Настройка способов оплаты

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

Где находятся способы оплаты

Справочник способов оплаты в RetailCRM живёт в разделе Администрирование → Справочники → Типы оплаты. Именно термин «тип оплаты» использует система: это сущность, которую менеджер выбирает в карточке заказа, а вы — при построении отчётов по деньгам.

Каждый тип оплаты — это не просто ярлык. Он связывает три вещи: как клиент платит (наличные, карта, счёт), в каких магазинах и типах заказов этот вариант доступен, и как платёж отражается в разделе Финансы. Поэтому к справочнику стоит относиться как к части учётной модели, а не как к выпадающему списку.

Создание и параметры типа оплаты

Кнопка Добавить тип оплаты открывает карточку с набором полей. Разберём ключевые:

• Название — то, что видит менеджер и что попадает в печатные формы;
• Символьный код — латиницей, используется в API и интеграциях (например bank-card). Менять его после запуска обмена с сайтом крайне нежелательно;
• Магазины — в каких торговых точках тип доступен;
• Типы заказов — привязка к eShop, оптовым или иным типам;
• Активность — неактивный тип исчезает из выбора, но сохраняется в старых заказах;
• Позиция — порядок сортировки в списке.

Символьный код — самая ответственная настройка. Если ваш интернет-магазин или маркетплейс передаёт заказы через API, коды оплаты на сайте и в CRM должны совпадать, иначе платёж приедет «пустым».

Онлайн-платежи и платёжные системы

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

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

Статусы оплаты и частичные платежи

Отдельно от типа оплаты RetailCRM хранит статус оплаты заказа. Базовые значения:

1. Не оплачено — деньги не поступили;
2. Оплачено частично — принята предоплата или аванс;
3. Оплачено — заказ закрыт по деньгам.

Один заказ может содержать несколько платежей с разными типами: например, аванс картой онлайн и доплату наличными курьеру. Система суммирует их и сама переводит заказ в статус «Оплачено частично» или «Оплачено» в зависимости от суммы. Это удобно для схем с предоплатой и наложенным платежом.

Связь с финансовым учётом

Каждый платёж по заказу попадает в раздел Финансы, где RetailCRM строит отчёты по приходам. Чтобы аналитика была честной, тип оплаты полезно связать с реальным счётом или кассой: наличные — в кассу, карта — на расчётный счёт эквайринга.

• отчёт по типам оплаты показывает структуру поступлений;
• отчёт по менеджерам с разбивкой по оплатам помогает сверять кассу;
• выгрузка платежей упрощает сверку с банком и 1С.

Если вы позже интегрируете CRM с 1С, коды типов оплаты станут точкой маппинга — заранее согласуйте их с бухгалтерией, чтобы платежи корректно раскладывались по счетам.

Типичные ошибки настройки

Чаще всего проблемы возникают не в момент создания типа, а спустя месяцы, когда накопилась история. Вот что стоит предусмотреть:

• Дубли способов — «Карта онлайн» и «Оплата картой» размывают аналитику; заведите единый тип с понятным кодом;
• Удаление вместо деактивации — удалять тип, который уже есть в заказах, нельзя, иначе теряется история; выключайте активность;
• Несовпадение кодов с сайтом — заказы приходят без типа оплаты;
• Отсутствие привязки к типам заказов — оптовый «Счёт юрлицу» виден в рознице и путает операторов.

Итог

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

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