Telegram Freight Dispatch Automation
Problem
A logistics company was copying freight orders from load boards by hand into dozens of Telegram groups, order by order, operator by operator.
Architecture
A Go system that reads new orders from load-board bots in real time, parses route, cargo, weight and price, and hands each operator a ready card with price options — one tap publishes a formatted post to every one of their groups from their own account. Around it: bulk delete and re-post, a searchable order archive, personal filters, a night-time queue, statistics and scheduled reports, with multi-operator support behind owner approval.
The hard parts were not the features. Telegram stopped delivering login codes to the server IP, so login moved to QR; concurrent accounts needed live connections that recover on their own with per-account session state; rate limits needed a shared per-chat limiter with exponential backoff after 429; sessions are encrypted with AES-GCM, kept out of backups, and every action re-checks permissions.
load-board bots → parser → postgres → operator card → mtproto → telegram groups
- Go
- PostgreSQL
- MTProto
- Telegram Bot API
- Docker
- 447Real orders in the parser test set
- 0Manual copy-paste left in the loop