Pasūtījuma saņemšana
Katrs e-pasts Microsoft 365 pasūtījumu pastkastē tiek reģistrēts žurnālā. Aģents atdala pasūtījumus no citiem e-pastiem, paņem tekstu un pielikumus (PDF, Excel failus, fotoattēlus) un sāk apstrādi bez cilvēka iejaukšanās.
Klientu pasūtījumi pienāk Outlook e-pastos, PDF un Excel pielikumos dažādos formātos, un pārdevējs katru pārraksta Business Central, Horizon vai Monitor ERP ar roku. Aģents izgūst kodus, daudzumus un termiņus, pārbauda tos pret cenrādi un līgumu un izveido pasūtījuma melnrakstu ERP, ko pārdevējs apstiprina ar vienu klikšķi.
Atbilst ISO 27001NIS2 DORA
Ražošanas uzņēmumā pārdevēja diena sākas pasūtījumu pastkastē Outlook: viens klients raksta brīvu tekstu, otrs pievieno savu pirkuma pasūtījuma PDF ar saviem kodiem, trešais sūta Excel tabulu, kuras kolonnas katru reizi atšķiras. Pārdevējs atver katru, pēc klienta koda Business Central, Horizon vai Monitor ERP artikulu sarakstā atrod jūsu artikula kodu, pārbauda cenu pret līgumu, ievada pārdošanas pasūtījumu ERP un tikai tad var atbildēt par piegādes datumu. Pīķa laikā tas ilgst līdz vakaram, un kļūda daudzumā vai kodā tiek pamanīta tikai ražošanā vai noliktavā, kad labošana jau ir dārga.
Ieviešam Claude aģentu, izmantojot API, ar integrāciju jūsu ERP. Aģents uzrauga pasūtījumu pastkasti Microsoft 365 un no e-pasta teksta, PDF un Excel pielikumiem izgūst artikulu kodus, daudzumus, pieprasīto datumu, piegādes adresi un nosacījumus. Tas sasaista klienta kodus ar jūsu artikulu sarakstu Business Central vai Horizon, izmantojot iepriekš apstiprinātas atbilstības, pārbauda cenas pret klienta līgumu un spēkā esošo cenrādi ERP, bet daudzumus – pret minimālajām partijām un iepakojumu. Pēc tam izveido pārdošanas pasūtījuma melnrakstu ERP ar statusu „gaida apstiprinājumu” un atzīmē atklātos jautājumus: nezināmu kodu, cenu, kas neatbilst līgumam, datumu, kas ir īsāks par jūsu ražošanas ciklu. Pārdevējs redz sagatavoto pasūtījumu Business Central, Horizon vai Monitor ERP ar atzīmētajām vietām un saiti uz sākotnējo e-pastu, vajadzības gadījumā to izlabo un apstiprina ar vienu klikšķi, un klients apstiprinājumu ar datumu saņem tajā pašā stundā. Aģents nekad pats neapstiprina pasūtījumus un nekad neraksta klientam bez cilvēka apstiprinājuma. Modelis darbojas Anthropic API vai Amazon Bedrock ES reģionā, jūsu cenrāži un līgumi netiek izmantoti modeļa apmācībai, un katrs pasūtījums un tā avots tiek saglabāts žurnālā.
Četri soļi no ievades līdz ierakstam sistēmā – ar cilvēka apstiprinājumu tur, kur ir risks.
Katrs e-pasts Microsoft 365 pasūtījumu pastkastē tiek reģistrēts žurnālā. Aģents atdala pasūtījumus no citiem e-pastiem, paņem tekstu un pielikumus (PDF, Excel failus, fotoattēlus) un sāk apstrādi bez cilvēka iejaukšanās.
Claude izgūst pasūtījuma rindas, sasaista klienta kodus ar jūsu artikulu sarakstu Business Central, Horizon vai Monitor ERP, cenas – ar klienta līgumu un ERP cenrādi, daudzumus – ar iepakojumu un minimālajām partijām, bet datumu – ar ražošanas ciklu. Katra neatbilstība tiek atzīmēta konkrētajā rindā.
Aģents izveido pārdošanas pasūtījuma melnrakstu Business Central, Horizon vai Monitor ERP ar statusu „gaida apstiprinājumu”, atzīmētajām vietām un saiti uz sākotnējo e-pastu. Pārdevējs pārbauda, izlabo un apstiprina to, un tad klientam tiek nosūtīts apstiprinājums ar datumu. Bez apstiprinājuma pasūtījums ražošanā nenonāk.
Kad pārdevējs apstiprina jaunu klienta koda atbilstību, tā tiek saglabāta nākamajiem pasūtījumiem un, ja vēlaties, ierakstīta klienta artikulu kodu tabulā ERP. Katru nedēļu pārskatām e-pastus, kas netika atpazīti, un pielāgojam aģentu jaunajiem klientu formātiem.
Pārdošanas pasūtījumu melnraksti, kas izveidoti Business Central, Horizon vai Monitor ERP, nolasot klientu, artikulu saraksta un līgumu datus caur API vai importa failiem, pielāgoti jūsu versijai.
Datubāze ar atbilstībām starp klientu artikulu kodiem un jūsu ERP artikulu sarakstu, kas papildinās ar pārdevēja apstiprinājumiem.
Sagatavotais pasūtījums ERP ar statusu „gaida apstiprinājumu”, atzīmētie atklātie jautājumi, sākotnējais Outlook e-pasts un apstiprināšana ar vienu klikšķi, pēc kuras klientam tiek nosūtīts apstiprinājums.
Katra pasūtījuma ceļš no e-pasta līdz ierakstam ERP un mūsu atbalsts, kad klienti maina formātus, Business Central tiek atjaunināts uz jaunu versiju vai parādās jauni klienti.
Claude aģents, izmantojot API + Outlook pastkaste jūsu Microsoft 365 vidē + Business Central, Horizon vai Monitor ERP integrācija. Savienojamies caur ERP API, importa failiem vai starpposma tabulu atkarībā no jūsu versijas. Sīkāku informāciju un ierobežojumus skatiet pakalpojuma lapā.
Business Central pieslēdzam ar tā API un Power Automate savienotājiem, Horizon – ar API vai importa failiem atkarībā no versijas, bet Monitor ERP – ar tā API vai importu atbilstoši jūsu ieviesēja iestatījumiem. Jebkuru citu ERP, starptautisku vai vietējo, savienojam caur API, failu eksportu vai e-pasta plūsmu. Integrācijas veidu izvēlamies pēc pārbaudes pirmajā sarunā, un oficiālu partnerību ar šiem ražotājiem neapgalvojam.
Tas piedāvā tuvāko atbilstību no ERP artikulu saraksta pēc nosaukuma un iepriekšējiem pasūtījumiem, bet rindu atzīmē pārbaudei. Pārdevējs to apstiprina vai izlabo Business Central vai Horizon melnrakstā, un atbilstība tiek saglabāta nākamajai reizei.
Apstiprinājumu klientam pēc apstiprināšanas nosūta jūsu ERP vai pārdevējs no Outlook, tāpat kā iepriekš. Ja vēlaties, varam pievienot piezīmi par automatizēto apstrādi, taču klients redz ātrāku apstiprinājumu.
Katra materiālu piegāde pienāk ar rēķinu, pavadzīmi un atbilstības deklarāciju, pirkuma pasūtījums atrodas Business Central vai Horizon, un auditā…
Apkopes žurnāli tiek glabāti SharePoint vai Excel, un Teltonika un PLC skaitītāji reģistrē darba stundas, taču neviens tos nelasa, kamēr iekārta…
Operators meklē tehnoloģisko karti SharePoint mapē pēc iekārtas vai jautā meistaram, kurš maiņas laikā desmito reizi sniedz to pašu atbildi, bet…
Neatbilstību ziņojumi pienāk no Microsoft Forms, maiņu žurnāliem un e-pastiem, un kvalitātes vadītājs tos pārraksta Excel, lai redzētu tendences.
Šo pakalpojumu sniedz speciālisti ar spēkā esošiem starptautiskiem sertifikātiem. Viņu kompetenci apliecina neatkarīgas organizācijas, nevis mēs paši.
AI sistēmas tiek ieviestas ar aizsardzību pret datu noplūdi un modeļu ļaunprātīgu izmantošanu.
AI drošības programma un tās kontroles tiek pārvaldītas pēc ISACA metodoloģijas.
AI riski tiek identificēti un pārvaldīti kā jebkuri citi IT riski.
Atbildam 1 darba dienas laikā