Add new attachment

Only authorized users are allowed to upload new attachments.

This page (revision-1) was last changed on 23-Aug-2019 17:31 by UnknownAuthor

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Difference between version and

At line 1 added 120 lines
%%(display:none)
{{{
WikiUp
}}}
/%
[{TableOfContents }]\\
!!! Generalità\\
Per calcolare correttamente le scadenze risulta spesso necessario inserire alcune eccezioni relative a particolari periodi (tipicamente festivi) o particolari giorni fissi di incasso/pagamento.\\
\\
In smeup tali informazioni possono essere fissate secondo due modalità:\\
* A livello di eccezioni per singolo soggetto, tramite l'estensione £52\\
* Tramite la struttura dei "calendari" che permette di definire le eccezioni a vari livelli di risalita (es. per tutti i clienti, per tipo pagamento, per codice pagamento ecc.)\\
\\
Le due modalità possono essere utilizzate in contemporanea al fine di sfruttare le funzionalità di entrambe. NOTA BENE: in ordine vengono prima elaborate le eccezioni e poi verificati i calendari.\\
\\
!!! Eccezioni su singolo soggetto\\
!! Scopo\\
Permette di definire alcune eccezioni a livello di singolo ente. Tali eccezioni si possono così suddividere:\\
* Giorni fissi - identificano gli unici giorni del mese in cui gli incassi/pagamenti possono ricadere.\\
* Periodi di spostamento - identificano periodi all'interno dei quali gli incassi/pagamenti non\\
possono ricadere. Le scadenze che vi ricadono vengono automaticamente spostate al giorno specifico\\
indicato o al giorno immediatamente successivo al periodo di esclusione.\\
\\
[{Image src='immagini/MBDOC-C5D010_B/C5D010_056.png' caption='' width='100%' style='max-width: 100%;'}]\\
Vedi Eccezioni su Scadenze (TABRI-£52)\\
\\
!!! Calendari\\
!! Scopo\\
Si utilizza il calendario di Sme.up per legare ai clienti e fornitori le date nelle quali possono avvenire i pagamenti.\\
Utilizzando la tecnica della risalita, si deve impostare un calendario standard per tutti gli enti e introdurre la singola specificità a livello di singolo codice solo dove diverso da tutti gli altri.\\
Nel giorno di chiusura non può cadere un pagamento che slitta in avanti fino alla prima data di apertura.\\
Tipicamente si deve legare un calendario ai clienti e uno ai fornitori.\\
Di seguito verrà illustrata, a titolo d'esempio, l'applicazione verso i clienti. Parallelamente può essere fatto verso i fornitori, semplicemente sostituendo CLI con FOR.\\
Si può anche attivare il calendario a livello di tipo contatto AZI per definire un calendario aziendale. Questo calendario viene preso in considerazione solo per il calcolo delle scadenze fornitori.\\
\\
Oltre che a livello di clienti e fornitori è anche possibile definire i calendari a livello\\
di codice pagamento o tipo pagamento. Questa indicazione va imputata nella tabella C53.\\
\\
Per quanto riguarda il tipo Pagamento, è possibile definire due differenti calendari a seconda che si tratti incassi o pagamenti. E' da sottolineare che se viene definito solo il calendario degli incassi questo viene automaticamente assunto anche per i pagamenti.\\
\\
Per il calcolo delle scadenze vengono sempre presi in considerazione tutti i calendari attivati, perciò una data per essere valida deve esserlo per tutti calendari.\\
\\
!! Attivazione\\
Tabelle di cui è necessaria l'esistenza:\\
Vedi TIPO RISORSA GESTITA (ST-TRG)\\
Vedi ORARI DI LAVORO GIORNALIERI (ST-OLG)\\
Vedi Tipo contatto (ST-BRE)\\
Vedi Pagamenti (TAC53-*)\\
\\
! Tabella OLG\\
Creare elementi della OLG, che definiscono il tipo di giornata. Sono necessari almeno:\\
* un codice di chiusura senza nessun orario compilato. Ad es. "F"\\
* un codice di apertura con indicato l'orario d'ufficio. Ad es. "G"\\
Può risultare inoltre opportuno creare degli elementi specifici della OLG da utilizzare da esempio per definire degli spostamenti particolari tipici per la definizione dell'ultimo gg di un periodo di chiusura. Questi elementi di norma corrispondono agli elementi F con la sola differenza per cui viene specificato nel campo "Spostamento in gg" il numero di giorni da aggiungere alla data festiva per ottenere la data valida (es. se prevedo un elemento OLG festivo con 10 gg di spostamento e lo imposto al 31/08/xxxx, la data valida che verrà calcolata sarà il 10/09/xxxx).\\
\\
Vedi FESTIVO (TAOLG-F)\\
Vedi NORMALE (TAOLG-N)\\
\\
! Tabella TRG\\
Creare elemento della TRG (ad es. CLI) compilando tipo oggetto "CN" e parametro "CLI". E' fortemente consigliato specificare i campi "Eccezioni comuni" e "Calendario Base". Attraverso essi sarà possibile gestire il calendario con anno "3000" per definire eccezioni valide per tutti gli anni.\\
Vedi Client (TATRG-CLI)\\
\\
Per attivarlo, associare l'elemento creato (CLI) nel campo "Calendario contabile" della tabella BRE del tipo ente CLI\\
Vedi Cliente (TABRE-CLI)\\
\\
Quanto riportato sinora ed a seguire può essere impostato per i fornitori ed i calendari per tipo o codice pagamento indicabili nella tabella C53.\\
\\
! Dati settimanali risorsa\\
Definizione della settimana standard per tipo risorsa CLI. Definire il codice risorsa ** valido per tutti i clienti.\\
\\
Ad esempio:\\
Da lunedì a venerdì (G)\\
Sabato e domenica (F)\\
\\
%%quote
__ Dati settimanali risorsa CLI ** >> __
CALL B£DIR2
/%
----
\\
! Gestione delle eccezioni\\
Definire all'interno di uno specifico periodo i giorni di apertura o chiusura rispetto al valore anno / settimana assunto.\\
\\
Ad esempio:\\
Dal 01 al 10 Gennaio è chiuso (F). Il primo giorno per i pagamenti è 11.\\
Vale la solita regola della risalita: "**" per tutti, a meno che non sia specificata una regola per quel giorno sul singolo codice.\\
E' fortemente consigliato l'utilizzo dell'anno 3000, al fine di definire eccezione valide per tutti gli anni.\\
%%quote
__ Eccezioni CLI >> __
CALL B£DIR0
/%
----
\\
! Gestione degli anni\\
Permette di gestire delle eccezioni comuni su uno specifico anno. E' fortemente sconsigliato gestire l'anno 3000. Se viene gestito si ottiene questo effetto: la prima volta che viene calcolata una scadenza in certo anno, l'anno 3000 viene copiato e da quel punto in avanti le eccezioni dell'anno 3000 non verranno più prese in considerazione a meno che non venga cancellato l'anno in oggetto.\\
%%quote
__ Gestione degli anni >> __
CALL B£DIR1
/%
----
\\
!! Interrogazione / stampa del risultato ottenuto\\
! Interrogare il calendario costruito.\\
%%quote
__ Interrogazione calendario CLI >> __
CALL B£DIR4
/%
----
! Stampa del calendario costruito.\\
%%quote
__ Stampa calendario CLI >> __
CALL B£DIR4S
/%
----
\\
This page has only one version
«