DOMANDE PROVENIENTI DA ENTI SEGNALANTI E RISPOSTE UCAMP 1. SEGNALAZIONE DI CANCELLAZIONE a. Tabella di sintesi relativa alle operazioni di cancellazione a pag.9 del Manuale Operativo - Standard: i. le causali (PVRIC, PVREV) riportate nel tipo cancellazione temporanea si riferiscono a segnalazioni riguardanti punti di Vendita revocati o riconvenzionati. Dalle specifiche invece si evince (codice segnalazione = 'RIATT') che si possono riattivate (a fronte di una cancellazione temporanea) tutte le tipologie di segnalazioni (anche ATM Manomessi e Transazione carte). Deve essere rettificato quanto riportato in tabella e come? E' invece chiaro che la causale di cancellazione '05' deve essere utilizzata per le segnalazioni riguardanti punti di Vendita. La tabella di pag. 9 del Manuale Operativo Standard si riferisce solo alle cancellazioni relative ai Punti di Vendita sconvenzionati, perché esse sono più complesse che nel caso di Transazioni non riconosciute o ATM manomessi. b. Chiedo conferma che la cancellazione definitiva di una cancellazione temporanea (che dovrebbe significare la volontà di cancellare in maniera definitiva la segnalazione precedentemente sospesa) si traduce in : - invio a UCAMP di una segnalazione di cancellazione (con codice 04) con i riferimenti alla segnalazione di cancellazione temporanea (senza nessun riferimento a quella inizialmente sospesa) La considerazione espressa è corretta, con cod. cancellazione 04 si rende definitiva la cancellazione temporanea di una segnalazione. Si desidera chiarire che per qualsiasi tipo segnalazione vanno riportati i riferimenti alla segnalazione cronologicamente precedente. Ad esempio, nel caso delle seguenti segnalazioni: Ins. Nr. 123, Rett.1 Nr 247, Rett.2 Nr 353, Canc.def. Nr 457, le segnalazioni successive a quella di inserimento dovranno riportare come riferimento (Rif) il numero di riferimento (Nr) della segnalazione precedente, quindi: Rett.1 Nr 247 Rif. 123, Rett.2 Nr 353 Rif. 247, Canc.def. Nr 457 Rif. 353.
c. L'invio di una segnalazione per la Riattivazione di una segnalazione 'Cancellata temporaneamente', deve essere con TIPO SEGNALAZIONE valorizzato a 'I' o 'R'? Per una RIATT il tipo segnalazione deve essere sempre I. 2. TRANSAZIONI NON RICONOSCIUTE Obbligatorietà dei campi relativi al PdV [da offset 107 a 121] per transazione carta su ATM non dovrebbero essere obbligatori [rif doc: Manuale Operativo Standard pag 39] I campi identificativi del Punto di Vendita sono in alternativa a quelli relativi agli sportelli ATM a seconda di dove è avvenuta la transazione, se è stato utilizzato un POS o uno sportello ATM. Nel caso in cui la transazione è avvenuta per un acquisto in internet, i seguenti campi sono facoltativi perché non esistenti o di difficile individuazione: Codice identificativo della convenzione Località in chiaro del punto di vendita Categoria merceologica (ISO) In questo caso, si dovrà utilizzare il codice 07 nel campo Motivo del Disconoscimento per indicare che la carta è stata impropriamente utilizzata per acquisti in internet. 3. FORMATO RECORD DI TESTA UA0 Richiesta conferma su formato data: campo DATA RIFERIMENTO -> GGMMAAAA campo identificativo file: sottocampo con formato -> AAAAMMGG Sono in realta' da armonizzare? [doc: Manuale Operativo Standard pag 23] Il formato della DATA RIFERIMENTO è GGMMAAAA.
4. IDENTIFICATIVO FILE nel record UA0 Lunghezza richiesta per il campo: 20. Le specifiche riportano il dettaglio di: 5(abi)+8(data)+3(progressivo)+2spazi tra i campi = 18 Deve essere fillato con spazi? Come? [doc: Manuale Operativo Standard pag 24] Il campo lungo 20 deve essere strutturato come segue: NNNNNbAAAAMMGGbNNNbb dove: NNNNN contiene il codice ABI (5 caratteri numerici) dell Ente segnalante; b contiene uno spazio; AAAAMMGG contiene la data creazione del file (8 caratteri numerici); b NNN bb contiene uno spazio; contiene il numero progressivo di invio file; tale numero deve essere univoco nell'ambito dell Ente Segnalante e della data di creazione indicati (3 caratteri numerici); il campo può contenere un valore compreso tra 001 e 899; contiene due spazi. 5. OFFSET LISTA TERMID nel record D01 E' errato l'offset per il campo "TERMID POS 9 549-557 8 n": così indicato sarebbe di lunghezza 9 e non 8 come invece dovrebbe. [doc: Manuale Operativo Standard pag 29] Ok, l offset del campo TERMID POS 9 va corretto come 549 556. L offset di tutti campi successivi del record vanno modificati tenendo conto di questa correzione fino al Filler, che diventerà più lungo di un byte. 6. CAUSALE CANCELLAZIONE IN RETTIFICA La causale di cancellazione in caso di rettifica non deve essere presente. Il [doc: Manuale Operativo Standard pag 32] riporta: 'Nella funzione di rettifica, indica la tipologia che Ucamp deve inserire nella cancellazione generata in proprio a fronte del record di rettifica (in questo caso assume il valore fisso '01').' Chiedo conferma che il campo non deve essere presente.
L indicazione contenuta nel Manuale Operativo Standard pag. 32 riguarda l applicazione centralizzata di gestione dell archivio SIPAF, non le modalità di produzione della segnalazione di rettifica da parte degli enti segnalanti; quindi, nel caso di rettifica, non va specificata la causale di cancellazione. 7. COSA DEVE ESSERE POSSIBILE RETTIFICARE Non viene definito cosa e' possibile rettificare: A) Solo inserimenti (I) di un determinato CODICE SEGNALAZIONE? Oppure tutti? B) Possono essere eseguite Rettifiche di Rettifiche? C) Posso eseguire Rettifiche di Cancellazioni? [doc: Manuale Operativo Standard pag 10] Con il tipo segnalazione R è possibile modificare/valorizzare uno o più campi di una segnalazione. E possibile effettuare una rettifica di una segnalazione già rettificata, mentre non è possibile rettificare una segnalazione cancellata. 8. TERMINATORE DI LINEA NEI FLUSSI Esiste un terminatore di linea per i record dei flussi? I record sono tutti di lunghezza fissa.
AGGIORNAMENTI AL MANUALE OPERATIVO NUOVE FUNZIONI Di seguito sono riportate le nuovi funzioni, che sono state progettate in aggiunta a quanto già riportato nel Manuale Operativo Funzioni, Capitolo 2.0. IMMISSIONE ONLINE DELLE SEGNALAZIONI In aggiunta alla procedura di invio in batch delle Segnalazioni, il sistema SIPAF fornisce anche le seguenti funzioni per l immissione online delle Segnalazioni: ricercare e visualizzare i dati relativi a segnalazioni di revoca o riconvenzionamento di punti vendita; - Inserimento di nuove segnalazioni su punti vendita revocati o riconvenzionati e riattivazione di segnalazioni temporaneamente sospese; - Rettifica dei dati relativi a segnalazioni su punti vendita revocati e/o riconvenzionati; - Cancellazione temporanea o definitiva di una segnalazione relativa ad un punto vendita (revocato o riconvenzionato); - Inserimento di nuove segnalazioni su transazioni non riconosciute e riattivazione di segnalazioni temporaneamente sospese; - Rettifica dei dati relativi a segnalazioni su transazioni non riconosciute; - Cancellazione temporanea o definitiva di una transazione non riconosciuta; - Inserimento di nuove segnalazioni su sportelli automatici manomessi e riattivazione di segnalazioni temporaneamente sospese. - Rettifica dei dati relativi a segnalazioni su sportelli automatici manomessi; - Cancellazione temporanea o definitiva di una segnalazione relativa ad un ATM manomesso. Si desidera sottolineare che è possibile rettificare o cancellare online sia le segnalazioni immesse in batch sia quelle immesse online; analogamente, in batch, è anche possibile rettificare o cancellare segnalazioni immesse online. UTILIZZO DELLA VPN PER L INVIO E RICEZIONE DEI FLUSSI Gli Enti Segnalanti possono richiedere ad UCAMP di non utilizzare la Rete Nazionale Interbancaria (RNI) per la trasmissione dei flussi delle segnalazioni, ma di inviarli sulla normale rete dati utilizzando una Virtual Private Network (VPN). La Connessione è basata su VPN Site-To-Site, che, a seconda dell infrastruttura dell Ente Segnalante, potrà essere realizzata con uno dei seguenti protocolli: IPSec Encryption type: 3DES. DES, AES256, CAST
Data Integrity : MD5, SHA1 Tutte le soluzioni hanno insito il concetto di crittografia dell informazione tra i sistemi coinvolti nella comunicazione. Al fine di rafforzare ulteriormente la segregazione dell architettura, la configurazione della VPN verrà effettuata tra i soli sistemi SIPAF preposti all invio e ricezione dei flussi Dati (1 Server di produzione) e i/il sistemi/a dell Ente Segnalante. Tale configurazione garantisce l invio e la ricezione dei dati tra i soli indirizzi IP ambito del dominio di crittografia. Ulteriore elemento di sicurezza, da valutare in funzione della disponibilità dell Ente Segnalante, è l utilizzo di un protocollo di comunicazione basato su SFTP o SCP. L adozione di tali protocolli rafforza ulteriormente il concetto di sicurezza in quanto entrambi basati sullo scambio di chiavi di crittografia tra l Host Client (Ente Segnalante) e l Host Server (UCAMP). Ulteriore elemento qualificante è la segregazione delle informazioni scambiate tra l Ente Segnalante e il sistema SIPAF, su directory differenziate rispetto ai flussi dati basati su RNI e FEMSI. Tale distinzione inibisce la facoltà dell Ente Segnalante di leggere informazioni provenienti dagli altri Enti. E compito dell Ente Segnalante, per esempio via SFTP, di inviare via VPN i flussi sulla directory di input ad esso dedicata e prelevare dalla directory di output ad esso dedicata i flussi di conferma applicativa e divulgazione. Poiché il canale VPN è cifrato i flussi inviati attraverso questo canale non saranno criptati attraverso il modulo Bicrypt. Comunque dovrà essere effettuata la cifratura, tramite il modulo MODSIA. DEFINIZIONE DELLE UTENZE DI ACCESSO ALL APPLICAZIONE ONLINE Per accedere online al sistema SIPAF è necessario che UCAMP assegni ad ogni Ente Segnalante diretto, che desidera accedervi, una utenza ed una password. L Utenza che UCAMP assegnerà avrà un Profilo tale da consentire di generare nuove utenze operative relative all Ente Segnalante diretto e agli Enti Segnalanti indiretti di cui l Ente Segnalante diretto agisce quale Tramite Operativo; le nuove utenze generate non potranno avere la funzionalità di generare ulteriori utenze. Inoltre, le utenze degli Enti Segnalanti diretti avranno un Profilo che permetterà loro di immettere, visualizzare, rettificare e cancellare online le Segnalazioni sia relative a se stessi sia quelle relative agli Enti Segnalanti indiretti. Le utenze degli Enti Segnalanti indiretti potranno, invece, solo visualizzare i dati statistici sulle segnalazioni. ACCESSIBILITÀ DEL SISTEMA SIPAF Il sistema SIPAF garantirà i requisiti di accessibilità previsti dalla Legge n.4 del 9 gennaio 2004 Disposizioni per favorire l accesso dei soggetti disabili agli strumenti informatici e relativo Regolamento di attuazione (DPR n.75 del 1 Marzo 2005).
CHIARIMENTI SU TRACCIATI DEI FLUSSI SEGNALAZIONI (Rif. Manuale Operativo FUNZIONI) NUMERO RIFERIMENTO UNIVOCO DELLA SEGNALAZIONE Il sottocampo DATA CREAZIONE RECORD, di 8 caratteri numerici, è nella forma AAAAMMGG e non come riportato a pag 45 del manuale nella forma GGMMAAAA.
CHIARIMENTI SU TRACCIATI DEI FLUSSI SEGNALAZIONI (Rif. Manuale Operativo Standard) TUTTI I TRACCIATI RECORD La struttura del campo IDENTIFICATIVO FILE, presente su tutti i tracciati record, diventa la seguente: NNNNNbAAAAMMGGbNNNbb dove: NNNNN contiene il codice ABI (5 caratteri numerici) dell Ente segnalante; b contiene uno spazio; AAAAMMGG contiene la data creazione del file (8 caratteri numerici); b NNN bb contiene uno spazio; contiene il numero progressivo di invio file; tale numero deve essere univoco nell'ambito dell Ente Segnalante e della data di creazione indicati (3 caratteri numerici); il campo può contenere un valore compreso tra 001 e 899; contiene due spazi. Il numero progressivo di invio file (NNN) contenuto nell IDENTIFICATIVO FILE dei flussi inviati dagli Enti Segnalanti può essere compreso solo tra 001 e 899, perché i numeri da 900 a 999 sono utilizzati per la gestione dei flussi generati per le segnalazioni immesse on-line (gestione interna all applicazione). Tutti i campi facoltativi (F) devono contenere, se non valorizzati: spazi (blank) in caso di definizione dei campi [A=solo alfabetici (lettere), B=solo caratteri alfanumerici (lettere e numeri), X=caratteri alfanumerici (lettere, numeri e caratteri speciali)], zeri in caso di definizione dei campi [N=solo numeri]. Tutti i campi non presenti (NP) non saranno controllati, mentre nei file di divulgazione rispetteranno le regole dei campi facoltativi non valorizzati. TRACCIATO D01 Nel tracciato D01 di alimentazione dati punti vendita revocati/riconvenzionati il canpo LOCALITA IN CHIARO DEL PUNTO DI VENDITA diventa obbligatorio. L offset corretto del campo TERMID POS 9, di 8 caratteri numerici, è 549-556.
Ovviamente tutti gli offset che seguono il campo TERMID POS 9 nel tracciato vanno ridotti di una posizione TRACCIATO D02 Il campo DATA SCADENZA CARTA non è di 8 caratteri, ma solo di 6 nel formato MMAAAA, come riportato correttamente nella descrizione della DATA SCADENZA CARTA. Ovviamente tutti gli offset che seguono il campo DATA SCADENZA CARTA nel tracciato vanno ridotti di due posizioni fino al Filler, che diventerà più lungo di due bytes. Il campo CODICE IDENTIFICATIVO DELLA CONVENZIONE, di lunghezza 15 caratteri numerici, nel caso di mondo debito nazionale è il codice SIA considerato fino a livello di stabilimento, quindi costituito da 12 caratteri numerici, quindi il campo andrà allineato a destra con zeri a sinistra Nel caso di segnalazioni per TRANSAZIONI NON RICONOSCIUTE i campi identificativi del Punto di Vendita sono in alternativa a quelli relativi agli sportelli ATM a seconda di dove è avvenuta la transazione, se è stato utilizzato un POS o uno sportello ATM. Nel caso in cui la transazione è avvenuta per un acquisto in internet, i seguenti campi sono facoltativi perché non esistenti o di difficile individuazione: Codice identificativo della convenzione Località in chiaro del punto di vendita Categoria merceologica (ISO) In questo caso, si dovrà utilizzare il codice 07 nel campo Motivo del Disconoscimento per indicare che la carta è stata impropriamente utilizzata per acquisti in internet. Nella tabella D5 - tabella codici MOTIVO DISCONOSCIMENTO va quindi inserito anche il codice 07 corrispondente a Utilizzo fraudolento della carta in Internet TRACCIATI UA0 UA1 Il campo RICEVENTE, che contiene il Codice ABI dell UCAMP, deve essere valorizzato con 88018 TRACCIATI UC0 UC1-098 - UD0 UD1 Il campo MITTENTE, che contiene il Codice ABI dell UCAMP, conterrà 88018 GIORNATA APPLICATIVA E CUT-OFF
A pag.16 del Manuale Operativo - Standard (punto 4 del paragrafo 2.4) si fa riferimento al record di coda della Divulgazione che è UD1 e non UC1. Inoltre, la tabella con la tempificazione da rispettare per i DATI è quella riportata qui di seguito. Prog. Operazione Operatività del servizio 1 Ricezioni delle segnalazioni da parte Dalle 8:30 del lunedì alle 8:29 del sabato degli Enti segnalanti Ricezione da Presidio Sicurezza Dalle 15:00 alle 16:30 di ogni giorno 2 Monetica e Poste delle segnalazioni sugli ATM manomessi lunedì al venerdì Elaborazione dei flussi indicati nella Tre volte al giorno: riga 1 di tabella 8:30-10:00 12:30-13:30 3 16:30-17:00 dal lunedì al venerdì, una sola elaborazione il sabato: 8:30-10:00 4 Elaborazione dei flussi indicati nella 16:30-17:00 riga 2 di tabella dal lunedì al venerdì 5 6 7 Divulgazioni e trasmissioni delle risposte di massa ad interrogazioni on-line 17:30-16:00 dal lunedì al sabato Riallineamento archivi enti segnalanti 17:30-16:00 dal lunedì al sabato Elaborazione dati statistici Primo giorno lavorativo del mese 00:00-8:29 dal APPENDICE A - CIFRATURA RECORD CON MODSIA Nella stringa Dati di 160 caratteri prevista in input alla cifratura del record (modulo MODSIA), creata con i dati del record Segnalazioni Transazioni non riconosciute (tipo record D02), il campo Data Scadenza Carta diventa di 6 caratteri e non più di 8 caratteri. Il formato è MMAAAA.
CHIARIMENTI SU TRACCIATI DEI FLUSSI SEGNALAZIONI (Rif. Manuale Operativo Controlli) CODICI DI ERRORE I seguenti codici di errori per i record di testa e di coda non sono stati definiti e saranno utilizzati come segue: - 208: errore generico sul record di testa - 209: errore generico sul record di coda CAMPI NUMERICI Nel Manuale Operativo Controlli a pag 7 è scritto che: I campi numerici non possono assumere il valore zero, salvo diversa indicazione (039) Poiché i campi facoltativi numerici devono essere impostati a zero, il messaggio di errore precedente deve essere inteso solo per i campi numerici obbligatori.