Обратный звонок
Карточка с названием, фотографией и ценой помогает начать поиск, но не принять проектное решение. Закупщику нужно понять, войдёт ли изделие в план, совместится ли с соседней позицией, какой образец запросить и что сохранится для повторного заказа.
Минимальный набор различается по типу мебели. Один универсальный список скрывает именно те поля, на которых ломается выбор.
Карточка стула: посадка, габарит и уход
Для стула фиксируют ширину, глубину, высоту сиденья, общую высоту, подлокотники, материал каркаса, отделку, обивку и код ткани, способ уборки, вес при перемещении, документы и дату версии. Если параметр не измерен, пишут «нет данных».
Для стола и столешницы отдельно указывают длину, ширину, толщину, кромку, основание, точки крепления, массу и доступ к обслуживанию. Для подстолья нужны габарит, количество опор, совместимые размеры столешниц и ограничения по крепежу. Дивану добавляют длину секции, глубину, высоту сиденья, состав модулей, доступ для уборки и правила соединения.
| Тип | Поля, которые меняют решение | Чего недостаточно |
|---|---|---|
| стул | ширина, глубина, высота сиденья, каркас, ткань, уход | «для кафе», фото |
| столешница | размер, толщина, кромка, материал, уход | «дерево», общий цвет |
| подстолье | габарит, крепёж, совместимые размеры, покрытие | «металл», силуэт |
| диван | длина модуля, глубина, высота, соединение, обивка | «модульный», рендер |
Сравните плохую и готовую карточку
Условно плохая карточка: «стул зелёный, металл, цена по запросу». По ней нельзя проверить стол, отделку и повтор. Решение блокируется до получения чертежа, кода ткани, ухода и статуса наличия.
Условно готовая карточка: S-12; 520 × 560 × 820 мм; сиденье 470 мм; каркас C-11; ткань F-17; образец от 12.09; допустимая замена S-13; документ D-4; версия 3; доступность подтверждена на дату. Это не гарантия поставки. Это набор данных, из которого можно задать точный вопрос и проверить пару на плане.
| Состояние | Что может сделать закупщик |
|---|---|
| только фото и название | запросить полный набор данных |
| размеры есть, отделки нет | проверить габарит, но не утверждать визуальный результат |
| код и образец есть, нет интерфейса | запросить совместимые позиции |
| все поля и дата версии есть | внести в спецификацию и начать проверку |
Введите правило недостающих данных
Если отсутствует поле, связанное с безопасностью, посадкой, совместимостью или повтором, позиция получает статус Требует проверки. Если не хватает второстепенной фотографии, можно продолжить предварительный отбор, но нельзя утверждать образец. Решение зависит от поля, а не от общего впечатления о карточке.
Технические документы прикрепляют по имени и версии: чертёж, паспорт материала, рекомендации по уходу, код отделки, дата проверки доступности. Слово «актуально» без даты не показывает, когда данные были подтверждены.
Проведите карточку через рабочий маршрут
Сначала закупщик отбирает позицию по типу и плановым габаритам. Затем запрашивает отсутствующие документы и образец, сравнивает интерфейсы, вносит строку в спецификацию и присваивает версию. После утверждения образца карточка связывается с фактически заказанным кодом и приёмкой.
Условный пример: в карточке стола есть размер 700 × 700, но нет толщины столешницы и отверстий. Позиция проходит предварительный поиск, но не получает статус «совместима с подстольем». После чертежа и физического образца статус может измениться; старая карточка сохраняется как версия с открытым полем.
| Этап | Вопрос | Выход |
|---|---|---|
| отбор | войдёт ли габарит в план | короткий список |
| документы | какие поля подтверждены | карточка с источниками |
| образец | совпадает ли материал и цвет | решение по образцу |
| спецификация | с чем связан предмет | матрица интерфейсов |
| заказ/приёмка | что фактически приехало | паспорт повторения |
Карточка становится решающей, когда её можно передать другому человеку без потери смысла. Для проектов Каре такие данные связывают подбор и расчёт мебели HoReCa с планом, образцами и повторным заказом; актуальные поля и конкретная доступность всё равно подтверждаются по выбранной позиции.
Присвойте карточке статус решения
Используйте четыре статуса: PRELIMINARY — есть тип и примерный габарит; Нет данных — отсутствует поле, меняющее выбор; SAMPLE Готово — документы и образец готовы; SPEC Утверждено — строка связана с планом, кодом и владельцем приёмки. Это рабочий шаблон, а не внутреннее требование к поставщику.
Условный переход: карточка стола 700 × 700 мм без толщины получает Нет данных; после чертежа и фото кромки — SAMPLE Готово; после проверки подстолья и плана — SPEC Утверждено. Если дата документа старше текущей версии предложения, статус возвращается на проверку. Закупщик не принимает старую карточку за подтверждённую.
Полевой прогон карточки выполняют на одной выбранной позиции: закупщик пытается внести её в план, дизайнер сверяет образец, операционный сотрудник задаёт вопрос об уходе, а приёмщик называет код повторения. Если любой участник не находит нужного поля за одну минуту, карточка возвращается в Нет данных. Это проверка передачи информации, а не оценка личности поставщика.
Условный результат «до» — следующий участник получает только фото и название; «после» — код, размеры, отделка, документ, дата версии и статус. Карточка становится пригодной для заказа только во втором состоянии.
Профессиональный пакет документов на модель мебели: что должно быть связано одним кодом
Сильный пакет документов на мебель — это не папка из десяти несвязанных PDF. Главная задача — доказать, что технический лист, чертёж, сертификат или протокол, инструкция по уходу, образец отделки и коммерческая позиция относятся к одной и той же конфигурации. Для этого нужен единый идентификатор: код модели/позиции и версия. Если в спецификации стул обозначен A-103, а протокол относится просто к «серии Alpha», закупщик должен понять, почему документ применим именно к A-103. Для HoReCa такой пакет особенно полезен при нескольких производителях, повторном заказе и рекламации. Не каждый документ обязателен для каждой позиции; состав зависит от продукции и требований проекта. Но отсутствие связи между документами — самостоятельный закупочный риск.
Ядро досье одной модели
Таблица 1. Слои документации
| Слой | Пример | Зачем |
|---|---|---|
| Идентификация | код, модель, фото | понять, о каком изделии речь |
| Геометрия | техлист/чертёж | проверить размеры и интерфейсы |
| Материалы | отделка, ткань, финиш | повторяемость и уход |
| Соответствие | применимые документы | регуляторная проверка |
| Испытания | протоколы, если есть | доказательство конкретных свойств |
| Эксплуатация | уход, ограничения | передать объекту |
| Ремонт | запчасти/процедуры | жизненный цикл |
| Цифровые файлы | DWG/BIM/3D | проектирование |
Один код должен проходить через весь проект
В идеале код позиции повторяется в плане, спецификации, коммерческом предложении, накладной и паспорте проекта. Производитель может использовать собственный артикул, а проект — внутренний код; тогда нужна таблица соответствия.
Пример:
CH-07 (проект) = фабрика 18.042.B = стул, дуб, ткань T-315, цвет каркаса 04.
Без этого через год легко заказать правильную коллекцию в неправильной отделке.
Обязательный документ и полезный проектный документ — не одно и то же
ТР ТС 025/2012 и применимая процедура соответствия формируют обязательный регуляторный слой. BIM-файл, exploded view или инструкция по локальному ремонту могут быть очень полезны, но не становятся обязательными только потому, что хороший производитель их публикует.
Поэтому в реестре лучше разделить поля:
- обязательно по применимому регулированию;
- обязательно по договору проекта;
- желательно для эксплуатации;
- не предоставляется.
Таблица 2. Реестр отсутствующих данных
| Документ | Статус | Причина/действие |
|---|---|---|
| техлист | получен | версия 2026-09 |
| образец отделки | утверждён | код FS-04 |
| документ соответствия | получен | проверить область |
| протокол испытаний | запросить | нужен для заявленной нагрузки |
| уход | получен | передать управляющему |
| запчасти | нет | уточнить до заказа резерва |
| BIM | не требуется | проект ведётся в 2D |
Пустая ячейка не должна автоматически означать «нет проблемы». Она означает, что статус неизвестен.
Версия важна не меньше файла
Файл chair_final_new.pdf почти бесполезен через два года. Нужны дата, версия или хотя бы источник получения. При замене файла старую версию не обязательно уничтожать: важно понимать, по какой версии был сделан заказ.
Пакет должен передаваться эксплуатации
После открытия ресторана часть документов нужна не дизайнеру, а управляющему:
- уход;
- гарантия;
- контакты по рекламациям;
- запасные части;
- список отделок;
- фото и коды;
- правила осмотра.
Это превращает папку закупки в рабочий паспорт объекта.
Как проверить пакет перед оплатой
Возьмите одну критичную позицию и пройдите цепочку от плана до документа испытаний. Если код теряется хотя бы в двух местах, исправьте систему до массового заказа. Такой тест выявляет проблему структуры быстрее, чем проверка сотен файлов по отдельности.
Связанный материал: какие данные должны быть в карточке мебели для закупщика.
Вопросы и ответы
Нужно требовать одинаковый набор документов для каждой позиции?
Нет. Стол, диван и декоративный предмет имеют разные риски и регуляторные требования.
Сертификат на серию всегда подходит к конкретной модели?
Нужно проверить область документа и идентификацию продукции. Название бренда или коллекции само по себе недостаточно.
BIM входит в обязательный пакет?
Нет, если этого не требует проект. Это полезный проектный файл, а не универсально обязательный документ.
Зачем хранить старые версии?
Чтобы понимать, по каким данным был сделан конкретный заказ и что изменилось позже.
Кто должен владеть итоговой папкой?
На объекте должен быть понятный ответственный и доступ к актуальной версии. В маленькой компании это может быть управляющий/владелец.
Можно ли всё хранить одной таблицей?
Таблица — хороший индекс, но сами документы всё равно нужны. Индекс должен вести к файлам и фиксировать статус.