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

Da wiki.maggioli.it.
Jump to navigation Jump to search
imported>Ethiella
(Nuova pagina: 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 dist...)
imported>Ethiella
Riga 1: Riga 1:
Per importare i mandati e le reversali è necessario produrre un diverso numero di file in funzione di come erano gestiti nel software di provenienza.
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.
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: '''''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.


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.
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.
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.
Riga 14: Riga 14:
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.
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.  
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 ==
== Tracciati per l'importazione dei mandati ==
Riga 24: Riga 24:
* '''cod_risorsa''': codice ministeriale della risorsa
* '''cod_risorsa''': codice ministeriale della risorsa
* '''cod_voce_economica''': codice ministeriale della voce economica
* '''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''' 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
* '''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
* '''eu''': 'E' per le reversali, 'U' per i mandati
* '''cod''': numero del mandato/reversale
* '''cod''': numero del mandato/reversale
Riga 31: Riga 31:
* '''data''': data 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''': '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''':
* '''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''':
* '''cod_trasco_anagrafica''':
* '''applicazione_poscontabile''':
* '''cod_trasco_poscontabile''':
* '''cod_pc''':
* '''cod_siope''':
* '''cod_tributo''':
* '''eu''':
* '''applicazione''':
* '''codice_trasco''':
* '''scadenza''':
* '''lordo''':
* '''ritenute''':
* '''flg_ritenute_manuali''':
* '''des''':
* '''des_forma_pag''':
* '''condizioni''':
* '''conto''':
* '''conto_banca_italia''':
* '''cin_eu''':
* '''cin_it''':
* '''cod_contocorrente''':
* '''cod_bollo''':
* '''cod_pagamenti''':
* '''abi_istituto''':
* '''des_istituto''':
* '''cab_filiale''':
* '''des_filiale''':
* '''applicazione_delegato''':
* '''cod_anagrafica_delegato''':
* '''nominativo_delegato''':
* '''codicefiscale_delegato''':
* '''eu_pagamenti''':
* '''cup''':
* '''cpv''':
* '''cig''':
* '''flg_crea_imp_doc_liq''':
* '''flg_crea_doc_liq''':
* '''flg_crea_liq''':
* '''cod_causale''':
* '''applicazione_causale''':
* '''cod_trasco_causale''':
* '''cod_impegno''':
* '''applicazione_impegno''':
* '''cod_trasco_impegno''':
* '''anno_competenza''':
* '''cod_programma''':
* '''cod_bilancio''':
* '''applicazione_centro_costo''':
* '''cod_trasco_centro_costo''':

Versione delle 14:01, 28 dic 2011

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: 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:
  • cod_trasco_anagrafica:
  • applicazione_poscontabile:
  • cod_trasco_poscontabile:
  • cod_pc:
  • cod_siope:
  • cod_tributo:
  • eu:
  • applicazione:
  • codice_trasco:
  • scadenza:
  • lordo:
  • ritenute:
  • flg_ritenute_manuali:
  • des:
  • des_forma_pag:
  • condizioni:
  • conto:
  • conto_banca_italia:
  • cin_eu:
  • cin_it:
  • cod_contocorrente:
  • cod_bollo:
  • cod_pagamenti:
  • abi_istituto:
  • des_istituto:
  • cab_filiale:
  • des_filiale:
  • applicazione_delegato:
  • cod_anagrafica_delegato:
  • nominativo_delegato:
  • codicefiscale_delegato:
  • eu_pagamenti:
  • cup:
  • cpv:
  • cig:
  • flg_crea_imp_doc_liq:
  • flg_crea_doc_liq:
  • flg_crea_liq:
  • cod_causale:
  • applicazione_causale:
  • cod_trasco_causale:
  • cod_impegno:
  • applicazione_impegno:
  • cod_trasco_impegno:
  • anno_competenza:
  • cod_programma:
  • cod_bilancio:
  • applicazione_centro_costo:
  • cod_trasco_centro_costo: