[jayzee]

Hm, vid första anblick verkar det vara baserat på klassiskt matchningsprogram/mjukvara som i dagsläget används i de flesta storbankerna där raderna från olika system matchas mot varandra. Har själv jobbat en del med det och "AI" som Dooer skriver om på sin sajt misstänker är bara rent PR-dravel som egentligen bara är en del regex..

[Johnny Viking]

Ursprungligen postat av jayzee

Hm, vid första anblick verkar det vara baserat på klassiskt matchningsprogram/mjukvara som i dagsläget används i de flesta storbankerna där raderna från olika system matchas mot varandra. Har själv jobbat en del med det och "AI" som Dooer skriver om på sin sajt misstänker är bara rent PR-dravel som egentligen bara är en del regex..

Ja, allt är ju bara i slutända lite kod.

[digiArt]

Ursprungligen postat av jayzee

Hm, vid första anblick verkar det vara baserat på klassiskt matchningsprogram/mjukvara som i dagsläget används i de flesta storbankerna där raderna från olika system matchas mot varandra. Har själv jobbat en del med det och "AI" som Dooer skriver om på sin sajt misstänker är bara rent PR-dravel som egentligen bara är en del regex..

Frågan är om systemet kräver de förarbeten som normalt sett krävs i EFH, dvs att du talar om vilka positioner på fakturan respektive information finns på eller om det är utifrån en OCR som systemet automatiskt listar ut vilken data som är vad.

Är det som det sistnämnda, tummen upp!

Därefter ska allt konteras korrekt. Om systemet från start vid ny faktura klarar detta utan större inblandning av manuella rutiner ligger de bra till att frälsa marknaden. Radmatchning av leverantörsfakturor är också en utmaning flertalet leverantörer går bet på.

Så egentligen är "det bara kod" som skrivs, men kan koden vara lärbar (AI) har en hel del vunnits.