Furniture catalog and variant readinessМебельный каталог: варианты и комплекты
Before a store accepts a furniture order, it must be able to name exactly what is being sold. Similar model names can hide different sizes, orientations, finishes and component sets. Catalog readiness makes those differences explicit before a salesperson promises an available configuration.До принятия мебельного заказа магазин должен точно определить, что продаётся. За похожими названиями моделей скрываются разные размеры, ориентации, отделки и составы комплектов. Готовый каталог показывает эти различия заранее, чтобы продавец обещал конкретную конфигурацию и мог проверить её у поставщика без устных догадок.
Start with the real constraintНачните с рабочего ограничения
Begin with one product family rather than importing every supplier spreadsheet at once. Define the difference between a family, a saleable variant, a selectable option and a component. Name who can create or retire each record. Resolve duplicate supplier names before those names appear on customer specifications.Начните с одной товарной группы вместо одновременного импорта всех таблиц поставщиков. Определите различие между модельной группой, продаваемым вариантом, выбираемой опцией и компонентом. Назначьте ответственных за создание и вывод записей из использования. Повторяющиеся названия поставщиков нужно разобрать до появления этих названий в клиентских спецификациях, иначе ошибка перейдёт в заказ.
Three records to connectТри связанные записи
Stable variant identityУстойчивый идентификатор варианта
Give every materially different sellable variant a stable identifier and explicit attributes. Map supplier codes to that identity without relying on the display name. Record whether a physical item is a showroom sample, sale stock or unavailable; identical appearance does not make those stock states interchangeable.Каждому существенно отличающемуся продаваемому варианту присвойте устойчивый идентификатор и явные характеристики. Сопоставьте с ним коды поставщика, не полагаясь на название. Укажите, является ли физический предмет выставочным образцом, товарным запасом или недоступным изделием. Одинаковый внешний вид не делает эти складские состояния взаимозаменяемыми для продавца.
Options and kit structureОпции и состав комплекта
Specify allowed option combinations and required component quantities. Distinguish a separately sold accessory from a component already included in the kit. Decide whether the kit is stocked as a unit, assembled from components or ordered from a supplier; do not count both structures as independent available stock.Опишите допустимые сочетания опций и необходимые количества компонентов. Отличайте отдельно продаваемый аксессуар от детали, уже входящей в комплект. Определите способ учёта: готовый комплект, сборка из компонентов или закупка под заказ. Нельзя одновременно считать комплект и составляющие независимым доступным запасом, если речь идёт об одних физических предметах.
Specification and supplier mappingСпецификация и данные поставщика
Preserve the customer-approved configuration as a versioned order snapshot, including identifiers, chosen attributes and included components. Record the supplier’s confirmation against that same version. A later catalog edit must not rewrite what a previous customer accepted or what the supplier was asked to provide.Сохраняйте принятую клиентом конфигурацию как версию спецификации заказа с идентификаторами, выбранными характеристиками и составом. Подтверждение поставщика должно относиться к той же версии. Последующая правка каталога не должна переписывать условия, которые ранее принял покупатель, или менять состав уже направленной поставщику заявки.
A practical workflowПрактический сценарий
Illustrative readiness check: one wardrobe family has two widths and two finishes. If all combinations are actually offered, that creates four distinct configurations to identify. The narrow version may require a different door set from the wide version. Prepare the component list for each configuration instead of attaching one generic list to the family name.Условная проверка: у группы шкафов два размера по ширине и две отделки. Если поставщик действительно предлагает все сочетания, требуется различать четыре конфигурации. Узкому шкафу может требоваться другой набор дверей, чем широкому. Подготовьте состав каждой конфигурации вместо одной общей ведомости, прикреплённой только к названию модельной группы.
A customer approves the narrow oak configuration using supplier code A. Later the supplier changes its display name and introduces code B for a revised component set. Keep the accepted order snapshot on its original version until an authorized revision is agreed. Update future catalog choices without silently converting the old order to the new set.Покупатель согласовал узкий шкаф в отделке дуб по коду поставщика A. Позднее поставщик изменил название и ввёл код B для обновлённого состава. Принятая спецификация заказа остаётся прежней до согласования уполномоченной правки. Обновите каталог для будущего выбора, не превращая незаметно старый заказ в новый комплект и не теряя основание первоначального подтверждения.
When the plan breaksЕсли план нарушен
If a supplier code maps to two different finishes, treat it as unresolved data rather than selecting the first match. Block that configuration from new promises until the catalog owner verifies the mapping. Likewise, an unsupported option combination remains a request for review, even when each option exists separately in the catalog.Если один код поставщика соответствует двум отделкам, считайте данные неразрешёнными вместо выбора первого совпадения. Исключите такую конфигурацию из новых обещаний до проверки ответственным за каталог. Недопустимое сочетание опций также остаётся запросом на рассмотрение, даже если каждая опция по отдельности присутствует в справочнике и имеет цену.
Who owns the next decisionКто принимает следующее решение
The catalog owner approves identities and retirement rules; purchasing verifies supplier mapping; warehouse staff distinguish sample and sale-stock status; sales validates the customer-facing specification. Review one complete product family together before importing the next. Keep an old identifier searchable for history rather than reusing it for a different item.Ответственный за каталог утверждает идентификаторы и правила вывода записей, закупщик сверяет поставщика, склад различает образцы и товарный запас, продавец проверяет понятность спецификации для клиента. Совместно примите одну полную группу до импорта следующей. Старый идентификатор должен оставаться доступным для истории, а не использоваться повторно для другого изделия.
Acceptance checksПроверки приёмки
- Changing a display name leaves the variant identifier and historical order specification intact.Изменение названия сохраняет идентификатор варианта и историческую спецификацию заказа.
- A showroom sample is distinguishable from stock offered as a new sellable item.Выставочный образец отличается от запаса, предлагаемого как новое продаваемое изделие.
- A kit’s components and quantities reconcile without double counting the same physical stock.Компоненты и количества комплекта сходятся без двойного учёта одного физического запаса.
- An invalid option combination or ambiguous supplier code stays visibly unresolved.Недопустимое сочетание опций или неоднозначный код поставщика остаются явно незакрытыми.
Map the workflow to SABSUSСопоставьте процесс с SABSUS
Review catalog, variants, inventory and order specifications with SABSUS using that single product family. Confirm option rules, component representation, supplier mappings and historical snapshots in the proposed setup. Once the catalog is ready, use the furniture workflow map below for the separate order-to-installation process.Разберите каталог, варианты, склад и спецификации SABSUS на одной товарной группе. Подтвердите правила опций, представление компонентов, соответствия кодам поставщика и сохранение исторических версий в предложенной конфигурации. После готовности каталога перейдите к расположенной ниже карте мебельного процесса, где отдельно разобрано исполнение заказа до завершения установки.
Quick answersКороткие ответы
Can a display name serve as a variant identity?Название может заменить идентификатор варианта?
Use a stable identifier; names and supplier descriptions can change.Используйте устойчивый идентификатор: названия и описания поставщика могут меняться.
Should a catalog edit update accepted orders?Правка каталога изменяет принятые заказы?
Preserve the accepted snapshot and require an authorized revision for a changed promise.Сохраняйте принятую версию и оформляйте уполномоченную правку при изменении обязательства.
Is every combination of options valid?Любое сочетание опций допустимо?
No. Verify offered combinations and their component structures before taking orders.Нет. До принятия заказов проверьте предлагаемые сочетания и соответствующий состав компонентов.