Give AI a reliable operating recordДанные, на которые AI может опереться

Name the source of each factНазначьте источник каждого факта

List the fields that control the decision: item ID, location, available quantity, unit, order and payment status, customer ID and update time. Give each a source system and owner. If the POS and inventory disagree, decide which record is authoritative and who resolves the difference.Выпишите поля, от которых зависит решение: код товара, точка, доступное количество, единица, статус заказа и оплаты, идентификатор клиента, время обновления. Для каждого укажите систему-источник и владельца. Если касса и склад показывают разные остатки, заранее определите, какая запись считается основной и кто разбирает расхождение.

Keep a small set of anonymized examples: a normal sale, partial payment, cancellation, bundle and location transfer. Use them to check interpretation. Include only facts relevant to the chosen workflow, with their source and verification time, rather than copying every free-text note into AI context.Сохраните небольшой набор обезличенных примеров: обычная продажа, частичная оплата, отмена, комплект, перенос между точками. На них проверяйте правила чтения данных. Не переносите все свободные заметки в запрос AI: включайте только факты, нужные выбранному процессу, с указанием источника и времени проверки.

Separate names, identity and unitsРазделите названия, идентичность и единицы

Use a stable item ID: similar names do not establish identity. Define an explicit conversion between packs and units, and list bundle components. Keep on-hand, reserved and available quantities separate. Otherwise AI may recommend stock already promised to another customer.У товара должен быть устойчивый код: похожие названия не означают одну позицию. Для коробки и штуки задайте явное преобразование; для набора перечислите компоненты. Отдельно храните остаток на полке, резерв и доступное к продаже количество. Иначе AI может предложить товар, уже обещанный другому клиенту.

Send suspected customer duplicates for review. A shared household phone or similar surname is insufficient reason to merge histories automatically. Preserve original references and the merge reason so a person can inspect a disputed record. Assign responsibility for catalog changes and communicating new versions.Дубли клиентов сначала отправляйте на проверку. Общий телефон семьи или похожая фамилия не дают основания автоматически объединять историю. Сохраните исходные ссылки и причину объединения, чтобы сотрудник мог проверить спорную запись. Назначьте, кто подтверждает изменения справочника и как команда узнаёт о новой версии.

Define statuses and allowed transitionsОпишите статусы и допустимые переходы

A status such as done may mean packed, delivered or paid. Separate these states. Define the event, owner and evidence for each transition. Payment should reflect a verified state such as pending, partially paid, paid or refunded, rather than an impression taken from a conversation.Статус «готово» слишком неопределённый: он может означать собранный заказ, завершённую доставку или полученную оплату. Разведите эти состояния. Для каждого перехода укажите событие, ответственного и подтверждение. Оплата должна отражать фактическое состояние: ожидание, частичная оплата, полная оплата или возврат, а не впечатление сотрудника из переписки.

Check repeated delivery of the same event. A payment retry must not create a second order or duplicate notification. Define an event key and handling for late updates. Verify these controls in the actual integration; the presence of AI does not establish them.Проверьте повторное получение одного события. Повторная отправка оплаты не должна создавать второй заказ или повторное уведомление. Задайте ключ события и порядок обработки запоздавших обновлений. Эти правила нужно проверить в конкретной интеграции; наличие AI само по себе не обеспечивает такую защиту.

Make uncertainty visibleСделайте неизвестность видимой

Set freshness limits for important fields. Missing data, zero and a stale record mean different things. When a source is unavailable or a unit is unknown, pause the dependent action. Do not fill a gap with a plausible value merely to finish a response.Для важных полей задайте допустимую давность. Пустое значение, ноль и устаревшая запись означают разное. Если источник недоступен или единица не распознана, процесс должен остановить зависимое действие. Не подставляйте вероятное значение только потому, что оно помогает завершить ответ.

A handoff should include disputed fields, sources, update times, the paused action and order reference. Assign an owner and review deadline. After correction, investigate the cause so the team does not repair the same inconsistency manually each day.В передаче человеку укажите спорные поля, их источники, время обновления, остановленное действие и ссылку на заказ. Нужен конкретный получатель и срок разбора. После исправления проверьте исходную причину: иначе сотрудник будет снова вручную устранять одно и то же расхождение каждый день.

Accept readiness through scenariosПринимайте готовность по сценариям

Replay the saved cases without enabling changes. Readiness means recommendations reference the correct record, bundles use the correct components, stock from another location is not substituted, and stale data produces an understandable handoff. Compare expected and actual outcomes and record discrepancies.До включения изменений прогоните сохранённые примеры в режиме проверки. Готовность означает, что каждая рекомендация ссылается на правильную запись, комплект уменьшает верные компоненты, чужая точка не подменяет доступный остаток, а устаревшие данные приводят к понятной передаче сотруднику. Сравните ожидаемый результат с полученным и зафиксируйте расхождения.

You can configure SABSUS yourself. Before use, verify the integrations, fields and limits available in your configuration. The controls in this guide are workflow requirements to confirm. Expand automation after the data owner accepts the results and the team can resolve exceptions.Настройку SABSUS можно выполнять самостоятельно. Перед использованием уточните доступные интеграции, поля и ограничения вашей конфигурации. Контроли из этой статьи являются требованиями к процессу: их наличие нужно подтвердить. Расширяйте автоматизацию после того, как владелец данных принимает результат, а команда умеет разбирать исключения.

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