← На главную

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

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

Анализ причины: конфликт уникальных идентификаторов (GUID)

Если документ точно есть в файле выгрузки (в формате EnterpriseData), это означает, что на стороне 1С:ЗУП обмен отработал корректно. Проблема кроется на стороне базы-приемника — 1С:Бухгалтерии. Разберем механику обмена.

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

Посмотрим на алгоритм загрузки: Бухгалтерия считывает файл обмена, видит знакомый GUID и сопоставляет его со своим помеченным на удаление объектом через регистр сведений СоответствияОбъектовИнформационныхБаз. В результате программа делает вывод, что обновлять нечего (ведь документ в приемнике помечен на удаление), либо отказывается проводить такой документ. Визуально для пользователя это выглядит так, словно документ «не загрузился» или «потерялся».

Шаги по устранению конфликта GUID

Давайте разберем по шагам, как разорвать эту ошибочную связь и успешно перенести ведомость.

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

Дополнительные причины, почему ведомость может не выгружаться

Если проверка GUID не дала результатов, и старых помеченных на удаление документов нет, проанализируем другие распространенные причины невыгрузки ведомостей.

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

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

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

4. Конфликты в данных физических лиц
Ведомость содержит табличную часть со списком сотрудников. При загрузке документа в БП программа пытается синхронизировать или обновить данные физических лиц из ведомости. Если система обнаружит критическое совпадение (например, в БП уже есть человек с точно таким же ИНН или СНИЛС, но с другим ФИО), загрузка документа завершится с ошибкой из-за нарушения уникальности ключевых полей.

Как найти точную причину ошибки на стороне Бухгалтерии

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

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

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