Сначала интервью, потом код
Разговариваем с теми, кто делает работу: с планировщиком, снабженцем, клиентским сервисом, а не только с директором. Из интервью берутся константы системы: сроки резерва, ритм заказов, минимальные партии.
ERP ведёт заказ через всё предприятие: оснащенность, производство, лаборатория, фасовка, склад, отгрузка. У каждого поста свой экран, у каждого заказа прозрачный путь и статус
резерв 12,0 т, 6,4 т в план варки
Учётная система фиксирует документы. Между документами живёт всё остальное: обещания клиентам, очередь варок, график сырья, приоритеты. Обычно оно хранится в таблицах, мессенджерах и памяти сотрудников.
Производство планируется без сигнала от продаж и остатков в канале. На складе лежит продукция на два месяца вперёд, а нужных позиций при этом может не быть.
Нет экрана, где заказ сопоставлен с остатком и планом. Срочный заказ вклинивается в очередь через того, кто сидит ближе к планировщику.
План продаж, план по ёмкостям, отчёты дистрибьюторов и дебиторка собираются вручную к концу месяца. Решения принимаются по устаревшей сводке.
Единовременного переключения нет. Данные, которые сегодня живут в таблицах, телефоне и памяти, система забирает сразу. Данные из 1С сначала читает и сверяет, а забирает только когда её экран удобнее и точнее отчёта.
На каждом шаге своё рабочее место, и каждый шаг виден руководству в тот же момент
Дистрибьютор собирает заказ из каталога по ценам своего уровня. Менеджер или клиентский сервис заводит заявку из письма за полминуты.
Система оценивает заявку по шести блокам: остаток, сырьё, мощности, себестоимость, кредит клиента, логистика. Итог: приоритет, обещанная дата и что нужно допроизвести.
Задание на варку, проба, допуск лаборатории, паспорт партии, фасовка с этикеткой. Каждое действие становится событием в системе, а не записью в тетради.
Партия встаёт в ячейку, заказ собирается из очереди отгрузки с учётом сроков годности партий.
Рейс, слот ворот, погрузка, документы водителю в телефон. Клиент видит статус без звонка менеджеру.
Оплата привязана к отгрузке, лимит и просрочка считаются на группу компаний, ретро-бонус начисляется по правилам дилерской политики.
В каждой вкладке то, что система считает и показывает. Порядок совпадает с этапами внедрения: продажи раньше производства, деньги после заказов
Первичные продажи из 1С, вторичные от дистрибьюторов, план по версиям. Тепловая карта менеджеров и дистрибьюторов показывает, где план не сходится, а прогноз закрытия месяца считается по темпу.
Прогноз закрытия месяца по текущему темпу: 98% плана. Юг отстаёт от темпа, в списке тихих клиентов четыре дистрибьютора округа. Единицы: тыс. л.
Терминал делает одну работу и делает её в три касания. Данных о цехе, дворе и складе в учётной системе нет, поэтому они рождаются здесь
Ёмкости варки, доливы, пробы, промывки
Очередь партий, анализ, допуск, доработка или брак
План по линиям, розлив, факт, этикетка с QR-кодом
Приёмка в ячейки, комплектация заказов
Бензовозы: брутто, тара, нетто, допуск к сливу
Рейс, погрузка, накладная, слоты на сегодня
Заказы поставщикам, брак, этикетки паллет
Пропуск и выпуск транспорта, визиты во двор
Слот, статусы и маршрут в телефоне
Ёмкости, варки и тревоги над цехом, обновление раз в полминуты
Принцип тот же, что у кассы в ресторане быстрого обслуживания: регламент зашит в экран, а не в инструкцию на стене
Разграничение работает на уровне данных, а не спрятанных кнопок
Канал целиком, производство, склад, логистика, деньги, тревоги и рекомендации.
Только закреплённые дистрибьюторы: план и факт, заявки, дебиторка, задачи на день.
Свои заказы и отгрузки, цены своего уровня, бонусы и накопления по дилерской политике. Отчёт о вторичных продажах сдаёт в обмен на аналитику по себе.
Производитель моторных масел с несколькими сотнями позиций и сетью из четырёх десятков дистрибьюторов. Учёт в 1С, всё остальное в таблицах и звонках.
Запас готовой продукции вдвое превышал месячную отгрузку, при этом уровень сервиса держался на 91–93% усилиями людей. Приоритеты выпуска решались договорённостями, план по ёмкостям жил в трёх таблицах, график сырья в телефоне снабженца, отчёты дистрибьюторов приходили в разных форматах. Переход на новую конфигурацию 1С ещё шёл, справочники старой и новой базы не сходились. Из-за дефицита сырья завод планировал не дальше недели.
Тринадцать интервью: коммерческий и финансовый директора, продажи, клиентский сервис, планирование, снабжение, логистика, контрактное производство, технологи, администратор 1С. Одиннадцать рабочих файлов разобрали на данные. По итогам собрали работающую систему на демонстрационных данных: все процессы завода, три роли, десять терминалов, сквозной путь заявки. Она заменила толстое техническое задание: спецификацию можно потрогать.
Первым сделали контур продаж: факт отгрузок из 1С, план-факт, бюджет коммерческого директора, окно собственника. Каждый экран сверяли с отчётом, которому в компании верят. Продажи за месяц сошлись с файлом финансовой службы до копейки после того, как нашли, что корректировки реализации считались трижды.
Рабочий цикл равен неделе: задача в понедельник, показ в конце недели, после каждой встречи реестр открытых вопросов с ответственным. Вопросы заводу ставятся с суммой, которая зависит от ответа, и требуют ответа в одну строку. Очередь работ выстроена по вреду: сначала то, что делает неверные цифры верными, потом объяснимость, потом новые связи.
Заказы и обеспеченность с кабинетом дистрибьютора, планирование производства и слепые зоны, деньги и дилерская политика, терминалы на постах и в конце система как первоисточник: документы рождаются в ней, а 1С получает их для учёта.
Имя завода не публикуется с согласия заказчика. Показатели округлены.
Они сложились на заводе и действуют в каждом внедрении
Разговариваем с теми, кто делает работу: с планировщиком, снабженцем, клиентским сервисом, а не только с директором. Из интервью берутся константы системы: сроки резерва, ритм заказов, минимальные партии.
Процессы собираются в работающую систему на демонстрационных данных до интеграции. На каждом экране подсказка, что здесь и откуда цифра. Обратная связь приходит по живым экранам, а не по документу.
Задача в понедельник, показ в конце недели. После каждой встречи реестр открытых вопросов с ответственным и сроком: ничего не остаётся в памяти.
Очередь работ по вреду: ошибки, дающие неверные цифры, затем подписи и объяснимость, затем данные, которые уже есть и закрывают известные боли, и только потом новые связи.
Каждый экран сверяется с отчётом, которому в компании верят, до расхождения меньше процента. Пока сверка не сошлась, экран не считается готовым.
Каждый вопрос по методике называет конкретный документ 1С и сумму, которая зависит от ответа. Ответ в одну строку, и цифра на экране меняется в тот же день.
Типовая ERP переносит завод в свою конфигурацию. Таблицы держат процесс на людях. Дашборд показывает то, что уже записано. Операционная система завода ведёт процесс там, где он происходит.
| Критерий | Таблицы и мессенджеры | Типовая ERP | Дашборд поверх 1С | Операционная система завода |
|---|---|---|---|---|
| Где рождаются данные | В файлах и переписке | В формах учётной системы | В 1С, после закрытия периода | На посту, в момент события |
| Очередь заказов | У каждого своя | Документ без обеспеченности | Отчёт по итогам дня | Одна очередь с приоритетом и датой |
| Приоритет выпуска | По договорённости | Ручной план | Не виден | Считается от заказов и покрытия |
| Цех, склад, двор | Тетрадь и телефон | Рабочие места за лицензию | Данных нет | Терминалы под перчатки и ПИН-код |
| Изменение правил | Переписать таблицу | Доработка конфигурации месяцами | Перерисовать отчёт | Регламент в данных, меняется за день |
| Роль 1С | Учёт отдельно от процесса | Всё в одной системе | Единственный источник | Бухгалтерия и отчётность |
Типовая ERP оправдана, когда процессы предприятия совпадают с её конфигурацией. Заводу с собственной логикой выпуска дешевле система, собранная под эту логику.
Шесть этапов, у каждого своя приёмка. Остановиться можно после любого: результат каждого этапа работает сам по себе.
Факт отгрузок из 1С, план-факт, бюджет коммерческого директора, окно собственника. Сверка с отчётом финансовой службы.
Центр заявок, резервы, обещанные даты, кабинет дистрибьютора, приём отчётов о вторичных продажах.
План производства, ёмкости, рецептуры, нормативы, график сырья: то, что жило в таблицах и телефоне.
Дилерская политика как расчётный движок, себестоимость слоями, движение денег, дебиторка.
Цех, лаборатория, фасовка, склад, весовая, ворота, КПП. Данные рождаются на посту.
Заявки, план, партии и отгрузки рождаются в системе. 1С получает документы для бухгалтерии и отчётности.
Сроки считаются с момента доступа к 1С: первый контур обычно занимает четыре–шесть недель, дальше по этапу в месяц-полтора. Календарь зависит от скорости ответов на вопросы по методике учёта.
руководство видит канал, склад и производство сегодня, а не по итогам месяца
заказов с приоритетом, обещанной датой и тем, что нужно допроизвести
по каждой позиции вместо тонн на складе: видно, что остановить и что допроизвести
каждая цифра раскрывается до строки источника в 1С или события на посту
Глубина зависит от того, что опубликовано в 1С, и от дисциплины ввода на постах. Эффект считаем на данных завода в первом контуре.
Демо-стенд повторяет завод на демонстрационных данных: три роли, десять терминалов, сквозной путь заявки от кабинета дистрибьютора до отгрузки.
Войдите как дистрибьютор и соберите заявку из каталога по своим ценам.
Переключитесь на руководителя: заявка уже в очереди со статусом, приоритетом и обещанной датой.
Откройте загрузку мощностей: видно, как заявка легла в план и чем ещё занято производство.
Обновлено
Нет. Бухгалтерия, налоги, зарплата и маркировка остаются в 1С. Система ведёт то, чего в 1С нет и не будет: заявки с обеспеченностью, план производства, партии, посты цеха и склада. С 1С она обменивается: сначала читает, на последнем этапе передаёт свои документы для учёта.
В 1С фиксируется документ, а не событие. Терминал фиксирует событие там, где оно происходит: партия слита, проба сдана, паллета встала в ячейку. Без этого прослеживаемости нет, и приоритеты снова решаются по телефону.
Контур продаж обычно занимает четыре–шесть недель с момента доступа к 1С. Дальше этапы по месяцу-полтора, у каждого своя приёмка. Календарь зависит от скорости ответов на вопросы по методике учёта.
Система покажет это первой: пустые поля, несведённые справочники и операции без аналитики попадают в реестр вопросов заводу. Каждый вопрос называет документ и сумму, которая от него зависит.
Да. Обычно начинают с контура продаж или с заказов и обеспеченности: там данные уже есть в 1С, и результат виден через несколько недель. Терминалы и первоисточник идут позже.
Зависит от числа источников, этапов и постов. После заявки присылаем состав первого этапа и оценку под вашу конфигурацию 1С.