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