Evidența SSM și termenele care expiră

O firmă de servicii de protecția muncii nu are o problemă de memorie. Are o problemă de aritmetică: câteva zeci de firme client, de la trei angajați la peste o sută, fiecare angajat cu mai multe documente care expiră la date diferite, calculate de la data lui de angajare.

Sunt mii de scadențe. Niciun om nu le ține minte, și nici nu ar trebui să încerce.

Am construit o platformă de evidență pentru o firmă din domeniul ăsta. Ce urmează e mecanismul, plus greșeala pe care am făcut-o la alerte și care a trebuit rescrisă după trei săptămâni.

De ce nu funcționează fișierul de calcul

Evidența exista, bineînțeles. Era într-un fișier cu o filă pe client și o coloană cu data următoarei instruiri, completată manual.

Fișierul se strică din patru motive, în ordinea în care apar:

Data de expirare e tastată, nu calculată. Cineva adună în cap intervalul la data de start și scrie rezultatul. Într-un fișier cu o mie de rânduri, greșelile nu se văd. Un rând cu anul greșit dispare pur și simplu din vizor și reapare la un control.

Angajații intră și ies. Un om care a plecat acum trei luni rămâne în fișier și generează termene false. Un om angajat săptămâna trecută nu apare deloc, pentru că nimeni nu a anunțat. Asta e o problemă de proces, nu de program, dar programul o poate scoate la suprafață.

Sortarea pe scadență nu există. Ca să vezi ce expiră luna asta, trebuie să deschizi toate filele, una câte una. Nimeni nu face asta săptămânal. Se face în prima zi de lună, uneori, și mai ales înainte de vacanțe.

Documentele stau în altă parte. Fișele semnate sunt în dosare, scanările într-un folder cu nume inconsistente. Când clientul cere dovada, urmează o căutare de douăzeci de minute.

Ce expiră, de fapt

Nu e o listă pe care să o poți copia dintr-un articol și să o aplici. Fiecare tip de document are propriul lui interval, iar o parte din intervale nu sunt fixe prin lege, ci se stabilesc de angajator, prin instrucțiuni proprii, în funcție de post și de riscurile evaluate. De asta modelul de date nu poate avea intervalul scris în cod.

Ce contează pentru construcție e că fiecare document are aceeași structură: un titular (un angajat sau firma întreagă), o dată de la care curge, un interval, și o dovadă atașată. Din primele trei se calculează scadența; nimeni nu o introduce manual.

Tipurile care au intrat în sistem: instruirea la angajare, instruirile periodice cu interval configurat pe post, fișa de aptitudine de la medicina muncii, verificările periodice ale echipamentelor, exercițiile de evacuare și documentele care se reînnoiesc la nivel de firmă, nu de om.

Intervalul se configurează pe tipul de document și pe post, nu global. Asta a fost cerința care a schimbat cel mai mult structura inițială: în prima variantă intervalul era o proprietate a tipului de document, și nu acoperea cazul real în care doi oameni din aceeași firmă, pe posturi cu riscuri diferite, au scadențe diferite pentru același tip de instruire.

Alerta care funcționează și alerta care devine zgomot

Aici am greșit, și greșeala merită povestită în detaliu.

Prima variantă trimitea un email pentru fiecare document care se apropia de scadență, către consultantul responsabil de firma respectivă. Corect din punct de vedere logic. Catastrofal în practică.

Luni dimineața, un consultant cu un portofoliu obișnuit primea zeci de emailuri deodată. După două săptămâni, unul dintre ei mi-a arătat, fără reproș, regula pe care și-o făcuse în Outlook: toate mesajele de la platformă mergeau direct într-un folder. Sistemul funcționa perfect și nu îl citea nimeni.

Ce l-a înlocuit:

Un singur mesaj pe consultant, o dată pe săptămână, cu tot ce expiră în următoarele șaizeci de zile, grupat pe firmă, ordonat după urgență. Unul, nu câteva zeci.

Un al doilea mesaj, separat, doar pentru ce a expirat deja. Ăla nu se amestecă niciodată cu restul, pentru că înseamnă altceva: nu o sarcină de planificat, ci o problemă de rezolvat azi.

Panoul ca sursă de adevăr. Emailul e o notificare, nu evidența. Lista completă, filtrabilă pe firmă, pe tip și pe interval, e în platformă și e ce se deschide dimineața.

Praguri, nu un singur moment. Șaizeci de zile pentru planificare, treizeci pentru programare efectivă, șapte pentru ce a rămas. Trei niveluri, trei feluri de urgență.

Când	Ce se întâmplă	Pentru cine
60 de zile înainte	Apare în rezumatul săptămânal, secțiunea de planificat	Consultantul care ține firma
30 de zile înainte	Trece în secțiunea de programat, marcat vizual	Consultantul
7 zile înainte	Apare și în panoul coordonatorului	Consultantul plus coordonatorul
Ziua expirării	Trece în lista separată de expirate	Consultantul plus coordonatorul
După expirare	Rămâne în listă până la rezolvare, cu vechimea afișată	Toți cei implicați

Rândul ultim e cel care schimbă comportamentul. Un termen depășit care nu dispare din listă și care afișează de câte zile e depășit e mult mai greu de ignorat decât un email vechi.

Ce generează sistemul singur

Partea de documente a fost mai puțin complicată decât evidența, dar e cea care a economisit cele mai multe ore.

Fișele de instruire se generează din șabloane, completate cu datele angajatului, ale firmei și cu tematica instruirii. Înainte se completau într-un document Word copiat de la un client anterior, ceea ce producea, previzibil, documente cu numele altei firme rămas într-un colț.

Fiecare firmă client are propriul spațiu, cu acces separat. Angajatorul intră și vede ce are valabil, ce expiră și unde sunt dovezile, fără să sune pe cineva. Asta a redus întrebările primite prin telefon mai mult decât orice altă funcție — nu am măsurat cu cât, dar e primul lucru pe care îl menționează când vorbesc despre platformă.

Ce nu generează sistemul: conținutul instruirii. Tematica se stabilește de un om calificat, în funcție de riscurile din firmă. Un generator de tematici ar fi fost ușor de făcut și profund greșit.

Ce am refuzat să construim

Semnarea instruirii de pe telefon, cu bifă. A fost cerută, sub forma „angajatul confirmă din aplicație că a citit”. Am spus nu. O instruire care se reduce la o bifă apăsată nu e o instruire, iar o platformă care produce dovezi pentru ceva ce nu s-a întâmplat e un risc pentru firma care o folosește, nu un avantaj. Semnătura electronică pe un document real e altceva și se poate discuta; bifa nu.

Alertele către angajați direct. Consultantul e cel care organizează, iar angajatul aflat pe un șantier nu poate face nimic cu un email care îi spune că îi expiră fișa. Notificarea merge la cine poate acționa. Regula asta o aplicăm la orice automatizare: alerta pleacă spre omul care poate rezolva, nu spre cel pe care îl privește subiectul.

Importul automat al vechiului fișier. Am încercat. Datele erau introduse în cinci formate de dată diferite, cu nume scrise inconsistent și cu firme apărute de două ori. Am făcut un import asistat, care propune și cere confirmare pe fiecare potrivire ambiguă, și cineva de la ei a stat trei zile pe el. E cea mai puțin plăcută parte a oricărui proiect de evidență și e singura care decide dacă sistemul e crezut din prima lună.

Dacă ai aceeași problemă în alt domeniu

Mecanismul nu are nimic specific SSM-ului. E același la o firmă de contabilitate cu termene de depunere pe fiecare client, la un service care urmărește revizii și garanții, la un administrator de imobile cu verificări periodice, la o firmă de transport cu ITP-uri, tahografe și atestate.

Structura e mereu aceeași: o entitate, o dată de start, un interval, o dovadă. Plus trei praguri de alertă și un rezumat săptămânal în loc de o ploaie de emailuri.

Dacă evidența ta încape într-un fișier și o ține un singur om, o automatizare punctuală poate fi de ajuns: de la 3.900 de lei, două-trei săptămâni. Dacă ai zeci de clienți, acces separat pentru fiecare și documente de generat, atunci e o aplicație și discuția e la software la comandă.

Testul care îți spune în care caz ești: încearcă să afli, chiar acum, ce expiră în următoarele treizeci de zile. Dacă răspunsul cere mai mult de un minut, ai găsit proiectul.