Інтеграції ConnectWiz

Ваш стек підключено — і описано за тим, що він насправді робить.

Сторінки інтеграцій зазвичай показують логотипи. Ця показує поведінку: що синхронізується, в якому напрямку, кому належать дані і де проходять чесні межі. Бо «інтегрується з X» — це твердження про глибину, а не наліпка.

Свої постачальники скрізь Напрямки названо для кожної синхронізації Один контракт OpenAPI
Ваш стек, підключений
WooCommerce · двосторонньо
Календарі ×3
Міст Zendesk
Conversions API
Напрямок і власність названо для кожної синхронізації
Абстрактна 3D-ілюстрація: сяйливі конектори і штекери сходяться до центрального індигового вузла

Commerce

WooCommerce і WordPress

WooCommerce — двосторонньо і під контролем

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

Повна сторінка

WordPress-плагін

Вбудовує віджет чату на ваш сайт і випускає підписані SSO-токени — авторизованих клієнтів упізнають у чаті разом із замовленнями, без повторної реєстрації.

Повна сторінка

Товарні фіди Google і Meta

Товарний фід із токеном у схемі Google (Meta Commerce Manager читає ту саму) тримає ваші рекламні каталоги синхронними — без перевірки застосунку на шляху і без ручних перезавантажень.

Shopify Скоро

Фундамент справжній: особи клієнтів Shopify уже об’єднуються з контактами, а сьогодні магазини Shopify підключаються через API і вебхуки. Нативна двостороння синхронізація на кшталт WooCommerce є в планах, і ця позначка зміниться, коли вона вийде, а не раніше.

Повна сторінка

Підтримка і тікети

Zendesk — міст для команд посеред переїзду

Назовні: створення тікетів

Тікетні розмови ConnectWiz створюють тікети в Zendesk і дзеркалять відповіді коментарями — тож команда, яка ще живе в Zendesk, бачить роботу, нічого не питаючи.

Повна сторінка

Усередину: відповіді операторів назад

Тригер Zendesk надсилає коментарі операторів назад у листування ConnectWiz — під захистом спільного секрету і з блокуванням циклів, щоб дві системи ніколи не ганяли коментар туди-сюди вічно.

Що входить — без прикрас

Це міст для тікетів — створення, відповідь, обидва напрямки вмикаються окремо — а не імпорт довідкового центру, макросів чи SLA із Zendesk. Команди користуються ним, щоб переїжджати поступово, а потім вимикають.

CRM

Estesoft Stella — ваша CRM, видима просто з розмови

Перший постачальник на нашому CRM-порту, не прив’язаному до вендора: клініки, що працюють у Stella, лишають свою CRM і отримують шар розмов, який справді про неї знає.

Живий контекст, прив’язаний до особи

Записи, кошториси, баланси, нотатки й документи зі Stella з’являються просто в розмові — і ШІ може прочитати їх саме для цього клієнта, а не вгадуючи ID.

Броні повертаються у джерело

Запис, зроблений у чаті, потрапляє в щоденник Stella — а там, де API вендора не може перенести якусь деталь, синхронізація каже, що саме вона відкинула, замість того щоб відкинути мовчки.

Свідомі відмови

Записи про медичне лікування ніколи не читаються й не показуються, власні мітки життєвого циклу вендора ніколи не переписуються, і ми не вдаємо, ніби тут є повне двостороннє дзеркало — ці межі є рішеннями дизайну і вони записані.

Estesoft Stella — повна сторінка · У вас інша CRM? Порт за задумом не прив’язаний до постачальника — напишіть, яка саме. А коли будете готові піти зі старої системи остаточно, вашу історію перенесе рушій міграції з наступного розділу.

Маркетинг і постачальники

Приносьте власних постачальників — така тут філософія

Email: Resend · Brevo · Mailchimp

Кампанії надсилаються через ваш власний обліковий запис ESP на аудиторії з перевіреною згодою — ваш список, ваша доставність, ваші ставки. Відповіді повертаються у спільні вхідні.

SMS: Twilio · NetGSM

Ваш обліковий запис шлюзу, ваші імена відправника, ваші узгоджені ціни — з чесним переліком можливостей кожного шлюзу і кількістю сегментів, проставленою на кожному надсиланні. Подробиці тут: сторінка SMS.

ШІ: ваші ключі, 5 постачальників

Wiz працює на ваших власних ключах у п’яти постачальників ШІ й десятках моделей — без націнки на токени, з вибором моделі під кожне застосування і зі свободою піти від будь-якого вендора. Повна історія тут: сторінка про ШІ.

Push: ваш OneSignal

Web push для відвідувачів іде через ваш власний push-застосунок на вашому власному домені — бо так web push і влаштований, а вдавати інше ламається в перший же день.

Календарі

Google · Outlook · Apple — двосторонні, з урахуванням ролей

Броні назовні, зайнятий час усередину

Записи вирушають у календарі Google, Microsoft 365 і Apple/CalDAV і зникають при скасуванні; зовнішній зайнятий час віднімається від доступності, тож жодні двері — людські чи ШІ — не запропонують уже зайнятий слот. Подробиці тут: сторінка Booking.

Напрямок для кожного джерела

Кожен календар грає ту роль, яку ви йому призначили — читання, запис, і те й те або лише зайнятість, — тож спільний календар клініки й особистий календар спеціаліста співіснують, не переписуючи один одного.

Реклама і відповідність вимогам

Механіка між розмовами, рекламними платформами і регуляторами

Meta Conversions API

Виграна угода звітує назад тій рекламі, з якої почався чат, — як подія покупки з правильним зіставленням особи для кожного каналу, плюс сигнали якості лідів із вашої воронки CRM. Ваш набір даних, ваш токен, за замовчуванням вимкнено; чотири ворота (зокрема згода), перш ніж хоч одна подія вийде назовні, і панель стану, яка показує, що надіслано і що відхилено — із причинами.

Повна сторінка

İYS (Туреччина)

Турецький реєстр комерційних комунікацій, інтегрований: згоди йдуть назовні як надані або відкликані, відмови з боку реєстру щодня повертаються, облікові дані в панелі — лише на запис. Відповідність реєстру як механіка, і її нинішні півтора напрямки описані тут: сторінка İYS.

Повна сторінка

Правило чесності для цього розділу

Рекламні інтеграції та інтеграції відповідності спрацьовують лише за воротами згоди, і кожна відхилена подія записується разом із причиною. Якщо номер не вдається зіставити впевнено, його не вгадують — помилкова особа коштує чужої приватності.

Міграція

Залиште стару CRM. Історію заберіть із собою.

Справжній рушій міграції

Для підтримуваних систем-джерел: контакти, історія записів, кошториси, замовлення на продаж, дебіторка й нотатки імпортуються через чергований рушій, який можна продовжити з місця зупинки, — разом із нашою командою, бо зміна CRM заслуговує на оператора, а не на кнопку.

Про пропуски звітують поіменно

Рушій відмовляється вигадувати значення: запис без валюти чи дати пропускається й рахується, тож «міграцію завершено» ніколи не приховує записів, які досі живуть у старій системі.

Власність переходить останньою

Власність на дані передається останнім кроком, після того як імпорт себе довів, — стара система лишається головною до того моменту, коли ви вирішите інакше.

Для розробників

API, який ми продаємо, — це той самий API, яким користуємося ми

API і вебхуки — повна сторінка

Один контракт OpenAPI

Уся платформа описана в одному документі OpenAPI 3 — тому самому контракті, з якого наша вебпанель і мобільний застосунок генерують свої типи. Жодних тіньових ендпоїнтів, жодного розходження з документацією.

Ключі Commerce API з дозволами

Ключі, видані орендарем, із явними дозволами — читання каталогу, читання замовлень, запис замовлень — живлять вашу власну вітрину чи застосунок на нашому каталозі й рушії замовлень.

Вхідні вебхуки під захистом

Будь-яка зовнішня система може запустити автоматизацію: кожен сценарій має власний вебхук-тригер із власним URL, власним секретом, перевіркою HMAC і захистом від повторів — а payload це дані, ніколи не інструкції.

Назовні: сценарії викликають вас

Крок REST звертається до ваших систем саме в ті моменти, які ви намалювали на полотні. Загальної підписки на всі події через вебхук ще не зроблено — це сказано тут, а не виявляється в розмові з продажами.

FAQ про інтеграції

Відповіді без води

Решту читайте в повному розділі FAQ — або напишіть нам напряму.

Так — це і є філософія дому. ШІ працює на ваших власних ключах (BYOK, без націнки на токени), кампанійна пошта йде через ваш власний обліковий запис Resend, Brevo чи Mailchimp, а SMS — через ваш Twilio чи NetGSM за вашими узгодженими ставками. Ваші стосунки з постачальниками лишаються вашими; ми додаємо мозок і вхідні.

Так — публічний Commerce API з ключами орендаря і дозволами (читання каталогу, читання й запис замовлень), захищені вхідні вебхуки, що можуть запустити будь-який сценарій автоматизації, і вихідний крок REST усередині сценаріїв для звернень до ваших систем. Уся платформа описана в одному великому контракті OpenAPI, з якого генеруються наші власні вебзастосунок і мобільний застосунок: API, яким скористаєтеся ви, — це той самий API, яким користуємося ми.

Сьогодні вихідні звернення до ваших систем відбуваються через кроки сценарію — вузол REST спрацьовує саме в ті моменти, які ви намалювали на полотні. Загальної підписки на всі події через вебхук ще не зроблено, і ми кажемо про це тут, а не даємо продажам це натякнути.

Для підтримуваних систем-джерел чергований рушій міграції, який можна продовжити з місця зупинки, імпортує контакти, історію записів, кошториси, замовлення, дебіторку й нотатки — і звітує про пропущене поіменно, а не ховає прогалини. Міграція супроводжується (виконується разом із нашою командою), бо «імпорт завершено» має щось означати.

Глибина важливіша за логотипи.

Підключіть те, чим уже користуєтеся, — і точно знайте, що робить кожне з’єднання, ще до того, як його ввімкнути.