CarBase: informační systém pro autobazary, který jsem postavil sám
Začalo to jedním autobazarem a jeho šanonem plným smluv. Skončilo to u čtyř odběratelů a systému, který řeší vozidla, klienty, smlouvy i doklady na pár kliknutí. A to ještě v době, kdy AI byla v plenkách.
Když se řekne autobazar, většina lidí si představí plochu plnou aut a prodejce v kanceláři. Málokdo ale vidí, kolik papírování se za každým autem skrývá. Kupní smlouva, zprostředkovatelská smlouva, plná moc, příjmový a výdajový doklad, štítek za okno, historie vozidla. A to všechno pro každé auto znovu a ručně.
Jak to celé začalo
CarBase vznikl jako zakázka pro jeden konkrétní autobazar. Majitel měl jasný problém: agenda kolem aut se vedla napůl v tabulkách, napůl v šuplíku a smlouvy se psaly pořád dokola podle wordových šablon. Každá chyba v SPZ nebo VIN se pak tahala přes několik dokumentů.
Cíl byl jednoduchý: mít jedno místo, kde je auto, jeho majitel, fotky, smlouvy i doklady, a dokumenty si nechat vygenerovat, místo je přepisovat.
Co CarBase umí
Evidence vozidel
Každé auto má svou kartu se vším, co prodejce potřebuje: specifikaci, VIN, SPZ, rok výroby, platnost STK, stav tachometru, výkon a obsah motoru, palivo, převodovku, karoserii, počet majitelů, nákupní a prodejní cenu i výbavu. Výrobci, modely, typy paliva, karoserie a výbava jsou číselníky, které si bazar spravuje sám v nastavení.
Auto prochází stavy přijato → inzerováno → prodáno, případně vráceno, a každá změna se zapisuje do historie vozidla. Je tak vždycky dohledatelné, co se s autem dělo a kdy. Vozidla jde rychle filtrovat a vyhledávat.
Fotky a soubory
Ke každému autu se nahrávají fotky a dokumenty. Jedna fotka se nastaví jako hlavní, ostatní jdou smazat. Smazané soubory nemizí okamžitě, systém je umí zobrazit a s jejich úklidem počítá. Na úvodní stránce je graf využitého úložiště, aby bylo vidět, kolik místa fotky zabírají.
Klienti
Evidence klientů, tedy prodávajících i kupujících, navázaná na vozidla a smlouvy. U firem bylo v plánu načítání údajů podle IČO přímo z registru ARES.
Smlouvy a doklady na jedno kliknutí
Tohle byla hlavní přidaná hodnota. Z údajů o autě a klientovi systém vygeneruje PDF:
- zprostředkovatelskou smlouvu,
- kupní smlouvu, která navazuje na zprostředkovatelskou, aby šly dokumenty v logickém pořadí,
- příjmový a výdajový doklad s cenami převzatými z karty vozidla,
- výdejku při předání auta,
- štítek za okno s parametry vozidla.
Smlouvy i auta mají vlastní číselné řady, takže čísla dokumentů navazují a nic se nepřekrývá. Pro dokumenty mimo standard je k dispozici vlastní dokument s textovým editorem, kde si bazar napíše cokoliv dalšího.
Přehled na úvodní stránce
Po přihlášení je vidět, kolik aut se prodalo, kolik se vrátilo, kolik je inzerovaných a kolik čeká na inzerci. Pod tím je historie posledních změn u aut a seznamy kupních a zprostředkovatelských smluv.
Pod kapotou
CarBase je webová aplikace postavená na PHP frameworku Nette s databází MySQL a šablonami v Latte. PDF se generují přes mPDF z HTML šablon, na frontendu běží jQuery, Naja pro AJAXové překreslování bez načítání celé stránky, Chart.js pro grafy a Froala jako textový editor. Pro budoucí napojení byl připravený i základ API v GraphQL.
Nic exotického, ale stabilní stack, který se dobře nasazuje a dobře udržuje.
Od jednoho bazaru ke čtyřem
Systém nejdřív běžel jen u bazaru, pro který vznikl. Postupně se ale ukázalo, že stejné problémy řeší i ostatní, a CarBase se dostal ke čtyřem odběratelům.
Celé to vznikalo v době, kdy AI byla ještě v plenkách. Žádní agenti, žádné generování půlky aplikace z jednoho promptu. Každý formulář, každá PDF šablona, každá logika navazování dokumentů se psala ručně. Analýza, návrh databáze, backend, frontend, šablony smluv, nasazení i podpora. Na jednoho člověka to byl docela záhul.
Proč to skončilo u čtyř
Bohužel mi tehdejší podmínky ve staré práci nedovolily se projektu věnovat tolik, kolik by si zasloužil. Na další rozvoj, obchod a nové odběratele už nezbyl prostor, a tak se číslo zastavilo na čtyřech a systém se dál nerozvíjel.
Zpětně to beru jako cennou zkušenost. CarBase mi ukázal, jak vypadá produkt od první schůzky s klientem až po provoz u více zákazníků, a jak důležité je mít na rozvoj produktu nejen nápady, ale i čas a podmínky. Dnes by s dnešními AI nástroji šlo podobný systém postavit výrazně rychleji. Ta podstatná část, tedy pochopit, jak bazar opravdu funguje, a převést to do procesu, ale zůstává stejná.