Green pass rafforzato, esteso obbligo a lavoratori dai 50 anni

[solari-sviluppo-prodotti]

E' previsto un aggiornamento della documentazione?

Si potrebbe descrivere:

• come calcolare se il green pass appartiene ad una persona che rientra nell'obbligo partendo dalla data di nascita scritta nel green pass stesso in base a cosa prevede il decreto: 50 anni compiuti il giorno della verifica oppure 50 anni compiuti ad un determinato giorno (quindi nati prima di una data ben precisa)
• descrivere cosa deve succedere se il green pass da tampone di persona che rientra nell'obbligo e' mostrato nella modalità di verifica "base"
• la data di entrata in vigore prevista è il 15/2, è prevista una "regola" nei settings per gestire questa data di entrata in vigore o si intende "cablare" nel codice questa data ?
• l'eta per l'entrata in vigore prevista è 50 anni, è prevista una "regola" nei settings per gestire questa età di entrata in vigore o si intende "cablare" nel codice questa età ?

[DevPGS]

hi @solari-sviluppo-prodotti , per ora sembra che non si debba fare nulla lato sviluppo, perchè manca la parte normativa: https://github.com/ministero-salute/it-dgc-verificaC19-android/issues/235

[rawmain]

Buongiorno @solari-sviluppo-prodotti

E' previsto un aggiornamento della documentazione? [...]

Come indicato nel thread citato da @DevPGS, è comunque necessario attendere le procedure attuative / istruzioni operative, che verranno definite & approvate/ufficializzate da Ministero della Salute + organi competenti per i controlli degli accessi ai luoghi di lavoro a partire dal 15 Febbraio - in accordo a prescrizioni normative ex Art.1 comma 3 DL n.1 07/01/2022.

Saranno infatti queste a determinare come verificatori dovranno effettuare i controlli per gli accessi ai luoghi di lavoro con mix obbligo vaccinale (>= 50 anni) e non (<50 anni).

50 anni compiuti il giorno della verifica oppure 50 anni compiuti ad un determinato giorno (quindi nati prima di una data ben precisa)

Le prescrizioni normative relative all'estensione dell'obbligo vaccinale in base all'età si applicano anche a coloro, che compiano il 50° anno di età in data successiva a quelle di entrata in vigore delle relative disposizioni, fermo l'attuale termine del 15 giugno 2022 (ex Art.1 comma 1 DL n.1 07/01/2022), ma sono comunque effettive dal compimento del 50° anno d'età.

Pertanto, qualora le procedure - una volta note & confermate - dovessero effettivamente prevedere anche modifiche scanmode e/o output esiti in app/SDK per il flusso di validazione DGC T (tampone), in virtù di un'ulteriore condizione di controllo età, un tale controllo sarebbe comunque puntuale vs data di verifica.

[rawmain]

Ciao

Sebbene ancora non presenti nelle FAQ / istruzioni operative, queste sono intanto le principali modifiche, che verranno apportate nella prossima versione del documento SCANMODE :

• Aggiunta del flusso per certificate type non-DGC Exemption (E) relativo ai certificati digitali di esenzione vaccinale = andranno a sostituire le attuali certificazioni cartacee (cui uso è prorogato sino al 31/01 ex circolare Ministero della Salute Prot. 0059069-23/12/2021-DGPRE)

• Aggiunta della condizione di controllo scanMode50 per i DGC T (tampone) e della relativa tipologia di verifica Lavoro (che sarà disponibile come ulteriore scelta di modalità di scansione)

Le modifiche al codice SDK sono ancora WIP, ma qualcosa è già stato passato stamane nelle branch feature pubbliche di verifier-app iOS e DGC-SDK Android/Kotlin.

[rawmain]

Le modifiche al codice SDK sono ancora WIP, ma qualcosa è già stato passato stamane nelle branch feature pubbliche di verifier-app iOS e DGC-SDK Android/Kotlin.

In aggiunta a quanto già indicato per gestione certificati Exemption e nuovo scanMode work, riporto - qualora non l'aveste già rilevato dalle feature branch - che è in lavorazione anche un ulteriore ScanMode school per tipologia di verifica Scuola.

Tale tipologia di verifica servirà per le verifiche da effettuare nelle classi delle scuole medie e superiori in cui risultino 2 casi di positività :

• Esito VALID (OK didattica in presenza) : DGC V Booster - DGC V Ciclo Completo issued<120gg - DGC R issued<120gg

• Esito NOT_VALID (rinvio a didattica a distanza) : DGC T - DGC V Ciclo issued>= 120gg - DGC V DGC R issued>= 120gg - DGC V parziali - Cert E

Stando ai commit attuali, verrano aggiunti in validation rules ulteriori field/value per il controllo durata in tale modalità = il valore 120 non dovrebbe essere hardcoded, a differenza invece della soglia age di obbligo vaccinale (ancora definita come valore nel codice).

---

Sto già rivedendo la documentazione. Questa è intanto una tabella provvisoria degli override esiti di certificati validi - in accordo alle modifiche degli attuali commit in feature branch.

DGC/Cert	Check	BASE	RAFFORZATA	BOOSTER	LAVORO	SCUOLA
T	Age < 50yo	VALID	NOT_VALID	NOT_VALID	VALID	NOT_VALID
T	Age >=50yo	VALID	NOT_VALID	NOT_VALID	NOT_VALID	NOT_VALID

[...] | V dn<sd | - | VALID | VALID | NOT_VALID | VALID | NOT_VALID | | V dn=sd=1 (JJ) | Issued < 120gg | VALID | VALID | TEST_NEEDED | VALID | VALID | | V dn=sd=1 (JJ) | Issued >=120gg | VALID | VALID | TEST_NEEDED | VALID | NOT_VALID | | V dn=sd=2 && !=JJ | Issued < 120gg | VALID | VALID | TEST_NEEDED | VALID | VALID | | V dn=sd=2 && !=JJ | Issued >=120gg | VALID | VALID | TEST_NEEDED | VALID | NOT_VALID | | V dn=sd=2 && JJ | - | VALID | VALID | VALID | VALID | VALID | | V dn=sd=3 | - | VALID | VALID | VALID | VALID | VALID | | V dn>sd | - | VALID | VALID | VALID | VALID | VALID | [...] | R | Issued < 120gg | VALID | VALID | TEST_NEEDED | VALID | VALID | | R | Issued >=120gg | VALID | VALID | TEST_NEEDED | VALID | NOT_VALID | | R PV | Issued < 120gg | VALID | VALID | TEST_NEEDED | VALID | VALID | | R PV | Issued >=120gg | VALID | VALID | TEST_NEEDED | VALID | NOT_VALID | [...] | E | Issued < 120gg | VALID | VALID | TEST_NEEDED | VALID | VALID | | E | Issued >=120gg | VALID | VALID | TEST_NEEDED | VALID | NOT_VALID |

---

Per il resto, ho lasciato una nota (qui) in merito al controllo età, visto che finora il codice inserito a commit (sia in repo iOS che in quella DGC-SDK) controlla solo la differenza 2022 - anno di nascita, senza tener conto anche di mese&giorno.

Tecnicamente, ciò comporterebbe override NOT_VALID anche per DGC T di quei lavoratori 49enni, che compiranno il 50° anno nel 2022, ma successivamente all'istante di validazione.

Il che cozzerebbe di conseguenza con quanto indicato nel DL per applicabilità delle prescrizioni, non avendo quei lavoratori ancora compiuto 50 anni.

[ibaldachini]

Buongiorno, una nota / domanda riguardo al certificato di Esenzione nell'ambito scolastico.

Nella descrizione iniziale è indicato che in ambito scolastico il certificato di Esenzione non è accettato rimandando con didattica a distanza i possessori di un certificato di Esenzione

Nella tabella provvisoria invece è indicato, ma parrebbe erroneamento, che il certificato di Esenzione è accettato in ambito scolastico se emesso entro 120 giorni. Inoltre dal codice sulle branch feature dell'sdk al certificato di esenzione non vengono applicate particolari regole scaricate dai settinga ma sono considerate le date di inzio e fine validità del certificato di esenzione stesso, anche questo fa pensare che non ci siano controlli particolari aggiuntivi sulle date di validità scritte nel certificato per differenziare il numero di giorni in base alla tipologia di verifica.

[ibaldachini]

Un altra domanda, esistono dei certificati di esenzione di test? Nei repo di test https://github.com/eu-digital-green-certificates/dgc-testdata non semnbrano essercene.

[rawmain]

Buongiorno @ibaldachini

Nella descrizione iniziale è indicato che in ambito scolastico il certificato di Esenzione non è accettato rimandando con didattica a distanza i possessori di un certificato di Esenzione

Nella tabella provvisoria invece è indicato, ma parrebbe erroneamento, che il certificato di Esenzione è accettato in ambito scolastico se emesso entro 120 giorni. Inoltre dal codice sulle branch feature dell'sdk al certificato di esenzione non vengono applicate particolari regole scaricate dai settinga ma sono considerate le date di inzio e fine validità del certificato di esenzione stesso, anche questo fa pensare che non ci siano controlli particolari aggiuntivi sulle date di validità scritte nel certificato per differenziare il numero di giorni in base alla tipologia di verifica.

Tali indicazioni sono ancora provvisorie, dato che quelle definitive saranno indicate dal nuovo DPCM in arrivo, che includerà anche le prescrizioni di gestione/uso per tali nuovi certificati - in sostituzione di quelli cartacei (utilizzabili sino 31/01 ex circolare 0059069-23/12/2021-DGPRE del Ministero della Salute).

I flussi per gestione crt E sono di base analoghi a quelli dei DGC R.

Ecco perché la tabella provvisoria riporta ancora il check issued <>120gg in school scanmode anche per i crt E. Una volta definite le condizioni da DPCM, provvederò ad allinearla.

esistono dei certificati di esenzione di test?

Non li trovi nelle repo EU-DCC/EHN perché i certificati digitali di esenzione vaccinale non sono contemplati in attuali specifiche schema/valueset EU-DCC (che prevedono solo DGC V/R/T).

Sono quindi crt nazionali uso internal-only = saranno validabili solo da VerificaC19 e verifier-app/soluzioni, che usano SDK/Librerie terze autorizzate ex DPCM 12/10/2021, ma non da verifier-app di altre nazioni.

[rawmain]

Inoltrata la PR #12 per l'aggiornamento della documentazione ScanMode.

Aggiunte	Operative
Certificati Digitali di Esenzione Vaccinale	nel corso del mese di Febbraio 2022 - in virtù della nuova circolare 0005125-25/01/2022-DGPRE Ministero della Salute, che prevede nuova proroga uso certificati cartacei sino 28/02, fatta salva eventuale cessazione anticipata & disposta via DPCM
ScanMode WORK (Tipologia di Verifica : LAVORO) - ex art. 1 DL 01/2022	da 15 Febbraio 2022
ScanMode SCHOOL (Tipologia di Verifica : SCUOLA) - ex art. 4 DL 01/2022	già utilizzabile in scuole secondarie I°/II° grado e IFP per controllo diretto accessi didattica in presenza di classi con 2 casi positivi, in alternativa al doppio controllo verifier-app in Tipologia Rafforzata + presa visione della certificazione cartacea/digitale di vaccinazione/guarigione

Diagramma e tabelle sono allineati a prescrizioni normative + attuali istruzioni operative, per cui vedrete appunto alcune differenze con la tabella provvisoria di 11 giorni fa.

Il documento sottoposto a PR è disponibile QUI.

[DevPGS]

Buongiorno @rawmain , scusami il disturbo, volevo conferma di aver compreso giusto. Rispetto alla tabella provvisoria è stato eliminato il controllo della dose Booster nel caso di SCHOOL mode. E' quindi corretto affermare che la dose booster per la scuola ha comunque validità VACCINE_END_DAY_SCHOOL ovvero 120 giorni nel caso in cui questo settings non fosse valorizzato?

Lo chiedo perché il diagramma di flusso non prevede il check di booster nel ramo Vaccino -> School e anche il codice di verificac19-sdk-android nella branch feature/school-scan-mode-sdk non entra nel merito di questa casistica.

[rawmain]

Buongiorno @DevPGS

scusami il disturbo

Nessun disturbo, figurati ;) .

Rispetto alla tabella provvisoria è stato eliminato il controllo della dose Booster nel caso di SCHOOL mode. E' quindi corretto affermare che la dose booster per la scuola ha comunque validità VACCINE_END_DAY_SCHOOL ovvero 120 giorni nel caso in cui questo settings non fosse valorizzato?

Lo chiedo perché il diagramma di flusso non prevede il check di booster nel ramo Vaccino -> School e anche il codice di verificac19-sdk-android nella branch feature/school-scan-mode-sdk non entra nel merito di questa casistica.

Controllando già se il DGC V sia Parziale e Ciclo, non serve ulteriore check esplicito per vedere se sia Booster, dato che ci sono appunto solo 3 possibili casi.

Ecco perché il flusso di controllo vaccino->school è appunto if DGC V parziale (_notvalid quando true) -> if DGC V completo (controllo 120gg quando true) -> else è DGC V booster.

. Per quanto riguarda il codice WIP per scanmode.SCHOOL, ho cmq lasciato una nota per rearrangement QUI, affinché il valore restituito per endDaysToAdd dei DGC V sia correttamente allineato alle prescrizioni dell'Art. 4 comma 2 DL 01/2022 .

Il controllo dei 120 giorni - secondo DL - è infatti previsto solo per DGC Guarigione e per DGC Vaccinazione - Ciclo Completo = in scanmode.SCHOOL non deve essere quindi applicato l'override del value endDate per i DGC relativi a booster/richiamo.

[rawmain]

Queste sono le ultime variazioni per il momento

• Modificato il flusso di gestione Exemptions = ora in scanmode SCHOOL l'acquisizione di CRT E comporta solo status NOT_VALID, per cui questo è l'attuale tabella degli esiti possibili per i nuovi certificati CRT E (esenzione) - fuori schema DGC.

Tipologia	BASE	RAFFORZATA	BOOSTER	LAVORO	SCUOLA
E (any)	VALID o NOT_VALID	VALID o NOT_VALID	TEST_NEEDED o NOT_VALID	VALID o NOT_VALID	NOT_VALID

• Aggiunti i nuovi valori start/end differenziati in Validation Rules per i DGC V Booster.

• Inserito il controllo del campo CO relativo alla nazione di emissione del certificato. Serve per differenziare - a partire dal 1 Febbraio - la durata dei soli DGC V Ciclo Completo / Booster e R emessi in Italia (180gg) da quella degli analoghi certificati esteri (270gg). Anche per i DGC V e R non ITA ci saranno nuovi valori start/end differenziati in Validation Rules. Vedasi commit e44c663.

[francesconigro]

Buonasera, qualcuno è riuscito a creare un certificato di esenzione di test? Grazie

[Lorenzo-Charlie]

Buongiorno ci sono novità per gli aggiornamenti delle modalità di controllo nei luoghi di lavoro per la data del 15 febbraio?

[rawmain]

Buongiorno @francesconigro

qualcuno è riuscito a creare un certificato di esenzione di test?

I CRT E sono comunque fuori schema DGC. Infatti non li trovi nelle repo di test EU-DGC - nemmeno nell'ultimo aggiornamento QA IT - proprio per questo motivo.

Taggo intanto @libremente, visto che è suo tale commit di aggiornamento dei DCC test, onde verificare se sia previsto qualcosa in merito, oppure si dovranno proprio fare i test direttamente in produzione & con CRT E reali.

[rawmain]

Buongiorno @Lorenzo-Charlie

ci sono novità per gli aggiornamenti delle modalità di controllo nei luoghi di lavoro per la data del 15 febbraio?

Oggi è il 1 Febbraio ;) = a meno ovviamente di eventuali variazioni delle disposizioni da qui al 14 Febbraio, lo scanmode WORK rimane come è già stato definito :

• Condizione di controllo età applicata solo per flussi di validazione vs DGC T

DGC/Cert	Check	BASE	RAFFORZATA	BOOSTER	LAVORO	SCUOLA
T	Age < 50yo	VALID	NOT_VALID	NOT_VALID	VALID	NOT_VALID
T	Age >=50yo	VALID	NOT_VALID	NOT_VALID	NOT_VALID	NOT_VALID

\ In data odierna sono divenute effettive in produzione solo le nuove Medical Rules (ved. aggiornamenti Validation Rules e versioni 1.1.3 VerificaC19 iOS/Android), onde supportare le distinte condizioni di accettazione/durata per i DGC V e R NOT_IT (cioè non emessi in Italia).

Nello specifico :

• Se scanmode = 3G (Verifica Base) mantieni il valore del campo co (nazione emittente) come riferimento per la Medical Rule da applicare (IT o NOT_IT) e l'applicazione del valore di end a 180 o a 270gg (ved. appunto nuove Medical Rules).

• Se scanmode != 3G (quindi tutte le altre tipologie di verifica) non va considerato il campo co = i DGC V e R NOT_IT vanno validati con le medesime condizioni dei DGC IT.

val countryCode = if (scanMode == ScanMode.STANDARD) it.last().countryOfVaccination else "IT"

[DevTrevi]

Queste sono le ultime variazioni per il momento

• Modificato il flusso di gestione Exemptions = ora in scanmode SCHOOL l'acquisizione di CRT E comporta solo status NOT_VALID, per cui questo è l'attuale tabella degli esiti possibili per i nuovi certificati CRT E (esenzione) - fuori schema DGC.

Tipologia BASE RAFFORZATA BOOSTER LAVORO SCUOLA E (any) VALID o NOT_VALID VALID o NOT_VALID TEST_NEEDED o NOT_VALID VALID o NOT_VALID NOT_VALID

• Aggiunti i nuovi valori start/end differenziati in Validation Rules per i DGC V Booster.
• Inserito il controllo del campo CO relativo alla nazione di emissione del certificato. Serve per differenziare - a partire dal 1 Febbraio - la durata dei soli DGC V Ciclo Completo / Booster e R emessi in Italia (180gg) da quella degli analoghi certificati esteri (270gg). Anche per i DGC V e R non ITA ci saranno nuovi valori start/end differenziati in Validation Rules. Vedasi commit e44c663.

Buonasera @rawmain , sto implementando la modalità school ma nella versione 1.1.4 dell'sdk non mi risultano eccezioni per questa modalità con i certificati di esenzione, che in caso di validità dovrebbero quindi risultare validi. Mi sto perdendo qualcosa? https://github.com/ministero-salute/it-dgc-verificac19-sdk-android/compare/release/1.1.3...release/1.1.4

Grazie, buona serata

[DevTrevi]

Chiedo scusa, come non detto, ho visto adesso la pull request per la documentazione aggiornata, dove i certificati di esenzione risultano validabili anche per school

[rawmain]

ho visto adesso la pull request per la documentazione aggiornata, dove i certificati di esenzione risultano validabili anche per school

Dato che le modifiche sono state finalizzate solo domenica pomeriggio, ho dovuto attendere per caricare la nuova documentazione aggiornata da cui deriva la PR #12 .

La PR è ancora in review, ma potete consultare la copia online = allineata con le impostazioni DGC-SDK 1.1.5, quindi include :

• flussi con scanmode 3G / 2G / WORK aggiornati ex Art.3 DL n° 5/2022

• nuovo scanmode ENTRY_IT (Tipologia di Verifica Ingresso IT)

• nuovo status EXPIRED utilizzabile in ambito produzione/release

• controlli vs nuove medical rules EMA / NOT_EMA

• unlock dei certificati DGC R-PV (guarigione post-vaccino) per scanmode BOOSTER