Po več kot 25 letih razvoja spletnih trgovin in B2B rešitev sem prišel do precej preprostega zaključka: dobra spletna trgovina se ne začne pri dizajnu. Začne se pri podatkih.
Če podjetje uporablja Vasco kot ERP, poslovni ali računovodski program, ima velik del ključnih informacij že urejen. Artikli, partnerji, cene, zaloge, naročila, poslovni dokumenti. Nima smisla, da bi iste podatke še enkrat ročno vzdrževali v spletni trgovini.
Zato Vasco že vrsto let povezujemo s spletnimi trgovinami, B2B portali in B2C sistemi. Cilj je vedno enak: podatek naj ima en zanesljiv izvor, vsi ostali sistemi pa naj ga uporabljajo samodejno. To pomeni manj ročnega dela, manj napak in predvsem bistveno bolj ažurne podatke.
Kaj sploh pomeni povezava Vasca s spletno trgovino
Pri dobro zastavljeni integraciji Vasco ni samo program, iz katerega enkrat dnevno izvozimo Excelovo datoteko. Postane eden ključnih podatkovnih virov spletnega poslovanja.
Vasco tudi sam pri svojem eAPI kot tipičen primer uporabe navaja spletne trgovine: zunanji sistem sinhronizira artikle, cene, zaloge in kupce, po oddanem spletnem naročilu pa se naročilo samodejno prenese v Vasco Fakturiranje (FAW). Če se v spletni trgovini registrira nov kupec, se ustvari tudi v Vascu.
To je bistvena razlika. Namesto verige spletno naročilo, e-pošta, pregled, ročni vnos kupca, ponovno tipkanje artiklov, preverjanje cene, vnos v Vasco proces izgleda takole: spletno naročilo, samodejni prenos v Vasco, nadaljnja obdelava v obstoječem poslovnem procesu.
Človek se tako ukvarja z naročilom, ne s prepisovanjem naročila.
Katere podatke običajno povezujemo
Obseg integracije je vedno odvisen od poslovnega procesa podjetja. Ne zagovarjam pristopa, pri katerem avtomatiziramo vse samo zato, ker tehnično lahko.
Najprej določimo, kje je glavni oziroma master podatek. Pri enem podjetju je Vasco glavni vir za artikle, cene in zaloge. Drugje produktne opise, fotografije in tehnične lastnosti vzdržuje PIM, Vasco pa ostaja glavni vir za komercialne podatke. Pri B2B projektu so lahko dodatno vključeni individualni ceniki, rabati, plačilni pogoji ali več skladišč.
V praksi najpogosteje povezujemo:
- šifranta artiklov in partnerjev,
- zaloge po skladiščih,
- redne in B2B cene ter rabate,
- naročila in kupce,
- po potrebi druge poslovne dokumente.
Vasco FAW je namenjen vodenju veleprodaje, maloprodaje in zalog v poljubnem številu skladišč ter vključuje naročila kupcev, naročila dobaviteljem, prevzeme, dobavnice, račune in druge prodajne dokumente. Zato je zelo dobra osnova za avtomatiziran podatkovni tok med poslovanjem in spletom.
Vasco eAPI ali neposredna povezava na Firebird
To je eno prvih tehničnih vprašanj pri vsaki resnejši integraciji.
Najbolj standardizirana pot je Vasco eAPI. To je programski vmesnik, prek katerega zunanja aplikacija komunicira z Vasco programi. Omogoča delo s šifranti in dokumenti, pri vnosu podatkov pa uporablja iste kontrole, ki jih izvaja Vasco sam. Za številne projekte je to najbolj čista rešitev.
Obstaja pa tudi druga pot. Vasco svoje aplikacije poganja nad podatkovno zbirko Firebird; v letu 2025 so začeli prehod s Firebird 2.5 na Firebird 5.0. Ker Vasco okolje dobro poznamo, lahko pri ustreznem projektu podatke beremo tudi neposredno iz baze. To je učinkovito predvsem pri branju večjih količin podatkov, posebnih sinhronizacijah, obstoječih namestitvah ali kadar potrebujemo informacije, ki jih konkretni API tok ne zagotavlja na optimalen način.
Vendar neposredni dostop do baze ni samodejno »boljša« rešitev. Pri zapisovanju poslovnih podatkov dajem prednost uradnemu eAPI-ju, kadar je zahtevana funkcionalnost prek njega podprta. Razlog je preprost: API je nadzorovan vhod v poslovno aplikacijo in pri vnosih izvaja kontrole. Pri neposrednem delu z bazo mora razvijalec zelo dobro razumeti podatkovni model, povezave med tabelami in poslovno logiko sistema.
Tehnologijo integracije zato izberemo glede na proces, ne glede na to, katera možnost se sliši bolj tehnično napredno.
Največji prihranek ni strežnik. Je človek.
Pri integracijah se veliko govori o API-jih, bazah, JSON-u, SQL-u in sinhronizaciji. Sam na integracijo gledam precej bolj praktično: kolikokrat danes nekdo isti podatek vnese dvakrat?
Če zaposleni vsak dan 30 minut preverja spletna naročila in jih vnaša v računovodski program, je to približno 120 delovnih ur na leto. Če dodatno ročno popravljamo cene, preverjamo zaloge, odpiramo nove kupce in usklajujemo šifrante, je številka hitro bistveno višja.
Še pomembnejše pa so napake. Napačna šifra artikla. Napačna količina. Stara cena. Splet prikazuje artikel na zalogi, v resnici pa ga ni. Partner v B2B sistemu vidi napačen rabat. Vsaka takšna napaka ima svojo ceno.
Zato avtomatizacije ne merim v številu prihranjenih klikov. Merim jo v odstranjenih ročnih procesih.
Vasco in B2B je še zanimivejša kombinacija
Pri klasični B2C spletni trgovini kupec običajno vidi eno javno ceno in opravi nakup. Pri B2B sistemu postanejo stvari precej bolj zanimive.
Partner ima svojo ceno. Svoj rabat. Dogovorjene pogoje. Dostop samo do določenega asortimana. Več poslovalnic, več uporabnikov, drugačen pogled na zalogo. Zgodovino naročil in možnost zelo hitrega ponovnega naročanja.
Tu smo v Spletku že pred leti začeli razvijati lastno B2B platformo TEC. Iz TEC2 je danes nastala nova generacija TEC3, pri kateri ERP integracija ni dodatek, ki ga priključimo na koncu projekta, ampak eden ključnih delov arhitekture.
Pri TEC3 ERP ostane primarni sistem za ključne poslovne podatke, B2B platforma pa skrbi za spletni del poslovanja: uporabnike, individualne cenike, partnerski portal, naročanje, več jezikov, več trgov in druge funkcije, ki jih sodoben digitalni B2B potrebuje. Vasco konektor je eden od standardnih.
En izvor podatka je pomembnejši kot še ena funkcija
Ena največjih napak, ki jih srečujem pri prenovah spletnih trgovin, je, da ima podjetje isti podatek na več mestih. Cena je v Vascu. Druga cena je v spletni trgovini. Opis izdelka je v Excelu. Zaloga se uvaža prek CSV-ja. Nekdo ima še svojo tabelo. Ko se nekaj spremeni, nihče več ne ve, kateri podatek je pravilen.
Zato pri načrtovanju integracij najprej določimo en glavni vir za vsak podatek (single source of truth). Na primer:
- Vasco vodi šifro, komercialno ceno in zalogo.
- PIM vodi dolg opis, tehnične podatke in fotografije.
- B2B ali B2C platforma te podatke združi in jih predstavi kupcu.
- Naročilo gre nazaj v Vasco.
Takšna arhitektura je zame bistveno pomembnejša od vprašanja, ali ima spletna trgovina pet ali deset dodatnih funkcij. Če so podatkovni temelji napačni, bomo z vsako novo funkcijo samo hitreje ustvarjali zmedo. O tem, kaj nered v šifrantu naredi hitrosti kataloga, sem pisal v članku o higieni šifranta.
Zakaj Vasco poznamo drugače kot nekdo, ki prvič bere API dokumentacijo
S podjetjem Vasco sodelujemo že vrsto let in njihov sistem zelo dobro poznamo. To se pri integraciji pozna.
Ni dovolj vedeti, kako poslati API zahtevo. Razumeti je treba, kaj v podjetju predstavljajo partner, artikel, skladišče, cena, naročilo kupca, dobavnica ali račun, in kako želi naročnik te podatke uporabljati na spletu.
V več kot 25 letih smo ugotovili, da so najboljše integracije tiste, ki jih uporabnik skoraj ne opazi. Podatki so preprosto pravilni. Zaloga je ažurna. Cena je prava. Naročilo pride tja, kamor mora. In nihče ga ni še enkrat ročno prepisal.
Danes v Spletku razvijamo spletne trgovine, B2B portale, PIM povezave in platformo TEC3 ter jih povezujemo z Vasco, SAOP, Datalab Pantheon, Opal in drugimi poslovnimi sistemi. ERP integracija ni več dodatna funkcija spletne trgovine. Je infrastruktura sodobne spletne prodaje.
Kdaj je povezava Vasca s spletno trgovino smiselna
Moje pravilo je zelo preprosto. Če podatek že obstaja v Vascu in ga nekdo redno ročno prenaša v drug sistem, je vredno preveriti, ali lahko ta korak avtomatiziramo.
Če imate večje število artiklov, pogosto spreminjate cene ali zalogo, sprejemate veliko spletnih naročil, imate B2B kupce z individualnimi pogoji ali želite spletni kanal resneje razvijati, integracija praviloma ni več luksuz. Postane logičen naslednji korak.
Dober rezultat pa ni samo Vasco, povezan s spletno trgovino. Dober rezultat je poslovni proces, v katerem podatki tečejo sami, človek pa poseže tam, kjer njegovo delo dejansko ustvarja vrednost.
Če uporabljate Vasco in razmišljate o spletni trgovini ali B2B portalu, mi pišite. V pol ure pogovora običajno vidimo, kje je največ ročnega dela in kaj se splača avtomatizirati najprej.
Pogosta vprašanja
Ali je mogoče Vasco povezati s spletno trgovino?
Da. Vasco ima svoj eAPI, namenjen povezovanju z zunanjimi aplikacijami in spletnimi trgovinami. Omogoča sinhronizacijo artiklov, cen, zalog in kupcev ter prenos spletnih naročil v Vasco FAW.
Kako povežemo Vasco z B2B sistemom?
B2B platformo povežemo z Vascom prek eAPI-ja oziroma, kjer je to tehnično smiselno, z neposrednim branjem Firebird podatkovne zbirke, ki jo Vasco uradno uporablja. Določimo, kateri sistem je glavni vir za artikle, cene, zaloge in partnerje, nato avtomatiziramo sinhronizacijo in prenos naročil.
Je boljša povezava prek Vasco eAPI ali neposredno na Firebird bazo?
Odvisno od projekta. Za nadzorovano zapisovanje partnerjev, naročil in drugih dokumentov je eAPI praviloma prava pot, ker Vasco pri vnosih izvaja svoje kontrole. Neposreden dostop do Firebird baze je koristen pri zahtevnejšem branju večjih količin podatkov in specifičnih sinhronizacijah. Arhitekturo določimo glede na količino podatkov, smer sinhronizacije in poslovni proces.
Katere podatke lahko avtomatiziramo med Vascom in spletno trgovino?
Najpogosteje artikle, partnerje oziroma kupce, cene, zaloge in naročila. Vasco eAPI podpira različne šifrante in dokumente, med njimi naročila kupcev, predračune, prevzemnice in račune, zato je glede na uporabljene module mogoče vključiti tudi druge podatke.
Želite videti TEC3 na svojih podatkih?
Pišite nam ali si rezervirajte mesto v prvem valu uvedbe.