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

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

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

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

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

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

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

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

Первым документом должна быть матрица ответственности

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

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

| Задача | Основной ответственный | | --- | --- | | Выбрать профиль | дизайнер / проектировщик | | Утвердить решение | заказчик или уполномоченное лицо | | Подтвердить технические параметры | проектировщик / комплектатор | | Рассчитать количество | назначенный специалист по спецификации | | Запросить коммерческое предложение | закупщик / комплектатор / подрядчик | | Разместить заказ | назначенное договором лицо | | Оплатить | сторона по принятой модели закупки | | Контролировать срок | владелец закупочной строки | | Принять на объекте | назначенный ответственный за приёмку | | Согласовать замену | только уполномоченные проектом лица | | Учесть остатки | подрядчик / снабжение / заказчик по принятой схеме |

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

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

Кто конкретно должен сделать это действие и как мы поймём, что оно действительно выполнено?

Три модели закупки деревянного погонажа

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

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

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

Модель A — материал покупает заказчик

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

Плюсы:

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

Но вместе с контролем он получает обязанности:

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

Эта модель работает, если заказчик либо сам умеет вести закупку, либо получает от проекта готовую техническую ведомость.

Модель B — покупает подрядчик

Материал входит в снабжение подрядчика.

Это удобно, если одна сторона одновременно отвечает за график работ, фактический расход и монтаж.

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

материалы по дизайн-проекту.

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

Модель C — закупку ведёт комплектатор

Комплектатор связывает:

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

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

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

Когда материал покупает заказчик

Самостоятельная покупка хорошо работает, когда спецификация уже подготовлена профессионально.

Заказчик должен получить не сообщение:

Купите около 200 метров дубового плинтуса.

А строку:

PLT-___ / дуб / размер ___ / длина ___ / чистая потребность ___ / монтажный резерв ___ / к заказу ___ шт.

Тогда заказчик выполняет коммерческую операцию, а не заново проектирует закупку.

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

Выбор профиля и расчёт количества — разные компетенции

Человек может отлично выбирать интерьер, но плохо считать длинномер.

Для плинтуса мало знать периметр помещения.

Нужно учитывать:

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

Допустим, чистая потребность — 91 м, а товарная длина — 2,4 м.

Математический минимум:

91 / 2,4 = 37,92, то есть 38 планок.

Купленный метраж:

38 × 2,4 = 91,2 м.

На бумаге запаса почти нет — всего 0,2 м. Реальный раскрой стен может потребовать больше 38 планок. Поэтому человек, отвечающий за количество, должен считать не только общий метраж.

Деревянный плинтус: что получить до оплаты

Перед покупкой плинтуса полезна ведомость:

| Помещение | Чистая потребность | Товарная длина | По раскрою | Резерв | К заказу | | --- | ---: | ---: | ---: | ---: | ---: | | Гостиная | ___ | ___ | ___ | ___ | ___ | | Коридор | ___ | ___ | ___ | ___ | ___ | | Кабинет | ___ | ___ | ___ | ___ | ___ |

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

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

Так старая версия не продолжает жить в переписке параллельно с новой.

Когда закупку погонажа передают подрядчику

Передача закупки подрядчику логична, если он управляет:

• графиком;
• снабжением;
• монтажом;
• фактическими замерами;
• расходом на объекте.

Но договорная и проектная документация должна отвечать:

Какие параметры подрядчик может менять самостоятельно?

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

Нельзя менять без согласования

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

Можно корректировать в рамках полномочий

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

Конкретные полномочия определяются договором и проектом.

Почему фраза «материалы по проекту» недостаточна

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

Вместо:

деревянный молдинг по проекту

нужно:

MLD-___ / материал ___ / полный размер ___ / длина ___ / количество ___ / замена только по согласованию.

Для карниза:

KZ-___ / материал ___ / размер ___ / длина ___ / количество ___ / версия проекта ___.

Для плинтуса:

PLT-___ / материал ___ / размер ___ / длина ___ / количество ___.

Так подрядчик понимает, где заканчивается его свобода закупочного решения.

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

Только если проект заранее допускает такую процедуру.

Рабочая схема:

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

Неправильная схема:

нужного не было, взяли похожий.

Даже если замена визуально удачна, отсутствие процедуры создаёт проблему ответственности.

Если позже заказчик не принимает результат, участники начинают спорить уже после оплаты и монтажа.

Кто оплачивает ошибочную замену

Универсального ответа нет.

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

Поэтому практическое решение — определить до первой закупки:

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

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

Когда нужен отдельный комплектатор

Комплектатор особенно полезен, когда одновременно есть:

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

Его функция — не «найти дешевле».

Он должен провести конкретную позицию по всей цепочке:

DESIGN → APPROVED → QUANTITY CONFIRMED → RFQ → ORDERED → READY → DELIVERED → ACCEPTED.

И в любой момент ответить, где находится каждая строка.

Чем комплектатор отличается от дизайнера

Дизайнер отвечает прежде всего за проектное решение:

• какой профиль;
• какой масштаб;
• какой материал;
• где применяется.

Комплектатор переводит решение в закупочную систему:

• точный артикул;
• ссылка;
• количество;
• коммерческое предложение;
• срок;
• статус заказа;
• поставка.

На небольшом объекте дизайнер может выполнять обе функции.

Но внутри процесса всё равно полезно разделять:

решение утверждено

и

товар реально заказан.

Это не один статус.

Чем комплектатор отличается от прораба

Прораб управляет выполнением строительных работ и фактической ситуацией на объекте.

Комплектатор управляет закупочной номенклатурой.

Функции могут пересекаться.

Например, прораб подтверждает фактический размер стены, а комплектатор пересчитывает количество и размещает заказ.

Именно поэтому распределять нужно действия, а не спорить о названиях должностей.

Один материал — один владелец закупочной строки

Допустим, в проекте есть MLD-021.

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

Он должен ответить:

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

Это не означает, что все действия выполняет один человек.

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

Какие статусы присвоить каждой позиции

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

DESIGN — профиль выбирается.

APPROVED — проектное решение утверждено.

QUANTITY CONFIRMED — количество подтверждено.

RFQ — коммерческое предложение запрошено.

QUOTE RECEIVED — предложение получено.

ORDER APPROVED — коммерческие условия утверждены.

ORDERED — заказ реально размещён.

READY — готов к отгрузке.

DELIVERED — физически получен на объекте или складе.

ACCEPTED — прошёл предусмотренную объектом проверку.

HOLD — обнаружено расхождение, выдача в монтаж остановлена.

Эта система быстро отвечает на вопрос:

Мы карниз уже заказали или только получили цену?

Оптовые закупки стройматериалов: что на самом деле означает ORDERED

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

Минимум:

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

Не подходит:

менеджеру вроде написали

или:

закупщик сказал, что всё сделал.

Такие формулировки не являются контролируемым статусом.

Где хранить подтверждение заказа

Критичная информация не должна существовать только в личном мессенджере одного сотрудника.

В общей проектной папке или системе нужно хранить:

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

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

ORDER-BY и NEED-BY: две разные даты

Для каждой позиции полезны минимум две даты.

ORDER-BY

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

NEED-BY

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

Между ними лежит:

подтверждение заказа → производство или комплектация → упаковка → перевозка → приёмка → внутреннее перемещение до зоны монтажа.

Фраза:

подрядчик сказал, что успеет

не заменяет эту цепочку.

Если срок производства или поставки меняется, владелец закупочной строки должен увидеть влияние на NEED-BY.

Кто подтверждает количество деревянного карниза

Дизайнер может выбрать KZ-XXX и показать его на чертеже.

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

Например, в проекте длина стены:

5200 мм.

После выполненной отделки контрольный размер:

5165 мм.

Разница:

5200 − 5165 = 35 мм.

Для одной стены это может быть некритично по количеству. На десятках помещений суммарное отличие уже влияет на метраж и раскрой.

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

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

Не обязательно это дизайнер. Это может быть прораб, замерщик, комплектатор или другая назначенная роль.

Кто отвечает за монтажный запас

Типичный конфликт:

заказчик:

Я купил ровно столько, сколько мне прислали.

подрядчик:

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

Такой спор означает, что спецификация была неполной.

Нужны отдельные поля:

| Показатель | Значение | | --- | ---: | | Чистая потребность | ___ | | Количество по раскрою | ___ | | Монтажный резерв | ___ | | Эксплуатационный резерв | ___ | | Итог к заказу | ___ |

Тогда видно, кто сформировал каждую цифру и что именно оплачено.

Кто владеет остатками после монтажа

Это тоже нужно решить заранее.

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

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

До начала работ полезно определить:

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

Не нужно оставлять этот вопрос до последнего дня объекта, когда упаковки уже смешаны.

Закупка стройматериалов: пять конфликтов без распределённой ответственности

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

1. Никто не заказал вовремя

Решение: владелец строки + ORDER-BY.

2. Заказали неправильный артикул

Решение: утверждённая спецификация + сверка заказа до оплаты.

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

Решение: назначенный ответственный за финальный расчёт и контрольный замер.

4. Материал приехал слишком рано или поздно

Решение: ORDER-BY + NEED-BY + подтверждённый график.

5. После монтажа непонятно, кому принадлежат остатки

Решение: правило остатка и резерва в закупочной модели проекта.

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

Что делать, если проект изменился после заказа

Представим:

молдинг MLD-A уже заказан.

Дизайнер меняет раскладку и хочет MLD-B.

Сначала нужно определить:

• сколько MLD-A уже произведено;
• можно ли отменить или изменить заказ;
• можно ли использовать его в другой зоне;
• сколько MLD-B потребуется;
• меняется ли срок;
• меняется ли бюджет;
• кто утверждает дополнительные расходы.

Изменение должно проходить как отдельная операция, а не как новая строка, которая незаметно заменяет старую.

Как выглядит CHANGE ORDER на деревянный погонаж

Пример:

| Было | Стало | Причина | Изменение количества | Изменение стоимости | Согласовано | | --- | --- | --- | ---: | ---: | --- | | MLD-A | MLD-B | изменение дизайна | ___ | ___ | ___ |

Дополнительно фиксируют:

• дату;
• инициатора;
• что уже заказано по старой версии;
• что происходит со старым материалом;
• с какой зоны действует изменение.

Механизм оплаты change order зависит от договора.

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

Кто должен принимать погонаж на объекте

Не случайный рабочий, который оказался рядом с машиной.

Человек, отвечающий за приёмку, должен иметь:

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

Проверяется не только факт:

коробки приехали.

Нужно установить:

приехала ли именно та товарная конфигурация, которая была заказана.

Физическое получение и техническая приёмка — не одно и то же

Водитель, охрана или сотрудник разгрузки может подтвердить количество транспортных мест.

Это ещё не означает, что кто-то проверил:

• артикулы;
• материал;
• товарные длины;
• соответствие спецификации;
• видимые повреждения;
• маркировку.

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

DELIVERED — доставлено;

ACCEPTED — принято по внутренней процедуре.

Между этими статусами может существовать проверка.

Что делать, если неправильный профиль обнаружен до монтажа

Материал получает статус:

HOLD.

Дальше фиксируются:

• артикул;
• количество;
• фото;
• ожидаемая позиция;
• фактически полученная;
• расхождение;
• дата;
• ответственный.

Пока решение не принято, спорный профиль не передаётся бригаде.

Это принципиально: до монтажа стоимость ошибки обычно намного ниже, чем после.

Если ошибку обнаружили после монтажа

Тогда к стоимости материала добавляются:

• демонтаж;
• повторная подготовка поверхности;
• новый товар;
• повторный монтаж;
• возможная окраска;
• влияние на срок.

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

Проверка после появления дефекта — уже управление последствиями.

Пример RACI для деревянного погонажа

RACI удобно использовать как стартовую модель.

R — выполняет действие.
A — окончательно отвечает/утверждает.
C — участвует в согласовании.

| Процесс | Заказчик | Дизайнер | Комплектатор | Подрядчик | | --- | --- | --- | --- | --- | | Выбор профиля | A | R | C | C | | Подтверждение технической строки | C | R | R | C | | Расчёт количества | C | C | R | C/R | | Запрос коммерческих предложений | C | — | R | C/R | | Утверждение бюджета | A | C | R | C | | Размещение заказа | A/C | — | R | R/C | | Контроль срока | C | — | R | R | | Приёмка | C | — | C | R | | Предложение замены | C | R/C | R | R/C | | Финальное согласование замены | A | R/C | C | C |

Это пример, а не универсальное юридическое распределение ответственности.

На реальном объекте матрица должна соответствовать договору и фактической структуре команды.

Как проверить матрицу на работоспособность

Для каждой строки задайте четыре вопроса:

1. Есть ли конкретный R?
2. Есть ли человек, принимающий окончательное решение?
3. Не назначены ли пять человек ответственными одновременно?
4. Понимают ли участники, где зафиксирован результат действия?

Если у задачи «разместить заказ» стоят одновременно заказчик, подрядчик и комплектатор без уточнения роли, это не усиление контроля, а потенциальная серая зона.

Лучше один исполнитель и прозрачная цепочка согласования.

Минимальная карточка закупочной позиции

Для каждого критичного SKU можно вести:

| Поле | Значение | | --- | --- | | Проект | ___ | | Зона | ___ | | Артикул | ___ | | Материал | ___ | | Размер | ___ | | Длина | ___ | | Количество | ___ | | Владелец строки | ___ | | Статус | ___ | | ORDER-BY | ___ | | NEED-BY | ___ | | Поставщик | ___ | | Номер заказа | ___ | | Замена разрешена | да / нет / согласование | | Приёмка | ___ | | Остаток | ___ |

На небольшом объекте такую карточку можно вести в одной таблице.

Сложная ERP не обязательна. Обязательна однозначность.

Когда три роли можно объединить в одном человеке

На небольшом ремонте один дизайнер-комплектатор действительно может:

• выбрать профиль;
• составить спецификацию;
• запросить цену;
• оформить заказ.

Это нормально.

Но даже в этом случае действия должны иметь разные статусы.

Человек не должен считать:

я выбрал товар — значит он автоматически заказан.

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

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

Самостоятельная покупка может быть плохой моделью, если заказчик:

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

Тогда формальная экономия на услуге комплектации способна создать больше координационной работы.

Когда закупку лучше не отдавать подрядчику целиком

Полная передача подрядчику может быть неудачна, если:

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

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

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

Можно использовать простое дерево решения.

Заказчик готов сам вести позиции, сроки и документы?
Если да, модель A может работать.

Подрядчик по договору отвечает за снабжение и умеет вести точные SKU?
Если да, модель B может быть эффективнее.

SKU много, поставщиков несколько, поставки этапные, согласований много?
Тогда отдельная функция комплектатора снижает риск потерянных строк.

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

Выбирать нужно не «самую профессиональную должность», а процесс, в котором у каждой операции есть исполнитель и точка проверки.

Финальная схема ответственности за деревянный погонаж

1. Дизайнер выбирает проектное решение.
2. Уполномоченное лицо утверждает его.
3. Конкретные SKU попадают в спецификацию.
4. Назначенный человек подтверждает количество.
5. Для каждой строки появляется владелец.
6. Фиксируются ORDER-BY и NEED-BY.
7. Коммерческое предложение сверяется с утверждённой спецификацией.
8. Статус ORDERED ставится только после реального размещения заказа.
9. Любая замена проходит отдельное согласование.
10. Изменение проекта оформляется как change order.
11. При доставке разделяются DELIVERED и ACCEPTED.
12. Несоответствие получает HOLD.
13. После монтажа учитываются целые остатки и резерв.
14. Закупочная история остаётся в общей проектной системе.

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

Вопросы перед началом закупки

Кто должен выбирать деревянный погонаж?

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

Кто должен считать количество?

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

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

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

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

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

Когда нужен комплектатор?

Когда много SKU, поставщиков, этапов, изменений и согласований, а проекту нужен единый владелец закупочной информации.

Кто отвечает за ошибочную закупку?

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

Чем DELIVERED отличается от ACCEPTED?

DELIVERED означает факт доставки. ACCEPTED — прохождение предусмотренной проектом приёмки.

Что обязательно сохранить после заказа?

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