Un sistem implementat nu înseamnă automat control operațional.
În acest scenariu, o companie de producție folosește un ERP pentru operațiunile curente. Producția, logistica și administrativul păstrează însă și propriile fișiere Excel. Fiecare fișier rezolvă o nevoie imediată, dar definițiile, momentul actualizării și responsabilitățile nu sunt aceleași.
La pregătirea unui raport, cineva exportă datele, completează informațiile lipsă și reconciliază diferențele. Când persoana respectivă lipsește, raportarea devine dificil de reprodus. Problema de analizat este întregul traseu al informației.
Unde se pierde încrederea în date?
Înainte de a modifica sistemul, am urmări un singur flux complet: de la înregistrarea unei mișcări de stoc până la raportul folosit de management.
- Definiții: ce înseamnă „stoc disponibil” pentru fiecare departament?
- Identificatori: codurile de articol au același format în ERP și în exporturi?
- Momentul înregistrării: operațiunile sunt introduse când se produc sau ulterior?
- Responsabilități: cine corectează datele și cine validează raportul?
O nepotrivire de format între un cod stocat ca text și unul interpretat ca număr poate rupe o corelare în Excel. Este un exemplu tehnic util, dar nu explică singur toate diferențele de stoc sau de raportare.
Stabilizare înainte de automatizare.
Clarificăm fluxul și sursa de referință
Documentăm de unde vine fiecare informație, cine o introduce și ce regulă de calcul folosește raportul.
Validăm datele pe un eșantion
Verificăm formatele, codurile, unitățile de măsură și înregistrările lipsă. Păstrăm excepțiile vizibile; nu le mascăm prin completări automate.
Aliniem raportul cu ERP-ul
Identificăm ce poate fi obținut corect din sistem și ce prelucrare suplimentară rămâne necesară. Stabilim reguli explicite pentru această prelucrare.
Testăm și transferăm modul de lucru
Repetăm raportarea împreună cu utilizatorii-cheie, documentăm pașii și verificăm dacă procesul poate fi executat de o altă persoană.
Ce ar rămâne în organizație.
- O hartă scurtă a fluxului de date și a responsabilităților.
- Un registru al diferențelor identificate și al cauzelor confirmate.
- Reguli de validare pentru coduri, formate și operațiuni.
- O procedură de raportare care poate fi repetată și verificată.
- O listă de îmbunătățiri prioritizate, separată de remedierea imediată.
Cum am verifica progresul.
Criteriile și valorile de referință se stabilesc la începutul unui proiect real. Exemple de indicatori care pot fi urmăriți:
| Indicator | Metodă de verificare |
|---|---|
| Timpul de pregătire a raportului | Cronometrarea aceluiași flux, pe perioade comparabile. |
| Diferențe neexplicate | Registru de excepții cu responsabil și cauză. |
| Corecții manuale | Inventarierea ajustărilor făcute după export. |
| Dependența de o persoană | Reluarea procesului de către un utilizator de rezervă. |
Acestea sunt criterii propuse, nu rezultate obținute. Nu atribuim reduceri procentuale sau economii de timp unui proiect care nu a fost măsurat.