You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 112 Next »



Anagrafe Nazionale Studenti: STUDENTI IN MOBILITA' IN INGRESSO comunicazione 15 giugno 2020

E' stata approvata l'estensione dell'Anagrafe agli studenti "Incoming", ossia in mobilità in ingresso da atenei stranieri che si iscrivono in atenei italiani per un periodo di tempo determinato, al fine di ottenere crediti formativi, che verranno utilizzati nel paese d'origine.
Gli atenei dovranno trasmettere le informazioni riguardanti tali studenti mediante le usuali procedure già utilizzate in occasione dell’invio dei dati in Anagrafe. 
Il primo anno accademico di riferimento per le spedizioni dei dati sarà l’a.a. 2019/2020.


ID_TIPO_LAUREA NG - Studenti Incoming Post Riforma (1° e 2° livello).



  1. La versione di Esse3 che contiene gli adeguamenti richiesti per l'invio in ANS degli studenti Incoming è la 20.07.03.00

  2. Dalla versione 20.06.00.00 di Esse3 è stata predisposta in anteprima una elaborazione query per gli Atenei, perché possano estrarre e controllare gli studenti che rientreranno in ANS Incoming a partire dal'A.A. 2019/20.
    Per approfondire tale rilascio si rimanda alla documentazione contenuta in Elaborazione query.  L'elaborazione query ha codice ANS_INCOM e va lanciata impostando parametricamente l'anno della mobilità. 
     Per la mobilità relativa all'anno 2019/20 andrà eseguita impostando l'anno 2019. 
    Sono filtrati gli studenti con anno di mobilità maggiore o uguale al 2019, legati a bandi che hanno codice ambito di mobilità internazionale compreso in (EXC_PROG, CS_STRA, SCAMBI_INT, ACC_BIL ovvero EXCHANGE PROGRAMS, FREE MOVERS, SCAMBI INTERNAZIONALI, ACCORDI BILATERALI) e diverso da (CONDLAU, DOPLAU, CS_ITA ovvero LAUREA CONDIVISA, DOPPIA LAUREA, CAMPUS ABROAD) e il cui sub-contesto sia MOBINT_IN Mobilità in ingresso.  Poiché la mobilità in ingresso non è finalizzata al conseguimento di un titolo di studio, sono esclusi gli studenti iscritti a corsi con titolo doppio o congiunto ( e quindi vengono esccusi gli studenti con profilo studente rimappato con i valori 'PROF_COD_JD' ,'PROF_COD_DD','PROF_COD_JDI','PROF_COD_DDI' in Pannello di Controllo.


    Ricordo che la visione del profilo studente è affidata a GESTIONE STUDENTI: il dato viene definito nei processi amministrativi usuali (immatricolazione, passaggi) e tale rimarrà per tutta la carriera, a meno della necessità di effettuare variazioni successive o correzioni sullo stesso, per le quali bisogna ricorrere alla funzione REGOLAMENTI STUDENTE.
    Nel caso in cui vada mutato il profilo studente, la funzionalità preposta è REGOLAMENTI STUDENTE, nel tab "Profilo Studente", vedi immagine sotto riportata.
    All'atto del salvataggio, viene richiesto se il dato precedente è da storicizzare (ad esempio se con l'iscrizione di quest'anno lo studente è passato da un profilo ad un altro) oppure non è da storicizzare (nel caso in cui io corregga un profilo che non doveva esserci).




  3. File DAT da acquisire in Esse3. L'Ateneo deve aver caricato a sistema i seguenti dat che contengono nuovi valori utilizzati per gli incoming.

    CODICI_TIPO_LAUREA.dat  contiene il nuovo tipo laurea NG Corso generico per Mobilità Incoming

    CODICI_TIPO_INGRESSO.dat contiene il valore G da inviarsi in spedizione 1 ingresso per sola attività di ricerca (solo studenti in mobilità in ingresso)

    CODICI_PERIODI_MOBILITA.dat  contiene i 3 valori: V1;Accordi UE (virtuale); V2;Altri accordi internazionali (virtuale); V3;Free Movers (virtuale);

    CODICI_MOTIVI_USCITA.dat  contiene il nuovo motivo 'G'  che si invia nella spedizione 7 chiusura periodo studente incoming;

    CODICI_INTERVENTI_SUPPORTO.dat contiene il valore G Incoming inviato in spedizione 5

    XX_corsi_completi_20200722_NO.dat contiene  l'elenco completo dei Corsi Nuovo Ordinamento dell'Ateneo valido per tutti gli anni accademici. Queste codifiche corrispondono alle "chiavi anagrafe" da utilizzare per l'invio delle relative carriere in Anagrafe N.O.

    Il dat CODICI_EVENTI.dat non è acquisibile in Esse3 e i due nuovi eventi li troverete popolati in automatico: SI;Ingresso per studenti Incoming (spedizione 1), PI;Periodi di mobilità studenti incoming (spedizione 5).

  4. Dopo aver acquisito il file CODICI_TIPO_LAUREA.dat mappare (nella maschera TIPI CORSO) i corsi di tipologia 'AM01', 'AM04', 'AM05', 'AM07' con Cod. MIUR Tipo Laurea NG.


  5. Il profilo studente ERASMUS non è più escluso dagli invii in ANS e pertanto è stata rimossa l'esclusione dal Pannello di Controllo ANS.

  6. Dopo aver acquisito in esse3 il dat completo dei Corsi Nuovo Ordinamento del vostro Ateneo,  per ogni corso presente nella maschera Corsi di Studio, avente tipologia corso  'AM01', 'AM04', 'AM05', 'AM07' , dovete associare il codicione nel Tab. Codici Off.F.  Le chiavi annuali sui percorsi saranno calcolate automaticamente dal sistema e agganciate al portfolio studente.


     

  7. Dalla release 20.10.03, le maschere client Ordinamenti corsi di studio e Percorsi di studio sono state abilitate anche per i tipi corso AM% (Ambito di Mobilità) in modo che l'Ateneo possa inserire la mappatura delle chiavi anagrafe sui percorsi di studio per evitare di riscontrare errori in fase di immatricolazione, qualora sia stato impostato il parametro di configurazione AMM_PDS_ANS=1. 

    Come riportato nel precedente punto, le chiavi annuali sui percorsi sono calcolate automaticamente dal sistema e associate al portfolio studente, anche se non agganciate ai percorsi di studio. Tuttavia per completezza di informazioni e per evitare che scattino Controlli di congruenza su tali corsi, anche nei casi in cui il parametro di configurazione AMM_PDS_ANS=0, è consigliabile nell'arco dell'anno provvedere all'inserimento manuale da maschera applicativa della mappatura sul percorso di studio.

  8. Aggiornamento Potenziale Studenti: dovrete procedere ad un aggiornamento Totale POST del Potenziale 2019/20 che sarà il primo anno di invio degli studenti Incoming. Al termine vi compariranno anche gli eventi di ingresso SI (INGRESSO PER STUDENTI INCOMING) che rappresentano il numero degli studenti Incoming che invierete in spedizione 1R-2019 POST. 




  9. Il portfolio si genera con la chiave Off.f ed avrà evento ingresso SI, Tipologia N (oppure G)  e chiave Off.F relativa al 2019/20. Gli studenti dovranno quindi afferire all'anno di regolamento 2019/20.




  10. I periodi di mobilità PI inviati oggetto della spedizione 5 si visualizzano e nel Tab. Periodi di mobilità, dove sono riportate le informazioni principali. Per gli studenti Incoming è stato oscurato il Tab. Periodi di ricerca perchè non si inviano eventi PR. Qui si ha il quadro della situazione dei Periodi contabilizzati in ESSE3 e quindi inviabili in Anagrafe; è inoltre possibile comprendere l’origine del dato cliccando sul tastino informativo “i”  (quello che mostra utenti e date di inserimento e modifica), dove viene anteposto all’utente di “creazione” una delle seguenti codifiche per facilitare il “colpo d’occhio”:

    • [MOBIL_INCOMING]: la sorgente è un periodo di mobilità inserito da Gestione Periodi di mobilità
    • [FLUSSO]: la sorgente è l’inserimento di un periodo di mobilità in un flusso acquisito in FLUSSI DI MOBILITA’ E RICERCA o a mano direttamente dal tasto Inserisci.





    Il codice del periodo di Mobilità MIUR (si veda il campo 'Mobilità' nello screen precedente, vale a dire 01 Accordi UE) viene valorizzato con il Codice Mobilità Miur attribuito al Programma di Mobilità. Tale codice viene definito nella funzionalità 'Organizzazione della mobilità internazionale': dopo aver selezionato l'anno accademico di mobilità, l'Ambito ed il rispettivo Programma di Mobilità, verificare accedendo al 'Dettaglio', la corretta attribuzione del Codice MIUR.









  11. E' stata introdotta la possibilità di definire in fase di immatricolazione per mobilità in ingresso la tipologia di ingresso di mobilità. I valori attualmente gestiti sono:


    N: ‘Mobilità in ingresso’
    G: ‘Mobilità in ingresso per attività di ricerca’.
    Il dato può essere gestito/modificato dalla funzione Gestione periodi di mobilità una volta concluso il processo di immatricolazione o direttamente imputabile in fase di immatricolazione dalla funzione Immatricolazione per mobilità in ingresso.
    L'immatricolazione per mobilità in ingresso da client setta a questi studenti (legati a programmi  di mobilità elencati nel punto 1) il profilo ERASMUS.


    Maschera Riepilogo carriera ANS (tipologia N o G)



    Maschera Gestione periodi di mobilità (tipologia ingresso mobilità)



    Maschera Immatricolazione per mobilità in Ingresso




  12. L'invio delle informazioni sarà strutturato su 4 spedizioni (1,5,6,7). Riportiamo i campi che nel contesto assumo un significato nuovo.
    Spedizione 1 – AVVIO CARRIERE
    Evento: SI - si riferisce ad uno studente in mobilità in ingresso presso un ateneo italiano. Se lo studente effettua più di un periodo di mobilità su un'altra carriera si invierà un altro evento SI.
    Data Evento: data di inizio del periodo di mobilità presso l'Ateneo italiano. 
    Esse3 recupera la data valorizzata nel campo “Data arrivo effettiva” della maschera “Gestione periodo di Mobilità. 
    Poichè non possiamo essere certi che la data di iscrizione (e di conseguenza la triade) sia uguale alla data di arrivo effettiva (anzi in moltissimi casi non è così), si è deciso di prendere la data di arrivo effettiva (con la particolarità in spedizione 1 che nel caso fosse assente viene presa la data di iscrizione per poter riuscire a generare il portfolio studente) ==> I campi di DB sono p14_mobil_periodi.data_arrivo_eff (se non c'è in spedizione 1 si invia p04_iscr_ann.data_iscr).
    Tipo ingresso: il valore atteso è generalmente 'N'. Nel caso in cui lo studente svolge unicamente attività di ricerca (non essendo quindi previsto il superamento di alcun CFU) si utilizza il valore ‘G’ (ingresso per esclusiva attività di ricerca) per la variabile tipo ingresso. 
    Chiave corso:  caso 1 - utilizzo di una chiave anagrafe dell'Offerta Formativa: se l’Ateneo iscrive lo studente ad un Corso dell’Offerta Formativa, attribuirà la relativa chiave anagrafe, in modo del tutto omogeneo ad un qualunque iscritto: es. invio lo studente SI sulla chiave XYZ, che rappresenta il corso di BIOTECNOLOGIE curriculum generico dell’Ateneo UN per l’anno di validità 2019/2020;  caso 2: - utilizzo di una chiave anagrafe speciale dedicata alla mobilità in ingresso: se l’Ateneo non può attribuire lo studente SI ad un'unica chiave anagrafe, si utilizzerà una chiave anagrafe speciale di validità annuale. L’Osservatorio Studenti metterà a disposizione i codicioni tecnici afferenti al tipo laurea fittizio NG, ottenibili nei DAT dei Corsi del proprio Ateneo: es. invio lo studente SI sulla chiave WYZ, che rappresenta la chiave speciale 2019 dedicata agli studenti incoming per l'Ateneo UN.

    Nella spedizione 1 per gli SI è stato concordato con OSD di inviare anno e data prima immatricolazione valorizzati, rispettivamente, con 9999 e 99999999 in quanto non richieste. 


    Spedizione 5 – POSIZIONE AMMINISTRATIVA
    Evento:PI - si riferisce al periodo di mobilità in ingresso presso un ateneo italiano.
    Data Evento: data di inizio del periodo di mobilità presso l'Ateneo italiano; rappresenta la data di arrivo effettiva del periodo stesso presso l'Ateneo italiano ==> Il campo di DB è p14_mobil_periodi.data_arrivo_eff.
    Interventi di supporto: si invia fisso il valore 'G'.            
    Descrizione interventi di supporto: si utilizza una causale composita nella forma XX^AS, dove XX indica il programma di mobilità incoming (dal DAT dei PERIODI ESTERI) e AS l'Ateneo straniero (dal DAT degli ATENEI STRANIERI). Nel caso in cui non sia disponibile l’ateneo straniero, è possibile inviare la nazione NN (dal DAT delle NAZIONI). Esempio 1: studente SI in programma UE proveniente dall’Università Autonoma di Barcellona 01^AS250; esempio 2 uno studente SI “free mover” proveniente da Ateneo spagnolo non presente nel DAT degli ATENEI STRANIERI 03^ES
    Data fine evento: data di fine del periodo di mobilità presso l'Ateneo italiano. Esse3 recupera la data valorizzata nel campo "data di rientro effettiva" della maschera “Gestione periodi di Mobilità”, nel caso manchi viene presa la                "Data rientro prevista" ==> I campi di DB sono p14_mobil_periodi.data_rientro_eff, se mancante p14_mobil_periodi.data_rientro_prev.
    N.B. i periodi di mobilità in ingresso vanno inviati appena inizia il periodo, non a conclusione del periodo di mobilità. Se al momento dell’invio la data fine evento non fosse disponibile inserire una data evento prevista.


    PERIODO PI in modalità VIRTUALE/MISTA

    Quando l'invio dei dati di mobilità ha come fonte di estrazione dati [MOBIL_INCOMING], le informazioni sono recuperate dal “pacchetto Mobilità” di Esse3 legato a studenti incoming SI.
    E' necessario associare il codice MIUR relativo alla tipologia di periodo di mobilità in Organizzazione della mobilità internazionale --> Programmi --> Dettaglio. In assenza di codice MIUR relativo alla tipologia di periodo di mobilità in Organizzazione della mobilità internazionale --> Programmi --> Dettaglio, si considera 01 come default. 

    E' possibile, anche per l'evento PI, gestire a livello di periodo di mobilità (maschera Periodi di mobilità) lo spezzettamento dell'intero periodo in parti - periodi misti - (in cui una o più parti sono virtuali) oppure gestire l'intero periodo come virtuale (modalità di fruizione  = 'M').. 
    Il Tab. Periodi di mobilità di Riepilogo Carriera ANS recupererà correttamente i periodo inseriti, saranno considerate le date inserite a livello di dettaglio, se nulle vengono prese le date del livello superiore, ovvero della testata.




    Spedizione 6 – OTTENIMENTO CFU

    Trattasi di esami superati di carriera (non di ingresso!), inviati con le stesse variabili utilizzate per la spedizione 6 del POST riforma. 


    Spedizione 7 – CHIUSURA CARRIERE
    Data Evento: data di fine del periodo di mobilità presso l'Ateneo italiano; Esse3 recupera la data valorizzata nel campo “Data rientro effettiva” della maschera “Gestione periodo di Mobilità, se mancasse si manda la data di chiusura della carriera presente in Gestione Studenti ==> I campi di DB sono p14_mobil_periodi.data_rientro_eff , se mancante p01_stu.data_chiusura 


    Per attestare la conclusione del periodo, andrà inviato esclusivamente la motivazione di chiusura  'G' chiusura periodo studente incoming. Occorre quindi verificare che il motivo stato studente impiegato per la chiusura della carriera in Esse3 risulti mappato con il codice ANS 'G' atteso per l'invio della spedizione 7 (come consueto dalla funzionalità client 'Motivo stato studente').


  13.  In Gestione Studenti, le quattro date sono riportate anche nel Tab.Mobilità Internazionale



  14.  In ESSE3, i periodi di mobilità PI per gli studenti Incoming sono trasmessi in spedizione 5. Sono recuperati automaticamente con la logica descritta in precedenza (cfr. Spedizione 5 – POSIZIONE AMMINISTRATIVA) per gli studenti legati a bandi di mobilità Incoming.
    Per studenti non gestiti con il pacchetto mobilità di Esse3 i periodi di mobilità possono venire contabilizzati tramite l’utilizzo della funzionalità FLUSSI DI MOBILITA’ E RICERCA, sia nella versione in cui si incamerano dei file di flusso txt “globali”, che tramite inserimento “manuale” su singolo studente (da RIEPILOGO CARRIERA ANS>Periodi). Il periodo di mobilità dello studente è analizzabile da RIEPILOGO CARRIERA ANS tab “Periodi”, dove sono visualizzabili le attività di mobilità inviabili in Anagrafe legate a periodi 01,02,03 oppure ai nuovi V1,V2, V3 (virtuali). L'inserimento manuale avviene come da immagine; si noti che la causale intervento di supporto è G (e non M!) e la mobilità può assumere anche i valori V1, V2, V3.

    Modale inserimento periodi



    Riepilogo Carriera ANS -→ Tab. Periodi




  15. I periodi di mobilità per studenti Incoming inseriti dalla maschera FLUSSI DI MOBILITA’ E RICERCA: anche in questo caso, per chi non gestisse strutturalmente il dato in ESSE3, si ricorrerà alla contabilizzazione dei periodi di mobilità da FLUSSI DI MOBILITA’ E RICERCA, tramite la creazione di un file di flusso  
    E' stato aggiunto il campo 13, come descritto nell’apposito articolo: http://ans-esse3.cineca.it/2017/09/12/tracciato-flussi-di-mobilita-e-ricerca-ans.

    La riga di intestazione (prima riga) dovrà essere nella forma

    | MATRICOLA | STU_ID | AA_ID | DATA_INIZIO | DATA_FINE | INT_SUPP_COD | MOBIL_COD | NAZIONE_COD | COD_CDS | AA_ORD_ID | COD_PDS | NOTA | COD_ATE_STRA |

    Esempio:

    MATRICOLA;STU_ID;AA_ID;DATA_INIZIO;DATA_FINE;INT_SUPP_COD;MOBIL_COD;NAZIONE_COD;COD_CDS;AA_ORD_ID;COD_PDS;NOTA;COD_ATE_STRA;
    76666666;754313;2019;30/09/2019;31/12/2019;G;01;ES;;;;;AS603;
    77776643;761076;2019;20/02/2020;01/03/2020;G;01;ES;;;;;;

  16. La maschera FLUSSI DI MOBILITA’ E RICERCA si presenta in Visualizzazione in questo modo con l'aggiunta della colonna Ateneo Straniero:




    In merito all'acquisizione del file di flusso, le due attuali modalità sono per sovrascrittura totale e per accodamento, secondo i filtri impostati a maschera.
    Selezionando l’anno accademico dalla maschera partirà l’acquisizione con default sovrascrittura totale: viene chiesto se si intendono sovrascrivere tutti i dati pre-esistenti o si intende effettuare un accodamento dei dati; al termine del processo, il file di log elenca esattamente le righe che sono state scartate, dandone anche un’interpretazione.Se si risponde SI alla domanda di sovrascrivere, vengono cancellati tutti gli interventi di supporto per l’anno selezionato (ed eventualmente per la causale) nella maschera e poi vengono reinseriti in tabella secondo il contenuto del file. 
    Se si seleziona 2019 e non si valorizza l'intervento di supporto, vengono cancellati tutti quelli dell’anno 2019 e reinseriti prendendo quelli contenuti nel file che rispettano questo criterio ovvero hanno AA_ID= 2019.La modalità di lavoro che si ottiene rispondendo SI alla domanda permette di cancellare tutti i dati (del filtro specificato in maschera) ed è utile quando, a causa di errori nel file che è stato importato in precedenza, si voglia eliminare tutto quanto per poi reimportare il file corretto.Se il fine è quello di lavorare a logica incrementale, acquisendo un po’ di studenti per volta in differenti file, basta usare l’accodamento rispondendo NO alla domanda di sovrascrittura totale.  
    Esempi:Se si seleziona 2019 e Intervento di supporto G, rispondendo SI il sistema cancella gli interventi di supporto presenti con anno 2019 e intervento di supporto G e vengono reinseriti con quelli contenuti nel file che rispettano questi criteri.

    Nel caso in cui non si metta alcun filtro sull'intervento di supporto vengono recuperate tutte le matricole che hanno avuto l'inserimento di un flusso di mobilità o ricerca (PM, PI, PR); l'Ateneo Straniero è popolato solo per gli Incoming.




ID_TIPO_LAUREA PG - Studenti Incoming PL (3° livello).


Gli atenei dovranno trasmettere le informazioni riguardanti tali studenti mediante le usuali procedure già utilizzate in occasione dell’invio dei dati in Anagrafe. 
Il primo anno accademico di riferimento per le spedizioni dei dati sarà l’a.a. 2019/2020.


Con la versione 21.07.02 di Esse3 è stata introdotta la possibilità di associare un codicione incoming PL ( legati legato a corsi di 3° livello, con avente tipo laurea MIUR PG - Corso generico per Mobilità Incoming POST-LAUREA) al bando di mobilità internazionale in ingresso dalla funzione 'Definizione Bandi (Mobilità internazionale)'.
Il codicione incoming del bando verrà riportato in fase immatricolazione per mobilità in ingresso sul periodo di mobilità dello studente. E' stata inoltre introdotta la possibilità di modificare l'associazione del codicione incoming del periodo di mobilità dalla funzione 'Gestione periodo di mobilità'.

Questo attributo consentirà di capire quali sono gli studenti da inviare come SI con chiave PG in ANS.


Maschera Definizione Bandi (Mobilità internazionale)


Maschera Gestione periodi di mobilità

  1. File DAT da acquisire in Esse3. L'Ateneo deve aver caricato a sistema i seguenti dat che contengono nuovi valori utilizzati per gli incoming PL: 
    CODICI_TIPO_LAUREA.dat  contiene il nuovo tipo laurea PG Corso generico per Mobilità Incoming POST-LAUREA
    XX_corsi_completi_20210714_PL.dat contiene  l'elenco completo dei Corsi PL dell'Ateneo valido per tutti gli anni accademici. Queste codifiche corrispondono alle "chiavi anagrafe" da utilizzare per l'invio delle relative carriere in  Anagrafe PL.


      2.  Il portfolio si genera con la chiave Off.f ed avrà evento ingresso SI e chiave Off.F relativa al 2019/20. Gli studenti dovranno quindi afferire all'anno di regolamento 2019/20.  Il codicione e il tipo laurea sono messi in evidenza in modo                      da distinguere a colpo d'occhio se trattasi di Post Riforma o PL.


      3. E' stata introdotta la possibilità di definire in fase di immatricolazione per mobilità in ingresso la tipologia di ingresso di mobilità. I valori attualmente gestiti sono:


N: ‘Mobilità in ingresso’
G: ‘Mobilità in ingresso per attività di ricerca’.
Il dato può essere gestito/modificato dalla funzione Gestione periodi di mobilità una volta concluso il processo di immatricolazione o direttamente imputabile in fase di immatricolazione dalla funzione Immatricolazione per mobilità in ingresso.
L'immatricolazione per mobilità in ingresso da client setta a questi studenti (legati a programmi  di mobilità elencati nel punto 1) il profilo ERASMUS.


Maschera Riepilogo carriera ANS (tipologia N o G)



Maschera Gestione periodi di mobilità (tipologia ingresso mobilità)



Maschera Immatricolazione per mobilità in Ingresso


L'invio delle informazioni sarà strutturato su 2 spedizioni (31,37). Riportiamo i campi che nel contesto assumo un significato nuovo.
Spedizione 31 – AVVIO CARRIERE
Evento: SI - si riferisce ad uno studente in mobilità in ingresso presso un ateneo italiano. Se lo studente effettua più di un periodo di mobilità su un'altra carriera si invierà un altro evento SI.
Data Evento: data di inizio del periodo di mobilità presso l'Ateneo italiano. 
Esse3 recupera la data valorizzata nel campo “Data arrivo effettiva” della maschera “Gestione periodo di Mobilità. 
Poichè non possiamo essere certi che la data di iscrizione (e di conseguenza la triade) sia uguale alla data di arrivo effettiva (anzi in moltissimi casi non è così), si è deciso di prendere la data di arrivo effettiva (con la particolarità in spedizione 1 che nel caso fosse assente viene presa la data di iscrizione per poter riuscire a generare il portfolio studente) ==> I campi di DB sono p14_mobil_periodi.data_arrivo_eff (se non c'è in spedizione 1 si invia p04_iscr_ann.data_iscr).
Tipo ingresso:  il valore atteso è generalmente 'N'. Nel caso in cui lo studente svolge unicamente attività di ricerca (non essendo quindi previsto il superamento di alcun CFU) si utilizza il valore ‘G’ (ingresso per esclusiva attività di ricerca) per la variabile tipo ingresso. 

Chiave corso:  caso 1 - utilizzo di una chiave anagrafe dell'Offerta Formativa legata al tipo laurea PG. L’Osservatorio Studenti ha messo a disposizione i codicioni tecnici afferenti al tipo laurea fittizio NG, ottenibili nei DAT dei Corsi PL del proprio Ateneo.

Nella spedizione 31 per gli SI è stato concordato con OSD di inviare anno e data prima immatricolazione valorizzati, rispettivamente, con 9999 e 99999999 in quanto non richieste. 


Spedizione 37 – CHIUSURA CARRIERE
Data Evento: data di fine del periodo di mobilità presso l'Ateneo italiano; Esse3 recupera la data valorizzata nel campo “Data rientro effettiva” della maschera “Gestione periodo di Mobilità, se mancasse si manda la data di chiusura della carriera presente in Gestione Studenti ==> I campi di DB sono p14_mobil_periodi.data_rientro_eff , se mancante p01_stu.data_chiusura 


Per attestare la conclusione del periodo, andrà inviato esclusivamente la motivazione di chiusura  'G' chiusura periodo studente incoming. Occorre quindi verificare che il motivo stato studente impiegato per la chiusura della carriera in Esse3 risulti mappato con il codice ANS 'G' atteso per l'invio della spedizione 7 (come consueto dalla funzionalità client 'Motivo stato studente').

  



  • No labels