ODPC: Publicatie intrekken

[MarcoKlerks]

Als gebruiker wil ik een publicatie in kunnen trekken, zodat ik een foutieve publicatie kan herstellen.

Acceptatie criteria

• Via het overzicht (#8) kan de in te trekken publicatie opgezocht worden,
• Een gebruiker kan een publicatie intrekken.
• Er wordt gevraagd: "Weet u het zeker?".
• Zowel de publicatie als de daaraan gekoppelde documenten krijgen de publicatiestatus "ingetrokken". (ODRC #49)
• Een intrekking van een publicatie kan niet teruggedraaid worden. (Er kan wel een nieuwe publicatie gemaakt worden).
• De gegevens van een ingetrokken publicatie kunnen niet meer gewijzigd worden.
• In het overzicht (#8) is duidelijk zichtbaar welke publicaties ingetrokken zijn (a.d.h.v. gegeven, icoon, kleur of...)

Taken

[felixcicatt]

@MarcoKlerks we moeten een besluit nemen over hoe dit precies gaat werken. Doet de ODPC een enkel verzoek naar de ODRC en zorgt de ODRC er automatisch voor dat ook de documenten ingetrokken worden of worden dit losse calls vanuit ODCP? In het laatste geval zou je rare situaties kunnen krijgen als de publicatie succesvol ingetrokken wordt maar er bij de documenten iets mis gaat.

Ben je het er daarnaast mee eens dat je wel nog kan doorklikken op een ingetrokken publicatie, maar dat de detailpagina dan een read only weergave geeft?

[MarcoKlerks]

Goede vraag! :-) Ook even afstemmen met @sergei-maertens ...

Ik heb een lichte voorkeur om de procedure in het ODPC te regelen, maar ik twijfel.

In de procedure zou ik dan sowieso eerst de documenten intrekken om als laatste de publicatie in te trekken. Mocht een document-intrekking mislukken, dan kan de procedure afgebroken worden en aan de gebruiker een foutmelding getoond worden. Daarmee voorkomen we "zwevende" documenten en ervaart de gebruiker (die de publicatie wil intrekken) druk om contact op te nemen met de beheerder.

Mijn lichte voorkeur voor het ODPC is omdat ik rekening houd met een mogelijke toekomstige wens om een intrekking terug te draaien. Moeten dan alle "ingetrokken" documenten weer gepubliceerd worden of moet hier een selectie in gemaakt kunnen worden? Moet de gebruiker dan de mogelijkheid krijgen om ook direct metadata te wijzigen? Deze mogelijke wens ga ik overigens pas als story opnemen als daar om gevraagd wordt. Desalniettemin neig ik hierom dat procedures zo veel mogelijk op CommonGround-laag 4 (processen) worden gerealiseerd worden i.p.v. laag 2 (API).

Daarentegen zie ik ook wel en argument om de intrek-procedure in de API te regelen. Dit heeft voordelen wanneer ooit vanuit een gekoppeld (zaak-)systeem een publicatie ingetrokken moet worden.

Ik sta uiteraard open voor andere argumenten en afwegingen.

[sergei-maertens]

ik zou dit in het registratiecomponent regelen puur omdat je dan de atomiciteit van database transacties hebt. alles of niets. je kan nog steeds een dergelijke actie ook per-document inregelen mocht de functionele behoefte daarvoor zijn.

het is ook het meest efficient - meerdere network calls duren langer dan 1 enkele call, en het maakt het component makkelijker uitwisselbaar denk ik.

ook zou je de call voor het intrekken/terugdraaien kunnen parametriseren zodat je kan aan/afvinken wat er wel/niet meegaat. voor mij is de data-integriteit hier de doorslaggevende factor om dit in de ODRC te leggen.