Dobički:
- Razumevanje logike avtomatizacije trenutne uskladitve, bančne uskladitve in testov tristranskega ujemanja (naročilnica-dobavnica-račun) s podporo za umetno inteligenco
- Sposobnost razvrščanja in določanja prednosti analize razlik (razlik) in razlogov za usklajevanje razlik z umetno inteligenco
- Sposobnost razumevanja, da mora neujemajoče se postavke in razlike v potrditvah raziskati revizor in da umetna inteligenca pokaže le razliko.
Hrbtenica revizije je preverjanje s primerjavo z neodvisnim virom, ali zapis dejansko obstaja in je bil pravilno voden. Dobropis je pravi, z odobritvijo dolžnika; stanje na banki je pravilno, s potrdilom banke; Pristnost nakupa preverite tako, da se prepričate, da se trio naročilo-dobavnica-račun ujema. Ti procesi se skupaj imenujejo usklajevanje in potrditev. Ker same po sebi zahtevajo primerjavo velikega števila predmetov, se ponavljajo, zamudno in kjer blesti umetna inteligenca.
V tej enoti bomo pokrivali tri opravila: usklajevanje tekočih/računov (primerjava evidenc dveh strank), bančno usklajevanje (usklajevanje stanja v glavni knjigi in bančnega izpiska) in tristransko ujemanje (primerjava naročilnice, potrdila o prejemu blaga/dobavnice in računa prodajalca). Osnovno načelo ostaja nespremenjeno: AI se ujema in opozarja na razliko; Revizor mora raziskati razlog za razliko in sprejeti zaključek.
Kaj je tristransko ujemanje in zakaj je pomembno?
Ko podjetje kupi blago/storitve, se običajno pojavijo trije dokumenti: (1) Naročilo – kaj je bilo naročeno, koliko, po kakšni ceni; (2) Dobavnica/potrdilo o prejemu blaga — kaj, koliko je bilo prejeto; (3) Račun dobavitelja — kaj, koliko je bilo fakturirano. V zdravem nadzornem okolju bi se moralo to troje ujemati: naročeno = prejeto = fakturirano. Tristranski test ujemanja preveri, ali se ti trije ujemajo. spori; To lahko pomeni previsoko fakturiranje, fiktivne nakupe, podvojena plačila, manipulacijo cen ali preprosto podatkovno napako.
AI lahko v nekaj sekundah poveže na tisoče nakupov v teh treh dokumentih. Toda seznam "neujemajočih se elementov", ki se pojavi, ni seznam napak. Artikel se lahko ne ujema zaradi naslednjih nedolžnih razlogov: delna dostava (naročilo 100, dostava 60), časovna razlika (račun še ni prispel), razlika v ceni v sprejemljivem odstopanju, popust ali artikel pošiljanja. Revizorjeva naloga je najti razlog za razliko in ločiti nedolžnega od osumljenca.
Vrsta ujemanja
v primerjavi
Tipični razlogi za razliko
Trenutna sprava
Naša registracija ↔ registracija nasprotne stranke
Čas, vračilo, nepopolna registracija, tečajna razlika
Usklajevanje bank
Ledger ↔ bančni izpisek
Ček med prevozom, bančni stroški, zapis še ni obdelan
trojna tekma
Naročilo ↔ dobavnica ↔ račun
Delna dobava, časovna razporeditev, razlika v ceni, dvojnik, fiktivna
Zunanja potrditev: eden najbolj zanesljivih dokazov
Zunanja potrditev v reviziji je način pridobitve pisnega odgovora neposredno od tretje osebe (banke, kupca, dobavitelja) o stanju ali poslu, BDS 505 pa to ureja. Zunanja potrditev je eden najmočnejših revizorjevih dokazov; ker informacije prihajajo iz neodvisnega vira, ne od revidiranega subjekta. Tukaj je AI pospeševalnik pri izdelavi osnutkov potrditvenih pisem, primerjanju dohodnih odgovorov z zapisi glavne knjige in seznamu neodzivnih strank (tistih, ki sledijo). Vendar sta ključni dve točki: prvič, izpolnjevanje in pošiljanje potrditvenega pisma z informacijami o dejanskem naslovniku bi moralo biti pod nadzorom revizorja; Drugič, revizor mora biti prepričan, da je odgovor pristen in doseže revizorja neposredno. Integriteta postopka preverjanja je v pristojnosti revizorja; AI le olajša primerjavo in sledenje.
Analiza vrzeli: AI razvršča, revizor odloča
Najbolj produktiven način za preučitev soglasnih razlik je razvrstitev razlik: katere so povezane s časom (se bodo premikale med obdobji, vendar niso dejanske razlike), katere so stalne razlike in katere so nepojasnjene. Umetna inteligenca lahko hitro izvede to predhodno razvrstitev: v tabelo postavi količino razlike, smer in možen vzrok. Toda pozor: stolpec "verjeten vzrok" AI je napoved, ne odločitev. Samo zato, ker piše "verjetno časovna razlika", še ne dokazuje, da je razlika časovna; Revizor mora to preveriti z dokumentacijo (račun za naslednje obdobje, povratnica, potrdilo banke).
Namig: razlike razvrstite po velikosti zneska in razložljivosti. Preskočite majhne in lahko razložljive razlike; Osredotočite revizorjevo delo na velike ali nepojasnjene razlike. AI izdela prednostno tabelo; Nastavite prag in fokus.
Avtomatizacija usklajevanja po korakih
- Pripravite in anonimizirajte dva (ali tri) nabore podatkov. Določite ujemajoči se ključ (številka računa, številka naročila, znesek + datum).
- Potrdite popolnost. Ali se skupno število in število zapisov za vsako gručo skladata s pričakovanim?
- Določite pravilo ujemanja. Ali bo prišlo do natančnega ujemanja ali bo dovoljeno odstopanje (npr. ±1 % razlike v ceni)?
- Ujemanje z AI. Tisti, ki se ujemajo, tisti, ki se ne ujemajo, in tisti, ki so v toleranci, so prikazani na ločenih seznamih.
- Razvrstite in razvrstite razlike. Čas/trajno/nepojasnjeno.
- Raziskujte kot revizor. Preverite vse bistvene razlike z dokumentacijo; Dokumentirajte sklep in utemeljitev.
trije mini kovčki
1. primer – zajem podvojenih plačil. Revizor je tristransko primerjal 12.400 nakupov z AI. YZ je označil 6 postavk z dvema ločenima plačiloma za isto številko računa. Revizor je pregledal: 4 so bili zakoniti računi s podobnimi številkami iz različnih let; vendar sta bili 2 od njih dejansko podvojeni plačili (isti račun je bil plačan dvakrat), skupaj 88.000 TL. Sprožen je bil postopek ponovne vzpostavitve in slabost notranje kontrole je bila zapisana v pismu vodstvu. AI je postavil 6 vprašanj; Revizor je potrdil 2 resnični težavi.
2. primer – zamenjava časovne razlike za napako. Član skupine je neposredno odpisal razliko v višini 40.000 TL, ki jo je YZ v bančni uskladitvi označil kot "napako pri zapisu". Odgovorna oseba je pregledala: razlika je bil ček, izdan ob koncu obdobja in še ni predložen banki; Šlo je za povsem običajno časovno razliko in zaključilo se je naslednji teden. Nauk: napačno pisalo ni samodejna napaka; Nobenega zaključka ni mogoče napisati, ne da bi raziskali vzrok.
Primer 3 – Tolerančna napaka. En revizor ni dopuščal trosmernega ujemanja; Zaradi razlik v zaokroževanju penijev je YZ 900 označil element "ne ustreza". Seznam je postal nepregledan; Prave težave so se izgubile v hrupu. Ko je revizor določil razumno toleranco (npr. ±5 TL ali ±0,5 %), je bil seznam zmanjšan na 27 pomembnih postavk. Nauk: pravilo ujemanja se mora ujemati s poslovno realnostjo; Prestrogo pravilo povzroča hrup, preohlapno pravilo povzroča slepoto.
Šibek poziv/močan poziv
Šibek poziv:
Primerjaj ta dva seznama, povej mi, kaj ne ustreza.
Težava: ujemajoči se ključ, toleranca in izhodni format niso jasni. AI ne ve, na podlagi česa naj se ujema; rezultat bi bil nezanesljiv in neponovljiv.
Močan poziv:
Vaša vloga: ste pomočnik pri usklajevanju neodvisnega revizorja. Ujemali se boste in POKAZALI razliko; Razlog in rezultat razlike sta moja. Podatki (anonimizirani): - Sklop A: Naročila (stolpci: št_naročila, artikel, količina, cena_na_enoto, znesek) - Sklop B: Dobavnice (št._naročila, artikel, dostavljena_količina) - Sklop C: Računi (št._naročila, artikel, fakturirana_količina, fakturirani_znesek) Ključ ujemanja: št. + predmet. Toleranca: štejte za "ujemajoče se", če je razlika v znesku znotraj ±5 TL ali ±0,5 % (kar je večje). Naloga: 1) Povežite tri skupine. Naslednje tri sezname navedite ločeno: (a) natančna ujemanja (številka povzetka), (b) ujemanja znotraj dovoljenega odstopanja, (c) postavke, ki se NE ujemajo (polne podrobnosti).2) Dodajte stolpec MOŽEN vzrok za neujemanja (delna dobava / manjkajoči dokument / razlika v količini / razlika v znesku), vendar navedite, da je to OCENA, ki jo je treba preveriti z dokazi.3) V golem besedilu napišite pravilo ujemanja in tolerance, ki ju imate. uporabljeno.4) Navedite tudi celotno uskladitev (A, B, C). skupaj), da lahko preverim popolnost. Ne izmišljujte si tistega, česar ne morete razbrati iz podatkov.
Ta poziv je močan, ker definira ključ in toleranco, zahteva tri ločene sezname, postavi »verjetni vzrok« kot ugibanje in zahteva popolno soglasje za popolnost.
Pogoste napake
- Zamenjati neujemajoč se predmet kot napako. Pisanje sklepa brez preiskave razloga (časovni razpored, delna dostava, vračilo).
- Brez določanja toleranc. Napihnite seznam za drobiž in izgubite prave težave v hrupu.
- Puščanje ključa za seznanjanje dvoumnega. Ne nadzoruje, na podlagi česa se ujema AI.
- Preskok popolnosti. Zanašanje na ujemajoče se nize brez usklajevanja njihovih skupnih vrednosti.
- Zamenjali "verjetni vzrok" za odkrivanje. Sprejemanje napovedi AI brez preverjanja z dokumentacijo.
Pozor: opisovanje razlike kot "podvojeno plačilo" ali "fiktivni nakup" je resna trditev. To preverite z dokumentacijo (račun, potrdilo o plačilu, potrdilo o prevzemu blaga), preden jo zapišete; Če obstaja vzorec, ga ločeno ocenite kot slabost notranjega nadzora.
Če povzamem
Usklajevanje, potrditev in tristransko ujemanje so med najbolj ponavljajočimi se nalogami revizije in jih je najlažje pospešiti z umetno inteligenco. Umetna inteligenca v nekaj sekundah poveže na tisoče elementov, navede razlike in jih vnaprej razvrsti. Vendar neusklajeno pero ni napaka, je razlika, ki jo je treba raziskati; "verjeten vzrok" je ugibanje, ne ugotovitev. Revizor določi ujemalni ključ in toleranco glede na poslovno realnost; Revizor preveri razliko z dokumentom; Revizor zapiše rezultat. AI pokaže razliko, revizor poda pomen.
Aplikacijska naloga
Razmislite o treh majhnih nizih podatkov (naročilo, dobavnica, račun) ali dveh nizih (knjiga, banka). Določite ujemajoči se ključ in razumno toleranco. Umetna inteligenca naj se ujema z zmogljivim vzorcem poziva zgoraj in odstranite tiste, ki se ne ujemajo s stolpcem »mogoči vzrok«. Nato napišite "načrt preiskave" za vsako neusklajeno postavko: kateri dokument si ogledam, katero vprašanje postavim, kateri sklep menim, da je to napaka/normalno?
kontrolni seznam
- [ ] Podatke sem anonimiziral in jasno identificiral ujemajoči se ključ.
- [ ] Popolnost vsake gruče sem potrdil s skupnim številom in številom zapisov.
- [ ] Postavil sem toleranco, primerno poslovni realnosti (ne prestrogo ne preohlapno).
- [ ] Ločeno sem vzel sezname ujemajočih se / znotraj tolerance / neujemajočih se seznamov.
- [ ] V dokumentu sem iskal vsako pomembno postavko, ki se ni ujemala; Potrdil sem zakaj.
- [ ] Ugibanj o "verjetnem vzroku" nisem štel kot rezultate, ne da bi jih potrdil z dokazi.
- [ ] Dokumentiral sem resne kvalifikatorje, kot je podvojeno/izmišljeno, in ocenil vpliv notranjega nadzora.