← На главную

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

Основной вопрос заключается в том, как выстроить синхронизацию данных, если часть сотрудников числится и в УНФ, и в ЗУП, а зарплата начисляется в обеих базах по разным принципам.

В чем заключается архитектурная ошибка параллельной выгрузки зарплаты в Бухгалтерию

Проанализируем типовую ошибку: попытку настроить прямую выгрузку зарплатных документов одновременно по двум цепочкам: УНФ -> БП и ЗУП -> БП. Такая схема неизбежно приводит к критическим сбоям:

1. Конфликт параметров учета в 1С:Бухгалтерии: В конфигурации 1С:Бухгалтерия предприятия учет расчетов по оплате труда может вестись либо локально, либо во внешней программе. Программа архитектурно не рассчитана на получение начислений параллельно из двух внешних зарплатных модулей.
2. Разрушение регламентированной отчетности: Налоговая база по НДФЛ и страховым взносам рассчитывается нарастающим итогом с начала года в разрезе физических лиц. Невозможно корректно сформировать регламентированные отчеты (такие как ЕФС-1, РСВ, 6-НДФЛ), если доходы сотрудника разорваны между двумя программами.
3. Конфликты регистров взаиморасчетов: На счетах 70, 68.01 и 69 возникают расхождения сальдо, ошибки при зачете вычетов, а также сложности с учетом среднего заработка при расчете отпусков и больничных листов.

Механизм сопоставления сотрудников и физических лиц в обмене EnterpriseData

Разберем, как универсальный формат обмена сопоставляет данные, чтобы исключить появление дублей:

1. Справочник ФизическиеЛица: Основными ключевыми полями сопоставления выступают СНИЛС и ИНН. Если эти реквизиты заполнены одинаково во всех базах, дублирования физлиц не произойдет. При их отсутствии сопоставление выполняется по комбинации ФИО, даты рождения и паспортных данных, где любая опечатка создаст дубль.
2. Справочник Сотрудники: Представляет собой контекстный объект конкретного трудового договора. Он сопоставляется по связке физического лица и организации. После первого сопоставления программы связывают элементы по внутреннему идентификатору (UUID).
3. Сводная выгрузка: В ЗУП при настройке обмена с БП можно активировать выгрузку с детализацией «Сводно по сотрудникам». В этом случае на счете 70 в бухгалтерской базе аналитика по конкретным сотрудникам вовсе не ведется, что исключает проблему разрастания справочника сотрудников в БП.

Рекомендуемое решение: ЗУП как единый расчетный центр

Разберем оптимальную схему автоматизации, при которой исключаются ошибки дублирования и некорректного расчета налогов. В этой схеме ЗУП берет на себя весь расчет зарплаты, а УНФ передает только первичные количественные или суммовые показатели выработки.

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

Альтернативное решение: Разделение управленческого и регламентированного контуров

Посмотрим на ситуацию, когда сдельные наряды в УНФ критически важны для оперативного формирования управленческой себестоимости непосредственно в момент выпуска изделий. В таком случае разделим учет на два независимых контура:

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

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