Telegram-бот із синхронізацією діалогів у CRM

10:14 — перше повідомлення

Клієнт пише боту в Telegram. Workflow перевіряє ідентифікатор діалогу, додає повідомлення до картки в CRM та ставить статус «нове звернення». Менеджер отримує коротке сповіщення з посиланням на запис.

10:15 — CRM не відповідає

API повертає тимчасову помилку. Бот не показує клієнту, що «все готово»: діалог позначається як такий, що чекає синхронізації. Увімкнено повторну спробу з паузою; після вичерпання ліміту workflow створює задачу для ручної перевірки.

10:19 — повторне повідомлення

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

Цей сценарій зібрав у n8n для команди, яка приймала звернення в месенджері та вела продажі в CRM. Основна робота полягала не у самому надсиланні повідомлення, а в тому, щоб узгодити стани двох систем: «отримано», «передано», «помилка», «потребує людини». Для кожного переходу визначив відповідну дію, видимий статус та умову повтору.

Передав workflow з окремими гілками для штатної відповіді, повторної події та недоступної CRM. У тестах перевіряли запізнілу відповідь API, дубльований webhook та перезапуск після збою. Команда отримала зрозумілий порядок відновлення: знайти запис за ідентифікатором, перевірити статус вузла, повторити тільки невиконану операцію.