Так. Krokul CRM інтегрується з Oracle NetSuite. Контрагенти стають записами клієнтів, виграні угоди стають замовленнями на продаж, а рахунки й оплати клієнтів, проведені в NetSuite, оновлюють угоду в Krokul. Зв’язок працює через застосунок Krokul у Zapier і Make або через REST web services NetSuite у парі з API і вебхуками Krokul.
Платформи автоматизаціїZapierMake
Коли в Krokul створюють контрагента, конектор створює або оновлює запис customer у NetSuite за зовнішнім ідентифікатором, тож повторна синхронізація оновлює того самого клієнта. Внутрішній ідентифікатор NetSuite повертається в контрагента Krokul як його зовнішній ключ.
Виграна угода з рядками створює в NetSuite запис sales order з товарами, кількостями й цінами, погодженими в Krokul. Далі NetSuite веде відвантаження й виставлення рахунку за вашими правилами погодження.
За розкладом конектор виконує запити SuiteQL до записів invoice і customer payment, змінених від минулого читання. Кожен рахунок прив’язується до своєї угоди в Krokul, а кожна оплата клієнта стає фактом оплати. Продажі бачать, що NetSuite виставив і що зібрав.
Акаунти, яким потрібні швидші оновлення, розгортають скрипт Krokul типу User Event. Його точка входу afterSubmit спрацьовує, коли зберігають рахунок чи оплату, і через модуль N/https надсилає ідентифікатор запису на адресу вебхука Krokul. Конектор одразу читає цей запис.
Конектор читає записи item з NetSuite в каталог Krokul за внутрішнім ідентифікатором, тож кожен рядок замовлення на продаж, який створює Krokul, вказує на товар, що вже є в NetSuite.
| NetSuite | Напрям | Krokul | Коли |
|---|---|---|---|
| Запис клієнта (customer) | Krokul → NetSuite | Контрагент | Контрагента створено чи змінено |
| Запис товару (item) | NetSuite → Krokul | Товар | Читання SuiteQL за розкладом |
| Замовлення на продаж (sales order) | Krokul → NetSuite | Виграна угода з рядками | Угоду виграно |
| Рахунок (invoice) | NetSuite → Krokul | Статус рахунку на угоді | Читання SuiteQL або скрипт User Event |
| Оплата клієнта (customer payment) | NetSuite → Krokul | Факт оплати на угоді | Читання SuiteQL або скрипт User Event |
| Внутрішній ідентифікатор | NetSuite → Krokul | Зовнішній ключ запису Krokul | Одразу після кожного створення |
Так. Krokul інтегрується з Oracle NetSuite через застосунок Krokul у Zapier і Make, а також через своє API і вебхуки.
REST web services NetSuite не пропонують загальної підписки на вебхуки. Krokul читає зміни через SuiteQL, а необов’язковий скрипт Krokul типу User Event надсилає в Krokul сповіщення, коли запис збережено.
Як правило, рахунками володіє NetSuite, бо проводить їх у головну книгу. Krokul веде угоду й отримує статус оплати, тож продажі бачать, що оплачено, без доступу до NetSuite.
Увімкнути REST Web Services і OAuth 2.0, створити запис інтеграції й дати Krokul роль із доступом до типів записів, що синхронізуються. Для розгортання необов’язкового скрипта User Event потрібна роль із правами SuiteScript.
NetSuite лишається обліковою системою для відвантаження, виставлення рахунків, виручки й головної книги. Загальної підписки на вебхуки NetSuite не має, тож зміни доходять до Krokul читанням SuiteQL за розкладом або через скрипт Krokul типу User Event, який ви розгортаєте у своєму акаунті.
Напишіть, яким сервісом ви користуєтесь і що має ходити між ним і Krokul. Ми відповімо способом і строком.
Запит отримано. Відповімо на вашу пошту.
Oracle і NetSuite є торговими марками Oracle та її афілійованих осіб. Krokul не афілійований з Oracle.