Van PinkRoccade ontvingen wij het volgende bericht:
======
Frontoffice leveranciers die e-formulieren sturen naar de Makelaarsuite geven standaard een identificatienummer uit (zogenaamd aanvraagnummer van het e-formulier). Dit nummer koppelen ze standaard direct na de aanvraag terug aan de burger. Dit is de reden dat wij als PinkRoccade hebben bedacht dat dit nummer ook de zaakidentificatie moet worden van de zaak die voortkomt uit het e-formulier. De burger wil je namelijk niet lastigvallen met meerdere nummers. Nu wordt er in de specificatie een genereerIdentificatie-service beschreven, ik algemene zin vind ik dat een frontoffice-leverancier hier ook het beste op aan kan sluiten.
Wat is de visie van KING hierover?
======
Het aanspreken van de genereerIdentificatie-service ligt inderdaad voor de hand. Dit zou dan opgenomen moeten worden in de ZS-DMS standaard als aanvullende eis aan de consumer.
Wij horen graag welke beelden leven in de werkgroep.
Frontoffice leverancier Green Valley hebben we inmiddels bereid gevonden deze service te gaan aanroepen.
Eens dat het zaaknummer vanuit mid office leidend moet zijn naar de burger (als de zaak wordt gestart binnen het gemeentelijke applicatielandschap)
Zaakkenmerk van een zaak in de midoffice is inderdaad leidend. Jullie kennen mijn standpunt rondom het verschil tussen identificatie en kenmerk.
Ik zie nog veel te veel frontoffice leveranciers webformulieren mailen of ze door de burger te laten uitprinten (na invullen).
Als een frontoffice de 'genereerZaakId' gebruikt, dan ook graag all-the-way en een CreeerZaak erachteraan, met VoegDocumentToe.
Pas dan mogen ze de genereerZaakID gebruiken en weten wij dat er echt een zaak wordt ingeboekt.
Op basis van de inhoud van de zaak en het zaaktype bepalen wij het zaakkenmerk en sturen we de burger netjes een ontvangstbevestiging. Dat is het bewijs dat de zaak in behandeling is genomen en die bevat het kenmerk waar een burger naar kan refereren.
Bij ons is er echt nog geen zaakregistratie terug te vinden met het genereerzaakID, dus als frontoffice besluit te mailen daarna, kan de zaak niet worden ingeboekt. Ook als frontoffice (of burger) besluit het webformulier niet verder in te vullen, hoeft er nog geen identificatie gereserveerd te worden.
Pas als de zaakidentificatie / kenmerk discussie is afgerond en de service voor genereerZaakID en DocumentID extra info over de zaak kan bevatten kunnen we hierop door, want ons betreft.
Laat frontoffice-leveranciers eerst een uitspraak doen over gebruik van CreeerZaak en VoegDocumentToe. Het is lastig om ze StUF-EF te laten praten, laat staan deze standaard.