Как организовать обмен и переход на ЗУП 3.1 при наличии самописной отраслевой базы на обычных формах?

Программист 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом IT и автоматизация бизнеса
← На главную

При переходе с устаревшей редакции 1С:Зарплата и управление персоналом 2.5 на ЗУП 3.1 предприятия нередко сталкиваются с ситуацией, когда регламентированный кадровый учет и расчет налогов ведутся в типовой конфигурации, а специфический отраслевой расчет (например, в добывающей промышленности, строительстве или на сложном сдельщицком производстве) вынесен в отдельную сильно доработанную или полностью самописную базу на обычных формах. Рассмотрим, как правильно выстроить архитектуру интеграции, какой механизм обмена выбрать (Конвертация данных 2.0 или Конвертация данных 3.0) и как решить вопрос с интерфейсом форм.

Ограничения использования обычных форм в среде ЗУП 3.1

Разберем возможность прямого объединения самописных подсистем на обычных формах с типовой конфигурацией ЗУП 3.1. В платформе 1С:Предприятие 8.3 обычные формы не могут функционировать в тонком или веб-клиенте:

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

Таким образом, попытка запуска самописных обычных форм внутри ЗУП 3.1 создает технический тупик. Оптимальный путь — либо оставить расчетный контур во внешней базе до момента планомерной переработки на управляемые формы (или расширения .cfe), либо интегрировать его через обмен данными.

Архитектурные различия между ЗУП 2.5 и ЗУП 3.1 при переносе данных

Проанализируем ключевые структурные расхождения, которые необходимо учитывать при написании правил трансляции данных между версиями:

  1. Кадровые сущности: В ЗУП 3.1 справочник Сотрудники отделен от справочника Физические лица связью «многие к одному». На каждое новое назначение, внутреннее совместительство или повторный прием создается отдельный элемент справочника Сотрудники, привязанный к неизменному Физическому лицу. В ЗУП 2.5 модель опиралась на иные принципы ведения истории трудовых договоров и кадровых перемещений.
  2. Структура начислений: В редакции 3.1 расчетные регистры и модель учета рабочего времени глубоко связаны с графиками, территориями, условиями труда и индивидуальными показателями. Прямой перенос готовых записей регистров расчета без пересчета базовых механизмов не поддерживается.

Методология загрузки производственных данных в ЗУП 3.1

Частой ошибкой при интеграции является попытка выгружать рассчитанные суммы напрямую в итоговый типовой документ Начисление зарплаты и взносов. Документ Начисление зарплаты и взносов в ЗУП 3.1 представляет собой расчетное ядро системы, где на стороне сервера при проведении автоматически вычисляются налог на доходы физических лиц (НДФЛ), страховые взносы, удержания и отработанное время. Прямое заполнение его табличных частей через правила обмена нарушает целостность взаимосвязанных регистров.

Рассмотрим правильные варианты передачи результатов производственного расчета:

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

Выбор технологии обмена: КД 2 или КД 3

Выясним, какую технологию конвертации целесообразно применить в зависимости от конфигурации баз:

  1. Обмен через «Конвертацию данных 2.0» (КД 2): Если самописная база остается на платформе обычных форм (редакция 2.5/2.6), а приемником выступает ЗУП 3.1, обмен правилами на базе формата XML (КД 2) является наиболее быстрым в разработке. В типовой ЗУП 3.1 сохранена возможность выполнения правил через стандартную обработку Универсальный обмен данными в формате XML. Правила при этом настраиваются точечно: полная выгрузка кадровых данных из ЗУП 3.1 во внешнюю базу и обратная загрузка первичных показателей расчета.
  2. Обмен через «Конвертацию данных 3.0» (КД 3): Данный механизм базируется на универсальном формате EnterpriseData и протоколах XDTO. Использование КД 3 оправдано только в том случае, если внешняя база полностью переводится на современные стандарты БСП (Библиотеки стандартных подсистем). При этом для передачи специфических отраслевых документов потребуется расширять типовой XDTO-пакет и дописывать модули менеджеров обмена БСП.

Посмотрим на практическую последовательность действий при модернизации учета:

  1. Перевести типовой кадровый и регламентированный учет из ЗУП 2.5 в типовую ЗУП 3.1 штатной обработкой переноса данных (на срез года).
  2. Настроить в ЗУП 3.1 необходимые формулы, начисления и показатели расчета (позволяющие учесть условия труда, сдельные тарифы или надбавки).
  3. Разработать в Конвертации данных 2.0 правила выгрузки кадровых данных (Физические лица, Сотрудники, Подразделения) из ЗУП 3.1 в самописную базу и правила передачи расчетных показателей в документ Данные для расчета зарплаты или Разовое начисление в обратную сторону.
  4. В перспективе перенести самописные производственные документы в расширение конфигурации (.cfe) для ЗУП 3.1 на управляемых формах, что позволит отказаться от промежуточных обменов и сохранить базу на полной поддержке.
← На главную