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