ANS Incoming: studenti in mobilità in ingresso in Italia

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.

La versione di Esse3 che contiene gli adeguamenti richiesti per l'invio in ANS degli studenti Incoming è la 20.07.03.00
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.

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).
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 chiusura periodo studente 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).
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.
Il profilo studente ERASMUS non è più escluso dagli invii in ANS e pertanto è stata rimossa l'esclusione dal Pannello di Controllo ANS.
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.
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 sia autonomo come per gli altri corsi nella mappatura delle chiavi anagrafe. In particolare, per gli Atenei che gestiscono il controllo di selezione di percorsi presenti nell'offerta formativa dell'anno di iscrizione (parametro di configurazione AMM_PDS_ANS=1) è necessario effettuare e verificare le mappature per evitare di riscontrare errori sui percorsi in fase di immatricolazione.
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.
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.
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.
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 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.

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').
In Gestione Studenti, le quattro date sono riportate anche nel Tab.Mobilità Internazionale
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
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 | NOTE | 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;NOTE;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;;;;;;
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.

Space shortcuts

Page tree