Munca dintre sisteme, capitolul 5: cum începe o firmă din România

Patru capitole au descris munca dintre sisteme: cum găsești munca, cum dai mai departe o trecere, cum o măsori și cum scapi de formulare. Acest ultim capitol răspunde la întrebarea practică pe care și-o pune o companie din România după toate acestea: cu tot ce ne-a cerut statul în ultimii ani, de unde începem? Se pare că statul a răspuns la o parte din întrebare fără să vrea.

Poziția de pornire a României

În doar câțiva ani, companiile din România au fost obligate să trimită și să primească facturi prin sistemul național de e-facturare, să pregătească un export standardizat al evidenței contabile pentru ANAF și să declare anumite transporturi înainte ca marfa să plece. Fiecare obligație a venit ca un cost: descărcări și încărcări în SPV, declarații bătute în portaluri, un dosar lunar pus cap la cap pentru contabil și trecerile pe care toate acestea le-au adăugat unor back office-uri deja întinse la limită.

Aceleași fapte, privite din partea cealaltă. Fiecare factură pe care o primește acum o companie există ca XML structurat, cu schemă. Evidența contabilă are o formă standard, pe care o poate citi o mașină. Datele de transport sunt prinse într-un format definit. Pentru prima dată, materia primă a muncii dintre sisteme, documentele care până ieri erau hârtie, poze și PDF-uri în o sută de formate, este uniformă și citibilă automat, prin lege. Companiile din restul Europei se îndreaptă spre aceeași poziție pe măsură ce obligația e-facturării se extinde; România doar a ajuns acolo devreme și brusc. Durerea a fost reală. Poziția, la fel.

Trecerea pe care cele mai multe companii uită s-o numere

Într-o bună parte din companiile românești contabilul este extern, iar contabilul este un sistem. Informația trece pe acolo lună de lună: facturi pozate și trimise pe o aplicație de mesagerie, dosarul cu originale, întrebări despre ce a fost o plată, drumul înapoi al înregistrărilor și al declarațiilor. Inventarul din capitolul 1 arată de obicei că aceasta este cea mai largă trecere din companie, și totuși apare rar pe lista cuiva, pentru că seamănă cu o relație, nu cu un flux de date. Numărați-o. Contabilul o să vă mulțumească: el trece prin același loc, din partea cealaltă.

Trei forme de companie, trei prime treceri

Compania mică, cu contabil extern. Prima trecere este cea spre contabil. Preluarea ia locul pozelor: e-facturile primite vin singure din SPV, bonurile și contractele se pun pe măsură ce apar, iar dosarul lunar se adună singur, complet, pe categorii, cu surse. Contabilul primește structură în loc de un folder cu poze, iar întrebările scad în ambele sensuri. Stratul nu depune nimic la autoritate; declarațiile contabilului rămân actele contabilului.

Compania medie, cu financiarul în casă. Prima trecere: facturile de la furnizori în evidența contabilă, exact cum a arătat capitolul 2, pentru că intrarea este acum structurată, iar judecata se repetă. A doua: întrebările clienților despre stadiul comenzilor, cu răspunsul luat din sistemele operaționale. Declarațiile de transport vin a treia, după ce stratul a prins memoria rutelor, a partenerilor și a regulilor care le guvernează.

Cabinetul de contabilitate. Trecerea este SPV înmulțit cu numărul de clienți, apoi întrebările clienților. Un cabinet care trage automat e-facturile fiecărui client, le pune pe categorii și pregătește fiecare dosar a scăpat de o zi de logistică pe lună, pentru fiecare contabil, și a câștigat ceva mai prețios: poate răspunde într-o singură propoziție la „ce a cumpărat clientul acesta de la furnizorul acela anul acesta". Expertiza contabilului, fiscalitatea, își primește orele înapoi.

Planul de nouăzeci de zile

Zilele 1-10: cele două inventare. Inventarul trecerilor din capitolul 1 și inventarul formularelor din capitolul 4, făcute împreună cu oamenii care fac munca. Livrabil: două pagini, ordonate după prioritate, cu coloana „judecată" completată.

Zilele 10-30: prima trecere, proiectarea, umbra. Se alege după cele cinci criterii din capitolul 2. Se scrie documentul de proiectare: trecerea așezată pe buclă, un nivel pentru fiecare pas, regula de confirmare. Se pornește modul în umbră: sistemul propune, omul lucrează ca până acum, iar comparația se face zilnic. Livrabil: linia de bază și o primă cifră de precizie pe clasă.

Zilele 30-60: asistat, memoria crește, primele cifre. Omul lucrează pornind de la propuneri și corectează. Fiecare corectură devine memorie. Începe revizuirea săptămânală de o pagină din capitolul 3. Livrabil: rata de aprobare pe clasă, coada de cazuri nerezolvate și vechimea ei, orele recuperate față de linia de bază.

Zilele 60-90: autonomie câștigată, a doua trecere. Clasele cu istoric curat la aprobări și cu un mod de eșec care se poate da înapoi trec pe autonomie cu eșantionare. A doua trecere intră în umbră. Livrabil: un raport pe care patronul îl citește în cinci minute: ore recuperate, rata de scăpare, costul pe decizie corectă și ce urmează.

Nouăzeci de zile sunt un termen realist, cu un responsabil care vrea și cu o companie care ține ritmul revizuirilor. Termenul se lungește când se sare peste revizuire, nu când tehnologia este lentă.

Ce trebuie să existe înainte de ziua întâi

• Un responsabil pentru fiecare trecere. Omul care face treaba azi, dispus, cu timp să verifice zilnic cât durează umbra.
• Acces la documente. Autorizare în SPV pentru cel care deține certificatul companiei, un folder sau o căsuță de email în care restul ajunge deja.
• Contabilul în buclă. I se arată urma de audit devreme, pentru că încrederea lui în ce produce stratul decide dacă dosarul lunar este acceptat sau refăcut.
• Regula de confirmare, scrisă. Ce așteaptă un om: tot ce iese din companie, tot ce se depune, tot ce mișcă bani. Un paragraf, agreat înainte să ruleze ceva.
• O decizie despre unde stau datele. Pentru cele mai multe companii, găzduire în Uniunea Europeană, cu un acord de prelucrare semnat; pentru unele, ceva mai strict, iar decizia asta se ia mai ușor înainte de primul document încărcat decât după.

Date, lege, încredere

Munca dintre sisteme prelucrează date personale: nume de pe facturi, angajați noi la intrarea în firmă, clienți din contracte. Regulile de bază se aplică și nu sunt opționale: un acord de prelucrare a datelor cu cine operează stratul, perioade de păstrare declarate, găzduire în UE sau un motiv documentat pentru orice altceva, și acces doar pentru cei care au nevoie. Nimic nou aici; stratul trebuie doar să respecte standardul pe care compania îl datorează deja.

Două lucruri pe care stratul nu are voie să le facă niciodată. Nu depune niciodată nimic la o autoritate de capul lui; declarațiile sunt acte ale unui om, cum a susținut capitolul 4, iar treaba stratului se oprește la o ciornă precompletată, cu surse. Și nu înlocuiește niciodată originalele: regulile legale de arhivare a documentelor contabile se aplică în continuare, iar stratul păstrează originalele și trimite la ele, nu le ține locul.

Capcane specific românești

CUI-ul scris în mai multe feluri. Cu și fără prefixul de țară, cu și fără spații, uneori cu o greșeală de tastare cărată ani de zile în agenda cuiva. Se normalizează la nivelul zero și se potrivește pe forma normalizată, niciodată pe șirul așa cum a venit.

Diacriticele. Același nume de firmă cu și fără ele, din surse diferite. Un pas de rezolvare care le ia drept nume diferite face duplicate luni întregi.

Grupul de mesagerie ca sistem. Dacă facturile, confirmările de livrare sau instrucțiunile clienților vin pe o aplicație de mesagerie, aplicația aceea este un sistem în inventar, cu trecerea ei. Dacă ne prefacem că nu este, stratul ratează o treime din trafic.

Softul închis, fără API. Unele programe locale de contabilitate și ERP nu expun nimic. Trecerea se face atunci prin exporturile și importurile lor făcute pentru oameni, mai încet, dar tot mult mai bine decât un om care rescrie datele. Treaba stratului este să pregătească exact importul pe care programul îl acceptă.

Certificatul și tokenul. Accesul la sistemul național de e-facturare se autorizează cu un certificat calificat și stă pe tokeni care expiră. Cine operează stratul trebuie să îi reînnoiască din timp și să anunțe când nu poate. Întrebați de asta înainte de ziua întâi; este motivul numărul unu pentru care o preluare automată se oprește fără să spună nimic.

Unde ne potrivim și unde nu

Construim una dintre implementările stratului, iar seria a fost scrisă în așa fel încât o companie să o poată aplica cu orice implementare. A noastră, azi, citește documente, scanări și e-facturi trase din SPV după ce contul companiei este conectat, un pas pe care îl facem împreună la pornire. Completează și actualizează tabele de date din ce citește, citește și scrie în Google Sheets și Drive, apelează din fluxuri programate sistemele care au un API, răspunde la întrebări cu documentul-sursă și pagina atașate și se oprește la granița de confirmare înainte ca ceva să iasă. Ce nu avem: conectori gata făcuți pentru anumite programe românești de ERP și contabilitate, și scrierea înapoi mai largă care vine odată cu ei. Îi alegem după ce folosesc de fapt companiile din pilot. Dacă faceți cele două inventare din capitolul 1 și capitolul 4, ele sunt primul lucru pe care am vrea să îl citim.

Omul care a făcut această muncă

Seria a început cu un om: office managerul, dispecerul, contabila, oricine a ajuns să care informație între sisteme care n-au învățat niciodată să vorbească între ele. După cinci capitole, argumentul se spune simplu. Judecata pe care o punea la fiecare trecere poate fi luată acum de un strat care citește, rezolvă, propune și scrie înapoi, cu condiția ca firma să îl măsoare și să țină un om la graniță. Nimeni nu este înlocuit: omul scapă de jumătatea mecanică a muncii și rămâne exact acolo unde judecata lui contează, la aprobare, la alegere, la răspunderea pentru rezultat. Orele care se întorc sunt orele pentru care nu l-a angajat nimeni.

Inventarul este prima pagină. Tot restul vine din ea.