ERP для дистрибьютора: когда 1С:УТ мало и что достраивать
Фраза «нам не хватает 1С» в оптовой компании почти всегда означает что-то конкретное: агенты не видят остатки, склад не успевает собирать, коммерческий директор не понимает маржу по клиенту. И почти никогда она не означает, что учётная система плохая. Прежде чем решать, переходить ли на другую конфигурацию, дописывать текущую или строить контур вокруг неё, полезно честно разобрать, что типовое решение уже умеет, — часто нужная функция есть, но не включена или не доходит до людей вне офиса.
Что уже есть в 1С:Управление торговлей
Ниже — возможности, которые 1С описывает для «Управления торговлей» на сайте v8.1c.ru и в документации к редакции 11.5 на ИТС. Набор зависит от версии и настроек вашей базы, поэтому это не обещание «всё работает», а чек-лист, что проверить до проекта.
| Задача дистрибьютора | Что есть в типовой конфигурации |
|---|---|
| Условия продаж по клиентам | Типовые и индивидуальные соглашения: цены и скидки, график и форма оплаты, склад отгрузки, согласование отклонений |
| Ценообразование | Виды цен с формулами, ценовые группы, расчёт от цен поступления и поставщиков, согласование цен, отчёт «Прайс-лист» |
| Скидки и бонусы | Автоматические и ручные скидки, скидки количеством и подарком, правила совместного применения, ретро-бонусы клиентов и поставщиков |
| Дебиторка | Отгрузка в кредит с контролем суммы и срока, запрет отгрузки при превышении кредита и при просрочке, отчёты по срокам задолженности, акты сверки |
| Закупки и запасы | Методы обеспечения Min–Max, расчёт по норме и по статистике, автоматическое формирование заказов поставщикам, ABC/XYZ-классификация |
| Планирование | Планы продаж, закупок и остатков, сценарии, сезонные коэффициенты, сервис прогнозирования продаж |
| Склад и доставка | Ордерная схема и адресное хранение, мобильное рабочее место кладовщика, задания на перевозку и рейсы, интеграции со службами доставки |
| Внешний контур | ЭДО, заказы через сервис «1С:EDI», интеграция с «Честным знаком» и маркетплейсами |
Это сильный набор, и для многих дистрибьюторов задача решается правильной настройкой, а не новой системой. Если ваша база сильно доработана много лет назад, часть этих механизмов может быть недоступна или заменена самописными — тогда первым шагом становится аудит конфигурации.
УТ, КА и 1С:ERP: что меняет переход
Внутри линейки 1С переход вверх решает определённые задачи. По описанию 1С, «Комплексная автоматизация» охватывает бухгалтерию, торговлю, склад, расчёт зарплаты и кадровый учёт и ориентирована на малый и средний бизнес, в том числе на торговые предприятия и небольшие производства. «1С:ERP Управление предприятием» позиционируется как решение для среднего и крупного бизнеса с полноценным управлением производством, затратами и себестоимостью.
Для дистрибьютора это означает простую вещь. Переход на КА оправдан, когда хочется держать управленческий, регламентированный учёт и зарплату в одной базе. Переход на ERP — когда появляется собственное производство, фасовка или сложная себестоимость по нескольким юрлицам. Но ни один из этих переходов сам по себе не даст агентам офлайн-приложение с маршрутом, не сделает B2B-кабинет для точек и не построит сценарий работы с просрочкой. Эти задачи лежат не в учёте, а рядом с ним.
Признаки, что не хватает не учёта, а контура вокруг него
- Агенты пишут заявки в мессенджер или в общую таблицу, оператор переносит их в 1С руками.
- Остатки и долги клиента агент узнаёт звонком в офис.
- Клиенты хотят заказывать сами в любое время, а принимать заказ может только менеджер в рабочие часы.
- Маршруты, визиты, фото полки и отказы точек нигде не хранятся, кроме головы супервайзера.
- Руководитель собирает план-факт, маржу по клиенту и выполнение ретробонусов в Excel из нескольких выгрузок.
- Мобильным клиентом 1С пользоваться не получается, потому что конфигурация сильно изменена.
Последний пункт стоит пояснить. По описанию 1С, мобильный клиент «Управления торговлей» требует версию 11.5.6 и выше, а конфигурация не должна содержать значительных изменений — допустима адаптация через механизм расширений. Для сильно доработанных баз это ограничение и есть точка, где команды начинают проектировать отдельный контур.
Что достраивают вокруг 1С
Собственная ERP для дистрибьютора на заказ в большинстве случаев — не замена 1С, а операционный слой с понятным разделением ролей:
| Слой | Что делает | Связь с 1С |
|---|---|---|
| Полевые продажи | Маршруты, визиты, заявки, фото, офлайн-режим | Получает товары, цены, остатки, долги; отправляет заказы |
| Самостоятельные заказы | B2B-кабинет, оптовый магазин, бот | Персональные цены, лимиты, история документов |
| Рабочее место оператора | Очередь заявок, проверки, согласования | Подтверждённые заказы уходят в учёт |
| Доставка | Маршрутные листы, приложение экспедитора, факт приёмки и возвраты | Корректировки реализации и возвраты |
| Аналитика | План-факт, маржа после бонусов, KPI агентов | Читает отгрузки, оплаты, себестоимость |
| Уведомления и сценарии | Просрочка, приход ожидаемого товара, акции | События из учёта по изменениям |
Связь между слоями строится через интеграцию CRM с 1С с одним владельцем у каждого справочника. Агентский контур часто выделяют в отдельное приложение для торговых представителей, клиентский — в B2B-портал.
Условный расчёт: сколько стоит ручной перенос заявок
Чтобы оценить, есть ли смысл строить внешний контур, посчитайте ручную работу на своих цифрах. Допустим, 12 агентов посещают по 25 точек в день, заказ оформляется примерно в 18 точках из 25. Это около 216 заявок в день. Если оператор переносит одну заявку в 1С за 3 минуты, получается почти 11 часов в день — полторы ставки оператора только на перепечатку, без проверок и звонков. К этому добавляются ошибки ручного ввода и задержка: заявка, принятая утром, попадает в учёт вечером, и сборка уходит на следующий день. Цифры условные, но порядок величин обычно именно такой, и именно поэтому первым контуром вокруг 1С чаще всего становится агентский.
Доработать конфигурацию или вынести наружу
Оба пути рабочие, у каждого своя цена. Короткое сравнение по критериям, а не по вкусу:
| Критерий | Доработка внутри 1С | Внешний контур с интеграцией |
|---|---|---|
| Задачи учёта: документы, проводки, отчёты | Естественное место | Не нужно |
| Мобильные сотрудники, офлайн, фото, GPS | Возможно, но ограничено | Естественное место |
| Клиенты снаружи: кабинет, бот, сайт | Требует публикации базы наружу | Естественное место, база остаётся закрытой |
| Обновления типовой конфигурации | Чем больше изменений, тем дороже каждое обновление | Не затрагиваются, если обмен через API или расширения |
| Нагрузка | Все пользователи в одной базе | Нагрузку берёт внешний слой |
| Команда | Программисты 1С | Веб и мобильные разработчики плюс специалист 1С для обмена |
Как подойти к проекту
- Аудит текущей базы. Версия конфигурации, объём доработок, какие типовые механизмы включены, а какие заменены самописными.
- Карта процессов. Путь заявки, проверки лимитов, сборка, доставка, возвраты, оплаты — с отметкой, где сейчас ручная работа.
- Решение по каждому разрыву. Включить типовую функцию, доработать через расширение или вынести во внешний контур.
- Таблица владельцев данных и протокол обмена: что, куда, по какому событию.
- Первый контур на пилоте — обычно агенты или самостоятельные заказы клиентов.
- Следующие контуры по очереди, с измерением результата после каждого.
Предварительный бюджет внедрения в связке с 1С можно оценить в калькуляторе стоимости внедрения CRM и 1С, а состав работ и сроки — на странице ERP для дистрибьютора.
Чего лучше не делать
- Не меняйте учётную систему ради функции, которая есть в текущей, но не настроена.
- Не дублируйте учёт: остатки, себестоимость и взаиморасчёты должны считаться в одном месте.
- Не публикуйте учётную базу в интернет ради кабинета клиента — для этого есть отдельный слой с ограниченным набором данных.
- Не запускайте все контуры одновременно: ошибки обмена в первые недели неизбежны, и их проще разбирать на одном потоке.
- Не оставляйте обмен без хозяина: у интеграции должен быть ответственный с обеих сторон — со стороны 1С и со стороны внешнего контура, иначе каждая ошибка синхронизации превращается в спор, чья это зона.
Отдельно продумайте сопровождение. Типовая конфигурация обновляется по графику 1С, внешний контур развивается по вашему плану, и протокол обмена между ними — это договорённость, которую нужно версионировать и тестировать при каждом обновлении любой из сторон. Проще всего это делать на копии рабочей базы перед установкой релиза.
Как связать все контуры в одну работающую систему, разобрано в статье единая система для отдела продаж дистрибьютора, а про обмен без дублей — в материале интеграция CRM дистрибьютора с 1С.
Вопросы и ответы
Когда дистрибьютору переходить с 1С:УТ на 1С:ERP?
Когда появляются задачи, которых нет в торговой конфигурации: собственное производство или фасовка, сложная себестоимость, управление затратами по нескольким направлениям. Для полевых продаж, B2B-заказов и доставки переход на ERP сам по себе не нужен — эти задачи решаются контуром вокруг учёта.
Чем 1С:Комплексная автоматизация отличается от Управления торговлей?
По описанию 1С, «Комплексная автоматизация» кроме торговли и склада охватывает бухгалтерию, расчёт зарплаты и кадровый учёт в одной базе и ориентирована на малый и средний бизнес. «Управление торговлей» сосредоточено на торговых и складских процессах.
Что достраивают вокруг 1С для дистрибьютора?
Чаще всего приложение торговых агентов с офлайн-режимом, B2B-кабинет или бот для заказов клиентов, рабочее место оператора, приложение экспедитора и сводную аналитику. 1С остаётся учётным ядром и обменивается с этими модулями данными.
Можно ли использовать мобильный клиент 1С:УТ для агентов?
Мобильный клиент работает с «Управлением торговлей» версии 11.5.6 и выше при условии, что конфигурация не содержит значительных изменений. Насколько он подходит под задачи агентов, стоит проверить на вашей базе и ваших сценариях.
Дорабатывать 1С или делать отдельную систему?
Всё, что меняет учёт, разумно делать в 1С, по возможности через расширения. Работу сотрудников вне офиса, кабинеты клиентов и сценарии уведомлений удобнее выносить во внешний контур — так обновления типовой конфигурации не дорожают.