Transacción y selección

[Ye olde Phorum]

An issue that I encounter regularly is the situation of a transaction (EI/EQ/EO) that is preceded by a selection that either results in an unambiguous result or in a list of results. An example is the functionality to change personal data (NO).

• When the selection of the person is unambiguous, the selection is part of the EI (and the DET for selection are part of that EI).
• When the selection of the person to be changed is not unambiguous then a list of all search results is displayed. This is an additional EO and the DET for selection are not part of the EI, but of the EO.

If both options are required by the user, so with an unambiguous result the change functionality is displayed directly and otherwise a list of all matching search results is displayed, then according to my interpretation the following functions should be counted:

• EO (search results)
• NO (from the search results, excluding the DET for selection)
• NO (from an unambiguous selection, including the DET for selection)

The two EI are different in number of DET and are therefore unique. This is according to the letter of the Counting Guideline, but to me it seems to be contrary to the logical perspective to count two EI for what a user would not consider to be two different functions. I would like to count only 1 EI and 1 EO, but to my knowledge the Counting Guideline does not allow for that.

Publicado originalmente en holandés por Andreas Schuderer.
Nog een issue dat volgens mij vaker optredt is de situatie van een transactie (IF/OF/UF) waarvoor een selectie gemaakt kan worden die of eenduidig of niet eenduidig kan zijn. Een voorbeeld is een functionaliteit om persoonsgegevens te wijzigen (SI). Als de selectie van de te wijzigen persoon eenduidig is, dan is deze selectie onderdeel van de IF (en de selectie-DET(s) horen ook bij de IF).
Als de selectie van de te wijzigen persoon echter niet eenduidig is en een selectielijst met alle zoekresultaten getoond wordt, dan is dat een extra UF. De ingevoerde selectie-DET(s) horen dan niet bij de IF, maar bij de UF.
Indien beide mogelijkheden door de gebruiker vereist zijn, dus bij een eenduidig zoekresultaat rechtsreeks de invoerscherm getoond wordt, en bij een niet eenduidig zoekresultaat een selectielijst getoond wordt, dan moeten volgens mijn interpretatie van de huidige richtlijn de volgende functies geteld worden:
UF (selectielijst)
SI (voor het geval dat een selectielijst wordt getoond. Exclusief ingevoerde selectie-DET)
SI (voor het geval dat er geen selectielijst wordt getoond. Inclusief ingevoerde selectie-DET)

De twee IF’s verschillen dus qua samenstelling DET en zijn derhalve uniek.
Volgens de letters van de telrichtlijn is dit wel redeneerbaar, maar mij lijkt het toch tegen de geest van de richtlijn om dezelfde IF uiteindelijk in twee varianten te tellen die de gebruiker zeker niet als twee aparte functies zou beschouwen. Ik zou hier maar 1 IF en 1 UF willen tellen, maar de richtlijn laat dit volgens mij niet toe.

[Jolijn Onvlee]

No veo los dos EI separados. Cuando inicia la IE desde los resultados de búsqueda seleccionando a la persona adecuada (inequívoco) tienes en mi opinión la misma IE que seleccionar a la persona por su número único.

[Martin Jacobs]

Yo tampoco veo dos Eis. El EI es activado por la identificación única de la persona. Esto se proporciona directa o indirectamente como un resultado de búsqueda.. El proceso para llegar a la identificación de persona única es un EO (lista de selección). Los DET de selección son parte de la EO y no de la EI. Por lo que no hay diferencia en el número de funciones identificadas a nivel global o detallado.

[Autor]

Publicaciones