Переход на новые версии программных продуктов 1С часто происходит поэтапно. Распространенной является ситуация, когда кадровый учет и расчет заработной платы уже переведены на современную Зарплату и Управление Персоналом 3.1 (ЗУП 3.1), в то время как бухгалтерский учет по разным причинам продолжает вестись в Бухгалтерии предприятия 2.0 (БП 2.0). Поскольку типовая синхронизация в ЗУП 3.1 ориентирована на редакцию 3.0, перед специалистами встает задача: как передать данные об отражении зарплаты в устаревшую конфигурацию.
В данной статье мы разберем практический метод решения этой задачи, предложенный опытными разработчиками, а также проанализируем технические нюансы сопоставления данных между разными поколениями платформ.
Главная техническая проблема заключается в фундаментальном различии механизмов формирования проводок. В старой связке (ЗУП 2.5 — БП 2.0) документ ОтражениеЗарплатыВРегламентированномУчете содержал в себе готовые счета дебета и кредита. В современной ЗУП 3.1 этот документ содержит лишь «Виды операций» и «Способы отражения». Сами проводки формируются уже на стороне Бухгалтерии 3.0 в момент загрузки, исходя из настроек способов отражения в бухгалтерской базе.
При попытке выгрузить данные в БП 2.0 стандартными средствами мы сталкиваемся с тем, что принимающая сторона «не понимает» формат данных ЗУП 3.1 и не может автоматически подобрать счета учета. Рассмотрим, как обойти это ограничение.
Одним из самых жизнеспособных решений является использование внешних обработок выгрузки и загрузки данных через формат табличного документа (MXL). Разберем по шагам алгоритм действий, который позволяет передать не только суммы, но и всю необходимую аналитику (счета затрат, подразделения, субконто).
Шаг 1. Подготовка справочника «Способы отражения» в ЗУП 3.1
Поскольку в ЗУП 3.1 нет полей для прямого указания счетов бухгалтерского учета, мы воспользуемся «хитростью»: будем передавать всю информацию о проводке через наименование способа отражения. Проанализируем формат строки, который должна понимать обработка загрузки:
"Код счета в БП / Наименование подразделения в БП / Субконто1 / Субконто2 / Субконто3"
Рассмотрим конкретные примеры заполнения наименований способов отражения в ЗУП 3.1:
20 / Цех №1 / Металлоизделия / Оплата труда25 / Вспомогательное производство / Оплата трудаШаг 2. Формирование документа «Отражение зарплаты»
Заполняем документ ОтражениеЗарплатыВБухучете в ЗУП 3.1 стандартным способом. При этом в колонке СпособОтражения выбираем созданные нами ранее элементы с «длинными» именами. После этого запускаем внешнюю обработку выгрузки, которая считывает данные документа и упаковывает их в файл формата MXL.
Шаг 3. Загрузка данных в Бухгалтерию предприятия 2.0
На стороне БП 2.0 запускается ответная часть обработки. Программа выполняет следующие действия:
Отражение зарплаты в регламентированном учете (или ручную операцию) и заполняет в нем счета и аналитику.Если требуется более глубокая интеграция (например, перенос данных в разрезе сотрудников на счет 70), лучше использовать механизм Универсального обмена данными в формате XML. Для этого потребуется разработка правил конвертации в конфигурации «Конвертация данных 2.0».
Рассмотрим пример кода, который может использоваться в правилах конвертации для сопоставления объектов по GUID, чтобы избежать дублирования справочников ФизическиеЛица:
// Пример обработчика "Поля поиска" в правилах конвертации
Если СвойстваПоиска.Найти("ЭтоГруппа") = Неопределено Тогда
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ Ссылка ИЗ Справочник.ФизическиеЛица ГДЕ ИНН = &ИНН ИЛИ СНИЛС = &СНИЛС";
Запрос.УстановитьПараметр("ИНН", СвойстваПоиска["ИНН"]);
Запрос.УстановитьПараметр("СНИЛС", СвойстваПоиска["СНИЛС"]);
// Логика поиска ссылки...
КонецЕсли;
Проанализируем основные сложности при использовании XML-обмена:
Сотрудники и ФизическиеЛица отличается. Важно настроить поиск сначала по уникальному идентификатору (GUID), а при его отсутствии — по связке ИНН + СНИЛС.Начисление налогов (взносов) с ФОТ, либо в документ отражения. Выясним причину возможных расхождений: часто это связано с разным округлением копеек при сворачивании проводок по фондам (ПФР, ФФОМС, ФСС).При выгрузке из ЗУП 3.1 важно учитывать структуру субсчетов. В БП 2.0 используется классическая аналитика для налогов. Убедитесь, что при загрузке правильно определяются виды платежей в бюджет (налог/взнос, пени, штрафы), так как в ЗУП 3.1 эта информация хранится в разных регистрах.
Резюме: Использование связки ЗУП 3.1 и БП 2.0 — задача трудоемкая. Если бюджет позволяет, оптимальным решением будет переход на Бухгалтерию предприятия 3.0, где механизмы синхронизации являются типовыми и обновляются фирмой «1С» автоматически. Если же переход невозможен, описанный метод с «кодированием» аналитики в именах способов отражения является самым быстрым и дешевым способом наладить ежемесячный обмен данными.