Телеграм-бот для компании в Ростове-на-Дону

Перевозки и статус груза

Ростов работает как транспортный узел Юга, и типичная боль здесь не в продажах, а в сопровождении рейса. Клиент звонит узнать, где машина, диспетчер звонит водителю, водитель отвечает за рулём. Бот разрывает эту цепочку: водитель отмечает этапы кнопками, загрузка, выезд, прибытие, разгрузка, при необходимости прикладывает фото накладной. Клиент по номеру заявки видит статус сам, без звонка. Диспетчер получает список рейсов с отметками времени и может быстро увидеть, где рейс встал. Все отметки времени считаются по местному часовому поясу, он совпадает с МСК.

• 1отметки водителя по этапам рейса кнопками
• 2фото накладной и документов с привязкой к заявке
• 3статус по номеру заявки для клиента
• 4лента рейсов для диспетчера с отметками времени
• 5уведомление о рейсе без обновлений дольше нормы

Заказы от торговых точек

Второй частый сценарий это регулярный заказ от точек и небольших магазинов. Товаровед привык звонить или отправлять голосовое сообщение, из которого потом вручную собирают строки. Бот даёт ему тот же привычный мессенджер, но с кнопками: выбрать позиции из своего прайса, указать количество, подтвердить. На выходе получается ровная структурированная заявка, которую можно сразу выгрузить в учёт. Повторить прошлый заказ можно одним тапом, это заметно сокращает время на оформление.

Цена и условия работы

Стоимость телеграм-бота начинается от 40 000 ₽, это нижняя граница для простого сценария. Итог зависит от числа ролей, размера номенклатуры и того, нужна ли связка с учётной системой. Работа идёт этапами с оплатой по факту сдачи каждого, промежуточный результат я показываю на каждом этапе. Передаю исходники, доступы и инструкцию по обновлению.

• 1разбор маршрута заявки и описание ролей
• 2прототип с тестовой номенклатурой
• 3интеграции, уведомления, статусы
• 4запуск и передача проекта заказчику

Связь в рейсе и отложенные отметки

На трассе интернет пропадает, и это надо учитывать в логике, а не надеяться на устойчивое соединение. Telegram сам повторит отправку, когда связь вернётся, но бот должен корректно принять отметку, пришедшую с опозданием: не считать её ошибкой и записать фактическое время события, а не время получения. Я проверяю такие сценарии отдельно, потому что в диспетчерской расхождение по времени разрушает доверие ко всей ленте рейсов. Там же настраивается правило: если от водителя нет отметок дольше заданного срока, диспетчер получает сигнал.

• 1корректный приём отметок, пришедших с задержкой
• 2фактическое время события, а не время получения
• 3сигнал диспетчеру при долгом молчании
• 4повтор уведомлений из очереди после сбоя

Чем работаю и как связаться

Node.js, Python, PostgreSQL, Telegram Bot API, интеграции с 1С и amoCRM. Из публичных работ по близким задачам: Bidzy, маркетплейс подрядчиков, бот KAMELOT, EASY Connect, Parser2GIS. Часовой пояс у нас одинаковый, так что созвон можно поставить на любое время рабочего дня. Первая консультация и оценка бесплатны: напишите в Telegram @inter1ark, на vitoscarasel@gmail.com или через форму на сайте, ответ в течение дня.