Als gemeente wil ik de kosten van een product gestructureerd vastleggen

[joeribekker]

...zodat applicaties deze geautomatiseerd kunnen gebruiken bij bijvoorbeeld betaalkoppelingen.

Indiener: Gemeente Den Haag

Definition of done

• [ ] besluit relevant/generiek
• [ ] indien relevant/generiek; besluit verwerken in kernmodel of extensie
• [ ] indien kernmodel; verwerkt in model

[joeribekker]

Met prijzen denken we aan:

1. "regels" om te komen tot een prijs. Bijvoorbeeld: Op maandag trouwen is goedkoper dan op zaterdag.
2. Vast prijs, lekker simpel als het niet complex is (wellicht deze toch voor kern-model?)
3. Variant van het product (zakenpaspoort, spoed aanvraag) leidt tot andere prijs.

Dit is, mocht dat niet in #9 zijn getackled, de variant waarin de waarden vastgelegd in het IM bruikbaar zijn voor

[ArjanKloosterboer]

Op 30-1 besproken: eenvoudige versie (tekst) in het kernmodel. Uitgebreidere versie, in extensie, bevat regels voor berekening van de kosten (m.b.v. een 'Regels-API'). Let op: ingangsdatum kosten.

[VerbeekIT]

De opbouw van de kosten van een product (type) is in een aantal gevallen onderhevig aan een aantal business rules (bijvoorbeeld gratis trouwen op maandag) Deze business rules in de kern PTC vastleggen maakt het gebruik van de PTC complex voor gemeentes die geen gebruik van business rules maken. Voorstel is om deze berekeningen vast te leggen in de 'aanvraag' extensie en bij de implementatie deze velden te vullen met de uitkomst van deze business rules of een link op te nemen naar een wizard waarmee deze business rules doorlopen kunnen worden en de kosten 'op maat' inzichtelijk gemaakt kunnen worden.

[ArjanKloosterboer]

Dat is ook mijn interpretatie van wat we op 7-3 besproken hebben. Ik ga het zo in het CimPDC modelleren.

[ArjanKloosterboer]

De kosten kunnen beschreven worden met het CimPDC-attribuutsoort 'Uitleg' van de gegevensgroep 'Productaspectbeschrijving' die als 'Onderwerp' "Kosten" heeft. Zie ook issue #1