Procuros merr 20 milionë euro: PDF-të mbajnë peng tregtinë B2B

Sipas njoftimit të XAnge, Procuros, kompani softuerike me seli në Hamburg, siguroi më 6 tetor 2026 një raund Series A prej 20 milionë eurosh, të udhëhequr nga XAnge me pjesëmarrjen e W23, Point Nine, Creandum dhe b2venture; investitori raporton mbi 300 klientë dhe më shumë se 3 miliardë euro volum të anualizuar porosish. Kapitali do të përdoret për zhvillimin e platformës, zgjerimin e shitjeve dhe hyrjen në tregje të tjera evropiane e amerikane.

Në raportimin e Tech.eu, bashkëthemeluesi dhe drejtuesi Patrick Thelen e përmbledh kushtin për automatizimin me fjalët: “AI agents are only as good as the infrastructure they run on.” Porositë, njoftimet e dërgesës dhe faturat vazhdojnë të kalojnë mes kompanive përmes sistemeve dhe formateve të ndryshme. Agjentët AI mund të veprojnë mbi këto transaksione vetëm pasi të dhënat të marrin një kuptim të qëndrueshëm për të dyja palët.

Pse një porosi PDF nuk hyn vetë në ERP

Një PDF mund të tregojë qartë çfarë kërkon blerësi, por pamja e lexueshme për njeriun nuk është regjistrim i gatshëm për sistemin e furnitorit. Kodi i artikullit mund t’i përkasë katalogut të blerësit, ndërsa ERP-ja e furnitorit njeh një kod tjetër. Edhe sasia mund të jetë shkruar në copë kur sistemi pritës regjistron kuti; adresa ose data e dorëzimit mund të kërkojë përputhje me të dhënat ekzistuese të klientit.

Dokumentet e strukturuara si EDI, XML dhe CSV e bëjnë më të lehtë shkëmbimin automatik të fushave, por partnerët duhet të bien dakord se çfarë nënkupton secila fushë dhe si lidhet me sistemet e tyre. Një PDF i dërguar me email nuk e ka vetvetiu këtë përputhje. Prandaj pengesa nuk mbaron kur programi lexon tekstin: të dhënat duhen lidhur me produktin, klientin dhe rregullat tregtare që ERP-ja përdor për të pranuar porosinë.

Kjo shpjegon edhe kufirin praktik të një agjenti AI që merr vendime mbi porositë. Nëse kodi i nxjerrë nga dokumenti i referohet artikullit të gabuar, automatizimi mund ta çojë gabimin më tej në konfirmimin e porosisë, dërgesë ose faturë. Një shtresë që kontrollon përputhjen mes partnerëve ka vlerë vetëm kur i ndalon rastet e paqarta përpara regjistrimit, jo thjesht kur e kopjon përmbajtjen e PDF-së më shpejt.

Si e përpunon Procuros porosinë

Në përshkrimin e Order Agent, Procuros thotë se mjeti lexon porositë PDF, i përputh kodet e artikujve dhe njësitë me të dhënat e furnitorit, mban rastet e paqarta për shqyrtim dhe arrin zakonisht 99% saktësi në nxjerrjen e të dhënave; kompania rekomandon kontrollin e porosive gjatë muajit të parë të përdorimit. Shifra e saktësisë është pretendim i ofruesit për nxjerrjen e të dhënave, jo matje e publikuar në mënyrë të pavarur për porositë që regjistrohen nga fillimi në fund pa ndërhyrje.

Një shembull hipotetik e bën rrjedhën më të qartë. Një shitës i dërgon furnitorit një porosi PDF ku produktet mbajnë kodet e katalogut të shitësit. Sistemi nxjerr artikujt, sasitë dhe hollësitë e dorëzimit, pastaj kërkon kodet përkatëse në katalogun e furnitorit. Nëse blerësi ka porositur në copë dhe ERP-ja pret kuti, sasia duhet kthyer sipas rregullit të vendosur për atë produkt përpara regjistrimit.

Një kod i vjetër, një sasi e munguar ose një klient që nuk identifikohet qartë kërkon trajtim tjetër nga një fushë e përputhur me siguri. Këto raste mund të mbahen për verifikim njerëzor, ndërsa porositë që plotësojnë rregullat mund të kalojnë në ERP. Kështu, hapi vendimtar është normalizimi i të dhënave tregtare: i njëjti transaksion duhet të ruajë kuptimin e tij kur kalon nga dokumenti i blerësit në regjistrimin e furnitorit.

Çfarë tregojnë shifrat e përdorimit

Numri i klientëve dhe volumi i anualizuar tregojnë se platforma përdoret për shkëmbime reale tregtare, përtej një demonstrimi të teknologjisë AI. Megjithatë, volumi i porosive është vlera e transaksioneve që kalojnë nëpër rrjet sipas ritmit të raportuar; ai nuk është e ardhura e Procuros. Këto të dhëna nuk tregojnë as sa paguan një klient, as sa porosi kalojnë pa korrigjim njerëzor.

Ky dallim ka rëndësi sepse platforma mbulon formate me shkallë të ndryshme vështirësie. Një mesazh i strukturuar mund të hyjë në rrjedhën e shkëmbimit me më pak paqartësi se një PDF i skanuar ose një porosi me kode artikujsh të vjetruar. Për rrjedhojë, vëllimi tregtar, saktësia e nxjerrjes së të dhënave dhe pjesa e porosive të përfunduara automatikisht matin gjëra të ndryshme. Vetëm shifra e fundit do të tregonte drejtpërdrejt sa punë operative është hequr nga procesi.

Ku do të provohet zgjerimi

Procuros synon të lidhë më shumë furnitorë dhe shitës me pakicë pa kërkuar që çdo çift partnerësh të ndërtojë nga e para shkëmbimin e dokumenteve. Për kompanitë e furnizimit dhe tregtisë elektronike në Shqipëri e Kosovë, problemi është i njohur si proces: një partner dërgon PDF, një tjetër përdor EDI, ndërsa sistemi i brendshëm kërkon fusha dhe kode të veta. Kjo nuk nënkupton se Procuros ka klientë në këto tregje.

Zgjerimi në Evropë dhe Shtetet e Bashkuara do të vërë në provë nëse përputhja e të dhënave mbetet e besueshme teksa shtohen partnerët, katalogët dhe rregullat e tyre. E dhëna që mungon për të gjykuar shkallën e automatizimit është pjesa e porosive që mbërrijnë saktë në ERP pa shqyrtim njerëzor, e ndarë sipas formatit të dokumentit.

Lexoni gjithashtu:

• Kuro merr 10 milionë euro: premtimi është 90 orë më pak për tender
• Biolevate merr 30 milionë euro: prova e radhës është tregu amerikan
• Transfertë SEPA nga Shqipëria: 2 euro mjaftojnë deri në 20.000 euro