Hulgikaubanduses tulevad tellimused e-kirjade, Exceli tabelite, klientide PDF-ide ja kaubanduskettide EDI-sõnumitena ning müügiesindaja sisestab need Directosse käsitsi. Agent tuvastab kliendikoodid, kontrollib laoseisu ja lepinguhindu ning valmistab tellimuse Directos või Business Centralis ette, esindaja kinnitab selle ühe klõpsuga.
Vastab ISO 27001NIS2 DORA
Tüüpilises hulgikaubandusettevõttes saab müügiesindaja päevas kümneid tellimusi erinevates vormingutes: üks klient kirjutab vabas vormis Outlooki postkasti, näiteks orders@, teine saadab oma Exceli tabeli oma tootekoodidega, kolmas PDF-i oma hankesüsteemist ning kaubandusketid saadavad tellimusi EDI kaudu. Iga tellimus tuleb läbi lugeda, tooted leida teie Directo kaartidelt, kontrollida laoseisu, meenutada selle kliendiga kokkulepitud hind ja tellimus sisestada. Siin kaovad tunnid ning vead tekivad seal, kus kliendikood „AB-100“ sarnaneb teie koodiga „AB-1000“ või kus lepinguline allahindlus ununeb.
Agent ühendub Microsoft 365 ühiskasutatava tellimuste postkasti ja EDI vooga: dokumendituvastus eraldab Exceli ja PDF-i read ning Claude’i mudel seob kliendikoodid ja nimetused teie tootekaartidega varem kinnitatud tellimuste ajaloo põhjal. Seejärel kontrollib agent Directos või Business Centralis laoseisu ja selle kliendi lepinguhindu ning loob tellimusdokumendi staatusega „kinnitamata“. Read, mida ei õnnestunud siduda või mille laoseis puudub, märgitakse esindajale. Esindaja vaatab dokumendi üle tavalises Directo või Business Centrali aknas, parandab selle ja kinnitab. Alles siis muutub tellimus kehtivaks ning klient saab kinnituse tarnekuupäevaga. Directoga ühendume selle liidese või impordifailide kaudu ning Business Centraliga API, failiekspordi või e-posti voo kaudu, olenevalt teie versioonist. Mudel töötab Anthropicu API-s või Amazon Bedrockis EL-i regioonis, teie andmeid ei kasutata mudeli treenimiseks ja kui teie ERP töötab hallatavas ERP-majutuses, juurutatakse integratsioon ilma lisaserveriteta.
Neli sammu sisendist kuni kirjeni süsteemis – inimese kinnitusega seal, kus on risk.
Klient saadab tellimuse tavapärasele Outlooki aadressile, näiteks orders@, ning kaubanduskett saadab selle EDI kaudu. Agent tunneb ära, et tegemist on tellimusega, mitte küsimuse või kaebusega, eraldab read tekstist, Exceli tabelist, PDF-ist või EDI-sõnumist ning tuvastab saatja ettevõtte e-posti domeeni, GLN-koodi ja teie Directo kliendinimekirja järgi.
Iga rida seotakse teie tootekaardiga Directos või Business Centralis koodi, vöötkoodi, nimetuse ja selle kliendi varasemate tellimuste järgi. Agent kontrollib laoseisu, rakendab kliendikaardil oleva lepinguhinna või allahindluse ning koostab tellimuse mustandi märkustega kahtlaste ridade kohta.
Agent loob tellimusdokumendi Directos või Business Centralis staatusega „kinnitamata“ ja lisab algse e-kirja. Tavalises süsteemiaknas näeb müügiesindaja originaali ja koostatud tellimust kõrvuti, parandab vajaliku ja kinnitab. Alles siis läheb tellimus lattu ning klient saab kinnituse numbri ja tarnekuupäevaga.
Tundmatu kood, uus klient, kellel pole Directos kaarti, või puuduv laoseis ei satu süsteemi automaatselt: sellised read ootavad müügiesindaja otsust. Kinnitatud seos jäetakse järgmiseks korraks meelde ning iga kuu vaatame logi üle ja täiendame reegleid.
Agent on ühendatud teie Microsoft 365 Outlooki postkasti ja EDI vooga, loeb e-kirju, manuseid ja EDI tellimusi ning ei puuduta ühtegi teist postkasti.
Kliendikoodide ja vastavate tootekaartide sõnastik teie Directos või Business Centralis, mis täieneb iga kinnitatud tellimusega ja vähendab erandite hulka.
„Kinnitamata“ tellimus teie Directo või Business Centrali aknas koos lisatud originaali, laoseisu ja märgitud kahtlaste ridadega, ilma lisarakenduseta.
Integratsioon Directoga selle liidese või impordi kaudu, Business Centraliga API või ekspordi kaudu, kinnitus kliendile ning täielik tegevuslogi selle kohta, kes mida ja millal kinnitas.
Dokumendituvastus + Claude’i agent API kaudu + Directo integratsioon selle liidese või impordifailide kaudu; Business Centraliga ühendume API, failiekspordi või e-posti voo kaudu, olenevalt versioonist. Platvormi valime ülesande ja selle järgi, kus teie andmed tohivad asuda: lähemalt selle teenuse ja piirangute kohta loe teenuse lehelt.
Rida märgitakse ebaselgeks ja näidatakse müügiesindajale koos lähimate pakkumistega teie Directo kaartidelt. Esindaja valib õige toote ja valik jäetakse meelde, nii et järgmisel korral seotakse sama kood automaatselt.
Directoga ühendume selle liidese või impordifailide kaudu. Microsoft Dynamics 365 Business Centraliga integreerime API, failiekspordi või e-posti voo kaudu, olenevalt teie versioonist ja litsentsidest. Integratsioonimeetodi valime pärast kontrolli teie keskkonnas ning igal juhul luuakse tellimus kinnitamata dokumendina.
Esimene töötav lahendus ühe Outlooki postkasti ja ühe Directo või Business Centrali integratsiooniga võtab tavaliselt 2–4 nädalat. Teilt vajame ligipääsu postkastile, tootekaartide eksporti ja paarikümmet varasemate tellimuste näidet sidumise sõnastiku koostamiseks. EDI voo lisame teises etapis.
Iga tarnija saadab kataloogi oma vormingus: erinevad veerud, ühikud, keel ja koodid.
Kuu lõpus seob raamatupidamine väljavõtted arvetega käsitsi ja kirjutab võlgnikele meeldetuletused ükshaaval.
Kliendid helistavad ja kirjutavad laoseisu, oma hindade ja tellimuse seisu kohta ning müügiesindajad vastavad samadele küsimustele kümneid kordi…
Uus hinnakiri või pakkumine igale kliendigrupile tähendab päeva tööd Excelis ja Wordis.
Seda teenust osutavad spetsialistid, kellel on kehtivad rahvusvahelised sertifikaadid. Nende oskusi kinnitavad sõltumatud organisatsioonid, mitte meie.
AI-süsteemid juurutatakse kaitsega andmeleke ja mudeli väärkasutuse vastu.
AI turvaprogrammi ja selle kontrolle juhitakse ISACA metoodika järgi.
AI riske tuvastatakse ja hallatakse nagu iga teist IT-riski.
Vastame 1 tööpäeva jooksul
