9. Introduzione logica inserimento in anagrafica dipendente da GDL_XME(JSON)

qui si fa riferimento all'aggiungere lavoratore non  presente in anagrafica quando ne riceviamo uno nuovo sul WS2

In fase di ricezione del WS 1, verrà svolto un controllo nella tabella personale.

Nel caso in cui il lavoratore non fosse presente in anagrafica verrà aggiunto popolando i campi obbligatori riportati al paragrafo 6.1(si inseriscono per maggior chiarezza)

  Tipologia Campo Lunghezza max Obbligatorio Nome Lavoratore Testo 100 SI Cognome Lavoratore Testo 100 SI Codice fiscale Lavoratore Testo 100 SI Impresa esecutrice Lavoratore Testo   SI Qualifica Lavoratore Testo   SI Tipologia Lavoratore Testo   SI

Verrà svolto un controllo che verifichi la conformità dei valori inseriti all’interno del campo “Codice Fiscale”, all’interno della scheda di dettaglio Anagrafica Personale del Giornale dei Lavori. 
Al momento del salvataggio, ogni volta che viene inserito un nuovo Personale, si dovrà verificare che:

il campo deve comprende un numero di caratteri alfanumerici uguale a 16;     i primi sei caratteri devono essere lettere;     il settimo e l’ottavo carattere devono essere numeri;     il nono carattere deve essere una lettera;     il decimo e l’undicesimo carattere devono essere numeri;     il dodicesimo carattere deve essere una lettera;     dal tredicesimo al quindicesimo carattere devono essere numeri;     il sedicesimo carattere deve essere una lettera.

Nel caso in cui anche uno soltanto dei controlli sopra riportati riceva esito negativo, non sarà possibile procedere al salvataggio e l’utente dovrà essere informato tramite il relativo warning bloccante esplicativo che bloccherà l'import delle date dell'intera tratta:

WARNING 1: “Si è verificato un errore; il campo Codice Fiscale deve comprende un numero di caratteri alfanumerici uguale a 16”.
WARNING 2: “Si è verificato un errore; i primi sei caratteri del campo Codice Fiscale devono essere lettere”.
WARNING 3: “Si è verificato un errore; il settimo e l’ottavo carattere del campo Codice Fiscale devono essere numeri”.
WARNING 4: “Si è verificato un errore; il nono carattere del campo Codice Fiscale deve essere una lettera”.
WARNING 5: “Si è verificato un errore; il decimo e l’undicesimo carattere del campo Codice Fiscale devono essere numeri”.
WARNING 6: “Si è verificato un errore; il dodicesimo carattere del campo Codice Fiscale deve essere una lettera”.
WARNING 7: “Si è verificato un errore; i caratteri del campo Codice Fiscale compresi tra il tredicesimo e il quindicesimo devono essere numeri”.
WARNING 8: “Si è verificato un errore; il sedicesimo carattere del campo Codice Fiscale deve essere una lettera”.

Verificata la coerenza del Codice Fiscale, si eseguirà un ulteriore controllo a parità di Impresa Esecutrice: al momento del salvataggio dovrà essere controllato che non sia già stato inserito in Anagrafica un Personale avente lo stesso Codice Fiscale e la stessa Impresa Esecutrice.

Da un punto di vista tecnico, con riferimento al DB di Gisfo dovrà essere verificato che sulla tabella ‘personale’ non esistano altri records aventi la stessa coppia di campi ‘codice_fiscale’ e ‘fk_impresa’.
Nel caso di esito negativo del controllo non sarà possibile procedere al salvataggio e l’utente dovrà essere informato tramite il relativo warning bloccante esplicativo che bloccherà l'import delle date dell'intera tratta:

WARNING 9: “Si è verificato un errore; il Codice Fiscale inserito è già presente in Anagrafica Personale per l’Impresa Esecutrice selezionata”.

Nel caso in cui tutti i controlli sopra descritti vadano a buon fine, al momento del salvataggio dovrà essere valorizzato il campo ‘personale.is_compliant’ = true.