Delivery: who owns each handoffДоставка: кто отвечает за заказ

Start with the accepted promiseНачните с принятого обещания

Before releasing work, agree the order contents, address, fulfillment method, contact for clarification and promised window. Separate confirmed information from assumptions. An apartment number, building access or item substitution may need the customer’s answer; that order is not ready for the same action as a fully clarified one. Assign someone to resolve the question and a time to check again.До передачи в работу согласуйте состав заказа, адрес, способ получения, контакт для уточнения и обещанное окно. Отделите подтверждённые данные от предположений. Номер квартиры, доступ в здание или замена позиции могут потребовать ответа клиента; такой заказ ещё не готов к тому же действию, что полностью уточнённый. Назначьте сотрудника, который закроет вопрос, и время следующей проверки.

Keep the agreed version of the promise with the order. When an address or time changes, identify which team has already started work and who accepted the revision. Editing a message alone does not establish that the packer and courier are following the new instructions.Сохраняйте согласованную версию обещания вместе с заказом. Если адрес или время меняется, нужно понять, какая команда уже начала исполнение и кто принял изменение. Исправление текста в переписке само по себе не подтверждает, что упаковщик и курьер работают по новым условиям.

Acknowledge the next person’s handoffПодтверждайте передачу следующему участнику

Separate order readiness, courier assignment and physical handover. Readiness means the agreed package can be released. Assignment links the order to an operator. Handover establishes that the operator received the intended shipment and its instructions. Define the source of each fact: who reports it, what the recipient checks and which exception prevents the next step.Разделите готовность заказа, назначение курьера и фактическую передачу. Готовность означает, что согласованный комплект можно выдать. Назначение связывает заказ с исполнителем. Передача подтверждает, что исполнитель получил нужное отправление и условия. Для каждого перехода определите источник факта: кто его сообщает, что проверяет принимающий сотрудник и какое исключение препятствует следующему шагу.

Do not treat an assignment mark as proof of departure or delivery. When an event is entered later, preserve the distinction between event time and entry time where the configuration supports it. If that distinction is unavailable, state the limitation in the report. History should help reconstruct the sequence rather than create an appearance of precise timing.Не используйте отметку о назначении как доказательство выезда или доставки. Если событие занесли позднее, сохраняйте различие между временем события и временем записи, когда конфигурация позволяет это сделать. При отсутствии такого различия укажите ограничение в отчёте. История должна помогать восстановить последовательность, а не создавать видимость точного хронометража.

Tie each update to an established factСвяжите сообщение с известным фактом

Choose the events that help the customer: an accepted change, readiness, handover or departure from the promise. The message should explain the next step and how to get an answer. Do not promise an exact arrival time merely because a courier is assigned. If an estimate depends on routing or an external service, identify it as an estimate and agree who updates it when conditions change.Определите, какие события действительно полезны клиенту: принятое изменение, готовность, передача или отклонение от обещания. Сообщение должно объяснять следующий шаг и способ получить ответ. Не обещайте точное время прибытия только потому, что назначен курьер. Если оценка зависит от маршрута или внешнего сервиса, сообщайте её как оценку и согласуйте, кто обновит её при изменении условий.

Verify the recipient, language, available channel and sending rules before enabling automation. The team still needs someone responsible for the customer’s reply and an undelivered message. Automatic sending can remove a manual step; it does not make substitution, rescheduling or return decisions on behalf of the responsible employee.Проверьте получателя, язык, доступный канал и правила отправки до включения автоматизации. У команды должен оставаться владелец ответа клиента и недоставленного сообщения. Автоматическая отправка сокращает отдельный шаг, но не принимает решение о замене товара, переносе или возврате за ответственного сотрудника.

How SABSUS connects delivery to an orderКак доставка связана с заказом в SABSUS

Give each exception a clear next actionОставляйте отклонение с понятным действием

An unavailable recipient, an incomplete package and a delayed courier require different decisions. Record the reason, current order owner, required action and next contact time. If goods return, identify who will receive and inspect them. Closing a chat thread should not hide remaining goods, an unresolved promise or an unknown delivery outcome.Недоступный получатель, неполная комплектация и задержка курьера требуют разных решений. Записывайте причину, текущего владельца заказа, требуемое действие и срок следующего контакта. Если отправление возвращается, укажите, кто его примет и проверит. Закрытие вопроса в чате не должно скрывать оставшийся товар, несогласованное обещание или неизвестный исход доставки.

A shift handoff needs a short, specific record: what is confirmed, what remains unknown, who has been informed and who continues the work. Give address and contact access to the people who need them for this task. Do not copy the customer’s full history into a shared problem list.Для передачи исключения следующей смене достаточно короткой, конкретной записи: что подтверждено, что ещё неизвестно, кому уже сообщили и кто продолжает работу. Доступ к адресу и контакту предоставляйте тем участникам, которым они нужны для этой задачи. Не копируйте полную клиентскую историю в общий список проблем.

An owner’s guide to delivery exceptionsРазбор отклонений в доставке для владельца

Close the day against all accepted workЗакрывайте день по всей принятой работе

Reconcile accepted orders with completed, canceled and still-open work. Open orders need a next review, and completed orders need the agreed evidence of outcome. Check fulfillment separately from payment: a delivered mark does not establish receipt of funds, and a successful payment does not establish receipt of goods. Route discrepancies to the owner of the relevant process.Сверьте принятые заказы с завершёнными, отменёнными и оставшимися в работе. Для незавершённых должна быть следующая проверка, для завершённых — согласованный признак результата. Проверяйте исполнение отдельно от оплаты: отметка о доставке не доказывает поступление денег, а успешная оплата не доказывает получение товара. Расхождения передавайте владельцу соответствующего процесса.

Before release, walk through a regular delivery and several exceptions: an address change after assignment, an incomplete package, an unavailable recipient and a repeated status message. In the selected SABSUS configuration, verify the order history, participant access and visibility of the next action. A successful check means the team can explain the outcome and continue unfinished work; it does not guarantee a delay-free operation.Перед запуском пройдите обычную доставку и несколько исключений: изменение адреса после назначения, неполный комплект, недоступного получателя и повторное сообщение о статусе. В выбранной конфигурации SABSUS проверьте историю заказа, права участников и видимость следующего действия. Успешная проверка означает, что команда может объяснить результат и продолжить незавершённое; она не гарантирует отсутствие задержек в реальной работе.

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