I parametri di lancio sono i classici azienda, anno, mese e mensilità, più il piano dei conti per consentire di estrarre il flusso anche con i piani della vecchia contabilità.

Di default è abilitata l'estrazione con, eventuali, valori cablati per certi raggruppamenti contabili vedi sezione Forzatura valori cablati per raggruppamenti contabili.

Quindi per estrarre i valori effettivi della hgag_movana bisogna togliere la spunta indicata al punto 2.

Nella tabella scm_ax_journalname_per_raggruppamento_e_piano abbiamo il censimento di quale JournalName deve uscire per un certo raggruppamento di un certo piano dei conti.

La gestione di questa tabella è disponibile nella sezione raccordi dell'utility.

È possibile specificare che un certo JournalName debba uscire solo per una azienda specifica. Quando non viene specificata l'azienda vale per tutte.

In caso il piano dei conti sia della vecchia contabilità (00100 e 00300) viene applicata la vecchia regola per cui quando il codice conto inizia per G allora JournalName è valorizzato con NP

In tutti gli altri casi, quando per il conto non è applicabile nessuna delle regole specificate in precedenza, allora JournalName è valorizzato con GP.

NB. Questa eccezione ha priorità sulle regole indicate sopra.

Nella tabella delle utility scm_ax_forzature_journalname_new è possibile indicare che per un dato mese, raggruppamento e piano dei conti debba uscire un valore arbitrario.

La gestione di questa tabella è disponibile nella sezione raccordi dell'utility

In AX le aziende hanno una codifica diversa da quella Zucchetti.

Questo censimento non è disponibile nella sezione raccordi dell'utility, ma è cablato nella query (perchè non ci aspettiamo grossi cambiamenti nel tempo):

DOCUMENTNUM è una specie di etichetta che rappresenta il periodo di estrazione, formattato secondo regole specifiche. È valorizzato solo per alcuni conti.

Le regole per determinare quale formato sia associato a quale conto sono censite nella tabella delle utility scm_ax_formato_data_documentnum, la cui gestione è presente nella sezione raccordi.

Il campo piano dei conti è obbligatorio: se un certo formato ABCD deve essere applicato al conto XYZZY su tutti i piani dei conti, allora bisogna censire il conto XYZZY tante volte quanti sono i piani.

Riepilogo formati disponibili:

Solo per certi raggruppamenti viene mostrato il valore Anno + WELFARE.

I raggruppamenti Welfare sono censiti nella tabella scm_ax_raggruppamenti_welfare, ma la gestione non è al momento disponibile da utility:

Al momento in tabella sono censiti questi raggruppamenti:

LEDGERDIMENSION rappresenta il conto contabile AX e, se non sono specificate forzature tramite la gestione Trasformazioni Conti, è uguale al conto Zucchetti.

Per i piani dei conti della vecchia contabilità è presente una gestione separata di raccordo tra conto Zucchetti e conto AX. Per questioni tecniche della query è mantenuta separatamente dall'altra gestione di trasformazione conti.

Il censimento di questi raccordi è salvato nella tabella scm_ax_raccordi_conti_new e la gestione è presente nella sezione raccordi dell'Utility.

Il piano dei conti è obbligatorio quindi è assai probabile che un conto vada censito più volte se valido per più piani dei conti.

NB Questa gestione si applica solo per i piani 00100 e 00300.

I conti che hanno hgag_movana.idmarkacc = D vengono etichettati con dare e i conti che hanno hgag_movana.idmarkacc = A con avere.

Dopo i vari raccordi, somme e accorpamenti, le righe di quei conti che risultassero con dare = avere vengono scartate.

AMOUNTCURDEBIT viene calcolato facendo dare - avere. Se il risultato di questa differenza è negativo allora AMOUNTCURDEBIT viene valorizzato con 0.

AMOUNTCURCREDIT viene calcolato facendo avere - dare. Se il risultato di questa differenza è negativo allora AMOUNTCURCREDIT viene valorizzato con 0.

Quindi risulterà sempre o una o l'altra delle due seguenti casistiche:

1. AMOUNTCURDEBIT = 0 con AMOUNTCURCREDIT > 0
2. AMOUNTCURDEBIT > 0 con AMOUNTCURCREDIT = 0

Quindi non verrà mai estratta nel flusso la casistica:

• AMOUNTCURDEBIT = 0 con AMOUNTCURCREDIT = 0

Il valore è preso da hrdd_employee05.idpart24, ma quando idpart24 è vuoto (in teoria non dovrebbe capitare) viene valorizzato con 99999

Viene estratto solo per i Conti Economici altrimenti viene lasciato vuoto.

Regole privacy

Valore estratto da hrdd_employee05.idpart26 (tabella anzianità/suddivisione)

Modalità di estrazione fino a fine 2022 (click per espandere)

Questo valore è composto da un'etichetta più il periodo di estrazione anno e mese nel formato AAAA/MM (periodo e etichetta sono separati da un carattere spazio).

Queste sono le regole per determinare l'etichetta:

La gestione dei censimenti delle etichette è disponibile nella sezione raccordi dell'utility.

Modalità di estrazione fino a fine 2022 (click per espandere)

Campo hrdd_employee05.idpart16 (da anzianità/suddivisione)

Il campo Location viene estratto solo quando il codice conto zucchetti appartiene ai Conti Economici altrimenti viene lasciato vuoto.

Modalità di estrazione fino a fine 2022 (click per espandere)

Le regole sono elencate in ordine di priorità, l'indice di priorità è espresso nel sotto titolo.

=== Privacy Location su base CDC ===

Vecchia regola deprecata

Altra regola arbitraria per cui quando è presente un certo valore di Department #6 (campo hrdd_employee05.idpart22) va cablata una certa Location secondo la seguente tabellina a sua volta cablata nella query, ma che forse bisognerebbe trasferire in una tabella vera a propria:

Nella tabella delle utility ax_privacy_Location_su_base_Organizzazione è censito l'elenco delle organizzazioni per cui nel flusso deve uscire Location = 0 ad eccezione di quando Location è uguale a AUT in questo caso la regola non va applicata.

La gestione di questa tabella è disponibile nella sezione raccordi dell'utility, dove si possono aggiungere e/o rimuovere le organizzazioni a cui applicare questa regola privacy.

Vecchia regola deprecata

Questa regola è stata deprecata dal 2023.

Descrizione vecchia regola

Questa regola è applicata per ultima dopo che altre regole abbiano eventualmente già trasformato il valore di uno dei vari campi del flusso soggetto a privacy.

Nella tabella delle utility ax_raccordi_privacy_locations_organizzazioni_centri_funzionali sono censite le regole privacy dei tre campi in oggetto. Data una esatta combinazione di questi tre campi in ingresso si può specificare la trasformazione in uscita di uno o più (anche tutti) dei tre campi.

La gestione di questa tabella è disponibile nella sezione raccordi dell'utility.

Vanno indicati Location, Centro funzionale e Organizzazione da intercettare (origine) e i rispettivi Location, Centro funzionale e Organizzazione in cui devono essere trasformati (destinazione).

Inoltre, si può specificare se si tratta di una regola generale, e quindi si lascia in bianco il campo azienda, oppure se sia una regola specifica per una certa azienda.

Per alcuni conti viene fatta una trasformazione del conto originale in un altro conto che ha senso per AX. Per praticità viene fatto nella query perchè farlo da applicativo porterebbe a configurare svariate combinazioni che sarebbe problematico mantenere nel tempo.

Al momento, nella sotto query trasformazioni_conti sono impostate le trasformazioni riassunte nella seguente tabella.

Se presente CDC significa che la trasformazione si applica solo in quei casi il conto è uscito per un dipendente che ha in suddivisione 1 il corrispondente CDC.

Al momento non è prevista una gestione nella pagina dell'utility. Nel caso fosse necessario eseguire spesso aggiornamenti di queste trasformazioni possiamo anche realizzare una gestione web.

A Dicembre vengono sempre scartate tutte le righe con JournalName SP.

Questa funzione è implementata nel codice Java che passa una lista di codici JournalName da scartare come parametro per la query. La lista è popolata in maniera cablata perchè a dicembre venga passato il JournalName SP.

Queste eccezioni sono cablate nella query in particolare nella sotto query etichettata come ax_forzature_per_ledgerdimension

Eccezione specifica per il conto 64060020 per cui vengono forzati:

Altra eccezione per il conto 20060040. In questo caso vengono forzati i valori:

Per un solo caso (per lo meno al momento uno solo), abbiamo un'eccezione che riguarda i campi Organizzazione, Location, Area di Business e Centro funzionale.

Per un solo dipendente dell'azienda 9002 è stato necessario fare una integrazione nella query (a questo punto sfruttabile anche per altri dipendenti) per cui se nella tabella delle ripartizioni costi (hgag_sharecostd), per una certa azienda e un certo dipendente, viene censita una ripartizione, allora i campi indicati sopra vengono presi dai valori trovati nei campi suddivisione della riga inserita nella hgag_sharecostd.

Affinchè questa eccezione venga applicata dovrà esserci corrispondenza tra come il dipendente viene censito nella ripartizione dei costi e come poi scende nella contabilità secondo questa specifica:

• Organizzazione (o internal order): il valore contenuto nel campo suddivisione 2 della ripartizione deve corrispondere al valore contenuto nel campo suddivisione 3 della contabilità.
• Location: il valore contenuto nel campo suddivisione 3 della ripartizione deve corrispondere al valore contenuto nel campo suddivisione 4 della contabilità.
• Area di Business: il valore contenuto nel campo suddivisione 4 della ripartizione deve corrispondere al valore contenuto nel campo suddivisione 5 della contabilità.
• Centro funzionale: deve essere impostato sul campo suddivisione 5 della ripartizione. Per questo campo non viene fatto il confronto con ciò che scende nella contabilità perchè in contabilità abbiamo esaurito i campi suddivisione.

Per riepilogare, l'abbinamento tra riga della contabilità e riga della suddivisione, viene fatto con le seguenti regole di confronto:

NB. Per quanto riguarda il campo suddivisione 5 della ripartizione non viene fatto il controllo che sia uguale ad uno dei campi suddivisione della contabilità.

Quindi quando un riga della contabilità, utilizzando le regole di confronto tra campi della tabella sopra, combacia con una definizione censita nella ripartizione costi, allora per i campi Organizzazione, Location, Area di Business e Centro funzionale vengono utilizzati i valori indicati nella ripartizione al posto di quelli configurati sul dipendente in anzianità/suddivisione.

Questa eccezione consente di mantenere separate (sui diversi campi menzionati sopra) le righe di un certo dipendente per il quale bisogna mantenere separati i costi sui vari stabilimenti per cui il dipendente viene ripartito. Altrimenti le righe verrebbero accorpate sui valori dei campi specifici del dipendente (Organizzazione, Location, ecc… presenti in anzianità/suddivisione) invece dei valori dei vari campi specifici per stabilimento.

Questo è lo schemino che ci hanno inviato via mail per impostare le eccezioni per il dipendente X della 9002.

Il flusso estrae i dati dei conti dalla tabella hgag_movana per anno, mese e mensilità scelti.

In aggiunta vengono estratti, sempre dalla hgag_movana, i valori progressivi (sommando tutti i valori partendo da gennaio) per i soli conti che fanno parte del censimento dei raggruppamenti ferie AC e solo per i conti che non escono nel mese di estrazione scelto.

Quindi, per esempio, estraendo maggio, il valore progressivo del conto XYZZY (un conto censito nei raggruppamenti ferie AC) viene estratto solo se a maggio il conto XYZZY non esce nella hgag_movana.

Dopo tutte le varie trasformazioni con tutti vari raccordi, riepilogati nelle specifiche sezioni di ogni campo del flusso, viene fatta aggregazione e somma raggruppando per i campi stessi del flusso.

Elenco completo dei campi per cui è raggruppato il flusso (click per espandere)

			GROUP BY 
				  CURRENCYCODE
				, JOURNALNAME
				, A_TRANSYR
				, ACCOUNTTYPE
				, COMPANY
				, DOCUMENTDATE
				, DOCUMENTNUM
				, INVOICE
				, TRANSDATE
				, LEDGERDIMENSION
				, Area_di_Business
				, Attivita_di_controllo
				, Centro_Funzionale
				, Conto_Bancario
				, Intercompany
				, Location
				, Mercato
				, Organizzazione
				, Targa
				, TXT
				, EXCHRATE
				, OFFSETLEDGERDIMENSION
				, Area_di_Business_2
				, Attivita_di_controllo_2
				, Centro_Funzionale_2
				, Conto_Bancario_2
				, Intercompany_2
				, Location_2
				, Matricola_2
				, Mercato_2
				, Organizzazione_2
				, Targa_2
				, OFFSETCOMPANY
				, OFFSETACCOUNTTYPE
				, PAYMREFERENCE
				, PAYMID
				, ReverseEntry
				, ReverseDate

La somma viene fatta per i campi AMOUNTCURDEBIT e AMOUNTCURCREDIT come indicato nella relativa sezione.

Centro di costo non più usato da fine 2022 (click per espandere)

Nella tabella scm_ax_contabile_raggruppamenti_da_estrarre_con_valore_cablato è possibile censire una lista di raggruppamenti contabili per cui è possibile forzare un valore cablato (ma visto che è massivo uguale per tutti i dipendenti di norma viene usato per forzare a zero certi conti dove è successo qualcosa di brutto, eh già).

Inoltre è possibile impostare un periodo di validità in cui viene applicata la forzatura, perchè di solito con l'anno nuovo la contabilità si sistema e non ha più bisogno degli accrocchi dell'anno passato.

I dati della tabella sono consultabili nella sezione della Gestione raccordi da utility selezionando Valori cablati per Raggruppamenti e sottolineo “consultabili”, perchè al momento non è implementata una gestione per aggiungerli o rimuoverli.

Di default l'estrazione contempla sempre questi valori in forzatura, ma è comunque possibile estrarre i valori effettivi della hgag_movana vedi sezione altre opzioni dei parametri di lancio.