Aukcyjny model zleceń, real-time przez SignalR, geospatial matching i background location, które przetrwa realny telefon w kieszeni kierowcy przez całą zmianę — nie tylko demo na biurku. Carivio zbudowaliśmy jako kompletną trójplatformową platformę w 4 miesiące: dziś ~50 pojazdów na żywo, własny aukcyjny dispatching, własny silnik finansowy. Wasz kod, żaden vendor lock-in.
Gotowe systemy dispatch (i tanie aplikacje white-label) to dobry start. Punkt krytyczny przychodzi, gdy Wasz proces — model aukcyjny, specyficzne rozliczenia, własna logika geospatial — nie mieści się w cudzym modelu danych, albo gdy dostawca pobiera prowizję od każdego kursu na zawsze.
Gotowe rozwiązanie ma własny algorytm dispatch, własny model danych, własne limity. Aukcyjny model zleceń, własna logika cenowa czy specyficzne stany floty albo się w ogóle nie mieszczą, albo tylko przez kosztowne customizacje, które i tak nie są Wasze.
Demo trwa 20 minut, telefon leży na biurku, aplikacja jest na pierwszym planie. Produkcja to 8-godzinna zmiana, telefon w kieszeni, Android Doze mode i menedżer baterii Xiaomi MIUI zabijający aplikację bez ostrzeżenia. Bez obsługi per-OEM, wykrywania killa i kolejki offline lokalizacja kierowcy znika po 45 minutach.
Gotowe platformy pobierają procent od każdego kursu albo miesięczną opłatę za pojazd bez końca — a dane, kod i relacja z kierowcami zostają u dostawcy. Własna platforma to jednorazowa inwestycja, po której system jest Wasz.
Real-time dispatching i background location wyglądają prosto, dopóki aplikacja nie działa na produkcji. Prawdziwa praca to obsługa sytuacji, gdy OS zabije aplikację, dwóch kierowców odpowie na ofertę w tej samej sekundzie, albo telefon straci sieć na 3 minuty.
Oferta kursu trafia do wszystkich uprawnionych kierowców naraz, system wybiera najlepszą według ważonego wyniku (odległość, ocena, czas reakcji) i broadcastuje wynik przez SignalR. Szybsze i bardziej sprawiedliwe niż "zaproponuj jednemu, czekaj, spróbuj kolejnego" — ale wymaga idempotentnego wyboru zwycięzcy, bo dwie oferty w tej samej sekundzie to normalny ruch, nie edge case.
Powiadomienia, czat kierowca-dyspozytor, statusy kursów i lokalizacja kierowców działają na osobnych hubach, nie w jednym kanale. Inaczej aktualizacje lokalizacji co 3 sekundy zalewają log, a krytyczne powiadomienia giną w szumie.
Powiadomienie push budzi aplikację, nawet gdy śpi — ale nie niesie payloadu biznesowego. Ten przychodzi przez SignalR po reconnect. Gdy się to zmiesza, aplikacja przetwarza tę samą ofertę dwa razy, co objawia się tajemniczymi duplikatami w UI.
Obsługa per-OEM (Samsung Sleeping apps, Xiaomi MIUI Autostart, Huawei Protected apps), heartbeat odróżniający "aplikacja martwa" od "kierowca bez sygnału" i lokalna kolejka offline z exponential backoff, która dostarcza współrzędne GPS z przerwy z powrotem idempotentnie.
Status online/offline kierowcy, oczekujące oferty i aktywny kurs mają jedno źródło prawdy w bazie danych. Stan połączenia SignalR i lokalny cache aplikacji to repliki, które zawsze zbiegają po reconnect — dyspozytor nigdy nie widzi innego stanu niż aplikacja.
Dziesiątki edge case wokół background location i real-time dispatchingu (odzyskiwanie po killu OS, flow uprawnień, kolejki offline, joby timeoutowe) widzi tylko ktoś, kto zmagał się z nimi na produkcji — nie zespół budujący dispatch po raz pierwszy z tutoriala. Rozmawiacie bezpośrednio z architektem, który ma system w głowie.
Carivio to kompletna trójplatformowa platforma dispatch (aplikacja kierowcy, aplikacja klienta, panel dyspozytora), którą zbudowaliśmy od zera w 4 miesiące. Dziś działa na niej ~50 pojazdów na żywo. Zbudowaliśmy własny aukcyjny dispatching, własny silnik finansowo-rozliczeniowy bez zależności od Stripe czy PayPal oraz aplikację kierowcy we Flutterze z ponad 128 000 liniami kodu Dart — z background location obsłużonym na realnych telefonach OEM, nie tylko w emulatorze.
Przejdziemy przez to, gdzie Wasz obecny dispatch lub aplikacja trafiają na limit, i zaprojektujemy architekturę real-time dispatchingu i background location, która wytrzyma na produkcji — nie tylko w demo. Odpowiemy w ciągu 24 godzin z konkretną propozycją.
Zapytaj o platformę dispatch →