Procesi koji se ne oslanjaju na dobru volju i mejl

Ne nužno, i to je namerno. NG One nosi dokumente koji nastaju u poslovnim procesima — one koji imaju tip, broj, status, odobrenje i knjigovodstveni efekat. Nestrukturirana dokumentacija koju treba naći pretragom po sadržaju je drugi posao, i za njega u Konis porodici postoji DocDot, sistem za upravljanje dokumentima sa OCR-om skenova, verzionisanjem i pretragom po tekstu unutar fajla. Ako već koristite DocDot ili drugi DMS, NG One ga ne izbacuje: dokument iz procesa ostaje u kernelu, a arhivski primerak i pretraga po sadržaju mogu da ostanu tamo gde jesu. NG One ima i sopstveni DMS sloj nad kernelom — delovodnik, klasifikacione oznake, verzije priloga, arhivsku knjigu — pa je izbor vaša odluka o tome gde šta pripada, a ne posledica nečije rupe u obimu.

Zavisi od toga na koji potpis mislite, i mi to razdvajamo umesto da se sakrijemo iza reči. NG One nosi dva mehanizma. Prvi je interno elektronsko odobrenje i potpis odluke: evidentira se ko je potpisao, kada, šta je tačno video i u kom svojstvu, uz hash potpisane verzije dokumenta i potpisni blok na štampi. To je pravno čist mehanizam interne saglasnosti i sasvim dovoljan za internu odluku — odobrenje prekoračenja limita, nalog za službeni put, potvrdu popisne liste — ali nije kvalifikovani elektronski potpis i sistem ga nikad tako ne prikazuje. Drugi je kvalifikovani potpis, koji traži da potpisnik ima isključivu kontrolu nad sredstvom za potpisivanje: ide kroz lokalni agent sa smart karticom, gde privatni ključ nikad ne napušta potpisnika, ili kroz remote potpis kod kvalifikovanog QTSP provajdera — uz kvalifikovani pečat pravnog lica i vremenski žig za dokumenta koja izlaze iz firme. Oba idu kroz isti workflow kernel, u istoj statusnoj mašini i sa istim tragom. Razlika koju vredi zapamtiti: pravnu težinu nosi sertifikat kojim je potpisano, a ne softver koji vodi tok — zato NG One uz svaki potpis beleži i pokazuje kojim je sredstvom nastao.

Za sve što se sastoji od stanja, prelaza, uslova i limita — da. Tip dokumenta, njegova numeracija, obavezna polja, stanja i prelazi, lanci odobrenja sa limitima iznosa i grananjem, SLA rokovi i eskalacije, automatska pravila i šabloni štampe podešavaju se u konzoli, uz config audit koji beleži ko je šta promenio i sa koje vrednosti na koju. Ono što se ne konfiguriše jeste sama logika guard-a i efekta: oni su imenovani, napisani u kodu svog modula i pokriveni testovima, a konfiguracija ih samo komponuje. Ta granica je namerna — tok odobravanja koji korisnik nacrta u pretraživaču i koji nikad nije prošao test ne sme da odlučuje o knjiženju.

Elektronska arhivska knjiga vodi kategorije dokumentarnog materijala sa rokovima čuvanja — finansijska dokumentacija dvadeset godina, glavna knjiga deset, isplatne liste trajno — i puni se iz dokumenata koji su već u sistemu, a ne ponovnim unosom. Prepis arhivske knjige za prethodnu godinu se generiše kao fajl i predaje nadležnom arhivu do 30. aprila. Po isteku roka čuvanja pokreće se izlučivanje, koje je i samo dokument sa odobrenjem i tragom, a legal hold zaključava brisanje dok spor traje, bez obzira na to što je rok istekao. Pouzdano elektronsko čuvanje traži kvalifikovani pečat i vremenski žig: NG One ih vezuje za arhivirani primerak i čuva dokaz uz njega, a izdaje ih kvalifikovani provajder — kao i svuda gde zakonska težina stoji na sertifikatu, a ne na softveru.

U Moj rad. Globalni Task Inbox je kanonski deo početnog ekrana: tamo vidite odluke koje čekaju vas, izuzetke koji traže pažnju i ono što je sistem u međuvremenu završio sam. Ovaj prostor je administratorska i analitička strana istog mehanizma — ovde se definiše koji tip dokumenta kroz koja stanja prolazi, ko odobrava do kog iznosa, koji je SLA rok i kome se eskalira. Pravilo iz Atlasa je da svaki poslovni objekat ima jedno kanonsko mesto u navigaciji; zadatak koji bi postojao na dva mesta bio bi dva zadatka čim se jedan od njih ne osveži.

Prijavi odsustvo i odredi zamenu, sa periodom važenja. Zadaci u tom periodu idu zameniku, a evidentira se da je odluku doneo zamenik i po čijem ovlašćenju — delegacija ne briše ime originalnog odobravaoca iz traga. Limiti iznosa i pravila razdvajanja dužnosti ostaju na snazi: zamenik ne dobija ovlašćenje veće od svog, pa se prekoračenje limita i dalje penje na sledeći nivo. Ako niko ne odgovori u SLA roku, zadatak se eskalira po unapred zapisanom pravilu, a ne po tome ko se seti da pozove. Deljenje lozinke, koje je danas najčešće rešenje za ovaj problem, kod ovakvog postava nema šta da reši.

Popis tokova koji danas postoje i iskrenu odluku o tome koji od njih zaista treba da prežive. Tehnički deo je konfiguracija: tipovi dokumenata, stanja i prelazi, lanci odobrenja sa limitima, SLA rokovi, eskalacije i šabloni štampe podešavaju se u konzoli i pakuju u config setove koji se prenose iz test okruženja u produkciju — bez programera i bez novog izdanja. Vaše vreme troše odluke, ne unos: ko odobrava do kog iznosa, gde stoji maker-checker, koje kombinacije prava ne smeju kod istog čoveka, koliko traje SLA i kome se eskalira. Te odluke u firmi ionako postoje — danas su samo nezapisane, pa ih ovaj posao prvi put izgovori naglas. Posle go-live-a korekcija nije rizik: pravila su verzionisana, pa nova verzija važi od dana kada je uvedena, a dokumenti odobreni pre nje i dalje nose referencu na pravilo po kom su prošli.