При совместном использовании программных продуктов «1С:Зарплата+Кадры 7.7» (ЗиК) и «1С:Производство+Услуги+Бухгалтерия 7.7» (ПУБ) бухгалтеры часто сталкиваются с неприятной ситуацией: затраты на оплату труда производственных рабочих и страховые взносы, отнесенные на 20 счет («Основное производство»), отказываются распределяться. При выполнении регламентной процедуры «Закрытие месяца» программа выдает сообщения о нераспределенных суммах по налогам, а вся загруженная зарплата остается висеть в дебете 20 счета в виде незавершенного производства.
В этой статье мы подробно разберем, почему возникает эта проблема, проанализируем различия в архитектуре учета и рассмотрим пошаговые сценарии ее решения.
Для того чтобы понять природу этой ошибки, нам необходимо заглянуть под капот конфигурации «1С:Производство+Услуги+Бухгалтерия». В отличие от стандартной «1С:Бухгалтерии 7.7», ПУБ — это сложная система, сочетающая в себе как классический бухгалтерский учет на счетах, так и детальный регистровый производственный учет. Это роднит ее со старшими конфигурациями, такими как «1С:Управление производственным предприятием» (УПП).
Рассмотрим, как ведет себя программа при различных вариантах импорта данных из внешней системы учета зарплаты:
Операция. Она формирует прямые проводки (например, Дебет 20 – Кредит 70, Дебет 20 – Кредит 69). Проблема заключается в том, что ручные проводки и документ Операция делают движения только по бухгалтерским счетам. Они не создают записей в регистрах накопления производственного учета.Выяснив первопричину, мы можем перейти к вариантам исправления ситуации. Рассмотрим два основных пути решения этой проблемы: правильную настройку штатного обмена и альтернативный вариант с распределением затрат.
---
Чтобы данные по заработной плате корректно попадали в производственные регистры, импорт должен осуществляться не плоскими проводками, а специальными документами. Для этого выполним цепочку настроек в обеих информационных базах.
Проанализируем константы в программе расчета зарплаты. Нам необходимо указать системе, что выгрузка будет производиться не в обычную бухгалтерию, а в производственную конфигурацию с поддержкой сложной аналитики:
Программа бухучета.Это заставит ЗиК формировать файл выгрузки в особом формате, содержащем детальные аналитические разрезы по статьям прямых затрат и подразделениям.
Теперь подготовим принимающую базу к приему детализированных данных:
Учет з/п во внешней программе. Ему должно быть присвоено значение «Да» (или «1» в зависимости от релиза).Подразделения (цеха) и Статьи прямых затрат в обеих базах полностью синхронизированы. Названия и коды статей затрат (особенно по оплате труда и страховым взносам) должны совпадать до символа.После корректной настройки при выполнении импорта в ПУБ вместо безликой бухгалтерской операции будут автоматически созданы следующие документы:
Начисление заработной платы (отражает прямые затраты на оплату труда в производстве);Расходы на оплату труда и Начисление налогов (регистрируют налоги и взносы для целей налогового и управленческого учета).Критически важный момент! При импорте эти документы очень часто создаются в системе как непроведенные. Они записаны в базу, но еще не сделали движений по регистрам. Бухгалтеру необходимо:
После проведения документов суммы наконец попадут в регистры производственного учета. Запустим повторно обработку «Закрытие месяца» — теперь 20 счет закроется автоматически и без ошибок.
---
Что делать, если по каким-то причинам изменить схему выгрузки из ЗиК невозможно (например, база сильно кастомизирована или настроена жесткая интеграция «проводка-в-проводку»), и данные продолжают поступать через документ Операция?
В этом случае нам придется искусственно «насытить» регистры производственного учета нужными суммами. Рассмотрим, как это реализовать:
Распределение прочих затрат в конфигурациях класса УПП).Проанализируем пример распределения:
Операция из ЗиК отразил на счете 20 сумму 100 000 рублей по дебету. Регистры пусты.---
Для стабильного и корректного закрытия 20 счета по затратам на оплату труда всегда придерживайтесь следующих правил: