Эквайринг в CRM: как принимать оплату прямо из карточки сделки
Клиент согласился, и начинается ручная работа: ссылка из кабинета банка, вопрос в чате «оплатили?», сверка выписки, перенос сделки на следующий этап, просьба к бухгалтеру проверить чек. Когда оплат много, они теряются между банком, CRM и учётом: деньги пришли, а сделка стоит на этапе «Счёт выставлен».
Эквайринг в CRM, или приём оплаты из сделки, - это связка CRM с банком или платёжным сервисом. Менеджер формирует ссылку на оплату в карточке сделки, клиент платит, платёжный сервис сообщает CRM об оплате, статус в сделке меняется сам, а касса отправляет клиенту чек. Деньги принимает не CRM, а банк или платёжный сервис. В amoCRM для этого есть штатный список «Счета/покупки» и виджеты платёжных сервисов, в Битрикс24 - Центр продаж с платёжными системами и кассами. Ниже - вся цепочка, ответственный за каждое звено и что решить до подключения.
Что такое приём оплаты в CRM и чем он отличается от «просто эквайринга»
Эквайринг - это приём безналичной оплаты: картой, по ссылке, через Систему быстрых платежей (СБП). Договор заключают с банком или платёжным сервисом, и деньги идут через них. Короткое определение термина есть в глоссарии.
При «просто эквайринге» ссылку создают в кабинете банка, а CRM об оплате не знает: менеджер узнаёт о ней от бухгалтера и отмечает вручную. Приём оплаты в CRM - тот же эквайринг, но ссылка появляется в карточке сделки, и результат платежа возвращается туда же.
Цепочка целиком: ссылка → оплата → статус в сделке → чек → учёт
Менеджер довёл сделку до этапа оплаты и формирует ссылку из карточки → клиент оплачивает → платёжный сервис уведомляет CRM → статус оплаты меняется, сделка уходит дальше, ответственный получает задачу на отгрузку. Со стороны это одна кнопка, но звеньев семь, и у каждого свой ответственный. Если одно молчит, оплата прошла, а в сделке ничего не изменилось.
| Звено | Кто отвечает | Что настроить | Что ломается без настройки |
|---|---|---|---|
| 1. Ссылка на оплату | CRM, менеджер | Счёт с суммой из сделки, канал отправки | Сумма в ссылке расходится со сделкой |
| 2. Оплата | Банк или платёжный сервис | Договор, способы оплаты (карта, СБП) | Клиенту неудобно платить |
| 3. Уведомление о платеже | Платёжный сервис и CRM | Уведомления в кабинете сервиса на адрес CRM | Деньги пришли, а CRM об этом не знает |
| 4. Статус в сделке | CRM | Связь платежа со счётом конкретной сделки | Менеджер сверяет оплаты по выписке |
| 5. Смена этапа и задача | CRM, автоматизация | На какой этап перейти после оплаты и кому поставить задачу | Сделка стоит на «Счёт выставлен», отгрузка ждёт |
| 6. Чек | Продавец: касса и ОФД | Кто формирует чек, признаки расчёта, ставки налога, контакт клиента | Чек не уходит клиенту или не совпадает с оплатой |
| 7. Учёт | Бухгалтерия, обмен CRM с учётной системой | Где источник правды по оплатам и как оплата попадает в учёт | Цифры в CRM и в учёте расходятся |
Звено учёта - это обмен CRM с 1С или другой учётной системой, отдельная интеграция. Документы идут своим путём: если счёт и акт вы отправляете по ЭДО, оплата по ссылке их не отменяет - см. «ЭДО и CRM».
Как это устроено в amoCRM: «Счета/покупки» и виджеты платёжных сервисов
Штатная основа - список «Счета/покупки». По справке amoCRM, в нём выставляют счета клиентам, отслеживают оплату и учитывают покупки. Список доступен на всех тарифах и включается вместе с разделом «Покупатели».
У счёта четыре статуса: «Создан», «Оплачен авансом», «Частично оплачен» и «Оплачен». При смене статуса появляется событие, например «счёт оплачен», и на нём строят автоматизацию: перевести сделку на следующий этап, поставить задачу на отгрузку. Что стоит отдавать автоматике - в статье «Роботы в amoCRM».
Ссылку получают из созданного счёта: пункт «Скопировать клиентскую ссылку». Клиент платит по реквизитам или через страницу эквайринга, если эквайринг подключён. В справке названы интеграции трёх банков: СберБизнес, АльфаБизнес и Т-Банк. Сами платежи проходят через подключённый эквайринг: собственного приёма денег у amoCRM нет.
Для других банков и сервисов есть виджеты платёжных сервисов - модули сторонних разработчиков и самих провайдеров. Типовая цепочка в их описаниях: кнопка в сделке → ссылка клиенту в чат, по СМС или на почту → оплата → отметка в сделке или смена этапа. Часть виджетов пишет оплату в «Счета/покупки», часть - в поля сделки, и от этого зависит, на какое событие строить автоматизацию. Как выбирать - в статье «Виджеты amoCRM». Если не подходит ни штатная интеграция, ни виджет, связку делают индивидуально через интерфейс программирования (API), по которому CRM и платёжный сервис обмениваются данными напрямую, - после оценки.
Что проверить после запуска: тестовая оплата меняет статус счёта, событие «счёт оплачен» срабатывает, сделка уходит на нужный этап, клиент получает чек.
Как это устроено в Битрикс24: Центр продаж и платёжные системы
В Битрикс24 приём оплаты из сделки собран в Центре продаж. По справке вендора, способов два: сообщение со ссылкой или оплата через Терминал по QR-коду. Для ссылки выбирают контакт, добавляют товары на вкладке «Товары для оплаты», подключают платёжную систему и онлайн-кассу и нажимают «Отправить».
Ссылка уходит по СМС, в WhatsApp (если его нет - по СМС), в Telegram или в чат с клиентом. По умолчанию подставляется номер из последней коммуникации, перед отправкой его можно сменить. Сообщение и оплата сохраняются в таймлайне сделки, оттуда же ссылку можно отправить повторно.
По справке Битрикс24, платёжные системы подключают в разделе CRM → Продажи → Управление продажами → Центр продаж → Платёжные системы. Названия меню меняются, поэтому сверьте путь в своём портале. Список платёжных систем - в справке вендора. Приложения платёжных систем и касс из Маркета доступны на платных тарифах; как устроены подключения - в статье «Интеграции Битрикс24».
«Тихие» поломки, о которых узнают после запуска:
- Стадия после оплаты по умолчанию не меняется. В настройках Центра продаж нужно выбрать, на какие стадии сделка перейдёт после оплаты и доставки, иначе она останется на месте. Правила сложнее настраивают роботами - см. «Автоматизация в Битрикс24».
- Статус меняется только по уведомлению платёжной системы. Для ЮKassa и Robokassa уведомления включают в кабинете провайдера, для Сбербанка - ещё и в настройках платёжной системы в Битрикс24. Без них оплата проходит, а статус в CRM прежний.
- Через Центр продаж подключается один кабинет ЮKassa. Второй кабинет, например второго юрлица, подключают в платёжных системах магазина.
- Терминал не даёт фискального чека, только терминальный. Терминал и касса - тема розницы: «CRM, касса и эквайринг в рознице».
| Вопрос | amoCRM | Битрикс24 |
|---|---|---|
| Где формируется ссылка | Клиентская ссылка из счёта в «Счетах/покупках» или кнопка виджета | Центр продаж в сделке: сообщение со ссылкой |
| Как приходит статус | Статус счёта меняется через интеграцию банка или виджет | По уведомлению платёжной системы, запись в таймлайне |
| Двигается ли этап | Через автоматизацию на событие «счёт оплачен» или по правилам виджета | Только если стадии выбраны в настройке; по умолчанию сделка остаётся на месте |
| Частичная оплата | Статус счёта «Частично оплачен» | В справке не описана - предусмотреть при настройке |
| Кто формирует чек | Не CRM: касса платёжного сервиса или своя облачная касса | Не CRM: платёжная система с чеками или своя облачная касса |
Чек по 54-ФЗ: кто его пробивает, когда оплата идёт из сделки
Чек CRM не печатает. В справке Битрикс24 на вопрос о физической кассе ответ прямой: нет, чеки формирует внешний сервис - онлайн-касса или платёжная система, подключённая к кассе. В amoCRM логика та же. Вариантов два:
- Чеки на стороне платёжного сервиса. Например, при «Чеках от ЮKassa» своя касса не нужна: ЮKassa передаёт данные платежа в кассу партнёра, чек уходит через ОФД в налоговую и клиенту.
- Своя облачная онлайн-касса, подключённая к CRM или платёжному сервису. В Битрикс24 - через приложения касс из Маркета.
Тихая поломка: для отправки чека Битрикс24 берёт только рабочие e-mail и телефон из карточки контакта или компании. Если поле пустое, клиент чек не получит, поэтому контакт стоит сделать обязательным до этапа отправки ссылки.
Нормы закона в пересказе, а не юридическое заключение:
- контрольно-кассовую технику применяют организации и индивидуальные предприниматели при расчётах (ст. 1.2, п. 1). Обязанность выдать чек лежит на продавце - не на CRM и не на банке;
- при оплате в интернете без личного контакта с покупателем продавец должен передать электронный чек на телефон или e-mail, которые покупатель указал до расчёта (ст. 1.2, п. 5). Оплата по ссылке из CRM - как раз такой случай;
- при предоплате обычно формируют два чека: один при получении денег, второй при передаче товара или оказании услуги;
- для расчётов между организациями и ИП правила отличаются. Нужен ли чек в вашей схеме, решает бухгалтер;
- ставки налога в чеке настраиваются в кассе или платёжном сервисе и должны совпадать с учётом.
Что должно меняться в сделке после оплаты - и что ломается без этого
После оплаты в сделке должны обновиться статус оплаты и этап, а у ответственного - появиться следующий шаг. Каким он будет, решает ваш процесс, а не платёжный сервис: сначала процесс - потом настройка. Кроме полной оплаты, сценарии нужно описать отдельно, иначе каждый менеджер решит их по-своему.
| Сценарий | Что в сделке | Что с чеком | Что проверить |
|---|---|---|---|
| Полная оплата | Статус «оплачен», следующий этап, задача на отгрузку | Чек на всю сумму | Этап после оплаты выбран |
| Предоплата | Статус «оплачен авансом» или «частично оплачен», сделка ждёт исполнения и остатка | Обычно два чека: при получении денег и при передаче товара | Кто и когда формирует второй чек |
| Частичная оплата | В amoCRM - статус «Частично оплачен»; в Битрикс24 справка не описывает, предусмотрите при настройке | Чек на каждое поступление; признак расчёта согласуйте с бухгалтером | Как менеджер видит остаток к оплате |
| Повторная ссылка | Без второго счёта на ту же сумму | Чек только по фактической оплате | Клиент не может оплатить дважды |
| Возврат | Статус предусматривают при настройке: штатного описания возврата в сделке в справке нет | Деньги возвращает платёжный сервис, нужен чек возврата | Кто запускает возврат и как он попадает в учёт |
Предоплата требует отдельного описания: одна сделка даёт два события оплаты и два чека. Вот как это выглядит на условном примере.
Рассрочка подключается отдельными приложениями и сервисами - пример онлайн-школы в статье «CRM и онлайн-оплата курсов». Если цепочка уже работает, но сбоит, начинайте с симптома.
| Симптом | Возможная причина | Где смотреть |
|---|---|---|
| Клиент оплатил, а статус не сменился | Уведомления о платеже не включены или идут не на тот адрес | Кабинет провайдера |
| Статус «оплачено», а сделка стоит на месте | В Битрикс24 не выбраны стадии после оплаты; в amoCRM нет автоматизации на событие «счёт оплачен» | Настройки Центра продаж или правила автоматизации |
| Клиент не получил чек | В карточке нет рабочего e-mail или телефона; касса не подключена или чеки не включены | Карточка контакта, настройки кассы |
| Ссылка ушла не на тот номер | В Битрикс24 по умолчанию подставляется номер из последней коммуникации | Номер в карточке перед отправкой |
| Оплаты в CRM и в учёте не сходятся | Не решено, где источник правды по оплатам | Правила обмена CRM с учётной системой |
Что решить до подключения: провайдер, способы оплаты, чек, учёт
На вопросы ниже отвечают разные люди: собственник, бухгалтер, руководитель отдела продаж (РОП) и интегратор. Пропущенный вопрос проявится после запуска - сделкой, которая не двигается, или чеком, который не пришёл.
| Вопрос | Кто решает | На что влияет |
|---|---|---|
| Какой банк или платёжный сервис и на каких условиях | Собственник, бухгалтер | Штатная интеграция, виджет или индивидуальная связка |
| Какие способы оплаты нужны: карта, СБП, рассрочка | Собственник, РОП | Список подходящих сервисов и приложений |
| Кто выдаёт чек: платёжный сервис или своя облачная касса | Бухгалтер | Договоры, настройки кассы, признаки расчёта и ставки налога |
| Как CRM узнаёт об оплате: интеграция банка, виджет, уведомления | Интегратор | Меняется ли статус без участия менеджера |
| На какой этап двигать сделку и какую задачу ставить после оплаты | РОП | Не зависнет ли сделка после оплаты |
| Как вести предоплату, частичную оплату и возврат | РОП, бухгалтер | Статусы, поля, второй чек, чек возврата |
| Где источник правды по оплатам: в CRM или в 1С | Бухгалтер, собственник | Правила обмена с учётом, сходимость цифр |
| Несколько юрлиц или кабинетов у провайдера | Собственник, интегратор | Схема подключения: в Центре продаж Битрикс24 - один кабинет ЮKassa |
| Какие поля обязательны в карточке: e-mail или телефон клиента | РОП, интегратор | Дойдёт ли чек до клиента |
Если оплаты отмечают и в CRM, и в 1С, цифры начинают расходиться. Что синхронизируется между CRM и учётом - в статье «Интеграция amoCRM с 1С».
Эквайринг входит в интеграции, которые мы делаем после оценки: смотрим провайдера, сценарии оплаты, чеки и учёт. Сначала штатные интеграции платформы и готовые виджеты, индивидуальная связка - только если их не хватает.
Совет на любой связке: после запуска проведите тестовую оплату и пройдите все семь звеньев - от ссылки до записи в учёте.
Если CRM пока не отражает реальный процесс продаж, оплата из сделки только ускорит беспорядок. Тогда начинать стоит с внедрения amoCRM или Битрикс24 под процесс, а если непонятно, где теряются оплаты и сделки, - с диагностики отдела продаж.
Частые вопросы
Можно ли принимать оплату прямо из карточки сделки, не заходя в личный кабинет банка?
Да, если CRM связана с банком или платёжным сервисом: в amoCRM - через интеграцию банка или виджет, в Битрикс24 - через Центр продаж. Кабинет сервиса всё равно нужен: там включают уведомления. Возврат денег проходит через платёжный сервис - где его запускать, уточните при настройке.
Любой ли эквайринг подключается к amoCRM и Битрикс24 или только определённые сервисы?
Список зависит от платформы. В справке amoCRM названы штатные интеграции трёх банков, в Битрикс24 платёжные системы подключаются в Центре продаж - список в справке вендора. Остальные сервисы подключают через виджеты или через интерфейс программирования (API) после оценки.
Нужна ли онлайн-касса, если клиент платит по ссылке из CRM?
При оплате по ссылке в интернете закон требует передать покупателю электронный чек, и обязанность лежит на продавце. Своя касса не обязательна, если чеки формирует платёжный сервис. Нужен ли чек в вашей схеме, например при расчётах между организациями, решает бухгалтер.
Как сделка узнаёт, что клиент оплатил, и что будет, если он оплатил частично?
По уведомлению платёжного сервиса или по данным интеграции банка. При частичной оплате в amoCRM у счёта есть статус «Частично оплачен»; в Битрикс24 справка этот случай не описывает - предусмотрите его при настройке.
Что делать с возвратом: отражается ли он в сделке?
Возврат - отдельный сценарий. Деньги возвращает платёжный сервис, нужен чек возврата, а статус в сделке надо предусмотреть при настройке: штатного описания возврата в сделке в справке обеих платформ нет.
Как оплата из CRM попадает в 1С?
Через обмен CRM с учётной системой - это отдельная интеграция с 1С. До настройки важно определить, где источник правды по оплатам, чтобы данные в CRM и в учёте сходились.
Чем Центр продаж Битрикс24 отличается от виджета оплаты в amoCRM?
Центр продаж - встроенный раздел Битрикс24, где подключают платёжные системы и кассы. В amoCRM штатно есть «Счета/покупки» с интеграциями банков, другие сервисы добавляют виджеты. Задача одна, выбор зависит от вашей CRM и нужных сервисов. Сравнение платформ - на странице «amoCRM или Битрикс24».
Вывод
Приём оплаты в CRM - цепочка из семи звеньев. CRM отвечает за ссылку, статус и следующий шаг, платёжный сервис - за деньги и уведомление, касса - за чек, бухгалтерия - за учёт. Звенья, которые легко пропустить при запуске: уведомление о платеже, смена этапа и контакт для чека. Если хотите понять, какая связка подойдёт вашей CRM, - оценим связку CRM с платёжным сервисом и учётом.
Источники
- Битрикс24: настройка платёжных систем в Центре продаж
- справка amoCRM, «Счета/покупки»
- Битрикс24: приём оплаты в сделке
- Битрикс24: стадии после оплаты
- Битрикс24: вопросы о Центре продаж
- Битрикс24: платёжные системы
- Битрикс24: Терминал
- 54-ФЗ, ст. 1.2
- Битрикс24: чеки в Центре продаж
- Битрикс24: «Чеки от ЮKassa»
- Битрикс24: онлайн-кассы
Интеграции CRM — как мы помогаем с этим на практике.
Читайте также
Термины из статьи
Поможем навести порядок в продажах
Начнём с диагностики: покажем, где теряются заявки и что даст CRM именно в вашем случае — без обещаний «роста в разы».