nl-digigo / visi

Beheeromgeving van de VISI open standaard.
https://nl-digigo.github.io/visi/
6 stars 4 forks source link

Demo gebruikerswensen voor VISI; oeps knop #76

Open ElisabethKloren opened 5 years ago

ElisabethKloren commented 5 years ago

Oeps-knop

Actiehouders gebruikerscommissie: Henk Wieggers en Flip Rosdorff

ArneBruinse commented 4 years ago

op zich is de DEMO revoke al onderdeel van #60 NB: Wel moet er nog een gesprek volgen met bijvoorbeeld proffessor Dietz, omdat die aangeeft dat een revoke niet als oops knop gebruikt mag worden. Professor Dietz 23-02-2015: _Revocation ofwel herroeping betreft een besluit (C-act) dat je op een bepaald moment terecht hebt genomen, maar waarop je later terug wilt komen, omdat je spijt hebt van het besluit met de kennis van later. Het slaat dus niet op het willen terugdraaien van een vergissing of fout. Die vergissing of fout heb je nooit willen maken! In DEMO-3 heb ik heel bewust het woord "cancel" en "cancellation" niet meer gebruikt omdat dit woord, vooral in operating systems en applicatiesoftware de betekenis van het herstellen van een vergissing of fout heeft gekregen. En dat is dus iets wezenlijk anders dan het herroepen van een besluit.

De behoefte aan een mogelijkheid om een vergissing of fout te herstellen begrijp ik helemaal, en die dient dus ook te worden gehonoreerd (N.B. In de tijd dat ik nog applicatiesoftware ontwierp zat dat er standaard in!). Als Engelse benaming stel ik "cancel" dan wel "cancellation" voor. Die heeft, zoals gezegd, voor iedere computergebruiker de juiste betekenis, namelijk "ik heb me een foutje gemaakt en dat wil ik herstellen". Zo'n cancel-optie moet er uiteraard voor elk berichtsoort zijn, niet alleen voor de request, promise, state en accept.

Ik zou het heel erg toejuichen als VISI ook de de vier revocation patterns zou opnemen in het berichtenstelsel, maar nogmaals maak heel duidelijk dat het herroepen van een besluit iets anders is dan het herstellen van een fout! Ik geef ter illustratie van elk een voorbeeld:

Revoke request: ik heb een order geplaatst maar bemerk na een tijdje dat ik het bestelde niet nodig heb (de skivakantie gaat niet door) of dat ik het elders goedkoper vind.

Revoke promise: ik heb beloofd iets te doen maar kom er later achter dat ik mijn belofte niet kan waarmaken vanwege veranderde omstandigheden (ik dacht nog voorraad te hebben maar dat is niet zo, of er is iets tussen gekomen waardoor ik mijn belofte niet op tijd kan nakomen).

Revoke state: ik heb verklaard aan mijn belofte te hebben voldaan maar vind dat ik dat niet netjes heb gedaan (wellicht door toedoen van anderen), en ik wil de productiehandeling daarom opnieuw doen, zodat ik met de afgesproken kwaliteit kan leveren wat er is afgesproken.

Revoke accept: ik heb met de informatie die ik op dat moment had het resultaat van de transactie aanvaard, maar ontdek later pas dat het geleverde niet de kwaliteit heeft die (althans naar mijn idee) was overeengekomen. Succes en groeten, Jan _

Hier moet dan dus nog wel aandacht aan besteed worden, omdat zodra een visi bericht van partij a naar partij b gegaan is, dit volgens mij altijd een harde contract afspraak is, ook als het een vergissing was.

@JanaxLooij @jvgeijlswijk @gspees @JosHamiltonConsult @niekpluijmert misschien kunnen jullie hier alvast toelichten wat jullie beeld op DEMO gebied is. Moet er voor het terugvragen van een bericht met een foutje iets extra's geïmplementeerd worden, naast de DEMO revoke?

niekpluijmert commented 4 years ago

Ik heb altijd de neiging gehad om de aanduiding 'oeps-knop' te zien als een populaire verwoording van de herroeping. Natuurlijk ben ik het met Jan eens dat een fout herstellen iets heel anders is dan een herroeping doen, want aan een herroeping liggen gewijzigde omstandigheden ten grondslag waarom je moet terugkomen op je verzoek, belofte, verklaring of aanvaarding. Maar vraag is of je de oplossing waarmee een herroeping wordt ondersteund niet ook zou kunnen gebruiken om een fout te herstellen (wat mij betreft kan dat, als je maar duidelijk kunt aangeven dat het een vergissing betrof). De andere berichtsoorten zijn:

Ik kan mij een oeps-knop ook allleen maar voorstellen als iets wat binnen een bepaalde tijd (1 minuut? 5 minuten? een uur? een dag?) na het oorspronkelijke bericht gebruikt mag worden. Kom je daarbuiten dan moet je het bericht toch op de normale wijze behandelen.

Met vriendelijke groet.

Niek Pluijmert M +31 653 211 864

Op ma 17 feb. 2020 om 09:56 schreef Arne Bruinse notifications@github.com:

op zich is de DEMO revoke al onderdeel van #60 https://github.com/bimloket/visi/issues/60 NB: Wel moet er nog een gesprek volgen met bijvoorbeeld proffessor Dietz, omdat die aangeeft dat een revoke niet als oops knop gebruikt mag worden. Professor Dietz 23-02-2015: _Revocation ofwel herroeping betreft een besluit (C-act) dat je op een bepaald moment terecht hebt genomen, maar waarop je later terug wilt komen, omdat je spijt hebt van het besluit met de kennis van later. Het slaat dus niet op het willen terugdraaien van een vergissing of fout. Die vergissing of fout heb je nooit willen maken! In DEMO-3 heb ik heel bewust het woord "cancel" en "cancellation" niet meer gebruikt omdat dit woord, vooral in operating systems en applicatiesoftware de betekenis van het herstellen van een vergissing of fout heeft gekregen. En dat is dus iets wezenlijk anders dan het herroepen van een besluit.

De behoefte aan een mogelijkheid om een vergissing of fout te herstellen begrijp ik helemaal, en die dient dus ook te worden gehonoreerd (N.B. In de tijd dat ik nog applicatiesoftware ontwierp zat dat er standaard in!). Als Engelse benaming stel ik "cancel" dan wel "cancellation" voor. Die heeft, zoals gezegd, voor iedere computergebruiker de juiste betekenis, namelijk "ik heb me een foutje gemaakt en dat wil ik herstellen". Zo'n cancel-optie moet er uiteraard voor elk berichtsoort zijn, niet alleen voor de request, promise, state en accept.

Ik zou het heel erg toejuichen als VISI ook de de vier revocation patterns zou opnemen in het berichtenstelsel, maar nogmaals maak heel duidelijk dat het herroepen van een besluit iets anders is dan het herstellen van een fout! Ik geef ter illustratie van elk een voorbeeld:

Revoke request: ik heb een order geplaatst maar bemerk na een tijdje dat ik het bestelde niet nodig heb (de skivakantie gaat niet door) of dat ik het elders goedkoper vind.

Revoke promise: ik heb beloofd iets te doen maar kom er later achter dat ik mijn belofte niet kan waarmaken vanwege veranderde omstandigheden (ik dacht nog voorraad te hebben maar dat is niet zo, of er is iets tussen gekomen waardoor ik mijn belofte niet op tijd kan nakomen).

Revoke state: ik heb verklaard aan mijn belofte te hebben voldaan maar vind dat ik dat niet netjes heb gedaan (wellicht door toedoen van anderen), en ik wil de productiehandeling daarom opnieuw doen, zodat ik met de afgesproken kwaliteit kan leveren wat er is afgesproken.

Revoke accept: ik heb met de informatie die ik op dat moment had het resultaat van de transactie aanvaard, maar ontdek later pas dat het geleverde niet de kwaliteit heeft die (althans naar mijn idee) was overeengekomen. Succes en groeten, Jan _

Hier moet dan dus nog wel aandacht aan besteed worden, omdat zodra een visi bericht van partij a naar partij b gegaan is, dit volgens mij altijd een harde contract afspraak is, ook als het een vergissing was.

@JanaxLooij https://github.com/JanaxLooij @jvgeijlswijk https://github.com/jvgeijlswijk @gspees https://github.com/gspees @JosHamiltonConsult https://github.com/JosHamiltonConsult @niekpluijmert https://github.com/niekpluijmert misschien kunnen jullie hier alvast toelichten wat jullie beeld op DEMO gebied is. Moet er voor het terugvragen van een bericht met een foutje iets extra's geïmplementeerd worden, naast de DEMO revoke?

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/bimloket/visi/issues/76?email_source=notifications&email_token=AH47AAVJUFRGAYJBO3YQUJDRDJGKVA5CNFSM4HMNH6KKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEL5SAOA#issuecomment-586883128, or unsubscribe https://github.com/notifications/unsubscribe-auth/AH47AAX5X3EDQLZKAE6PTVLRDJGKVANCNFSM4HMNH6KA .

ArneBruinse commented 11 months ago

EC 3 nov 23: ops knop / fout herstellen geeft een te lichtvoetig karakter. Met VISI zul je nu eenmaal altijd formeel je bericht terug moeten vragen, dus zal er een formele revoke pattern doorlopen moeten worden.