Перенос данных из программы Комплексная автоматизация 2 (КА 2) и ERP 2 в ЗУП 3.1. Пояснения к алгоритмам

Здесь приведем некоторые пояснения по переносу данных из программы Комплексная автоматизация 2 (КА 2) и ERP 2 в ЗУП 3.1 .

Как показывает практика, сложности связаны прежде всего с начислениями. Давайте вспомним, что пустая информационная база из коробки на самом деле совсем не пустая. В ней уже есть некоторые объекты. В частности, в базе есть несколько видов начислений. В пустой базе ЗУП 3.1 из шаблона их восемнадцать (см. рис.1). В контексте переноса данных это означает, что нельзя выполнить перенос с поиском по УИД (уникальный идентификатор объекта), поскольку в каждой базе у каждого объекта идентификатор уникален. Значит, для того, чтобы не было дублирования, поиск нужно выполнять по реквизитам: либо по коду, либо по наименованию. И вот здесь возникает первая проблема: в рабочей базе-источнике могут быть неуникальные значения указанных выше реквизитов. Если оставить все, как есть, то при загрузке в приемник возникнет ошибка, несколько начислений сольются. Как правило, ошибка возникает уже при записи начисления, у которого в базовых или зависимых видах начислений есть начисления с неуникальными значениями указанных реквизитов. Будет сообщение о дублировании и загрузка прекратится. Решение проблемы очевидно: нужно обеспечить уникальность значений реквизитов, по которым происходит синхронизация. Это либо код, либо наименование. Какой именно реквизит будет использоваться для синхронизации определяется параметром Синхронизировать начисления по коду. Да - синхронизация по коду, Нет - синхронизация по наименованию. Этот параметр вынесен и на форму помощника переноса данных.

Рис.1 Пример списка начислений в базе из шаблона

Далее следует напомнить, что дополнительные начисления в ЗУП 3.1 (КА 2, ERP 2) появляются по мере необходимости как результат действий пользователя. Некоторые могут быть добавлены при выполнении начальной настройки программы. Эта обработка стартует автоматически при первом запуске программы. Например, так можно добавить начисления Оплата работы в праздничные и выходные дни, Премия разовая (процентом), Оплата в натуральной форме и т.п. Другие, такие как районный коэффициент и северная надбавка, появляются при редактировании организации. И вот здесь следует понимать важнейший момент: с начислениями непосредственно связаны показатели расчета зарплаты. Одновременно с добавлениям начислений появляются и новые показатели расчета (см. рис.2). 

Рис.2 Показатели расчета зарплаты

Казалось бы, ну и что такого, появляются показатели и появляются. Но важнейший момент заключается в том, что некоторые из показателей обязательно должны быть предопределенными, помеченными особым образом, как показано на рис.3. В пустой базе таких показателей расчета нет. Это псевдопредопределенные показатели. Они добавляются в процессе работы пользователя. Возвращаясь в контекст переноса данных, должно быть понятно, в чем здесь проблема. Такие объекты невозможно сформировать на стороне источника, как обычные объекты, и записать в приемник как обычные объекты. Они описаны в конфигурации, но их может не быть в информационной базе. А создать, именно создать, предопределенный элемент переносом привычным способом нельзя, он будет создан в базе как обычный элемент, а не предопределенный. Поэтому при переносе предопределенного элемента его нужно предварительно в базе создать, а при загрузке только найти и сопоставить. Подробнее можно прочитать здесь.

Рис.3 Предопределенные показатели расчета зарплаты

Все сказанное указывает на то, что перенос данных в ЗУП 3.1 (КА 2, ERP 2) требует более тщательной, чем обычно, проработки правил конвертации, привычным сопоставлением реквизитов объектов переноса задачу не решить.

Надеемся, описанные в данной статье особенности правил конвертации помогут пользователям осознанно выбрать наиболее подходящий продукт для переноса данных и подскажут, на что обратить внимание при выборе.

© Группа компаний Профи-центр, апрель 2026г., последние изменения апрель 2026г.