Почему при выгрузке из ЗУП 2.5 в БП 3.0 подставляются неверные статьи затрат и как это исправить?

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

В этой статье мы подробно разберем, почему возникает эта проблема, как устроены внутренние механизмы синхронизации 1С и какими способами можно навсегда исправить некорректное сопоставление аналитики.

Причина проблемы: скрытая синхронизация по GUID (УИД)

Главная техническая причина, по которой происходит подмена понятий при обмене, заключается в поиске объектов по их уникальному идентификатору (GUID). Этот механизм заложен по умолчанию в большинство типовых правил обмена.

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

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

---

Решение №1. Ручное выравнивание кодов и наименований

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

1. Откроем справочник Статьи затрат в конфигурации «Бухгалтерия предприятия 3.0».
2. Зафиксируем точные наименования и коды необходимых статей (например, Оплата труда, Оплата отпуска).
3. Перейдем в базу «Зарплата и Управление Персоналом 2.5» и откроем аналогичный справочник.
4. Переименуем статьи затрат в ЗУП так, чтобы их наименования и коды символ в символ совпадали с данными из БП 3.0. Обратите внимание на пробелы, регистр букв и использование буквы «ё».
5. Выполним повторный обмен данными. Система сопоставит объекты по текстовым полям и перепишет неверные связи.

---

Решение №2. Изменение правил поиска в «Конвертации данных 2.0»

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

Рассмотрим по шагам, как отключить жесткий поиск по GUID и настроить сопоставление по коду и наименованию:

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

В результате XML-структура правила конвертации для поиска будет выглядеть следующим образом:

<ПравилоКонвертацииОбъектов>
    <Код>СтатьиЗатрат</Код>
    <Источник>СправочникСсылка.СтатьиЗатрат</Источник>
    <Приемник>СправочникСсылка.СтатьиЗатрат</Приемник>
    <Свойства>
        <ИскатьПоИдентификатору>Ложь</ИскатьПоИдентификатору>
        <ПродолжитьПоискПоПолямЕслиПоИдентификаторуНеНайдено>Истина</ПродолжитьПоискПоПолямЕслиПоИдентификаторуНеНайдено>
    </Свойства>
</ПравилоКонвертацииОбъектов>

---

Решение №3. Очистка ошибочных связей в служебных регистрах БП 3.0

Бывает так, что статьи в обеих базах уже названы одинаково, но при выгрузке все равно происходит подмена. Это означает, что ошибочная связь уже записана в служебные регистры сопоставления 1С. Программа помнит старый GUID и игнорирует новые имена.

Выясним, где хранятся эти записи и как их очистить:

• В БП 3.0 перейдем в меню *Администрирование* — *Синхронизация данных* — *Настройки синхронизации*.
• Нажмем кнопку «Сопоставление данных». В открывшемся окне найдем справочник Статьи затрат. Если там присутствуют неверно сопоставленные позиции, разорвем связь вручную.
• Если интерактивное окно не помогает, нам нужно обратиться к недокументированным регистрам. Откроем «Функции для технического специалиста» (или «Все функции») и найдем регистр сведений Публичные идентификаторы синхронизируемых объектов или Соответствия объектов информационной базы.
• Отфильтруем записи по типу объекта СправочникСсылка.СтатьиЗатрат, найдем проблемные строки со старыми связями и удалим их. После этого при следующем обмене система предложит сопоставить элементы заново.

---

Решение №4. Правильная методология первоначального обмена

Чтобы избежать подобных проблем на новых проектах внедрения, фирма 1С рекомендует строго соблюдать последовательность переноса аналитики при первом запуске систем. Разберем этот регламент:

1. Все статьи затрат, субконто и элементы справочников учета создаются и настраиваются исключительно в целевой базе — «Бухгалтерия предприятия 3.0».
2. Из БП 3.0 через стандартную обработку выгрузки параметров учета экспортируется план счетов и вся сопутствующая аналитика (включая справочник Статьи затрат) во внешний файл данных.
3. Этот файл загружается в базу «Зарплата и Управление Персоналом 2.5». Таким образом, в ЗУП создаются точно такие же элементы с абсолютно идентичными системными GUID.
4. Только после этой процедуры в ЗУП 2.5 настраиваются способы отражения зарплаты, где выбираются уже корректно загруженные элементы. При последующих обменах путаница исключена.

---

Решение №5. Проверка специфики регистра по налогам с ФОТ

Иногда сама заработная плата ложится на правильные статьи, а налоги и страховые взносы с ФОТ упорно уходят на неверные субконто (например, на ту же амортизационную премию). В этом случае дело не в правилах обмена, а во внутренних алгоритмах БП 3.0.

В Бухгалтерии за распределение взносов отвечает специальный регистр сведений. Проанализируем его настройку:

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