Differenze tra le versioni di "Conversione dei mandati e delle reversali"

Da wiki.maggioli.it.
Jump to navigation Jump to search
imported>Ethiella
imported>Ethiella
 
(7 versioni intermedie di uno stesso utente non sono mostrate)
Riga 3: Riga 3:
I mandati e le reversali si distinguono in due tipi: quelli che pagano o incassano un documento (Iva o non Iva) e quelli che pagano o incassano senza riferirsi ad alcun documento. Il modello implementato in Sicr@web prevede però che TUTTI i mandati e le reversali riferiscano un documento, eventualmente fittizio e creato appositamente.
I mandati e le reversali si distinguono in due tipi: quelli che pagano o incassano un documento (Iva o non Iva) e quelli che pagano o incassano senza riferirsi ad alcun documento. Il modello implementato in Sicr@web prevede però che TUTTI i mandati e le reversali riferiscano un documento, eventualmente fittizio e creato appositamente.


Questo è il modello dei mandati: '''''Impegno --> Documento --> Liquidazione --> Mandato'''''
Questo è il modello dei mandati (le frecce indicano le relazioni fra le entità): '''''Impegno <-- Documento <-- Liquidazione --> Mandato'''''
e questo è il modello delle reversali: '''''Accertamento --> Documento --> Reversale'''''. Questo significa che per importare un mandato bisogna importare anche un impegno, un documento e una liquidazione. Nel caso della reversale la liquidazione non esiste ma va comunque importato anche un accertamento e un documento.
e questo è il modello delle reversali: '''''Accertamento <-- Documento --> Reversale'''''. Questo significa che per importare un mandato bisogna importare anche un impegno, un documento e una liquidazione. Nel caso della reversale la liquidazione non esiste ma va comunque importato anche un accertamento e un documento.


Se gli archivi di provenienza hanno lo stesso modello di Sicr@web non sussistono particolari difficoltà. Quando invece negli archivi di provenienza i mandati e le reversali non riferiscono necessariamente un impegno e un documento, nasce la notevole difficoltà di "creare ad arte" questi oggetti fittizi. In questo caso il tracciato di importazione dei mandati viene in aiuto facendo in modo che sia Sicr@web stesso a crearsi il necessario per questi elementi fittizi.
Se gli archivi di provenienza hanno lo stesso modello di Sicr@web non sussistono particolari difficoltà. Quando invece negli archivi di provenienza i mandati e le reversali non riferiscono necessariamente un impegno e un documento, nasce la notevole difficoltà di "creare ad arte" questi oggetti fittizi. In questo caso il tracciato di importazione dei mandati viene in aiuto facendo in modo che sia Sicr@web stesso a crearsi il necessario per questi elementi fittizi.
Riga 46: Riga 46:


'''DETTAGLI (beneficiari o versanti)'''
'''DETTAGLI (beneficiari o versanti)'''
* '''applicazione_anagrafica''':
* '''applicazione_anagrafica''' e '''cod_trasco_anagrafica''': riferimento all'anagrafica del beneficiario/versante
* '''cod_trasco_anagrafica''':  
* '''applicazione_poscontabile''' e '''cod_trasco_poscontabile''': OBSOLETI, riempire con spazi
* '''applicazione_poscontabile''':
* '''cod_pc''': riferimento al piano dei conti, in generale va riempito con spazi
* '''cod_trasco_poscontabile''':  
* '''cod_siope''': codice siope del beneficiario/versante
* '''cod_pc''':  
* '''cod_tributo''': codice tributo versato con il mandato o trattenuto con la reversale
* '''cod_siope''':  
* '''eu''': 'E' per le reversali, 'U' per i mandati
* '''cod_tributo''':  
* '''applicazione''' e '''codice_trasco''': chiave logica del beneficiario/versante. Sarà riportata in ogni altro archivio che vorrà riferire questo beneficiario/versante
* '''eu''':  
* '''scadenza''': eventuale scadenza da comunicare al tesoriere per il pagamento/riscossione
* '''applicazione''':
* '''lordo''': importo lordo del beneficiario/versante
* '''codice_trasco''':  
* '''ritenute''': SOLO PER I MANDATI. Eventuale importo di ritenuta.
* '''scadenza''':  
* '''flg_ritenute_manuali''': SOLO PER I MANDATI: mettere a '1' se l'importo del campo ''ritenute'' non corrisponde all'importo calcolato in base al codice tributo ma è stato modificato manualmente dall'utente. Mettere a '0' altrimenti.
* '''lordo''':  
* '''des''': descrizione del beneficiario/versante
* '''ritenute''':  
* '''des_forma_pag''': descrizione della forma di pagamento/incasso
* '''flg_ritenute_manuali''':  
* '''condizioni''': condizioni di pagamento/incasso
* '''des''':  
* '''conto''': numero di conto corrente
* '''des_forma_pag''':  
* '''conto_banca_italia''': numero di conto corrente presso la Banca d'Italia
* '''condizioni''':  
* '''cin_eu''': CIN europeo
* '''conto''':  
* '''cin_it''': CIN italiano
* '''conto_banca_italia''':  
* '''cod_contocorrente''': tipo di conto corrente, riferisce la tabella ''Tipi di conto corrente''
* '''cin_eu''':  
* '''cod_bollo''': tipo di bollo, riferisce la tabella ''Tipi di bollo''
* '''cin_it''':  
* '''cod_pagamenti''': tipo di pagamento/incasso, riferisce la tabella ''Tipi di pagamento/incasso''
* '''cod_contocorrente''':  
* '''abi_istituto''': ABI della banca d'appoggio
* '''cod_bollo''':  
* '''des_istituto''': eventuale descrizione della banca d'appoggio che sarà usata per inserire la Banca nell'archivio delle banche qualora non vi fosse già presente.
* '''cod_pagamenti''':  
* '''cab_filiale''': CAB della banca d'appoggio
* '''abi_istituto''':  
* '''des_filiale''': eventuale descrizione della filiale della banca d'appoggio che sarà usata per inserire la Filiale nell'archivio delle Filiali bancarie qualora non vi fosse già presente.
* '''des_istituto''':  
* '''applicazione_delegato''' e '''cod_anagrafica_delegato''': riferimento all'anagrafica del delegato alla pagamento/riscossione
* '''cab_filiale''':  
* '''nominativo_delegato''': nominativo del delegato, in alternativa ai due campi ''applicazione_delegato'' e ''cod_anagrafica_delegato''
* '''des_filiale''':  
* '''codicefiscale_delegato''': codice fiscale del delegato, in alternativa ai due campi ''applicazione_delegato'' e ''cod_anagrafica_delegato''
* '''applicazione_delegato''':
* '''eu_pagamenti''': esportare solo se il campo ''cod_pagamenti'' non è vuoto. Mettere 'E' per le reversali, 'U' per i mandati
* '''cod_anagrafica_delegato''':  
* '''cup''': Codice Unico di Progetto
* '''nominativo_delegato''':  
* '''cpv''': Vocabolario comune per gli appalti pubblici, Common Procurement Vocabulary
* '''codicefiscale_delegato''':  
* '''cig''': Codice Identificativo di gara
* '''eu_pagamenti''':  
* '''flg_crea_imp_doc_liq''': mettere '1' se si desidera che la procedura di importazione produca i files necessari per creare anche l'impegno, il documento e la liquidazione. '0' altrimenti
* '''cup''':  
* '''flg_crea_doc_liq''': mettere '1' se si desidera che la procedura di importazione produca i files necessari per creare anche il documento e la liquidazione. '0' altrimenti
* '''cpv''':  
* '''flg_crea_liq''': mettere '1' se si desidera che la procedura di importazione produca i files necessari per creare anche la liquidazione. '0' altrimenti
* '''cig''':  
* '''cod_causale''''''applicazione_causale''' e '''cod_trasco_causale''': riferimento alla causale. Vanno compilati in alternativa: o si compila ''cod_causale'' oppure si compilano entrambi gli altri due campi. La causale è obbligatoria se ''flg_crea_imp_doc_liq'' = 1 oppure ''flg_crea_doc_liq'' = 1
* '''flg_crea_imp_doc_liq''':  
* '''cod_impegno''', '''applicazione_impegno''' e '''cod_trasco_impegno''': riferimento all'impegno. Vanno compilati in alternativa: o si compila ''cod_impegno'' oppure si compilano entrambi gli altri due campi. L'impegno è obbligatorio se ''flg_crea_doc_liq'' = 1 oppure ''flg_crea_liq'' = 1
* '''flg_crea_doc_liq''':  
* '''anno_competenza''': anno di competenza del pagamento. E' obbligatorio se ''flg_crea_imp_doc_liq'' = 1 oppure ''flg_crea_doc_liq'' = 1 oppure ''flg_crea_liq'' = 1
* '''flg_crea_liq''':  
* '''cod_programma''': programma. E' obbligatorio se ''flg_crea_imp_doc_liq'' = 1 oppure ''flg_crea_doc_liq'' = 1 oppure ''flg_crea_liq'' = 1
* '''cod_causale''':
* '''cod_bilancio''': capitolo (campo cod del file ''fin_bilancio_txt''. E' obbligatorio se ''flg_crea_imp_doc_liq'' = 1 oppure ''flg_crea_doc_liq'' = 1 oppure ''flg_crea_liq'' = 1
* '''applicazione_causale''':
* '''applicazione_centro_costo''' e '''cod_trasco_centro_costo''': riferimento al centro di costo. Non è obbligatorio e viene usato solo quando  ''flg_crea_imp_doc_liq'' = 1 oppure ''flg_crea_doc_liq'' = 1 oppure ''flg_crea_liq'' = 1
* '''cod_trasco_causale''':  
* '''applicazione_assfinanziaria''' e '''cod_trasco_assfinanziaria''': riferimento all'assegnazione finanziaria. Da compilare, obbligatoriamente, solo quando  ''flg_crea_liq'' = 1
* '''cod_impegno''':
* '''applicazione_impegno''':
* '''cod_trasco_impegno''':  
* '''anno_competenza''':  
* '''cod_programma''':  
* '''cod_bilancio''':  
* '''applicazione_centro_costo''':  
* '''cod_trasco_centro_costo''':

Versione attuale delle 17:33, 18 gen 2012

Per importare i mandati e le reversali è necessario produrre un diverso numero di file in funzione di come erano gestiti nel software di provenienza.

I mandati e le reversali si distinguono in due tipi: quelli che pagano o incassano un documento (Iva o non Iva) e quelli che pagano o incassano senza riferirsi ad alcun documento. Il modello implementato in Sicr@web prevede però che TUTTI i mandati e le reversali riferiscano un documento, eventualmente fittizio e creato appositamente.

Questo è il modello dei mandati (le frecce indicano le relazioni fra le entità): Impegno <-- Documento <-- Liquidazione --> Mandato e questo è il modello delle reversali: Accertamento <-- Documento --> Reversale. Questo significa che per importare un mandato bisogna importare anche un impegno, un documento e una liquidazione. Nel caso della reversale la liquidazione non esiste ma va comunque importato anche un accertamento e un documento.

Se gli archivi di provenienza hanno lo stesso modello di Sicr@web non sussistono particolari difficoltà. Quando invece negli archivi di provenienza i mandati e le reversali non riferiscono necessariamente un impegno e un documento, nasce la notevole difficoltà di "creare ad arte" questi oggetti fittizi. In questo caso il tracciato di importazione dei mandati viene in aiuto facendo in modo che sia Sicr@web stesso a crearsi il necessario per questi elementi fittizi.

In pratica è possibile inserire nel file dei mandati alcune direttive per dire al programma se deve creare anche l'impegno e/o il documento e/o la liquidazione. In questa ipotesi si presuppone che, se nel software di provenienza un mandato non ha l'impegno, allora non ha nemmeno il resto della filiera (documento e liquidazione). Allo stesso modo, se ha l'impegno ma non ha il documento, allora non ha nemmeno la liquidazione. In pratica: se per un mandato non esiste un elemento della catena, allora non esistono nemmeno gli elementi successivi.

Nel tracciato dei mandati sono stati infatti aggiunti tre indicatori: flg_crea_imp_doc_liq, flg_crea_doc_liq e flg_crea_liq. Questi tre indicatori attivano un modulo del processo di importazione dei mandati che produce i file TXT necessari per creare gli impegni e/o i documenti e/o le liquidazioni fittizi. Questi file TXT possono essere importati, successivamente ai mandati, con gli appositi progetti di importazione. I tre indicatori si trovano, ovviamente, a livello di beneficiario (versante per le reversali). I file TXT contenenti i dati per creare gli oggetti fittizi vengono inseriti in una cartella appositamente creata dal programma di importazione sotto la stessa cartella dove trovano i file TXT dei mandati. Un apposito messaggio comunica il percorso della cartella e ricorda all'utente di importare anche questi file.

Oltre ai tre indicatori il tracciato dei beneficiari di mandato contiene anche alcuni campi necessari per creare gli oggetti fittizi. Nel caso non si desideri usare l'automatismo per la creazione di impegni/documenti/liquidazioni, questi campi si possono lasciare vuoti.

Uno stesso file di beneficiari può contenere beneficiari nei quali i tre indicatori richiedono la creazione di oggetti fittizi e beneficiari per i quali l'automatismo non è richiesto (si tratta, ad esempio, di beneficiari di mandato che pagano fatture per le quali sarà prodotto l'apposito file TXT). Al massimo uno dei tre indicatori può avere il valore 1.

Tracciati per l'importazione dei mandati

TESTATA

  • cod_titolo: codice ministeriale del titolo
  • cod_servizio: codice ministeriale del servizio
  • cod_intervento: codice ministeriale dell'intervento
  • cod_categoria: codice ministeriale della categoria
  • cod_risorsa: codice ministeriale della risorsa
  • cod_voce_economica: codice ministeriale della voce economica
  • anno_distinta e cod_distinta: anno e numero della distinta nella quale questo mandato/reversale è stato trasmesso al tesoriere
  • anno_distinta_ann e cod_distinta_ann: anno e numero della distinta nella quale questo mandato/reversale è stato trasmesso al tesoriere come annullato
  • eu: 'E' per le reversali, 'U' per i mandati
  • cod: numero del mandato/reversale
  • anno: anno del mandato/reversale
  • data: data del mandato/reversale
  • flg_buono: '0' se si tratta di un mandato o di una reversale, '1' se si tratta di un buono o di una ricevuta economale
  • flg_buono_rimb: SOLO PER ECONOMATO: '1' se il buono è stato rimborsato (ricevuta versata), '0' altrimenti
  • flg_residuo: '1' se il mandato/reversale è a residuo, '0' se è a competenza
  • flg_provvisorio: '1' se il mandato/reversale è provvisorio (= incompleto, in lavorazione, ...), '0' se è effettivo
  • flg_stampato: '1' se il mandato/reversale è già stato stampato, '0' altrimenti
  • flg_annullato: '1' se il mandato/reversale è annullato, '0' altrimenti
  • des: descrizione del mandato
  • data_rimborso_manuale: SOLO PER ECONOMATO: nel caso si tratti di un buono rimborsato (ricevuta versata) contiene la data del mandato di rimborso (reversale di incasso)
  • flg_rimborso_eco: '1' se si tratta di un mandato di rimborso buoni economali o di una reversale di incasso ricevute, '0' altrimenti
  • cod_bilancio: capitolo sul quale è stato emesso il mandato. Contiene il valore esportato nel campo cod del file fin_bilancio_txt.
  • cod_agente_contabile: SOLO PER ECONOMATO: numero dell'agente contabile che ha emesso il buono/ricevuta economale
  • anno_man_rimb e cod_man_rimb: SOLO PER ECONOMATO: anno e numero del mandato nel quale è stato rimborsato il buono (reversale di incasso per le ricevute)
  • tipo_atto_rimborso, cod_settore_rimborso, num_atto_rimborso, anno_atto_rimborso, data_atto_rimborso: estremi dell'atto che ha autorizzato il rimborso all'economo (versamento delle ricevute). Questi campi hanno significato solo se nel campo flg_rimborso_eco è stato esportato il valore '1'


DETTAGLI (beneficiari o versanti)

  • applicazione_anagrafica e cod_trasco_anagrafica: riferimento all'anagrafica del beneficiario/versante
  • applicazione_poscontabile e cod_trasco_poscontabile: OBSOLETI, riempire con spazi
  • cod_pc: riferimento al piano dei conti, in generale va riempito con spazi
  • cod_siope: codice siope del beneficiario/versante
  • cod_tributo: codice tributo versato con il mandato o trattenuto con la reversale
  • eu: 'E' per le reversali, 'U' per i mandati
  • applicazione e codice_trasco: chiave logica del beneficiario/versante. Sarà riportata in ogni altro archivio che vorrà riferire questo beneficiario/versante
  • scadenza: eventuale scadenza da comunicare al tesoriere per il pagamento/riscossione
  • lordo: importo lordo del beneficiario/versante
  • ritenute: SOLO PER I MANDATI. Eventuale importo di ritenuta.
  • flg_ritenute_manuali: SOLO PER I MANDATI: mettere a '1' se l'importo del campo ritenute non corrisponde all'importo calcolato in base al codice tributo ma è stato modificato manualmente dall'utente. Mettere a '0' altrimenti.
  • des: descrizione del beneficiario/versante
  • des_forma_pag: descrizione della forma di pagamento/incasso
  • condizioni: condizioni di pagamento/incasso
  • conto: numero di conto corrente
  • conto_banca_italia: numero di conto corrente presso la Banca d'Italia
  • cin_eu: CIN europeo
  • cin_it: CIN italiano
  • cod_contocorrente: tipo di conto corrente, riferisce la tabella Tipi di conto corrente
  • cod_bollo: tipo di bollo, riferisce la tabella Tipi di bollo
  • cod_pagamenti: tipo di pagamento/incasso, riferisce la tabella Tipi di pagamento/incasso
  • abi_istituto: ABI della banca d'appoggio
  • des_istituto: eventuale descrizione della banca d'appoggio che sarà usata per inserire la Banca nell'archivio delle banche qualora non vi fosse già presente.
  • cab_filiale: CAB della banca d'appoggio
  • des_filiale: eventuale descrizione della filiale della banca d'appoggio che sarà usata per inserire la Filiale nell'archivio delle Filiali bancarie qualora non vi fosse già presente.
  • applicazione_delegato e cod_anagrafica_delegato: riferimento all'anagrafica del delegato alla pagamento/riscossione
  • nominativo_delegato: nominativo del delegato, in alternativa ai due campi applicazione_delegato e cod_anagrafica_delegato
  • codicefiscale_delegato: codice fiscale del delegato, in alternativa ai due campi applicazione_delegato e cod_anagrafica_delegato
  • eu_pagamenti: esportare solo se il campo cod_pagamenti non è vuoto. Mettere 'E' per le reversali, 'U' per i mandati
  • cup: Codice Unico di Progetto
  • cpv: Vocabolario comune per gli appalti pubblici, Common Procurement Vocabulary
  • cig: Codice Identificativo di gara
  • flg_crea_imp_doc_liq: mettere '1' se si desidera che la procedura di importazione produca i files necessari per creare anche l'impegno, il documento e la liquidazione. '0' altrimenti
  • flg_crea_doc_liq: mettere '1' se si desidera che la procedura di importazione produca i files necessari per creare anche il documento e la liquidazione. '0' altrimenti
  • flg_crea_liq: mettere '1' se si desidera che la procedura di importazione produca i files necessari per creare anche la liquidazione. '0' altrimenti
  • cod_causale, applicazione_causale e cod_trasco_causale: riferimento alla causale. Vanno compilati in alternativa: o si compila cod_causale oppure si compilano entrambi gli altri due campi. La causale è obbligatoria se flg_crea_imp_doc_liq = 1 oppure flg_crea_doc_liq = 1
  • cod_impegno, applicazione_impegno e cod_trasco_impegno: riferimento all'impegno. Vanno compilati in alternativa: o si compila cod_impegno oppure si compilano entrambi gli altri due campi. L'impegno è obbligatorio se flg_crea_doc_liq = 1 oppure flg_crea_liq = 1
  • anno_competenza: anno di competenza del pagamento. E' obbligatorio se flg_crea_imp_doc_liq = 1 oppure flg_crea_doc_liq = 1 oppure flg_crea_liq = 1
  • cod_programma: programma. E' obbligatorio se flg_crea_imp_doc_liq = 1 oppure flg_crea_doc_liq = 1 oppure flg_crea_liq = 1
  • cod_bilancio: capitolo (campo cod del file fin_bilancio_txt. E' obbligatorio se flg_crea_imp_doc_liq = 1 oppure flg_crea_doc_liq = 1 oppure flg_crea_liq = 1
  • applicazione_centro_costo e cod_trasco_centro_costo: riferimento al centro di costo. Non è obbligatorio e viene usato solo quando flg_crea_imp_doc_liq = 1 oppure flg_crea_doc_liq = 1 oppure flg_crea_liq = 1
  • applicazione_assfinanziaria e cod_trasco_assfinanziaria: riferimento all'assegnazione finanziaria. Da compilare, obbligatoriamente, solo quando flg_crea_liq = 1