Маршрутизація звернень із форм до CRM через n8n

Сценарій: заявка з форми має дійти до потрібного менеджера, а не загубитися в пошті.

У сервісної компанії звернення надходили з кількох форм. Частина полів була необов'язкова, телефон вводили у різному форматі, а менеджер визначав напрям вручну. У CRM створювалися дублікати, якщо користувач надсилав форму повторно.

Потік у n8n Форма → нормалізація контактів → перевірка обов'язкових даних → пошук дубля → вибір черги → створення або оновлення запису в CRM → повідомлення відповідальному.

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

• Повторне надсилання тієї самої форми не створює новий контакт.
• Неповний номер не проходить у звичайну чергу.
• Для кожного каналу зберігається джерело звернення.
• Тестовий прогін охопив 20 типових сценаріїв, включно з дублем та помилкою API.

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