При настройке взаимодействия между конфигурациями 1С:Зарплата и управление персоналом 3.1 (ЗУП) и 1С:Бухгалтерия предприятия 3.0 (БП) специалисты часто сталкиваются с двумя типами проблем. Первая — техническая: документы упорно «не хотят» регистрироваться к отправке, даже если их добавлять в обмен принудительно. Вторая — методологическая: после успешной загрузки документа Отражение зарплаты в бухучете в бухгалтерию внезапно обнаруживается отсутствие проводок по страховым взносам (счет 69).
В данной статье мы разберем механизмы, которые управляют составом отправляемых данных, и выясним, как правильно настроить сопоставление счетов, чтобы бухгалтерский учет в приемнике формировался корректно.
Прежде всего, важно понимать фундаментальное различие между ЗУП и БП. В программе ЗУП 3.1 отсутствует план счетов. Документ Отражение зарплаты в бухучете содержит лишь аналитику — так называемые «Способы отражения». Это элементы справочника, которые представляют собой просто текстовые наименования. Сами проводки (дебет 20, 26, 44 — кредит 70, 69) формируются только на стороне 1С:Бухгалтерия предприятия в момент проведения загруженного документа.
Рассмотрим, что влияет на появление проводок по счету 69:
Отражение зарплаты в бухучете является ключевым. Если оно пустое, БП при загрузке может не понять, куда отнести затраты. В ЗУП 3.1 действует иерархия назначения способов отражения: от настроек конкретного сотрудника до общих настроек организации. Проанализируем эту цепочку при возникновении пустых значений в документе.Ситуация, когда пользователь видит в отчете «Состав отправляемых данных», что объекты выбраны, но «Не будут отправлены», является довольно распространенной. Разберем по шагам, почему система блокирует выгрузку документов Отражение зарплаты в бухучете или Ведомость в банк.
Шаг 1: Проверка даты начала использования обмена
В настройках синхронизации (раздел Администрирование — Синхронизация данных — Настройки синхронизации) существует параметр «Дата начала использования обмена». Если документ создан датой, предшествующей этой установке, система проигнорирует его регистрацию, считая, что данные за этот период выгружать не нужно. Исправим дату на более раннюю и повторим попытку.
Шаг 2: Правила регистрации объектов (ПРО)
Помимо правил конвертации, существуют правила регистрации. Проанализируем ситуацию: вы принудительно регистрируете объект через обработку Регистрация изменений для обмена данными, но при выгрузке он все равно отсекается. Это происходит потому, что в правилах регистрации может быть жестко прописано условие (фильтр). Например, выгружать только проведенные документы или документы определенного типа.
Шаг 3: Фильтры по организации
Это самая частая причина «невидимости» данных. В настройках узла обмена на стороне ЗУП (кнопка «Настроить» в окне синхронизации) часто устанавливается отбор по конкретным организациям. Если в документе Отражение зарплаты в бухучете указана организация «Альфа», а в настройках обмена разрешена только организация «Бета», документ никогда не попадет в файл выгрузки, сколько бы вы его ни регистрировали вручную.
Шаг 4: Режим выгрузки данных
Обратим внимание на настройки «Вариант выгрузки объектов». Если установлен режим Выгружать при необходимости, документ может не уйти сам по себе, если на него нет ссылок из других выгружаемых объектов. Для документов отражения зарплаты рекомендуется режим Выгружать всегда или Выгружать по правилам.
Если автоматическая регистрация не сработала, воспользуемся штатным инструментом разработчика. Рассмотрим последовательность действий:
Если после этого в колонке «Всего объектов в базе» цифра увеличилась, а в колонке «Будет отправлено» стоит ноль, значит, срабатывает один из фильтров, описанных выше. Проверим еще раз дату документа, организацию и пометку на удаление.
Иногда полезно посмотреть, как именно программа принимает решение о регистрации. В коде конфигурации за это отвечают модули обмена. Однако для обычного пользователя или консультанта важно понимать статус объекта в плане обмена. Выясним это с помощью небольшого фрагмента логики (условно), который отрабатывает внутри системы:
// Пример логики, которую выполняет платформа при проверке регистрации
Для Каждого СтрокаИзменений Из ИзмененияДляВыгрузки Цикл
Если ДатаДокумента < ДатаНачалаОбмена Тогда
Продолжить; // Объект слишком старый
КонецЕсли;
Если ЗначениеЗаполнено(ФильтрПоОрганизациям) И Не ОрганизацияВФильтре(Объект.Организация) Тогда
Продолжить; // Организация не проходит по фильтру узла
КонецЕсли;
// Если все проверки пройдены, объект попадает в XML
КонецЦикла;
Для успешного отражения зарплаты и взносов в бухгалтерском учете необходимо:
Отражение зарплаты в бухучете заполнены все «Способы отражения» и выбрана корректная организация.Если документ зарегистрирован (через Регистрация изменений для обмена данными), но отчет о составе данных показывает «Не будет отправлено», первым делом проверяйте фильтры в самом узле синхронизации (вкладка «Правила отправки данных»). Как показывает практика, именно некорректно установленный отбор по организации является причиной большинства подобных обращений.