AI and order controlAI и контроль заказа
AI can prepare an order decision, but a written response does not change inventory or payment. Separate the suggestion, data checks and authorized operation so one recommendation cannot create two fulfillments.AI может подготовить решение по заказу, но текст ответа ещё не меняет склад и оплату. Разделите предложение, проверку данных и разрешённую операцию, чтобы одна рекомендация не создала два исполнения.

Where a suggestion endsГде заканчивается подсказка
Start with a list of actions: explain a status, suggest a substitute, change quantity or cancel an item. Give each action a data source and an authorized approver. Permission to read a customer record does not confer permission to change prices or issue refunds.Начните с перечня действий: объяснить статус, предложить замену, изменить количество, отменить позицию. Для каждого укажите источник данных и того, кто вправе подтвердить изменение. Право читать карточку клиента не означает право менять цену или проводить возврат.
Bind the proposal to an order number and revision, fulfillment location and stock-check time. If a cashier has already changed the contents, the earlier recommendation needs another review. A confident model response cannot substitute for current information about available goods.Свяжите предложение с номером и версией заказа, точкой исполнения и временем проверки остатка. Если кассир уже изменил состав, прежняя рекомендация должна вернуться на проверку. Уверенный тон модели не заменяет актуальные сведения о доступном товаре.
Four control pointsЧетыре контрольные точки
The following is an operating procedure to verify in the selected configuration. The next person’s record must refer to the same order; a shared conversation without an identifier cannot support reconciliation.Ниже описан регламент, который нужно проверить в выбранной конфигурации. Запись следующего участника должна ссылаться на тот же заказ; общая переписка без идентификатора не годится для сверки.
Proposal receivedПолучено предложение
- Responsible roleОтветственный
- Order operatorОператор заказа
- Record / dataЗапись / данные
- Reason, order revision and proposed itemsПричина, версия заказа, предлагаемый состав
- Permitted next stepРазрешённый следующий шаг
- Check goods and customer constraintsСверить товар и ограничения клиента
- Exception / recoveryИсключение / восстановление
- Return an unclear request for clarificationНеясный запрос вернуть на уточнение
Availability checkedПроверена доступность
- Responsible roleОтветственный
- Stock custodianСотрудник склада
- Record / dataЗапись / данные
- Physical stock, existing reservations and locationФактическое наличие, существующие резервы, точка
- Permitted next stepРазрешённый следующий шаг
- Authorize reservation of the suitable quantityРазрешить резерв подходящего количества
- Exception / recoveryИсключение / восстановление
- Recheck stale stock informationУстаревший остаток проверить заново
Change approvedИзменение одобрено
- Responsible roleОтветственный
- Authorized staff memberУполномоченный сотрудник
- Record / dataЗапись / данные
- Revision-specific approval and customer agreementОдобрение конкретной версии и согласие клиента
- Permitted next stepРазрешённый следующий шаг
- Apply the agreed change onceВыполнить одно согласованное изменение
- Exception / recoveryИсключение / восстановление
- Match a retry against the recorded resultПовторный запрос сверить с результатом
Outcome reconciledРезультат сверен
- Responsible roleОтветственный
- Shift supervisorРуководитель смены
- Record / dataЗапись / данные
- Order, stock movement and payment stateЗаказ, движение товара, статус оплаты
- Permitted next stepРазрешённый следующий шаг
- Pass current contents to fulfillmentПередать актуальный состав исполнителю
- Exception / recoveryИсключение / восстановление
- Keep a discrepancy open with an ownerРасхождение оставить открытым с владельцем
A retry after interruptionПовтор после сбоя
Consider a fictional case: a substitution is approved, but the operator never sees confirmation and retries. Before reserving again, check whether the first change was recorded and match it to the order revision. A missing screen response does not prove the operation never happened.Условный пример: предложение заменить отсутствующий товар одобрено, но оператор не увидел подтверждения. Он повторяет действие. До повторного резерва проверьте, записано ли первое изменение, и сопоставьте его с версией заказа. Отсутствие ответа на экране ещё не доказывает отсутствие операции.
If the result is unknown, pause fulfillment of that item and assign a reviewer. Do not create a replacement order just to bypass the error. Once resolved, retain the retry reason and final record reference so the register and warehouse do not correct it independently.Если результат неизвестен, поставьте исполнение этой позиции на паузу и назначьте проверяющего. Не создавайте новый заказ ради обхода ошибки. После выяснения сохраните причину повтора и ссылку на итоговую запись, чтобы касса и склад не исправляли её независимо.
How to accept the processКак принять процесс
Check two simultaneous requests for the last unit, an order change after a suggestion and a retry after a lost response. Success means one justified reservation, an explainable rejection of the competing request and a preserved link to the original decision. These are acceptance criteria, not claims about a particular implementation.Проверьте два одновременных запроса на последнюю единицу, изменение заказа после подсказки и повтор после потери ответа. Успех означает один обоснованный резерв, объяснимый отказ второму запросу и сохранённую связь с первоначальным решением. Это критерии проверки, а не обещание конкретной реализации.
Test an authorization denial separately: a staff member without authority may refer the question to the process owner but cannot use AI to expand their permissions. When reviewing an error, capture the incorrect data source and applicable rule, not merely the final response text.Отдельно проверьте отказ в доступе: сотрудник без полномочий может передать вопрос владельцу процесса, но не повысить свои права через AI. При разборе ошибки фиксируйте источник неверных данных и действовавшее правило, а не только финальный текст ответа.
What to verify for SABSUSЧто уточнить для SABSUS
Map this procedure to the register, CRM and inventory in your SABSUS configuration. Verify available AI actions, approval steps, retry handling and history visibility. The existence of modules alone does not establish atomic behavior for every operation or support for every external channel.Сопоставьте этот регламент с кассой, CRM и складом вашей конфигурации SABSUS. Уточните доступные действия AI, способ подтверждения, защиту повторов и видимость истории. Наличие модулей само по себе не подтверждает атомарность каждой операции или поддержку любого внешнего канала.
Begin with one common order change and name an exception owner. Keep self-setup as an option; implementation assistance can be discussed separately. Check the pricing page for the terms of the selected package.Сначала выберите одно частое изменение заказа и назначьте ответственного за исключения. Сохраните самостоятельную настройку как вариант; помощь во внедрении можно обсуждать отдельно. Условия выбранного пакета сверяйте на странице тарифов.
Quick answersКороткие ответы
Does an AI reply reserve stock?Можно ли считать ответ AI резервом?
No. A reservation requires a separate recorded operation. Check its result and order reference.Нет. Резерв подтверждает отдельная учётная операция. Проверьте её результат и связь с заказом.
What happens to an outdated suggestion?Что делать с устаревшей подсказкой?
Recheck the current order revision and stock before approval.Повторно проверить текущую версию заказа и остаток до одобрения.
Who closes a discrepancy?Кто закрывает расхождение?
The assigned exception owner, after reconciling the order, goods and payment.Назначенный владелец исключения после сверки заказа, товара и оплаты.
