Поставщик стройматериалов Москва: как контролировать готовность партии деревянного погонажа от оплаты до отгрузки

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

Именно этот промежуток чаще всего описывают слишком общими формулировками: «заказ в работе», «почти готов», «ждём несколько позиций», «можно будет отгружать на следующей неделе». Для небольшого заказа этого иногда достаточно. Для объектной партии на 15–30 SKU, где монтаж привязан к календарю, — нет.

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

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

Рабочая последовательность:

ЗАКАЗ ПОДТВЕРЖДЁН → БАЗОВАЯ СПЕЦИФИКАЦИЯ → РАЗДЕЛЕНИЕ «СКЛАД / ПРОИЗВОДСТВО» → СТАТУС ПО КАЖДОМУ SKU → ТЕКУЩИЙ ЭТАП → СЛЕДУЮЩИЙ ЭТАП → ПОДТВЕРЖДЁННАЯ ДАТА ГОТОВНОСТИ → СРАВНЕНИЕ С ДАТОЙ ПОТРЕБНОСТИ ОБЪЕКТА → ОЦЕНКА РИСКА → ЗАКАЗ ФИЗИЧЕСКИ ГОТОВ → ПЕРЕХОД К ПРЕДОТГРУЗОЧНОЙ ПРОВЕРКЕ.

Перейти в каталог

После оплаты сначала фиксируем базовую версию заказа

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

• SKU;
• материал;
• размер или сечение, если это важно;
• товарная длина;
• количество;
• отделка;
• ревизия спецификации;
• зона или очередь объекта;
• требуемая дата на объекте.

Например:

SKU	Материал	Длина	Количество	Отделка	Ревизия	Требуется на объекте
PLT-A	Дуб	2400 мм	120	F01	08	20.09
MLD-A	Бук	2400 мм	86	F02	08	21.09
KZ-A	Дуб	2000 мм	28	F01	08	22.09

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

Нельзя отслеживать производство по старой спецификации

Реальная ошибка выглядит просто. Заказ оплатили по ревизии 08. После оплаты дизайнер изменил MLD-A на MLD-B. Закупщик продолжает спрашивать: «когда будет готов весь заказ?», а производство движется по исходной подтверждённой конфигурации.

До обсуждения сроков нужно ответить на вопрос:

что сейчас является действующим заказом?

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

Статус готовности не заменяет управление изменениями спецификации.

Наша фабрика также производит:

Смотреть весь Каталог продукции

Не весь заказ движется по одному маршруту

В одной партии часть позиций может быть складской, часть — производственной, часть — смешанной.

Например:

SKU	Заказано	Маршрут	Текущее состояние
PLT-A	120	Есть на складе	Комплектуется
MLD-A	86	Производство	В производстве
KZ-A	28	20 на складе + 8 в производстве	Частично готово

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

Русские статусы готовности делают отчёт понятнее

Для закупочного контроля достаточно простого набора статусов:

• ЗАКАЗ ПОДТВЕРЖДЁН — строка принята в работу;
• ПРОВЕРКА НАЛИЧИЯ — уточняется складской остаток или конкретное исполнение;
• В ПРОИЗВОДСТВЕ — позиция изготавливается;
• НА КОНТРОЛЕ КАЧЕСТВА — изделия изготовлены и проходят проверку;
• ЧАСТИЧНО ГОТОВО — готова часть заказанного количества;
• ГОТОВО — конкретная строка полностью готова по количеству;
• ПРИОСТАНОВЛЕНО — есть вопрос, блокирующий дальнейшее движение;
• ГОТОВО К ПРЕДОТГРУЗОЧНОЙ ПРОВЕРКЕ — заказ физически собран и может переходить к следующему процессу.

Последний статус ещё не означает, что машина уже может уезжать. После него начинается отдельная предотгрузочная проверка, которая подтверждает физический состав готовой партии.

Доска готовности заказа показывает конкретные строки, а не общий процент

SKU	Заказано	Статус	Готово	Осталось	Подтверждённая дата
PLT-A	120	ГОТОВО	120	0	18.09
MLD-A	86	В ПРОИЗВОДСТВЕ	48	38	21.09
MLD-B	42	НА КОНТРОЛЕ КАЧЕСТВА	42	0	19.09
KZ-A	28	ЧАСТИЧНО ГОТОВО	20	8	20.09

Такая таблица показывает, какие именно позиции образуют оставшийся риск. Она намного полезнее формулировки «заказ готов примерно на 80%».

Почему «заказ готов на 90%» почти ничего не говорит о риске

Общий заказ — 500 изделий. Готово 450. Формально готовность — 90%.

В одном сценарии отсутствующие 50 — весь KZ-A для главного зала. Без него ближайшая монтажная очередь не закрывается.

В другом сценарии отсутствуют 50 плинтусов для третьей очереди, которая понадобится только через месяц.

Процент одинаковый. Последствия противоположные.

Поэтому закупщик должен видеть:

готовность по SKU + требуемая дата на объекте + критичность позиции.

Поставщики стройматериалов Москва: готовность к производству и готовность к отгрузке — разные состояния

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

Поэтому статус:

ИЗГОТОВЛЕНО

не равен статусу:

ГОТОВО К ОТПРАВКЕ.

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

«Частично готово» — отдельный статус, а не половина решения

Заказано 100 молдингов. Готово 64.

Это не «ГОТОВО» и не «НЕ ГОТОВО». Это:

64 из 100 — ЧАСТИЧНО ГОТОВО.

Дальше проект выбирает стратегию:

• ждать все 100;
• рассматривать частичную раннюю отправку;
• не дробить поставку из-за логистики;
• использовать готовую часть только для конкретной очереди.

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

Для каждой строки нужны четыре разные даты

Одна из самых частых причин ложного ожидания — смешивание разных типов дат.

Дата	Что означает
Запрошенная дата	Когда объект хотел бы получить готовность
Ориентировочная дата	Текущий прогноз на момент отчёта
Подтверждённая дата готовности	Дата, на которую можно опираться как на актуальное подтверждение
Фактическая дата готовности	Когда строка действительно получила статус «ГОТОВО»

Эти четыре даты нельзя хранить в одной колонке «срок».

Ориентировочная дата не должна автоматически становиться датой монтажа

Поставщик сказал: «ориентировочно 20 сентября». Прораб записал монтаж на 21 сентября. Получилась зависимость, которой фактически никто не подтверждал.

В календарь объекта лучше передавать подтверждённую дату, а ориентировочную использовать как прогноз для оценки риска.

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

Еженедельный отчёт по заказу лучше ежедневных звонков «ну что там?»

Для крупной партии удобен короткий регулярный отчёт.

SKU	Предыдущий статус	Текущий статус	Следующий этап	Подтверждённая дата
PLT-A	Комплектуется	ГОТОВО	Предотгрузочная проверка	18.09
MLD-A	В производстве	В производстве	Контроль качества	21.09
KZ-A	Проверка наличия	ЧАСТИЧНО ГОТОВО	Доукомплектация	20.09

Если статус не изменился, это тоже информация. Закупщик видит, какая строка за неделю продвинулась, а какая — нет.

Если статус не изменился, нужно смотреть, сколько он уже длится

Строка MLD-A может находиться в состоянии «В ПРОИЗВОДСТВЕ» и 10 сентября, и 13 сентября, и 16 сентября. Сам по себе одинаковый статус не означает проблему. Но если требуемая дата на объекте приближается, длительность нахождения без перехода на следующий этап становится полезным сигналом.

Для внутреннего контроля можно добавить поле:

ДНЕЙ В ТЕКУЩЕМ СТАТУСЕ.

Например:

SKU	Статус	Дней в статусе	Следующий этап	Требуется на объекте
MLD-A	В ПРОИЗВОДСТВЕ	6	Контроль качества	21.09
KZ-A	ЧАСТИЧНО ГОТОВО	2	Доукомплектация	22.09

Шесть дней в одном статусе не означают автоматически задержку. Но это основание задать конкретный вопрос о следующем этапе и дате его достижения.

Следующий этап делает статус управляемым

Фраза «позиция в производстве» описывает текущее состояние, но не показывает движение вперёд. Поэтому по каждой критичной строке полезно видеть следующий ожидаемый этап.

Например:

Сейчас: В ПРОИЗВОДСТВЕ.

Следующий этап: КОНТРОЛЬ КАЧЕСТВА.

Плановая дата перехода: 19.09.

Такая запись намного информативнее сообщения «работаем». Она позволяет проверить, произошло ли движение на следующем отчёте.

Критичные SKU нужно выделять отдельно

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

• К1 — без позиции останавливается ближайшая монтажная очередь;
• К2 — позиция нужна в течение ближайших двух недель;
• К3 — позиция относится к более поздней очереди.

Если MLD-A и KZ-A оба находятся в производстве, закупщик сначала смотрит на К1, а не на строку с большим количеством или большей стоимостью.

Почему нельзя просить ускорить весь заказ сразу

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

Сначала нужно понять:

• какая строка создаёт риск;
• какой у неё текущий этап;
• какой следующий этап;
• есть ли подтверждённая дата;
• можно ли перестроить монтаж;
• есть ли готовая часть заказа, способная поддержать другой фронт.

Цель контроля — увидеть риск заранее и управлять именно им, а не требовать ускорения каждой позиции без разбора.

Раннее предупреждение лучше фиксировать простым цветовым риском

Для связи закупки и строительного календаря удобно иметь три состояния риска:

• ЗЕЛЁНЫЙ — подтверждённая готовность укладывается в потребность объекта;
• ЖЁЛТЫЙ — срок ещё не сорван, но запаса времени мало или есть неопределённость;
• КРАСНЫЙ — подтверждённая дата уже не соответствует требуемому монтажному графику.

Цвет не заменяет фактический статус. Строка может быть «В ПРОИЗВОДСТВЕ / ЖЁЛТЫЙ риск» или «НА КОНТРОЛЕ КАЧЕСТВА / ЗЕЛЁНЫЙ риск».

Жёлтый риск нельзя привязывать к универсальному числу дней

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

Жёлтый риск может возникать, когда:

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

Правило раннего предупреждения задаёт сам проект.

Приостановленная позиция должна иметь понятную причину

Статус «ПРИОСТАНОВЛЕНО» без причины бесполезен. По нему нельзя понять, что делать дальше.

В отчёте должны быть минимум два поля:

• ПРИЧИНА ПРИОСТАНОВКИ;
• ОТВЕТСТВЕННЫЙ ЗА СНЯТИЕ ПРИЧИНЫ.

Например:

SKU	Причина	Ответственный	Что нужно
MLD-B	Не утверждена отделка	Заказчик	Подтвердить F03
KZ-A	Уточнение количества	Проектная команда	Закрыть вопрос по 8 шт.

Тогда закупщик видит не только остановку, но и конкретное действие для продолжения.

Нужно разделять причины на стороне поставщика, заказчика и проекта

Все приостановки нельзя записывать как «задержка поставщика».

Полезная классификация:

• ПРИОСТАНОВКА НА СТОРОНЕ ПОСТАВЩИКА — вопрос исполнения заказа;
• ПРИОСТАНОВКА НА СТОРОНЕ ЗАКАЗЧИКА — нет утверждения или решения;
• ТЕХНИЧЕСКАЯ ПРИОСТАНОВКА — требуется проектная проверка.

Такая история особенно полезна после завершения заказа, когда оценивают причины фактических сроков.

Маленькая позиция не должна теряться в большом проценте готовности

Заказ состоит из:

• 300 плинтусов;
• 180 молдингов;
• 4 карнизов.

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

Поэтому готовность ведут построчно, а не по проценту количества или стоимости.

Если готовность SKU разошлась, сначала проверяем график, а не вызываем машину

Сценарий:

• плинтус — ГОТОВО;
• молдинг — ГОТОВО;
• карниз — ещё 10 дней.

Решение не должно автоматически звучать «отправляйте всё, что есть».

Сначала проверяются:

1. требуемые даты каждой позиции на объекте;
2. есть ли место для хранения готовой части;
3. не потребуется ли отдельная дорогая машина;
4. может ли монтаж реально начаться без карниза;
5. не создаст ли дробление партии дополнительную путаницу;
6. когда подтверждена готовность оставшейся строки.

Только после этого принимается решение о частичной или общей отгрузке.

Связываем статус заказа с монтажным планом на ближайшие недели

SKU	Статус поставщика	Требуется на объекте	Монтаж	Риск
PLT-A	ГОТОВО	20.09	23.09	ЗЕЛЁНЫЙ
MLD-A	НА КОНТРОЛЕ КАЧЕСТВА	21.09	24.09	ЗЕЛЁНЫЙ
KZ-A	В ПРОИЗВОДСТВЕ	22.09	23.09	ЖЁЛТЫЙ

Теперь видно не просто состояние изготовления, а его влияние на стройку.

Поставщики строительных материалов Москва: риск нужно увидеть до просрочки

Хороший контроль не ждёт момента, когда подтверждённая дата уже сорвана. Он заранее соединяет пять параметров:

• текущий статус;
• следующий этап;
• подтверждённую дату готовности;
• требуемую дату объекта;
• уровень риска.

Если критичный KZ-A всё ещё производится, подтверждённая дата приближается к монтажу, а запаса времени почти нет, закупщик видит риск до фактической просрочки.

Вопрос «когда будет готово?» нужно заменить на восемь конкретных вопросов

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

1. Какие строки уже полностью готовы?
2. Какие позиции находятся в производстве?
3. Какие изделия уже изготовлены и проходят контроль качества?
4. Есть ли строки со статусом «ПРИОСТАНОВЛЕНО»?
5. Какова причина каждой приостановки?
6. Какой следующий этап у критичных SKU?
7. Какая подтверждённая дата готовности по каждой критичной строке?
8. Что изменилось относительно предыдущего отчёта?

Такая постановка превращает общение с поставщиком из обмена обещаниями в управляемый отчёт по заказу.

Изготовлено полностью — ещё не значит, что заказ собран полностью

Все изделия могут быть физически произведены, но заказ ещё не готов как единая партия.

После изготовления могут оставаться:

• финальный контроль;
• маркировка;
• сортировка по группам;
• комплектование количества;
• упаковка;
• проверка соответствия действующей спецификации.

Поэтому статус:

ПРОИЗВОДСТВО ЗАВЕРШЕНО

не всегда означает:

ЗАКАЗ СОБРАН ПОЛНОСТЬЮ.

Полностью собранный заказ ещё не равен разрешению на отправку

Даже после полной комплектации может оставаться отдельная контрольная точка:

• предотгрузочная проверка заказчика;
• проверка количества и SKU;
• решение по одной спорной упаковке;
• подготовка итогового упаковочного листа;
• проверка готовности объекта к приёмке;
• назначение транспорта.

Эта статья заканчивается на состоянии:

ГОТОВО К ПРЕДОТГРУЗОЧНОЙ ПРОВЕРКЕ.

Дальше начинается отдельный процесс: физическая проверка уже собранной партии перед фактической отправкой.

Деревянный плинтус: складской остаток можно собрать быстрее, но это ещё не вся партия

Предположим, заказано 120 планок деревянного плинтуса PLT-A. Все 120 есть на складе.

Для этой строки путь короткий:

ПРОВЕРКА НАЛИЧИЯ → КОМПЛЕКТУЕТСЯ → ГОТОВО.

Но рядом MLD-A ещё производится. Поэтому весь заказ нельзя называть готовым только потому, что массовая строка PLT-A уже собрана.

Готовность по одной позиции и готовность всего заказа — разные уровни.

Деревянный молдинг: производство лучше отслеживать по этапам, а не по общему проценту

Для деревянного молдинга MLD-A заказано 86 изделий.

Например:

• 48 изделий уже изготовлены;
• 38 находятся в производстве;
• готовая часть пока не считается отдельной партией к отправке;
• финальный контроль всей строки ещё не завершён.

Правильный статус:

ЧАСТИЧНО ГОТОВО — 48 из 86.

Это даёт закупщику реальную картину без ложного впечатления «молдинг почти готов».

Деревянный карниз: малая строка может стать критичной для всего календаря

В заказе 28 деревянных карнизов KZ-A. Двадцать уже готовы, восемь ещё в работе.

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

Поэтому для критичных малых SKU особенно важны:

• текущее готовое количество;
• остаток;
• следующий этап;
• подтверждённая дата;
• требуемая дата объекта.

Как отличить складскую готовность от производственной

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

Поэтому в доске готовности полезно иметь отдельное поле:

ИСТОЧНИК ГОТОВНОСТИ: СКЛАД / ПРОИЗВОДСТВО / СМЕШАННЫЙ.

Так закупщик понимает, почему две строки с одинаковой требуемой датой движутся с разной скоростью.

Как работать со смешанной строкой: часть есть, часть нужно изготовить

Заказано 28 KZ-A. На складе есть 20, ещё 8 нужно изготовить.

Плохая запись:

«есть в наличии».

Она скрывает недостающие 8.

Хорошая запись:

20 готово / 8 в производстве / итоговый статус — ЧАСТИЧНО ГОТОВО.

Только когда все 28 доступны в нужном исполнении, строка получает статус «ГОТОВО».

Как работать с изменением количества после оплаты

После подтверждения заказа проект может изменить количество одной позиции. Например, MLD-A было 86, стало 92.

Нельзя просто исправить число в текущем отчёте и продолжить считать старую готовность.

Нужно:

1. зафиксировать изменение спецификации;
2. определить, сколько из нового количества уже покрыто готовым фондом;
3. уточнить, влияют ли дополнительные 6 на срок;
4. обновить подтверждённую дату, если она изменилась;
5. сохранить историю «86 → 92».

Иначе закупщик будет сравнивать текущую готовность с устаревшим объёмом.

Как работать с уменьшением количества после оплаты

Обратная ситуация: было 86 MLD-A, стало 78. Если 82 уже произведены, проект получил четыре потенциально лишних изделия.

Статус заказа должен показывать не только «готово», но и влияние изменения:

• сколько было подтверждено;
• сколько стало нужно;
• сколько уже изготовлено;
• есть ли излишек;
• какое коммерческое решение принято.

Это уже не чистая тема сроков, но без неё готовность строки можно интерпретировать неправильно.

Как работать со сменой SKU после оплаты

Было MLD-A, стало MLD-B. Даже если количество не меняется, прежний статус готовности больше не относится к новой конфигурации.

Например, MLD-A готово 60 из 86. После официальной замены на MLD-B нельзя писать «готово 60 из 86» без уточнения, что это другой товар.

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

Как не потерять контроль, если в заказе 30 SKU

Большой заказ трудно контролировать, если закупщик читает каждую строку одинаково. Удобно фильтровать доску по трём признакам:

• критичность;
• риск;
• изменение статуса за последнюю неделю.

Например, сначала показываются:

1. все К1;
2. все красные;
3. все жёлтые;
4. все позиции без подтверждённой даты;
5. все строки, которые долго не меняют статус.

Остальные зелёные строки остаются видимыми, но не требуют ежедневного внимания.

Как фиксировать изменение статуса, чтобы видеть реальный прогресс

Полезно хранить не только текущее состояние, но и дату последнего изменения.

SKU	Текущий статус	Дата изменения	Предыдущий статус
PLT-A	ГОТОВО	18.09	Комплектуется
MLD-A	В ПРОИЗВОДСТВЕ	12.09	Заказ подтверждён
KZ-A	ЧАСТИЧНО ГОТОВО	16.09	Проверка наличия

Так видно, что MLD-A не менялся шесть дней, а KZ-A продвинулся совсем недавно.

Как связать статус с ответственным контактом

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

В доске можно иметь поле:

СЛЕДУЮЩЕЕ ДЕЙСТВИЕ / ОТВЕТСТВЕННЫЙ.

Например:

SKU	Следующее действие	Ответственный
MLD-B	Утвердить отделку F03	Заказчик
KZ-A	Завершить 8 шт.	Производство

Тогда вопрос не зависает в безличном статусе «ждём».

Подтверждённая дата должна относиться к конкретной строке, а не ко всему заказу

Фраза «заказ будет готов 21 сентября» может скрывать разную реальность. PLT-A готов уже 18-го, MLD-A — 21-го, KZ-A — 24-го. Если назвать одну общую дату, закупщик не понимает, какие позиции ограничивают отправку.

Поэтому подтверждённая дата хранится по SKU или по однородной группе, если у неё действительно один маршрут.

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

Как отличить прогноз от подтверждённой даты

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

Например:

SKU	Прогноз 12.09	Подтверждено 15.09	Фактически готово
MLD-A	20.09	21.09	21.09
KZ-A	20.09	22.09	___

Такая история позволяет позже понять, где прогноз был неточным, а где изменился сам заказ.

Если подтверждённая дата меняется, фиксируем причину

Изменение даты без объяснения выглядит одинаково, хотя причины могут быть принципиально разными.

Варианты:

• изменение количества заказчиком;
• изменение SKU;
• неутверждённая отделка;
• техническая приостановка;
• производственная причина;
• перенос потребности самим объектом.

Для оценки поставщика и проекта эти причины нельзя смешивать.

Как работать, если объект перенёс требуемую дату позже

Если монтаж сдвинулся с 23 на 30 сентября, строка может из жёлтой снова стать зелёной без изменения поставщика. Это не улучшение производства, а изменение потребности объекта.

Поэтому в доске должны существовать отдельно:

• подтверждённая дата готовности;
• требуемая дата на объекте.

Риск рассчитывается между ними, а не хранится как постоянная оценка.

Как работать, если объект перенёс требуемую дату раньше

Обратная ситуация: монтаж ускорился. KZ-A был зелёным при потребности 30 сентября, но новая дата — 23 сентября. При прежней подтверждённой готовности 25 сентября строка становится красной.

Это не означает, что поставщик внезапно начал отставать от исходного плана. Изменился строительный календарь.

Такое различие важно, чтобы корректно обсуждать варианты:

• перестроить монтаж;
• оценить частичную готовность;
• обсудить возможность ускорения конкретной строки;
• изменить очередь доставки.

Как работать с частично готовой партией без преждевременной логистики

Частичная готовность — это информация, а не команда «отправлять».

Например, готово 64 из 100 MLD-A. До решения о ранней отправке нужно понять:

• закрывают ли 64 ближайшую зону целиком;
• не потребуется ли второй транспорт;
• есть ли место хранения на объекте;
• не смешаются ли две части одной партии;
• когда будут готовы оставшиеся 36;
• нужна ли поставщику дополнительная упаковочная группировка.

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

Как понять, что готовая часть действительно закрывает монтажную очередь

Общего количества недостаточно. Нужно сопоставить готовую часть с конкретным набором SKU первой очереди.

Например:

Первая очередь	Нужно	Готово	Можно начинать?
PLT-A	40	120	Да
MLD-A	28	48	Да
KZ-A	8	0	Нет

Несмотря на высокий общий процент готовности, первая очередь не комплектна из-за KZ-A.

Как контролировать заказ, если он состоит из нескольких очередей

Для крупного объекта удобно добавить колонку «очередь»:

• Очередь 1 — ближайший монтаж;
• Очередь 2 — следующий этап;
• Очередь 3 — поздняя зона.

Тогда закупщик видит не только статус товара, но и его место в строительной последовательности.

Строка К1 из первой очереди требует больше внимания, чем К1 из третьей, если до третьей очереди ещё месяц.

Как не путать критичность и стоимость

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

Поэтому приоритет контроля лучше строить по влиянию на график, а не по цене позиции.

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

Как не путать количество и критичность

300 плинтусов выглядят важнее четырёх карнизов только на уровне количества. Для монтажа может быть наоборот.

В доске готовности количество показывает масштаб, но приоритет задают:

• требуемая дата;
• роль SKU в зоне;
• возможность начать работу без него;
• наличие замены или резерва;
• время до следующего этапа.

Строительные материалы Москва оптом: московский кластер не должен превращать статью в страницу про выбор поставщика

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

Поэтому география здесь вторична. Основная практическая задача — получить прозрачные статусы по SKU и соединить их со строительным календарём.

Как вести заказ без сложной системы управления

Для большинства проектов достаточно одной таблицы. Минимальные колонки:

• SKU;
• заказано;
• готово;
• текущий статус;
• дата изменения статуса;
• следующий этап;
• подтверждённая дата готовности;
• требуемая дата объекта;
• критичность;
• риск;
• причина приостановки;
• ответственный.

Эта таблица уже значительно сильнее переписки в мессенджере «как дела с заказом?».

Как работать с еженедельным отчётом, если ничего не изменилось

Отчёт не нужно заполнять искусственными изменениями. Если MLD-A по-прежнему в производстве, так и указывается.

Но полезно обновить:

• дней в текущем статусе;
• подтверждённую дату;
• риск относительно объекта;
• комментарий по следующему этапу.

Так «без изменений» становится полноценной информацией, а не пустой строкой.

Когда статус «ГОТОВО» нужно снимать

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

В таком случае нельзя оставлять старый статус ради красивого процента.

Строка переводится в:

ПРИОСТАНОВЛЕНО

или другой актуальный статус с причиной.

История предыдущей готовности сохраняется, но текущая доска должна показывать реальное состояние.

Как работать с одной спорной строкой, если остальные полностью готовы

Если 19 из 20 SKU готовы, а одна строка приостановлена, проекту нужно решить:

• может ли готовая часть ехать отдельно;
• нужна ли спорная строка для ближайшей очереди;
• какова дата её решения;
• сколько будет стоить дополнительная логистика;
• есть ли риск перепутать частичные отгрузки;
• не проще ли дождаться полного заказа.

Общего правила нет. Главное — принимать решение на основе конкретной строки, а не фразы «99% уже готово».

Как работать с маленьким заказом

Если заказ состоит из двух SKU и нужен через месяц, сложная доска может быть избыточной. Достаточно:

• действующей спецификации;
• текущего статуса;
• подтверждённой даты;
• требуемой даты объекта.

Методика масштабируется под риск. Её цель — не максимальное количество полей, а понятная готовность.

Как проверить готовность заказа накануне перехода к предотгрузочной проверке

До финальной физической проверки закупщик должен видеть, что производственный этап действительно завершён.

Контрольный список:

1. Все обязательные SKU имеют статус «ГОТОВО».
2. Количество по каждой строке соответствует действующей спецификации.
3. Нет открытых приостановок.
4. Все изменения заказа учтены.
5. Критичные строки не имеют скрытых незакрытых вопросов.
6. Заказ собран как единая партия или понятные очереди.
7. Можно переходить к физической предотгрузочной проверке.

После этого доска готовности выполнила свою задачу.

Практический сценарий: заказ готов на 88%, но первая очередь всё равно под угрозой

Заказ состоит из 17 SKU. По количеству готово 88% изделий. Закупщик может ошибочно решить, что риск минимален.

Но если разложить по первой очереди, получится:

SKU	Для первой очереди нужно	Готово	Статус
PLT-A	44	120	ГОТОВО
MLD-A	30	48	ЧАСТИЧНО ГОТОВО
KZ-A	6	0	В ПРОИЗВОДСТВЕ

Вторая и третья строки показывают, что ближайший монтаж не комплектен. Даже при высоком общем проценте первая очередь зависит от KZ-A.

Значит, основной вопрос не «сколько процентов готово», а «закрыт ли комплект ближайшей зоны».

Практический сценарий: низкий процент готовности, но ближайший монтаж защищён

Обратная ситуация. Весь заказ готов только на 62%, но первая очередь полностью закрыта.

Например:

• все SKU для Этапа 1 — готовы;
• половина Этапа 2 — готова;
• Этап 3 почти не начинался.

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

Практический сценарий: подтвердили дату, но заказчик сам задержал отделку

MLD-B должен был быть готов 24 сентября. 18 сентября поставщик запросил финальное подтверждение F03. Заказчик ответил только 22 сентября.

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

В отчёте:

Дата	Событие	Сторона
18.09	Запрошено подтверждение F03	Поставщик
18–22.09	Ожидание решения	Заказчик
22.09	F03 подтверждена	Заказчик

Это позволяет честно оценить фактическую историю заказа.

Практический сценарий: поставщик сообщил «готово», но речь шла только о производстве

Иногда слово «готово» используется слишком широко. Менеджер имеет в виду, что изделие изготовлено. Закупщик понимает, что весь заказ можно грузить завтра.

Чтобы исключить такое расхождение, в отчёте лучше использовать конкретные статусы:

• ПРОИЗВОДСТВО ЗАВЕРШЕНО;
• НА КОНТРОЛЕ КАЧЕСТВА;
• КОМПЛЕКТУЕТСЯ;
• ГОТОВО К ПРЕДОТГРУЗОЧНОЙ ПРОВЕРКЕ.

Чем точнее термин, тем меньше ложных ожиданий.

Практический сценарий: четыре карниза важнее сотни плинтусов

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

В отчёте они получают:

К1 / ЖЁЛТЫЙ.

Плинтус при этом остаётся:

К2 / ЗЕЛЁНЫЙ.

Так

Как не потерять связь с исходной спецификацией в еженедельных отчётах

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

В шапке каждого отчёта полезно указывать:

• номер заказа;
• ревизию спецификации;
• дату отчёта;
• ответственного;
• перечень изменений после предыдущего отчёта.

Тогда статус «ГОТОВО» однозначно относится к конкретной версии заказа.

Как вести историю изменения количества готовой части

Для частично готовой строки полезно хранить динамику.

Дата	Готово	Осталось
12.09	20	66
15.09	48	38
18.09	72	14

Так закупщик видит реальное продвижение, а не только неизменный статус «В ПРОИЗВОДСТВЕ».

Как оценивать риск по строке, которая движется медленно, но стабильно

Медленное движение не всегда означает проблему. Если MLD-A прибавляет готовое количество каждую неделю и подтверждённая дата всё ещё укладывается в график, риск может оставаться зелёным.

Важны не эмоции от скорости, а сочетание:

• темпа;
• оставшегося объёма;
• подтверждённой даты;
• требуемой даты;
• критичности.

Как работать с строкой, где готовое количество внезапно уменьшилось

Такое событие требует объяснения. Например, вчера было готово 42 изделия, сегодня в отчёте 38.

Возможные причины:

• часть не прошла контроль;
• обнаружено несоответствие;
• ошибка предыдущего отчёта;
• изменена спецификация.

Количество не должно «плавать» без комментария. История должна объяснять, почему четыре изделия перестали считаться готовыми.

Стройматериалы оптом Москва: контроль должен быть спокойным, а не аварийным

Главная польза доски готовности — не создавать больше звонков, а наоборот сокращать их. Если критичные строки, даты и риски видны заранее, закупщик не вынужден каждый день выяснять общее состояние заказа.

Контроль превращается в регулярный процесс: отчёт → изменения → риски → действия по конкретным строкам.

Купить стройматериалы оптом Москва: после оплаты задача меняется с выбора на управление исполнением

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

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

Как работать с зависимостью одной позиции от другой

Иногда отдельный SKU сам по себе готов, но использовать его невозможно, пока не готов соседний элемент. Например, молдинг для портала уже собран, а специальный карниз того же узла ещё производится. Формально одна строка зелёная, но монтажный комплект портала не завершён.

Поэтому для критичных зон полезно дополнительно проверять комплектность узла. В доске можно указать:

PLT-A — ГОТОВО.

MLD-A — ГОТОВО.

KZ-A — В ПРОИЗВОДСТВЕ.

ЗОНА «ЛОББИ» — НЕ КОМПЛЕКТНА.

Это предотвращает ошибку, когда отдельные строки выглядят благополучно, а реальный монтажный комплект ещё не собран.

Как контролировать готовность по зонам параллельно с контролем по SKU

Построчный контроль отвечает на вопрос «что происходит с товаром». Зональный контроль отвечает на вопрос «какой фронт работ реально можно открыть».

Зона	Нужные SKU	Комплектность	Риск
Этаж 1	PLT-A, MLD-A	Полная	ЗЕЛЁНЫЙ
Лобби	PLT-B, MLD-B, KZ-A	Не хватает KZ-A	ЖЁЛТЫЙ
Этаж 3	PLT-C	Не требуется сейчас	ЗЕЛЁНЫЙ

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

Как работать с одной строкой, разбитой на несколько монтажных очередей

PLT-A заказан в количестве 120 штук, но первая очередь требует 40, вторая — ещё 50, третья — 30.

Если готово 64 штуки, строка имеет статус «ЧАСТИЧНО ГОТОВО», но первая очередь фактически полностью обеспечена.

Полезно хранить:

• общее количество — 120;
• готово — 64;
• потребность Этапа 1 — 40;
• остаток после Этапа 1 — 24;
• Этап 2 пока не комплектен.

Так частичная готовность перестаёт быть абстрактной цифрой.

Как оценить, нужен ли отдельный запрос по критичной строке

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

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

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

Как работать с корректировкой срока без обвинительной формулировки

Вместо записи «поставщик задержал KZ-A» до выяснения причин лучше использовать фактическую формулировку:

подтверждённая дата изменена с 22.09 на 25.09; причина — уточняется / указана.

После фиксации причины уже можно отнести событие к стороне поставщика, заказчика, техническому вопросу или изменению проекта.

Такая дисциплина делает итоговую оценку поставки объективнее.

Как проверить, не устарела ли требуемая дата объекта

Закупщик может идеально контролировать поставщика и одновременно работать со старым строительным графиком. Поэтому требуемую дату тоже нужно обновлять.

При каждом недельном отчёте полезно проверить:

• не перенёсся ли монтаж;
• не поменялась ли последовательность этажей;
• не появился ли новый приоритет;
• не закрылась ли потребность складским остатком объекта;
• не стала ли ранее критичная позиция поздней.

Риск рассчитывается только по актуальному календарю.

Как работать, если объект уже имеет часть нужного SKU

На объекте может оставаться 12 PLT-A от предыдущей поставки. Новая партия ещё не готова полностью, но первая очередь требует 10.

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

Важно не смешивать остаток объекта с готовностью поставщика: это разные данные. Но в оценке монтажного риска они встречаются.

Как работать с резервом, не маскируя задержку

Если сервисный или монтажный резерв временно закрывает потребность, это не значит, что строку поставщика можно считать готовой.

В отчёте:

KZ-A — В ПРОИЗВОДСТВЕ / риск для монтажа временно закрыт резервом объекта.

Так сохраняется честная история заказа и одновременно видно, что стройка может продолжать работу.

Как провести итоговую сверку перед переводом всего заказа на следующий этап

Перед статусом «ГОТОВО К ПРЕДОТГРУЗОЧНОЙ ПРОВЕРКЕ» полезно выполнить последнюю управленческую сверку:

1. Действующая спецификация совпадает с текущим заказом.
2. Все изменения после оплаты отражены.
3. По каждой обязательной строке готово полное количество.
4. Нет строк «ЧАСТИЧНО ГОТОВО» среди обязательных для этой отгрузки.
5. Нет открытых приостановок.
6. Критичные SKU имеют подтверждённый фактический статус.
7. Зоны ближайшей очереди комплектны.
8. Отчёт готовности можно закрыть и передать партию на физическую проверку.

После этого закупщик перестаёт управлять производственной готовностью и переходит к проверке уже собранного физического груза.

Как работать, если одна строка готова раньше подтверждённой даты

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

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

Как понимать готовность позиции, если количество собрано, но маркировка ещё не завершена

Количество может быть физически полным, но строка ещё не должна получать финальный статус «ГОТОВО К ПРЕДОТГРУЗОЧНОЙ ПРОВЕРКЕ», если без маркировки невозможно надёжно отделить её от похожих SKU. В этом случае статус лучше оставить на этапе комплектования.

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

Что делать, если все строки имеют статус «ГОТОВО», но заказ ещё не собран физически

Такой сценарий возможен, если готовность ведётся на уровне отдельных SKU, а физическая комплектация ещё не завершена. Например, плинтус лежит на одном складе, молдинг — в зоне упаковки, карниз — после контроля качества, но в таблице каждая строка уже получила статус «ГОТОВО».

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

Полезно иметь отдельный общий статус:

ЗАКАЗ СОБРАН ПОЛНОСТЬЮ.

Только после него появляется следующий статус:

ГОТОВО К ПРЕДОТГРУЗОЧНОЙ ПРОВЕРКЕ.

Так закупщик не путает готовность отдельных строк с готовностью физической партии как единого объекта контроля.

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

18 ошибок контроля готовности оплаченного заказа

1. Звонить только с вопросом «когда будет готово?»

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

2. Иметь один статус на весь заказ

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

3. Смотреть только процент готовности

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

4. Считать процент стоимости показателем готовности

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

5. Не различать склад и производство

Причина: весь заказ описывают словом «в работе». Последствие: закупщик не понимает маршрут конкретной строки. Профилактика: поле «склад / производство / смешанный».

6. Считать частичную готовность полной

Причина: большая часть количества уже готова. Последствие: машина назначается раньше, чем комплектна нужная очередь. Профилактика: показывать «готово X из Y».

7. Считать завершение производства готовностью к отгрузке

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

8. Не фиксировать подтверждённую дату

Причина: ориентировочной даты кажется достаточно. Последствие: строительный календарь строится на предположении. Профилактика: отдельные поля «ориентир» и «подтверждено».

9. Передавать объекту прогноз как обещание

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

10. Не знать следующий этап

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

11. Не отслеживать длительность одного статуса

Причина: статус формально не изменился. Последствие: зависшая позиция замечается слишком поздно. Профилактика: считать дни в текущем статусе.

12. Не выделять критичные позиции

Причина: все строки считаются равными. Последствие: внимание уходит на массовые, но поздние позиции. Профилактика: К1 / К2 / К3.

13. Просить ускорить всё без разбора

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

14. Не фиксировать причину приостановки

Причина: достаточно написать «ждём». Последствие: никто не знает, кто должен действовать. Профилактика: причина + ответственный.

15. Записать ожидание решения заказчика как задержку поставщика

Причина: итоговая дата сдвинулась. Последствие: история заказа искажена. Профилактика: разделять причины приостановки.

16. Потерять маленький SKU в большом заказе

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

17. Отправить готовую часть без оценки последствий

Причина: хочется «забрать хоть что-то». Последствие: лишняя логистика и хранение без пользы монтажу. Профилактика: проверить комплектность очереди и экономику дробления.

18. Не связать статус поставки с требуемой датой монтажа

Причина: производство и стройка ведутся отдельно. Последствие: риск становится заметен только после просрочки. Профилактика: единая таблица «статус → подтверждённая дата → потребность объекта → риск».

Финальный порядок контроля готовности от оплаты до предотгрузочной проверки

ЗАКАЗ ПОДТВЕРЖДЁН → БАЗОВАЯ СПЕЦИФИКАЦИЯ → СКЛАД / ПРОИЗВОДСТВО → СТАТУС ПО SKU → ТЕКУЩИЙ ЭТАП → СЛЕДУЮЩИЙ ЭТАП → ПОДТВЕРЖДЁННАЯ ДАТА → ТРЕБУЕМАЯ ДАТА ОБЪЕКТА → КРИТИЧНОСТЬ → ЗЕЛЁНЫЙ / ЖЁЛТЫЙ / КРАСНЫЙ РИСК → ПРОИЗВОДСТВО ЗАВЕРШЕНО → КОНТРОЛЬ КАЧЕСТВА → ЗАКАЗ СОБРАН → ГОТОВО К ПРЕДОТГРУЗОЧНОЙ ПРОВЕРКЕ.

1. Зафиксировать действующую спецификацию после оплаты.
2. Записать SKU, материал, длину, количество и отделку.
3. Указать требуемую дату по объекту.
4. Разделить складские и производственные позиции.
5. Назначить статус каждой строке.
6. Отдельно отмечать частичную готовность.
7. Записывать готовое и оставшееся количество.
8. Указывать дату последнего изменения статуса.
9. Указывать следующий этап.
10. Фиксировать подтверждённую дату готовности.
11. Не подменять её ориентировочной датой.
12. Назначить критичность К1 / К2 / К3.
13. Сравнить дату поставщика с потребностью объекта.
14. Назначить уровень риска.
15. Фиксировать причины приостановок.
16. Разделять причины поставщика, заказчика и проекта.
17. Обновлять отчёт регулярно.
18. Следить за строками, долго не меняющими статус.
19. Не принимать решение о частичной отправке по одному проценту готовности.
20. Проверять комплектность ближайшей очереди.
21. Закрывать все изменения спецификации.
22. Подтверждать полную готовность обязательных SKU.
23. Переводить заказ в состояние «ГОТОВО К ПРЕДОТГРУЗОЧНОЙ ПРОВЕРКЕ».
24. После этого запускать отдельную физическую проверку партии перед отгрузкой.

Итог: после оплаты закупщику нужна не фраза «заказ в работе», а управляемая картина по каждой строке

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

Главная логика:

что заказано → что происходит сейчас → что будет следующим → когда подтверждена готовность → когда это нужно объекту → есть ли риск.

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

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

Часто задаваемые вопросы

Нужно ли вести статус по каждой строке небольшого заказа?

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

Что важнее: процент готовности или готовность ближайшей очереди?

Для строительного графика важнее комплектность ближайшей очереди. Высокий общий процент может скрывать отсутствие одного критичного SKU.

Что считать подтверждённой датой?

Дату, которую стороны используют как актуальное подтверждение готовности конкретной строки. Ориентировочный прогноз лучше хранить отдельно.

Можно ли считать изготовленный товар готовым к отгрузке?

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

Что делать, если готова только часть количества?

Указать фактическое соотношение «готово X из Y» и отдельно решить, нужна ли частичная отправка. Сам статус не означает автоматическую отгрузку.

Когда позиция становится жёлтой по риску?

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

Как учитывать ожидание решения заказчика?

Как отдельную причину приостановки. Такой период нельзя автоматически относить к задержке исполнения поставщиком.

Нужно ли ускорять весь заказ, если одна строка отстаёт?

Нет. Сначала нужно оценить критичность именно этой позиции, требуемую дату и возможность перестроить монтаж.

Когда имеет смысл отправлять готовую часть отдельно?

Когда она полностью закрывает самостоятельную монтажную очередь и польза для графика превышает дополнительную логистику и хранение.

Где заканчивается контроль готовности и начинается предотгрузочная проверка?

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