Внедрение DD FLOW

Внедрение DD FLOW -как перезапуск бизнеса

DD FLOW внедряют не ради еще одного модуля в 1С. Проект нужен, чтобы спрос, запасы, производство и снабжение начали работать по приоритетам потока, а не по ручным срочным спискам.

Проверим поток и данные

№1: DDMRP в России*
30-60%: снижение запасов**
10-45%: повышение сервиса**

По данным Demand Driven Institute DD FLOW является единственным сертифицированным DDMRP-продуктом, разработанным и зарегистрированным в РФ.

Средние показатели по отраслям по данным вендора.

Причины проекта

Типовые причины запуска проекта DD FLOW

01Причина проекта

Запасы есть, но нужных позиций не хватает

Деньги заморожены в складе, но производство или продажи все равно регулярно упираются в дефицит. DD FLOW помогает разделить лишние запасы и реально важные позиции, чтобы пополнение шло по приоритетам потока.

Остатки выглядят большими, но закрывают не те потребности.
Срочные закупки и перемещения стали обычным способом работы.
Планирование не показывает, где дефицит появится дальше.

02Причина проекта

Продажи, снабжение и финансы смотрят на разные данные

Продажи обещают клиенту сроки без актуальной картины по доступным остаткам, снабжение закупает с запасом из-за риска дефицита, а финансы видят только рост складских денег. DD FLOW связывает спрос, остатки и приоритеты пополнения так, чтобы решения по запасам были понятны всем участникам процесса.

Продажи не видят, какие остатки реально доступны под новые заказы.
Снабжение объясняет закупки срочностью и страхом дефицита, а финансы видят замороженные деньги.
Отделы спорят о причинах дефицита и избытка вместо работы с общими приоритетами.

03Причина проекта

Производство запускается рывками

Цех получает задачи поздно, партии меняются вручную, а материалы приходят не в тот момент. Проект DD FLOW настраивает правила запуска, контрольные точки и приоритеты, чтобы производство видело очередность работ заранее.

Сменные задания постоянно переписываются из-за нехватки материалов.
План выпуска не связан с фактической готовностью позиций.
Сложно понять, какой заказ действительно надо запускать первым.

04Причина проекта

План устаревает быстрее, чем его успевают выполнить

Классический план строится редко и быстро расходится с реальностью: меняется спрос, сроки поставок, остатки и производственные ограничения. DD FLOW переводит управление к динамическим приоритетам по текущему состоянию потока.

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

05Причина проекта

Снабжение работает по ручным срочным спискам

Закупки и пополнение реагируют на крики из производства или продаж, а не на единый расчет потребности. Внедрение DD FLOW задает понятный порядок: что покупать, в каком объеме и почему именно сейчас.

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

06Причина проекта

DDMRP выбран без понятного плана запуска

Компания понимает ценность методологии, но без проекта остается набором терминов: буферы, зоны, среднесуточный спрос, точки разъединения. Мы переводим метод в рабочую модель 1С, пилот и правила ежедневной эксплуатации.

Есть интерес к DDMRP, но нет понятной последовательности запуска.
Неясно, какие данные нужны для первой рабочей модели.
Команда не связала метод с ежедневными действиями снабжения, производства и продаж.

Своя ситуация

Опишите свою ситуацию отдельно

Опишите свою ситуацию и оставьте контакты для связи.

Статистика DDI

Реальные результаты внедрения DDMRP по отраслям

МетрикаСравнение эффекта DDMRP по ключевым операционным показателям

Среднее по всем отраслямСводная статистика DDI

ФармацевтикаОтраслевая выборка DDI

Химическая промышленностьОтраслевая выборка DDI

Товары повседневного спросаОтраслевая выборка DDI

Промышленное производствоОтраслевая выборка DDI

01Снижение запасов

-31%

-60%

-30%

-49%

-32%

-52%

-36%

-60%

-26%

-54%

02Повышение уровня сервиса

+11%

+45%

+8%

+16%

+1%

+7%

+2%

+38%

+17%

+45%

03Сокращение времени поставки

-22%

-85%

-25%

-65%

-12%

-40%

-7%

-85%

-60%

-85%

Сводная статистика DDI

Среднее по всем отраслям

Снижение запасов
Повышение уровня сервиса
Сокращение времени поставки

Отраслевая выборка DDI

Фармацевтика

Снижение запасов
Повышение уровня сервиса
Сокращение времени поставки

Отраслевая выборка DDI

Химическая промышленность

Снижение запасов
Повышение уровня сервиса
Сокращение времени поставки

Отраслевая выборка DDI

Товары повседневного спроса

Снижение запасов
Повышение уровня сервиса
Сокращение времени поставки

Отраслевая выборка DDI

Промышленное производство

Снижение запасов
Повышение уровня сервиса
Сокращение времени поставки

Отзывы клиентов

Видеотзывы о внедрении DD FLOW

Мистерия

DD MRP самая применимая и самая эффективная для Мистерии методология

Кейс внедрения DD FLOW

Кейс внедрения DDMRPОткрыть PDF

Металл ПрофильКак сократить запасы

Предпроектная проверка

Предпроектная проверка эффекта DD FLOW

Моделирование буферов на данных клиента

На ограниченной группе позиций считаем, как DDMRP, MRP, Мин-Макс или динамические буферы ТОС отработали бы на истории спроса и остатков.

Потребуется

Продажи по дням и остатки на начало периода.
Срок поставки, цикл заказа, партия, закупочная и продажная цена.
При наличии: заказы клиентов, отгрузки и план продаж.

Итог

Видно, как меняются остатки, дефициты, упущенные продажи и сервис. Разговор об эффекте начинается с расчета, а не с обещаний.

Демо-пример в тестовой базе 1С

В тестовой базе показываем работу DD FLOW на структуре клиента: номенклатуре, складах, остатках, документах и ролях пользователей.

Потребуется

Тестовая база 1С ERP, КА или УТ со свежими рабочими данными.
Доступ для установки подсистемы и проверки настроек.
Сотрудники бизнеса для проверки правил работы и сценариев.

Итог

До основного проекта видно, какие данные готовы, какие настройки нужны и как пользователи будут работать с приоритетами, буферами и отклонениями.

Жизненный цикл внедрения

Жизненный цикл внедрения DD FLOW

Шаблон проекта зависит от сценария: производство или торговля в основной учетной системе. Ниже показан примерный упрощенный жизненный цикл внедрения DD FLOW: от подготовки базы и данных до опытной эксплуатации и управленческой отчетности.

Подготовительные работы с отделом ИТ

Суть этапа

На старте обновляется 1С ERP на DD FLOW, проверяется лицензирование Guardant, задаются регламентные задания, служебные задания на заполнение НСИ и алгоритм заполнения текущих обязательств. Команда получает базовое обучение по интерфейсам и логике работы.

Работы этапа

Обновление 1С ERP на DD FLOW и знакомство ИТ с документацией продукта.
Настройка регламентных заданий и служебных заданий на заполнение НСИ.
Настройка алгоритма заполнения текущих обязательств и обучение пользователей.

Проект занимает от 6 месяцев.

Функциональные блоки

Функциональные блоки DD FLOW и долгосрочный результат

Буферы, приоритеты, контрольная точка и выпуск в едином ритме цеха.

Подготовка и НСИ

спецификации, переделы и архитектура цепочки

Компания получает управляемую основу для запуска DD FLOW: спецификации, переделы и структура цепочки становятся единым рабочим описанием, на котором держатся буферы, приоритеты и контроль исполнения.

Буферы и приоритеты

зоны, дни защиты и сигналы запуска

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

Контрольная точка

ритм производства и загрузка ресурсов

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