MMKML-276, SR-Verduidelijking van het vullen van error_code en description (Non oauth2 errors) V3.y.z

Omschrijving Changelog v 3.0.0 , met daarin:

• Titel Jira ticket

• Naam te wijzigen pagina

• Korte omschrijving v.d. aanpassing in voltooid verleden tijd.

Verplichtstelling van het vullen van error_code en description (Non oauth2 errors)

• Logging interface

• Bij het error attribuut moet voortaan bij niet OAuth2.0 fouten de vulling ’Other’ gebruikt worden.

Impact op:

• DVP
• DVA
• Geen van beiden

Te informeren Stakeholders

• Acceptatie
• R&A beheer
• Regie
• CCDA
• Security
• Relatiebeheer
• Communicatie
• MM Loket
• Stichting MM
• Nictiz

Moeten afbeeldingen/mockups aangepast worden?

• Ja -> bestand moet aangemaakt worden om
• Nee

Aan te passen versies afsprakenstelsel

V3

Classificatie

• Patch
• Minor
• Major

Implementatie Termijn

Wanneer gewenst

Gerelateerde tickets (o.a. ticket van deze ticket)

 MMKML-276 - Verduidelijking van het vullen van error_code en description (Non oauth2 errors) Done

MMAF-329 - Aanpassen SR van MMREDACTIE-51 naar een minor voor versie 2.2.0 Done

Status

• Staat klaar voor release in afsprakenstelsel
• Verwerkt in afsprakenstelsel

 Logging interface core.logint.208

 De logregels van alle fouten in het proces bevatten een error-object met een vaste set aan attributen:

• code:

  • Als het een OAuth2.0 fout betreft:

    • dan moet de waarde van het OAuth2.0 attribuut ‘error' overgenomen worden.

  • Aanbevolen wordt als het geen OAuth2.0 fout betreft:

    • dan het attribuut code met de waarde 'Other’ te vullen.

• description

  • Omschrijving van de geregistreerde fout. Bij de problemen in de beschikbaarheids- of ontvankelijkheidstoets moeten de waarden no_information_available (bij geen behandelrelatie), invalid_age of blocked worden gebruikt.”

 De logregels van alle fouten in het proces bevatten een error-object met een vaste set aan attributen:

• code:

  • Als het een OAuth2.0 fout betreft:

    • dan moet de waarde van het OAuth2.0 attribuut ‘error' overgenomen worden.

  • Als het geen OAuth2.0 fout betreft:

    • dan moet in dat geval code met de waarde 'Other’ gevuld worden.

• description
  Omschrijving van de geregistreerde fout. Bij de problemen in de beschikbaarheids- of ontvankelijkheidstoets moeten de waarden no_information_available (bij geen behandelrelatie), invalid_age of blocked worden gebruikt.”