Catalog: products, services and bundlesКаталог: товары, услуги и наборы

Separate items by how they are fulfilledРазделить сущности по способу исполнения

The catalog owner collects real sale examples with the stock lead and service manager. For each item, record the selling unit, fulfillment method and what limits availability. A product may depend on physical stock; a service may depend on duration and resources. A category helps people find an item but does not define those rules by itself.Владелец каталога собирает примеры реальных продаж вместе с сотрудником склада и руководителем услуг. Для каждой позиции указывают единицу продажи, способ исполнения и то, что ограничивает доступность. У товара это может быть физический остаток, у услуги — длительность и ресурс. Название категории помогает искать позицию, но само по себе не задаёт эти правила.

Describe service consumables separately: the customer buys a service that needs a material to be performed. Do not automatically represent them as two independent sales. Write down expected behavior on completion and cancellation, then check how the selected configuration represents it. This reveals requirements before item records are created.Отдельно опишите расходный материал услуги: клиент покупает услугу, а для выполнения нужен материал. Не превращайте их автоматически в две независимые продажи. Запишите ожидаемое поведение при выполнении и отмене, затем проверьте, как оно представляется в выбранной конфигурации. Такой разбор выявляет требования ещё до создания карточек.

Distinguish a variant from an optional choiceОтличить вариант от дополнительного выбора

A size or color of a separately stocked product usually needs a stable variant identifier. A packaging preference may instead be an optional choice without its own stock. Decide by asking whether the selected object must be purchased, counted and returned separately. Do not substitute a suffix in the item name for an explicit identity rule: similar rows are difficult to match during updates.Размер или цвет отдельного складского товара обычно требует устойчивого идентификатора варианта. Пожелание к упаковке может быть дополнительным выбором без собственного остатка. Решение зависит от того, нужно ли отдельно закупать, считать и возвращать выбранный объект. Не используйте название с припиской вместо явного правила идентификации: похожие строки трудно сопоставлять при обновлении.

For a group of optional choices, define whether selection is required, how many choices are allowed and which combinations conflict. An added service task may change both price and duration. Check both effects; a correct total does not establish sufficient calendar time. An unavailable option needs a clear replacement or refusal path.Для группы дополнительных выборов задайте обязательность, допустимое количество и несовместимые сочетания. В примере с услугой дополнительная работа может менять и стоимость, и длительность. Проверьте оба последствия; правильная сумма ещё не доказывает, что в расписании хватает времени. Недоступный вариант должен иметь понятный путь замены или отказа.

Define bundle contents and rulesЗадать состав и правила набора

For a bundle, record its contents, component quantities and whether substitutions are allowed. The assembler needs to know whether the price applies to a fixed package or selected parts. Define availability separately: does it require all components, a preassembled stock unit or approval for substitution? These alternatives should not silently share one label.У набора зафиксируйте состав, количество компонентов и возможность замены. Сборщик должен понимать, относится цена к готовому комплекту или сумме выбранных частей. Отдельно опишите, когда комплект считается доступным: достаточно ли всех компонентов, нужен ли заранее собранный остаток и кто разрешает замену. Эти варианты нельзя молча смешивать в одном обозначении.

Walk through a partial return and a cancellation before assembly. Which component comes back, what happens to remaining obligations and who approves recalculation? The written rule becomes a test scenario. It does not mean every system can automatically decompose a bundle or recalculate its price in the way the business requires.Пройдите частичный возврат и отмену до сборки. Какой компонент возвращается, что происходит с остальными обязательствами и кто подтверждает пересчёт? Описанное правило служит сценарием проверки. Оно не означает, что любая система автоматически разложит комплект или пересчитает его цену нужным бизнесу способом.

Assign ownership for catalog changesНазначить владельцев изменений

Separate item preparation, price review and permission to publish. A bundle-content change can affect stock, while a service-duration change can affect appointments. The change author lists affected uses and the effective date. Review accepted orders separately: a reference-data update should not silently alter a customer commitment.Разделите подготовку карточки, проверку цены и разрешение публикации. Изменение состава набора может затронуть склад, а длительности услуги — записи клиентов. Автор изменения перечисляет затронутые места использования и дату начала действия. Уже принятые заказы разбирают отдельно: обновление справочника не должно незаметно менять обещание клиенту.

Test the model before entering everythingПроверить модель до массового ввода

Assemble representative cases: a product, variant, resource-dependent service, required choice and bundle with an unavailable component. Checkout, fulfillment and stock staff walk each case from selection through completion and cancellation. Acceptance requires agreement on name, price, contents, availability and fulfillment effects. Keep an ambiguous item out of publication until its catalog owner resolves it.Соберите небольшой набор случаев: обычный товар, вариант, услугу с ресурсом, обязательный выбор и комплект с недоступным компонентом. Кассир, исполнитель и ответственный за остатки проходят каждый случай от выбора до завершения и отмены. Приёмка требует совпадения названия, цены, состава, доступности и последствий для исполнения. Неясную позицию оставляют вне публикации до решения владельца каталога.

When discussing SABSUS, show these cases and verify the supported ways to represent each item type. The agreed model then becomes the basis of the import file. If a required rule cannot be expressed directly, decide on manual control or a simpler assortment before loading, with a named owner for the limitation.При обсуждении SABSUS покажите эти случаи и уточните поддерживаемые способы представления сущностей. Согласованная модель затем становится основой файла импорта. Если нужное правило невозможно выразить напрямую, решение о ручном контроле или упрощении ассортимента принимают до загрузки, с явным ответственным за ограничение.

Prepare a catalog importПодготовить импорт каталога · Build acceptance scenariosСобрать сценарии приёмки

Quick answersКороткие ответы