Заказ уже собран, покупатель добрал в магазине: как связать две корзины

Покупатель пришёл за заказанными молочными продуктами и взял с полки хлеб и десерт. Для него это один визит. Для магазина — готовый заказ с резервом, новая корзина, возможная онлайн-оплата и выдача в разных системах. Если просто сложить все суммы на кассе, можно повторно попросить оплатить уже оплаченные позиции.

Фирменной рознице полезно заранее описать этот переход. Общий визит связывает события, но не обязан превращать два заказа в одну изменяемую запись. Способ оформления и расчёта должен соответствовать действующим правилам продавца и используемой кассовой системе.

Что действительно показано в источнике

В примере «КуулКлевер» августа 2026 года показан сценарий самовывоза и дозаказа. Добавление из зала через приложение обозначено как направление работы. Его нельзя объявлять уже действующей функцией во всех магазинах.

Публичная справка различает изменение состава оформленного заказа и дозаказ; для самовывоза описаны онлайн-оплата и оплата в магазине. Это пример конкретного продавца, а не универсальная возможность любой CRM или кассы. Справка КуулКлевер, проверка 13 октября 2026 года. Условия объединения нужно сверять с действующими правилами заказа.

Для собственной сети главное — определить, в каком состоянии находится исходный заказ и какие изменения ещё допустимы.

Пять связанных объектов

Номер общего визита может связывать эти объекты для обслуживания. Он не заменяет их идентификаторы. Номер телефона помогает найти обращение, но не подтверждает право любого человека изменить, оплатить чужим способом или получить заказ. Процедуру идентификации получателя задаёт продавец.

Два основных пути

Если исходный заказ ещё не оплачен и правила позволяют объединение, система формирует новую согласуемую версию состава. Она заново проверяет количество, наличие, применимость скидок и итог. Покупатель видит изменение до оплаты. Старая версия остаётся в истории.

Если исходный заказ оплачен, для проекта разумно предусмотреть отдельную связанную покупку дополнительных товаров. Возможность иных изменений определяется процессом и применимыми правилами, а не удобством одного поля в интерфейсе. Отказ от строки исходного заказа требует собственного оформления и связи с оплатой; он не должен исчезать внутри новой суммы.

Учебный пример: заказ А на 1 200 рублей уже оплачен, дополнительные товары Б стоят 300 рублей. Общая стоимость покупок визита — 1 500 рублей, но новая сумма к оплате в выбранном сценарии — 300. Повторное требование 1 500 рублей было бы повторным включением уже погашенной суммы. Это арифметическая модель, не инструкция по фискальному оформлению.

Когда онлайн-оплата опережает кассу

Покупатель может нажать оплату в приложении, пока кассир открыл заказ как неоплаченный. Перед новым платёжным действием система проверяет актуальную версию и состояние операции. Старая копия экрана не должна самостоятельно разрешать второе списание.

В проекте обмена нужны устойчивый номер платёжного действия и обработка повторного сообщения. При неизвестном результате нельзя просто повторять списание как новую операцию. Сначала выясняют исход прежней по идентификатору и предусмотренному механизму платёжной системы.

Если сведения об оплате ещё не поступили в магазин, состояние остаётся «результат уточняется». Его нельзя автоматически превратить ни в успешную оплату, ни в доказанный отказ. Покупателю нужен понятный следующий шаг, а сотруднику — ответственный за разрешение расхождения.

Вес, скидки и партии

У весовой позиции различаются предварительное количество и фактическая масса. После взвешивания новая сумма должна быть видима в предусмотренном процессе подтверждения. Дополнительная покупка не должна незаметно менять уже согласованный вес другой строки.

Скидку считают по явным правилам. Если акция зависит от суммы корзины, заранее определите, участвуют ли в ней два отдельных заказа одного визита и как обрабатываются возвраты. Само достижение общей суммы не разрешает задним числом пересчитать оплаченный заказ без предусмотренного основания.

Резервы исходного заказа сохраняют связь с партиями. Хлеб из зала и молочная продукция из холодильника могут выдаваться раздельно, но статус общего визита должен отражать оставшиеся строки. Передача одного пакета не подтверждает выдачу всего заказа.

Приёмочные ситуации

Это план испытания на учебном стенде. Реальная касса, платёжный сервис и магазин в рамках статьи не подключались. При внедрении проверяют доступные операции и правила конкретных систем, включая обработку сбоев между ними.

Что измерять после запуска

Для качества процесса полезны случаи повторного требования оплаты, время разрешения неизвестного результата, неполные выдачи и потерянные связи резервов. В коммерческом отчёте отделяют исходный заказ от дополнительной покупки.

Рост суммы визита не доказывает, что функция создала новые продажи: покупатель мог и раньше брать товар из зала отдельным чеком. Для такого вывода нужен сопоставимый контроль. Первый результат — корректно проведённый визит, где видно, что заказано, оплачено, добавлено и фактически выдано. Самовывоз с добором — не единственный разрыв. Как связать готовность заказа с приездом курьера ломается о ту же проблему, если часть заказа уже собрана, а кухня ещё докладывает.