← На главную
При реорганизации предприятий (слиянии или присоединении) возникает задача переноса кадрового состава и накопленных расчетных сведений из одной информационной базы 1С:Зарплата и Кадры 7.7 в другую. Попытка выполнить эту операцию типовыми универсальными обработками выгрузки/загрузки данных часто приводит к системным ошибкам уникальности кодов, нарушению связей с кадровыми приказами и искажению расчетных регистров. Разберем технические особенности архитектуры 1С:ЗиК 7.7 и рассмотрим пошаговую методику безопасного переноса данных.
Анализ архитектурных ограничений и причин ошибок
Выясним причину, почему механическое слияние двух баз ЗиК 7.7 на уровне таблиц или простого переноса объектов завершается ошибками:
- Сквозная нумерация журналов расчетов: В 1С 7.7 механизм расчета зарплаты базируется на объекте
ЖурналРасчетов. Записи расчетов имеют строгую внутреннюю сквозную адресацию, тесно связанную с графом перерасчетов, периодами действия и номерами первичных кадрово-расчетных документов. При механическом объединении записей происходит наложение ссылок, что неизбежно приводит к полной неработоспособности механизма «Рассчитать зарплату». - Периодические реквизиты: Должности, подразделения, тарифные ставки, оклады и статусы налогоплательщика хранятся в виде периодических реквизитов справочника
Сотрудники. Стандартный перенос переносит только срез на текущую дату, теряя историю изменений. Для полной передачи требуется специальный алгоритм через объект Периодический. - Контроль уникальности табельных номеров: При импорте сотрудников из второй базы номера элементов пересекаются с существующими кодами базы-приемника, вызывая исключение
Код не уникальный!. - Ошибка «Не выбран документ» при программной записи: В типовой конфигурации запись элемента справочника сотрудников жестко связана с алгоритмами глобального модуля, требующими контекста кадрового приказа (
ПодчиненныеДокументы.ВыбратьПодчиненныеДокументы). Создание элемента без корректно сформированного приказа вызывает ошибку выполнения.
Рекомендуемая методика переноса: ввод начальных данных вместо прямого слияния
Практика показывает, что перенос всей многолетней расчетной истории с проведением сотен расчетных документов нецелесообразен и не гарантирует совпадения результатов. Оптимальным решением является перенос кадрового состава на дату реорганизации с последующим вводом сведений для расчета среднего заработка и налогов.
Разберем по шагам, как настроить расчетные механизмы для корректной работы:
- Подготовка и устранение дублирования кодов: Перед выгрузкой справочника сотрудников в базе-источнике изменим табельные номера с помощью обработки перенумерации (например,
Uchoice.ert) или добавим префикс. Это предотвратит конфликт уникальности кодов при загрузке. - Перенос кадровых данных: Выгрузим справочники и сформируем на стороне приемника кадровые приказы о приеме/переводе. Для сохранения истории периодических реквизитов воспользуемся конфигурацией 1С:Конвертация данных или обработкой
Tranref.ert. - Учет заработка для расчета пособий и больничных листов: Для расчета пособий по временной нетрудоспособности и материнству нет необходимости переносить первичные начисления прошлых лет. В карточке каждого переведенного сотрудника перейдем на закладку сведений о доходах с предыдущего места работы и внесем суммарный заработок за предшествующие два календарных года. Алгоритм документа
БольничныйЛист автоматически использует эти данные. - Расчет среднего заработка для отпускных: При оформлении отпусков сотрудникам, переведенным из другой организации, данные о фактически начисленной зарплате и отработанном времени за расчетный период (12 предшествующих месяцев) вводятся непосредственно в документе
НачислениеОтпуска. На вкладке расчета среднего заработка табличная часть базы расчета доступна для ручной корректировки и заполнения по месяцам. - Контроль предела по НДФЛ и стандартных вычетов: Чтобы стандартные налоговые вычеты на детей предоставлялись корректно, доход, полученный сотрудником с 1 января текущего года до момента реорганизации, также заносится в форму доходов с предыдущего места работы. Это позволит системе вовремя отследить порог ограничения вычетов.
- Учет стажа и остатков отпусков: В 1С:ЗиК 7.7 остаток дней отпуска исчисляется от даты приема на работу. Если указать историческую дату приема без ввода прошлых документов, программа сочтет все дни за предыдущие годы неотгулянными. Поэтому при установке исторической даты приема введем корректирующий документ, списывающий использованные периоды отпуска, либо зафиксируем дату присоединения как дату приема, а реальный стаж для оплаты больничных внесем в специальные поля стажа.
Альтернативные сценарии ведения учета
Проанализируем альтернативные варианты, которые помогут упростить процедуру слияния:
- Раздельная сдача отчетности: Если реорганизация завершена внутри отчетного периода, закроем период в старой базе, рассчитаем налоги и сдадим итоговую отчетность по ликвидированному юридическому лицу из старой базы. В новой базе учет начнем с даты официального присоединения.
- Комплексный переход на современную платформу 1С:ЗУП 8: Поскольку архитектура платформы 8.3 поддерживает развитые механизмы переноса остатков и расчета среднего заработка из нескольких источников, рациональным шагом является последовательная загрузка данных из обеих баз 7.7 в единую конфигурацию 1С:Зарплата и Управление Персоналом 8. Типовые правила переноса автоматически формируют регистры учета заработка с предыдущего места работы и корректно рассчитывают все виды пособий.