Контролери и системни администратори по финансите трябва да могат да докажат кой е направил каква промяна във важни финансови данни и кога. Този одиторски дневник е основата за контрол и отчетност, вътрешно и спрямо счетоводителя или регулаторния орган. Въпросът е дали AI може да поеме това записване, или човек трябва да продължи да прави тази работа.
Тази задача получава висок резултат по трите оси, които са決определящи, но не по начина, който може да очаквате. Това не е задача за генеративен AI или интелигентна автоматизация с преценка. Това е задача за RPA: софтуер, управляван от правила, детерминистичен, който записва какво се случва, без интерпретация.
Промяна в счетоводна система или ERP-система е структурирано събитие: потребител коригира сума, сметка или контрагент, в определен момент, в определено поле. Няма нищо за интерпретиране. Кой е направил промяната, каква е била старата стойност и каква е новата стойност — това са твърди данни, които системата вече знае в момента на мутацията.
Освен това обемът е голям: в среднa по размер ERP-система дневно преминават десетки до стотици мутации, от редове на фактури до корекции в главната книга. При такъв обем ръчното записване не е реалистично и дори не е необходимо, защото системата вече регистрира промяната в момента, в който тя се случва. Това е точно вида задача, за която е проектиран RPA: висок обем, изцяло структуриран, без нужда от преценка.
Осата за съответствие с изискванията получава резултат 1, точно защото е неблагоприятна за лекомислена автоматизация, и това е важен сигнал. Тук не става дума за съответствие, което прави AI трудна задача, а за съответствие, което изисква записването да бъде водонепроницаемо, незаменяемо и доказуемо надеждно. Одиторски дневник, който сам може да бъде манипулиран, няма никаква стойност за счетоводител или регулаторен орган. Това означава, че технологията няма значение, докато граничните условия не са изпълнени: системата трябва да записва автоматично, а лог-файловете трябва да се съхраняват незаменяемо, извън обхвата на потребителя, който е направил промяната.
Пространството за преценка получава резултат 4: почти няма нужда от интерпретация относно какво се записва, най-много единично споразумение относно кои полета са достатъчно релевантни, за да бъдат записани. Разходите от грешки получават резултат 3, среден: пропуснат ред в лога е неприятен при проверка, но обикновено е поправим, ако системата записва последователно. Контакт с клиенти, физическа работа и креативност не са релевантни тук и затова всички получават максимално благоприятен резултат за автоматизация, просто защото не играят роля в тази задача.
Ако вашата счетоводна система или ERP-система вече има функция за одиторска пътека (audit trail), която автоматично и незаменяемо записва промените, тогава тази задача на практика вече е поета. Ролята на контролера или системния администратор тогава се измества от самото записване към проверка дали записването е пълно и незасегнато, и към оценка на съдържанието при извадков контрол или разследване. Последното — интерпретирането на съмнителна промяна — остава човешка работа и не попада в обхвата на тази задача.
В друга компания картината може да е различна. Ако все още се работи със стара система или система по поръчка без вградена одиторска пътека, тогава записването трябва да се въведе или допълни с отделен инструмент, а това е проект по внедряване, не готово решение за поемане. Ако акцентът не е върху самото записване, а върху оценката на отклонения — например сигнализиране на нетипични модели на промени, които могат да сочат към измама — тогава задачата се измества към втора категория: AI или софтуер може да маркира отклонения, но човек оценява и решава с обосновка. Това е различна задача от самото записване и заслужава своя собствена оценка.
Незаменяемостта на лог-файла не е технически детайл, а самата същина на неговата стойност. В момента, в който лог-файловете могат да се променят от същите хора, които правят основните промени, контролната функция на практика става безполезна, колкото и напреднало да е записването иначе. Това засяга вътрешния контрол и евентуално законовите изисквания за съхранение на финансова документация; за тях важат собствени законови изисквания, които се различават по ситуация и сектор, и които тази страница не определя.
Остава впрочем и тази задача не е изолирана от по-широката автоматизация около контрол и управление на риска. Който разгледа Проверка на клиенти и партньори по санкционни списъци вижда подобен модел: структурирани, високообемни контролни задачи се подчиняват добре на автоматизация, доколкото резултатът остава доказуемо надежден. Също и в ИТ отдела записването и одитирането играят голяма роля, и съображенията там често вървят паралелно с тези във финансовата администрация.
Тази страница описва една задача въз основа на обща оценка. Как това ще се отрази на вашия собствен екип зависи от системата, която използвате, степента, до която функционалността за одиторска пътека вече е внедрена, и ролята, която записването играе редом с оценката на отклонения. Ако искате да знаете какъв дял от часовете във вашия собствен профил в момента може да бъде поет от AI, можете да попълните безплатния quickscan на ftetoai: дванадесет въпроса, без акаунт, с директна индикация. Пълният werkscan, който навлиза по-дълбоко в индивидуални функции и екипи, все още е в процес на изграждане.
Vraag maar. Ik ken de kennisbank van deze site; wat ik niet weet, zeg ik erbij.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.