Так. Krokul CRM інтегрується з Paddle Billing. Виграна угода створює клієнта Paddle і транзакцію з погодженими цінами, а Paddle потім повідомляє в угоду й контрагента в Krokul про завершені оплати, невдалі списання, зміни підписки й повернення. Paddle працює як merchant of record і сам виставляє рахунок покупцю, тож Krokul веде продаж та історію оплат без другого рахунку. Звʼязка працює через застосунок Krokul у Make і n8n або через API і вебхуки Krokul.
Платформи автоматизаціїMaken8n
Коли угоду виграно у воронці, яку ви привʼязали до Paddle, Krokul створює клієнта Paddle з контрагента і транзакцію з ідентифікаторами цін і кількостями з рядків угоди. UUID угоди передається в custom_data. Для договору, який веде менеджер, транзакція має ручне стягнення, і Paddle надсилає власний рахунок, щойно транзакцію виставлено. Покупці самообслуговування натомість отримують посилання на оплату.
Paddle надсилає transaction.completed після того, як обробив платіж. Krokul читає UUID угоди з custom_data, записує оплату-факт у цю угоду й зберігає ідентифікатор транзакції Paddle як зовнішній ключ. Борг контрагента зменшується, а коли план оплат покрито, приходить invoice.paid.
Подія transaction.payment_failed додає в угоду коментар із сумою й ідентифікатором транзакції Paddle. Коли підписка переходить у прострочення, subscription.past_due створює задачу власнику контрагента. Paddle далі повторює списання з картки на своєму боці.
Події subscription.created, subscription.updated, subscription.paused і subscription.canceled оновлюють копію підписки Paddle для читання на контрагенті. Звіт рухів MRR у Krokul враховує зміну із сумою, яку тримає Paddle. Один власник білінгу на клієнта не дає договору Krokul і підписці Paddle двічі стягнути гроші з однієї компанії.
Повернення й кредити Paddle записує як adjustments. На adjustment.created Krokul знаходить оплату за ідентифікатором транзакції й проводить привʼязане до неї повернення. Після цього угода показує чисту суму.
| Paddle | Напрям | Krokul | Коли |
|---|---|---|---|
| Customer (ctm_) | Krokul → Paddle | Контрагент, зовнішній ключ | Перша транзакція клієнта |
| Transaction з ідентифікаторами цін і custom_data | Krokul → Paddle | Виграна угода з рядками | Угоду виграно |
| transaction.completed | Paddle → Krokul | Оплата-факт в угоді | Paddle обробив платіж |
| transaction.payment_failed | Paddle → Krokul | Коментар в угоді | Списання відхилено |
| subscription.created, .updated, .canceled | Paddle → Krokul | Підписка для читання й рух MRR | Підписка змінюється |
| subscription.past_due | Paddle → Krokul | Задача менеджеру клієнта | Продовження лишилось неоплаченим |
| adjustment.created | Paddle → Krokul | Повернення, привʼязане до оплати | Повернення чи кредит схвалено |
Так. Krokul інтегрується з Paddle Billing через застосунок Krokul у Make і n8n та через свої API і вебхуки, для клієнтів, транзакцій, підписок і повернень.
Paddle. Paddle продає покупцю й виставляє рахунок, а Krokul записує угоду, оплату й підписку для контрагента без власного рахунку на цей продаж.
Krokul записує UUID угоди в custom_data транзакції Paddle. Подія transaction.completed повертає це значення, тож Krokul записує оплату в потрібну угоду.
Так. Підписки Paddle зʼявляються у звіті рухів MRR із сумами, які тримає Paddle, поруч із договорами, що їх Krokul виставляє сам.
Ціни, оформлення оплати, розрахунок податків, рахунки покупцям і виплати лишаються в Paddle. Транзакції Paddle з ручним стягненням приймають лише USD, EUR і GBP.
Напишіть, яким сервісом ви користуєтесь і що має ходити між ним і Krokul. Ми відповімо способом і строком.
Запит отримано. Відповімо на вашу пошту.
Paddle є торговою маркою Paddle.com Market Limited. Krokul не афілійований з Paddle.
