КЕЙС
Заявка-Хаб
Заявки приходят из формы, из бота, с лендинга — и расходятся туда, где вы работаете: почта, CRM, таблицы, Telegram. Четыре канала доставки, повтор при сбое, панель со статусами.
FastAPI · SQLite · Docker
ЗАДАЧА
Что нужно было решить
Собрать заявки из формы, бота и лендинга в одной системе и доставлять их в нужные каналы без потери при временной ошибке внешнего сервиса.
ПОДХОД
Как устроено решение
API принимает заявку с защитой от дублей, создает отдельные попытки доставки и передает их адаптерам почты, webhook, Telegram и CSV. Фоновый обработчик повторяет неудачные попытки с задержкой, а панель показывает статус и историю.
РЕЗУЛЬТАТ
Что подтверждает кейс
Получился запускаемый демонстрационный сервис с очередью доставки, повторными попытками, ручным повтором, фильтрами, историей и выгрузкой. Внешние ключи для демонстрационного режима не требуются.
ГДЕ ОНИ ЛЕЖАТ
Все заявки в одном списке
Заявки из формы, бота и лендинга приходят в одну панель — не в три места, за которыми пришлось бы следить отдельно.
ОДНА ЗАЯВКА
Откуда пришла и куда ушла
Карточка заявки показывает источник и попытки доставки по каналам — видно, что заявка не потерялась, а прошла путь до получателя.
МАРШРУТЫ
Куда доставлять — настраивается без программиста
Каналы доставки — почта, CRM, таблицы, Telegram — включаются в настройках и не требуют правки кода.
ЕСЛИ КАНАЛ НЕ ПРИНЯЛ
Заявка не теряется
Когда канал не принимает заявку, сервис не сообщает об этом молча — он повторяет попытку доставки.
Следующий кейс: Этот сайт →
Связанная услуга: Прием заявок и интеграции →