Kako avtomatizirati sledenje računom z AI.

Zaporedje, pred teorijo

Začnite z enim računom in poglejte, kako izgleda dobra zasledovalna akcija. Acme Ltd je zaračunan za 5670,00 € vklopljeno 1. september na tridesetdnevnih pogojih, zato je plačilo zapadlo na 1. oktoberNič v spodnjem zaporedju ni pametnega. To je tisto, kar bi vesten kreditni kontrolor naredil ročno, zapisano, da to lahko stori agent namesto njega.

1. Dan 0: račun je poslanPoslano imenovanemu stiku s priloženim PDF-jem in datumom zapadlosti v naslovu. Zapis prikazuje, da je bilo poslano, ne le ustvarjeno.
2. Tri dni pred rokom: obvestilo vljudnostiKratko in prijazno: račun zapade na datum, tukaj je kopija, odgovorite, če je kaj narobe. Večina računov, ki so bili vedno namenjeni plačilu, je v tem trenutku plačanih.
3. En dan po zapadlosti: prva opombaJasno in specifično: številka računa, preostali znesek, datum zapadlosti. Brez opravičila in brez grožnje.
4. Sedem dni po: druga opomba z izpiskomOpomba zdaj vsebuje izpisek računa, ki navaja vse neporavnane zneske, v primeru, da je pravi problem v tem, da so zapisi stranke zastareli.
5. Štirinajst dni po: nekdo pokličeAgent ustvari nalogo za lastnika računa z zgodovino priloženo. Klic v tej fazi ugotovi, ali je problem v denarju, sporu ali izgubljenem računu.
6. Trideset dni po: odločitev o eskalacijiAgent predstavi možnosti (končna obvestila, zakonske obresti, zadržanje novih naročil) in nekdo izbere. Agent ne izbira.

Preberite znova in opazite strukturo. Pet od šestih korakov je rutinskih in izhaja iz koledarja. Eden je presoja. Ta razmerje je razlog, zakaj je sledenje računom ena prvih nalog, ki jih mora podjetje zaupati agentu, in zakaj je napaka zaupati tudi šesti korak.

Zasledovanje je politika plus zapis

Sledenje gre narobe na dva načina. Bodisi nihče ne zapiše politike, tako da opomniki gredo ven, ko se nekdo spomni, v katerem koli tonu so tisti dan; ali politika obstaja, vendar je zapis razpršen po računovodskem programu, nabiralniku in spominu nekoga, tako da opomba, ki gre ven, nasprotuje plačilu, ki je prispelo včeraj. Agent ne reši nobenega od tega sam. Potrebna sta oba, da sta jasna.

Politika je kratka. Določa pogoje, katera sporočila gredo ven v kateri fazi, ton vsake faze, kaj ustavi zaporedje (plačilo, spor, obljuba plačila do datuma, sodelavec, ki pravi, da naj pusti) in kam gredo izjeme. Če tega ne morete spraviti na eno stran, vaš agent tega ne more zanesljivo izvajati, ker se praznine zapolnijo z ugibanji.

Zapis je težji del in del, kjer večina orodij dela napake. Da bi pravilno sledil, agent potrebuje za vsak račun preostali znesek (ne znesek računa), imenovan kontakt in njihov naslov, datum, ko je bil poslan, vsak že poslan opomnik, morebitno pavzo, ki jo je oseba nastavila, in ali je bilo plačilo zabeleženo od zadnjega izvajanja. Ko ti podatki živijo v enem sistemu, je sledenje poizvedba in nekaj pošiljanj. Ko živijo v treh, agent porabi svoje napore za usklajevanje, in prej ali slej stranka dobi opombo za račun, ki ga je plačala.

Kaj agent počne, orodje po orodju

Tukaj je enaka politika, ki deluje v Sois, kjer so fakturiranje, stiki, e-pošta in naloge en delovni prostor, ki je agentu na voljo kot orodja preko Model Context Protocol. Zahteva osebe je stalna; agent jo izvaja vsako jutro in poroča nazaj.

Orodja so običajne, poimenovane stvari, kar omogoča preglednost vedenja. To so računovodska orodja, na katera se je zgoraj navedena zahteva nanašala, saj jih delovno okolje objavi povezanemu agentu.

{
  "tools": [
    { "name": "searchInvoices",
      "description": "Search invoices by number, reference, contact, amount, status, type, date range. For unpaid or outstanding invoices pass outstanding_only: true." },
    { "name": "sendInvoiceReminders",
      "description": "BULK payment reminders: email every unpaid invoice to its contact with a reminder message, in one action. Optionally pass invoice_ids to limit the set. Requires user confirmation." },
    { "name": "sendContactStatement",
      "description": "Email ONE contact a statement of account: all their outstanding sales invoices with per-invoice balances and the total due." },
    { "name": "snoozeInvoiceChase",
      "description": "Pause payment chasing for ONE invoice. Sets a snooze date; sendInvoiceReminders skips the invoice until then." },
    { "name": "recordPayment",
      "description": "Record a payment against an invoice. Updates amount_paid and status." }
  ]
}

Imena orodij in opisi, kot jih objavi računovodski modul Sois. Orodje za množične opomnike v svojem opisu navaja, da zahteva potrditev, zato stranka vpraša, preden se pošlje kateri koli e-poštni naslov, kar je človeški element, ki ga specifikacija MCP priporoča za pomembne operacije.

Dva podrobnosti zaslužita pozornost. Orodje za opomnike deluje na računih z neporavnanimi saldi, zato se delno plačan račun zasleduje za pravi znesek. In pavza je lastnost računa, ki jo določi oseba v preprostem jeziku ("pusti Acme do osemnajstega"), kar orodje za opomnike spoštuje pri vsakem izvajanju. Agent se nikoli ne mora spomniti, kdo je kaj zahteval. Zapis se spomni.

Izjeme so naloga

Ko je rutina avtomatizirana, ostane delo le pri izjemah, in tam je denar. Tabela prikazuje tiste, ki se pojavljajo vsak teden in kdo jih ima.

Merite izjeme, ne naloge. Število poslanih opomnikov vam pove le, da je agent zaposlen. Število računov, ki so potrebovali osebo, in koliko dni so bili zamujeni, ko so to potrebovali, vam pove, ali politika deluje. V nekaj mesecih bi morala prva številka ostati enaka, medtem ko druga pada.

Ton, zakon in odnos

V Združenem kraljestvu zakonodaja o zamudnih plačilih dobavitelju omogoča pravico do zakonskih obresti v višini osem odstotnih točk nad osnovno obrestno mero Banke Anglije, plus fiksni znesek za izterjavo, ki se povečuje s velikostjo dolga, ko je komercialni račun zamuden. Če datum ni bil dogovorjen, je račun zamuden trideset dni po tem, ko ga je stranka prejela ali po prejemu blaga, kar koli je kasneje, in dogovorjeni pogoji med podjetji so običajno omejeni na šestdeset dni, razen če je daljše obdobje pošteno za obe strani. Druge jurisdikcije imajo svoje različice teh pravil. Agent lahko natančno izračuna obresti; ali jih zaračunati je komercialna odločitev o razmerju in pripada osebi, ki ima račun.

Ton sledi istemu načelu. Prva dva sporočila bi morala biti tista, ki jih pošlje dober kreditni kontrolor: specifična, vljudna, brez sramu. Vse, kar je trdnejše, je sprememba faze, spremembe faze pa so odobritve. Način neuspeha avtomatiziranega sledenja redko pomeni, da so sporočila nesramna. Gre za to, da gredo napačni osebi, o napačnem znesku, na napačen dan, in stranka, ki ni storila nič narobe, se počuti preganjana. Vsaka kontrola v tem članku obstaja, da to prepreči, zato je zapis pomembnejši od besedila.

Nastavitev v enem tednu

Če so vaše fakture, stiki in e-pošta že v enem sistemu, ki jih izpostavlja kot orodja, je nastavitev dokument politike in stalna zahteva. Če niso, je postopek naslednji: prinesite odprte fakture in njihove stike v eno delovno okolje, napišite enostransko politiko, jo izvajajte ročno en teden, da se prepričate, da so sporočila pravilna, nato pa rutino predajte agentu in obdržite izjeme.

V Sois to pomeni zagon delovnega okolja, dvig ali uvoz faktur, povezovanje agenta, ki ga že uporabljate (Claude, ChatGPT ali katerikoli MCP odjemalec) z enim samim prijavnim podatkom OAuth in obveščanje o politiki. Agent deluje z vašimi dovoljenji in nič več. Sodelavec, katerega vloga lahko bere fakture, vendar ne more pošiljati e-pošte, ne more pošiljati opomnikov preko svojega agenta, prav tako pa je vsak pošiljanje in vsaka pavza zabeležena na osebo, katere agent je to storil. Če nimate svojega agenta, Chat Agent Gateway sprejme isto stalno zahtevo kot eno samo sporočilo in odgovori, ko je postopek končan.

Kar bi morali videti po mesecu dni, je manj opomnikov, ne več. Vljudno obvestilo pred rokom ujame fakture, ki so le čakale na spodbudo, in kar ostane, je kratek seznam, vsaka z razlogom in imenom osebe ob njej.

Vprašanja, ki jih ljudje postavljajo

Ta članek se pregleda, ko se izdelki, ki jih opisuje, spremenijo. Naslednji načrtovani pregled: 4. december 2026.