Inconsistentie specs m.b.t. SignaalType

Dit is een statische kopie van het eerdere discussie.kinggemeenten.nl.
Nieuwe discussies kunnen in de GitHub repository 'StUF standaarden' als issue worden opgevoerd.

6 reacties / 0 nieuw
Robert Melskens
Inconsistentie specs m.b.t. SignaalType

Probleem
In het informatiemodel staat dat het attribuut SignaalType de volgende waardenverzameling heeft

‘Jeugdzorgmelding’,
‘ Notificatie jeugdreclassering’ en
‘Notificatie vrijwillige jeugdreclassering’.

Er staat ook dat formaat AN40 is. De laatste waarde in de waardeverzameling is echter 41 karakters lang. Dit geeft dus een conflict.

Oplossing
Verhoog de lengte naar 50.

Robert Melskens

Wellicht is het nog beter om te checken op de drie mogelijke waarden i.p.v. op de lengte.

Laurens Onbekend

Robert, Heeft u al een reactie op dit probleem ontvangen? Onze applicatie loopt nu ook tegen de beperking van AN40 aan terwijl de waarde 41 tekens is.. Vooralsnog keuren wij de waarde goed en hebben we de constraint van AN40 bijgesteld in AN41.. Met vriendelijke groet, Laurens

Arjan Kloosterboer

Voorstel is om (in het Informatiemodel; bijlage 2 van de Koppelvlakbeschrijving) het formaat van Signaaltype te specificeren als 'Waardenverzameling' en deze wijziging door te voeren in de juli-release.
Betreft KING-issue 18.

Robert Melskens

Dit issue is opgenomen in de concept versie van het Jeugdzorg koppelvlak 1.0.0.

In het Informatiemodel in de Koppelvlakbeschrijving is het formaat van ZAAK (gemeente).Signaaltype aangepast naar 'Waardenverzameling'.
Op de STP is d.m.v. een hotfix op 0.9.4.de testregel (CORV00036) zo aangepast dat deze op de waardeverzameling checkt. 

Robert Melskens
Dit issue is nu ook opgenomen in de officiële versie 1.0.0 van het StUF-koppelvlak Jeugdzorg, dat je hier kunt vinden.