Відкриті API

API і банки та оплати

Вони допомагають:

Це створює проблеми:

Це корисно, коли є собою багато систем:

Що таке відкриті API

ERP без API складно інтегрувати з маркетплейсами.; Streaming API застосовують, коли потрібно для передачі даних у реальному часі або майже в реальному часі.; |}

{{SEO

ім’я;
телефон;
email;
компанію;
джерело;
UTM-мітки;
програмний продукт інтересу;
коментар;
канал;
згоду на обробку даних.;

створювати контрагентів;
передавати замовлення;
створювати рахунки;
отримувати статуси оплат;
передавати договори;
отримувати залишки;
синхронізувати ціни;
створювати акти;
отримувати інформаційні дані складу;
інтегрувати доставку;
передавати інформаційні дані в Power BI;
підключати мобільні застосунки;
інтегрувати інтернет-магазин.; | Ні.; | API — це програмний інтерфейс, який надає можливість різним системам обмінюватися даними й запускати дії.; Доступ має контролюватися ключами, токенами, ролями, дозволами та аудитом.; У документації повинно бути:

API і історичний розвиток комунікацій

Для якісної роботи з відкритими API бажано:

Для торгівлі API маркетплейсів надає можливість:

Для BI можна передавати:

сайт передає заявку в CRM;
CRM створює угоду в ERP;
ERP передає рахунок у платіжний сервіс;
банк повертає статус оплати;
телефонія передає запис дзвінка в картку клієнта;
Power BI отримує інформаційні дані для дашборду;
мобільний застосунок отримує список замовлень;
AI-сервіс отримує запит на підсумок історії клієнта.; як ілюстрація, замість отримання всієї картки клієнта можна запросити тільки:

Якісний відкритий API має мати документацію.;== API і цифровий суверенітет ==

Відкриті API зменшують такі ризики.;== API і Webhooks: різниця ==

!; * немає API;

немає документації;
неможливо вивантажити інформаційні дані;
закрита база;
інтеграції робить тільки один постачальник;
немає тестового середовища;
інформаційні дані зберігаються в нестандартному форматі;
неможливо підключити BI;
неможливо створити мобільний застосунок;
важко замінити систему.; Джерела:

телефонія передає дзвінки;
email-сервіс передає листи;
месенджер передає повідомлення;
чат передає діалоги;
сервіс-деск передає звернення;
зовнішній календар передає зустрічі.; Відкриті API — це API, які документовані та доступні для інтеграції зовнішніми системами, партнерами, розробниками або клієнтами за визначеними правилами доступу.; * мати документацію;
використовувати HTTPS;
застосовувати OAuth, токени або інші безпечні механізми;
обмежувати права доступу;
створювати окремі ключі для кожної інтеграції;
вести журнал запитів;
мати sandbox;
підтримувати версіонування;
документувати webhooks;
контролювати ліміти;
моніторити помилки;
тестувати інтеграції перед запуском;
мати план відключення ризикових інтеграцій;
регулярно переглядати доступи.;=== GraphQL ===

!; Якщо платформа не має API, виникають ризики:

API-документація

створення лідів із сайту;
синхронізація клієнтської бази;
передача замовлень;
інтеграційні функціональні можливості з інтернет-магазином;
інтеграційні функціональні можливості з банком;
інтеграційні функціональні можливості з телефонією;
інтеграційні функціональні можливості з email-розсилками;
інтеграційні функціональні можливості з месенджерами;
передача даних у Power BI;
підключення мобільного застосунку;
інтеграційні функціональні можливості з AI-сервісами;
обмін даними з іншими ERP або CRM;
створення задач через зовнішні події;
автоматизація процесів документообігу;
обмін статусами договорів, рахунків і оплат.;== Навіщо потрібні відкриті API ==

API і омніканальна CRM

!; Подія

інтеграційні функціональні можливості — це практичне використання API для зв’язку двох або більше систем.; {| class="wikitable" style="width:100%;"

Канали:

API і задачі менеджерів

REST API

підсумок історії клієнта;
скоринг лідів;
прогноз закриття угоди;
генерація email;
аналіз NPS-коментарів;
пошук дублів;
рекомендація наступної дії;
аналіз ризику churn;
підготовка звіту.; Суть API. API надає можливість системам обмінюватися даними автономно, без ручного копіювання, Excel-файлів і дублювання роботи користувачів.; Sandbox надає можливість:

Це надає можливість зберігати повну історію клієнта в CRM.; * ручне перенесення даних;

залежність від Excel;
дублікати;
помилки;
повільні процеси;
складні інтеграції;
неможливість підключити BI;
неможливість створити мобільний застосунок;
залежність від одного постачальника;
складна міграція;
слабкий цифровий суверенітет;
ізольовані інформаційні дані;
застаріла технічна архітектура.; !; Відкритий API не означає публічний доступ до даних.; Правильна практика:

Через API можна:

Див.; додатково

авторизація;
автентифікація;
ролі доступу;
токени;
шифрування;
HTTPS;
обмеження запитів;
журнал дій;
контроль IP;
термін дії ключів;
відкликання доступів;
аудит інтеграцій;
захист від надмірних прав;
моніторинг підозрілої активності.;== API і інтеграції ==

API не має давати всім однакові права.; API надає можливість будувати дашборди без ручного експорту Excel.; API надає можливість не створювати окремі ізольовані канали, а збирати всю історію в одному клієнтському профілі.; Вони дозволяють CRM, ERP, сайтам, мобільним застосункам, банкам, BI, AI, телефонії, email-сервісам, месенджерам, документообігу та зовнішнім платформам працювати разом як єдина платформа.; GraphQL — підхід до API, за якого замовник сам визначає, які саме інформаційні дані хоче отримати.; * перевірити інтеграцію без ризику для бойових даних;

тестувати створення лідів;
перевіряти рахунки;
тестувати webhooks;
відпрацьовувати помилки;
навчати розробників;
перевіряти актуалізація.; Якщо платформа не має API або не надає можливість вивантажити інформаційні дані, організація стає залежною від постачальника.; !; * торговий представник отримує маршрут;
менеджер бачить клієнтів;
складський облік оновлює статус замовлення;
замовник бачить свої рахунки;
сервісний інженер закриває заявку;
керівник бачить дашборд.; функціональні можливості:

як ілюстрація:

API має змогу передавати: істотно обмежувати, які інформаційні дані AI має змогу отримувати через API.; * створено новий лід;

оплачено рахунок;
змінено статус угоди;
підписано договір;
створено сервісне звернення;
замовник відкрив email;
завершено задачу.;

Журнали потрібні для безпеки, аудиту, пошуку помилок і розслідування інцидентів.; Через API можна:

сайт;
рекламна форма;
Telegram-бот;
онлайн-чат;
вебінарна платформа;
маркетплейс;
партнерський кабінет;
мобільний застосунок.; Для чого потрібно

; Питання API сприяє воронці бути актуальною.; * перелік методів; характеристика параметрів; формати запитів; формати відповідей; приклади; коди помилок; правила авторизації; обмеження; версії API; характеристика webhooks; тестове середовище; контакти підтримки.; API має змогу інтегрувати ERP/CRM із системами документообігу.; зв’язку між CRM забезпечується через API застосовується; додатково реалізовано ERP, сайтами, інтернет-магазинами, мобільними застосунками, банками, платіжними системами, телефонією, email-сервісами, месенджерами, маркетплейсами, сервіс-десками, BI-системами, AI-сервісами та іншими цифровими платформами.; Якщо ці системи не інтегровані, користувачі змушені вручну переносити інформаційні дані: копіювати заявки, створювати клієнтів, перевіряти оплати, оновлювати статуси, вивантажувати Excel, дублювати документи та звіряти інформацію між різними сервісами.; {\| class="wikitable" style="width:100%;" Журнал має змогу містити:
API key	Ключ доступу для системи або користувача	Прості інтеграції
OAuth 2.0	Авторизація через токени й дозволи	Складні SaaS та web-інтеграції
JWT	Токен із підписаною інформацією	Web і мобільні застосунки
Basic Auth	Логін і пароль у запиті	Старі або прості API, менш бажаний варіант
Mutual TLS	Взаємна перевірка сертифікатів	Високобезпечні інтеграції

переважні аспекти відкритих API

Зазвичай організація використовує багато систем:

Потрібно обмежувати:

хто має змогу читати клієнтів;
хто має змогу створювати ліди;
хто має змогу змінювати угоди;
хто має змогу бачити фінансові інформаційні дані;
хто має змогу експортувати базу;
хто має змогу створювати рахунки;
хто має змогу бачити договори;
хто має змогу видаляти записи;
хто має змогу запускати інтеграції.; Можливі сценарії:

Основні вимоги: Webhooks корисні для подієвої автоматизації.;== API і воронка продажів ==

SOAP API

У K2 ERP відкриті API можуть бути основою інтеграцій між ERP, CRM, сайтами, банками, Power BI, AI, мобільними застосунками, документами, задачами, клієнтською базою та бізнес-процесами.;== Ризики без відкритих API ==

API і маркетплейси

експортувати інформаційні дані;
інтегрувати альтернативні сервіси;
замінювати окремі модулі;
будувати власні інтерфейси;
підключати українські рішення для бізнесу;
уникати vendor lock-in;
контролювати потоки даних;
створювати резервні інтеграції;
переносити процеси на нову платформу.; характеристика

кількість запитів на хвилину;
кількість запитів на день;
обмеження на розмір відповіді;
обмеження на експорт;
обмеження на частоту webhooks;
обмеження для конкретного токена;
обмеження для IP.; Як функціонує

GET — отримати інформаційні дані;
POST — створити запис;
PUT або PATCH — оновити запис;
DELETE — видалити запис.; API має змогу використовувати різні способи авторизації.; У великих компаніях інтеграції можуть проходити через інтеграційну шину або middleware.; Приклади:

Відкриті API — це один із ключових елементів сучасної цифрової архітектури.; |- | Навіщо API потрібен CRM?; * отримувати замовлення;

оновлювати залишки;
передавати ціни;
змінювати статус доставки;
отримувати оплати;
синхронізувати товари;
обробляти повернення;
фіксувати клієнтів.; API сприяє підтримувати єдину клієнтську базу в різних системах.; Головне. Відкритий API надає можливість системі не бути “закритою коробкою”.; Крок

Webhooks

!; !; Результат

Ефективність API можна вимірювати.; !; Дія

новий лід → задача передзвонити;
замовник відкрив email → задача follow-up;
рахунок прострочений → задача проконтролювати оплату;
договір завершується → задача підготувати продовження;
NPS низький → задача Customer Success;
сервісне звернення створене → задача відповідальному.;

KPI API та інтеграцій

!; Можливі дії:

!; * ручна робота;

помилки введення;
дублікати клієнтів;
затримки;
неактуальні інформаційні дані;
різні версії правди;
складна аналітичні інструменти;
залежність від Excel;
складність масштабування;
ризик втрати даних.; {| class="wikitable" style="width:100%;"

Ліміти можуть бути:

вважати API “відкритим доступом для всіх”;
не обмежувати права токенів;
використовувати один API-ключ для всіх інтеграцій;
не вести журнал дій;
не мати тестового середовища;
не документувати інтеграції;
змінювати API без версіонування;
не обробляти помилки;
не контролювати ліміти;
передавати зайві персональні інформаційні дані;
не відкликати старі ключі;
не перевіряти безпеку webhooks;
не мати відповідального за інтеграцію.;== Типові помилки при роботі з API ==

Задачі менеджерів можуть створюватися автономно через API.; |- | Що є собою головним результатом?; Ризик без API. Якщо ERP або CRM не має відкритого API, вона має змогу стати цифровим тупиком: інформаційні дані є собою, але їх важко інтегрувати, аналізувати, переносити й використовувати в інших процесах.; |- | Навіщо API потрібен ERP?; як ілюстрація:

API має змінюватися контрольовано.; !; Відкритий API не означає, що будь-хто має змогу отримати доступ до даних.; Клієнтський портал має змогу через API показувати:

Відкритий API зазвичай має:

Вступ

договори;
рахунки;
акти;
замовлення;
статуси заявок;
історію оплат;
сервісні звернення;
документи;
повідомлення;
NPS-опитування.;

GET /clients — отримати список клієнтів;
POST /leads — створити лід;
PATCH /deals/123 — оновити угоду;
GET /invoices/456 — отримати рахунок.; API або Application Programming Interface — це набір правил, методів і форматів, за допомогою яких одна програма має змогу взаємодіяти з іншою програмою.; інтеграційні функціональні можливості

В омніканальній CRM API потрібні для об’єднання каналів.; Відкриті API потрібні для того, щоб цифрова платформа могла бути частиною екосистеми.; REST API часто використовує формат JSON.; * створення договору;

передача реквізитів клієнта;
отримання статусу підписання;
збереження підписаного документа;
створення задачі на погодження;
передача акта;
контроль версій;
архівація документа.; Простіше кажучи, API — це “мовний інтерфейс” між системами.;== Що таке API ==

В ERP API потрібні для інтеграції облікових, фінансових, складських і управлінських процесів.; * сайт;

телефонія;
email;
Telegram;
Viber;
WhatsApp;
Facebook;
Instagram;
чат;
мобільний застосунок.; !; API є собою основою мобільної роботи.; | Це механізм, коли платформа автономно повідомляє іншу систему про подію, як ілюстрація оплату рахунку або створення ліда.; * отримання виписки;
звірка оплат;
актуалізація статусу рахунку;
створення задачі при простроченні;
передача платіжного доручення;
контроль дебіторки;
актуалізація фінансової аналітики.;Клієнтська база часто інтегрується через API.; | Системи працюють як єдина цифрова програмний пакет, а не як набір ізольованих програм і Excel-файлів.;== API і інтеграційна шина ==

API і електронний документообіг

Версіонування API

API в ERP

ERP;
CRM;
сайт;
складський облік;
банк;
BI;
електронний документообіг;
сервіс-деск;
мобільний застосунок.; * сайт → CRM;
CRM → ERP;
ERP → банк;
ERP → складський облік;
CRM → телефонія;
CRM → email-сервіс;
ERP → Power BI;
ERP → мобільний застосунок;
CRM → месенджер;
ERP → державний сервіс;
маркетплейс → ERP;
сервіс-деск → CRM.; Відповідь

Можливі сценарії:

Безпека API. Небезпечний API має змогу стати каналом витоку клієнтської бази, фінансових даних, договорів, оплат або внутрішньої аналітики.; Мобільний застосунок зазвичай функціонує через API.; | Відкрити API без належної безпеки, журналів, прав доступу, документації та контролю інтеграцій.;== Приклад структури API-документації == |- | API-запит | Одна платформа сама запитує інформаційні дані в іншої | CRM запитує статус рахунку в ERP |- | Webhook | платформа сама повідомляє про подію | ERP повідомляє CRM, що рахунок оплачено |}

API і мобільні застосунки

API і вебпортали клієнтів

Приклади:

створювати ліди;
оновлювати контакти;
створювати компанії;
створювати угоди;
змінювати статуси;
додавати задачі;
фіксувати дзвінки;
передавати email-активність;
синхронізувати клієнтську базу;
отримувати історію комунікацій;
передавати інформаційні дані в BI;
інтегрувати месенджери;
підключати сайт.; |-

| 1 | Power BI запитує інформаційні дані по продажах через API | Отримує актуальні угоди, рахунки й оплати |- | 2 | ERP передає фінансові інформаційні дані | Дашборд показує план-факт |- | 3 | CRM передає задачі й активність менеджерів | Керівник бачить якість роботи команди |- | 4 | інформаційні дані оновлюються за розкладом | Звіти не потрібно формувати вручну |}

Streaming API

!; | Щоб обмінюватися замовленнями, рахунками, оплатами, договорами, складами, цінами, документами, BI та зовнішніми сервісами.;

AI в CRM має змогу використовувати API для отримання контексту й повернення результатів.; |- | Яка головна помилка?; Вони дають можливість:

події з телефонії;
IoT-дані;
логістичні трекінги;
фінансові потоки;
моніторинг;
онлайн-статуси.;

Версіонування потрібне, щоб стара інтеграційні функціональні можливості не зламалася після актуалізація системи.;Історія комунікацій має змогу наповнюватися через API.; |-

| Що таке відкритий API?;

API і безпека

Відкритий API — це не без ускладнень технічна функція.; | Щоб створювати ліди, оновлювати клієнтів, фіксувати дзвінки, передавати угоди, запускати задачі й інтегрувати канали комунікацій.; REST API — один із найпоширеніших типів API.; Приклади: Для CRM. API надає можливість автономно створювати ліди з сайту, передавати угоди, синхронізувати клієнтів, фіксувати дзвінки, запускати email-розсилки, отримувати оплати та оновлювати статуси задач.; API має бути не тільки відкритим, а й безпечним.; !; API-дія

Коротко

як ілюстрація:

Сайт → CRM	Ліди, форми, UTM, контактні інформаційні дані	Щоб заявки не губилися
CRM → ERP	Клієнти, угоди, договори, рахунки	Щоб продаж переходив у обліковий облік
ERP → банк	Платежі, виписки, статуси оплат	Щоб контролювати гроші
CRM → телефонія	Дзвінки, записи, статуси	Щоб вести історію комунікацій
ERP/CRM → Power BI	продажі та реалізація, клієнти, оплати, задачі	Щоб будувати дашборди

API і ліди

Для цифрового суверенітету API є собою важливим з цієї причини, що дає можливість контролювати інформаційні дані, експортувати їх, інтегрувати альтернативні сервіси, уникати vendor lock-in і будувати власну цифрову екосистему.; Розділ

Без документації API формально існує, але його важко використовувати.; | У K2 ERP API має змогу використовуватися для інтеграції CRM, ERP, сайту, банків, Power BI, AI, телефонії, email, месенджерів, документів і мобільних застосунків.;Ліди часто створюються через API.; !;== API в CRM ==

Сучасний бізнес-середовище рідко функціонує в одній програмі.; це програмні інтерфейси.; Через API ERP, CRM, сайт, банк, BI, мобільний застосунок або зовнішній сервіс можуть обмінюватися даними й працювати як єдина цифрова програмний пакет.; | Це документований API, доступний для інтеграцій за визначеними правилами авторизації, безпеки та доступу.; |- | Чи означає відкритий API відкриті інформаційні дані?; Для інтеграцій бажано мати тестове середовище або sandbox.; Крок У CRM API потрібні для автоматизації роботи з клієнтами, лідами, угодами й комунікаціями.;== Висновок ==

!; Можливі KPI: Email-розсилки в CRM можуть інтегруватися через API.; Приклад

API часто функціонує за принципом “запитай і отримай”, а webhook — “подія сталася, повідомляю”.; !; |- | Що таке webhook?; Він зазвичай використовує HTTP-запити: Webhooks або вебхуки — це механізм, коли платформа автономно надсилає повідомлення іншій системі після певної події.; |- | Як API має змогу працювати в K2 ERP?; {| class="wikitable" style="width:100%;"

API і vendor lock-in

Типові помилки:

Відкриті API і K2 ERP

/api/v1/clients;
/api/v2/clients.; Для ERP. API дає можливість інтегрувати ERP із CRM, бухгалтерією, складами, банками, документообігом, сайтами, маркетплейсами, мобільними застосунками, Power BI та іншими сервісами.; інтеграційні функціональні можливості з банками через API надає можливість автоматизувати фінансові процеси.; Результат

істотно. Відкритий API не означає відкритий доступ для всіх.; Де застосовується

дату й час;
технічного користувача;
IP;
метод API;
об’єкт;
результат;
помилку;
кількість записів;
змінені поля;
пов’язану інтеграцію.; |-

| Як API пов’язаний із цифровим суверенітетом?;== API і тестове середовище ==

передати сегмент клієнтів;
додати контакт у список;
прибрати відписаного клієнта;
передати статус відкриття;
передати кліки;
створити задачу після реакції;
оновити згоду на розсилку;
передати результат кампанії в CRM.; Спосіб

SOAP API — старіший формат інтеграцій, який часто використовувався в корпоративних і державних системах.; Для кожної інтеграції бажано створювати окремий технічний обліковий запис із мінімально потрібними правами.; API має бути захищений авторизацією, правами доступу, журналами дій, обмеженнями запитів, шифруванням і контролем безпеки.;== Авторизація API ==

K2 ERP і API. Відкриті API дозволяють K2 ERP бути не ізольованою системою, а інтеграційним центром для CRM, ERP, сайтів, банків, BI, AI, мобільних застосунків і зовнішніх сервісів.; * автоматизація процесів інтеграцій;

менше ручного введення;
менше помилок;
швидша обробка лідів;
актуальні інформаційні дані;
зв’язок CRM і ERP;
інтеграційні функціональні можливості з банками;
інтеграційні функціональні можливості з сайтами;
Power BI-аналітика;
мобільні застосунки;
AI-сценарії;
омніканальність;
менший vendor lock-in;
кращий цифровий суверенітет;
швидше масштабування бізнесу.; * документацію;
характеристика методів;
правила авторизації;
приклади запитів;
формати відповідей;
обмеження доступу;
версіонування;
помилки й коди відповідей;
тестове середовище;
політики безпеки.; Доступ має бути захищений і обмежений правами.; Кожна важлива API-дія має фіксуватися.;== Права доступу в API ==

клієнтів;
ліди;
угоди;
задачі;
договори;
рахунки;
оплати;
сегменти;
NPS;
сервісні звернення;
залишки;
продажі та реалізація;
KPI менеджерів.; !; У K2 ERP відкриті API можуть використовуватися для інтеграції ERP, CRM, сайту, зовнішніх сервісів, BI-аналітики, мобільних рішень і бізнес-процесів.; | API зменшує залежність від одного постачальника, надає можливість експортувати інформаційні дані, інтегрувати альтернативні сервіси й уникати vendor lock-in.; Відкриті API допомагають зменшити залежність від одного постачальника.;

!; * не змінювати поведінку API без попередження;

підтримувати старі версії певний час;
документувати зміни;
повідомляти інтеграторів;
мати тестове середовище;
вести changelog.; Це зменшує навантаження на менеджерів і підтримку.; Без тестового середовища інтеграції часто тестуються на реальних даних, що створює ризики.; Це умова масштабованості, інтеграційності та керованості сучасної ERP/CRM-системи.

назву;
телефон;
останню угоду;
суму боргу;
відповідального менеджера.;

Приклад API-сценарію: сайт → CRM → ERP

API і Power BI CRM

як ілюстрація:

Vendor lock-in — це ситуація, коли організація не має змогу без зайвих зусиль перейти на іншу систему через закриті формати, відсутність API, неможливість експорту або залежність від одного підрядника.; Зміст |- | Авторизація | Як отримати токен або API-ключ |- | Клієнти | Методи створення, актуалізація, пошуку клієнтів |- | Ліди | Створення лідів, джерела, статуси |- | Угоди | Етапи, суми, відповідальні, статуси |- | Документи | Договори, рахунки, акти |- | Webhooks | Події, які платформа має змогу надсилати |- | Помилки | Коди відповідей і причини помилок |- | Ліміти | Обмеження по запитах |- | Версії | Поточна й застарілі версії API |}

Приклад API-сценарію: ERP → Power BI

Ознаки vendor lock-in:

кількість активних інтеграцій;
кількість API-запитів;
кількість помилок;
середній час відповіді;
доступність API;
кількість webhooks;
кількість ручних операцій, які вдалося прибрати;
кількість створених лідів через API;
кількість синхронізованих оплат;
кількість інтеграційних інцидентів;
час відновлення після помилки;
кількість незадокументованих інтеграцій.; Що передається

API має мати обмеження, щоб захистити систему від перевантаження.;Цифровий суверенітет залежить від здатності організації контролювати свої інформаційні дані та переносити їх між системами.;Воронка продажів має змогу оновлюватися через API.; Підхід

У сучасній цифровій інфраструктурі відкриті API є собою однією з ключових умов масштабованості, інтеграційності, автоматизації та цифрового суверенітету.; Сценарії:

Для бізнесу API означає менше ручної роботи, менше помилок, швидші процеси, кращу аналітику, гнучкі інтеграції та меншу залежність від одного постачальника.; Приклади інтеграцій:

ERP;
CRM;
сайт;
інтернет-магазин;
мобільний застосунок;
банк-клієнт;
платіжні сервіси;
телефонію;
email-розсилки;
месенджери;
електронний документообіг;
складські системи;
маркетплейси;
Power BI;
AI-сервіси;
сервіс-деск;
бухгалтерські сервіси;
державні реєстри;
кабінети постачальників.; як ілюстрація:

Приклад логіки:

API і email-розсилки

API і AI в CRM

Power BI CRM має змогу отримувати інформаційні дані через API.; {| class="wikitable" style="width:100%;"

API і ліміти запитів

Основні типи API

Хороші практики

створення клієнта з сайту;
актуалізація контактів із CRM;
передача контрагентів у ERP;
перевірка дублів;
синхронізація телефонів;
актуалізація email;
передача статусу клієнта;
передача сегменту;
прив’язка клієнта до зовнішнього ID.; Відкриті API дозволяють з’єднати системи між собою та автоматизувати обмін даними.; завдяки наявності Інтеграційна шина користувачі можуть централізувати правила обміну даними.;== API і клієнтська база ==

інтегрувати CRM і ERP;
підключати сайт;
створювати ліди автономно;
синхронізувати клієнтів;
передавати замовлення;
отримувати статуси оплат;
інтегрувати телефонію;
підключати email-розсилки;
обмінюватися документами;
будувати BI-аналітику;
створювати мобільні застосунки;
підключати AI-сервіси;
інтегрувати маркетплейси;
автоматизувати бізнес-процеси;
зменшувати залежність від одного постачальника.; * зовнішня платформа створює угоду;
сайт передає заявку;
ERP повідомляє про оплату;
CRM оновлює етап угоди;
телефонія додає дзвінок;
email-сервіс передає відкриття листа;
BI отримує статуси угод.; Основні переважні аспекти:

API і журнали дій

Можливі сценарії: |- | Що таке API?; * ERP