Attributi verificati in or nella richiesta di iscrizione

[amollicone1982]

Facendo un nuovo e-service come erogatore e pubblicandolo con attributi verificati di cui alcuni in or, il fruitore, all'atto della richiesta di iscrizione all'e-service, non ha possibilità di scegliere tra gli attributi in or. Se il fruitore comunque esegue la richiesta di richiesta di iscrizione mi ritrovo nella situazione allegata nell'immagine di cui sopra

Il test è stato fatto da anpr come erogatore e PUC/Orchestratore come fruitore

[ruggerocastagnola]

Dunque, una precisazione: nel backlog abbiamo una task per dare la possibilità al fruitore di inserire della documentazione a corredo degli attributi verificati per la sua richiesta di fruizione, di fatto indicando all'erogatore per quali tra gli attributi in OR va effettuata la verifica. In questo momento, come dici tu, non è possibile, dunque è effettivamente tutto in mano all'erogatore.

Per quanto riguarda il potenziale bug della non attivazione, indago, assieme all'allineamento errato del testo che vedo sopra

[ruggerocastagnola]

Abbiamo individuato il bug sul backend, sugli attributi verificati per i quali non è richiesta nuova verifica. È attualmente in correzione (ref. interna PIN-1226)

EDIT: dopo alcune prove, risulta che non è propriamente un bug, ma un comportamento corretto che produce una situazione inconsistente per l'end user. Ciò che la produce è una parte di logica della catena di "fiducia" degli attributi verificati che va ancora validata internamente. Viene proposto un fix temporaneo per evitare che l'utente si trovi in quella situazione

[amollicone1982]

Ciao Ruggero, io ho verificato tutti gli attributi come vedi nell'immagine (non ho capito cosa intendi). Cmq a noi servirebbe, entro Aprile, che lato fruitore lo stesso possa scegliere tra gli attributi in oppure ed a noi arrivare solo quelli scelti. Farete una cosa del genere?

[marcocipri]

@amollicone1982 io lo aprirei come enhancement.

[ruggerocastagnola]

Ciao a tutti, per chiarire.

Per quanto riguarda il problema che Angelo ha riscontrato ieri, stiamo facendo delle modifiche per fare in modo che temporaneamente non sia possibile trovarsi in quella situazione, visto che attualmente manca una parte di logica che ne permetterebbe il corretto funzionamento lato UI. Le modifiche non sono ancora rilasciate nell'ambiente disponibile a SOGEI, segnalo qui quando lo saranno.

Per quanto riguarda la tua richiesta, abbiamo una task aperta sulla questione. Aggiungo questo requisito in modo che sia dibattuto ed ho aperto [#42] perché si possa tracciare anche qui. Internamente noi tracciamo l'issue su PIN-1227

[beetlecrunch]

È possibile ora attivare la richiesta di fruizione. Come già segnalato da Ruggero, sarà inibita temporaneamente la possibilità di creare eservice con attributi verificati con verifica implicita.