Замовлення
склад, кількість і коментарі
Інтеграція під бізнес-процес
Не просто передаємо замовлення в KeyCRM
Автоматизуємо передачу замовлень, клієнтів, оплат, статусів, товарів та інших даних між сайтом і KeyCRM. Використовуємо готові можливості системи або реалізуємо індивідуальні сценарії через API та webhooks.
Інтеграція під ваш бізнес-процес, а не лише стандартний конектор.
Дані інтеграції
Що передаємо в KeyCRM
Фактичний набір даних залежить від API KeyCRM, структури сайту та бізнес-логіки проєкту.
Клієнти
контакти та пов’язані дані
Товари
позиції, SKU та варіації
Ціни та знижки
значення з поточного замовлення
Доставка
служба, відділення або адреса
Оплата
спосіб і погоджений статус
Статуси
етапи обробки замовлення
Додаткові дані
поля, джерело та UTM, якщо доступні
Схема інтеграції
Сайт і KeyCRM з’єднує логіка обміну
Інтеграційний шар зіставляє дані та виконує погоджені правила. Платежі, доставка, телефонія та інші сервіси можуть доповнювати загальний процес.
01Сайтзамовлення · клієнти
↔Інтеграційна логіка
02KeyCRMробота менеджерів
- Платежі
- Доставка
- Телефонія
- Call tracking
- Інші сервіси
Складніші сценарії
Не лише нове замовлення
Обмін може враховувати повторні події, існуючі записи, товарні ідентифікатори та правила конкретної компанії.
Оновлення статусів
Передаємо погоджені зміни між системами у визначеному напрямку.
Передача оплати
Фіксуємо спосіб або результат оплати, якщо системи надають потрібні дані.
Оновлення замовлення
Шукаємо наявний запис і змінюємо його замість повторного створення.
Пошук клієнта
Перевіряємо ідентифікатори перед створенням або прив’язкою контакту.
Додаткові поля
Зіставляємо дані конкретного процесу зі структурою KeyCRM.
SKU та варіації
Передаємо товарні ідентифікатори за погодженою картою даних.
Захист від дублів
Визначаємо правила пошуку й унікальності для повторних подій.
Спеціальні правила
Враховуємо спосіб доставки, оплати та інші умови замовлення.
Спочатку перевіряємо готове
Коли достатньо готового рішення
Якщо готовий модуль стабільно передає всі потрібні дані — використовуємо його. Кастомна інтеграція потрібна тільки тоді, коли стандартного функціоналу недостатньо.
Не ускладнюємо архітектуру, якщо наявний конектор коректно закриває процес.
- 01усі потрібні поля вже підтримуються
- 02дані передаються стабільно
- 03не потрібне зворотне оновлення
- 04немає особливих правил пошуку
- 05модуль підтримує потрібні статуси
- 06результат можна перевірити й контролювати
Два напрямки
Двосторонній обмін за погодженими правилами
Для кожного поля визначаємо, яка система може його створювати або змінювати.
Дані для роботи менеджерів
Сайт може передавати нове замовлення та пов’язані з ним дані.
- замовлення і клієнт
- оплата та доставка
- товари й додаткові поля
Погоджені зворотні оновлення
KeyCRM може повертати дані, якщо потрібні операції підтримуються API та сайтом.
- статус замовлення
- інформація про оплату
- інші погоджені дані
Для кожного типу даних визначаємо систему-джерело. Це допомагає уникати конфліктів, циклічних оновлень і випадкового перезапису значень.
KeyCRM + інші системи
Один процес може мати кілька джерел даних
Напрямок і склад обміну визначаємо окремо для кожної системи після технічної перевірки.
KeyCRMцентр процесуСайтПлатіжна системаТелефоніяCall trackingДоставкаМаркетплейсиІнші сервіси
Технічна основа
API, webhooks, cron і logging
Використовуємо тільки ті механізми, які потрібні сценарію та підтримуються підключеними системами.
API
Створення, пошук та оновлення даних за доступними методами систем.
Webhooks
Реакція інтеграції на події, які підтримує конкретна система.
Cron
Регулярна синхронізація, перевірка або повторна фонова обробка.
Logging
Фіксація запитів, відповідей і помилок у погодженому обсязі.
Надійність
Збій має бути помітним і керованим
Залежно від критичності процесу можемо передбачити механізми контролю. Повний monitoring не вважається автоматичною частиною кожної інтеграції.
- логування за потреби;
- перевірка відповіді API;
- захист від повторного створення;
- повторна обробка після тимчасової помилки;
- обробка недоступності API.
Процес
Як будуємо інтеграцію з KeyCRM
- 01
Вивчаємо процес
Фіксуємо поточну роботу сайту й менеджерів.
- 02
Формуємо карту даних
Визначаємо поля, статуси, товари та оплату.
- 03
Перевіряємо API
Аналізуємо доступні методи й обмеження систем.
- 04
Проєктуємо логіку
Описуємо створення, пошук та оновлення записів.
- 05
Реалізуємо
Налаштовуємо модуль або індивідуальну інтеграцію.
- 06
Тестуємо
Перевіряємо основні, повторні та помилкові сценарії.
- 07
Запускаємо
Контролюємо фактичний обмін і коригуємо логіку.
Платформи
Підключаємо KeyCRM до існуючих сайтів
Сайт не обов’язково має бути розроблений PromoSite. Можемо проаналізувати поточний проєкт або інтеграцію іншого розробника.
- WordPress
- WooCommerce
- Bitrix
- OpenCart
- PrestaShop
- Інші вебпроєкти після аналізу
Реальні типи задач
З якими сценаріями можна звернутися
Без прив’язки до конкретного клієнта: склад і можливість кожної задачі уточнюємо після аналізу.
- 01Передача WooCommerce-замовлення в KeyCRM
- 02Синхронізація погоджених статусів
- 03Зміна статусу після успішної оплати
- 04Передача додаткових полів
- 05Телефонія або call tracking для лідів
- 06Робота з товарними позиціями та SKU
- 07Перевірка або оновлення даних через cron
- 08Доопрацювання інтеграції іншого розробника
Що потрібно для старту
Готове ТЗ не обов’язкове
Достатньо описати поточний процес і бажаний результат. Поля, напрямки та технічні правила сформуємо після перевірки систем.
Описати сценарій- 01посилання на сайт
- 02опис поточного процесу
- 03що вже передається в KeyCRM
- 04що потрібно автоматизувати
- 05приклад сценарію, якщо він є
Коротко про головне
Питання та відповіді
Чи можна інтегрувати KeyCRM з будь-яким сайтом?
Можливість залежить від технічної реалізації сайту, доступних модулів, API та потрібного сценарію. Перед оцінкою перевіряємо обидві системи.
Чи обов’язково використовувати API?
Ні. Якщо готовий модуль стабільно закриває задачу, використовуємо його. API потрібен для сценаріїв, яких модуль не підтримує.
Чи можна доопрацювати існуючу інтеграцію?
Так, після аналізу поточного коду, способу авторизації, журналів і обмежень систем можемо запропонувати точкове доопрацювання або заміну окремої логіки.
Чи можна передавати статуси назад на сайт?
Так, якщо потрібні операції підтримуються API KeyCRM і технічною реалізацією сайту. Для статусів попередньо визначаємо напрямок та правила зіставлення.
Як уникнути дублювання?
Визначаємо унікальні ідентифікатори, перевіряємо наявні записи перед створенням і фіксуємо результат обробки, якщо системи дозволяють такий сценарій.
Що відбувається при недоступності API?
Залежно від вимог можемо передбачити фіксацію помилки, повторну обробку або чергу. Конкретний механізм погоджується окремо й не є автоматичною частиною кожної інтеграції.
Чи потрібне готове ТЗ?
Ні. Для старту достатньо описати поточний процес, бажаний результат і навести приклад одного типового сценарію.
Наступний крок
Потрібно доопрацювати інтеграцію з KeyCRM?
Опишіть, як зараз працює сайт і які дані потрібно передавати в KeyCRM. Ми перевіримо, чи достатньо готового рішення, чи потрібен індивідуальний сценарій через API.