Aukční dispatching, real-time přes SignalR, geospatial matching a background location, co přežije reálný telefon v kapse celou směnu — ne jen demo na stole. Carivio jsme postavili jako kompletní třiplatformovou platformu za 4 měsíce: dnes ~50 živých vozů, vlastní aukční dispatching, vlastní finanční engine. Tvůj kód, žádný vendor lock-in.
Krabicové dispečinky (a levné white-label appky) jsou skvělý start. Bod zlomu přijde ve chvíli, kdy váš proces — aukční model, specifické vyúčtování, vlastní geospatial pravidla — nejde vynutit do cizího datového modelu, nebo když vendor účtuje provizi za každou jízdu navěky.
Krabicové řešení má svůj dispatch algoritmus, svůj datový model, svoje limity. Aukční model jízd, vlastní pricing logiku nebo specifické stavy vozového parku do něj buď nejde dostat vůbec, nebo jen přes nákladné customizace, které stejně nejsou vaše.
Demo běží 20 minut, telefon leží na stole, appka je v popředí. Produkce znamená 8hodinovou směnu, telefon v kapse, Android Doze mód a Xiaomi MIUI battery manager, co appku zabije bez varování. Bez per-OEM ošetření, kill detection a offline queue vám po 45 minutách zmizí poloha řidiče.
Krabicové platformy si účtují procento z každé jízdy nebo měsíční poplatek za vůz donekonečna — a data, kód i vztah s řidiči zůstávají u vendora. Vlastní platforma je jednorázová investice, po které je systém váš.
Real-time dispatching a background location vypadají jednoduše, dokud appka neběží v produkci. Skutečná práce je v tom, co se stane, když OS appku zabije, dva řidiči odpoví na nabídku ve stejné vteřině, nebo se telefon na 3 minuty odpojí od sítě.
Nabídka jízdy se rozešle způsobilým řidičům zároveň, systém vybere nejlepší podle váženého skóre (vzdálenost, hodnocení, čas reakce) a výsledek broadcastne přes SignalR. Rychlejší a spravedlivější než "nabídni jednomu, čekej, zkus dalšího" — ale vyžaduje idempotentní výběr vítěze, protože dva bidy ve stejné vteřině jsou normální provoz, ne edge case.
Notifikace, chat řidič↔dispečer, stavy jízd a poloha řidičů běží v oddělených hubech, ne v jednom kanálu. Jinak zprávy o poloze každé 3 sekundy zahltí log a kritické notifikace se ztratí v šumu.
Push notifikace probudí appku, i když spí — ale nenese business payload. Ten přijde přes SignalR po reconnectu. Když se to smíchá, appka zpracuje stejnou nabídku dvakrát a v UI se objeví záhadné duplicity.
Per-OEM ošetření (Samsung Sleeping apps, Xiaomi MIUI Autostart, Huawei Protected apps), heartbeat co rozliší "appka mrtvá" od "řidič bez signálu", a lokální offline queue s exponenciálním backoffem, co GPS souřadnice z výpadku doručí zpětně a idempotentně.
Online/offline stav řidiče, pending nabídky i aktivní jízda mají jediný zdroj pravdy v databázi. SignalR connection stav a lokální cache v appce jsou repliky, co po reconnectu vždy konvergují — dispečer nikdy nevidí jiný stav než appka.
Desítky edge case kolem background location a real-time dispatchingu (OS kill recovery, permission flow, offline queue, timeout joby) objeví jen člověk, co je řešil v produkci — ne tým, co dispečink staví poprvé podle tutoriálu. Komunikujete přímo s architektem, co má systém v hlavě.
Carivio je kompletní třiplatformová dispatch platforma (řidičská appka, zákaznická appka, dispečerský web), kterou jsme postavili od nuly za 4 měsíce. Dnes na ní běží ~50 živých vozů. Postavili jsme vlastní aukční dispatching, vlastní finanční a vyúčtovací engine bez závislosti na Stripe nebo PayPal, a řidičskou appku ve Flutteru s přes 128 000 řádky Dart kódu — s background location ošetřenou na reálných OEM telefonech, ne jen v emulátoru.
Projdeme, kde váš aktuální dispečink nebo appka narazí na limit, a navrhneme architekturu real-time dispatchingu a background location, co obstojí v produkci — ne v demu. Odpovíme do 24 hodin s konkrétním návrhem.
Poptat dispatch platformu →