Так. Krokul CRM інтегрується з Recurly. Виграна угода створює в Recurly акаунт і підписку з погодженим планом, а Recurly потім повідомляє контрагенту в Krokul про продовження, скасування, оплачені й прострочені рахунки та невдалі платежі. У кожного клієнта один власник білінгу, тож договір, який виставляє Recurly, ніколи не отримає другого рахунку від Krokul. Звʼязка працює через застосунок Krokul у Zapier, Make чи Albato або через API і вебхуки Krokul.
Платформи автоматизаціїZapierMakeAlbato
Угода, виграна у воронці підписок, надсилає в Recurly одну покупку. У ній акаунт із кодом контрагента Krokul і підписка з кодом плану й кількістю з угоди. Recurly повертає account code та ідентифікатор підписки. Krokul зберігає обидва як зовнішні ключі, тож повторне збереження тієї ж угоди нічого в Recurly не змінює.
JSON-вебхуки Recurly несуть лише тип обʼєкта, тип події й ідентифікатори. На подію підписки на зразок renewed, paused, canceled чи expired Krokul дочитує підписку з API Recurly й оновлює її копію для читання на контрагенті. Звіт рухів MRR у Krokul тоді враховує зміну із сумою, яку тримає Recurly.
Коли Recurly надсилає charge_invoice.paid, Krokul записує оплату-факт в угоду, з якої почалась підписка. Подія charge_invoice.past_due йде менеджеру клієнта задачею з номером рахунку й залишком. Recurly далі стягує борг власним dunning.
Сповіщення про платіж із типом події failed додає активність до контрагента. Менеджер бачить відхилене списання поруч із відкритими угодами й останніми дзвінками. Перед допродажем це важливо знати.
| Recurly | Напрям | Krokul | Коли |
|---|---|---|---|
| Account (account code) | Krokul → Recurly | Контрагент, зовнішній ключ | Перша підписка клієнта |
| Subscription з кодом плану | Krokul → Recurly | Виграна угода у воронці підписок | Угоду виграно |
| Події підписки (renewed, paused, canceled, expired) | Recurly → Krokul | Підписка для читання й рух MRR | Recurly змінює підписку |
| Рахунок оплачено (charge_invoice.paid) | Recurly → Krokul | Оплата-факт в угоді | Рахунок оплачено |
| Рахунок прострочено (charge_invoice.past_due) | Recurly → Krokul | Задача менеджеру клієнта | Минув строк оплати рахунку |
| Невдалий платіж | Recurly → Krokul | Активність на контрагенті | Списання відхилено |
Так. Krokul інтегрується з Recurly через застосунок Krokul у Zapier, Make і Albato та через свої API і вебхуки, для акаунтів, підписок, рахунків і платежів.
Одна з двох, на вибір для кожного контрагента. Коли білінгом володіє Recurly, Krokul читає підписку та її рахунки. Коли білінгом володіє Krokul, договір Krokul виставляє рахунки за періоди, і підписки Recurly для цього клієнта немає.
JSON-сповіщення Recurly містять лише тип обʼєкта, тип події й ідентифікатори. Krokul читає поточну підписку, рахунок чи платіж з API Recurly, перш ніж щось змінити.
Так. Підписки Recurly зʼявляються у звіті рухів MRR із сумами, які тримає Recurly, поруч із договорами, що їх Krokul виставляє сам.
Плани, платіжні шлюзи, дані карток і dunning лишаються в Recurly. Вебхуки charge invoice приходять лише з сайтів Recurly, де ввімкнено функцію Credit Invoices.
Напишіть, яким сервісом ви користуєтесь і що має ходити між ним і Krokul. Ми відповімо способом і строком.
Запит отримано. Відповімо на вашу пошту.
Recurly є торговою маркою Recurly, Inc. Krokul не афілійований з Recurly.
