← На главную

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

Разберем логику работы типовой синхронизации

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

Проанализируем основные причины, по которым изменения «зависают».

Проверка даты начала года и периода обмена

В настройках синхронизации данных существует критически важный параметр — Дата начала обмена. Если вы изменяете дату документа и переносите его в период, который предшествует дате начала обмена, такой объект будет автоматически исключен из выгрузки. Рассмотрим ситуацию на примере: если в настройках указано «обмениваться данными начиная с 01.01.2023», а вы перенесли документ на 31.12.2022, система посчитает, что этот документ больше не входит в область ответственности обмена.

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

Флаг «Отражено в учете» в Бухгалтерии

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

Это сделано для того, чтобы изменения в ЗУП не «развалили» уже закрытый и выверенный учет в БП. В этом случае, даже если вы пометите документ на удаление в ЗУП, в БП он останется проведенным. Проверьте, не установлен ли этот флаг в целевой базе.

Анализ регистрации изменений объектов

Посмотрим на процесс «глазами системы». Чтобы понять, «видит» ли обмен вашу пометку на удаление, необходимо выполнить следующие шаги:

1. Перейдите в раздел Администрирование — Синхронизация данных.
2. Нажмите на кнопку Состав отправляемых данных (иконка с синим монитором).
3. Найдите в списке нужный тип документа, например, Ведомость на выплату зарплаты в банк.
4. Проверьте, присутствует ли ваш документ в списке зарегистрированных.

Если документа в списке нет после того, как вы его пометили на удаление, значит, он не зарегистрировался. Если он там есть, но после синхронизации не исчез из списка и не изменился в БП, значит, проблема в процессе передачи или загрузки.

Решение технической проблемы с COM-соединением

Иногда корень проблемы кроется не в логике учета, а в техническом сбое компоненты, отвечающей за связь между базами. Если используется прямое подключение к базе-корреспонденту, система задействует библиотеку comcntr.dll. Если эта библиотека зарегистрирована некорректно или произошел сбой в работе COM-сервиса, часть данных (особенно служебные команды, такие как удаление) может передаваться с ошибками, которые не всегда фиксируются в журнале регистрации как критические.

Рассмотрим алгоритм перерегистрации компоненты для 64-разрядных систем, который помог решить проблему в обсуждаемом случае:

1. Запустите командную строку (CMD) от имени Администратора.
2. Перейдите в системную директорию. Если у вас 64-разрядная система, используйте команду: cd C:\Windows\SysWOW64
3. Выполните регистрацию библиотеки, указав путь к установленной платформе 1С. Обратите внимание, что путь должен быть в кавычках: regsvr32 "C:\Program Files\1cv8\8.3.XX.XXXX\bin\comcntr.dll" (где 8.3.XX.XXXX — номер вашего текущего релиза платформы).

После этой процедуры рекомендуется перезапустить службу 1C:Enterprise 8.3 Server Agent, если база серверная, и запустить синхронизацию заново.

Проверка вкладки «Предупреждения»

Проанализируем еще один скрытый момент. Часто пользователи говорят: «Ошибок при обмене нет». Однако в интерфейсе синхронизации 1С разделяет «Ошибки» (которые прерывают обмен) и «Предупреждения» (которые просто фиксируют факты непринятия данных).

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

Заключение

Подводя итог, если изменения в ЗУП не доходят до БП, действуйте по алгоритму:

1. Проверьте, не входит ли измененная дата в закрытый период или период до начала обмена.
2. Убедитесь, что в Бухгалтерии документ не помечен как Отраженный в учете.
3. Проверьте наличие документа в Составе отправляемых данных.
4. Если используется прямое подключение — перерегистрируйте comcntr.dll.
5. Изучите список Предупреждений в мониторе синхронизации.

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