Nasvet
Kako preprečiti podvojene naloge v avtomatizaciji
Ponovljen poskus zapisa lahko ustvari dvojnik. Na ponazoritvi servisa razložimo oznako zahteve, sočasne poskuse in pregled sprememb.
Objavljeno
Ko povezava ponovi isti korak
Sistem iz prejete zahteve pripravi delovni nalog. Zapis nastane, potrditev pa zaradi prekinitve ne prispe nazaj. Povezava poskusi še enkrat. Če vsak poskus ustvari nov nalog, ima ekipa isto delo na seznamu dvakrat.
To je pomembno tudi pri AI avtomatizacijah. Model lahko pravilno razume zahtevo, težava pa nastane pri zapisu v poslovni sistem. AWS v svoji tehnični razlagi opisuje uporabo enolične oznake zahteve, s katero ponovitev povežemo s prvotnim dejanjem. Spodaj je naš ponazoritveni primer uporabe tega načela, ne poročilo o rezultatu stranke AIS.
Določite, kaj šteje kot ista zahteva
Vzemimo servisno podjetje. Kupec pošlje prijavo okvare in sistem ji dodeli oznako Q-1042. Ta oznaka naj spremlja pripravo naloga in ponovne poskuse zapisa. Ob ponovitvi istega dejanja se ne ustvari nova oznaka.
Pri e-pošti ločite ponoven poskus obdelave istega sporočila od novega sporočila v isti niti. Kupec lahko pozneje spremeni naslov ali doda drugo okvaro. Podoben naslov sporočila zato še ne pomeni iste naloge. Poslovno pravilo mora določiti, kaj dopolni obstoječi nalog in kaj začne novega.
Oznako povežite z zapisom v ciljnem orodju
Ob ustvarjenem nalogu shranite oznako zahteve in povezavo do izvirnega vhoda. Če se isti korak ponovi, naj sistem vrne obstoječi nalog. Ekipa tako vidi, kam je zahteva že prišla.
Samo iskanje pred zapisom ni vedno dovolj. Dva sočasna poskusa lahko oba ugotovita, da naloga še ni, in ga nato oba ustvarita. Izvedba potrebuje podporo ciljnega orodja za varno ponovitev ali drugo zanesljivo omejitev enoličnosti. Kadar tega ni, je treba pred uvedbo določiti način zaporedne obdelave in obravnavo nejasnih izidov.
Spremenjene zahteve predajte v pregled
Če pod isto oznako prispe drugačna vsebina, spremembe ne obravnavajte samodejno kot varno ponovitev. Primerjajte pomembna polja in pokažite razliko odgovorni osebi. Pri našem primeru bi to lahko bila druga lokacija servisa.
Tudi AI naj ne ugiba, kateri od podobnih nalogov je pravi. Če povezave med vhodom in zapisom ni mogoče zanesljivo ugotoviti, naj proces zahteva pregled človeka. To je odločitev o poteku dela, ne vprašanje lepšega navodila modelu.
Preizkusite prekinitev pred uvedbo
Na testnih podatkih ponovite isto zahtevo in preverite, ali se vrne isti nalog. Nato prekinite povezavo po zapisu, a pred potrditvijo, ter preverite ponovni poskus. Dodajte še sočasno obdelavo in spremembo vsebine pod isto oznako.
Za vsak primer vnaprej določite pričakovani rezultat. Spremljajte podvojene zapise in čas ročnega razčiščevanja. Za začetek izberite eno vrsto zahteve in preverite, ali lahko iz naloga pridete nazaj do njenega izvora.
Tehnično ozadje: AWS Builders’ Library: varne ponovitve zahtev.
Pogovorimo se o vaši rešitvi po meri
Predstavite cilje svojega podjetja in sedanji način dela. Skupaj preverimo, s katerim procesom začeti.