A shared POS, inventory and CRM modelЕдиные данные POS, склада и CRM

Define record identitiesОпределите идентификаторы

A product needs a stable identifier, while variants and units require explicit distinctions. A box and a single unit do not become equivalent because their names match. Define quantity conversion and catalog ownership; otherwise sales and receiving can diverge without an obvious error.У товара нужен устойчивый идентификатор, а у варианта и единицы учёта понятные отличия. Коробка и штука не становятся одной единицей из-за одинакового названия. Зафиксируйте преобразование количества и того, кто поддерживает справочник; иначе продажа и приёмка будут расходиться без видимой ошибки.

Customers and orders also need separate identifiers. A phone number helps locate a record but can change or be shared. A historical order should retain agreed terms even after a contact, product name or current catalog price changes.Клиент и заказ также имеют отдельные идентификаторы. Телефон помогает найти запись, но может измениться или использоваться несколькими людьми. Исторический заказ должен сохранять согласованные условия даже после обновления контакта, названия товара или текущей цены в справочнике.

Which events change recordsКакие события меняют данные

Separate reference data, transaction documents and events. The responsibility model below is a discussion aid, not a claim about SABSUS internal architecture.Разделите справочники, документы и события. Ниже приведена модель ответственности для обсуждения; она не утверждает конкретную внутреннюю архитектуру SABSUS.

1. Product definedТовар определён

   Responsible roleОтветственный

   Catalog ownerВладелец справочника

   Record / dataЗапись / данные

   Identifier, variant, unit and conversionИдентификатор, вариант, единица и преобразование

   Permitted next stepРазрешённый следующий шаг

   Use the agreed item in transaction recordsИспользовать согласованную позицию в документах

   Exception / recoveryИсключение / восстановление

   Do not treat similar names as identityПохожее имя не считать совпадением

2. Order recordedЗаказ зафиксирован

   Responsible roleОтветственный

   Sales ownerОтветственный за продажу

   Record / dataЗапись / данные

   Lines, quantity, price and terms revisionСтроки, количество, цена и версия условий

   Permitted next stepРазрешённый следующий шаг

   Link reservation and settlement to the right linesСвязать резерв и расчёт с нужными строками

   Exception / recoveryИсключение / восстановление

   Reconcile repeated imports by external referenceПовторный импорт сверить по внешнему ключу

3. Movement recordedДвижение отражено

   Responsible roleОтветственный

   Inventory ownerОтветственный за склад

   Record / dataЗапись / данные

   Event type, quantity, location and source recordТип события, количество, место и основание

   Permitted next stepРазрешённый следующий шаг

   Calculate the new available quantityРассчитать новый доступный остаток

   Exception / recoveryИсключение / восстановление

   Record a correction as a linked eventИсправление оформить связанным событием

4. History reconciledИстория согласована

   Responsible roleОтветственный

   Data ownerВладелец данных

   Record / dataЗапись / данные

   Customer, order, movement and payment linksСвязи клиента, заказа, движения и платежа

   Permitted next stepРазрешённый следующий шаг

   Report from verified recordsРазрешить отчёт по проверенным записям

   Exception / recoveryИсключение / восстановление

   Send an unlinked record for reviewНесвязанный документ отправить на разбор

A box in stock, a unit at the registerКоробка на складе, штука на кассе

In a fictional example, inventory receives a box containing several units while the register sells single units. Define the base unit and conversion before importing data. Check a partial sale, a single-unit return and damaged packaging without replacing those events with a generic balance correction.Условный пример: склад получает коробку из нескольких единиц, а касса продаёт их поштучно. До загрузки данных определите базовую единицу и коэффициент пересчёта. Проверьте частичную продажу, возврат одной единицы и повреждение упаковки, не подменяя эти события общим исправлением остатка.

For a return, the sales reference explains quantity and price but does not determine whether the item can be resold. Record inspection and disposition separately. A similar payment amount is likewise no substitute for a reference to the original settlement.При возврате ссылка на продажу объясняет количество и цену, но не решает, годен ли товар к повторной продаже. Зафиксируйте осмотр и назначение возвращённой единицы отдельно. Похожая сумма в платеже также не заменяет ссылки на исходный расчёт.

Model integrity checksПроверки целостности модели

Test product renaming, phone changes, repeated order import and a late payment. The expected result is preserved historical terms, no extra sale from a retry and the late event linked correctly. Any automatic merge needs understandable rules and a way to resolve errors.Проверьте переименование товара, смену телефона, повтор загрузки заказа и запоздавший платёж. Ожидаемый результат: исторические условия сохранены, повтор не создаёт новую продажу, а позднее событие связано с правильной записью. Любое автоматическое объединение должно иметь понятные правила и способ разбора ошибки.

For migration, prepare a mapping of old to new identifiers. Reconcile relationships, base-unit quantities and outstanding obligations as well as row counts. Do not remove ambiguous records to make reconciliation look tidy; assign someone to resolve them.Для миграции составьте таблицу соответствий старых и новых идентификаторов. Сверяйте не только число строк, но и связи, количества в базовых единицах и открытые остатки обязательств. Не удаляйте неоднозначные записи ради красивой сверки; назначьте владельца их разрешения.

Map the model to the productСопоставьте модель с продуктом

When discussing SABSUS, request an explanation of entities and available exchange methods. Verify duplicate handling, unit conversion and history preservation in the selected configuration. A shared data model does not imply one physical database, instantaneous synchronization or arbitrary integrations.При обсуждении SABSUS запросите объяснение сущностей и доступных способов обмена. Уточните правила дублей, преобразования единиц и сохранения истории в выбранной конфигурации. Общая модель данных не требует обещать одну физическую базу, мгновенную синхронизацию или произвольные интеграции.

Agree field meanings and catalog owners before testing interfaces. This helps distinguish a model error from an exchange delay. Treat package cost, migration scope and optional setup assistance as separate terms rather than properties of the data model.Сначала согласуйте значения полей и владельцев справочников, затем проверяйте интерфейсы. Так проще отличить ошибку модели от задержки обмена. Стоимость пакета, переноса и необязательной помощи при настройке рассматривайте как отдельные условия, а не свойство схемы данных.

Inventory recordsУчёт товаров · Package scope and termsСостав и условия пакетов

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