Export stabiliteit: markeren van ongeldige mutaties

[#1]

Vorige week hebben we een aanpassing doorgevoerd waarmee we de stabiliteit van de export van mutaties verbeteren.

Het gebeurt sporadisch dat organisaties ongeldige inrichtingen live zetten. Bijvoorbeeld middels een verlofaanvraag waarbij de Verlofsoort niet in het formulier zit terwijl dit wel nodig is om een geldige mutatiesleutel te maken.

Dit kon leiden tot een blokkade, waardoor andere mutaties ook niet geëxporteerd konden worden. Hierop gingen alarmbellen af waarna het Service Center contact zocht met de klant om de foutieve mutatie te verwijderen. In de tussentijd was de export wel geblokkeerd.

Daarom hebben we nu een alternatief bedacht. Nadat de mutatie de validatie faalt, veranderen we het exporttype in F (Fout). Hierdoor kunnen andere mutaties wel worden geëxporteerd zoals verwacht, terwijl er contact wordt opgenomen om de foutieve mutatie te verwijderen.

We zijn ons nog aan het beraden over vervolgstappen, zoals het melden in het Uitvalverslag, maar met deze stap werken we al aan een stabiliere export. Het is dus ook mogelijk voor beheerders om in het Archief te zoeken naar Exporttype F.

Op dit moment zien we dat er diverse organisaties zijn die gebruik maken van workflows waarin geen enkel gegeven wordt geëxporteerd, ondanks dat de dialoog of het formulier wel als exporttype B (Bestand) is aangemaakt, en ook een eindstatus heeft met export. Denk hierbij aan workflows voor het uploaden van documenten voor Personeelsdossier, waar verder geen data richting HR Core gaat.
Hoewel deze technisch falen en eigenlijk ingericht hadden moeten worden met een niet-export eindstatus of exporttype P (Print), gaan we hier nog een aanpassing op doen.

Zo willen we "lege" mutaties uitsluiten, zodat beheerders sneller kunnen zien of er mutaties met exporttype F zijn waar inhoudelijk iets fout gaat.