Запрос «нужна 1С для производства» звучит просто, но на практике проблема часто не в цехе, а в партиях сырья, НЗП, ручных сверках между снабжением, складом и бухгалтерией.
Вопрос не в том, какая 1С «лучше». Сначала нужно понять, где ломается путь заказа: в продажах, закупках, выпуске, себестоимости или передаче данных между отделами.
Сначала ищут не продукт, а участок, где учет уже развалился
1С:Предприятие - это платформа, а 1С УТ, 1С КА и другие - конфигурации на ней. Для завода это базовая вещь, но ее часто путают, поэтому «коробку» выбирают раньше, чем понимают учетную модель.
Ориентир «у похожего завода стоит так же» часто не работает. Две компании в одной отрасли могут выглядеть одинаково, но у одной - простая сборка под заказ, у другой - полуфабрикаты, переделы и длинный цикл выпуска. По учету это разные истории.
На проекте в мелкосерийке руководитель решил, что хватит контура продаж и склада. Через 8 месяцев производственные заказы, выпуск по этапам и фактическая себестоимость снова уехали в Excel. По факту получилось второе внедрение вместо одного.
| Тип производства | Где обычно болит | Что автоматизируют первым | Что чаще смотрят |
|---|---|---|---|
| Торговля + сборка | закупки, остатки, отгрузка | склад, снабжение, заказы | 1С УТ |
| Серийный выпуск | партии, план-факт, себестоимость | выпуск и учет затрат | 1С КА |
| Позаказное | сроки, материалы под заказ, этапы | заказ в производство | 1С КА |
| Многопередельное | НЗП, полуфабрикаты, переделы | передельный учет | КА при простой схеме, чаще ERP-класс |
Можно ли выбрать систему по списку функций?
Нет. Галочки «склад», «закупки», «производство» могут совпадать, но у одного это комплектование, а у другого - учет по переделам.
Где 1С УТ помогает, а где уже начинает прятать проблему
1С УТ нормально работает там, где ядро бизнеса - продажи, закупки, склад и отгрузка, а цех продолжает торговый контур. Для мебельной компании под заказ на 1С УТ 11.5 + PostgreSQL 16 мы закрывали цепочку «заказ - закупка - склад - сборка - отгрузка» без тяжелых доработок. Запуск занял 6 недель.
Но если основная ценность создается в производстве, УТ быстро становится тесной. Начинаются обходные схемы вокруг НЗП, полуфабрикатов, партий, этапов выпуска. Формально система есть, а фактическая экономика заказа живет вне базы.
У металлообработки за 5 месяцев навели порядок в заказах и складе, но себестоимость все равно считали отдельно. Вышло дороже, чем если бы сразу пошли в другой контур.
Пять признаков, что УТ вам уже мала:
- себестоимость регулярно считают вручную;
- есть полуфабрикаты и несколько этапов выпуска;
- НЗП стало заметной частью учета;
- планирование цеха не связано с закупками;
- мастера и снабжение сверяются по таблицам и чатам.
Если после запуска люди продолжают сводить цифры вне системы, значит, автоматизировали только кусок интерфейса.
Почему 1С КА часто оказывается рабочим вариантом для завода
1С КА подходит, когда торгового контура уже мало, а ERP-класс пока рано - по бюджету, команде и дисциплине процессов. Смысл КА в том, что закупки, склад, производство, продажи и базовый финансовый учет живут в одной модели данных.
У производителя упаковки с 2 площадками и оборотом около 900 млн ₽ сверка между снабжением, складом и финансами занимала по 2-3 дня в конце месяца. После перехода на 1С КА 2.5 ручные сверки сократились примерно на 60%, а план-факт по выпуску стали видеть раньше закрытия месяца.
До / после на реальном проекте
- до: три файла для выпуска, сырья и брака, сверка раз в неделю;
- после: один контур учета, расхождения видно в тот же день;
- до: закрытие месяца с ручными корректировками;
- после: меньше ручных переносов, понятнее маржа по заказам.
Но КА сама по себе не чинит слабый процесс. Если маршрут заказа между продажами, технологом и снабжением не описан, система просто зафиксирует этот хаос в цифре.
Облако, 1С Фреш или локальный контур - тут вопрос в простое, а не в моде
Для компании с одной площадкой и удаленными менеджерами облако или 1С Фреш могут дать быстрый старт: меньше возни с сервером, проще подключить офис, ниже входной порог по деньгам.
На заводе критерий другой: как система переживет интеграции с ТСД, весами, маркировкой, WMS, оборудованием и слабым интернетом. Если линия встает из-за канала хотя бы на 1-2 часа, разговор уже идет про прямые потери.
Я бы сделал так:
- 1 площадка и мало интеграций - можно смотреть облако;
- цех, ТСД, оборудование и нестабильный канал - чаще локально или гибрид;
- несколько площадок - обычно выигрывает гибридная схема.
Облако всегда дешевле?
На старте часто да. Но если потом появляются сложные обмены по API, резервирование, VPN и требования к скорости, общая стоимость растет уже из-за архитектуры.
Конфигурация важна, но деньги теряются на маршруте данных
У завода проблемы редко заканчиваются на одной базе 1С. Рядом обычно живут ЭДО, маркировка, обмены с WMS или MES, BI, личные кабинеты, иногда интерфейсы на 1С:Элемент. Если заказ идет от продажи до отгрузки через три таблицы и два чата, новая конфигурация это не вылечит.
В ближайшие 3 дня нарисуйте путь заказа от продажи до отгрузки и отметьте 3 точки двойного ввода и 3 места расхождения цифр. После этого выбор между УТ, КА, облаком или гибридом станет намного трезвее.
