# Trije sistemi, en zaslon in trasa, ki so jo prej risali ročno > Kako so prodajniki ponudnika povezljivosti na enem zaslonu dobili možnost priklopa in cene iz nepovezanih sistemov ERP, CRM in portala GIS. Source: https://redbumerang.com/sl/studije-primerov/podpora-prodaji/ AI za procese / telekomunikacije Vsako povpraševanje se začne enako: lahko priklopite ta naslov in koliko naj zaračunamo? Za pošten odgovor je bilo treba ročno sestaviti štiri stvari iz sistemov, ki ne komunicirajo. *Naročnik je anonimiziran. Podatki izmerjeni v produkcijskem sistemu 6. septembra 2026.* ## Težava Prodajnik ni mogel odgovoriti na prvo kupčevo vprašanje, ne da bi odprl tri sisteme in zemljevid. Pri ponudniku poslovne povezljivosti se vsako povpraševanje začne enako: lahko priklopite ta naslov in koliko naj zaračunamo? Za pošten odgovor je bilo treba ročno sestaviti štiri ločene stvari. Kaj ta kupec že kupuje in po kakšni ceni? To je v sistemu ERP, Microsoft Dynamics NAV, kot deset let postavk računov, pri katerih je lokacija storitve vpisana v polje s prostim besedilom. Smo za ta naslov že pripravili ponudbo? To je v sistemu CRM, Intrix. Pogosto odgovora preprosto ni bilo mogoče najti: manj kot dve tretjini ponudb sploh vsebuje natančen naslov storitve, zato odgovor pogosto ni bil najdljiv, čeprav je obstajal. Katera infrastruktura je dejansko v tej ulici? To je v iObčina, občinskem javnem portalu GIS: ločeni spletni aplikaciji, po kateri je treba iskati naslov za naslovom. Če pa kupec želi zasebno povezavo med dvema lastnima stavbama, je moral nekdo določiti fizično traso optike. Kabel ne poteka naravnost. Sledi kanalom, drogovom in jarkom različnih lastnikov: operaterja prenosnega omrežja, regionalnih elektrodistributerjev in samega telekoma. Načrtovanje trase pomeni povezovanje teh omrežij, določanje prehodov med lastniki in pripravo gradiva, ki ga vsakemu lastniku pošljete za pridobitev dovoljenja in cene. To so risali ročno, po zemljevidih. Ročno sestavljanje je trajalo do enega meseca. Mesec med kupčevim vprašanjem o ceni priključka in prejemom ponudbe. Čas ni šel za pogajanja ali projektiranje, temveč za iskanje v treh sistemih in risanje črte po zemljevidu. Tako počasen korak se preskoči. Ponudba, pripravljena brez preverjanja, koliko kupec že plačuje ali kaj je že v zemlji, je ugibanje. ## Kaj je zgradil Red Bumerang En zaslon. Vnesite naslov. Prikaže se vse, kar je bilo prej treba ročno sestaviti: obstoječi kupci blizu naslova z njihovimi storitvami in mesečnimi cenami, pretekle ponudbe na tej lokaciji, primerjava cen glede na hitrost in gospodarska javna infrastruktura na teh koordinatah. Vse je izrisano na interaktivnem zemljevidu nad posnetki iz zraka, s PDF-jem za kupca v podobi podjetja z enim klikom. In drugi način, ki načrtuje traso. Vnesete dva naslova in sistem predlaga do tri fizične optične trase med njima po kartiranih omrežjih osmih lastnikov infrastrukture: nacionalnega operaterja prenosnega omrežja ELES (kartiranih 1.454 km), regionalnih distributerjev Elektro Ljubljana (1.066 km), Elektro Maribor (847 km), Elektro Celje (267 km), Elektro Gorenjska (98 km) in Elektro Primorska (95 km), proizvajalca DEM (135 km) in naročnikove lastne optike (587 km). Ponudi najkrajšo traso, traso z najmanj lastniki in traso z najmanj posamičnimi točkami odpovedi. Vsak prehod med omrežjema dveh lastnikov je označen, ker je v resnici vsak spoj: strošek, dovoljenje in mesto, kjer se povezava lahko prekine. Trasa se izvozi kot datoteka Google Earth z eno mapo na lastnika infrastrukture, da naročnik vsakemu lastniku pošlje natančno odsek, ki prečka njegovo omrežje, in nič drugega. ## Kaj je bilo za to potrebno Po desetih letih zgodovine obračunavanja je prvič mogoče iskati po lokaciji. 138.019 postavk na 51.503 računih, vse do leta 2016. Naslov storitve nikoli ni bil strukturirano polje, zato smo iz prostega besedila razčlenili 165.853 končnih točk storitev, po katerih prej sploh ni bilo mogoče geografsko iskati, in iz 77.454 ročno vnesenih postavk razbrali hitrosti povezav. Infrastruktura osmih lastnikov, pripravljena za iskanje tras. 20.721 omrežnih objektov, vključno s 5.644 linijami v skupni dolžini približno 4.549 km, združenih v en graf, po katerem lahko išče usmerjevalnik. ## Kaj se je spremenilo Z do enega meseca na minute. Podatki, ki jih prodajnik potrebuje, ga zdaj dosežejo v minutah, namesto da bi jih sestavljal več tednov. Tudi ponudba je pri kupcu v minutah. Mesec ni postal teden. Postal je čas, potreben za vnos naslova. To je celoten donos projekta in vredno je natančno povedati, od kod je prišel: ne iz hitrejšega opravljanja istega dela, temveč iz tega, da tega dela sploh ni več treba opravljati. Nihče več ne išče po treh sistemih. Nihče ročno ne riše trase. Poizvedbe se izvedejo, ker je nekdo vnesel naslov. ## Kje je AI dejansko prisotna Med delovanjem je ni in to je pravi odgovor. Iskanje trase po 4.549 km tuje infrastrukture je problem najkrajše poti v grafu, ne stvar presoje. Ugotavljanje, kateri kupci so blizu naslova, opravi prostorski indeks. Oboje mora biti natančno, hitro in razložljivo, model pa bi vse tri lastnosti poslabšal. AI je bila gonilo izgradnje in brez nje ta sistem ne bi obstajal. Dva od treh sistemov nista imela dostopne poti do podatkov. Pridobivanje podatkov iz Dynamics NAV običajno zahteva razvojnega partnerja za NAV. To je podprta pot in vsak, ki je pridobil ponudbo zanjo, ve, koliko stane in kako dolgo traja. Tukaj partner ni bil vključen. Namesto tega smo zgradili povezovalni vmesnik samo za branje, ki teče na naročnikovem strežniku Windows, zaščiten s ključem API in seznamom dovoljenih naslovov IP. iObčina sploh nima javnega API-ja. To je brskalniška aplikacija, ki komunicira z nedokumentiranimi končnimi točkami. Pomembni podatki — poročilo o infrastrukturi za dane koordinate — pa so za prijavo. Oba smo odprli na isti način: z opazovanjem dejanskega prometa, razbiranjem pravil vmesnikov in njihovo ponovno izvedbo v dokumentiranih odjemalcih. Ta dokumentacija pravil je zdaj merodajna za obe integraciji. To je razlika med skripto, ki slučajno deluje, in integracijo, ki jo lahko vzdržuje nekdo drug. Tretji sistem tega ni potreboval. Intrix ima dokumentiran izvozni vmesnik, zato smo ga preprosto uporabili po navodilih. Dva od treh, ne trije od treh. To je pomembno povedati, ker je bilo obratno inženirstvo zadnja možnost, ne prvi korak. To je celotna teza v enem projektu. Težavni del nikoli ni bil algoritem. Težava je bila dobiti podatke iz sistemov, ki niso bili zasnovani za njihovo predajo. ## Del, ki ga naročnik ni zahteval Najvrednejši rezultati so bila poročila o njegovih lastnih podatkih. Da smo deset let zapisov pripravili za iskanje tras, jih je bilo treba prebrati vse. To je razkrilo stvari, ki jih nihče ni vedel: - 233 zapisov podjetij v Intrix je vsebovalo številko kupca NAV drugega podjetja, zato so tiho odpirali napačen zapis kupca. - 3.001 vrzel v lastnem zemljevidu infrastrukture: 264 mest, kjer se kabel preprosto konča in v dosegu spajanja ni ničesar, z največjo vrzeljo 903 metrov, ter 2.737 mest, kjer dve liniji istega lastnika potekata manj kot 60 metrov narazen in se nikoli ne združita. Oboje je bilo predano kot delovna datoteka: preglednica in sloj Google Earth. Nič od tega ni bilo v obsegu naročila. Oboje je lahko vredno toliko kot aplikacija. ## Metoda Kaj številke štejejo. Vsi obsegi so bili izmerjeni z neposredno poizvedbo po produkcijski bazi 6. septembra 2026 in so kumulativni od prve sinhronizacije. 138.019 postavk računov zajema obdobje od 1. 1. 2016 do 31. 7. 2026, v celoti, ne vzorca. 4.549 km je seštevek dolžin kartiranih linijskih objektov osmih lastnikov. 165.853 končnih točk in 77.454 hitrosti sta števili uspešno razčlenjenih podatkov. Preostali so namenoma ostali nerazčlenjeni, ker isto polje s prostim besedilom vsebuje tudi števila optičnih parov, kilovate in površine omar, razčlenjevalnik pa zavrača ugibanje. Od kod primerjava prej in potem. »Do enega meseca« in »minute« sta navedbi podjetja Red Bumerang in naročnika o prodajnem procesu pred spremembo in po njej, ne časovna študija. Pred izgradnjo formalne meritve ročnega procesa ni bilo. To povemo naravnost, namesto da bi navedbi predstavljali kot meritev. Česa ne trdimo. Ne objavljamo podatkov o uporabi: dnevnik iskanja ne more ločiti dejanske prodajne dejavnosti od avtomatiziranega testnega prometa, zato ne navajamo števila uporabnikov ali obsega uporabe. Obseg. En naročnik, ena država, v produkciji od julija 2026 in v aktivnem spreminjanju. --- ## Prinesite nam proces ali trg. Vsak sistem tukaj se je začel s pogovorom o delu, ki je že potekalo: kako v resnici teče, kje povzroča največ stroškov in kakšen red je v njegovi osnovi. To je prvo srečanje.