Data ultimo aggiornamento: 13/06/2012

Liquidazione e gestione delle provvigioni

In Business la liquidazione della provvigione può essere eseguita nei seguenti modi:

• provvigioni liquidate sul fatturato
• provvigioni liquidate sul maturato
• provvigioni liquidate sull'incassato

Nel caso della liquidazione sul fatturato, le provvigioni spettano all'agente al momento dell'emissione della fattura; l'agente fatturerà alla ditta i suoi compensi in base alle provvigioni calcolate sulle fatture emesse nel periodo precedente. Qualora, poi, il cliente non pagasse la fattura, le relative provvigioni verrebbero stornate all'agente nel periodo in cui l'insolvenza si rendesse evidente.

Nel caso della liquidazione sul maturato, le provvigioni vengono invece fatturate dall'agente in base agli importi che sono venuti a scadenza (in base ai pagamenti concordati con i clienti ed evidenziati in fattura) nel periodo precedente.

Esempio: su una fattura di Eur 1.000,00 emessa il 05/12/2011 pagamento R.B. 30/60 gg data fattura (quindi rate scadenti il 05/01/2012 e 05/02/2012) con un totale provvigioni di Eur 100,00 le provvigioni matureranno al 05/01/2012 per Eur 50,00 e al 05/02/2012 per altre Eur 50,00. L'agente provvederà perciò a fatturare gli importi suddetti solo nei due mesi successivi alla emissione della fattura. Anche qui qualora il cliente poi non pagasse, le relative provvigioni verrebbero stornate all'agente nel periodo in cui l'insolvenza si rendesse evidente.

Nel caso della liquidazione sull'incassato, occorre distinguere due casi, a seconda del tipo di pagamento previsto in fattura: per i pagamenti di tipo R.B. o tratta, la liquidazione avviene come nel caso delle provvigioni liquidate sul maturato; per le rimesse dirette, i contanti e i bonifici bancari, invece, le provvigioni si considereranno liquidabili (cioe' fatturabili da parte dell'agente) solo se la fattura risulterà pagata in contabilità generale (e solo per la parte pagata, qualora si sia verificato un pagamento parziale ... ). Per utilizzare questo sistema occorre perciò che :

• sia presente anche il modulo della contabilità generale
• che i clienti siano gestiti a partite e scadenze
• che siano regolarmente registrati gli incassi avvenuti relativi alle fatture emesse a clienti

Il tipo di liquidazione dell'agente viene impostato nella Tabella Agenti, nella casella Mod. Corresponsione.

NB: nel caso di provvigioni calcolate sull'incassato, normalmente si usa, per i pagamenti che debbono essere effettuati dai clienti su Ricevuta bancaria, prevedere un periodo congruo per avere la certezza che l'incasso sia avvenuto, prima di corrispondere all'agente le provvigioni relative . Per fare questo è sufficiente indicare nella tabella agenti nel campo 'Decorrenza maturato provvigioni' 15 o 30 giorni (per esempio). In tal modo la provvigione verrà corrisposta all'agente (verrà considerata liquidabile, cioè maturata) solo se trascorsi 15 o 30 giorni dalla scadenza della RB . Qualora questo tempo trascorra senza altra indicazione, la provvigione maturerà nel periodo successivo; qualora invece il cliente respinga la RB (si determini cioè un insoluto), si provvederà registrare l'arrivo dell'insoluto prima della scadenza ultima del termine. Usando il programma 'Gestione insoluti', per la registrazione di tali insoluti, il programma provvede automaticamente (purchè sia già stata eseguita la Generazione delle provvigioni del periodo!) a 'sospendere' le provvigioni relative a quelle RB. Sarà compito dell'utente , al momento dell'incasso differito dell'insoluto, riabilitare la provvigione col programma 'Gestione Provvigioni'.

Nuova gestione provvigioni su incassato Business NET 2012

Riguardo alla gestione delle provvigioni sull'incassatto a partire da Business NET 2012, sono gestite le note di accredito differite emesse. Il tutto avviene attivato con la nuova opzione Nuova gestione provvigioni su incassato presente in anagrafica ditta nella finestra dei dati aggiuntivi contabilità. Rispetto alla versione precedente, ogni riga di provvigioni è collegata direttamente ad una riga dello scadenziario, quindi quando si spezza una scadenza, verrà spezzata anche la riga di provvigione. Quando si modifica una scadenza, ad esempio accorpandola con un'altra, dovrà essere rifatta l'estrazione provvigioni.

NB: se dopo l'estrazione delle provvigioni, modifico, spezzo o cambio tipo scadenza, devo rifare l'estrazione delle provvigioni! Questo significa che nel caso si utilizzi il nuovo sistema delle provvigioni, l'estrazione dati deve essere fatta immediatamente prima dell'elabarazione del maturato. Inoltre con il nuovo sistema di calcolo delle provvigioni su incassato la generazione delle provvigioni deve essere rilanciata tutte le volte che si effettuano modifiche sulle scadenze, indipendentemente dal programma che ha fatto la modifica (contabilizzazione documenti, gestione prima nota, gestione insoluti, generazione effetti, ...). In pratica la generazione delle provvigioni va lanciata sempre prima di consultare le provvigioni, maturarle o stamparle.

Per l'elaborazione del maturato, le date 'dalla data', 'alla data documento' inserite dovrebbero essere quelle del periodo successivo all'ultima corresponsione di provvigioni. Ad ogni modo il programma, solo nel caso in cui in anagrafica ditta sia spuntato di gestire le nuove provvigioni, provvede a rielaborare anche tutti i documenti collegati a scadenze, dove le informazioni contenute nella tabella delle provvigioni differiscono da quelle presenti nella tabella delle scadenze sulla stessa partita. I campi che non devono differite per evitare di riestrarre le provvigioni del documento sono:

• Importo scadenza
• Data scadenza
• Tipo pagamento
• Flag 'saldato'
• Data pagamento della scadenza

Se la provvigione risulta essere pagata, nella riestrazione dei dati verranno generati dei messaggi in un file di log.

L'elaborazione maturato sul maturato, fatturato e incassato totale continueranno ad operare come ora, mentre l'elaborazione sull'incassato varia sostanzialmente:

• in caso di incassato con rimessa diretta, si guarderà in scadenziario se effettivamente la rata risulta essere incassata. ATTENZIONE: se la scadenza sulla provvigione è 30/06 ed incassiamo al 15/04, elaborando il maturato al 30/04 ora viene maturata perché l'elaborazione guarda la data di effettiva registrazione del pagamento in prima nota (scaden.sc_dtsaldato)
• per incassato su R.B./tratta:
  • se il cliente non si chiude fino all'effettivo incasso tratto le R.B./tratta come se fossero rimesse dirette
  • se il cliente viene chiuso con l'emissione effetti, vengono prese le scadenze saldate con data di scadenza della rata collegata alla provvigione incrementata dei gioni di esito (presi dall'anagrafica agente) inferiore a data elaborazione
  • se a fronte di più scadenze viene fatto un raggruppamento effetti, la data di scadenza deve essere quella della nuova scadenza, questa nuova data viene memorizzata nella provvigione nel nuovo campo 'data effettiva per maturazione' (da utilizzare successivamente per tutte le elaborazioni)
  • se viene cancellato il raggruppamento effetti deve essere considerata la scadenza originaria.

    Per gestire questa problematica nella prima fase di elaborazione maturato viene ricalcolata la nuova data di scadenza: prima viene impostata quella della rata originaria, successivamente si verifica se la scadenza è stata raggruppata (registrazione di contabilità generale di incasso con causale 'raggruppamento effetti') e nel caso si prende la data di scadenza della nuova rata, ovvero l'unica nuova scadenza generata dalla registrazione di raggruppamento effetti a parità di conto. Non è gestito il caso di raggruppamento effetti che chiudono scadenze raggruppate (ovvero nidificazione di raggruppamento). Non è gestito il caso di raggruppamento effetti che salda scadenze di tipo R.B. con nuova scadenza non di tipo R.B. (stessa cosa per tratte, ovvero il tipo scadenza deve essere lo stesso tra scadenze salsate e nuova scadenza generata). Se la nuova scadenza raggruppata risulta non saldata, non viene maturato nulla (perché ancora non presentata in banca ...). Con generazione R.B. senza chiusura cliente, quindi, maturo quando la scadenza è saldata. Ma se faccio il raggruppamento effetti, la scadenza viene subito saldata, mentre quella nuova potrebbe non esserlo, quindi non va maturata fino a quando non è saldata.

Problema degli insoluti: in Business non c'è nessun elemento che permette di collegare la scadenza insoluta originaria con quella nuova di riapertura cliente, per questo sulla scadenza è stato necessario aggiungere il campo 'numero rata originaria da insoluto', dove sulla rata nuova si mette quella della rata originaria non incassata/insoluta, registrata dalla gestione insoluti. Inoltre è stato necessario cambiare il flag 'insoluto' da S/N a S/N/O, dove O sta ad indicare che si tratta di una scadenza originaria insoluta. In pratica guardando la scadenza originaria, se il flag 'insoluto' (sc_insolu) vale O, per l'elaborazione del maturato viene valutata la scadenza nuova che è stata generata dalla gestione insoluti. Da prima nota, nelle registrazioni con causale 'insoluto', bisogna ricordarsi di gestire manualmente i due nuovi campi. In sellezione scadenze e gestione scadenziario sono stati aggiunti dei controlli per fare in modo che se si spunta 'insoluto' venga compilato anche il nuovo campo 'insoluto rata originaria'.

Quando dai documenti prelevo i record delle scadenze per generare le provvigioni, vengono prese sia le righe normali che quelle di insoluto. Quelle di insoluto originario ('sc_insolu = 'O') avranno come segno '0' (ovvero ne +1 ne -1) perché ai fini dell'elaborazione del maturato sarà la nuova rata insoluta che farà maturare/pagare la provvigione.

Con le modifiche di cui sopra, sono stati modificati i seguenti programmi:

• Estrazione provvigioni: per maturato e/o fatturato nessuna modifica; per incassato per ogni documento vengono generate tante righe di provvigione quante sono le righe di scadenziario (da dei messaggi in un log se a fronte di fatture non sono presenti i record in scadenziario, magari perchè la fattura non è stata contabilizzata per cui non è stato possibile maturare le provvigioni), e il conto del cliente sarà sempre quello di contabilità generale. Nella colonna omaggi delle provvigioni ci sarà sempre e solo l'importo degli omaggi, mentre in precedenza, nei pagamenti misti, c'era anche l'importo delle R.B. sulla provvigione di tipo R.D.
• Elaborazione maturato: in caso di provvigione solo maturata l'elaborazione prosegue normalmente, se invece è pagata, prima devo verificare se sulla scadenza c'è ancora la rata collegata alla provvigione; nel caso ci sia mantengo il record di provvigione invariato, altrimenti se non c'è il record della scadenza con stessa rata, viene dato un log e il record della provvigione impostato come origine non collegato a scadenza (='Z') ; se c'è record della scadenza ma questa non è pagata, o ha importo diverso, mi comporto come se non ci fosse il record di scadenza e viene dato il messaggio che la situazione è incongrua e dovrà essere sistemata manualmente dall'utente.
• Gestione provvigioni: le righe con tipo provvigione T e Z non possono essere inserite/modificate manualmente, visto che devono essere manipolate dal programma di estrazione provvigioni ed elaborazione maturato.

Nel caso di passaggio da provvigioni su incassato a maturato/fatturato o viceversa deve essere rifatta l'estrazione provvigioni.

Vista l'impossibilità di convertire il precedente archivio di provvigioni, per operare con il nuovo modo occorre abilitare l'apposito flag in anagrafica ditta ed effettuare nuovamente l'estrazione delle provvigioni per i periodi ancora non corrisposti. Il programma di anagrafica ditta controllerà ed impedirà il cambio del flag se esistono delle provvigioni con righe non pagate.

Problematica delle note di accredito: nel caso di elaborazione maturato su fatturato/maturato rimane come ora, mentre nel caso di elaborazione su incassato la scadenza della nota di accredito maturerà al momento del saldo delle scadenze collegate alla righe di provvigione.

Per poter gestire la verifica delle righe maturate\pagate 'a data' sulle provvigioni sono stati aggiunti i campi per memorizzare la data di maturazione e la data di pagamento. Nelle provvigioni create con la nuova gestione attiva, il campo importo è sempre positivo. Sarà la colonna segno (+1/-1/0) che permetterà di capire se la provvigione è da sommare o sottrarre o solo informative.

Con il nuovo sistema si vogliono gestire anche operazioni di anticipo\acconti su provvigioni e, per farlo, viene esteso il campo di origine (pv_origine) della tabella delle provvigioni per memorizzare:
M = provvigioni derivate da documenti di magazzino su maturato e fatturato (e incassato vecchio sistema)
T = sono i record con nuovo sistema di 'INCASSATO'
A = righe di acconti su provvigioni (la maturazione ed il pagamento sono gestiti manualmente, sempre segno '+')
B = storno di acconti su provvigioni (per annullare le righe di tipo 'A'; la maturazione ed il pagamento sono gestiti manualmente, sempre segno '-')
S = storno di provvigioni precedentemente corrisposte (sono provvigioni sempre con segno negativo ad esempio note di accred a clienti per abbuoni in valore a fine anno)
C = integrazioni (righe gestite manualmente in positivo e/o negativo, il maturato e pagato sono gestiti manualmente)
X = provvigioni simulate (sia in + che in -) sono estrazioni di provvigioni da impegni clienti, ddt emessi non fatturati e ddt ricevuti da clienti non finiti in note di accredito differite, per fornire un prospetto futuro. Non possono essere ne maturate ne pagate. In estrazione provvigioni aggiunta la voce di menu 'elabora simulazione' e 'cancella simulazione'. I ddt emessi per default sono sempre simulazione. Per RSM, per rendere i ddt emessi al pari della fattura immediata va settata l'opzione di registro BSPRGNPV\OPZIONI\DDTEmessiNoSimulazione = -1. Da gli ordini vengono prese solo righe inevase (come 'data documento' viene presa la data di consegna), per i ddt vengono presi solo quelli non fatturati. Sugli impegni clienti, per le date di scadenza dei pagamenti viene lanciata la calcola scadenze (se sull'ordine manca il codice pagamento, lo prende dall'anagrafica, se non c'e' neanche in anagrafica scarta il documento). Nell'elaborazione della simulazione i filtri di tipo bolla\fattura e il flag 'elabora documenti già elaborati' vengono ignorati
Z= righe corrisposte con precedenti elaborazioni che durante la nuova estrazione provvigioni non hanno avuto riscontro con nuovi record provvigione