Почему в ЗУП не блокируется документ «Отражение зарплаты в бухучете» после синхронизации с БП и как это исправить?

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

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

Выясняем причину: как работает механизм синхронизации флага блокировки

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

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

Если блокировка не происходит, значит, цепочка передачи данных нарушена на одном из этапов. Рассмотрим подробнее основные причины сбоя:

1. Ошибки в правилах регистрации конкретного релиза. При обновлении конфигураций правила регистрации объектов (ПРО) могут содержать временные программные ошибки (баги), из-за которых изменение флага ОтраженоВУчете не распознается платформой как повод для автоматической отправки объекта.
2. «Тихая» запись документа в базе данных. В редких случаях при групповом проведении или использовании сторонних обработок документ записывается без вызова стандартных обработчиков событий (например, без подписки на событие ПриЗаписи), из-за чего План обмена «не узнает» о необходимости отправить документ.
3. Коллизии обмена (конфликты версий). Если документ был изменен одновременно в обеих базах перед синхронизацией, правила обмена могут отдать приоритет данным из ЗУП, проигнорировав изменения, пришедшие из БП.
4. Установленная дата запрета загрузки данных. Если в ЗУП установлена дата запрета изменения данных, которая включает в себя период созданного документа, система может успешно завершить сеанс связи, но проигнорировать запись изменений в закрытый период без вывода явных ошибок на экран.

Теперь рассмотрим по шагам методы решения этой проблемы, начиная с самого быстрого и эффективного.

Решение 1. Ручная регистрация документа к обмену в 1С:Бухгалтерии

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

Разберем процесс ручной регистрации по шагам:

1. В программе 1С:Бухгалтерия предприятия перейдите в раздел Администрирование, затем выберите пункт Синхронизация данных.
2. Найдите настроенную синхронизацию с вашей базой ЗУП и нажмите на кнопку с изображением синей шестеренки или выберите пункт Состав отправляемых данных (в некоторых релизах эта кнопка выглядит как лист бумаги с карандашом).
3. В открывшемся окне перед вами отобразится дерево всех объектов, которые зарегистрированы для отправки в ЗУП. Обратите внимание на числовое значение в колонке «Количество». Если напротив документа Отражение зарплаты в бухучете стоит значение «0», это подтверждает нашу теорию — программа «забыла» подготовить документ к отправке.
4. Для ручной регистрации нажмите кнопку Зарегистрировать (или кнопку с плюсом в верхней панели управления).
5. В появившемся меню выберите Регистрация одиночных объектов.
6. В открывшемся списке найдите документ Отражение зарплаты в бухучете, выберите нужный период (месяц, по которому возникли расхождения), выделите документ и нажмите кнопку Выбрать.
7. После этого количество готовых к отправке объектов данного типа изменится с «0» на «1» (или более, если вы выбрали несколько документов).
8. Закройте окно регистрации и запустите процесс синхронизации данных в обычном режиме.

После завершения обмена откройте базу 1С:ЗУП и проверьте статус документа. Он должен успешно заблокироваться.

Решение 2. Лайфхак с изменением комментария для принудительного вызова «ПриЗаписи»

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

Для этого выполните следующие действия в 1С:БП:

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

Внесение изменений в текстовое поле гарантированно инициирует полноценное событие записи объекта в базу данных на уровне СУБД. Платформа перехватит это событие, отработает стандартная подписка обмена, и документ автоматически добавится в очередь на отправку. Вам останется только запустить синхронизацию.

Решение 3. Устранение коллизий обмена и очистка очереди в ЗУП

Иногда передаче признака блокировки мешает конфликт версий. Если в ЗУП документ числится измененным, то при обмене приоритет может оставаться за ним, блокируя получение галочки из БП. Чтобы разрешить эту коллизию, выполните следующие действия:

1. В базе 1С:ЗУП зайдите в меню Администрирование -> Синхронизация данных -> Состав отправляемых данных.
2. Проверьте, зарегистрирован ли этот же документ к отправке в сторону БП. Если он там присутствует, значит, ЗУП пытается отправить свою (старую) версию документа назад в БП.
3. Нажмите правой кнопкой мыши по зарегистрированному документу в ЗУП и выберите команду Отменить регистрацию (или удалите его из списка обмена).
4. После того как очередь отправки в ЗУП очищена, вернитесь в БП, выполните ручную регистрацию документа (как описано в Решении 1) и запустите синхронизацию со стороны БП. Данные без препятствий обновятся в ЗУП.

Решение 4. Принудительное программное закрытие через групповое изменение реквизитов

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

Проанализируем этот процесс детально:

1. В ЗУП перейдите в раздел Администрирование, далее откройте пункт Обслуживание.
2. Разверните подраздел Корректировка данных и выберите ссылку Групповое изменение реквизитов.
3. В поле «Выбирать элементы» укажите тип объекта: Отражение зарплаты в бухучете.
4. Обязательно настройте отбор, нажав ссылку Все элементы. Добавьте условие отбора (например, по конкретному номеру документа, организации или дате), чтобы случайно не изменить все документы в базе данных!
5. В списке доступных реквизитов найдите строчку «Зарплата отражена в бухучете пользователем» (техническое имя реквизита — ЗарплатаОтраженаВБухучетеПользователем).
6. В колонке «Новое значение» установите галочку (значение Да / Истина).
7. Нажмите кнопку Изменить реквизиты внизу формы.

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

Для специалистов, имеющих доступ к конфигурированию и программированию, приведем пример кода, который выполняет аналогичное действие в обход интерфейса (например, при написании внешней обработки для закрытия периодов):

// Пример программного изменения статуса блокировки документа в ЗУП
СсылкаНаДокумент = Документы.ОтражениеЗарплатыВБухучете.НайтиПоНомеру("00ЗП-000001", ТекущаяДата());
Если Не СсылкаНаДокумент.Пустая() Тогда
    ДокументОбъект = СсылкаНаДокумент.ПолучитьОбъект();
    
    // Устанавливаем признак блокировки
    ДокументОбъект.ЗарплатаОтраженаВБухучетеПользователем = Истина;
    
    // Включаем режим загрузки, чтобы обойти лишние проверки при записи
    ДокументОбъект.ОбменДанными.Загрузка = Истина;
    
    Попытка
        ДокументОбъект.Записать(РежимЗаписиДокумента.Запись);
        Сообщить("Документ успешно заблокирован в ЗУП!");
    Исключение
        Сообщить("Ошибка при записи документа: " + ОписаниеОшибки());
    КонецПопытки;
КонецЕсли;

Решение 5. Проверка дат запрета загрузки данных

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

В программе ЗУП перейдите в раздел Администрирование -> Синхронизация данных. Обратите внимание на признак Даты запрета загрузки. Если они включены, перейдите по ссылке Настроить.

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

Резюме и рекомендации

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