Блок оплат в заказе RetailCRM отвечает на два вопроса: чем клиент платит и оплачено ли. Первое задаёт тип оплаты, второе — статус платежа. Ниже разбираем структуру блока, справочники, работу с несколькими оплатами и то, как суммы влияют на отчётность.
Как устроен блок оплат
В карточке заказа оплата — это отдельная сущность, а не одно поле. В одном заказе может быть несколько платежей: например, предоплата картой и остаток наличными при получении. Каждая оплата хранит собственный набор атрибутов и учитывается в сумме заказа независимо.
Ключевые атрибуты одной оплаты:
- Тип оплаты — способ (наличные, банковская карта, онлайн, счёт) из справочника;
- Статус — оплачено, не оплачено, возврат и т. д.;
- Сумма — размер платежа; сумма всех оплат сравнивается с итогом заказа;
- Дата оплаты — фактическая дата поступления денег;
- Внешний ID — идентификатор транзакции из платёжной системы (для онлайн-оплат).
totalSumm (итог с учётом доставки и скидок). Сколько уже поступило, показывает paidSum. Их разница — остаток долга по заказу.Типы оплаты и справочник
Тип оплаты определяет способ расчёта и настраивается в разделе Администрирование → Справочники → Типы оплаты. Это редактируемый справочник: набор типов подгоняется под реальные способы приёма денег в конкретном бизнесе.
| Тип оплаты | Когда применяется |
|---|---|
| Наличные | Оплата курьеру или в пункте выдачи |
| Банковская карта | Оплата картой при получении (терминал) |
| Онлайн-оплата | Платёж через эквайринг на сайте |
| Безналичный расчёт / счёт | Оплата юрлицом по счёту |
| Наложенный платёж | Оплата при получении через службу доставки |
Для каждого типа задаются флаги поведения: доступность в определённых магазинах, признак online-оплаты, привязка к платёжной интеграции, а также участие в правилах автоподстановки. Лишние типы стоит скрывать, чтобы оператор не выбирал их вручную по ошибке.
Статусы платежа
Статус оплаты не равен статусу заказа. Заказ может двигаться по воронке (комплектация, отгрузка), а платёж при этом иметь свой собственный статус. Базовый набор статусов оплаты:
- Не оплачено — платёж создан, но деньги не поступили;
- Оплачено — сумма получена полностью;
- Предоплата / частично оплачено — поступила часть суммы;
- Возврат — деньги возвращены клиенту.
Статусы оплаты редактируются в разделе Администрирование → Справочники → Статусы оплаты. У статуса есть признак «оплаченный»: именно он говорит системе, засчитывать ли сумму платежа в paidSum и считать ли заказ оплаченным.
Несколько оплат в одном заказе
Частичная и смешанная оплата — штатный сценарий RetailCRM. В блоке оплат нажимается «Добавить оплату», и в заказе появляется второй платёж со своими типом, суммой и статусом. Типовые случаи:
- Предоплата + доплата. Онлайн-предоплата 30% при оформлении и оплата остатка картой при получении.
- Оплата бонусами + деньгами. Часть суммы списывается баллами лояльности, часть — наличными.
- Доплата за изменённый состав. После добавления товара в заказ создаётся отдельная доплата.
Система суммирует все оплаченные платежи и сравнивает с totalSumm. Если сумма оплат меньше — по заказу висит долг, если больше — переплата; и то и другое видно прямо в блоке оплат.
totalSumm пересчитывается автоматически, а суммы уже созданных оплат — нет. Доплату или корректировку платежа оператор вносит вручную.Онлайн-оплаты и интеграции
Онлайн-оплата через эквайринг подтягивается в заказ автоматически. Когда клиент платит по ссылке или на сайте, платёжная интеграция передаёт в RetailCRM статус транзакции, и платёж в заказе сам переходит в «Оплачено» с заполненным внешним ID транзакции — ручное подтверждение не требуется.
Что даёт связка типа оплаты с платёжной системой:
- генерацию и отправку клиенту ссылки на оплату прямо из карточки;
- автоматическую фиксацию статуса после успешного платежа;
- оформление возврата из интерфейса заказа без захода в кабинет банка;
- сверку по внешнему ID при разборе спорных транзакций.
Через API оплаты доступны в методах работы с заказами: массив payments в orders/create и orders/edit, а также отдельные методы orders/payments/create и orders/payments/edit для управления конкретным платежом.
Автоматизация и контроль
Рутину по оплатам снимают триггеры и правила. На смену статуса платежа можно повесить действия, а на этапе оформления — подставить нужный тип оплаты по каналу или способу доставки. Полезные сценарии:
- Автоподстановка типа оплаты по источнику заказа или службе доставки (например, наложенный платёж для отправлений почтой);
- Триггер на «Оплачено» — автоматически двигать заказ в статус «Готов к сборке»;
- Напоминание о неоплате — задача менеджеру или письмо клиенту, если предоплата не поступила за N часов;
- Блокировка отгрузки без подтверждённой оплаты для предоплатных заказов.
Правила автоподстановки и статусная логика настраиваются в разделе триггеров и правил; там же оплата увязывается со статусной моделью заказа, чтобы менеджеры не двигали неоплаченные заказы вперёд по воронке.
Частые ошибки
Проблемы с оплатами почти всегда упираются в справочники и в путаницу между статусом заказа и статусом платежа:
| Симптом | Причина |
|---|---|
| Заказ оплачен, но в аналитике не виден доход | Статус платежа без флага «оплачено» |
| По заказу висит долг после доплаты | Добавлен товар, но сумма оплаты не скорректирована |
| Онлайн-оплата не подтвердилась сама | Тип оплаты не связан с платёжной интеграцией |
| Оператор выбирает неверный способ | В справочнике активны лишние или дублирующие типы |
Итог
Оплата в заказе RetailCRM — это связка «тип + статус + сумма». Тип задаёт способ расчёта, статус решает, засчитана ли сумма в paidSum, а несколько оплат покрывают предоплату, доплату и смешанные платежи. Корректная работа блока держится на аккуратных справочниках, флаге «оплачено» и связке с платёжными интеграциями и триггерами.
Мы настраиваем платёжный блок RetailCRM под реальные способы приёма денег: справочники типов и статусов, онлайн-эквайринг, автоподстановку и триггеры на оплату, а также сверяем финансовую аналитику. Если нужно, чтобы оплаты фиксировались без ручной рутины и сходились в отчётах — поможем с настройкой и интеграциями.
Частые вопросы
Чем тип оплаты отличается от статуса?
Тип оплаты — это способ расчёта (наличные, карта, онлайн, счёт). Статус — состояние платежа (оплачено, не оплачено, возврат). Одна оплата всегда имеет и то, и другое.
Можно ли в одном заказе сделать несколько оплат?
Да. В блоке оплат добавляется несколько платежей с разными типами, суммами и статусами. Система суммирует оплаченные платежи и сравнивает их с итогом заказа.
Почему оплаченный заказ не отражается в аналитике?
Скорее всего, статус платежа не имеет признака «оплачено». Только такой статус засчитывает сумму в paidSum и в финансовые отчёты. Проверьте настройку статуса в справочнике.
Что показывают поля paidSum и totalSumm?
totalSumm — итоговая сумма заказа с доставкой и скидками, то есть сколько нужно оплатить. paidSum — сколько уже оплачено. Их разница показывает остаток долга.
Как настраиваются доступные типы оплаты?
В разделе Администрирование → Справочники → Типы оплаты. Там же задаются флаги: онлайн-оплата, привязка к платёжной интеграции, доступность в магазинах. Лишние типы лучше скрывать.
Подтверждается ли онлайн-оплата автоматически?
Да, если тип оплаты связан с платёжной интеграцией. После успешного платежа система сама переводит оплату в статус «Оплачено» и записывает внешний ID транзакции.
Что происходит с оплатой при изменении состава заказа?
Итог заказа totalSumm пересчитывается автоматически, а суммы уже созданных оплат — нет. Доплату или корректировку платежа оператор вносит вручную.
Как оформить возврат оплаты?
Платёж переводится в статус «Возврат». Если тип оплаты связан с эквайрингом, возврат можно инициировать прямо из карточки заказа без входа в кабинет банка.
Поможем с настройкой и поддержкой RetailCRM
Поможем с настройкой, доработкой и поддержкой RetailCRM.