Data ultimo aggiornamento: 14/12/2012

Stampa analisi finanz. cli/forn

Nome programma: BNTXRECL.DLL
Moduli richiesti: Tesoreria Extended

Il programma di Stampa Analisi Finanzaria per Cliente/fornitore permette di ottenere una serie di analisi finanziarie focalizzate sui singoli Clienti/fornitori.

In base alla Tipologia di Stampa, i campi filtri si abiliteranno/disabiliteranno per permettere all'utente di impostare i filtri necessari

Il flag "Prima ricalcola data prevista inc/ipag" ricalcola la data prevista inc/pagamento basandosi sulla data di scadenza ed effettivo incasso di scadenza gia saldate.

Si consiglia di lanciare prima l'opzione "Prima ricalcola data prevista incasso e pagamento" senza spuntare "aggiorna data ritardo incasso e pagamento cliente/forntiore", e poi spuntare "aggiorna data ritardo incasso e pagamento" e NON "prima ricalcola data prevsita incasso e pagamento".

Attenzione: il flag su Aggiorna data ritardo incassso e pagamento su cl/forn" provvede ad aggiornare / inserire giorni di ridardo basato sullo storico delle scadenze saldate. Questo potrebbe comportare che alcuni clienti, se hanno avuto nel passato problemi di pagamento, vada a applicare tale ritardo a tutte le scadenze future (a parità di tipo pagamento).

Le tabelle dei sottotipo pagamento sono:

1. sottotipo pagamento : TABSTPC

2. cliente+sottotipo pagamento: CLISTPG

3. Rating+sottotipo pagamento: TABRTST

Tipi di Stampa

1. Report di scandenziario: elenco scadenze suddivsi per cliente e con valori suddivisi in base alle note autorizzative. In tale scadenziario sono comprese anche le scadenze extra-contabili

(Esempio di stampa)

2. Tempo medio di rit incassso pagamento: elenco per cliente/fornitore basato sull analisi storica dei pagamenti/incassi effettuati. Vengono riportati i giorni medi di incasso complessivi (da data documento a data effettivo pagamento/incasso) e giorni di ritardo (da data scadenza a data effettivo pagamento/incasso), ponderati per il valore del pagamento. Sono esclusi dal calcolo le scadenze raggruppate, in quanto raggruppando piu documenti con data docuemnto diversa, non avrebbero una data documento valida al fine del calcolo.

(Esempio di Stampa)

Il calcolo del Giorni medi di incasso e pagamento avvengono nel seguente modo:

• Per RD/Contanti lavora su data documento (sc_datdoc) e data effettiva di incasso (sc_dtsaldato)

• Per RB/Tratte lavora tra data scadenza (sc_ datsca) e data effettiva di incasso(sc_datsca se incassata regolarmente o sc_dtsaldato se insoluto poi incassato)

• Per bonifico lavora tra data scadenza (sc_datsca) e data effettiva di incasso (sc_dtsaldato)

• Per rb emesse insolute, dall'elaborazione devono venir escluse le RB emesse e ritornate insolute. Devono essere prese al loro posto le RB riemesse (dove era stato precedentemente memorizzata la data originaria di incasso/pagamento). In pratica, se tra le scadenze sono presenti delle rata presenti anche in altri record come 'rate originarie', queste devono essere scartate.

PUO' FUNZIONARE CORRETTAMENTE SOLO SE NELLE RIEMISSIONI DI EFFETTI INSOLUTI E' GESTITA CORRETTAMENTE LA 'RATA ORIGINARIA'

NB: non è gestito il caso di RB/Tratte emesse, ritornate insolute (per cui è stata generata una nuova rata di tipo RD) e successivamente ripresentate in banca come nuove RB / Tratte. Nel caso di insoluto può essere fatto un incasso solo di tipo 'rimessa diretta' o 'contanti' o 'bonifico'

È necessario attivare l opzione di registro

BSCGINSO/OPZIONI/RiapriPariteRagg -1 per permettere il corretto calcolo in presenza di raggruppamenti effetti, poi ritornati insoluti e pagati successivamente.

Il sistema di calcolo è il seguente:

• TEMPO MEDIO PONDERATO GG INC/PAG: importo rata * GG tra data docum e data inc/pag effettiva. Poi fare la sommatoria raggruppata per cliente / sottotipo pagamento degli importi ottenuti e dividerla per la sommatoria degli importi, sempre raggruppati per cliente / sottotipo pagamento

• TEMPO MEDIO PONDERATO RITARDO INC/PAG: importo rata * GG tra data inc/pag prevista e data inc/pag effettiva. Poi fare la sommatoria raggruppata per cliente / sottotipo pagamento degli importi ottenuti e dividerla per la sommatoria degli importi, sempre raggruppati per cliente / sottotipo pagamento

Quindi se un cliente ha un pagamento di Tipo Rimessa DIretta 30 giorni, Fatture del 30.06.2012 e paga a 30 giorni quindi il 30.07.2012, nel prospetto vedremo Tempo medio incasso pagamento = 30 e ritardo = 30.

Mentre se il cliente anziche avere come pagaemento Rimessa Diretta, ha un pagamento RB a 30 giorni, avremo Tempo Medio incasso Pagametno 30gg e ritardo = 0

La tipologia di pagamento e' evidenziata dal "sottotipo pagamento" e non dalla forma di pagamento perche quest'ultima e' quella presente in anagrafica al momento della stampa e non sempre puo corrispondere alla condizione di pagamento applicata a quella scadenza.

3. Situazione Finanziario cliente /fornitori: report statistico per cliente/fornitore riportanti dati di fatturato, maturato, incassato, insoluto confrontanto con il periodo precedente

(Esempio di Stampa)

Per ogni periodo indicato vengono visualizzati:

- fatturato (preso da prinot per pn_datreg ; tiene conto di fatture e note di accredito. Per filtrare le registrazioni di fatture da incass/pagamenti verranno prese SOLO le registrazioni con causali con impostato 'tipo doc. iva' diverso da 'nessuno')

- maturato (scadenze con sc_datsca compresa nel periodo, saldate e non)

- incassato (scadenze saldate nel periodo: per RB e TRATTE viene semplicemente guardata la data di scadenza, indipendentemente dal flag 'saldato'; il problema degli insoluti viene ignorato in questa colonna. Per altri tipi di pagamento vengono prese solo le scadenze 'saldate' e filtrate per scaden.sc_dtsaldato

- Insoluti (preso da prinot per pn_datreg con causale di tipo 'insoluto')