<aside> 🏡

Кейс: Система консолідації бронювань приватного котеджу з кількох каналів в єдину базу з автоматичним захистом від подвійного бронювання — два воркфлоу на n8n + Telegram-бот з LLM-парсером

</aside>

1) Context 🏙️

2) Problem ⚠️

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

3) Solution ✅

Побудована система з двох незалежних воркфлоу на n8n навколо спільного single source of truth — таблиці Google Sheets.

Перший воркфлоу за розкладом забирає броні з автоматичного каналу, відсіює вже відомі за booking_id та дописує нові. Другий — Telegram-бот, куди власниця пише телефонну бронь звичайним текстом («Оксана, 20-23 липня, 097 123 45 67, 2500»), а LLM витягує з цього структуровані поля.

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

4) Process 🔁 (Prompt design → API integration → n8n workflow)

🧠 Prompt design