Планирование закупок материалов: потребность, сроки и ERP

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

Автор: Александр Поркулевич, CEO и основатель, 404gen.

Что должно давать планирование закупок материалов

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

В документации Dynamics 365 о чистой потребности показан сам принцип объяснения результата через потребность и покрывающие её операции; страница относится к прежнему движку планирования. При проектировании собственного модуля полезен этот подход к прослеживаемости, а конкретные алгоритмы и ограничения выбирают по действующему процессу предприятия. Чужой интерфейс не является готовой спецификацией вашего расчёта.

На первом этапе достаточно ограничить участок: одна группа материалов, определённые склады и согласованный горизонт. Полная замена учётной системы не требуется, если проблема находится в ручном сопоставлении плана и поставок. Но границы должны быть явными: какие источники включены, какие потребности исключены и кто принимает окончательное решение о заказе. Неполный охват нельзя маскировать заголовком «все закупки компании».

Исходные данные и их владельцы

Для расчёта нужны потребности по датам, доступное наличие, открытые поставки, ограничения поставщика и время обработки. У каждого набора есть владелец и источник. План производства может находиться в одной системе, остатки — в другой, а подтверждённая дата поставки — в переписке закупщика. До автоматизации нужно определить, куда сотрудник вносит это подтверждение, чтобы следующая итерация расчёта его действительно учла.

Фиксируйте единицы измерения и правила пересчёта. Закупка рулонами и потребление метрами требуют согласованного коэффициента, а не произвольного округления в интерфейсе. Для материалов с переменной длиной или качеством простой коэффициент может быть недостаточен. Если доступность зависит от партии, сертификата или срока пригодности, эти ограничения участвуют в расчёте, а не остаются примечанием в карточке.

Неизвестные значения должны давать понятное исключение. Отсутствующий срок поставки нельзя заменять нулём: результат будет выглядеть исполнимым без оснований. Если справочник ещё не готов, предложите ручное подтверждение и отметьте, что расчёт требует проверки. Список пробелов в данных — полезный результат обследования; выдуманный красивый план только переносит проблему на закупщика.

Потребность: заказ, прогноз и производственная программа

Разделите подтверждённые заказы, прогноз и внутренние задачи. Они могут иметь разные приоритеты и правила включения. Если прогноз уже содержит будущие продажи, а подтверждённые заказы добавлены сверху без уменьшения соответствующей части прогноза, система завысит потребность. Правило сочетания источников должно быть описано и воспроизводимо на контрольных примерах, включая отменённые и перенесённые заказы.

Для производства потребность в материале зависит от версии спецификации, объёма и даты операции. Не пересчитывайте старый подтверждённый план по новой норме без явного решения. У каждой потребности полезно хранить ссылку на основание и редакцию исходных данных. Тогда изменение конструкции или рецептуры можно отличить от ошибки остатка и объяснить, почему предложение на закупку изменилось.

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

Что считать доступным остатком

Физическое наличие не всегда покрывает новую потребность. Часть материала уже выделена под другую работу, находится в карантине, повреждена или лежит на недоступном складе. Определите доступность для конкретного участка расчёта. Нельзя одновременно вычитать резерв из остатка и учитывать ту же связанную потребность повторно без проверки: это распространённый путь к двойному занижению покрытия.

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

Схема выделения товара под конкретное обязательство отдельно рассмотрена в материале про резервирование в ERP. Планирование закупок отвечает другому вопросу: что нужно пополнить и когда, учитывая уже принятые обязательства. Участок расчёта и правила резерва должны быть согласованы, но смешивать эти операции в один незаметный переключатель опасно для прослеживаемости.

Почему расчёт нужно вести по датам

Учебный пример: на начало периода доступны 40 штук, к пятому дню требуется 50, а ещё 30 ожидаются на восьмой день. Итоговая арифметика за весь период даёт положительный остаток, но к пятому дню не хватает 10. Поэтому система должна последовательно учитывать события по времени и находить первую дату дефицита. Поздняя поставка не покрывает раннюю работу автоматически.

Условие примера намеренно простое: нет страхового запаса, брака, резервов и ограничения партий. В реальном расчёте эти правила задаются отдельно. Если предложить докупить недостающие 10, нужно ещё проверить, успевает ли закупка к пятому дню. Результат может быть «требуется ускорение или перенос», а не готовый к исполнению заказ. Объяснение невозможности — полноценный полезный ответ системы.

Согласуйте календарь: рабочие дни поставщика, приёмки и производства могут различаться. Учтите время контроля качества до момента, когда материал разрешён к использованию. В обзоре мастер-планов Dynamics 365 описываются горизонты и временные ограничения планирования. Для собственного проекта зафиксируйте нужные правила явно, не перенося значения настроек чужой системы в свой производственный календарь.

Ожидаемые поставки и неопределённость

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

Частичная поставка должна менять открытое количество, сохраняя связь с исходным заказом. Не добавляйте ожидаемое полное поступление поверх уже принятой части. Отмена остатка также должна доходить в расчёт. Укажите порядок обработки опоздавших сообщений и сверки источников: интерфейс с новой датой не гарантирует, что расчёт использовал именно эту редакцию данных.

Для спорной поставки полезен сценарий сравнения: основной план и вариант без неподтверждённого покрытия. Это инструмент обсуждения риска, а не вероятностный прогноз, если вероятности не измерялись. Покажите, какие решения меняются: срочная закупка, перенос запуска или перераспределение. Не подменяйте неопределённость цветом «зелёный» только потому, что в документе заполнена дата.

Минимальная партия, кратность и запас

После определения дефицита применяются правила закупки: минимальное количество, кратность упаковки, доступные поставщики и допустимый запас. Учебный дефицит 18 штук при кратности 12 приводит к предложению 24 штуки, если других ограничений нет. В объяснении должны быть видны и исходные 18, и причина добавления 6. Иначе округление выглядит ошибкой и сотрудники начинают исправлять его вручную без понимания последствий.

Документация Odoo по правилам пополнения показывает отдельные настройки минимального и максимального уровня, кратности и единицы. Это пример распространённой организации параметров, а не универсальный рецепт для производства. Пополнение до уровня и закупка под конкретный заказ могут иметь разные задачи; правило выбора согласуют по каждой группе материалов.

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

Экран, который объясняет предложение

У предложения нужны материал, склад, дата потребности, количество, причина и связь с источниками. Сверху показывают критичные исключения: неизвестный срок, опоздавшую поставку, неразобранное расхождение. Обычные строки остаются доступны по фильтрам. Закупщику полезно начать с того, что требует решения сегодня, а не читать весь каталог в алфавитном порядке.

Открыв строку, человек видит временную последовательность: начальный доступный остаток, потребление, поступления, первое отрицательное значение и правила округления. Каждый вклад связан с документом и его редакцией. Если число нельзя проверить без доступа к закрытому источнику, показывайте основание в допустимом объёме и путь к ответственному. Прозрачность расчёта не означает безусловное раскрытие всех данных всем ролям.

Предложение и заказ поставщику — разные состояния

Результат расчёта сначала является предложением. Закупщик может проверить его, уточнить поставщика и объединить совместимые позиции по правилам. Создание реального заказа — отдельное действие с правами и подтверждением. Если автоматическое проведение не является явно согласованной частью процесса, кнопка пересчёта не должна незаметно порождать документы поставщику.

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

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

Замены, просрочки и ручное решение

Аналог материала допускается только по утверждённым правилам. Похожее название или размер не подтверждают совместимость с производством. Если замена требует технического согласования, предложение должно содержать этот шаг и ответственного. До решения альтернативный материал не покрывает исходную потребность автоматически. Для некоторых участков можно вообще исключить замены из первой версии и показывать их как ручной сценарий.

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

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

Обмен с действующей учётной системой

Определите, где живёт окончательный документ заказа и кто владеет его статусом. Новый модуль может рассчитывать предложения, а учётная система — проводить закупку и поступление. В таком случае храните устойчивые идентификаторы и правила сверки. Несовпадение технических ключей после миграции не должно приводить к появлению второго материала с тем же названием.

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

Для материалов с партиями и экземплярами заранее проверьте структуру идентификации. Связь сертификата, партии и допустимости использования может быть важнее общего количества. Дополнительный контекст есть в статье про учёт серийных номеров. Отдельные регуляторные требования зависят от продукции и не выводятся автоматически из общего описания ERP-модуля.

Пилот и контрольная выборка

Выберите участок, где исходные документы можно проверить вручную. Сохраните снимок данных и ожидаемый результат, согласованный закупщиком и планировщиком. Прогон повторяется на той же версии правил, чтобы расхождение можно было воспроизвести. Когда расчёт меняется, сравнивайте причины по строкам, а не только общий объём закупки: одинаковый итог способен скрывать разные ошибки по датам и материалам.

1. Дефицит до поздней поставки: система показывает раннюю нехватку, хотя итог периода положительный.
2. Частичное поступление: открытое количество уменьшается и не считается дважды.
3. Кратность партии: предложение округлено по явному правилу с объяснением.
4. Карантин и чужой резерв: недоступный материал не покрывает новую потребность.
5. Неизвестный срок: строка требует проверки, нулевая задержка не придумывается.
6. Изменение плана: старое предложение не выпускается незаметно как актуальное.
7. Повтор подтверждения: создан один связанный документ или показан его прежний результат.
8. Отмена потребности: предложение пересчитывается, принятый заказ остаётся предметом отдельного решения.

До пилота договоритесь о критериях полезности: сколько исключений требует ручного разбора, можно ли объяснить каждое предложение, насколько свежи источники и какой участок работы действительно заменён. Экономию времени и снижение запасов измеряют после эксплуатации с сопоставимым периодом и условиями. Успешное прохождение контрольных примеров доказывает корректность выбранных сценариев, но не окупаемость проекта.

Частые вопросы

Нужна ли полноценная ERP для первой версии?

Не всегда. Если учёт уже работает, отдельный модуль может собирать данные и готовить предложения для существующего контура. Сначала определяют владельцев справочников, правила расчёта и место окончательного документа. Отдельный экран не должен создавать вторую несовместимую базу. Начинать разумно с ограниченной группы материалов, где доступны проверяемые исходные данные и ответственные участники.

Почему общего остатка за месяц недостаточно?

Материал может поступить позже даты потребления, и положительный итог периода скроет раннюю нехватку. Расчёт строят по последовательности событий: наличие, потребность и ожидаемое пополнение. Дополнительно учитывают доступность склада, качество, резервы и время приёмки по согласованным правилам. Итоговое количество полезно для сводки, но не заменяет проверку исполнимости по датам.

Можно ли автоматически отправлять заказ поставщику?

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

Как понять, что расчёт можно принять?

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

Как подготовить задачу на модуль

Соберите примеры потребности, остатков, поставок, календарей и ручных решений по одной группе материалов. Укажите, какие сведения считаются подтверждёнными и кто отвечает за изменения. В концепте «Запас хода» показаны временная последовательность покрытия, объяснение округления и запрет подтверждения устаревшего расчёта. Это макет вымышленного производства, а не внедрённая система и не измеренный результат.

При разработке ERP-модуля планирование закупок материалов лучше начинать с объяснимого расчёта и проверяемой передачи решения в учёт. Когда закупщик видит основание, актуальность и последствия действия, можно расширять горизонт, группы и автоматизацию. Без этой основы новые прогнозы и сложные панели только увеличат число цифр, которые команда вынуждена перепроверять вручную.