На швейной фабрике почти никогда не бывает одной базы 1С. В производственной системе ведут заказы, раскрой, наряды швей и склады, в «1С:Бухгалтерии» сдают отчётность, в «1С:Зарплате и управлении персоналом» считают зарплату — и всё это должно сходиться между собой. Если обмен между базами не настроен, бухгалтер перебивает документы руками, расчётчик собирает выработку швей из цеховых таблиц, а себестоимость в управленческом и бухгалтерском учёте расходится на десятки процентов. Разберём, как собрать этот контур.
Три типовые схемы и когда какая работает
Прежде чем настраивать обмен, нужно определиться с архитектурой. От неё зависит и объём интеграции, и стоимость владения.
Схема 1: «1С:УНФ» + «1С:Бухгалтерия» + «1С:ЗУП»
Самая частая схема для фабрики до нескольких десятков человек в цехе. «1С:УНФ» закрывает производство, заказы и склады, но регламентированного учёта в ней нет — поэтому бухгалтерия обязательно отдельная база. Зарплата при сдельной оплате швей тоже обычно уходит в «1С:ЗУП», потому что штатного расчёта в УНФ недостаточно для сложной сдельщины с доплатами и премиями.
Плюс схемы — низкая стоимость лицензий и быстрый запуск. Минус — три базы и два обмена, которые нужно регламентировать и поддерживать.
Схема 2: «1С:ERP» или «1С:Комплексная автоматизация» как единая база
В этих конфигурациях регламентированный учёт встроен, поэтому отдельная «1С:Бухгалтерия» не нужна: производство и бухгалтерия живут в одной базе, себестоимость считается один раз и расходиться между контурами просто не может. Остаётся один обмен — с «1С:ЗУП», и он нужен не всегда: кадровый и расчётный блок в «1С:ERP» тоже есть.
Выбирают эту схему фабрики со штатным бухгалтером на производстве и нетривиальной себестоимостью. Цена — более дорогая лицензия и более тяжёлое внедрение. Сопоставление конфигураций по масштабу мы разбирали отдельно; подобрать схему под конкретное предприятие помогаем в рамках проектов по автоматизации швейного производства на 1С.
Схема 3: доработанная или отраслевая производственная база + «1С:Бухгалтерия» + «1С:ЗУП»
Встречается, когда производственный контур глубоко переработан под швейную специфику — пооперационный учёт с терминалами, собственная логика раскроя, интеграция с САПР. Здесь обмен почти всегда делается на заказ, и это нужно учитывать в бюджете поддержки: каждое обновление конфигураций требует проверки правил обмена.
Что передаётся в бухгалтерию
Главный принцип: в бухгалтерию уходят факты, влияющие на отчётность, а управленческая детализация остаётся в производственной базе. Бухгалтеру не нужны ни карты раскроя, ни пачки кроя, ни наряды по операциям.
- Справочники: контрагенты, договоры, номенклатура, склады, физлица. Это основа обмена, и именно здесь возникает большая часть проблем — об этом ниже.
- Закупки: поступления тканей, фурнитуры и услуг, счета-фактуры, УПД.
- Продажи: реализация готовой продукции, счета-фактуры, возвраты от покупателей.
- Движение денег: банковские и кассовые документы, если платежами управляют в производственной базе.
- Выпуск продукции и списание материалов — сводно за период, а не по каждой пачке кроя. Обычно это один-два документа на месяц по каждому цеху или виду продукции.
- Передача материалов подрядчикам и приём от них готовых изделий — если фабрика работает с давальческой схемой, эти операции обязательно должны попадать в учёт.
Отдельно нужно решить, где считается себестоимость. Если плановая считается в производственной базе, а фактическая закрывается в бухгалтерии, то управленческие отчёты по рентабельности заказов будут отставать на месяц. Для швейного производства, где решение о допвыпуске принимается за дни, это чувствительно — поэтому расчёт фактической себестоимости по заказам стоит оставлять в производственном контуре, а в бухгалтерию передавать итоговые суммы.
Что передаётся в ЗУП и обратно
Это самая швейная часть интеграции. При сдельной оплате швей зарплата рождается в цехе — из нарядов на выполненные операции, а не из табеля.
Из производственной базы в ЗУП передаётся выработка: по каждому сотруднику за период — объём выполненных операций и начисленная сумма по расценкам, либо сами показатели, по которым расчётчик получает сумму. Технически это оформляется как сдельные наряды или как данные для расчёта зарплаты — состав объектов зависит от версии и редакции «1С:ЗУП», и его определяют на этапе проектирования обмена.
Критичные требования к этой части обмена:
- Единый справочник физлиц и сотрудников. Швея должна быть одним и тем же человеком в обеих базах, иначе выработка повиснет на несопоставленном элементе.
- Закрытый период в цехе. Наряды за месяц должны быть проведены и проверены мастером до передачи — иначе расчётчик получит неполные данные и пересчёт придётся делать вручную.
- Разделение сдельной и повременной частей. Раскройщики, утюжильщики, контролёры и подсобные рабочие могут быть на повремёнке, и их данные в обмен не входят.
- Привязка к подразделению и виду работ, чтобы начисления корректно разошлись по счетам затрат и по цехам.
Из ЗУП обратно возвращается отражение зарплаты в учёте: начисления, взносы и НДФЛ в виде проводок по подразделениям и видам затрат. Эти суммы нужны и бухгалтерии для отчётности, и производственной базе — чтобы фактическая себестоимость изделия включала реальную оплату труда, а не плановые расценки.
Кадровые данные — приём, перевод, увольнение — обычно ведут в ЗУП и передают в производственную базу, чтобы в нарядах нельзя было выбрать уволенную швею.
Чем обмениваться технически
- Типовая синхронизация данных. Между типовыми конфигурациями 1С обмен настраивается штатно, через формат «EnterpriseData» — без программирования, из интерфейса. Это основной и самый дешёвый в поддержке вариант: он переживает обновления конфигураций. Если обе базы типовые или доработаны незначительно, начинать нужно отсюда.
- Правила обмена в «1С:Конвертации данных». Нужны, когда состав передаваемых объектов нестандартный или одна из баз существенно доработана. Гибко, но правила придётся сопровождать: каждое обновление — проверка.
- Обмен через веб-сервисы или прямое подключение. Применяют, когда нужна оперативность — например, кадровые изменения должны попадать в цех сразу, а не раз в сутки.
- Загрузка файлами. Рабочий вариант для редких операций и для периода опытной эксплуатации, но как постоянная схема плохо масштабируется: любой сбой обнаруживается не сразу.
Частота обмена задаётся по характеру данных: справочники и первичные документы — по расписанию раз в сутки или чаще, выработка в ЗУП — раз в месяц при закрытии, отражение зарплаты — после расчёта.
Регламент закрытия периода
Обмен между базами не работает сам по себе: он требует согласованного порядка действий. Регламент, который стоит зафиксировать письменно и повесить в цехе и в бухгалтерии:
- дата, до которой мастера закрывают наряды и выпуск за месяц;
- кто и когда проверяет полноту выпуска и списания материалов до выгрузки;
- дата передачи выработки в ЗУП и дата возврата отражения зарплаты;
- кто сверяет итоги между базами и по каким отчётам — минимум по выпуску, списанию материалов и фонду оплаты труда;
- кто имеет право задним числом править документы закрытого периода и как при этом перезапускается обмен.
Последний пункт самый важный. Исправление документа прошлого месяца в производственной базе без повторной выгрузки — классический способ получить расхождение, которое обнаружится через квартал.
Типичные ошибки
- Дубли справочников. Одна и та же ткань или контрагент заводится в двух базах независимо, обмен создаёт третий элемент. Лечится назначением одной базы источником для каждого справочника и запретом ручного ввода в принимающей.
- Передача в бухгалтерию всей производственной детализации. База раздувается, обмен тормозит, бухгалтер не может найти нужный документ среди тысяч нарядов.
- Разные учётные политики в базах. Разные методы оценки стоимости запасов или разный состав затрат в себестоимости гарантируют расхождение, которое не устраняется настройкой обмена.
- Выработка швей вне системы. Если наряды ведутся в цеховых таблицах и переносятся в ЗУП вручную, обмен с производственной базой бессмысленен — сначала нужно завести пооперационный учёт.
- Никто не смотрит на ошибки обмена. Непроведённые объекты накапливаются месяцами, потому что уведомления идут в никуда. Ответственный за обмен должен быть назначен поимённо.
- Обновление одной базы без проверки правил. После обновления конфигурации обмен нужно прогонять на тестовой копии, особенно если правила нетиповые.
Итог
Интеграция производственного контура с бухгалтерией и зарплатой строится в таком порядке: сначала выбирается архитектура — единая база или связка из двух-трёх; затем определяется состав передаваемых данных, где в бухгалтерию уходят только факты для отчётности, а в ЗУП — выработка швей; затем выбирается механизм обмена, по возможности типовой; и в конце фиксируется регламент закрытия периода с ответственными.
Если сейчас бухгалтер перебивает поступления тканей руками, а расчётчик собирает сдельную выработку из цеховых таблиц, начните с самого дорогого участка — передачи выработки из нарядов в ЗУП. Это одновременно снимает ручной труд и делает корректной оплату труда в себестоимости изделия.