{"id":14279,"url":"\/distributions\/14279\/click?bit=1&hash=4408d97a995353c62a7353088166cda4ded361bf29df096e086ea0bbb9c1b2fc","title":"\u0427\u0442\u043e \u0432\u044b\u0431\u0435\u0440\u0435\u0442\u0435: \u0432\u044b\u0435\u0445\u0430\u0442\u044c \u043f\u043e\u0437\u0436\u0435 \u0438\u043b\u0438 \u0437\u0430\u0435\u0445\u0430\u0442\u044c \u0440\u0430\u043d\u044c\u0448\u0435?","buttonText":"","imageUuid":""}

Кейс: получаем уведомления о платежах из Точка Банк по api и вебхукам с помощью no-code, делаем чеки

Всем привет! Я Лаптев Алексей, основатель и главный разработчик сервиса no-code интеграций apimonster.

Задача

У клиента saas-сервис, платежи через Точку. Нужно разделять платежи от юрлиц и физиков, чтобы выписывать физикам чеки через cloudkassir.

Проблемы:

  1. сложно получить вебхуки из Точки
  2. в платежах нет разделения на физиков и юрлиц.

Решение

Используем коннекторы Точки и Клаудкассира в ApiMonster. Связка такая.

Подключаем точку.

Подключаем клаудкассир

Получаем платежи из Точки.

Чеки нужно пробивать только для физиков, но Точка не разделяет платежи на физиков и юрлиц. Поэтому мы это сделали на своей стороне через флаг isIndividual.

Пример вебхука:

Делаем связку на создание чека и уведомления о платеже в телеграм

Настройка клаудкассир

Результат

Все работает автономно месяцами. Клиент решил проблемы с автоматизацией платежей.

Кому это нужно

В первую очередь saas-сервисам и интернет-магазинам у кого прием платежей через Точку и нужно автоматически обрабатывать платежи — выписывать чеки, пополнять баланс.

Обычно парсится почта, но возможности no-code и ApiMonster могут существенно упростить задачу обработки платежей.

0
12 комментариев
Написать комментарий...
Точка

Здорово, что получилось создать подходящее решение. Спасибо, что делитесь опытом!
Если ваш клиент принимает платежи по QR-кодам, то может пригодиться ещё отдельный вебхук с событием incomingSbpPayment. По нему мы отправляем уведомление только о входящих платежах по QR-коду со следующими данными:
1. идентификатор операции;
2. id QR-кода;
3. данные покупателя: имя, отчество и первая буква фамилии;
4. номер телефона;
5. сумма операции;
6. наименование ТСП;
7. merchantId;
8. назначение платежа, если оно было указано в момент создания QR-кода.

Подробностями делимся здесь: https://enter.tochka.com/doc/v2/redoc/section/Opisanie-metodov#Vebhuki

Пишите, если понадобимся, всегда рады помогать решать вопросы бизнеса :)

Ответить
Развернуть ветку
Alexey Laptev
Автор

sbp есть, расскажите вашими клиентам о решении :)

Ответить
Развернуть ветку
Точка

Делимся ссылкой на документацию прямо на нашем сайте, она в открытом доступе. А если нужно связаться с кем-то конкретным, будем признательны за контакты. Можно написать нам в личку ИНН или почту, а мы отправим нужную информацию 🤝

Ответить
Развернуть ветку
Alexey Laptev
Автор

На канале в телеграме опубликуйте кейс, кому-то наверняка поможет решить их задачу.

Ответить
Развернуть ветку
Точка

Обсудим это с командой 👌

Ответить
Развернуть ветку
Анна Гущина

А @Тинькофф можете так?

Ответить
Развернуть ветку
Тинькофф

Здравствуйте.

Уточним о такой возможности и вернемся с ответом.

Ответить
Развернуть ветку
Тинькофф

Да, так мы умеем 😊

Ответить
Развернуть ветку
Alexey Laptev
Автор

Давайте сделаем такой же коннектор если расскажите потом на свою аудиторию? :)

Ответить
Развернуть ветку
Тинькофф

Уточним такую возможность, позже вернемся с ответом.

Ответить
Развернуть ветку
Тинькофф

Спасибо за предложение. У нас уже есть похожий сервис 🙂

Ответить
Развернуть ветку
Анон Газонов

А кто из банков может при создании отложенного чека отправлять вебхук? Как бы создаешь заказ, и когда его выполняешь клиент приходит и оплачивает его. На сторону в обоих событиях уходит вебхук. И при создании отложенного чека и при его оплате.

Ответить
Развернуть ветку
9 комментариев
Раскрывать всегда