Customer, order and team workflowКлиент, заказ и работа команды
A connected workflow answers five questions: who ordered, what was agreed, what was paid, what was handed over and who owns the next action. Do not collapse these answers into one complete status: each needs its own evidence.Связанный процесс позволяет ответить на пять вопросов: кто заказал, что согласовано, что оплачено, что передано и кто отвечает дальше. Не сводите эти ответы к одному статусу «готово»: у каждого есть своё основание.
Which record answers which questionКакая запись отвечает на вопрос
The customer record retains relationship context and available contacts. The order captures a specific obligation: contents, quantity, price and fulfillment method. Customer history helps explain a request but should not silently change the agreed terms of an individual order.Карточка клиента сохраняет контекст отношений и доступные контакты. Заказ фиксирует конкретное обязательство: состав, количество, цену и способ исполнения. История клиента помогает понять запрос, но не должна незаметно менять уже согласованные условия отдельного заказа.
A payment records a financial event, an inventory entry explains stock movement and a staff assignment identifies the work owner. Connect them with stable references. Matching surnames or similar amounts are not sufficient grounds to treat two events as part of the same transaction.Платёж подтверждает денежное событие, складская запись объясняет движение товара, а назначение сотрудника указывает владельца работы. Свяжите их устойчивыми ссылками. Одинаковая фамилия или похожая сумма не дают достаточного основания считать два события частью одной сделки.
A map of role handoffsКарта переходов между ролями
Map the following operating logic to the SABSUS configuration. One person may perform several roles, but the records should still distinguish the events.Следующая карта описывает логику работы, которую стоит сопоставить с конфигурацией SABSUS. Один человек может выполнять несколько ролей; подтверждения всё равно должны различать события.
Request becomes an orderПотребность стала заказом
- Responsible roleОтветственный
- Customer managerМенеджер клиента
- Record / dataЗапись / данные
- Customer, agreed contents and contact channelКлиент, согласованный состав и канал связи
- Permitted next stepРазрешённый следующий шаг
- Pass confirmed terms to fulfillmentПередать подтверждённые условия исполнителю
- Exception / recoveryИсключение / восстановление
- Review a possible duplicate before mergingДубль клиента проверить до объединения
Resource allocatedРесурс закреплён
- Responsible roleОтветственный
- Fulfillment ownerВладелец исполнения
- Record / dataЗапись / данные
- Order, location, goods or staff timeЗаказ, точка, товар или время сотрудника
- Permitted next stepРазрешённый следующий шаг
- Assign responsibility for executionНазначить ответственного за выполнение
- Exception / recoveryИсключение / восстановление
- Resolve shortages with the managerНехватку ресурса согласовать с менеджером
Outcome handed overРезультат передан
- Responsible roleОтветственный
- Assigned staff memberИсполнитель
- Record / dataЗапись / данные
- Actual items, quantities and recipientФактические позиции, количество и получатель
- Permitted next stepРазрешённый следующий шаг
- Confirm the fulfilled portion of the obligationПодтвердить выполненную часть обязательства
- Exception / recoveryИсключение / восстановление
- Keep partial handover visibleНеполную выдачу оставить видимой
Obligations reconciledОбязательства сверены
- Responsible roleОтветственный
- Operations supervisorРуководитель операции
- Record / dataЗапись / данные
- Order, payments, movements and open tasksЗаказ, платежи, движения и открытые задачи
- Permitted next stepРазрешённый следующий шаг
- Close the workflow with clear evidenceЗакрыть процесс с понятным основанием
- Exception / recoveryИсключение / восстановление
- Assign remaining money or goods issues to an ownerОставшийся долг или товар назначить владельцу
An order is partially fulfilledЗаказ выполнен только частично
Imagine an order with several items: one is collected while another awaits replenishment. Record the actual handover, remaining quantity and agreed next step. The overall order state should help locate the open obligation rather than hide it behind the successful first collection.Представьте заказ из нескольких позиций: одна выдана, другая ожидает поступления. Запишите фактическую выдачу, оставшееся количество и согласованный следующий шаг. Общий статус заказа должен помогать найти открытое обязательство, а не скрывать его за успешной первой выдачей.
If the customer cancels the remainder, agree the scope change and check the financial consequence separately. Stock reservation, expected payment and staff tasks may require different actions. Close each against verified evidence while keeping the original order reference.Если клиент отменяет остаток, согласуйте изменение состава и проверьте финансовое последствие отдельно. Резерв товара, ожидаемая оплата и задача сотрудника могут требовать разных действий. Закрывайте каждое по подтверждённому результату, сохраняя связь с исходным заказом.
Check traceabilityПроверьте прослеживаемость
Take a completed example and trace it backward: handover to order, payment to charge, stock movement to item and task to assignee. The check passes when records explain the links without calling the person who remembers the situation.Возьмите завершённый пример и восстановите путь в обратную сторону: от выдачи к заказу, от оплаты к начислению, от движения к позиции и от задачи к сотруднику. Проверка пройдена, если связь объяснима по записи без звонка тому, кто помнит ситуацию.
Then test cancellation, partial handover and a change of owner during execution. Incoming staff should see the accepted terms and open decisions. Limit access to necessary context: an assignee does not always need the entire customer commercial history to complete one task.Затем проверьте отмену, частичную выдачу и смену ответственного в середине работы. Новый сотрудник должен видеть принятые условия и открытые решения. Ограничивайте доступ нужным контекстом: исполнителю не обязательно видеть всю коммерческую историю клиента для выполнения одного задания.
What to verify in SABSUS setupЧто уточнить при настройке SABSUS
Use this guide to question the links among CRM, orders, inventory and staff. Establish where the primary record is created and which events come from external systems. A common platform does not mean every provider or unusual transition is supported without configuration.Используйте этот разбор как список вопросов к связям CRM, заказа, склада и сотрудников. Уточните, где создаётся основная запись и какие события приходят из внешних систем. Общая платформа не означает, что каждый провайдер или любой нестандартный переход поддерживается без настройки.
Define completion for one real workflow and assign every unresolved outcome an owner. Self-setup remains an option; choose extra assistance according to the work required. Check commercial terms against the selected package separately from the responsibility map.Запишите критерий завершения для одного реального процесса и владельца каждого незакрытого результата. Самостоятельная настройка остаётся вариантом; дополнительную помощь выбирают по объёму задачи. Коммерческие условия сверяйте с нужным пакетом, отдельно от карты обязанностей.
Customer contextКонтекст клиента · SABSUS termsУсловия SABSUS
Quick answersКороткие ответы
Should everything share one status?Нужен ли один статус для всего?
No. Orders, fulfillment and settlement need distinguishable outcomes.Нет. Заказ, исполнение и расчёт должны сохранять различимые результаты.
How can a lost obligation be found?Как найти потерянную обязанность?
Compare agreed scope with actual handover, payment and open tasks.Сравните согласованный состав с фактической выдачей, оплатой и открытыми задачами.
Can another shift take over an order?Можно ли передать заказ другой смене?
Yes, provided terms, completed work and the next action owner are retained.Да, если сохранены условия, выполненная часть и конкретный владелец следующего шага.