De ce integrarea pe utilități e 70% SAP și 30% restul
Pentru E-On Delgaz Grid am conectat SAP IS-U, smart metering, GIS, OMS și ADMS pe un singur service bus — 25 de sub-proiecte, 95+ template-uri de transformare XSLT, modele canonice sincronizate în toate sistemele operaționale. Partea surprinzătoare n-a fost scara. Au fost nomenclatoarele.
Peisajul
SAP IS-U ca nucleu. Head-End System pentru citiri smart metering. AMR separat pentru gaz. ADMS pentru managementul distribuției. OMS pentru incidente. GIS pentru infrastructură. DMS, MDM, CPT, portal client. Fiecare vendor, fiecare ciclu de release, fiecare model de date. Nu un singur sistem mare — un ecosistem.
Pattern-ul dominant
Task programat → preluare din HES → transformare → enqueue în JMS → consum via SAP BAPI/RFC. Se repetă cu variații pe zeci de fluxuri. JMS cu DLQ pentru mesajele care nu pot ajunge la SAP când SAP e în upgrade. Nimic din asta nu e exotic. Totul trebuie să fie corect.
Modelul canonic pentru nomenclatoare
Tipuri de echipament, locații, plants, work centers, cost centers, classes. O singură definiție între SAP și sistemele operaționale. Nu SAP plus un alias în GIS plus un alt alias în OMS. Un singur master, propagare controlată. Discutăm de zeci de mii de înregistrări, nu zeci.
Fluxul de incident
Eveniment din teren → event web OMS → corelare cu GIS (ce străzi, ce transformatoare, ce clienți afectați) → notificare portal client. Totul sub un correlation ID. Când cineva întreabă „câți clienți au fost afectați între ora X și Y?", răspunsul e instant — nu raport săptămânal.
Raportare către reglementator
Extracte periodice către ANRE și alți reglementatori. Retry automat când sistemul destinatar e indisponibil. Fault handler per flux — o eroare nu oprește restul. Auditabil per înregistrare, nu per fișier.
Realitățile operaționale
JMS cu DLQ pentru mesajele care nu pot fi livrate către SAP în timpul upgrade-urilor. Fiecare flux cu propriul comportament de retry, back-off, dead-letter. Când SAP revine, coada se golește în ordine. Când nu revine la timp, operatorul vede exact ce s-a acumulat.
Ce se subestimează
Sincronizarea nomenclatoarelor cere mai mult efort decât fluxurile de business. O greșeală aici corupe orice raport ulterior — financiar, operațional, reglementator. Consistența nomenclatoarelor e partea invizibilă care ține totul în picioare.