← На главную

Рассмотрим частую ситуацию, с которой сталкиваются при настройке типового обмена между конфигурациями 1С:Зарплата и управление персоналом 3 (ЗУП) и 1С:Бухгалтерия предприятия 3 (БП). В один "прекрасный" момент в БП перестает выгружаться новый элемент справочника ФизическиеЛица или Сотрудники. Более того, принудительная ручная регистрация изменений также игнорируется системой. Другие, более старые элементы справочников регистрируются и переносятся без проблем.

Разберем по шагам, почему возникает такое поведение, куда копать и как мы можем решить данную задачу.

Принцип «выгрузки по необходимости»

Проанализируем механику работы современных правил синхронизации на базе универсального формата EnterpriseData. В типовых правилах обмена для справочников Сотрудники и ФизическиеЛица заложен принцип выгрузки по необходимости.

Что это значит на практике? Система при формировании пакета обмена выгружает карточку сотрудника только в том случае, если на этого сотрудника есть ссылки из выгружаемых документов. Кадровые документы (приемы, переводы, увольнения) из ЗУП в БП не передаются. Бухгалтерию интересуют только расчеты. Поэтому физическое лицо попадет в обмен только тогда, когда по нему проведены следующие документы:

1. ОтражениеЗарплатыВБухучете
2. ОтражениеЗарплатыВБухучете
3. ВедомостьНаВыплатуЗарплатыВБанк или ВедомостьНаВыплатуЗарплатыВКассу
4. НачислениеОценочныхОбязательствПоОтпускам

Если вы приняли нового сотрудника, но еще ни разу не начисляли и не выплачивали ему зарплату, справочник зарегистрирован не будет. Даже если вы используете обработку регистрации изменений и принудительно ставите физлицо к выгрузке, обработчик обмена перед отправкой проверит наличие связей и отбросит объект как "не нужный" для принимающей базы.

Влияние настройки детализации обмена

Посмотрим на настройки синхронизации и параметры учета зарплаты в 1С:БП. Одной из главных причин полного отсутствия регистрации физлиц является настройка детализации расчетов с персоналом. Выясним причину:

Если в настройках выбран режим «Сводно по сотрудникам», программа 1С:ЗУП 3 намеренно перестает выгружать физических лиц и сотрудников. В таком режиме 1С:Бухгалтерия принимает только общие суммы проводок (по подразделениям и способам отражения), без аналитики по конкретным людям. Следовательно, справочники просто исключаются из плана обмена за ненадобностью.

Выгрузка физлиц работает исключительно при включенной настройке «С детализацией по сотрудникам».

Как выгрузить "нового сотрудника" до расчета зарплаты?

Проанализируем ситуацию: человек только устроен, зарплаты и ведомостей еще нет, но сотрудник срочно нужен в 1С:БП (например, необходимо выдать ему деньги в подотчет, оформить доверенность или выдать спецодежду). Штатно синхронизация его не перенесет. Рассмотрим обходные пути решения этой задачи:

1. Создание физлица вручную в 1С:БП.
   Мы можем создать карточку физического лица непосредственно в Бухгалтерии. Самое главное правило при этом — абсолютно точно указать ФИО и СНИЛС. Когда придет время первой реальной выгрузки зарплаты из ЗУП, механизмы сопоставления универсального формата автоматически найдут человека по СНИЛС и ФИО, склеят карточки и дублей не возникнет.
2. Создание фиктивного документа в 1С:ЗУП.
   Мы можем временно создать в ЗУП черновой документ (например, пустое ОтражениеЗарплатыВБухучете или ВедомостьНаВыплатуЗарплатыВКассу), добавить туда нужного сотрудника с нулевыми или произвольными суммами, выполнить синхронизацию (сотрудник улетит по ссылке). А затем мы просто помечаем на удаление этот документ в обеих базах.

Особенности COM-соединения и кэширование правил

Если обмен настроен через COM-соединение, то иногда можно столкнуться с тем, что программа кэширует старые правила обмена. При обновлениях конфигураций и переходе на новые версии EnterpriseData могут возникать рассинхронизации.

Если вы уверены, что все документы введены и настройки выставлены верно, но регистрация всё равно не идет, попробуйте следующий технический прием:

1. Временно перенастройте обмен через каталог (через файловую систему) вместо COM.
2. Сделайте принудительную выгрузку/загрузку с обновлением правил синхронизации в обеих базах.
3. Часто это очищает кэш COM-соединения, после чего обмен восстанавливается, и можно возвращать прямое подключение.

Подводя итог, помните: типовая синхронизация ЗУП-БП ориентирована на бухгалтерский учет. Отсутствие данных в обмене по новому физлицу — это не ошибка программы, а заложенная логика оптимизации данных, которая проверяет наличие расчетных документов перед выгрузкой кадровой информации.