Data ultimo aggiornamento: 13/11/2023

Clicca per accedere al sito di NTS Informatica
Clicca per accedere all'argomentoClicca per accedere all'argomentoClicca per accedere all'argomentoClicca per accedere all'argomento
Clicca per accedere al sito di NTS Informatica

Tracciati CBI

Business attraverso l'uso dei programmi Gestione Autorizzazione Incassi/Pagamenti e Gestione Distinte Effetti/Incassi/Pagamenti supporta i seguenti tracciati di esportazione CBI:

Disposizioni di incasso

  • MAV - Pagamento Mediante Avviso è un servizio di incasso crediti mediante invito al debitore di pagare presso qualunque sportello bancario, utilizzando un apposito modulo inviatogli dalla banca del creditore
  • Ri.Ba. - Ricevuta Bancaria Elettronica è un servizio di incasso crediti mediante invio di ricevuta elettronica emessa dal creditore
  • RID - Rapporti Interbancari Diretti è un servizio di incasso di crediti sulla base di un ordine permanente di addebito conferito dal debitore

Disposizioni di pagamento

  • Bonifico Italia ed estero è un servizio di ordine di pagamento a favore del creditore, che il debitore dispone tramite banca

Gli standard dei tracciati record sono presi da www.cbi-org.eu.

Bonifici esteri

Business può gestire la generazione di files per emissione di bonifici esteri sia nei confronti di fornitori operanti all'estero, che nei confronti di fornitori italiani operanti in valuta diversa da 0. La generazione dei bonifici esteri è limitata alle sole scadenze aventi come tipo di pagamento Bonifico. Per poter emettere dei bonifici esteri occorre seguire le seguenti istruzioni:

Nella tabella banche bisogna impostare correttamente i campi:

  • ABI
  • CAB
  • Codice SIA
  • N° C/C

Sulle anagrafiche dei fornitori (o comunque sulle scadenze che saranno oggetto di bonifico) i campi da impostare sono:

  • ABI
  • CAB

Nella tabella contenente i codici ABI è stato aggiunto il campo STATO ed il campo BIC (codice identificativo della banca a livello internazionale). Per le banche italiane lo stato può essere lasciato vuoto oppure può assumere valore I. Il codice BIC, in se, non è obbligatorio, ma viene utilizzato qualora sulla filiale (tabella CAB) non è stato indicato il codice SWIFT.

Nella tabella contenente i codici CAB è stato aggiunto il campo STATO ed il campo SWIFT (codice identificativo della filiale a livello internazionale). Per le banche italiane lo stato può essere lasciato vuoto oppure può assumere valore I. Il codice SWIFT è utilizzato in fase di emissione bonifico. Qualora mancasse, nel files verrà riportato i codice BIC indicato nella tabella ABI.

MAV

Per poter gestire questa tipologia di pagamento è necessario inserire un'opzione di registro globale OPZIONI\GestMAV = -1 che consente di abilitare la gestione dei MAV sui codici di pagamento di tipo 4 (oggi tipo 4 = contanti, diventerà tipo 4 = MAV).

è possibile generare una distinta di presentazione e gestire le autorizzazioni agli incassi. La distinta di presentazione è fatta preferibilmente con il programma Gestione Autorizzazione Incassi/Pagamenti (senza generare scritture contabili).

Si può generarla anche, eventualmente, con il programma Gestione Distinte Effetti/Incassi/Pagamenti. In questo caso verranno prodotte scritture contabili del tipo Banca sbf a Cliente. Contrariamente alle RIBA, infatti, per i pagamenti di tipo MAV non vanno preventivamente generati gli effetti attivi.

Dai programmi Gestione Autorizzazione Incassi/Pagamenti e Gestione Distinte Effetti/Incassi/Pagamenti si possono generare, su scadenze attive di tipo pagamento 4, file di presentazione MAV per la banca, da inviare con floppy o via remote banking.

Dal programma di prima nota si può acquisire automaticamente il file di ritorno fornito dalla banca con i dati relativi agli incassi effettivamente effettuati sui MAV presentati in precedenza. (Attenzione: è possibile la gestione dei soli esiti positivi, cioè degli incassi andati a buon fine).

Riepilogando, il ciclo consigliato è:

  1. registrazione fatture;
  2. presentazione distinta da gestione autorizzazioni e contestuale generazione del file
  3. registrazione degli incassi andati a buon fine tramite il programma Prima Nota (eventualmente importando il file esiti della banca).

RID

è possibile generare un file ASCII in formato RID per la presentazione in banca tramite i programmi Gestione Distinte Effetti/Incassi/Pagamenti e Gestione Autorizzazione Incassi/Pagamenti. Il comportamento contabile dei RID è lo stesso delle ricevute bancarie; è necessario pertanto dopo la contabilizzazione documenti , effettuare una Generazione effetti su scadenze con tipo pagamento 1 (oggi tipo 1 = tratta, diventerà tipo 1 = RID).

Per attivare la gestione RID è necessario impostare l'opzione di registro globale OPZIONI\GestRID = -1. Tale opzione abilita l'apposito pulsante all'interno di Gestione Distinte Effetti/Incassi/Pagamenti e Gestione Autorizzazione Incassi/Pagamenti col quale si può generare un file il cui nome sarà RIDnumero_distinta.asc, ad esempio per la distinta 1 il nome sarà Rid00001.asc.

La gestione RID come intesa da Business assume:

  1. nessuna gestione degli esiti si assume che i RID come le RB siano sempre onorati;
  2. nella gestione delle provvigioni i RID sono trattati come le RIBA;
  3. sono gestiti solo i RID commerciali
  4. non sono gestiti gli storni
  5. la gestione delle tratte vere e proprie e dei RID sono quindi alternativi

Nel file ASCII è possibile impostare il 'tipo codice' (carattere 97) uguale a 4, cioè codice cliente. Se impostato i caratteri da 98 a 113 dovranno contenere detto codice di 16 caratteri. Tale codice va memorizzato nel campo CONTATTO del cliente. Per rendere operativa questa funzionalità attivare le opzioni: BSCGAUTO\OPZIONI\RidCodClieDebContatto e BSCGDIST\OPZIONIRidCodClieDebContatto

Attenzione: quando si generano file RID per i quali poi si devono registrare gli esiti relativi agli insoluti (dal programma Gestione Insoluti), sono supportati solo numeri di documento, quindi anche di numeri di partita, che non eccedono il valore massimo 999999.

Per la gestione RID occorre codificare alcuni campi, fra i quali:

A - Anagrafiche clienti/fornitori

1. Codice BIC (stringa 11 caratteri), ossia l'identificativo dello sportello bancario a livello internazionale secondo lo standard ISO 9362. Se presente nella tabella ABI\CAB viene riportato anche in questo campo quando l'utente inserisce il codice CAB Filiale. E' obbligatorio per le disposizioni di pagamento soggetti esteri.

2. RID: tipo di addebito (stringa 1 carattere, valori ammessi blank=Non valorizzato, C=SDD Core e B=SDD B2B) . Indica lo schema di gestione del tipo di servizio . Le due tipologie si differenziano per la facoltà di chiedere lo storno da parte del debitore .

3. RID data sottoscrizione mandato (data, nullabile) : è la data sottoscrizione per le deleghe RID e dovrà essere inferiore al 01/02/2014 e non successiva alla data di esecuzione della prima presentazione SDD.

4. RID ID mandato (stringa di 35 caratteri). E' un campo che identifica la transazione nel flusso di incasso in tutti i suoi passaggi. E' case-and-space insensitive. Va chiesto alla banca mittente.

B - Tabella Banche

1. Codice BIC\Swift (stringa 11 caratteri), ossia l'identificativo dello sportello bancario a livello internazionale secondo lo standard ISO 9362. Se presente nella tabella ABI\CAB viene riportato anche in questo campo quando inserisco il codice CAB Filiale;

2. Identificativo del creditore (stringa 35 caratteri, nullabile). All'interno dell'area Sepa a ciascun creditore è assegnato un codice univoco denominato Creditor Identifier. Il Codice identificativo del creditore è importante perché permette di identificare in maniera univoca all'interno di tutta l'area Sepa l'azienda che incassa con addebiti diretti. È un'informazione obbligatoria sul mandato Sepa direct debit e sui singoli flussi di incasso. E' un codice che per l'Italia è così formato:

3. Codice CUC (Codice Univoco CBI) (stringa 35 caratteri, nullabile): è il codice identificativo assegnato dal consorzio CBI al soggetto titolare del conto corrente che effettua l'operazione SCT o SSDD . La comunità CBI è composta da tutti i soggetti (Banche, clienti, Terze parti) che hanno aderito alla nuova struttura del SEBC erogano e che fruiscono/erognao i nuovi servizi previsti. Per potere interagire tra di loro devono conoscere l'identificativo della controparte.

C - Scadenzario (e quindi tutti i programmi in cui sono esposti i dati delle scadenze: Gestione scadensario,Gestione autorizzazione incassi\pagamenti, Gestione distinte effetti, Raggruppamento scadenze effetti attivi, Gestione prima nota)

1. Codice BIC\Swift (stringa 11 caratteri), ossia l'identificativo dello sportello bancario a livello internazionale secondo lo standard ISO 9362. Se presente nella tabella ABI\CAB viene riportato anche in questo campo quando inserisco il codice CAB Filiale;

2. RID: tipo di addebito (stringa 1 carattere, valori ammessi blank=Non valorizzato, C=SDD Core e B=SDD B2B) . Indica lo schema di gestione del tipo di servizio . Le due tipologie si differenziano per la facoltà di chiedere lo storno da parte del debitore

3. RID tipo sequenza (stringa 1 carattere, valori ammessi blank=unica rata, P=prima rata, U=ultima rata, R=ricorrente) . E' un attributo non del mandato ma della singola disposizione e identifica se è :l'unica rata del contratto, o la prima rata del contratto, o l'ultima rata del contratto, o una rata successiva alla prima ma non l'ultima. Il valore predefinito è pilotabile tramite l'opzione di registro globale OPZIONI\Tipo_scadenza_RID (defaut: RCUR). I valori accettati sono:

4. RID data sottoscrizione mandato (data, nullabile) : è la data sottoscrizione per le deleghe RID e dovrà essere inferiore al 01/02/2014 e non successiva alla data di esecuzione della prima presentazione SDD.

5. RID ID mandato (stringa di 35 caratteri)

Specifiche per RID SEPA:

1. Tipo RID (core o b2b): Per default vengono generati rid di tipo CORE.
Per impostare RID di tipo B2B settare l'opzione di registro (già esistente) BSCGDIST/OPZIONI/RidVeloce = -1

2. Tipo sequenza (prima rata, ultima rata, rata unica, ecc) è stato riciclato il campo scaden.sc_cauval (in maschera delle scadenze 'causale valutaria') ed accetta i seguenti valori (default'')

In caso di indicazione di un valore diverso da quelli sopra esposti verrà considerata 'rata unica'.

Specifiche per Bonifici SEPA e Rid SEPA:

BSVEBANC/OPZIONI/Ditta_cod_banca_CUC = valore

Ad es. per la ditta Prova, codice banca 12 l'impostazione sarà la seguente:

Codifica anagrafica di soggetti esteri

IL soggetto debitore può essere: Italiano, estero o della Repubblica di San Marino. Infatti dal 12 dicembre 2013 anche la Repubblica di San Marino è stata ammessa alla SEPA. Ciò ha comportato delle modifiche nel flusso per gli S.D.D. e gli S.C.T. In particolare per gli S.D.D. è obbligatorio valorizzare il blocco Debtor Agent, già previsto nel caso di debitori esteri. Per cui avremo:

Clicca per accedere al sito di NTS Informatica