Logging is een combinatie van functionaliteiten die allen gericht zijn op in beeld brengen van een aantal kwaliteitsaspecten van de verschillende onderdelen in de keten.

Eisen en wensen aan de inrichting wijzigen continu en vragen daarom steeds aanpassingen aan de inrichting. Met name op het vlak van:

• Interfaces voor aanleverende systemen en componenten (XIS, ZIM)
• Interfaces voor afnemende systemen en componenten (Rapportage, signalering, monitoring)
• Configuratie van de bedrijfsregels voor triggers en signalen etc.

Vandaar dat deze eenvoudig (bij voorkeur via configuratie schermen of -interfaces) aangepast moeten worden.

Monitoring en logging is niet alleen relevant de interne componenten van de ZIM. Voor een logging van de complete keten tussen ZIM en GBX is inrichting van een monitoring en logging functie die toegankelijk is voor de hele keten noodzakelijk.

Op dit moment is de logging en monitoring versnipperd en per component ingeregeld. Dit dient gecentraliseerd te worden in met een gestandaardiseerde interface te worden aangeboden. Hierdoor is het in de toekomst mogelijk om de configuratie van de ZIM te wijzigen zondar dat dit grote gevolgen heeft voor de logging. Daarnaast wordt het hierdoor mogelijk dat om in een later stadium extra log, signaal en monitoring functionaliteiten te implementeren zonder grote wijzigingen in de configuratie.

Voor de (generieke) log is standaardisatie van de interface van belang. Hierdoor kunnen nieuwe componenten in de toekomst eenvoudig aangesloten worden. Ook voor afnemende systemen zoals bijvoorbeeld signalering-, monitoring- en rapportagetools is de inzet van een standaard (interface) noodzakelijk. Voor de technische logging bestaat reeds een open standaard. Onderzocht moet worden in hoeverre deze inzetbaar is voor de inrichting van de logging

Aan de logging worden verschillende kwaliteiten gesteld. Hiervoor kunnen een aantal kwaliteitsmodellen verder uitgewerkt worden met een kleine groep betrokkenen. Dit zijn:

• Softwarekwaliteiten (quint 2)
• Datakwaliteiten (Dama)
• SOA kwaliteiten (Erl)

Deze zullen in de vorm van een aantal checklists uitgewerkt worden.

Verschillende functionaliteiten zijn gewenst:

• Verrijking van de Log met gegevens uit andere (deel)componenten
• Beperkte configuratiemogelijkheden
• Huidig logging is niet logisch maar technisch
• Opzet van de logging voldoet niet aan de huidige berichtenstroom en ook niet aan de huidige gebruikerswensen.
• Inzet van verschillende gebruikersinterfaces zoals monitoring dashboards en signalering etc
• Aanpasbare en configureerbare beheerschermen voor de logging en monitoring

Bij het bewaren van de log is een getrapte indeling te maken met de volgede indeling

• Laatste vijf minuten (hoge actualiteit, tijdigheid en beschikbaarheid) met name voor de inzet van signalering, monitoring en monitoring dashboards)
• Laatste half jaar (normale actualiteit, tijdigheid en beschikbaarheid) voor de inzet van rapportages omtrent het berichtenverkeer en het gebruik van de verschillende componenten
• Ouder dan een half jaar (lage actualiteit, tijdigheid en beschikbaarheid). Alleen te gebruiken voor toezichthouders en eventueel voor vergelijken van rapportages over een langere periode

Daarnaast is het van belang dat goed nagedacht wordt over wat bewaard wordt, alleen de berichtheaders of ook delen van de inhoud. Tevens dient nagedacht te worden wanneer de transformatie naar de signalering en rapportage structuren gedaan wordt