Tipiskā vairumtirdzniecības uzņēmumā pārdevējs dienā saņem desmitiem pasūtījumu dažādos formātos: viens klients raksta brīvā tekstā uz Outlook pastkasti, piemēram, orders@, otrs sūta savu Excel failu ar saviem preču kodiem, trešais – PDF no savas iepirkumu sistēmas, bet tirdzniecības tīkli sūta pasūtījumus caur EDI. Katrs jāizlasa, preces jāatrod jūsu Horizon kartītēs, jāpārbauda atlikums noliktavā, jāatceras ar šo klientu saskaņotā cena un jāievada pasūtījums. Šeit pazūd stundas, un kļūdas rodas tur, kur klienta kods „AB-100” izskatās kā jūsu „AB-1000” vai tiek aizmirsta līguma atlaide.
Aģents savienojas ar kopīgo pasūtījumu pastkasti Microsoft 365 un EDI plūsmu: dokumentu atpazīšana izvelk rindas no Excel un PDF, bet Claude modelis sasaista klientu kodus un nosaukumus ar jūsu preču kartītēm, balstoties uz iepriekš apstiprināto pasūtījumu vēsturi. Pēc tam aģents sistēmā Horizon vai Business Central pārbauda atlikumu un šī klienta līgumcenas un izveido pasūtījuma dokumentu ar statusu „neapstiprināts”. Rindas, kuras nevarēja sasaistīt vai kurām trūkst atlikuma, tiek atzīmētas pārdevējam. Pārdevējs dokumentu pārskata ierastajā Horizon vai Business Central logā, labo un apstiprina. Tikai tad pasūtījums kļūst spēkā, un klients saņem apstiprinājumu ar piegādes datumu. Ar Horizon savienojamies caur tā integrācijas saskarni vai importa failiem, bet ar Business Central – caur API, failu eksportu vai e-pasta plūsmu atkarībā no versijas. Modelis darbojas Anthropic API vai Amazon Bedrock ES reģionā, jūsu dati netiek izmantoti modeļa apmācīšanai, un, ja jūsu ERP darbojas pārvaldītā ERP mitināšanā, integrāciju izvieto bez papildu serveriem.