RiseConfirm: order confirmation and delivery dispatch

RiseConfirm is an order confirmation and delivery platform. Merchants push orders in, agents call customers to confirm them, and confirmed orders go out to couriers. Every part of that sounds simple until you run it at volume.

Orders are distributed to agents on a round robin rotation, with one order per client at a time so nobody hoards and nobody idles. Eligibility is calculated from a presence heartbeat, current capacity and recent performance, so an agent who has stepped away stops receiving work automatically rather than blocking a queue.

Assignment runs through queues carrying retries, priorities, cooldowns and expiry. If an order sits unassigned past its window it rebalances instead of dying quietly in a table somewhere.

The platform integrates several Algerian delivery companies, and each one behaves differently. Different pagination, different rate limits, different status vocabularies, and different tolerance before they start refusing requests or banning an IP outright. Multiple accounts per provider on top of that.

All of it sits behind one normalized interface. The scheduler paces requests per provider and per account, respects cooldowns, walks pagination without hammering, and keeps every integration comfortably under the threshold where a provider would start pushing back. Most of the engineering in this project lives in that layer, and it is invisible when it works.

Webhooks come in from RiseManager, Shopify and WooCommerce, normalized into one order model with tenant isolation so no merchant can reach another merchant's data.

NestJS and TypeScript, PostgreSQL with Drizzle ORM, Redis and BullMQ for queues and scheduling, WebSockets for live agent state.