← На главную

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

Проверим статус готовности документов в ЗУП

Перед тем как переходить к техническим настройкам узлов обмена, проанализируем состояние самих документов. В последних редакциях ЗУП 3.1 документ Отражение зарплаты в бухучете имеет специфический механизм защиты от случайной выгрузки недоработанных данных.

Внутри документа на вкладке «Основное» или в нижней части формы (в зависимости от версии) присутствует флаг «Ответственный подтвердил, что документ заполнен верно». Если этот флаг не установлен, система считает документ черновиком. Такие документы игнорируются правилами обмена и не регистрируются к отправке автоматически. Проверим, установлена ли эта галочка во всех необходимых документах Отражение зарплаты в бухучете и Ведомость на счета.

Также важно помнить, что простое перепроведение документа не всегда инициирует его повторную отправку. Рекомендуется выполнить следующую последовательность действий:

1. Отменим проведение документа.
2. Убедимся, что установлены все признаки готовности (флаги подтверждения).
3. Проведем документ заново.

Ручная регистрация изменений для обмена

Если отчет о синхронизации показывает, что к отправке подготовлено «0» объектов, это означает, что изменения не зафиксированы в Плане обмена. Посмотрим, как принудительно заставить систему «увидеть» нужные нам документы.

Для этого воспользуемся встроенной обработкой. Перейдем в раздел Администрирование — Синхронизация данных — Настройки синхронизации. Выберем нашу настройку и нажмем кнопку «Состав отправляемых данных» (иконка в виде монитора с синей стрелкой).

В открывшемся окне мы увидим дерево объектов. Если счетчик рядом с ВедомостьНаВыплатуЗарплатыВБанк или ОтражениеЗарплатыВБухучете равен нулю, выполним следующие шаги:

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

После этого счетчик должен измениться. Запустим синхронизацию повторно и проверим результат в БП.

Устранение ошибки «Объект не найден» в плане обмена

Иногда в журнале регистрации или в окне состава отправляемых данных можно встретить запись вида <Объект не найден> (15:ba2be03f...). Это так называемые «битые ссылки». Они возникают, когда объект был удален из базы, но запись о необходимости его выгрузки осталась в таблице регистрации изменений.

Такие записи могут блокировать корректную работу всей очереди обмена. Выясним причину их появления и очистим их:

1. В окне «Состав отправляемых данных» найдем строки с текстом «Объект не найден».
2. Выделим их и нажмем «Отменить регистрацию».
3. Только после удаления этих фантомных записей новые, реально существующие документы смогут беспрепятственно попасть в пакет выгрузки.

Проверка параметров COM-соединения и версий платформы

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

Рассмотрим порядок диагностики подключения:

1. Убедимся, что на компьютере, где инициируется обмен, зарегистрирована актуальная версия компоненты comcntr.dll. Это делается через командную строку от имени администратора: regsvr32 "C:\Program Files\1cv8\номер_версии\bin\comcntr.dll".
2. Проверим права пользователя, под которым осуществляется подключение в базе-корреспонденте. У него должны быть права Администратор или специальная роль Удаленный доступ (COM, SOAP).
3. Попробуем временно переключиться на обмен через файл. Если через файл данные успешно уходят и приходят, значит проблема именно в настройках COM-соединения или сетевых доступах.

Настройка фильтров и дат запрета загрузки

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

Проверим настройки в БП:

Перейдем в Администрирование — Настройки пользователей и прав — Даты запрета изменения. Проверим вкладку «Даты запрета загрузки». Если она установлена, временно снимем её или передвинем на более раннюю дату.

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

Синхронизация узлов и GUID

В редких случаях, если одна из баз была восстановлена из копии или перенесена на другой сервер, может произойти рассинхронизация кодов узлов. Каждая база в паре имеет «Этот узел» (свой ID) и «Узел корреспондента» (ID партнера).

Выясним, совпадают ли они:

1. В ЗУП код «Базы-корреспондента» должен в точности совпадать с кодом «Этой базы» в БП.
2. Если коды различаются, система будет считать, что данные предназначены для другой настройки обмена, и будет имитировать успешное выполнение, фактически не записывая объекты.

Для исправления кодов узлов можно воспользоваться стандартной обработкой Редактирование реквизитов объектов, но делать это следует крайне осторожно, предварительно создав резервную копию обеих баз.

Таким образом, мы с вами разобрали основные причины, по которым документы могут «теряться» при переезде из ЗУП в Бухгалтерию. Чаще всего проблема решается ручной регистрацией изменений или проверкой флага подтверждения в самих документах.