# embedding_metadata

key: chroma:document
string_value:
numeratore verrà azzerato e il campo riporterà valore 0.  
 Obbligatorietà  
Con questa combo, editabile solo in caso di periodicità mensile di INTRA  1 (Cessioni) oppure 
INTRA 2 (Acquisti), è possibile indicare se i campi valore statistico, modalità di trasporto, condizione 
di Consegna devono essere obbligatori op pure no in fase di generazione elenchi Intra. Anche la 
generazione del file si comporterà di conseguenza.  
 Nessuna: I soggetti non hanno l’obbligo di indicare valore statistico, modalità di trasporto e 
condizioni di consegna; pertanto valorizzando la comb o a ‘nessuna’ tali dati non verranno 
riportati nella manutenzione elenchi intra e nel relativo file anche se presenti sui documenti.  
Attenzione: tali dati non verranno riportati se si utilizza la funzione generazione elenchi (menù 
archivi/ intracomunitari)  che genera gli elenchi intra in automatico. In fase di caricamento 
manuale di movimenti intra, mediante la maschera manutenzione elenchi intra, non è presente 
alcun controllo. Ricordiamo infatti che è possibile inserire dati intra anche se non obbligatori  ma 
è sanzionabile se vengono fornite informazioni non valide  
 Solo cessioni UE: Impostando la combo a ‘solo cessioni’, la procedura effettua un controllo 
analogo a quello  di acquisti  e cessioni ma solo per documenti di vendita.  
 Solo acquisti UE:Impos tando la combo a ‘solo acquisti’, la procedura effettua un controllo 
analogo a quello  di acquisti  e cessioni ma solo per documenti di acquisto.  
 Acquisti e Cessioni UE:Impostando la combo ad ‘acquisti e cessioni’ , se modalità di 
trasporto e condizioni di consegna vengono indicati nei documenti verranno riportati anche nei 
relativi elenchi. Nel caso in cui modalità di trasporto e condizioni di consegna non vengano


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
8 – O P E R A Z I O N I  P R E L I M I N A RI  indicati sui documenti, in fase di generazione elenchi intra sia acquisti che cessioni e d i 
generazione file verrà visualizzato un messaggio di warning avvertendo l’utente che tali dati 
sono mancanti  
  
Soggetto delegato  
I soggetti obbligati alla presentazione degli elenchi intra possono delegare, mediante apposita procura, 
terzi soggetti alla s ottoscrizione degli elenchi, ferma restando la loro responsabilità in materia.  
In dati azienda, cartella Intra, è prevista una apposita sezione in cui è possibile inserire i dati del 
soggetto delegato.  
Se gli elenchi vengono presentati da un soggetto deleg ato, tutti i dati anagrafici dello stesso devono 
essere inseriti nei corrispondenti campi, quindi, attivando l’apposito flag ‘soggetto delegato’ nella 
maschera relativa alla generazione degli elenchi su file, i dati qui inseriti vengono riportati direttame nte 
sulla presentazione degli elenchi. La Partita Iva del soggetto delegato verrà quindi riportata nel campo 
Partita Iva del presentatore. In caso di mancata definizione di questo campo, la generazione del file 
non andrà a buon fine.  
 Codice fiscale o Par tita Iva  
Il campo permette di inserire il codice fiscale o la Partita Iva del soggetto delegato.  
 Ragione sociale  
Il campo permette di inserire la ragione sociale del soggetto delegato.  
 Telefono  
Prefisso e numero telefonico del soggetto delegato.  
 Indirizzo  
Indirizzo del soggetto delegato.  
 Cap - Località - Provincia  
Cap e Provincia di residenza del soggetto delegato.  
  
Il campo può essere utilizzato anche per l'inserimento del codice fiscale, di conseguenza, in fase di caricamento della Parti ta 
Iva de ve essere controllata la lunghezza della stessa (11 caratteri). La Partita Iva viene riportata sia sulle etichette dei 
dischetti che sul tracciato, sempre partendo da destra, quindi, se più lunga di 11 caratteri, verrà troncata.


key: chroma:document
string_value:
Nella scheda Sedi dell'ar chivio Dati Azienda può essere definito il Domicilio Fiscale dell'azienda che 
verrà utilizzato per la stampa degli elenchi riepilogativi per la presentazione dei movimenti 
intracomunitari


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
O P E R A Z I O N I  P R E L I M I N A RI - 9  Anagrafica clienti/fornitori  
  
Affinché un codice cliente o fornitore sia riconosciuto ai fini della generazione degli elenchi Intra, è 
necessario rendere il cliente/fornitore di tipo Intra, attivando l'apposito check all'interno della scheda 
Contabili della relativa  anagrafica.  
  
 
Anagrafica Clienti – Dati Contabili check cliente INTRA attivo


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
10 – O P E R A Z I O N I  P R E L I M I N A RI  Anagrafica articoli  
  
Affinché gli articoli che confluiscono negli elenchi Intra abbiano tutti i dati necessari per una corretta  
presentazione, è necessario, all'interno dell'anagrafica articoli definire la nomenclatura, l'eventuale 
unità di misura supplementare ed il moltiplicatore. Questi dati vengono riportati automaticamente nei 
dati di riga dei documenti, dove sono modificabil i. 
  
 
Anagrafica articoli  
  
 Utilizzo intra  
Combo box che accoglie la tipologia di utilizzo. Può assumere i seguenti valori:  
 Servizi; l’articolo affluisce all’intra con menu Servizi  
 Beni; l’articolo affluisce all’intra con menu Beni  
 Nomenclatura  
Codice delle merci secondo la n omenclatura combinata della tariffa doganale in vigore nel periodo cui 
si riferisce la registrazione intracomunitaria dell'articolo (dato collegato alla tabella Nomenclature). 
Questo dato viene riproposto nella gestione documenti, accedendo alla cartella I ntra prevista nel 
bottone Righe se tali unità di misura sono caricate nell'apposita maschera presente nel menu Archivi 
di magazzino.  
 U.M. supplementare  
Identifica il codice dell'unità di misura supplementare prevista nella tariffa doganale; viene letto


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
O P E R A Z I O N I  P R E L I M I N A RI - 11 direttamente dalla tabella nomenclature. Questo dato viene riproposto nella gestione documenti, 
accedendo alla cartella Intra prevista  nel bottone Righe.  
 Moltiplicatore  
Fattore di passaggio tra l'unità di misura standard e quella supplementare. Questo dato viene 
riproposto nella gestione documenti, accedendo alla cartella Intra prevista nel bottone Righe.  
 Manutenzione elenchi INTRA  
Nel caso si selezioni la combo box Utilizzo intra come “Beni” è possibile impostare la tipologia di 
manutenzione degli elenchi:  
I valori selezionabili sono:  
 Nessuna valorizzazione; il servizio non viene considerato nella generazione elenchi intra  
 Solo d ati statistici; la procedura copia solo i dati statistici  
 Dati statistici e fiscali ;la procedura copia tutte le colonne  
 Solo dati fiscali; la procedura copia i soli dati fiscali  
  
In caso in cui la combobox utilizzata sia valorizzata a Servizi la comb o box Manutenzione elenchi 
intra non è editabile in quanto per i servizi non esiste la doppia gestione civile e fiscale  
 Modalità di erogazione  
Visibile se la combo Utilizzo intra è valorizzato a Servizi permette la parametrizzazione della modalità 
di ero gazione con cui viene reso o ricevuto un servizio, valorizzato sulla manutenzione dei Dati Intra.  
Campo che accoglie la modalità di erogazione dei servizi resi/ricevuti,è valorizzato di default con il 
valore definito in anagrafica servizio, ma risulta libe ramente modificabile dall’utente.  
Può assumere valore:  
 Istantanea; il servizio viene reso in un’unica soluzione  
 A più riprese; il servizio viene reso a più riprese  
  
Affinché la procedura calcoli la massa netta (per i beni) in fase di generazione elenco è necessario indicare in anagrafica 
articolo il peso netto.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
12 – O P E R A Z I O N I  P R E L I M I N A RI  Anagrafica servizi  
  
Affinché i servizi che confluiscono negli elenchi Intra abbiano tutti i dati necessari per una corretta 
presentazione, è necessario, all’interno dell’anagrafica servizi, definire la nomenclatura, l’eventuale 
unità di misura supplementare ed il moltiplicatore. Questi dati vengono riportati automaticamente nei 
dati di riga dei documenti, dove sono modificabili.  
Occorre inoltre definire se il servizio dovrà concorrere o meno alla gene razione degli elenchi intra e, 
nel caso in cui vi debba concorrere, quali campi dovranno essere valorizzati negli elenchi.  
  
 
Anagrafica servizi  
  
 Utilizzo intra  
Può valere:  
 Beni: (default) sarà possibile indicare la nomenclatura e gli altri campi (U. M.Suppl. e Moltipl.) 
per la generazione degli elenchi Intra se la combo manutenzione elenchi intra ha un valore


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
O P E R A Z I O N I  P R E L I M I N A RI - 13 diverso da “nessuna valorizzazione”  
 Servizi: con la seguente valorizzazione viene modificato il funzionamento della sezione intra 
dell’anagraf ica servizi, al fine di rendere disponibile la presentazione degli elenchi INTRA anche 
alle prestazioni di servizio effettuate in ambito comunitario.  
  
Utilizzo intra servizi  
Nel caso di selezione opzione ‘Servizi’ sull’anagrafica sono presenti i seguenti campi.  
 Codice servizio  
Campo che accoglie il codice servizio numerico di 6 caratteri, presenti nell’archivio Nomenclature. 
Rappresenta la tipologia del servizio secondo la classificazione CPA (classificazione dei prodotti 
associati alla attività)  
 Modalità di erogazione  
Visibile se la combo Utilizzo intra è valorizzato a Servizi permette la parametrizzazione della 
 modalità di erogazione con cui viene reso o ricevuto un servizio, valorizzato sulla manutenzione dei 
Dati Intra.  
Campo che accoglie la modalità di e rogazione dei servizi resi/ricevuti,è valorizzato di default con il 
valore definito in anagrafica servizio, ma risulta liberamente modificabile dall’utente.  
Può assumere valore:  
 Istantanea; il servizio viene reso in un’unica soluzione. A più riprese; il servizio viene reso a 
più riprese  
 U.M.suppl. Se la combo Utilizzo intra è valorizzato a Servizi il campo risulta ineditabile.  
 Moltipl.  
Se la combo Utilizzo intra è valorizzat o a Servizi il campo risulta ineditabile.  
 Manutenzione elenchi INTRA  
Nel caso si selezioni la combo box Utilizzo intra come “Beni” è possibile impostare la tipologia di 
manutenzione degli elenchi:  
I valori selezionabili sono:  
 Nessuna valorizzazione; il  servizio non viene considerato nella generazione elenchi intra  
 Solo dati statistici; la procedura copia solo i dati statistici ( le colonne 1 e da 5 a 13 )  
 Dati statistici e fiscali ;la procedura copia tutte le colonne


key: chroma:document
string_value:
 Dati statistici e fiscali ;la procedura copia tutte le colonne  
 Solo dati fiscali; la procedu ra copia i soli dati fiscali ( le colonne  da 1 a 6 )  
  
Questa combo risulta presente solo sull'anagrafica servizi in quanto per gli articoli il default sui dati di riga dei documen ti è 
impostato a dati statistici+fiscali,  sarà cura dell'operatore modifica re sulla riga del documento questo valore.  
  
Utilizzo intra beni  
Nel caso di selezione opzione ‘Beni’ sull’anagrafica sono presenti i seguenti campi.  
 Nomenclatura  
Codice delle merci secondo la nomenclatura combinata della tariffa doganale in vigore nel periodo cui 
si riferisce la registrazione intracomunitaria dell’articolo (dato collegato alla tabella Nomenclature). 
Questo dato viene riproposto nella  gestione documenti, accedendo alla cartella Intra prevista nel 
bottone Righe.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
14 – O P E R A Z I O N I  P R E L I M I N A RI  U.M. supplementare  
Identifica il codice dell’unità di misura supplementare prevista nella tariffa doganale; viene letto 
direttamente dalla tabella nomenclature. Questo dato v iene riproposto nella gestione documenti, 
accedendo alla cartella Intra prevista nel bottone Righe.  
 Moltiplicatore  
Fattore di passaggio tra l’unità di misura standard e quella supplementare. Questo dato viene 
riproposto nella gestione documenti, accedend o alla cartella Intra prevista nel bottone Righe.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
O P E R A Z I O N I  P R E L I M I N A RI - 15  Nomenclature  
  
In questo archivio vengono definiti i codici e le rispettive descrizioni dei vari tipi di Nomenclature 
Combinate gestite dall'azienda utilizzatrice di  Ad Hoc Revolution. L'associazione tra codice articolo e 
la rispettiva nomenclatura si effettua nell'anagrafica Articoli e viene riportata automaticamente nei dati 
di riga del documento Intra in un primo momento e successivamente negli elenchi generati. Il  dato 
può essere mantenuto sia all'interno dei Dati di Riga che nella Manutenzione Elenchi.  
  
 
Nomenclature  
  
Tale archivio può essere caricato manualmente dall'operatore, oppure può essere valorizzato in 
automatico attraverso la funzione di Carica/Salva Dati Esterni, opzione del menu Sistema. Per 
ulteriori informazioni rimandiamo al manuale relativo.  
  
Ricerca  
Può essere effettuata mediante la chiave predisposta:  
 Codice  
  
Può essere altrimenti effettuata mediante la cartella Elenco, selezionando la chiave di ricerca che 
interessa, cliccando sulla colonna per la quale si desidera ottenere l'ordinamento.  
 Codice - Descrizione  
Codice che identifica la nomenclatura dell'articolo. E' consigliabile utilizzare le stesse diciture utilizzate 
dalla normativa delle transazioni intracomunitarie che possono essere caricati da apposita tabella 
direttamente dalla funzione Carica/Salva Dati Esterni presente nel menu Sistema.  
 U.M. supplementare  
Codice unità di misura supplementare. Tale archivio può essere caricato manualmente dall’operatore, 
oppure può essere valorizzato in automatico attraverso la funzione di Carica/Salva Dati Esterni, 
opzione del menu Sistema.  
Se l’unità di m isura supplementare non viene associata alla nomenclatura oppure risulta uguale a 
‘ZZZ’ si considera che tale unità di misura non sia obbligatoria nella generazione elenchi intra.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
16 – O P E R A Z I O N I  P R E L I M I N A RI  Tipi transazioni  
  
In questo arch ivio vengono definiti i codici e le rispettive descrizioni dei vari tipi di natura delle 
transazioni, che verranno a loro volta legati alle causali di magazzino utilizzate all'interno delle causali 
documenti definite per una corretta gestione dei documenti  Intra.  
  
Ricerca  
Può essere effettuata mediante la chiave predisposta:  
 Codice  
  
Può essere altrimenti effettuata mediante la cartella Elenco, selezionando la chiave di ricerca che 
interessa, cliccando sulla colonna per la quale si desidera ottenere l'ordinamento.  
  
 
Tipi transizioni  
  
 Codice  
Codice alfanumerico di tre ca ratteri che identifica il tipo di transazione. Nell'inserimento deve essere 
rispettata la codifica prevista dalla Tabella Natura della Transazione riportata nella Documentazione 
Ministeriale. La necessità di rispettare tale codifica è determinata dal fatto  che nel tracciato vengono 
scritti dei valori sulla base del codice presente nel documento.  
 Descrizione  
Descrizione della natura della transazione.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
O P E R A Z I O N I  P R E L I M I N A RI - 17  Causali magazzino  
  
Per far confluire negli elenchi Intra le informazioni relative al tipo di transazione, è necessario indicare 
questo dato all'interno delle causali di magazzino. La causale o pportunamente configurata, dovrà 
essere collegata alla causale documento.  
  
 
Causali Magazzino  
  
 Natura Transazione  
Viene indicata la natura della transazione ai fini Intrastat, accedendo direttamente alla tabella Tipi 
Transazioni.  
 Natura Transazione per storno NC  
Viene indicata la natura della Transazione relativa a note di credito di vendita \acquisto relative al 
periodo di rettifica. Tale Natura verrà proposta sulla Manutenzione Elenchi Intra a condizione che la 
data documento \registrazione della not a di credito di vendita \acquisto sia compresa nel periodo di 
rettifica.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
18 – O P E R A Z I O N I  P R E L I M I N A RI  Documenti  
  
Una volta impostati gli archivi, l‘utente potrà procedere alla normale registrazione dei documenti di 
Acquisto e di Vendita. I dati rilevanti ai fini Intra potranno esse re verificati ed eventualmente 
modificati direttamente durante la registrazione. Tali dati vengono memorizzati all‘interno dei Dati di 
Testata e dei Dati di Riga.  
  
- Dati test ata documento  
- Documenti dati di riga


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
O P E R A Z I O N I  P R E L I M I N A RI - 19 Dati testata documento  
  
Dati testata documento  
  
 
Dati testata documento  
  
 Anno di rettifica - Periodicità - Periodo  
Nel caso in cui si intenda procedere alla registrazione di una Rettifica in negativo di Acquisto o 
Cessione, sarà necessario definire l'anno, la periodicità ( ineditabile e letta nei dati azienda se l'anno di 
rettifica coincide con l'esercizio di competenza del documento) e il periodo della rettifica nei dati di 
testata del documento Nota di Credito; per gestire invece rettifiche in positivo tali dati devono essere 
inseriti nei dati di testata del documento Fattur a. La visualizzazione di tali campi è condizionata 
esclusivamente dall'inserimento di un Cliente/Fornitore che abbia il check Intra attivo.  
  
Il segno della rettifica dipende quindi dalla classe documentale: se Nota di Credito è negativo, se 
Fattura sarà p ositivo.  
  
Per le Note di Credito nel caso di mancata valorizzazione di tali campi, al salvataggio del documento 
appare un messaggio che avvisa l'utente che il documento verrà considerato ai fini Intra non come 
movimento di rettifica, bensì come normale Ce ssione o Acquisto.  
Nel documento non sono stati specificati il periodo e/o l'anno di rettifica (bottone dati 
testata). Ai fini INTRA il documento sarà generato come movimento di rettifica acquisto. 
Confermi ugualmente?


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
20 – O P E R A Z I O N I  P R E L I M I N A RI Documenti dati di riga  
  
A livello  di Dati di Riga vengono riportate in un'apposita scheda i dati relativi all'Unità di Misura 
Supplementare (se caricata nell'archivio Unità di Misura presente nel menu Archivi di Magazzino), 
Massa Netta Unitaria e Provincia di Origine dell'articolo.  
  
 
Documenti dati di riga  
  
Sui dati di riga dei documenti se il codice movimentato è un servizio con la combo Utilizzo intra 
valorizzato a Servizi,  nella cartella Dati Intra i dati visualizzati sono i seguenti:  
 La combo Manutenzione Elenchi Intra risulta ineditabile e valorizzato di default a Nessuna 
valorizzazione ; la procedura comunque in fase di generazione elenchi intra considererà questa riga 
generando a seconda della tipologia di documento cessione/acquis to servizi o rettifica 
cessione/acquisto di servizi.  
 Il campo nomenclatura viene sostituito dal campo Codice servizio e viene letto quello 
presente nell'anagrafica servizio;  
 Tutti i campi sottostanti risultano ineditabile;  
Se viene movimentato un artic olo o un servizio con la combo box Utilizzo Intra valorizzato a Beni, la 
combo box Manutenzione elenchi Intra può invece assumere i seguenti valori:  
 Manutenzione Elenchi Intra  
Questa combo serve per definire, nel caso di servizi intra, quali campi devono  essere valorizzati in 
manutenzione elenchi intra. Le opzioni previste sono:  
 Nessuna valorizzazione: il servizio non viene considerato nella generazione degli elenchi 
intra;  
 Solo dati statistici: la procedura compila solo i dati statistici (colonne 1 e  da 5 a 13);  
 Dati statistici e fiscali : la procedura compila sia i dati statistici che i dati fiscali .(tutte le colonne);


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
O P E R A Z I O N I  P R E L I M I N A RI - 21  Solo dati fiscali: la procedura compila i soli dati fiscali (colonne da 1 a 6).  
  
La valorizzazione indicata a livello di anagraf ica servizio viene riportata in automatico sul documento, 
nei dati di riga, sezione intra. I campi sono liberamente modificabili dall'utente.  
La valorizzazione indicata sul documento prevale su quella indicata a livello di anagrafica servizio.  
Per gli arti coli la valorizzazione della combo viene fatta direttamente sul documento.  
  
Ricordiamo che per una corretta valorizzazione dei dati occorre fare riferimento alla normativa delle transazioni 
intracomunitarie.  
  
 Nomenclatura  
Codice delle merci secondo la nomenclatura combinata della tariffa doganale in vigore nel periodo in 
cui si riferisce la registrazione Intrastat dell’articolo. Se presente, viene proposto il codice associato 
all’anagrafica articolo altriment i è possibile selezionarlo dall’elenco.  
 U.M. supplementare  
Codice dell'unità di misura supplementare prevista nella tariffa doganale. Viene riproposto quanto 
presente nell'anagrafica articoli. All'interno dell'anagrafica articoli e nei dati di riga dei d ocumenti tale 
unità è ineditabile e letta direttamente dalla tabella nomenclature.  
  
L’Unità di Misura Supplementare è un dato richiesto solo in caso di presentazione degli elenchi con 
periodicità mensile. Quindi, in caso di periodicità diversa da mensile è possibile non specificare alcuna 
unità di misura supplementare all’interno dell’archivio nomenclature, oppure definire tale codice come 
‘ZZZ’, in quanto entrambi i valori stanno ad indicare che l’Unità di Misura Supplementare non è un 
dato obbligatorio n ella generazione degli elenchi Intra.  
  
Nel caso in cui l’Unità di Misura Supplementare sia stata comunque definita, per esempio all’interno


key: chroma:document
string_value:
dell’anagrafica Articoli, e la periodicità degli elenchi sia diversa da mensile, negli elenchi non verrà 
riportato alcun dato.  
 Massa netta unitaria  
Equivalente del peso netto dell'articolo in chilogrammi. Permette di calcolare la massa netta 
dell'articolo da riportare sugli elenchi intracomunitari.  
 Provincia di destinazione - Origine  
Tale dato viene utilizzato solo nel caso di  cessioni.  
Si tratta della sigla automobilistica della provincia di origine/produzione delle merci. Se la provincia di 
origine/produzione non è nota, occorre indicare la sigla automobilistica della provincia di spedizione 
delle merci.  
La procedura riporta in automatico, sulle righe dei documenti, la provincia indicata all’interno del 
magazzino di riga (menù archivi/magazzino/magazzini cartella sede).  
Il dato risulta comunque modificabile da parte dell’utente.  
Se nei documenti viene specificata la provincia di origine della merce, la procedura, nel movimento 
intra, considera questo dato, altrimenti, se la provincia non viene indicata, nel campo provincia di 
origine del movimento intra, la procedura riporta la provincia presente nei DATI AZIENDA  
 Paese di pro venienza  -Destinazione  
Tale dato viene utilizzato solo nel caso di cessioni.  
Si tratta del codice ISO del Paese membro di destinazione delle merci.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
22 – O P E R A Z I O N I  P R E L I M I N A RI   
Nel ciclo Acquisti, Il paese di provenienza rappresenta il codice del paese membro dal quale le merci sono  state spedite ed in 
alcuni casi può non coincidere con il Paese di origine in quanto, qualora le merci, prima di entrare in Italia, abbiano fatto  
sosta in uno o più Stati membri per operazioni non inerenti al trasporto, va indicato il codice dello Stato m embro in cui si è 
verificata l'ultima sosta.  
  
 Paese di oOrigine  
Viene proposto il codice nazione presente nell' anagrafica fornitore.  
 Codice ISO  
Dalle Vendite viene proposto il codice ISO associato alla nazione del Paese di destinazione. Dagli 
acquist i viene proposto il codice ISO associato alla nazione del Paese di provenienza; a fianco a Paese 
di Origine viene proposto il codice nazione presente nell' anagrafica fornitore


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
O P E R A Z I O N I  P R E L I M I N A RI - 23 
 
________________________________________________________________________________  
_________________________________________________ _______________________________  
________________________________________________________________________________  
________________________________________________________________________________  
______________________________________________________________ __________________  
________________________________________________________________________________  
________________________________________________________________________________  
___________________________________________________________________________ _____  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_______ _________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
____________________ ____________________________________________________________  
________________________________________________________________________________


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
24 – O P E R A Z I O N I  P R E L I M I N A RI 
 
________________________________________________________________________________  
_______________________________ _________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
____________________________________________ ____________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_________________________________________________________ _______________________  
________________________________________________________________________________  
________________________________________________________________________________  
______________________________________________________________________ __________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_______________________________________________________________________________


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
G E S T I O N E  E L E N C H I  - 25  GESTIONE ELENCHI  
  
Nel capitolo pre cedente sono state descritte tutte le operazioni preliminari necessarie per una corretta 
configurazione della procedura ai fini Intra. L'utente potrà quindi procedere alla normale registrazione 
di documenti di acquisto e di vendita e alla loro contabilizza zione. In questo capitolo viene invece 
trattata la gestione degli elenchi, partendo dalla generazione degli stessi, la loro manutenzione, fino alla 
generazione del file per la presentazione degli elenchi.  
  
I dati degli elenchi mensili devono essere fornit i dall'Amministrazione finanziaria all'Istituto Nazionale 
di Statistica (ISTAT) su supporti informatici entro il giorno 25 del mese di presentazione degli elenchi 
stessi, mentre i dati relativi agli elenchi trimestrali ed annuali devono essere forniti entr o il mese 
successivo a quello di presentazione.  
  
 Generazione elenchi intra  
 Manutenzione elenchi intra  
 Modifica spese di trasporto intra  
 Gener azione disco intra


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
26 – G E S T I O N E  E L E N C H I   Generazione elenchi intra  
  
La procedura in fase di generazione elenchi verifica la presenza di documenti di vendita/acquisto 
intestati a clienti/fornitori intra co ntabilizzati su una causale contabile di tipo fattura UE.  
Tale generazione produce i record presenti in manutenzione elenchi intra.  
  
Nel caso in cui sia rilevata la seguente anomalia rimane cura dell’utente verificare le manutenzioni intra generate e 
modificare i dati, se non coerenti con quanto definito sull’anagrafica servizio.  
Tali situazioni d’incoerenza di dati si possono verificare nel caso in cui l’utente carichi documenti con servizi  codificati come 
Beni definendo opportuna Manutenzione elenchi int ra e poi modifichi sull’anagrafica del servizio il valore della combo 
‘Utilizzo Intra’ riportandolo a Servizi; in questo modo rispetto al valore presente sul dato di riga del documento e 
l’anagrafica  del servizio esiste un’incongruenza legata alla combo Ma nutenzione elenchi intra dove sul documento potremmo 
avere SOLO STATISTICI mentre sull’anagrafica del servizio NESSUNA V ALORIZZAZIONE  
  
 
Generazione degli elenchi  
  
 Tipologia  
L’utente ha la possibilità di selezionare la tipologia di operazioni (Acquisti  o Cessioni) che andranno a 
 formare gli Elenchi.  
 Documenti dal  
La data d’inizio generazione intra visibile, ma non editabile, recuperata dai dati azienda definisce la 
data iniziale per l’estrazione in essere.  
 Fino al  
Viene proposta la data di sistema;  l’utente può comunque modificarla ed indicare la data di fine 
selezione dei documenti che devono essere letti per la creazione degli elenchi. Se per il periodo di 
riferimento non sono state effettuate operazioni Intra, non vi è obbligo di presentazione. S i ricorda 
che la periodicità degli elenchi varia in relazione all’ammontare delle operazioni effettuate.


key: chroma:document
string_value:
che la periodicità degli elenchi varia in relazione all’ammontare delle operazioni effettuate.  
  
In fase di generazione la procedura ricerca, per il periodo dall’ ultima presentazione fino alla data


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
G E S T I O N E  E L E N C H I  - 27 impostata nella maschera, tutti i documenti che  abbiano associata una causale contabile con tipo 
documento ‘fattura UE’ e che siano intestati a clienti/fornitori di tipo Intra. A questo punto verifica 
che questi siano stati correttamente contabilizzati.  
Se un documento intra è stato registrato dal cic lo documentale ma non è ancora stato contabilizzato la 
procedura, in fase di generazione elenchi intra, avverte l’utente che è necessario eseguire prima la 
contabilizzazione dei documenti.  
Messaggio di verifica di contabilizzazione documenti:  
“Nessun movim ento generato. Eseguire prima la contabilizzazione dei documenti. “  
  
Se per l’intervallo indicato non esistono movimenti da generare viene visualizzato il messaggio 
seguente:  
“Per l’intervallo Selezionato non esistono documenti da generare!”  
Per tutti i d ocumenti che abbiano associata una causale contabile con tipo documento ‘fattura UE’e 
che siano intestati a clienti/fornitori di tipo Intra, vengono effettuate delle verifiche, da cui dipende il 
buon fine della generazione degli elenchi:  
 Viene controllata la presenza della Partita Iva all’interno dell’ anagrafica clienti e/o fornitori;  
 Viene controllata la presenza della Natura Transazione nella causale magazzino.  
 Viene controllata la presenza della Nomenclatura all’interno dei docum enti (per cessioni e 
acquisti mensili)  
  
Se la periodicità è mensile e la combo obbligatorietà è impostata ad acquisti e cessioni la procedura 
verifica anche la presenza di altri dati quali: condizioni di consegna, modalità di trasporto.  
Nel caso in cui i dati sopra indicati siano mancanti, viene data la possibilità all’utente di visualizzare gli 
errori riscontrati:  
“Stampo situazione messaggi di errore?”  
  
Alla conferma di questa maschera vengono visualizzati gli errori riscontrati.


key: chroma:document
string_value:
Alla conferma di questa maschera vengono visualizzati gli errori riscontrati.  
  
Se la generazione de gli elenchi va a buon fine viene visualizzato un messaggio che informa l’utente 
 sul numero di operazioni riconosciute ed inserite negli elenchi:  
“Operazione completata n.1 documenti generati! “  
  
Nel caso in cui per il periodo selezionato sia già stato ge nerato l’elenco intra, la procedura visualizza 
apposito messaggio e non consente di generare i documenti.  
Il controllo viene fatto sulla data di ultima generazione disco intra sia per cessioni che per acquisti 
presente nei dati azienda, cartella dati intra . 
Se, ad esempio, tali date, all’interno della maschera dati azienda, vengono valorizzate con 30/06/2011, 
lanciando una generazione degli elenchi intra che comprende registrazioni fino al 30/06/201 
verranno visualizzati i seguenti messaggi:  
“Operazione com pletata n.0 documenti generati! “  
“Stampo situazione messaggi di errore?”  
  
Le righe di omaggio, così come le righe di sconto merce, non devono essere riportate negli elenchi intra.  
In merito ai Kit gli elenchi intra vengono generati per i componenti del k it e non per il kit padre.  
I prezzi sui componenti devono essere indicati perché, in caso contrario, all'interno della maschera  manutenzione elenchi 
l’importo in valuta nazionale viene valorizzato a zero.  
  
Per le operazioni relative ai Servizi sono stati  inseriti i seguenti controlli:


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
28 – G E S T I O N E  E L E N C H I  Evidenziato opportuno messaggio di warning per operazioni di rettifica servizi generati da documenti 
di tipologia ‘Nota di credito’.  
  
Rilevata la presenza d’incongruenza sull’anagrafica dei Servizi, che potrebbero essere st ate provocate 
da modifiche dell’utente successive al caricamento di documenti.  
 Genera servizi  
Il flag ‘Genera servizi’ si è reso necessario in quanto, se un documento con righe articolo e servizio ha 
generato la manutenzione intra per i beni (unica funzi onalità disponibile prima di questa patch), la 
procedura ha marcato il documento come  ‘Ha generato intra’ ; a questo punto non sarebbe possibile 
generare le manutenzioni elenchi relative ai servizi presenti nello stesso documento. L’attivazione di 
questo flag consente quindi, a fronte di documenti che hanno già generato Intra relativamente ai Beni, 
di ricreare manutenzioni elenchi per Servizi, esclusi dalle precedenti generazioni.  
Attivando questo flag nel caso di documenti misti è possibile generare le ma nutenzioni relative ai 
servizi senza messaggi bloccanti come quello relativo a un periodo di competenza non valido  
  
La funzione ‘Genera servizi’ consente inoltre, alla presenza di fatture Intra di soli Servizi, appartenenti 
a un periodo per cui è stato ge nerato il file relativamente ai Beni, di generare la relativa manutenzione, 
senza messaggi bloccanti come quello relativo alla competenza.  
Questo flag diviene inutile se nel periodo iniziale di attuazione nuova normativa in materia di Intra 
sono stati crea ti documenti con sole righe di servizio e non è stato generato alcun file intra per il 
periodo, in quanto, indipendentemente dall’attivazione o meno del flag, per questi documenti sono 
generate manutenzioni intra.  
Tale flag sarà utilizzato solo nella fase iniziale di attuazione della nuova normativa in materia di Intra,


key: chroma:document
string_value:
in cui l’azienda ha già presentato gli elenchi riepilogativi relativamente ai Beni,  poiché in futuro la 
funzione di generazione degli elenchi Intra processerà sia i Beni che i Servizi, indi pendentemente dal 
flag impostato.  
Un caso di utilizzo del flag potrebbe essere il seguente:  
 - È stata data la possibilità di creare documenti relativi a Servizi, utilizzati ai fini Intra come 
servizi. L’utente potrebbe quindi avere caricato documenti mis ti con beni e servizi nel trimestre.  
 - Sono stati generati elenchi Intra riepilogativi relativi a questi documenti per i soli Beni per il 
primo trimestre e presentato il file in Dogana aggiornando i progressivi.  
 - E’ stata installata la seguente fast p atch. A questo punto l’utente ha la necessità di presentare 
il file per il trimestre relativo ai Servizi precedentemente caricati sui documenti. ed attivando tale 
check ‘Genera Servizi’ riuscirà a generare le manutenzioni relative ai Servizi resi/ricevuti del 
Trimestre, escluse dalla precedente generazione.  
  
La non attivazione del flag ‘Genera servizi’ porta:  
 a) Per documenti misti:  
 La procedura non restituisce alcun dato (il documento è escluso dalla generazione perché ha 
già generato intra per i beni)  
 b) Per i documenti di soli servizi  
  
La procedura esclude il documento poiché per il periodo di compet enza è stato già generato l’elenco 
intra dando opportuna messaggistica in stampa


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
G E S T I O N E  E L E N C H I  - 29  Manutenzione elenchi intra  
  
Questa scelta di menu permette di gestire i dati delle operazioni che devono essere ri portate sugli 
elenchi riepilogativi relativi agli acquisti ed alle cessioni intracomunitarie. Questo archivio viene 
popolato in seguito ad una generazione elenchi andata a buon fine.  
Il caricamento in questa maschera risulta indispensabile per quegli uten ti che non dispongono o non 
utilizzano il ciclo attivo e/o passivo ed effettuano quindi tutte le registrazioni dalla Primanota. In 
questo caso l’utente potrà comunque manutenere gli elenchi e presentare il disco intra andando a 
caricare gli elenchi manualm ente. 
  
Attenzione: non è possibile generare in automatico gli elenchi intra relativi a documenti inseriti in primanota e non 
provenienti dal ciclo attivo/passivo. In tale ipotesi i movimenti intra dovranno essere caricati manualmente dalla maschera 
manute nzione elenchi intra.  
  
Di seguito viene riportata la maschera Manutenzione Elenchi Intra  
  
 
Manutenzione elenchi intra  
  
Ricerca  
Può essere effettuata mediante la chiave predisposta:


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
30 – G E S T I O N E  E L E N C H I   Codice  
Può essere altrimenti effettuata mediante la cartella Elenco, selezionando la chiave di ricerca che 
interessa, cliccando sulla colonna per la quale si desidera ottenere l’ordinamento.  
Attenzione: i campi presenti in manutenzione elenchi verranno resi editabili a seconda della 
periodicità degli elenchi impostata nei d ati azienda (mensile, trimestrale o annuale) e della tipologia di 
operazione (cessione, rettifica cessione, acquisto, rettifica acquisto)  sulla base di quanto previsto dalla 
normativa intracomunitaria.  
Ecco di seguito l’elenco dei campi richiesti ed il lo ro significato  
 Numero e anno competenza  
Il campo identifica il numero della movimentazione intracomunitaria con l'anno di competenza.  
 Del 
Data di registrazione del movimento.  
 Documento n.  
Numero del documento a cui si riferiscono i dati intracomunita ri. Nel caso di acquisto di servizi e 
rettifica acquisto di servizi rappresenta il numero protocollo e alfa protocollo.  
 Del 
Data del documento a cui si riferiscono i dati intracomunitari per le cessioni/rettifiche cessioni mentre 
data di registrazione a cui si riferiscono i dati intracomunitari per gli acquisti/rettifiche acquisti.  
 Tipo operazione  
Viene riportata l'informazione sul tipo di operazione che si vuole mantenere. Il tipo operazione per i 
servizi può assumere i seguenti valori:  
 Cessione beni  
 Rettifica cessione beni  
 Acquisto beni  
 Rettifica acquisto beni  
 Cessione servizi  
 Rettifica cessione servizi  
 Acquisto servizi  
 Rettifica acquisto servizi  
 Fornitore/Cliente  
Codice del cliente o fornitore a cui è associata l'operazione. In propo sito si ricorda che nelle rispettive 
anagrafiche deve essere attivato il flag Fornitore/ Cliente Intra , per un corretto riconoscimento del 
documento ai fini Intra.  
 Partita Iva


key: chroma:document
string_value:
documento ai fini Intra.  
 Partita Iva  
E' la Partita Iva associata in anagrafica al cliente/fornitore. E' un dato obb ligatorio al fine della 
generazione degli elenchi e della creazione su file. Si tratta di un campo non editabile che viene letto 
dall'anagrafica del cliente/fornitore.  
 Periodo di rettifica  
Questo campo risulta editabile solo nel caso in cui l’operazione specificata sia una rettifica di cessione 
e/o di acquisto. Vengono definiti il periodo e l’ anno a cui si riferisce la rettifica.  
In caso di rettifiche di cessioni ed acquisti si tratta di un campo obbligatorio


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
G E S T I O N E  E L E N C H I  - 31  Competenza  
Data competenza per la stampa e la generazione del relativo file degli Elenchi Intra. Viene considerata 
per determinare quali operazioni devono essere stampate sugli elenchi relativi alle cessioni ed agli 
acquisti. Questo campo viene normalmente valorizzato con la data del documento; qua lora sia 
necessario l’utente può intervenire ed apportare le dovute modifiche.  
 Valuta nazionale  
Codice della valuta di conto dell’azienda. Si tratta di un campo non editabile.  
 Valuta originaria  
Codice della valuta associata all’anagrafica del cliente/fornitore intra. Attraverso il doppio zoom, o il 
tasto F9 è possibile accedere a ll’archivio delle valute.  
 Importo in valuta nazionale  
Ammontare dell’operazione espressa in valuta nazionale conformemente alle disposizioni in materia 
di imposta sul valore aggiunto.  
L’importo in valuta nazionale riporta il valore di riga indicato sui d ocumenti.  
  
Nei movimenti provenienti dal ciclo vendite/acquisti, l’importo in valuta nazionale riporta, oltre al valore di riga, anche 
l’importo di tutte le spese, ripartito fra le varie righe.  
  
 Importo in valuta originaria  
Ammontare dell’operazione es pressa in valuta dello Stato membro del fornitore. Questo dato è 
richiesto per i soli movimenti di acquisto.  
Esempio: se un fornitore inglese ha associato in anagrafica come codice valuta sterlina, 
indipendentemente dalla valuta con la quale sono emesse le  fatture (dollaro, euro, ecc) la procedura, 
generando gli elenchi intra, riporta nell’importo in valuta originaria il valore in sterline.  
Se il fornitore non è aderente all’ EMU la valorizzazione di tale campo è obbligatoria. Se tale dato non 
viene inserit o, la procedura non consente di salvare il movimento, visualizzando il seguente 
messaggio:  
 ‘Valuta fornitore non aderente all’ EMU: l’importo deve essere maggiore di zero’.


key: chroma:document
string_value:
‘Valuta fornitore non aderente all’ EMU: l’importo deve essere maggiore di zero’.  
  
Per i fornitori appartenenti ad uno stato membro EMU non è più obbligatorio indi care l’importo in valuta originaria; 
quindi entrando in manutenzione di un documento relativo a fornitore di stato membro Emu, la procedura non richiederà 
più questo campo come obbligatorio. Il controllo viene effettuato sulla base del cambio fisso definit o nell’archivio valute.  
  
 Natura  
Questo campo non è gestito per le operazioni relative ai servizi e non risulta editabile.  
 Nomenclatura  
Codice delle merci secondo la nomenclatura combinata della tariffa doganale in vigore nel periodo cui 
si riferisce l ’elenco.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
32 – G E S T I O N E  E L E N C H I   Codice servizio  
Codici relativi a prestazioni dei servizi (estratto CPA 2008) presenti nell'archivio Nomenclature.  
 Riga doc  
Indica a quale riga di documento fa riferimento la riga dell’elemento intra in questione  
  
Cessione beni - Acquisto ben i 
  
 
Cessione beni  
  
In presenza di operazioni di tipologia la maschera di manutenzione elenchi risulta la seguente  
  
Altri dati elenchi mensili  
I modelli Intra contengono anche i dati di tipo statistico che l’Istat utilizza per calcolare l’ammontare 
degli scambi Intracomunitari. La compilazione di questi dati è obbligatoria in caso di periodicità 
mensile o quando l’ammontare delle cessioni e degli acquisti supera certi livelli.  
 Massa netta  
Massa netta, espressa in chilogrammi, delle merci prive di tutti i loro imballaggi.  
L’importo relativo alla massa netta viene letto dai documenti ed è pari a DOC_DETT.MVQTAUM1 
* DOC_DETT.MVPESNET ossia quantità indicata su riga X Massa Netta Unitaria  presente nei dati 
di riga dei documenti.  
 U.M. supplementare  
Quantità della merce espressa nell’unità di misura supplementare prevista nella tariffa doganale.  
L’importo relativo all’unità di misura supplementare viene letto dai documenti ed è pa ri a 
DOC_DETT.MVQTAUM1 * DOC_DETT.MVMOLSUP ossia quantità indicata su riga X 
Moltiplicatore U.M. Supplementare rispetto alla 1^U.M  presente nei dati di riga dei documenti.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
G E S T I O N E  E L E N C H I  - 33 L’Unità di Misura Supplementare è un dato richiesto solo in caso di presentazione d egli elenchi con 
periodicità mensile. Quindi, in caso di periodicità diversa da mensile è possibile non specificare alcuna 
unità di misura supplementare all’interno dell’archivio nomenclature, oppure definire tale codice come 
‘ZZZ’, in quanto entrambi i va lori stanno ad indicare che l’Unità di Misura Supplementare non è un 
dato obbligatorio nella generazione degli elenchi Intra. Tale codice dovrà essere caricato 
preventivamente nella tabella Unità di Misura.  
Nel caso in cui l’Unità di Misura Supplementare s ia stata comunque indicata e la periodicità degli 
elenchi sia diversa da mensile, negli elenchi non verrà riportato alcun dato.  
Se la massa netta e l’UNITA ’ suppl. sono espressi con centesimi ed il valore è inferiore ad uno (es 0,4), 
nel disco intra non d eve essere riportato zero, ma uno.  
 Valore statistico  
Valore statistico delle merci espresso nella valuta nazionale conformemente alle norme comunitarie.  
L’importo relativo al valore statistico viene letto dai documenti (importo totale  di riga in valuta di 
conto) + quota spese di trasporto fino al confine.  
Tale valore è stabilito sulla base dell’ammontare delle cessioni/acquisti determinato ai sensi delle 
disposizioni in materia di imposta sul valore aggiunto o, in mancanza di esso, sulla base dell’import o 
fatturato o che sarebbe stato fatturato in caso di vendita/acquisto.  
Nel caso di cessioni esso deve comprendere le spese di consegna (trasporto, assicurazione, etc.) 
soltanto fino al luogo di uscita dall’Italia (valore franco confine italiano).  
Nel caso  di acquisti esso deve comprendere le spese di consegna (trasporto, assicurazione, etc.) 
soltanto fino al luogo di entrata in Italia (valore franco confine italiano).  
 Consegna  
La combo box identifica la tipologia di consegna o ritiro delle merci.


key: chroma:document
string_value:
 Consegna  
La combo box identifica la tipologia di consegna o ritiro delle merci.  
Quest’  informazione viene letta dai documenti, cartella spedizione.  
In questa combo, a differenza di quella analoga presente nella cartella spedizione dei documenti, è 
presente la voce Nessuno per permettere di lasciare in bianco la condizione di consegna in cas o di 
caricamento manuale degli elenchi.  
Se si generano gli elenchi intra in automatico, affinché non vengano riportate le condizioni di 
consegna è sufficiente impostare la combo obbligatorietà presente nei dati azienda a nessuno.  
 Modalità trasporto  
Codice corrispondente al modo di trasporto utilizzato per l’introduzione delle merci in Italia.  
Quest’ informazione viene letta dai documenti, cartella spedizione.  
  
Per quanto riguarda  l’obbligatorietà della Condizione di Consegna, d el Valore Statistico e della 
Modalità di Trasporto, nei dati Azienda, scheda dati Intra, è presente una combo, editabile solo in caso 
di periodicità mensile di INTRA  1 (Cessioni) oppure INTRA 2 (Acquisti) ,in cui è possibile indicare 
se i campi valore sta tistico, modalità di trasporto, condizione di Consegna devono essere obbligatori 
oppure no in fase di generazione elenchi Intra. Anche la generazione del file si comporterà di 
conseguenza  
A seconda di quanto definito nei dati azienda la procedura effettua il controllo di obbligatorietà per i 
dati statistici sopra  indicati per gli acquisti e/o le cessioni mensili e per le rettifiche di acquisti e/o  di 
cessioni mensili dello stesso periodo.  
Per ulteriori dettagli in merito al significato di tale combo si ri manda al paragrafo Dati Azienda.  
 Paese origine  
Tale dato viene utilizzato solo nel caso di acquisti. Si tratta del  codice ISO del Paese di origine del 
fornitore delle merci. I codici da utilizzare sono riportati nella tariffa dogana -le d’uso integrata (V . 
tabella A per i Paesi membri d ell’Unione Europea). Il paese di origine viene letto da


key: chroma:document
string_value:
tabella A per i Paesi membri d ell’Unione Europea). Il paese di origine viene letto da 
CONTI.ANNAZION ossia Codice della Nazione di appartenenza (Forn)


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
34 – G E S T I O N E  E L E N C H I   Paese provenienza  
Tale dato viene utilizzato solo nel caso di acquisti.  
Si tratta del codice ISO del Paese membro dal quale le merci sono state spedite  
Qualora le merci, prima di entrare in Italia, abbiano fatto sosta in uno o più Stati membri per 
operazioni non inerenti al trasporto, indicare il codice dello Stato membro in cui si è verificata l’ultima 
sosta.  
La procedura riporta il d ato nel movimento intra leggendo: IIF(EMPTY(NVL(MVNAZPRO,'')), 
w_ANNAZION, MVNAZPRO) ossia se nei Documenti è specificata la nazione provenienza 
all’interno dei dati di riga viene riportato questo valore altrimenti CONTI.ANNAZION ossia il 
Codice della Nazi one di appartenenza (Fornitore).  
La procedura riporta in automatico  nei dati di riga dei documenti il codice  indicato in anagrafica 
fornitore; tale dato è comunque liberamente modificabile dall’utente.  
 Provincia destinazione  
Tale dato viene utilizzato solo nel caso di acquisti.  
Si tratta della sigla automobilistica della provincia in cui le merci sono destinate al consumo o alla 
commercializzazione ovvero assoggettate ad operazioni di perfezionamento.  
La procedura riporta il dato nel movimento intra leg gendo: IIF(EMPTY(NVL(MVPROORD,'')), 
g_PROAZI, MVPROORD) ossia se nei documenti è specificata la provincia di destinazione della 
merce (E’ LA PROVINCIA DEL MAGAZZINO DI RIGA) viene letto  questo dato, altrimenti la  
provincia presente nei DATI AZIENDA  
 Paese destinazione  
Tale dato viene utilizzato solo nel caso di cessioni.  
Si tratta del codice ISO del Paese membro di destinazione delle merci ossia il codice ISO del paese 
membro verso il quale sono spedite le merci  
Il codice riportato in manutenzione e lenchi intra viene letto da CONTI.ANNAZION ossia dal 
codice della Nazione di appartenenza Cliente. Se sul documento è stata indicata una sede di consegna


key: chroma:document
string_value:
la procedura legge il codice ISO del paese indicato nella sede di consegna  
Ad esempio: effettuiamo una  fattura intra intestata ad un cliente al quale risulta associata come 
nazione Germania ed una sede di consegna con nazione Francia.  
La procedura riporta nel movimento intra come Paese di destinazione Francia, ossia la nazione 
associata alla sede di conseg na presente nella fattura.  
 Provincia di origine  
Tale dato viene utilizzato solo nel caso di cessioni.  
Si tratta della sigla automobilistica della provincia di origine/produzione delle merci. Se la provincia di 
origine/produzione non è nota, occorre indic are la sigla automobilistica della provincia di spedizione 
delle merci.  
La procedura riporta in automatico, sulle righe dei documenti, la provincia indicata all’interno  del 
magazzino di riga (menù archivi/magazzino/magazzini cartella sede).  
Il dato risult a comunque modificabile da parte dell’utente.  
Se nei documenti viene specificata la provincia di origine della merce, la procedura, nel movimento 
intra, considera questo dato, altrimenti, se la provincia non viene indicata, nel campo provincia di 
origine d el movimento intra, la procedura riporta la provincia presente nei DATI AZIENDA  
 Segno  
Il campo indica il segno della rettifica. I segni ammessi sono + e -. 
Ricordiamo che le rettifiche verranno riportate nella sezione 2 del frontespizio intra.  
 Document o 
Attraverso questo bottone l’utente può visualizzare il documento da cui sono stati presi i dati per la


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
G E S T I O N E  E L E N C H I  - 35 compilazione degli elenchi.  
  
Da questa funzione è inoltre possibile caricare movimenti Intra manuali; tale gestione risulta utile nel caso in cui l’a zienda 
non disponga, ad esempio, del modulo Acquisti e/o Vendite.  
  
Se si tenta di modificare o cancellare un movimento per il quale il relativo elenco intra è gia stato 
generato ( data di ultima generazione disco intra valorizzata all’interno dei dati azi enda), la procedura 
non consente di effettuare tali variazioni, visualizzando il seguente messaggio: ’Impossibile 
modificare: movimento già presentato in un elenco intra’ .  
Per apportare una qualsiasi variazione occorre cancellare la data di  ultima genera zione disco intra in 
dati azienda.  
  
Le righe di omaggio, così come le righe di sconto merce, non devono essere riportate negli elenchi intra.  
  
Cessione servizi - Acquisto servizi  
  
In presenza di operazioni di tipologia la maschera di manutenzione elench i risulta la seguente.  
  
 
Manutenzione elenchi intra – cessione servizi  
  
Altri dati  
I modelli Intra contengono anche i dati di tipo statistico che l’Istat utilizza per calcolare l’ammontare 
degli scambi Intracomunitari. La compilazione di questi dati è o bbligatoria in caso di periodicità 
mensile o quando l’ammontare delle cessioni e degli acquisti supera certi livelli.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
36 – G E S T I O N E  E L E N C H I   Modalità di erogazione  
Campo che accoglie la modalità di erogazione dei servizi resi/ricevuti. Viene valorizzato di default 
con il valore definito in anagrafica servizio, ma risulta liberamente modificabile dall’utente.  
Può assumere valore:  
 Istantane a; 
 A più riprese  
 Modalità d’incasso  
Campo che accoglie la modalità di incasso relativa al servizio reso/ricevuto. Tale campo deve essere 
valorizzato manualmente dall’utente. Assume di default valore uguale a Altro.  
 Paese pag.  
Campo che accoglie il  codice ISO del paese nel quale viene effettuato il pagamento del servizio 
reso/ricevuto.  
Nel caso di cessione di servizi, il codice è letto dal codice iso della nazione della sede presente sul 
documento oppure dall’anagrafica del cliente oppure dai Dati azienda.  
Nel caso di acquisto di servizi, il codice è letto dal codice iso della Nazione dell’azienda presente nei 
dati azienda.  
Nel caso di cessioni/acquisti di servizi e rettifiche di cessioni e acquisti di servizi il codice ISO del 
paese di pagamento per la nazione GRECIA deve essere GR.  
 Anno  
Campo che accoglie l’anno riportato nella data del protocollo dell’elenco da rettificare. Nel caso di 
selezione riga da rettificare di servizi, tramite il bottone ‘Rettifiche’, il campo è popolato 
automaticamen te dalla procedura.  
Il campo può essere valorizzato altrimenti manualmente dall’utente  
 Progressivo sezione  
Campo non editabile valorizzato dalla procedura in seguito all’aggiornamento del progressivo del 
disco e del periodo, in fase di generazione file INTRA.  
Tale dato è utilizzato per la gestione delle rettifiche dei servizi.  
Per operazioni di tipologia rettifiche cessione servizi resi (sezione 4) e rettifiche acquisto servizi 
ricevuti (sezione 4).  
 Bottone rettifiche  
Bottone che consente di accedere  alle cessioni/acquisti di servizi già presentati che si intendono


key: chroma:document
string_value:
rettificare. E’ possibile modificare e/o cancellare una riga di dettaglio dichiarata in precedenza nella 
sezione 3.  
In caso di modifica occorre identificare gli estremi della riga di dettag lio dichiarata in precedenza e 
compilare tutti i dati comprensivi delle modifiche, in caso di cancellazione occorre indicare la riga di 
dettaglio da cancellare dichiarata in precedenza.  
Saranno visibili solo righe appartenenti al medesimo intestatario, pr esenti in elenchi per cui sia già 
stato generato il file.  
Più righe di manutenzione elenchi intra aventi le medesime condizioni sono raggruppate.  
L’ordinamento dei dati avviene per anno, data documento, numero e alfa documento e progressivo 
decrescente.  
  
I movimenti visualizzati sono quelli oggetto di generazione elenco intra con aggiornamento del progressivo disco e del 
progressivi periodo.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
G E S T I O N E  E L E N C H I  - 37   
Selezionando i movimenti si nota come la procedura valorizza in automatico alcuni campi in base ai 
dati presen ti sui movimenti rettificati.  
In fase di salvataggio manutenzione elenchi intra sono stati inseriti per le operazioni di tipologia 
Cessione servizi e Acquisto servizi il seguente controllo su valorizzazione numero e data documento:  
“Numero/data documento n on valorizzati. “  
  
Rettifica cessione beni - Rettifica acquisto beni  
  
In presenza di operazioni di tipologia la maschera di manutenzione elenchi risulta la seguente.  
  
 
Manutenzione elenchi intra – Rettifica cessione beni  
  
Altri dati elenchi mensili  
I modelli Intra contengono anche i dati di tipo statistico che l’Istat utilizza per calcolare l’ammontare 
degli scambi Intracomunitari. La compilazione di questi dati è obbligatoria in caso di periodicità 
mensile o quando l’ammontare delle cessioni e degli a cquisti supera certi livelli.  
 Massa netta  
Massa netta, espressa in chilogrammi, delle merci prive di tutti i loro imballaggi.  
 U.M. supplementare  
Quantità della merce espressa nell’unità di misura supplementare prevista nella tariffa doganale.  
L’Unità di Misura Supplementare è un da to richiesto solo in caso di presentazione degli elenchi con 
periodicità mensile. Quindi, in caso di periodicità diversa da mensile è possibile non specificare alcuna 
unità di misura supplementare all’interno dell’archivio nomenclature, oppure definire tal e codice come 
‘ZZZ’, in quanto entrambi i valori stanno ad indicare che l’Unità di Misura Supplementare non è un 
dato obbligatorio nella generazione degli elenchi Intra. Tale codice dovrà essere caricato 
preventivamente nella tabella Unità di Misura.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
38 – G E S T I O N E  E L E N C H I  Nel c aso in cui l’Unità di Misura Supplementare sia stata comunque indicata e la periodicità degli 
elenchi sia diversa da mensile, negli elenchi non verrà riportato alcun dato.  
Se la massa netta e l’UNITA ’ suppl. sono espressi con centesimi ed il valore è infe riore ad uno (es 0,4), 
nel disco intra non deve essere riportato zero, ma uno.  
 Valore statistico  
Valore statistico delle merci espresso nella valuta nazionale conformemente alle norme comunitarie.  
L’importo relativo al valore statistico viene letto dai documenti (importo totale  di riga in valuta di 
conto) + quota spese di trasport o fino al confine.  
Tale valore è stabilito sulla base dell’ammontare delle cessioni/acquisti determinato ai sensi delle 
disposizioni in materia di imposta sul valore aggiunto o, in mancanza di esso, sulla base dell’importo 
fatturato o che sarebbe stato fat turato in caso di vendita/acquisto.  
Nel caso di cessioni esso deve comprendere le spese di consegna (trasporto, assicurazione, etc.) 
soltanto fino al luogo di uscita dall’Italia (valore franco confine italiano).  
Nel caso di acquisti esso deve comprendere l e spese di consegna (trasporto, assicurazione, etc.) 
soltanto fino al luogo di entrata in Italia (valore franco confine italiano).  
 Consegna  
La combo box identifica la tipologia di consegna o ritiro delle merci.  
Quest’ informazione viene letta dai docume nti, cartella spedizione.  
In questa combo, a differenza di quella analoga presente nella cartella spedizione dei documenti, è 
presente la voce Nessuno per permettere di lasciare in bianco la condizione di consegna in caso di 
caricamento manuale degli elenc hi. 
Se si generano gli elenchi intra in automatico, affinché non vengano riportate le condizioni di 
consegna è sufficiente impostare la combo obbligatorietà presente nei dati azienda a nessuno.  
 Modalità Trasporto


key: chroma:document
string_value:
 Modalità Trasporto  
Codice corrispondente al modo di trasporto utilizzato per l’introduzione delle merci in Italia.  
Quest’ informazione viene letta dai documenti, cartella spedizione.  
  
Per quanto riguarda  l’obbligatorietà della Condizione di Consegna, d el Valore Statistico e della 
Modalità di Trasporto, nei dati Azienda, scheda dati Intra, è presente una combo, editabile solo in caso 
di periodicità mensile di INTRA  1 (Cessioni) oppure INTRA 2 (Acquisti) ,in cui è possibile indicare 
se i campi valore sta tistico, modalità di trasporto, condizione di Consegna devono essere obbligatori 
oppure no in fase di generazione elenchi Intra. Anche la generazione del file si comporterà di 
conseguenza  
A seconda di quanto definito nei dati azienda la procedura effettua il controllo di obbligatorietà per i 
dati statistici sopra  indicati per gli acquisti e/o le cessioni mensili e per le rettifiche di acquisti e/o  di 
cessioni mensili dello stesso periodo.  
Per ulteriori dettagli in merito al significato di tale combo si ri manda al paragrafo Dati Azienda.  
 Paese origine  
Tale dato viene utilizzato solo nel caso di acquisti. Si tratta del  codice ISO del Paese di origine del 
fornitore delle merci. I codici da utilizzare sono riportati nella tariffa dogana -le d’uso integrata (V . 
tabella A per i Paesi membri d ell’Unione Europea). Il paese di origine viene letto da 
CONTI.ANNAZION ossia Codice della Nazione di appartenenza (Forn)  
 Paese provenienza  
Tale dato viene utilizzato solo nel caso di acquisti.  
Si tratta del codice ISO del Paese membro dal quale le merci sono state spedite  
Qualora le merci, prima di entrare in Italia, abbiano fatto sosta in uno o più Stati membri per 
operazioni non inerenti al trasporto, indicare il codice dello Stato membro in cui si è verificata l’ultima


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
G E S T I O N E  E L E N C H I  - 39 sosta.  
La procedura riporta in a utomatico  nei dati di riga dei documenti il codice  indicato in anagrafica 
fornitore; tale dato è comunque liberamente modificabile dall’utente.  
 Provincia destinazione  
Tale dato viene utilizzato solo nel caso di acquisti.  
Si tratta della sigla automobilistica della provincia in cui le merci sono destinate al consumo o alla 
commercializzazione ovvero assoggettate ad operazioni di perfezionamento.  
 Paese destinazione  
Tale dato viene utilizzato solo nel caso di cessioni.  
Si tratta del codice ISO del Paese membro di destinazione delle merci ossia il codice ISO del paese 
membro verso il quale sono spedite le merci  
La procedura riporta nel movimento in tra come Paese di destinazione Francia, ossia la nazione 
associata alla sede di consegna presente nella fattura.  
 Provincia di origine  
Tale dato viene utilizzato solo nel caso di cessioni.  
Si tratta della sigla automobilistica della provincia di origine/p roduzione delle merci. Se la provincia di 
origine/produzione non è nota, occorre indicare la sigla automobilistica della provincia di spedizione 
delle merci.  
La procedura riporta in automatico, sulle righe dei documenti, la provincia indicata all’interno  del 
magazzino di riga (menù archivi/magazzino/magazzini cartella sede).  
Il dato risulta comunque modificabile da parte dell’utente.  
Se nei documenti viene specificata la provincia di origine della merce, la procedura, nel movimento 
intra, considera questo dato, altrimenti, se la provincia non viene indicata, nel campo provincia di 
origine del movimento intra, la procedura riporta la provincia presente nei DATI AZIENDA  
 Segno  
Il campo indica il segno della rettifica. I segni ammessi sono + e -. 
Ricordiamo c he le rettifiche verranno riportate nella sezione 2 del frontespizio intra.  
  
Rettifica cessione servizi - Rettifica acquisto servizi


key: chroma:document
string_value:
Rettifica cessione servizi - Rettifica acquisto servizi  
  
In presenza di operazioni di tipologia la maschera di manutenzione elenchi risulta la seguente.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
40 – G E S T I O N E  E L E N C H I  
 
Manutenzione elenchi  intra – Rettifica cessione servizi  
  
Altri dati elenchi  
 Sezione doganale  
Campo che accoglie il codice dell’ufficio doganale al quale è stato presentato l’elenco da rettificare. Il 
seguente campo deve essere valorizzato manualmente dall’utente.  
 Anno  
Campo che accoglie l’anno riportato nella data del protocol lo dell’elenco da rettificare. Nel caso di 
selezione riga da rettificare di servizi, tramite il bottone. Rettifiche, il campo è popolato 
automaticamente dalla procedura.  
Il campo può essere valorizzato altrimenti manualmente dall’utente.  
 Protocollo dichi arazione  
Campo che accoglie il numero di protocollo dell’elenco da rettificare. Il seguente campo deve essere 
valorizzato manualmente dall’utente.  
 Progressivo sezione da rettificare  
Campo che accoglie il numero progressivo della riga della sezione da ret tificare. Nel caso di selezione 
riga da rettificare di servizi, tramite il bottone. Rettifiche, il campo è popolato automaticamente dalla 
procedura.  
Il campo può essere valorizzato altrimenti manualmente dall’utente.  
 Fattura n. - Del 
Campi che accolgono il riferimento al numero e alla data fattura relativa al servizio ricevuto o reso da 
rettificare. Nel caso di selezione riga da rettificare di servizi, tramite il bottone. Rettifiche, il campo è 
popolato automaticamente dalla procedura.  
Il campo può essere  valorizzato altrimenti manualmente dall’utente.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
G E S T I O N E  E L E N C H I  - 41  Modalità di erogazione  
Combo box che accoglie la modalità di erogazione dei servizi resi/ricevuti. È valorizzato di default 
con il valore definito in anagrafica servizio, ma risulta liberamente modificabile dall’utente.  
Può assumere valore:  
 Istantanea;  
 A più riprese  
 Modalità d’incasso  
Combo box che accoglie la modalità di incasso relativa al servizio reso/ricevuto. Tale campo deve 
essere valorizzato manualmente dall’utente. Assume di default valore uguale a Altro.  
 Paese pag.  
Campo che accoglie il  codice ISO del paese nel quale viene effettuato il pagamento del servizio 
reso/ricevuto.  
Nel caso di cessione di servizi, il codice viene letto dal codice iso della nazione della sede presente sul 
documento oppure dall’anagrafica del cliente oppure dai D ati azienda.  
Nel caso di acquisto di servizi, il codice viene letto dal codice iso della Nazione dell’azienda presente 
nei dati azienda.  
Nel caso di cessioni/acquisti di servizi e rettifiche di cessioni e acquisti di servizi il codice ISO del 
paese di pag amento per la nazione GRECIA deve essere GR.  
 Rettifiche  
Bottone visibile solo nel caso di rettifiche acquisti/cessioni di servizi permette di accedere al 
movimento intra che è stato rettificato.  
Bottone che consente di accedere alle  cessioni/acquisti di servizi già presentati che si intende 
rettificare. E’ possibile modificare e/o cancellare una riga di dettaglio dichiarata in precedenza nella 
sezione 3.In caso di modifica occorre identificare gli estremi della riga di dettaglio dichiarata in 
precedenz a e compilare tutti i dati comprensivi delle modifiche, in caso di cancellazione occorre 
indicare la riga di dettaglio da cancellare dichiarata in precedenza.  
Saranno visibili solo righe appartenenti al medesimo intestatario, presenti in elenchi per cui si a già 
stato generato il file.


key: chroma:document
string_value:
stato generato il file.  
Più righe di manutenzione elenchi intra aventi le medesime condizioni vengono raggruppate.  
L’ordinamento dei dati avviene per anno, data documento, numero e alfa documento e progressivo 
decrescente.  
  
I movimenti visualizzati sono quelli oggetto di generazione elenco intra con aggiornamento del progressivo disco e del 
progressivi periodo.  
  
 Mov. rett.  
Bottone visibile solo nel caso di rettifiche acquisti/cessioni di servizi permette di accedere al 
movimento intra che è stato rettificato  
  
Controlli  
Per le operazioni di tipologia Cessione servizi e Acquisto servizi i seguenti controlli in fa se di 
salvataggio manutenzione elenchi intra:  
 Controllo su valorizzazione numero e data documento  
Numero/data documento non valorizzati


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
42 – G E S T I O N E  E L E N C H I    
Per le operazioni di tipologia Rettifica cessione servizi e Rettifica acquisto servizi i seguenti controlli, 
in fase  di salvataggio manutenzione elenchi intra:  
 Controllo su mancata valorizzazione sezione doganale, anno di registrazione, protocollo della 
dichiarazione, progressivo della sezione  
Verificare riga: 10. Sezione doganale non valorizzata. Anno di registrazion e non 
valorizzato. Protocollo della dichiarazione non valorizzato. Progressivo della sezione 3 
non valorizzato.  
  
Messaggi bloccanti  
Inoltre per gli acquisti/vendite di beni e rettifiche acquisti/vendite di beni tutti i messaggi bloccanti 
presenti prima de lla fast patch sono diventati di solo avviso.  
 Mancanza modalità di trasporto  
Verificare riga:10. Codice modalità di trasporto non definito. Confermi ugualmente?  
  
In presenza di un documento che contiene righe articolo, righe servizio con tipologia impostata a 
servizi e righe servizio con tipologia impostata a bene, la procedura genera due elenchi intra: uno di 
tipologia bene contenente le righe articolo e le righe servizio ti tipo bene e uno di tipologia servizi 
contenente le righe servizio con tipologia servizio.  
  
L'utente che cancella una delle d ue manutenzioni è avvisato che verrà cancellata anche la seconda 
manutenzione.  
Attenzione verrà eliminato anche il movimento intra associato.  
  
Rispondendo Ok appare un ulteriore messaggio di conferma cancellazione.  
  
Sono inoltre state inserite alcune fun zioni di aggiornamento per i movimenti relativi ai servizi 
resi/ricevuti, in modo da aggiornare massivamente alcuni dati su tutte le righe presenti all'interno della 
medesima manutenzione.  
Per le operazioni di tipologia cessioni/acquisti servizi, i campi p er cui viene richiesto l'aggiornamento 
sono:  
 Modalità di erogazione  
 Modalità di incasso  
 Modalità di pagamento


key: chroma:document
string_value:
sono:  
 Modalità di erogazione  
 Modalità di incasso  
 Modalità di pagamento  
  
Per le operazioni di tipologia rettifiche cessioni/rettifiche acquisti servizi, i campi per cui viene 
richiesto l'aggiornamento sono:  
 Sezione doganale  
 Protocollo dichiarazione


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
G E S T I O N E  E L E N C H I  - 43  Modifica spese trasporto intra  
  
Questa gestione consente di modificare la Quota di spese trasporto fino al confine indicata sui 
documenti nel campo apposito (visibile sui documenti di tipo UE, int estati a Clienti/Fornitori di 
tipologia Intra) e rappresentante un Di cui rispetto al valore inserito nel precedente campo Spese 
Trasporto.  
  
La necessità di apportare modifiche a tale importo può essere soddisfatta finché il documento non 
risulta essere c ontabilizzato. Successivamente è necessario usufruire della gestione in oggetto per 
effettuare la stessa operazione.  
  
 
Modifica spese trasporto intra  
  
 Tipologia  
Questa combo box permette di ricercare solo i documento del ciclo acquisti o del ciclo ven dite. 
 Cliente - Fornitore  
In questo campo è possibile indicare il codice di uno specifico Cliente/Fornitore per il quale si 
intendono visualizzare i documenti.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
44 – G E S T I O N E  E L E N C H I   Documenti dal - Al 
Questi campi consentono di specificare un intervallo di date per la ricer ca dei documenti da 
visualizzare nella griglia sottostante.  
 Ricerca  
Dopo aver impostato i parametri di selezione, premendo questo bottone, verranno visualizzati i 
documenti corrispondenti. Vengono visualizzati solo i documenti già contabilizzati.  
 Origi ne 
Questo bottone consente di risalire direttamente al documento relativo alla riga sulla quale si è 
posizionati  
 Aggiorna  
Dopo aver indicato l'importo della Quota spese di trasporto fino al confine nell'ultima colonna della 
griglia, si deve premere quest o bottone per aggiornare il documento.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
G E S T I O N E  E L E N C H I  - 45  Generazione disco intra  
  
Attraverso questa scelta è possibile generare il supporto magnetico da utilizzarsi per la presentazione 
delle dichiarazioni relative agli acquisti ed alle cessioni intracomunitarie. Nel generare gli elenchi Intra 
su File, la procedura utilizza i seguenti criteri di raggruppamento.  
 Per quanto riguarda le CESSIONI, le movimentazioni vengono raggruppate a parità di:  
 Codice Iva operatore Intra,  
 Natura Transazione,  
 Nomenclatura Combinata,  
 Condizioni di Consegna,  
 Modalità di Trasporto,  
 Paese di Destinazione,  
 Provincia di Origine.  
 Per quanto riguarda gli ACQUISTI, le movimentazioni vengono raggruppate a parità di:  
 Codice Iva operatore Intra,  
 Natura della Transazione,  
 Nomenclatura Combinata,  
 Condizione di Consegna,  
 Modalità di Trasporto,  
 Paese di Provenienza d elle Merci,  
 Paese di Origine,  
 Provincia di Destinazione.  
  
Attenzione: la stampa del brogliaccio e la generazione del disco intra tengono conto solo della data di competenza intra 
indicata sul movimento e non dell’anno di competenza.  
Esempio: si regis tra un movimento intra indicando come anno di competenza 2004 e data di competenza intra 
‘30/06/2011’, la procedura riporta il movimento nel file intra relativo al mese di giugno dell’anno 2011.  
  
La maschera per la Generazione del Disco Intra si compone d i tre quadranti informativi. Vengono 
proposte le periodicità relative alla presentazione degli elenchi presso la dogana con possibilità di 
impostare i campi


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
46 – G E S T I O N E  E L E N C H I  
 
Generazione disco intra  
  
Opzioni di generazione  
Indica se la dichiarazione è relativa a cessio ni o acquisti Intra o ad entrambi.  
Solo servizi  
Di default, il check è spento. Se attivo consente di generare il disco INTRA esclusivamente per i 
movimenti relativi a servizi resi/ricevuti.  
Tale opzione risulta utile nel caso in cui siano già stati present ati per un periodo gli elenchi relativi ai 
beni e si renda necessario, soprattutto nella fase iniziale di attuazione nuova normativa in materia di 
Intra, integrare le precedenti dichiarazioni con operazioni relative a prestazioni di servizi resi/ricevuti.  
 Tipo generazione  
Definisce il tipo di generazione in caso di acquisto/cessione di servizi INTRA (e relative rettifiche); 
qualora si imposti la tipologia di generazione ‘Semplificata’ i campi facoltativi (numero e data fattura, 
modalità di erogazione e in casso) non verranno valorizzati.  
  
La combo box risulta attiva solo nel caso in cui il periodo di riferimento della generazione INTRA si riferisca all’anno 
2015 e successivi, in caso di generazione per il periodo 2014 essa rimane non editabile e settata a ‘Completa’  
  
 Soggetto delegato  
Se attivo, gli elenchi saranno presentati da un soggetto delegato. La procedura verifica che all'interno 
dei Dati Azienda, scheda Dati Intra, sia stato inserita la Partita Iva del soggetto delegato. In caso di 
dato mancante, la creazion e dell'elenco su file non andrà a buon fine e a video apparirà il seguente 
messaggio:  
Partita IVA soggetto delegato non trovata.  
 Contenuto degli elenchi  
Nel caso di periodicità mensile, il valore della combo non risulta selezionabile e vale di default 
Trimestre completo.  
Nel caso di periodicità trimestrale, i valori selezionabili della combo sono i seguenti:  
 Le operazioni sono riferite al mensile o trimestre completo (è il caso in cui non si è superato


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
G E S T I O N E  E L E N C H I  - 47 il valore soglia per la presentazione trimestrale o ppure si cambi al periodicità da trimestrale a 
mensile nel terzo mese del trimestre)  
 Cambio di periodicità - le operazioni riepilogate nell’elenco trimestrale sono riferite solo al 
primo mese (è il caso in cui si sta presentando solo il primo mese del tr imestre, cioè si cambia la 
periodicità da trimestrale a mensile nel primo mese del trimestre)  
 Cambio di periodicità - le operazioni riepilogate nell’elenco trimestrale sono riferite al primo 
e al secondo mese  (è il caso in cui si sta presentando solo il  primo e il secondo mese del 
trimestre, cioè si cambia la periodicità da trimestrale a mensile nel secondo mese del trimestre)  
  
Per maggiori dettagli sulla selezione dei valori da definire nel frontespizio si rimanda a normativa 
specifica.  
  
Qualora nel c orso del trimestre di riferimento si superi la soglia di 50.000 €, la periodicità di presentazione diventa 
immediatamente mensile. In tal caso si diventa operatori mensili dal mese successivo a quello in cui è stata superata la sogl ia 
e si deve presentare un elenco per il trimestre di riferimenti specificando se in esso sono contenuti i movimenti di un singolo 
mese o di due mesi o dell’intero trimestre a seconda del mese in cui è stata superata la soglia.  
Es. gennaio 2010 (volume di 30.000 €); febbraio 2010  (volume di 40.000 €); in tal caso avendo superato la soglia di 
50.000 € a febbraio 2010 si diventa operatore mensili da marzo 2010 e si dovrà presentare l’elenco del I° trimestre 2010 
specificando nel frontespizio che nell’elenco sono inclusi i movimenti di due mesi cioè quelli relativi a gennaio 2010 e a 
febbraio 2010  
  
 Frontespizio cartaceo  
Se attivo, verrà generato un file PDF contenente la stampa del frontespizio che riproduce fedelmente 
il modello ministeriale.  
  
Periodo di riferimento e dati di pre sentazione


key: chroma:document
string_value:
il modello ministeriale.  
  
Periodo di riferimento e dati di pre sentazione  
 Anno di riferimento  
Indica l'anno di riferimento della presentazione.  
 Partita Iva presentatore  
Il campo contiene la Partita Iva del presentatore. Questa viene riportata sia sull'etichetta che sul 
frontespizio. In particolare la Partita Iva r iportata sarà:  
 Quella presente nella prima scheda dei Dati Azienda se relativa all'azienda stessa (Soggetto 
Obbligato);  
 Quella del Soggetto Delegato se è stato attivato il campo Soggetto Delegato.  
 Modello Intra 1 - Cessioni e Intra 2 - Acquisti  
Rispet to ai due modelli viene riportata la periodicità indicata nella scheda Dati Intra all'interno dei 
Dati Azienda. La procedura consente di gestire periodicità diverse per i due elenchi.  
 Periodo  
Indica il periodo dei movimenti Intra che andranno a formare g li elenchi. Nel caso di presentazioni 
con periodicità mensile, sono ammessi i valori da 1 a 12; in caso di periodicità trimestrale, sono 
ammessi i valori da 1 a 4.  
La procedura propone in automatico il periodo successivo a quello memorizzato nel campo peri odo


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
48 – G E S T I O N E  E L E N C H I  della scheda Dati Intra all'interno dei Dati Azienda.  
  
Supporto di destinazione  
Viene proposto il nome del file che verrà generato ed il relativo percorso sotto al quale verrà salvato.  
Il percorso è modificabile, quindi, se si intende salvare direttam ente su Floppy Disk o sotto altro 
percorso, si potrà ricercare il percorso o semplicemente digitarlo all'interno del campo.  
  
Viene inoltre riportato il numero progressivo di supporto generato nell'anno. Il numero progressivo 
del dischetto verrà riportato anche nel frontespizio.  
In fase di generazione la procedura richiede, attraverso un messaggio di conferma, se si vuole 
aggiornare il progressivo.  
Rispondendo affermativamente, il numero del dischetto verrà aggiornato e memorizzato all'interno 
dei dati azie nda, scheda dati intra.  
  
La procedura di generazione del file viene accompagnata da vari messaggi.  
Se per il periodo è già stato creato il file viene emesso il seguente messaggio per cessioni o acquisti o 
entrambi a seconda di quello che si seleziona in o pzioni generazione:  
Periodo cessioni già generato. Si desidera procedere?  
  
Non confermando questa maschera, non verrà generato alcun elenco, invece confermando la 
generazione prosegue. Generalmente il file viene periodicamente salvato sotto lo stesso perc orso; se 
non si è provveduto all'eliminazione di tale file, la procedura chiederà se di desidera sostituire il file 
esistente:  
File esistente! Ricreo?  
  
Confermando la maschera, se la generazione termina a buon fine, viene visualizzato il seguente 
messaggi o 
Generazione terminata.  
  
A seguito di una generazione andata a buon fine, la procedura richiede attraverso un messaggio se si 
vogliono stampare le etichette.  
Si desidera stampare le etichette.  
  
A questo punto la procedura chiede se il numero progressivo  degli elenchi caricati su disco deve 
essere aggiornato.


key: chroma:document
string_value:
essere aggiornato.  
Rispondendo affermativamente, la procedura conferma l'aggiornamento ed aggiorna il campo relativo 
all' ultima generazione all'interno dei Dati Azienda.  
Si desidera aggiornare il progressivo disco e i  progressivi periodo?  
  
Infine viene proposto il riepilogo di quanto è stato generato e viene creato il relativo frontespizio 
intra.  
  
In fase di generazione file Intra sono stati inseriti alcuni controlli bloccanti per le operazioni relative ai 
servizi re si/ricevuti.  
  
Controlli bloccanti  
 Partita Iva non trovata.  
Non viene segnalato l'errore nel caso di rettifiche di servizi con importo in euro uguale a zero.  
  
 Codice ISO della nazione del cliente/fornitore non trovato.  
Non viene segnalato l'errore nel  caso di rettifiche di servizi con importo in euro uguale a zero.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
G E S T I O N E  E L E N C H I  - 49   
 Sezione doganale mancante.  
Segnalato solo nel caso di rettifiche di servizi.  
  
 Anno di registrazione mancante.  
Segnalato solo nel caso di rettifiche di servizi.  
  
 Protocollo della di chiarazione mancante.  
Segnalato solo nel caso di rettifiche di servizi.  
  
 Progressivo della sezione 3 mancante.  
Segnalato solo nel caso di rettifiche di servizi  
  
 Codice servizio mancante.  
Segnalato nel caso di cessioni/acquisti di servizi oppure retti fiche di servizi se l'importo in euro 
è diverso da zero.  
  
 Codice ISO del paese di pagamento non trovato.  
Segnalato nel caso di cessioni/acquisti di servizi oppure rettifiche di servizi se l'importo in euro 
è diverso da zero.  
  
Controlli non bloccanti  
 Quantità relativa all'unità supplementare uguale a zero (solo warning).  
La segnalazione di errore viene dato solo nel caso di cessioni/acquisto di beni con periodo 
mensile, se la quantità supplementare è uguale a zero e non è vuota e diversa da 'ZZZ' l'uni tà di 
misura presente nelle nomenclature.  
  
 Quantità relativa alla massa netta uguale a zero (solo warning).  
La segnalazione di errore viene dato solo nel caso di cessioni/acquisto di beni con periodo 
mensile, se la massa netta è uguale a zero ed è vuota oppure uguale a 'ZZZ' l'unità di misura 
presente nelle nomenclature.  
  
 Natura della transazione mancante (solo warning).  
Segnalato solo nel caso di Cessione/acquisto di beni e rettifiche di cessioni/acquisto di beni  
  
 Nomenclatura mancante (solo warning).  
Segnalato solo nel caso di Cessione/acq uisto di beni e rettifiche di cessioni/acquisto di beni.  
  
 Valore statistico uguale a zero (solo warning).Segnalato solo se il periodo è mensile e 
operazioni riferite a beni.  
  
 Codice condizione di consegna non trovato (solo warning).


key: chroma:document
string_value:
operazioni riferite a beni.  
  
 Codice condizione di consegna non trovato (solo warning).  
Segnalato solo se  il periodo è mensile e tipo operazione è uguale ad acquisto/cessione di beni.  
  
 Codice modalità di trasporto non trovato (solo warning).  
Segnalato solo se il periodo è mensile e operazioni riferite a beni.  
  
 Codice ISO del paese di provenienza non tro vato (solo warning).  
Segnalato solo se il periodo è mensile e operazioni riferite ad acquisto rettifiche di beni.  
  
 Codice ISO del paese di origine non trovato (solo warning).  
Segnalato solo se il periodo è mensile e operazioni riferite ad acquisto retti fiche di beni.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
50 – G E S T I O N E  E L E N C H I    
 Provincia di destinazione non trovata (solo warning).  
Segnalato solo se il periodo è mensile e operazioni riferite ad acquisti rettifiche di beni.  
  
 Codice ISO del paese di destinazione non trovato (solo warning).  
Segnalato solo se il periodo è mensile e operazioni riferite a cessioni rettifiche di beni.  
  
 Provincia di origine non trovata (solo warning).  
Segnalato solo se il periodo è mensile e operazioni riferite a cessioni rettifiche di beni.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
G E S T I O N E  E L E N C H I  - 51 
 
________________________________________________________________________________  
_________________________________________________ _______________________________  
________________________________________________________________________________  
________________________________________________________________________________  
______________________________________________________________ __________________  
________________________________________________________________________________  
________________________________________________________________________________  
___________________________________________________________________________ _____  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_______ _________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
____________________ ____________________________________________________________  
________________________________________________________________________________


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
52 – G E S T I O N E  E L E N C H I  
 
________________________________________________________________________________  
_______________________________ _________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
____________________________________________ ____________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_________________________________________________________ _______________________  
________________________________________________________________________________  
________________________________________________________________________________  
______________________________________________________________________ __________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_______________________________________________________________________________


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
S T A M P E  I N T R A S T A T  - 53  STAMPE INTRASTAT  
  
 Stampa brogliaccio intra  
 Stampa movimenti intra  
 Stampa nomenclature  
 Stampa tipi transazioni  
 Rettifiche cessioni/acquisti servizi


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
54 – S T A M P E  I N T R A S T A T   Stampa brogliaccio intra  
  
 
  
 Partita Iva presentatore  
Il campo contiene la Partita Iva d el presentatore. In particolare la Partita Iva riportata sarà:  
 Quella presente nella prima scheda dei Dati Azienda se relativa all'azienda stessa (Soggetto 
Obbligato);  
 Quella del Soggetto Delegato se è stato attivato il check Soggetto delegato.  
 Tipo movimenti  
L'utente ha la possibilità di selezionare la tipologia di movimenti da stampare selezionando solo quelli 
relativi agli acquisti di beni e servizi, alle cessioni di beni e servizi o entrambi.  
 Acquisti e cessioni UE beni e servizi  
 Cessioni di b eni UE  
 Acquisti di beni UE  
 Acquisti e cessioni di beni UE  
 Cessioni di servizi UE  
 Acquisti di servizi UE  
 Acquisti e cessioni di servizi UE  
 Periodicità relativa alle cessioni e alle vendite  
L'utente ha la possibilità di selezionare la periodicità  (trimestrale o mensile) relativa agli elenchi di cui 
vuole stampare il brogliaccio.  
 Soggetto delegato  
Tale check, di default attivo, consente di riportare nella stampa brogliaccio la partita iva del soggetto 
delegato.  
Se il check è spento, viene riporta ta la partita iva presente nella prima scheda dei Dati Azienda 
(Soggetto Obbligato).


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
S T A M P E  I N T R A S T A T  - 55 Di default spento, se attivato consente di stampare il brogliaccio con gli importi arrotondati come 
all'interno del file intra, in modo da agevolare eventuali controlli.  
  
Attenzione: se in un determinato periodo sono stati registrati movimenti di tipologia differente ( ad esempio: cessioni, 
rettifiche di cessioni, acquisti, rettifiche di acquisti) la procedura, nella prima stampa, riporta nell'esempio le cessioni;  per 
stampare anche la movimentazione successiva (nell'esempio rettifica di cessione) occorre chiudere l'anteprima di stampa delle 
cessioni e premere sul tasto rosso Esci, a questo punto la procedura propone la seconda anteprima e relativa stampa e così 
via. 
  
Nel caso in cui si attivi il flag Soggetto delegato e non sia specificata la partita iva la procedura non attiva il bottone di 
conferma della stampa.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
56 – S T A M P E  I N T R A S T A T   Stampa movimenti Intra  
  
Attraverso le selezioni di qu esta maschera è possibile produrre la stampa relativa ai movimenti di 
un'unica tipologia che rientrano in un intervallo di selezione definito in base a data di competenza e/o 
data movimento e/o data documento e che possono riferirsi a tutti i clienti/forni tori Intra o ad uno in 
particolare tra questi.  
  
 
Stampa movimenti Intra  
  
 Tipo movimento  
L'utente ha la possibilità di selezionare la tipologia di movimenti da stampare selezionando solo quelli 
relativi agli acquisti, alle cessioni o alle rettifiche sia di beni che di servizi.  
 Cessioni di beni  
 Rettifiche cessioni di beni  
 Acquisti di beni  
 Rettifiche acquisti di beni  
 Cessioni di servizi  
 Acquisti di servizi  
 Rettifiche acquisti di servizi  
 Rettifiche cessioni di servizi  
 Da data movimento - A data movimento  
L'utente ha la possibilità di selezionare l'intervallo dell e date registrazione dei movimenti intra da 
stampare.  
 Da data documento - A data documento  
L'utente ha la possibilità di selezionare l'intervallo delle date documento dei movimenti intra da 
stampare.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
S T A M P E  I N T R A S T A T  - 57  Da data competenza - A data competenza  
L'utente ha l a possibilità di selezionare l'intervallo delle date competenza dei movimenti intra da 
stampare.  
 Cliente - Fornitore  
Il campo permette di specificare un cliente o fornitore di cui si vuole avere una stampa dei movimenti. 
A seconda della tipologia selezio nata la maschera richiama l'anagrafica dei clienti o dei fornitori.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
58 – S T A M P E  I N T R A S T A T   Stampa nomenclature  
  
Questa scelta permette di ottenere la stampa delle nomenclature inserite nell'archivio. La selezione 
richiede l'inter vallo di codici di nomenclature da considerare e il tipo di stampa (viene proposta quella 
predefinita nell'output utente). Nella stampa vengono riportati i codici, le descrizione e l'unità di 
misura supplementare.  
  
 
Stampa nomenclature


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
S T A M P E  I N T R A S T A T  - 59  Stampa tipi transazioni  
  
Questa scelta permette di ottenere la stampa dei tipi transazioni inserite nell'archivio. La selezione 
richiede l'intervallo di codici transazioni da considerare e il tipo di stampa (viene pr oposta quella 
predefinita nell'output utente).  
  
 
Stampa tipi transazioni  
  
 Da tipo - A tipo  
L'utente può richiedere un prospetto con i codici delle transazioni. Se è interessato ad una stampa 
completa lascerà vuoti entrambi i campi, mentre se vuole fare delle partizioni indicherà il codice a 
partire dal quale deve iniziare la s tampa e quello a cui deve terminare.  
 Tipo di stampa  
La combo box indica il tipo di report di stampa, selezionabile dall'elenco disponibile.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
60 – S T A M P E  I N T R A S T A T  
 
________________________________________________________________________________  
_______________________________ _________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
____________________________________________ ____________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_________________________________________________________ _______________________  
________________________________________________________________________________  
________________________________________________________________________________  
______________________________________________________________________ __________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_______________________________________________________________________________


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
E S E M P I  I N T R A  - 61  ESEMPI INTRA  
  
 Rettifiche cessioni/acquisto servizi  
 Registrazione rettifica di servizi da documenti (nota di credito)  
 Riparazione a titolo oneroso con sostituzione di un elemento  
 Registrazione di fattura passiva intra ue e generazione elenchi 
beni 
 Registrazione nota di credito ue a  storno di precedente fattura 
beni 
 Registrazione nota di credito ue a rettifica di prec edente 
fattura beni


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
62 - E S E M P I  I N T R A   Rettifiche cessioni/acquisti servizi  
  
Questo tipo di operazioni vengono fatte per comunicare rettifiche (modifiche e/o cancellazioni) alle 
sezioni 3 di elenchi  riferiti a periodi precedenti (già presentati) dovute a variazioni nell'ammontare 
delle operazioni intervenute successivamente alla presentazioni degli elenchi.  
  
In caso di modifica  di una qualsiasi informazione di una riga dettaglio dichiarata in preced enza nella 
sezione 3 occorre:  
 Indicare gli estremi che identificano la riga dettaglio da modificare dichiarata in precedenza 
(colonne da 2 a 5 del file);  
 Indicare tutti i dati comprensivi delle modifiche (colonne da 6 a 14 del file)  
  
In caso di cancel lazione  di una qualsiasi informazione di una riga dettaglio dichiarata in precedenza 
nella sezione 3 occorre:  
 Indicare gli estremi che identificano la riga dettaglio da cancellare dichiarata in precedenza 
(colonne da 2 a 5 del file);  
 Non compilare le c olonne da 6 a 14 del file.  
  
Esempio  
Modifica informazioni di una riga dettaglio già presentata dichiarata in 
sezione 3  
Supponiamo di registrare una fattura attiva di servizi resi numero 32 del 01/04/2015.  
  
Presentiamo l’elenco relativo ad aprile ed aggio rniamo i progressivi


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
E S E M P I  I N T R A  - 63 
 
Cessione di servizi Germanclub  
  
La procedura confermando l'aggiornamento dei progressivi aggiorna sul movimento anno e 
progressivo sezione.  
  
 
Cessione servizi dopo aggiornamento progressivi  
  
Supponiamo di presentare una rettifi ca di valore a maggio in quanto, la fattura non doveva essere di 
1.000 €, ma bensì 800 €.  
Le operazioni da eseguire sono le seguenti  
 Caricare dalla manutenzione elenchi intra una rettifica di servizi inserendo il cliente e una data


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
64 - E S E M P I  I N T R A  di competenza  
  
 
Caricamento rettifica  
  
 Accedere al bottone rettifiche per visualizzare uno zoom che elenca tutte le cessioni per il 
cliente inserito già presente negli elenchi:


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
E S E M P I  I N T R A  - 65 
 
Premere il bottone rettifiche per accedere all‘elenco delle cessioni presentate  
  
 Selezion are il movimento che si intende rettificare e premere ok


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
66 - E S E M P I  I N T R A  
 
Elenco cessioni di servizi resi  
  
 Selezionando la riga verranno riportati alcuni riferimenti presenti nella fattura rettificata come, 
ad esempio, l'importo in valuta nazionale, il codice serviz io, anno, progressivo sezione da 
rettificare, numero data e alfa fattura, modalità di erogazione, modalità di incasso, e paese 
pagamento  
  
 
Importazione dei dati relativi alle precedenti sessioni


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
E S E M P I  I N T R A  - 67   
 Apportare le modifiche all'importo in valuta nazionale e aggiungere la sezione doganale e il 
protocollo dichiarazione.  
  
 
Rettifiche con modifiche apportate  
  
 Generare il file  
  
 
File generato  
  
Esempio  
Cancellazione di una riga dettaglio già presentata dichiarata in sezione 3  
Supponiamo di voler sfruttare  l'esempio di cui sopra, ma invece di procedere ad una variazione 
procediamo a cancellare una riga di dettaglio già presentata.  
  
Supponiamo di registrare una fattura attiva di servizi resi numero 32 del 01/04/2010.  
  
Presentiamo l'elenco relativo ad april e ed aggiorniamo i progressivi.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
68 - E S E M P I  I N T R A  
 
Cessione servizi  
  
 
Cessione servizi dopo aggiornamento progressivi  
  
Supponiamo di presentare una rettifica di valore a maggio in quanto, la fattura non doveva essere di 
1.000 €, ma bensì 800 €.  
Le operazioni da eseguire sono le seguenti:  
 Caricare dalla manutenzione elenchi intra una rettifica di servizi inserendo il clie nte e una data 
di competenza:


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
E S E M P I  I N T R A  - 69 
 
Caricamento rettifica  
  
 Accedere al bottone rettifiche per visualizzare uno zoom che elenca tutte le cessioni per il 
cliente inserito già presente negli elenchi:  
  
 
Premere il bottone rettifiche per accedere all‘elenco delle cessioni presentate  
  
 Selezionare il movimento che si intende rettificare e premere ok:


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
70 - E S E M P I  I N T R A  
 
Elenco cessioni di servizi resi  
  
 Selezionando la riga verranno riportati alcuni riferimenti presenti nella fattura rettificata come, 
ad esempio, l'import o in valuta nazionale, il codice servizio, anno, progressivo sezione da 
rettificare, numero data e alfa fattura, modalità di erogazione, modalità di incasso, e paese 
pagamento:  
  
Importazione dei dati relativi alle precedenti sessioni


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
E S E M P I  I N T R A  - 71   
 Procedere a lla cancellazione azzerando l'importo in valuta nazionale a questo punto 
l'operatore dovrà compilare,la sezione doganale, l'anno ed il protocollo della dichiarazione 
(relativa alla fattura presentata):  
  
 
Cancellazione importo in valuta nazionale  
  
 Salvare la manutenzione e generare il file  
  
 
Generazione file  
  
Per gli acquisti occorre azzerare anche importo in valuta originaria.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
72 - E S E M P I  I N T R A   Registrazione rettifica di servizi da 
documenti (nota di credito)  
  
La manutenzione elenchi Intra relativa alle rett ifiche di servizi resi/ricevuti può essere caricata:  
 Manualmente dall’utente  oppure  
 Popolata attraverso la ‘Generazione Intra’ , a fronte di documenti (es. nota credito) in cui sono 
stati valorizzati i campi relativi alle informazioni sugli intra ed in particolare il periodo, l'anno ed 
il segno della r ettifica.  
  
Tali informazioni ,che devono essere valorizzate sul documento, servono solo per generare la 
tipologia di operazione ‘Rettifica servizi’ ma non sono utilizzate né nella manutenzione Intra, né in 
fase di generazione file come avviene per le manu tenzioni Intra relative ai Beni.  
  
 
Dati Intrastat in nota d credito  
  
Rimane a questo punto onere dell’utente intervenire manualmente sulla manutenzione Intra di 
tipologia rettifica per valorizzare alcuni dati essenziali richiesti nel file, in particolar e sezione doganale, 
anno, protocollo, progressivo della sezione da rettificare e numero e data fattura.  
Tali informazioni possono essere recuperate tramite il bottone Rettifica (si rimanda alla parte della 
documentazione in cui ne è stato spiegato l’utiliz zo) oppure possono essere indicati manualmente.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
E S E M P I  I N T R A  - 73   
Rimane valido quanto indicato nei paragrafi precedenti in caso di rettifica con cancellazione o 
modifica di un dettaglio già presentato.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
74 - E S E M P I  I N T R A   Riparazione a titolo oneroso con 
sostituzione di un elemento  
  
Alla luce di questa nuova possibilità offerta si veda come gestire la casistica di una fattura di 
riparazione con sostituzione di un elemento:  
- dato il seguente servizio  
  
 
Anagrafica servizi  
  
- La codifica del pezzo sostituito durante la riparazione.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
E S E M P I  I N T R A  - 75 
 
Anagrafica articolo  
  
Viene registrata la seguente fattura di acquisto Intra.  
  
 
Fattura di acquisto Intra  
  
Il movimento contabile è il seguente.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
76 - E S E M P I  I N T R A  
 
Registrazione di Primanota  
  
Viene effettuata la generazione elenchi Intra con la creazione del seguent e movimento:  
  
 
Generazione elenchi Intra  
  
Appare un messaggio:  
“ Operazione completata. N. 1 documenti generati. “


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
E S E M P I  I N T R A  - 77 
 
Manutenzione elenchi Intra  
  
Si proceda con la generazione Disco Intra.  
  
 
Generazione disco Intra  
  
In fase di generazione del file  intra i dati estratti vengono accorpati per nomenclatura rispondendo alla 
normativa


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
78 - E S E M P I  I N T R A   Registrazione di fattura passiva intra 
ue e generazione elenchi beni  
  
Ipotizziamo che l’azienda debba presentare gli elenchi intra mensilmente e che debba i ndicare 
obbligatoriamente i dati relativi al valore statistico, modalità di trasporto e condizioni di consegna.  
Impostiamo pertanto la periodicità degli elenchi a ‘mensile’ e valorizziamo la combo obbligatorietà ad 
‘Acquisti e Cessioni’.  
  
 
Dati Azienda  
  
Registriamo una fattura di acquisto utilizzando l’articolo ‘CD’ a cui sono stati associati i seguenti dati 
intra.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
E S E M P I  I N T R A  - 79 
 
Anagrafica articolo  
  
Al fine di registrare la fattura utilizziamo una causale documento a cui è stata associata una causale di 
magazzino  con natura della transazione ‘1’ ‘Acquisto o Vendita’ ed una causale contabile di tipologia 
Fattura UE.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
80 - E S E M P I  I N T R A  
 
Causali documenti  
  
 
Causali Magazzino Sezione Intra Estero


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
E S E M P I  I N T R A  - 81 
 
Causali contabili  
  
Utilizziamo un fornitore di tipologia intra.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
82 - E S E M P I  I N T R A  
 
Anagrafica fo rnitore  
  
Registriamo una fattura passiva inserendo come quantità dell’articolo ‘cd’ 10 e prezzo unitario 100 per 
un valore totale di riga pari a 1000 euro.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
E S E M P I  I N T R A  - 83 
 
Fattura di acquisto  
  
Nei dati di riga, cartella intra, la procedura riporta i dati intra defin iti all’interno dell’anagrafica articolo 
(nomenclatura, unità di misura supplementare, moltiplicatore).  
Inseriamo inoltre un valore per la massa netta unitaria.  
  
 
Dati di riga documenti


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
84 - E S E M P I  I N T R A  All’interno del bottone dettagli dei dati generali non inseriamo a lcun dato relativo alle rettifiche dal 
momento che non si tratta di un movimento di  rettifica ma di un semplice acquisto.  
Il flag ‘documento intra’ viene attivato di default dalla procedura leggendo la tipologia intra dalla 
casuale contabile e non è modif icabile.  
  
 
Dati testata documento  
  
Nella cartella spedizione del documento non inseriamo la modalità di trasporto ed impostiamo le 
condizioni di consegna a franco fabbrica.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
E S E M P I  I N T R A  - 85 
 
Cartella Spedizione  
  
Contabilizziamo il documento e lanciamo la generazione  elenchi intra.  
In fase di generazione elenchi intra la procedura segnala all’utente che la modalità di trasporto non è 
stata inserita nel documento. Tale messaggio di warning viene visualizzato perché nei dati azienda è 
stata impostata l’obbligatorietà de lla modalità di trasporto per elenchi relativi ad acquisti e cessioni.  
Se nei dati azienda si fosse impostata la combo obbligatorietà a ‘nessuna’ il messaggio di warning non 
sarebbe stato visualizzato.  
  
 
Generazione elenchi intra  
  
Appare un messaggio  
“ Operazione completata. N. 1 documenti generati. “  
“ Stampo situazione messaggi di errore? “  
La procedura crea in automatico il movimento inserendolo nella maschera manutenzione elenchi 
intra.  
Il tipo di operazione viene impostato ad acquisto perché si trat ta di fattura di acquisto, l’importo  in 
valuta nazionale pari a 1000 euro coincide con il valore di riga del documento.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
86 - E S E M P I  I N T R A  
 
Manutenzione elenchi intra  
  
Ipotizziamo che l’ azienda presenti gli elenchi senza servirsi del soggetto delegato.  
Lanciamo la gene razione del disco intra indicando come opzioni di generazione solo acquisti, anno 
2013 e periodo di riferimento per gli acquisti giugno.  
  
 
Generazione disco intra  
  
Si visualizzano i seguenti messaggi:  
“ Generazione terminata. “  
 “ Si desidera stampare l ’elenco degli errori? “  
  
A questo punto rientriamo in manutenzione elenchi intra inseriamo la modalità di trasporto e 
rilanciamo la generazione.  
  
La procedura segnala all’utente che il file esiste già perché precedentemente è stato slavato nella


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
E S E M P I  I N T R A  - 87 cartella  dell’installazione. Per non visualizzare tale messaggio è sufficiente cancellare il file scambi.cee 
dalla cartella exe dell’installazione.  
  
Si visualizzano i seguenti messaggi:  
 “ File esistente! Ricreo? “  
“ Generazione terminata. “  
La procedura richiede  all’utente se intende stampare le etichette ed aggiornare o meno il progressivo 
ed il periodo dell’elenco.  
  
Si visualizza il seguente messaggio:  
 “ Si desidera stampare le etichette? “  
  
 
Report stampa etichette  
  
Si visualizzano i seguenti messaggi  
“ Si desidera aggiornare il progressivo disco e i progressivi periodo? “  
“ Aggiornamento terminato. “


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
88 - E S E M P I  I N T R A   Registrazione nota di credito ue a 
storno di precedente fattura beni  
  
Ipotizziamo di aver registrato nel mese di settembre 2015 una fattura di acquisto e di aver generato il 
seguente movimento intra.  
  
 
Manutenzione elenchi  
  
Ipotizziamo di registrare sempre nello stesso mese di settembre una nota di credito a fornitore Ue.  
Utilizziamo una causale contabile collegata alla causale documento che preveda co me tipologia 
documento ‘nota di credito ue’ ed associamo alla causale di magazzino la natura della transazione ‘1’ 
‘Acquisto o vendita’.  
Registriamo la nota di credito indicando come quantità dell’articolo 6 e prezzo unitario 100 per un 
valore di riga pari  a 600 euro.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
E S E M P I  I N T R A  - 89 
 
Documento Note di Credito  
  
Nei dati di riga del documento la procedura riporta la nomenclatura, l’unità di misura supplementare 
ed il moltiplicatore indicati a livello di anagrafica articolo. Si tratta comunque di dati liberamente 
modific abili dall’utente.  
  
 
Documenti dati di riga


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
90 - E S E M P I  I N T R A  Nel bottone dettagli dei dati generali non inseriamo alcun dato relativo a rettifiche dal momento che 
non si tratta di un movimento di rettifica.  
  
Nella cartella spedizione del documento inseriamo modalità di trasporto e condizioni di consegna.  
  
 
Scheda Spedizione  
  
Contabilizziamo il documento e lanciamo la generazione elenchi intra.  
  
 
Manutenzione elenchi intra


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
E S E M P I  I N T R A  - 91   
Generiamo il disco intra per il mese di luglio  
  
 
Generazione disco intra  
  
Notiamo che nella stampa del riepilogo degli acquisti intracomunitari dei beni la procedura raggruppa 
le righe relative a fattura e nota di credito.  
  
Questo perché tali righe presentano: stesso Codice Iva operatore intra, stessa Natura della 
Transazione, Nomenclatura  Combinata, Condizione di Consegna, Modalità di Trasporto, Paese di 
Provenienza delle Merci, Paese di Origine, Provincia di Destinazione.  
Le righe vengono raggruppate anche se la modalità di trasporto è diversa  ma il codice intra 1/2 e’ il 
medesimo.  
  
Se la nota di credito avesse avuto anche uno solo dei riferimenti sopra indicati differente (ad esempio 
la nomenclatura) la procedura non avrebbe consentito la generazione degli elenchi intra visualizzando 
i seguenti messaggi:  
“ Generazione abortita. “  
“ Si d esidera stampare l’elenco degli errori? “  
  
Il messaggio è presente almeno un importo negativo' nella generazione disco intra viene infatti 
visualizzato nel caso in cui nella manutenzione elenchi intra esista effettivamente un movimento intra 
con importo n egativo non legato ad altri movimenti del periodo di riferimento.  
  
Ipotizzando che la periodicità degli elenchi sia mensile, la procedura controlla che in quel determinato 
mese i movimenti intra aventi importo positivo siano superiori ai movimenti con imp orto negativo. 
Naturalmente si deve trattare di movimenti di importo positivo o negativo aventi le medesime 
caratteristiche ossia la medesima natura della transazione, nomenclatura, condizioni di consegna, 
modalità di trasporto, paese di origine, paese pro v ., prov . Dest, dal momento che il movimento di 
storno avente importo negativo dovrà contenere gli stessi dati del movimento che deve stornare.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
92 - E S E M P I  I N T R A   Registrazione nota di credito ue a 
rettifica di precedente fattura beni  
  
Ipotizziamo di aver registrato n el mese di settembre 2015 una fattura di vendita.  
  
Ipotizziamo di registrare nel mese di ottobre una nota di credito a cliente Ue a rettifica della 
precedente fattura di settembre.  
Utilizziamo una causale contabile collegata alla causale documento che pre veda come tipologia 
documento ‘nota di credito ue’ ed associamo alla causale di magazzino la natura della transazione ‘2’ 
‘Restituzione o Sostituzione di merce ’.  
Registriamo la nota di credito indicando come quantità dell’articolo 6 e prezzo unitario 100 per un 
valore di riga pari a 600 euro.  
  
 
Documenti note di credito  
  
Nei dati di riga del documento la procedura riporta la nomenclatura, l’unità di misura supplementare 
ed il moltiplicatore indicati a livello di anagrafica articolo. Si tratta comunque d i dati liberamente 
modificabili dall’utente. Indichiamo inoltre l’importo relativo alla massa netta unitaria in kg; la 
procedura calcola il totale in kg moltiplicando  la massa netta per la quantità indicata a livello di riga.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
E S E M P I  I N T R A  - 93 
 
Documenti Dati di riga  
  
All’interno della maschera Dati di testata documento inseriamo come periodo di rettifica il mese di 
settembre, anno 2015.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
94 - E S E M P I  I N T R A  
 
Dati di testata documento  
  
Nella cartella spedizione del documento inseriamo modalità di trasporto e condizioni di consegna.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
E S E M P I  I N T R A  - 95 
 
Documenti  note di credito  
  
Contabilizziamo il documento e lanciamo la generazione elenchi intra.  
  
 
Manutenzione Elenchi Intra  
  
Generiamo il disco intra di luglio ed il disco intra di agosto.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
96 - E S E M P I  I N T R A  
 
Generazione Disco Intra


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
E S E M P I  I N T R A  - 97 
 
____________________ ____________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_________________________________ _______________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
______________________________________________ __________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
___________________________________________________________ _____________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – I N T R A  
98 - E S E M P I  I N T R A  
 
____________________ ____________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_________________________________ _______________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
______________________________________________ __________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
___________________________________________________________ _____________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_____________ ___________________________________________________________________


key: chroma:document
string_value:
Piattaforma Applicativa Gestionale  
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 Logistica remota  
 
Release 8.0


key: chroma:document
string_value:
COPYRIGHT 2000 - 2015 by ZUCCHETTI S.p.A.  
Tutti i diritti sono riservati. Questa pubblicazione contiene informazio ni protette da copyright. 
Nessuna parte di questa pubblicazione può essere riprodotta, trascritta o copiata senza il permesso 
dell’autore.  
 
RESPONSABILITÀ  
Resta espressamente esclusa qualsiasi responsabilità per danni diretti ed indiretti di qualsiasi natu ra che 
l'utente possa, o terzi possano, in alcun modo subire, derivanti dall'uso o dal mancato uso della 
procedura e da errori della stessa.  
 
TRADEMARKS  
Tutti i marchi di fabbrica sono di proprietà dei rispettivi detentori e vengono riconosciuti in questa 
pubblicazione.  
 
ZUCCHETTI S.p.A.  
Sede Operativa di Aulla  
E - mail: market@zucchetti.it  
Sito Web: http://www .zucchetti.it


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A   
I N D I C I  - III Indice  
 
Logistica remota  ................................ ................................ ............................  1 
 PREMESSA  ................................ ................................ ................................ ..............  3 
 Concetti di base  ................................ ................................ ................................ ......... 6 
 Prerequisiti funzionali  ................................ ................................ ...............................  9 
 OPERAZIONI PRELIMINAR I ................................ ................................ .................  13 
 Parametri logistica remota  ................................ ................................ .....................  14 
 Super entità  ................................ ................................ ................................ ...............  16 
 Entità  ................................ ................................ ................................ .........................  19 
 Treeview struttura entità  ................................ ................................ ........................  27 
 Sedi ................................ ................................ ................................ .............................  29 
 Tabelle estese  ................................ ................................ ................................ ............  39 
 MIRROR  ................................ ................................ ................................ ................  43 
 Genera mirror  ................................ ................................ ................................ ..........  45 
 Tabella di mirror  ................................ ................................ ................................ ...... 48


key: chroma:document
string_value:
 PUBBLICAZIONE E SINCR ONIZZAZIONE  ................................ .............................  55 
 Pubblicazione  ................................ ................................ ................................ ...........  57 
 Pubblicazione record cancellati  ................................ ................................ ............  61 
 Sincronizzazione ................................ ................................ ................................ ...... 64 
 Visualizzazione pacchetti dati  ................................ ................................ ...............  67 
 Treeview pacchetto dati  ................................ ................................ .........................  69 
 Log pubblicazione /sincronizzazione  ................................ ................................ .. 72 
 FUNZIONI DI UTILITÀ  ................................ ................................ ..........................  79 
 Funzioni di trascodifica dinamica per i clienti pos  ................................ ...........  80 
 Funzione generica lorelooktab  ................................ ................................ .............  90 
 Caricamento dizionario dati  ................................ ................................ ..................  95 
 Import/export entit à e super entità  ................................ ................................ .... 96 
 Export verso nuova sede  ................................ ................................ .......................  98 
 Import da sede  ................................ ................................ ................................ ....... 103  
 STAMPE LOGISTICA REMOTA  ................................ ................................ .............  107 
 Stampa sedi  ................................ ................................ ................................ .............  108


key: chroma:document
string_value:
 Stampa entità della logistica ................................ ................................ .................  109  
 Stampa super entità  ................................ ................................ ...............................  110  
 ARCHIVI DIMOSTRATIVI  ................................ ................................ .....................  113 
 Sede centrale riceve vendite p.o.s. da negozio  ................................ .................  114  
 Sede centrale riceve/invia ordini da/a agenti  ................................ ..................  116


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
IV – I N D I C I   Sede centrale invia ordini fornitori e riceve i ddt  ................................ ............  118  
 
 
Le immagini della documentazione differiscono secondo il sistema operativo utilizzato e delle 
parametrizzazioni di Ad hoc Revolution impostate nella configurazione interfaccia.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
I N D I C I  - V 
 
_____________________________________________________ ___________________________  
________________________________________________________________________________  
________________________________________________________________________________  
__________________________________________________________________ ______________  
________________________________________________________________________________  
________________________________________________________________________________  
_______________________________________________________________________________ _ 
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
___________ _____________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________ ________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
VI – I N D I C I  
 
___________________________________ _____________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________ ________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_____________________________________________________________ ___________________  
________________________________________________________________________________  
________________________________________________________________________________  
__________________________________________________________________________ ______  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
______ __________________________________________________________________________  
________________________________________________________________________________  
_______________________________________________________________________________


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A   
L O G I S T I C A  R E M O T A  - 1 Logistica remota  
  
Il modulo Logistica Remota consente di gestire installazioni di ad hoc Revolution distribuite in sedi 
distinte, mediante un collegamento di tipo off -line (non in linea) on - demand (su richiesta dell'utente) 
oppure schedulato, relativamente al flusso docu mentale e relative anagrafiche collegate: clienti, 
fornitori, articoli di magazzino.  
  
 PREMESSA  
 OPERAZIONI PRELIMINAR I 
 MIRROR  
 PUBBLICAZIONE E SINCR ONIZZAZIONE  
 FUNZIONI DI UTILITÀ  
 STAMPE LOGISTICA REMOTA  
 ARCHIVI DIMOSTRATIVI


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
2 – L O G I S T I C A  R E M O T A  
 
________________________________________________________________________________  
________________________________________________________________________________  
_________________________________________________________________________ _______  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_____ ___________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
__________________ ______________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_______________________________ _________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
____________________________________________ ___________________________________


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A   
P R E M E S S A  - 3  PREMESSA  
  
Ogni sede può essere rappresentata da un negozio che utilizza ad hoc con un proprio database: 
ciascuna di esse deve essere identificata in modo univoco affinché sia possibile effettuare uno 
Scambio dati.  
  
Una sede potrebbe anche essere rappresentata da un agente che durante la giornata inserisce ordini 
cliente su ad hoc (appoggiandosi ad un proprio database) ed a fine giornata effettua la Pubblicazione 
dei dati inviando alla s ede centrale gli ordini inseriti e la Sincronizzazione ricevendo gli aggiornamenti 
in merito alle giacenze di magazzino, ai listini, al flusso documentale, ecc. ecc..  
  
 
Flusso Logistica remota  
  
Attraverso le attività di pubblicazione/sincronizzazione è possibile allineare i database delle varie sedi 
che compongono l'azienda. Tali operazioni sono complementari e fanno sì che ogni sede abbia a 
disposizione anche i dati a lei utili delle altre sedi.  
  
La sincronizzazione consentirà di aggiornare il database  di una sede con i dati pubblicati da un'altra 
sede; viceversa, la pubblicazione consentirà di creare un Pacchetto dati per un'altra sede.  
  
Sostanzialmente non si tratta di un allineamento diretto tra due database di ad hoc Revolution relativi 
a due sedi distinte, ma il tutto transita attraverso un determinato protocollo di comunicazione che può 
essere costituito da:  
 Scambio di file contenenti i reciproci inserimenti, aggiornamenti o cancellazioni delle entità 
sincronizzate (articoli di magazzino, clienti, fornitori, documenti);  
 R.A.S. (Remote Access Service): servizio che permette agli utenti remoti o mobili che 
utilizzano collegamenti di comunicazione remota di accedere alla rete aziendale come se fossero 
connessi direttamente. Questa funzionalità offre inoltre servizi VPN (Virtual Private Network), 
che consentono agli utenti di accedere alla rete aziendale tramit e Internet.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
4 – P R E M E S S A   F .T.P . (File Transfer Protocol).  
  
La sede che apre la connessione (anche in modo schedulato) fungerà da pubblicatore per le variazioni 
apportate dalla stessa e da ricevente delle variazioni della controparte attraverso l'esecuzione delle fasi 
di pubblic azione/sincronizzazione.  
  
Fase di Pubblicazione  
Il file con le variazioni prodotte localmente viene copiato in una opportuna cartella, in modo che la 
sede ricevente possa aggiornare il proprio database.  
Relativamente ad una certa sede, le cartelle di orig ine e di destinazione possono essere 
indifferentemente locali o remote.  
  
Fase di Sincronizzazione  
Viene letto il file con le variazioni prodotte dalla sede remota presente nell'opportuna cartella creata 
dal pubblicatore per ciascun ricevente, per l'aggior namento del database locale.  
  
 
Sincronizzazione


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
P R E M E S S A  - 5 
 
Menù Logistica remota  
  
 Concetti di base  
 Prerequisiti funzionali


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
6 – P R E M E S S A   Concetti di base  
  
Prima di addentrarci nella descrizione del modulo occorre introdurre la definizione di alcuni concetti 
quali:  
 Sede;  
 Sincronizzazione;  
 Pubblicazione;  
 Entità;  
 Super Entità;  
 Istanza di entità;  
 Validazione;  
 Espressione di validazione;  
 Filtro Verticale;  
 Filtro Orizzontale;  
 Tabelle di mirror;  
 Tabelle Secondarie con mirror  
  
Sede  
Rappresenta l'ins tallazione di ad hoc con database ad uso esclusivo. Una sede può essere un negozio 
che ha il proprio elaboratore con ad hoc e il database in locale. Ogni sede è identificata in modo 
univoco da una stringa di due caratteri. Questa condizione, non verificabi le dalla procedura, deve 
essere rispettata in fase di disegno della distribuzione delle sedi all'interno della realtà aziendale.  
  
Non devono essere presenti due sedi aventi la solita stringa di identificazione. Il sistema, essendo distribuito su più 
database, non può verificare questa condizione. Sarà cura dell'installatore renderla vera.  
  
Pubblicazione  
La fase di pubblicazione, normalmente svolta in ogni sede, si occupa di inviare alle altre sedi le entità 
che la sede soggetto della pubblicazione intende  condividere con le varie sedi riceventi.  
  
Ad esempio il negozio pubblica verso la sede centrale le vendite P .O.S. mentre la sede centrale invia i 
listini e gli ordini dei clienti ricevuti via Web.  
Sincronizzazione  
La fase di sincronizzazione si occupa di  allineare il database della sede ricevente sulla base dei 
pacchetti pubblicati da altre sedi. Tramite operazioni di inserimento, modifica o cancellazione, la 
sincronizzazioni fa sì che ogni sede abbia a disposizione anche i dati a lei utili delle altre.  
In questa fase vengono gestiti eventuali conflitti sui dati (modifica del medesimo dato da parte di più 
sedi) in base alle impostazioni di validazione del dato.  
Entità


key: chroma:document
string_value:
sedi) in base alle impostazioni di validazione del dato.  
Entità  
Un'entità è la descrizione di un oggetto di ad hoc. Un'entità può essere un l'insieme dei  dati di un


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
P R E M E S S A  - 7 cliente, di un ordine, di un articolo, ecc. ecc... La definizione di una entità passa attravarso la 
descrizione dei legami tra le tabelle contenenti i dati da pubblicare/sincronizzare. Tra le tabelle delle 
entità se ne distingue sempre una (tab ella principale) alla quale tutte le altre si riferiscono (ad hoc 
richiede la definizione del legame tra tabella collegata e tabella principale). Ad esempio l'entità 
documenti potrebbe essere rappresentata dalla tabella principale DOC_MAST e dalle tabelle collegate 
DOC_DETT, DOC_RATE e MOVIMATR.  
Super Entità  
E' la tabella principale definita su ogni singola Entità ed ha lo scopo di definire in che modo e su quali 
tabelle deve essere creato il mirror. Per quanto riguarda l'entità documenti, la super entità s arà la 
tabella DOC_MAST.  
Istanza (Istanza di entità)  
Mentre un'entità è una descrizione di un oggetto ad hoc, un'istanza è l'oggetto vero e proprio. 
L'istanza è sostanzialmente rappresentabile dal singolo record di un'entità (un articolo, un documento, 
un cliente). Ad esempio, il Cliente ROSSI è un'istanza dell'entità Clienti così come la fattura 12/A del 
12/12/2006 è un'istanza dell'entità Fatture.  
Validazione  
La validazione è una delle fasi che costituiscono la sincronizzazione (ricezione). Si tratta di u na verifica 
del dato e della gestione automatica dell'eventuale conflitto in base ai parametri definiti dall'installatore 
(ad esempio la modifica contestuale dello stesso record da parte di due sedi che si scambiano i dati). 
La sede definita come validatri ce è quelle che Vince in caso di conflitto.  
  
Se due sedi modificano entrambe il numero di telefono del cliente ROSSI, quale dei due numeri è 
corretto? Occorre definire quale delle due sedi debba mantenere la variazione e quale debba perderla. 
La sede vali datrice manterrà il dato mentre l'altra lo perderà.


key: chroma:document
string_value:
La sede vali datrice manterrà il dato mentre l'altra lo perderà.  
  
Ogni istanza deve avere uno ed un solo validatore! Se un'istanza ha due validatori il sistema può divenire instabile. 
Sono previsti meccanismi di riconoscimento di validazioni multiple in fase di ricezi one; comunque, essendo il sistema 
distribuito su più database, sarà cura dell'installatore fare in modo che questa condizione sia sempre vera.  
  
Espressione di validazione  
Per decidere se una sede è validatrice del dato, occorre, al momento della stesura d ell'entità, comporre 
un'espressione di validazione.  
Tale espressione, scritta in un formalismo booleano, potrà utilizzare campi sul database relativi alla 
tabella principale dell'entità e/o valori fissi: tale espressione potrà essere indicata in corrispond enza 
della tabella principale di ciascuna entità. Quindi, una sede potrebbe essere validatrice per determinati 
archivi (entità) mentre una sede diversa potrebbe essere validatrice per altre entità.  
  
Se per un'entità si indica come espressione di validazio ne 1=1 significa che la sede valida tutte le 
istanze di quell'entità. Le altre sedi dovranno avere come condizione 1=0.  
  
Se per un'entità si indica MVCLADOC='DT' and MVFLVEAC='V' significa che la sede è validatrice 
dei DDT di vendita. Ovviamente non deve esistere un'altra sede che abbia condizioni identiche o in 
sovrapposizione come ad esempio MVFLVEAC='V'.  
Filtro Verticale  
I filtri verticali possono essere definiti nell'archivio sedi ed hanno lo scopo di consentire l'inserimento


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
8 – P R E M E S S A  di valori predefiniti in c orrispondenza di uno o più campi di una entità. In questo modo la 
pubblicazione può creare un pacchetto con istanze (record) che differiscono rispetto al database di 
origine per uno o più dati, oppure, la sincronizzazione può essere effettuata ignorando il  contenuto di 
uno o più campi delle istanze presenti nel pacchetto.  
Ad esempio se la sede centrale non avesse interesse ad inviare il suo piano dei conti alla sede remota, 
ma nel contempo volesse inviare a quest'ultima le anagrafiche dei fornitori, potrebb e pubblicare 
inserendo come filtro verticale il mastro contabile fornitori della sede remota, oppure quest'ultima 
potrebbe lanciare la sincronizzazione con il pacchetto forzando il proprio mastro contabile per i 
fornitori ricevuti dalla controparte.  
Filtro  Orizzontale  
A differenza di quello verticale, il filtro orizzontale è un filtro vero e proprio, ovvero funge da filtro di 
selezione tra le istanze da pubblicare/ricevere. I filtri orizzontali possono essere definiti nell'anagrafica 
sedi prendendo come rif erimento campi facenti parte delle informazioni di mirror e quindi 
precedentemente individuati nella super entità di riferimento. Ad esempio, se la sede centrale dovesse 
pubblicare verso un'altra sede solo gli articoli destinati alla vendita al dettaglio ( articoli POS), dovrebbe 
essere stato definito il campo ARARTPOS sulla super entità ART_ICOL e il filtro orizzontale 
ART_ICOL.ARARTPOS='S' nell'anagrafica Sedi.  
Tabella di Mirror  
L'implementazione del modulo della Logistica Remota ha comportato la creazione  di una nuova 
tabella associata almeno a ciascuna Super Entità.  
Le informazioni contenute in questa tabella sono indispensabili alla procedura per identificare un 
record come da pubblicare o già pubblicato, mediante l'utilizzo del campo CPCCCHK memorizzato ,


key: chroma:document
string_value:
record come da pubblicare o già pubblicato, mediante l'utilizzo del campo CPCCCHK memorizzato , 
insieme alla chiave del record, su ogni tabella di mirror.  
Tale campo viene già gestito da Codepainter per la multiutenza e quindi viene definito/modificato su 
ogni singolo record quando quest'ultimo viene inserito/variato.  
La modifica di un articolo com porta la variazione del campo di controllo (CPCCCHK). Nelle 
informazioni di mirror viene aggiornato il corrispondente campo CPCCCHK: in questo modo risulta 
evidente per la procedura che l'istanza sarà da pubblicare perché il CPCCCHK attuale non 
corrisponde  più a quello precedente.  
Tabelle secondarie con Mirror  
Le tabelle secondarie con mirror sono indispensabili quando nella procedura si modifica una tabella, 
definita come collegata nelle entità, senza modificare la tabella principale (altrimenti l'entità n on 
verrebbe presa in considerazione nella pubblicazione).  
  
Esempio: viene creato e pubblicato un ordine nella sede centrale. La sede periferica sincronizza.  
La sede centrale evade l'ordine con un ddt e pubblica. In questo caso, senza l'utilizzo delle tabe lle 
secondarie con mirror verrebbe pubblicato solo il DDT appena creato, non considerando l'ordine 
evaso del quale sono state modificate però solo le righe (DOC_DETT) e non la testata DOC_MAST 
che è definita come tabella principale.  
Per far sì che venga pr eso in considerazione anche l'ordine, bisogna specificare nelle super entità la 
tabella DOC_DETT come tabelle secondaria con mirror (TSM).  
In questo modo verrà creata una tabella di mirror per ogni singola tabella specificata come TSM.  
In fase di pubblicaz ione se un record della tabella secondaria è stato modificato, ma non è stato 
modificato il relativo record della tabella principale, verrà forzata una modifica del record relativo della 
tabella principale affinché il tutto rientri nel ciclo normale di pub blicazione, dove viene controllata 
solo la tabella principale.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
P R E M E S S A  - 9  Prerequisiti funzionali  
  
La logistica remota è un sistema distribuito senza un controllore preposto a gestire le attività comuni.  
  
Affinché i l sistema possa funzionare occorre che tutte le sedi adottino le medesime regole, in alcuni 
casi queste regole sono veri e propri prerequisiti per il modulo.  
  
1)     Non possono esistere due sedi con lo stesso identificativo della sede  
La logistica remota  fonda molte delle sue logiche sul riconoscimento della sede: non possono esistere 
due sedi con il medesimo identificativo (per identificativo si intendono i due caratteri inseriti nei 
Parametri Logistica Remota).  
Questa regola è tanto facile da rispettare  quanto importante. E' evidente che il sistema non può 
verificare al momento del caricamento del parametro che tale sede sia già presente in un qualche 
database off -line. 
  
2)     Le Entità devono essere codificate su tutte le sedi in modo uguale (eventual mente, fa 
eccezione l'espressione di validazione).  
Le entità devono essere per tutte le sedi identiche, per lo meno questo deve essere vero per ogni 
coppia di sedi che si scambia i dati: non è possibile inviare un pacchetto con entità ORDINI ad una 
sede ch e non ha un'entità con codifica ORDINI. Solo l'espressione di validazione può essere diversa.  
  
E' consigliabile, validazione esclusa, definire in modo identico le entità sulle sedi, anche se non è 
strettamente necessario al di là della tabella principale.  
  
Definire le entità in modi diversi tra sedi può diventare una necessità se le due sedi non hanno le 
stesse funzionalità (es. la sede che pubblica gestisce le matricole mentre quella che riceve no, quindi 
chi riceve può definire l'entità dei documenti se nza dettaglio matricole).  
  
Anche in questo caso non è possibile dire al momento della definizione di un'entità se questa


key: chroma:document
string_value:
Anche in questo caso non è possibile dire al momento della definizione di un'entità se questa 
definizione è corretta nel contesto off -line è compito dell'installatore definire a priori le entità e poi 
riportarle su tutte le sedi . 
  
3)     Installazione allineate (controllo sulla versione degli archivi)  
Altro requisito fondamentale è che le varie installazioni che compongono la realtà aziendale siano 
allineate in merito all'installazione degli aggiornamenti (Fastpatches). Le strut ture relative agli archivi 
da sincronizzare devono essere identiche.  
  
Il sistema si cautela contro questa eventualità inserendo all'interno di ogni pacchetto le date di 
modifica sull'analisi di ogni tabella; attraverso queste informazioni il sistema avvis a in modo bloccante, 
in fase di sincronizzazione, se le date di aggiornamento degli archivi di origine e destinazione 
differiscono.  
  
4)     Le condizioni di validazione sulle entità non devono intersecarsi  
Il validatore è la sede che, in caso di conflitto , ha l'autorità per decidere quale versione del dato deve 
prevalere: è importantissimo che ogni dato abbia una ed una sola sede di validazione.  
  
Il validatore non rappresenta chi crea il dato o chi può modificare il dato, è semplicemente la sede che


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
10 – P R E M E S S A  ne ha  la maggiore autorità.  
  
Se una sede non è validatore di un dato non significa che non possa modificarlo! Il validatore interviene solo in caso 
di conflitto. E' necessario che non vi siano due validatori per la stessa entità, così come è necessario che ogn i dato 
abbia il suo validatore: un dato che non ha un validatore non sarà mai stabile.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
P R E M E S S A  - 11 
 
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_____________ ___________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
__________________________ ______________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_______________________________________ _________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
____________________________________________________ ____________________________


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
12 – P R E M E S S A  
 
________________________________________________________________________________  
________________________________________________________________________________  
______________________________________________________________ __________________  
________________________________________________________________________________  
________________________________________________________________________________  
___________________________________________________________________________ _____  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_______ _________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
____________________ ____________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_________________________________ ______________________________________________


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A   
O P E R A Z I O N I  P R E L I M I N A R I  - 13  OPERAZIONI PRELIMINAR I 
  
Per poter utilizzare il modulo in modo corretto è fondamentale impostare in maniera opportuna 
alcune anagrafiche.  
  
 
Menù Logistica rem ota 
  
 Parametri logistica remota  
 Super entità  
 Entità  
 Treeview struttura entità  
 Sedi 
 Tabelle estese


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
14 – O P E R A Z I O N I  P R E L I M I N A RI  Parametri lo gistica remota  
  
Per ogni sede, ovvero, per ogni negozio che ha installato ad hoc, occorre innanzitutto determinare un 
codice identificativo della sede stessa: questa informazione viene specificata nella maschera Parametri 
Logistica Remota.  
  
 
Parametri l ogistica remota  
  
 Identificativo Sede  
Rappresenta una stringa di due caratteri che identifica in modo univoco la sede. L'univocità di questa 
stringa non può essere controllata dalla procedura, per cui è fondamentale avere l'accortezza di 
rispettarla in f ase di caricamento della stessa.  
Il motivo per cui la procedura non riesce ad effettuare tale controllo risiede nel fatto che il sistema è 
caratterizzato da database differenti fisicamente installati nelle varie sedi.  
  
Tale codice può rappresentare inoltr e il prefisso che la procedura utilizza per determinare i seriali dei 
record delle varie tabelle (per un approfondimento in merito si rimanda al paragrafo relativo alle 
Entità).  
 Tipo di transazione  
Mediante questa combo box è possibile impostare un tipo transazione da proporre in automatico 
nella maschera Sincronizzazione.  
  
Le opzioni possibili sono:  
 Globale: nessun record viene ricevuto se una sola istanza di una qualsiasi e ntità provoca un 
errore di sincronizzazione;  
 Per sede: l'eventuale errore di sincronizzazione determina l'annullamento del solo pacchetto 
relativo ad una determinata sede;  
 Per entità: l'errore che si verifica per un'istanza di una determinata entità no n preclude lo 
scarto dell'intero pacchetto in quanto verranno ricevute le istanze dell'entità prive di errori;  
 Per istanza: per ogni entità verranno ricevute solo le istanze prive di errori.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
O P E R A Z I O N I  P R E L I M I N A R I  - 15  Creazione DBF di log per  
Mediante questa combo box è possibil e decidere come creare i file DBF relativi ad eventuali errori 
che si dovessero verificare in fase di sincronizzazione. Le opzioni sono:  
 Tabella: la procedura crea un file .dbf per tutti i record errati presenti in una tabella;  
 Record: la procedura cre a tanti file .dbf quanti sono i record errati.  
 Log e Salvataggio Dati  
Occorre inserire il percorso locale di memorizzazione dei file contenenti i dati errati e i dati salvati.  
E' necessario inserire un path esistente altrimenti i file non verranno creati . 
 Backup pre sincronizzazione  
Se questo check viene attivato, nel momento in cui verrà eseguita un'operazione di sincronizzazione, 
verrà proposto come attivato anche il corrispondente check sulla maschera di sincronizzazione.  
 Backup post sincronizzazio ne 
Se questo check viene attivato, nel momento in cui verrà eseguita un'operazione di sincronizzazione, 
verrà proposto come attivato anche il corrispondente check sulla maschera di sincronizzazione.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
16 – O P E R A Z I O N I  P R E L I M I N A RI  Super entità  
  
La super entità può essere definita come la tabella principale necessariamente presente su ogni singola 
Entità. Per ogni Tabella principale che si intende caricare nell'archivio entità deve essere definito un 
corrispondente record nell'archivio super en tità. 
  
Tramite la super entità è possibile definire in che modo deve essere generato il mirror. Ogni istanza 
(record) della tabella principale di ogni entità ha delle informazioni collegate (mirror) che consentono 
alla procedura di capire se il dato di ri ferimento è da pubblicare o meno (ad esempio, se i dati di un 
documento sono stati variati, vengono variate anche le informazioni di mirror così il programma 
saprà che quel dato sarà da Pubblicare nel momento in cui viene rilanciata la pubblicazione verso altre 
sedi).  
  
Nelle informazioni di mirror è possibile inserire anche uno o più campi da utilizzare come filtro (ad 
esempio, potrei decidere di pubblicare verso una sede solo gli articoli di tipologia POS filtrando sul 
campo ARARTPOS della tabella ART_ICO L). 
  
Altra funzione importante da definire sulla super entità è relativa alle tabelle secondarie con mirror: è 
possibile definire la creazione del mirror anche su tabelle diverse dalla principale, allo scopo di 
segnalare alla procedura le variazioni di un 'istanza (record) che non ha inciso direttamente sulla tabella 
principale. Ad esempio, la generazione fatture non determina solo la creazione di nuovi documenti, 
ma comporta contestualmente l'evasione dei documenti di trasporto, ovvero la modifica delle ri ghe 
dei documenti di trasporto fatturati (ma non dei dati di testata). La definizione di tabelle secondarie di 
mirror sul dettaglio dei documenti (DOC_DETT) consente alla procedura di capire che la variazione


key: chroma:document
string_value:
mirror sul dettaglio dei documenti (DOC_DETT) consente alla procedura di capire che la variazione 
delle sole righe (ad esempio dei dati di evasio ne) è da considerarsi come variazione dell'istanza e 
quindi dell'intero record: il programma modificherà anche i dati di mirror della tabella principale così 
l'istanza verrà pubblicata per intero (dati di testata e dati di dettaglio).  
  
Alcuni esempi di su per entità possono essere: l'archivio dei documenti (DOC_MAST), l'archivio conti 
(CONTI), l'archivio articoli (ART_ICOL), l'archivio dei mastri (MASTRI), etc.  
  
 
Super entità


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
O P E R A Z I O N I  P R E L I M I N A R I  - 17  Archivio  
In questo campo mediante lo zoom (F9) è possibile accedere all'elenco delle tabelle presenti in ad hoc.  
 Descrizione  
Selezionando una tabella ne verrà riportata la corrispondente descrizione.  
 Campo  
Mediante lo zoom (F9) è possibile accedere a i vari campi della tabella definita come super entità. La 
definizione di uno o più campi permette di far capire alla procedura quali informazioni devono essere 
inserite nel mirror di ciascuna istanza. Queste informazioni possono essere utilizzate come filt ro di 
selezione (ad esempio, nel caso dei documenti, è possibile definire di pubblicare solo gli ordini di 
acquisto definendo almeno i campi MVCLADOC e MVFLVEAC).  
  
I filtri per stabilire cosa deve essere pubblicato o meno devono essere definiti nell'archi vio Sedi.  
  
Ad esempio, se una sede volesse pubblicare solo gli articoli di tipologia POS verso un'altra sede, si 
dovrebbe definire come campo della super entità Articoli ARARTPOS e come filtro orizzontale 
nell'archivio sedi ART_ICOL.ARARTPOS='S'.  
  
Il cam po ARARTPOS può essere utilizzato come filtro perché viene aggiunto alle informazioni di 
mirror (che sono legate ad ogni istanza).  
  
 
Esempio contenuto tabella di mirror  
  
Se non vengono aggiunti dei campi alla Super entità la tabella di mirror sarebbe ca ratterizzata solo 
dalle seguenti informazioni:  
 Campo/campi chiave (ad esempio ARCODART)  
 ancestor  
 cpccchk  
 aversion  
 cpccchk_pu  
 pubcosed  
  
La tabella di mirror non fa parte del dizionario dati: per questo motivo non è accessibile dallo strumento 
Disegnatore query di ad hoc. Per ogni super entità viene creata almeno una tabella di mirror con questo nome: 
LR_CodiceAziendaNomeTabella (ad esempio LR_DEMOART_ICOL)


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
18 – O P E R A Z I O N I  P R E L I M I N A RI Tabelle secondarie con mirror  
Le tabelle secondarie con mirror sono indispensabili quand o nella procedura si modifica una tabella, 
definita come collegata nelle entità, senza modificare la tabella principale (altrimenti l'entità non 
verrebbe presa in considerazione nella pubblicazione).  
  
Esempio: viene creato e pubblicato un ordine nella sed e centrale. La sede periferica sincronizza.  
La sede centrale evade l'ordine con un ddt e pubblica. In questo caso, senza l'utilizzo delle tabelle 
secondarie con mirror verrebbe pubblicato solo il DDT appena creato, non considerando l'ordine 
evaso del quale  sono state modificate però solo le righe (DOC_DETT) e non la testata DOC_MAST 
che è definita come tabella principale.  
Per far sì che venga preso in considerazione anche l'ordine, bisogna specificare nelle super entità la 
tabella DOC_DETT come tabelle seco ndaria con mirror (TSM).  
In questo modo verrà creata una tabella di mirror per ogni singola tabella specificata come TSM.  
In fase di pubblicazione se un record della tabella secondaria è stato modificato, ma non è stato 
modificato il relativo record della tabella principale, verrà forzata una modifica del record relativo della 
tabella principale affinché il tutto rientri nel ciclo normale di pubblicazione, dove viene controllata 
solo la tabella principale.  
 Archivio  
Mediante lo zoom (F9) è possibile accedere all'elenco di tutti gli archivi che potrebbero avere una 
relazione definita in analisi con la super entità  
 Relazione  
Se esiste una relazione tra la super entità e la tabella secondaria in automatico l a procedura la inserisce 
nel corrispondente campo. Se, al contrario, non esiste nessuna relazione all'utente viene visualizzato 
un messaggio di avviso.  
Nessuna relazione presente in analisi tra archivio ed archivio principale.


key: chroma:document
string_value:
Nessuna relazione presente in analisi tra archivio ed archivio principale.  
  
Ad esempio, per la super en tità DOC_MAST, dovrebbe essere definita come Tabella secondarie con 
mirror DOC_DETT. La relazione diventa: DOC_MAST.MVSERIAL=DOC_DETT.MVSERIAL  
  
Questo legame serve alla procedura per confrontare i seriali valorizzati nel mirror della tabella 
DOC_DETT con i seriali del mirror della tabella DOC_MAST, in modo da forzare la modifica di un 
record della tabella principale anche quando è stato modificato solamente il corrispondente record 
della tabella secondaria.  
  
Ogni volta che si crea una nuova super entità o ppure ogni volta che si apportano modifiche sostanziali a quelle 
esistenti (ad esempio l'aggiunta di campi) occorre, ovviamente, rigenerare il mirror mediante apposita funzione 
(Genera Mirror).


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
O P E R A Z I O N I  P R E L I M I N A R I  - 19  Entità  
  
Un'entità è la descr izione di un oggetto di ad hoc. Un'entità può essere un l'insieme dei dati di un 
cliente, di un ordine, di un articolo, ecc. La definizione di una entità passa attraverso la descrizione dei 
legami tra le tabelle contenenti i dati da pubblicare/sincronizzar e. 
  
Tra le tabelle delle entità se ne distingue sempre una (tabella principale) alla quale tutte le altre si 
riferiscono (ad hoc richiede la definizione del legame tra tabella collegata e tabella principale). Ad 
esempio l'entità documenti potrebbe essere rappresentata dalla tabella principale DOC_MAST e dalle 
tabelle collegate DOC_DETT, DOC_RATE e MOVIMATR.  
  
 
Entità  
  
 Codice Entità  
Rappresenta il codice dell'entità con annessa descrizione.  
 Validazione  
La validazione rappresenta la condizione per iden tificare, per ogni istanza, quale sede sia validatrice del 
dato e quindi quale sede esca vincitrice in caso di conflitto, cioè nel caso in cui dalle diverse sedi si 
modifichi, ad esempio, lo stesso documento.  
La validazione può essere di due tipi:


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
20 – O P E R A Z I O N I  P R E L I M I N A RI  Con es pressione: in questo caso è sufficiente impostare una semplice espressione di where. 
Se una sede valida ovvero esce sempre vincitrice da un conflitto imposterà (1=1), altrimenti 
(1=0). E' possibile inoltre inserire un'espressione che utilizzi i campi relat ivi alla tabella 
principale dell'entità.. Se definissimo la seguente espressione: MVCLADOC='DT' and 
MVFLVEAC='V' significherebbe che la sede funge da validatrice per i DT di vendita. 
Ovviamente non deve esistere un'altra sede che abbia condizioni che si so vrappongono a 
questa, come ad esempio MVFLVEAC='V'.  
 Intrinseca: sta a significare che chi ha creato un record ne è anche il validatore. Definendo 
questo tipo di validazione deve essere indicato il nome del campo chiave dell'archivio di 
riferimento. Quest o campo è quello sul quale va ad incidere il progressivo definito 
nell'autonumber. Ad esempio, per i documenti l'autonumber sarà SEDOC. Nel campo della 
validazione intrinseca avrà senso inserire il valore MVSERIAL, che è il campo sul quale viene 
memorizzat o il progressivo (Sedoc) costituito da identificativo azienda (2 caratteri) + 
progressivo numerico. Il programma considera validatrice la sede che ha Battezzato il record, 
ovvero quella il cui identificativo coincide con i primi due caratteri del campo def inito per la 
validazione intrinseca.  
  
In alcuni casi è preferibile utilizzare solo la validazione con espressione e non quella intrinseca.  
Ad esempio, se una sede carica gli ordini a fornitore e un'altra sede carica i ddt di acquisto e quindi un document o 
di destinazione caricato in una sede comporta delle modifiche nel documento di origine caricato da una altra sede (si 
pensi alla quantità evasa, alla data di effettiva evasione) la validazione intrinseca potrebbe determinare 
comportamenti indesiderati.  
  
 Su


key: chroma:document
string_value:
comportamenti indesiderati.  
  
 Su 
Scegliendo la validazione intrinseca occorre specificare alla procedura da quale campo dell'archivio 
principale verranno estratti i primi due caratteri identificativi della sede di validazione (della sede cioè 
che ha per prima caricato il dato). Per i movimenti di magazzino questo campo conterrà il valore 
MMSERIAL, per le vendite negozio MDSERIAL.  
  
Routine entità  
La genericità del motore della logistica remota si manifesta nel fatto che non è in grado di rifiutare 
un'operazione che è funzionalmente s bagliata. Ad esempio, se per errore due sedi caricano la 
medesima fattura ed entrambe la inviano alla sede centrale, per il motore i due dati sono differenti 
(hanno chiavi diverse), ma per il gestionale la seconda fattura non è accettabile perché viola il vincolo 
di univocità.  
  
Per superare questo problema, a livello di entità, è possibile definire una routine di controllo. Questa 
routine è lanciata prima dell'inserimento/modifica di un'istanza sul database o prima della sua 
cancellazione. E' quindi la rou tine a determinare se funzionalmente il dato è accettabile oppure se 
deve essere rifiutato.  
  
Oltre ad una routine di controllo è possibile definire delle routines di aggiornamento database da 
lanciare pre/post sincronizzazione. Tipicamente in queste funzi oni si vanno ad implementare le 
scritture per aggiornare i saldi (pensiamo all'inserimento di un DT che deve essere seguito 
dall'aggiornamento dei saldi di magazzino).  
  
Ci sono due punti possibili per lanciare questo tipo di routine, prima della scrittura  (per stornare i saldi


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
O P E R A Z I O N I  P R E L I M I N A R I  - 21 in modifica e cancellazione), e dopo la scrittura (per aggiornare i saldi a seguito di un inserimento o di 
una modifica).  
In questa tabella sono riassunti i nomi delle routine di controllo e di aggiornamento per le entità 
documenti, movimenti di magazzino e vendite POS:  
  
Gestione  Routine 
Controlli  Routine 
Presincronizzazione  Routine Postsincronizzazione  
Mov . 
Magazzino.    FLR_MOVMG  FLR_MOVMG  
Vendita POS  GSAR_BAP  FLR_POSVD  FLR_POSVD  
Documenti  GSAR_BAD  FLR_DOCUM  FLR_DOCUM  
  
 Contro lli 
Routine eseguita in fase di sincronizzazione per effettuare i controlli prima della 
modifica/cancellazione e subito dopo l'inserimento/modifica.  
 Pre sincronizzazione  
Routine eseguita prima della sincronizzazione per l'aggiornamento delle tabelle coll egate (esempio 
aggiornamento saldi, storno della vecchia quantità in caso di modifica).  
 Post sincronizzazione  
Routine eseguita dopo la sincronizzazione per l'aggiornamento delle tabelle collegate (esempio 
aggiornamento saldi, storno della vecchia quantit à in caso di modifica).  
 Ordine dei cancellati  
Mediante questa combo box è possibile specificare come devono essere ordinati i record cancellati 
(relativi alla tabella principale dell'entità) rispetto a quelli inseriti/modificati. I record cancellati sono  
istanze eliminate dal database della sede che pubblica. Per trasmettere l'informazione di un record 
cancellato alle altre sedi, nel momento della pubblicazione vengono scritte nel pacchetto determinate 
informazioni presenti nel mirror: per l'archivio di r iferimento, verrà generata una riga per ogni record 
cancellato con la maggior parte dei valori blank; vengono valorizzati solo i campi chiave, i campi 
definiti nella Super Entità e la Versione. In questo modo la sincronizzazione del pacchetto


key: chroma:document
string_value:
definiti nella Super Entità e la Versione. In questo modo la sincronizzazione del pacchetto 
determinerà l a cancellazione di quel record anche nel database di destinazione (salvo problemi di 
integrità referenziale). Il validatore procede alla cancellazione del record solo a parità di versione 
(versione memorizzata nel mirror e versione del record nel pacchetto ). La possibilità di elaborare i 
record cancellati prima o dopo gli altri può consentire di ovviare al problema dell'integrità referenziale 
(anche se solo in specifici casi). Le scelte possibili sono:  
 Nessuno: non viene applicato nessun ordinamento particolare per i record cancellati;  
 Cancellati in testa: i record cancellati vengono elaborati (sincronizzati) prima degli altri;  
 Cancellati in coda: i record cancellati vengono elaborati (sincronizzat i) dopo degli altri;  
 Tipo di ordinamento libero  
Tramite questa combo box è possibile definire in che modo devono essere ordinati i record (con 
riferimento alla tabella principale dell'entità) presenti all'interno del pacchetto.  
Le scelte possibili sono:  
 Nessuno: non viene applicato nessun ordinamento particolare (mantenendo così quello 
originario);  
 Clausola order by: i record possono essere ordinati in base ad una sequenza di campi indicati 
dall'utente nel campo successivo, eventualmente con l'indicaz ione del parametro 
ascendente/discendente (ASC/DESC) per ciascuno di essi (se non viene indicato, il valore


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
22 – O P E R A Z I O N I  P R E L I M I N A RI predefinito è ASC);  
 Espressione: i record possono essere ordinati in base ad una espressione indicata dall'utente 
nel campo successivo;  
 Ordiname nto Libero  
In questo campo devono essere inseriti i campi (eventualmente con parametro ASC/DESC) o 
l'espressione in base ai quali deve essere effettuato l'ordinamento a seconda di quanto impostato nella 
combo box tipo di ordinamento libero.  
Se fosse necess ario ordinare i documenti in base alla data documento (prima quelli più recenti), si 
potrebbe inserire in questo campo la stringa MVDATDOC DESC (clausola order by).  
Se fosse necessario ordinare i documento in base alla tipologia potremmo utilizzare un'espr essione 
simile alla seguente:  
IIF(NVL(MVCLADOC,' ')='FA','0',IIF(NVL(MVCLADOC,' ')='DT','1','2'))  
che determina l'elaborazione delle Fatture poi dei Documenti di trasporto e dopo ancora degli Ordini.  
  
I campi inseriti nell'ordinamento libero devono essere  necessariamente e preventivamente aggiunti nell'archivio delle 
Super Entità indipendentemente dal tipo ordinamento (clausola order by o Espressione).  
Il bottoncino posto a destra del campo consente di verificare se nel mirror sono presenti le informazioni  necessarie, in 
caso contrario verrà emesso un messaggio a video.  
  
Espressione non valida. Controllare che tutti i campi utilizzati siano definiti nella super 
entità e che la tabella di mirror sia stata rigenerata correttamente.  
  
I parametri che consento no di interagire con l'ordinamento dei record in fase di sincronizzazione hanno lo scopo di 
agevolare eventuali operazioni di cancellazione per superare i vincoli di integrità referenziale e/o funzionali (ad 
esempio, nel flusso documentale la fattura Blocc a il documento di trasporto che a sua volta Blocca l'ordine).


key: chroma:document
string_value:
In ogni caso, questi parametri sono di aiuto solo in specifici casi non consentendo la copertura di tutte le casistiche.  
  
 Relazioni  
Premendo il bottone Relazioni si apre la gestione per il co ntrollo delle relazioni tra le tabelle. Questa 
gestione ha lo scopo di agevolare l'utente nella costruzione dell'entità mettendo in evidenza gli 
eventuali legami della tabella selezionata con altre tabelle del database.  
  
La visualizzazione sfrutta una str uttura ad albero. E' possibile visualizzare le tabelle che dipendono da 
quella selezionata o, viceversa, quelle da cui dipende quella selezionata. Spostandosi sugli elementi 
della treeview è possibile verificare il legame nel campo Relazione (ed eventualme nte copiare la stringa 
negli appunti di windows mediante l'apposito bottoncino posto a destra del campo).


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
O P E R A Z I O N I  P R E L I M I N A R I  - 23 
 
Controllo relazioni tabella


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
24 – O P E R A Z I O N I  P R E L I M I N A RI 
 
Elenco Tabelle da cui dipende la tabella DOC_MAST  
  
Dettaglio Entità  
Nel dettaglio delle Entità occorre specificar e l'elenco degli archivi che si intendono 
pubblicare/sincronizzare, partendo dalla tabella principale (che deve essere precaricata nell'archivio 
Super entità).  
 Ordine  
Determina l'ordinamento delle tabelle delle entità. La prima tabella deve essere quella principale.  
 Archivio  
Riga per riga occorre specificare l'elenco delle tabelle Coinvolte per la rappresentazione di un 
determinato oggetto del database (ad es empio un documento, un cliente, un articolo):  
 La tabella principale deve essere inserita nell'archivio Super entità;  
 Le altre tabelle saranno di tipo Collegata e per queste deve essere definito il legame con quella 
principale. Nel caso in cui il legame  non sia stato definito da analisi (tali legami possono essere 
visualizzati tramite il controllo relazioni tabelle), è possibile digitare manualmente la stringa 
rappresentante la relazione.  
 Tipo Aggiornamento  
Questa combo box consente di definire la moda lità di sincronizzazione del pacchetto.  
Le scelte possibili sono:  
 Modifica: il programma effettua solo un aggiornamento dei corrispondenti record nel


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
O P E R A Z I O N I  P R E L I M I N A R I  - 25 database (tecnicamente esegue una Insert; se questa fallisce esegue un Update)  
 Cancella/Inserisce: il programma esegue la cancellazione dei record relativi ad una certa 
istanza (ad esempio le righe di un documento) e poi effettua l'inserimento in base al contenuto 
del pacchetto.  
 File 
Permette di definire l'obbligatorietà o meno dell'archivio all'interno del pacchetto. Rappresenta una 
sorta di controllo ulteriore che permette di stabilire che il pacchetto non sia valido se è privo di 
determinate informazioni.  
 Facoltativo: la presenza o meno dell'archivio non determina il rifiuto del pacchetto;  
 Obbligat orio: se l'archivio non è presente nel pacchetto quest'ultimo viene rifiutato.  
  
Le combo box Tipo aggiornamento e File sono utilizzabili solo per le tabelle collegate: la tabella principale è un 
archivio aggiornabile solo in modalità Modifica ed è sempre Obbligatorio.  
  
I campi in calce alla maschera mutano a seconda della riga sulla quale si è posizionati. Per la tabella 
principale è possibile definire determinati parametri diversi da quelli definibili per le tabelle collegate.  
  
Parametri Tabella Princip ale 
  
 
Dettaglio Entità  
  
 Filtro  
In questo campo può essere inserita una espressione che ha come oggetto i campi preventivamente 
elencati nell'archivio delle super entità. Ad esempio se l'intenzione è quella di pubblicare/sincronizzare 
gli ordini a forn itore, si potrebbe definire un'espressione come la seguente:  
DOC_MAST.MVCLADOC='OR' and DOC_MAST.MVFLVEAC='A'  
 Autonumber  
Rappresenta il codice identificativo del progressivo utilizzato come campo chiave per garantire 
l'univocità dei record sul database. Ad esempio, il progressivo dei documenti è SEDOC: ogni volta 
che viene caricato un nuovo documento il progressivo viene incrementato e diviene la chiave del


key: chroma:document
string_value:
che viene caricato un nuovo documento il progressivo viene incrementato e diviene la chiave del 
documento stesso (MVSERIAL). Valorizzando il campo Autonumber delle entità, il progressivo del 
gestionale viene modificato in modo tale che sia composto non più da 10 cifre, ma da 2 caratteri + 8


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
26 – O P E R A Z I O N I  P R E L I M I N A RI cifre. Le prime due cifre vengono sostituite dal codice identificativo della sede, quindi il nuovo 
progressivo diverrà: Codice identificativo sede + numero pro gressivo  
  
Il caricamento di nuovi documenti in quella sede determinerà l'uso del nuovo progressivo. Ad 
esempio l'MVSERIAL dei documenti creati dopo la definizione dell'entità sulla sede AA diverrà:  
AA0000000001  
AA0000000002  
... 
AAnnnnnnnnn  
  
Nella tabella  che segue sono visualizzati i codici dei progressivi utilizzabili nell'autonumber per alcuni 
archivi:  
  
Tabella  Descrizione  Nome Fisico  Codice Autonumber  
INVENTAR  Inventari di magazzino  xxxINVENTAR  SEINV  
FAT_DIFF  Fatturazioni differite  xxxFAT_DIFF  SEFAT DIF 
DOC_MAST  Documenti (master)  xxxDOC_MAST  SEDOC  
COR_RISP  Vendita al dettaglio (master)  xxxCOR_RISP  SERPLU  
MVM_MAST  Mov .ti magazzino (master)  xxxMVM_MAST  SEMVM  
  
 Validazione  
Per decidere se una sede è validatrice di un'istanza occorre, al momento de lla stesura dell'entità, 
comporre un'espressione di validazione.  
Tale espressione, scritta in un formalismo booleano, potrà utilizzare campi sul database relativi alla 
tabella principale dell'entità e/o valori fissi.  
  
Ad esempio 1=1 significa che la sede valida tutte le istanze, quindi le altre sedi avranno 
necessariamente come condizione 1=0.  
Parametri Tabelle Collegate  
  
 
Dettaglio Tabelle Collegate  
  
 Legame  
In questo campo deve essere definito il legame tra tabella collegata e tabella principale. Se la relazione 
è stata definita da analisi il campo viene popolato automaticamente. Il bottone contestuale consente 
eventualmente di richiamare il legame d a analisi (utile nel caso in cui sia stato cancellato dall'utente).


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
O P E R A Z I O N I  P R E L I M I N A R I  - 27  Treeview struttura entità  
  
Selezionando dall'apposito campo una Super entità, è possibile eseguire una ricerca ed ottenere una 
visualiz zazione ad albero di tutte le entità delle quali la Super entità selezionata è archivio principale ed 
un ulteriore dettaglio della presenza di queste entità sulle sedi con distinzione di quelle verso cui 
pubblico da quelle verso le quali ricevo.  
  
 
Treevi ew struttura entità  
  
 Esegui  
Dopo aver selezionato una Super entità occorre premere il bottone Esegui per aggiornare la 
visualizzazione ad albero.  
 Esplodi  
Consente di esplodere la visualizzazione fino al livello foglia (sedi).


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
28 – O P E R A Z I O N I  P R E L I M I N A RI  Implodi  
Consente di imp lodere la visualizzazione fino al livello minimo (Super entità o tabella principale)  
 Dettagli  
Mediante il bottone Dettagli è possibile accedere direttamente all'anagrafica dell'elemento selezionato 
(Super entità, Entità o Sede).


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
O P E R A Z I O N I  P R E L I M I N A R I  - 29  Sedi 
  
Nell'anagrafica Sedi occorre indicare le entità, quindi gli oggetti di ad hoc che si vogliono inviare e 
ricevere durante le fasi di pubblicazione e sincronizzazione.  
Questo archivio deve essere definito in modo speculare per ogni coppia di sed i coinvolta nelle fasi di 
pubblicazione/sincronizzazione. I campi chiave di questo archivio sono SEDE+TIPO.  
Ad esempio, se ci trovassimo nella seguente situazione:  
  
 
Sedi 
  
 La Sede AA dovrebbe definire la Sede BB come la sede verso cui pubblica le entità relative ad 
Articoli POS e Listini e la Sede BB dovrebbe definire la Sede AA come la sede da cui riceve le 
stesse entità.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
30 – O P E R A Z I O N I  P R E L I M I N A RI   
 
La sede AA pubblica verso BB  
  
 
La sede BB ri ceve da AA  
  
 Inoltre, la Sede BB dovrebbe definire la Sede AA come la sede verso cui pubblica l'entità 
relativa alle Vendite POS e la Sede AA dovrebbe definire la Sede BB come la sede da cui riceve 
le stesse entità.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
O P E R A Z I O N I  P R E L I M I N A R I  - 31 
 
La sede BB pubblica verso AA  
  
 
La sede AA riceve da BB  
  
 Sede  
In questo campo va necessariamente inserito il codice della sede verso cui si pubblica/sincronizza. 
Questa informazione è utilizzata dalla procedura per creare il nome del pacchetto generato in fase di 
pubblicazione e per se lezionare il nome del pacchetto corretto durante la fase di sincronizzazione.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
32 – O P E R A Z I O N I  P R E L I M I N A RI Il nome del pacchetto è dato da Sede mittente_Sede Destinataria_numero pacchetto.ahz  
  
Ad esempio, la sede centrale (AA) invia i dati alla sede remota (BB):  
 il nome del primo  pacchetto sarà:  aa_bb_0000000001.ahz  
 il nome del secondo pacchetto sarà:  aa_bb_0000000002.ahz  
 il nome del terzo pacchetto sarà:  aa_bb_0000000003.ahz  
  
Il codice della sede mittente è quello definito nei parametri, mentre il codice della sede destinata ria è quello definito in 
questo campo.  
  
 Tipo  
Occorre specificare se la sede indicata rappresenta quella verso la quale pubblico o quella dalla quale 
ricevo i pacchetti.  
Le opzioni sono:  
 Sede da cui ricevo: la sede inserita rappresenta quella dalla qua le ricevo il pacchetto;  
 Sede verso cui pubblico: la sede inserita rappresenta quella verso la quale pubblico.  
 Ordine  
Serve per ordinare in fase di sincronizzazione la ricezione dei pacchetti. Se si ricevono gli articoli da 
una sede e i documenti da un' altra è preferibile che si riceva prima il pacchetto dalla sede che invia gli 
articoli e poi il pacchetto dalla sede che invia i documenti. Questo campo è numerico: il pacchetto 
ricevuto dalla sede con valore più basso è quello che viene elaborato prima de gli altri. Se non viene 
specificato nulla, la procedura importa i pacchetti in ordine alfabetico.  
 Ultimo Pacchetto  
Ogni pacchetto è numerato, ed ogni sede, sia al termine di una pubblicazione che di una ricezione 
aggiorna il proprio numero di ultimo pacchetto inviato/ricevuto. Se ad esempio la sede BB avesse 
ricevuto già dieci pacchetti dalla sede AA , la sua anagrafica Sedi (per la sede AA da cui riceve), 
avrebbe come ultimo pacchetto il valore 10 e la successiva fase di sincronizzazione da quella sede 
Cercherebbe il pacchetto con nome aa_bb_0000000011.ahz


key: chroma:document
string_value:
Cercherebbe il pacchetto con nome aa_bb_0000000011.ahz  
  
Il dato Ultimo pacchetto può essere modific ato manualmente ma, tenuto conto dell'incidenza che ha in fase di 
pubblicazione/sincronizzazione, occorre prestare particolare attenzione a modifiche di questo tipo!  
  
Nelle griglie sottostanti occorre indicare l'elenco delle entità da pubblicare o sincron izzare in un 
determinato ordine ed eventualmente Filtri orizzontali/verticali.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
O P E R A Z I O N I  P R E L I M I N A R I  - 33 
 
Anagrafica Sedi – Elenco Entità  
  
 Canale  
Mediante questa combo box occorre specificare il canale di comunicazione. Le opzioni sono:  
 Cartella Condivisa: è la metodologia più semplice. Esiste una condivisione a livello di file 
system per cui la pubblicazione/ricezione si traduce in un normale acceso a file posti nella 
cartella specificata. Si tratta perciò dello scambio di file contenenti i reciproci inserimenti, 
aggiorname nti o cancellazioni delle entità sincronizzate (articoli di magazzino, clienti, fornitori, 
documenti);  
 Remote access service (ras): è il servizio che permette agli utenti remoti o mobili che 
utilizzano collegamenti di comunicazione remota di accedere alla rete aziendale come se fossero 
connessi direttamente. Questa funzionalità offre inoltre servizi VPN ( Virtual Private Network), 
che consentono agli utenti di accedere alla rete aziendale tramite Internet. Si basa sulle 
connessioni remote definite sulla macchina che pubblica/riceve. Effettuando uno zoom sul 
campo, l'applicativo mostra tutte le connessioni d isponibili sulla macchina (da connessioni di 
rete - elenco connessioni). Una volta definita quale connessione utilizzare, occorre specificare 
l'utente e la password ed il dominio dell'utente. Il percorso da specificare, in questo caso, sarà un 
percorso di rete, ad esempio \\zucchetti \lore\. Per far funzionare il RAS su Windows 98, deve 
essere installato Dial Up Networking Service  dal Pannello di controllo del sistema operativo (N.b: in 
ogni caso si sottolinea che Windows 98 non è un sistema operativo certif icato per il 
funzionamento con ad hoc Revolution). Su Windows 2000/XP è già presente il Dial Up 
Networking Service (basta controllare che sia presente il file rasdial.exe all'interno della cartella 
system32).;


key: chroma:document
string_value:
system32).;  
 File transfer protocol (ftp): per questa tipologia di connessione esistono due possibilità:  
 se la connessione ad Internet è sempre disponibile, è sufficiente indicare l'indirizzo ftp, nome 
utente e password. L'indirizzo dell'area FTP deve essere inseri to senza indicazione del 
protocollo di comunicazione: ad esempio ftp://www.zucchettitam.it deve essere scritto come 
www .zucchettitam.it);  
 se la connessione deve essere aperta al momento della pubblicazione e ricezione del 
pacchetto, deve essere attivato anche il check Remote access service, che consentirà di inserire i 
parametri per la connessione remota da utilizzare per il collegamento all'area FTP .  
  
In entrambi i casi, il percorso identifica la cartella dell'area FTP nella quale si trovano i pacchetti . 
  
La scelta di un canale piuttosto che di un altro determina la valorizzazione o meno di alcuni parametri 
nella scheda Parametri Canale.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
34 – O P E R A Z I O N I  P R E L I M I N A RI  Riga  
Ordine in base al quale la procedura elabora le entità per la creazione/ricezione del pacchetto.  
  
Questa informazione è fondamentale alla procedura in fase di sincronizzazione, ovvero in fase di ricezione dei dati. 
E' importante rispettare eventual i vincoli di integrità referenziale: prima di ricevere l'elenco degli articoli è necessario 
ricevere quello delle categorie contabili articolo; prima di poter ricevere l'elenco dei conti occorre importare i mastri, e 
così via.  
In caso di entità rappresenta tive delle diverse tipologie documento, si potrà inserire prima l'entità degli ordini, poi 
quella dei ddt ed infine quella delle fatture. In questo caso però, prestare attenzione al fatto che eventuali 
cancellazioni potrebbero risultare impossibili: ad ese mpio se una sede cancella fattura e documento di trasporto, la 
sincronizzazione del database della sede ricevente risulta impossibile perché processando prima i documenti di 
trasporto, esiste ancora la fattura che blocca il record da cancellare!  
  
 Entità  
Codice dell'entità da processare  
 Archivio  
In questo campo è possibile selezionare una delle tabelle definite su una certa entità: è necessario 
posizionarsi prima su una riga dell'elenco a sinistra e poi è possibile effettuare la selezione. La 
definizion e di un determinato archivio è necessario per poter definire dei filtri orizzontali/verticali su 
uno o più campi dell'archivio stesso.  
 Filtro Orizzontale  
Il filtro orizzontale può essere impostato solo per i campi indicati nell'archivio Super entità: per mette 
di effettuare una selezione dei record da inserire nel pacchetto inviato o da ricevere in fase di 
sincronizzazione.  
  
Mediante lo zoom (F9) o il tasto menu contestuale è possibile selezionare dall'elenco i campi presenti


key: chroma:document
string_value:
nell'archivio selezionato. Me diante il doppio click la procedura inserirà nel campo filtro orizzontale 
l'espressione: Archivio  campo  
  
Ad esempio si può ipotizzare che la sede centrale (AA) non invii tutti gli articoli alla sede remota (BB) 
ma solo quelli destinati alla vendita al det taglio (articoli POS). In tal caso si potrebbe definire sulla 
sede centrale un filtro orizzontale per l'archivio ART_ICOL del tipo ART_ICOL.ARARTPOS='S'.  
 Filtro verticale  
I filtri verticali possono essere definiti mediante apposito bottone ed hanno lo sc opo di definire in che 
modo scrivere su un certo campo dell'entità. Ad esempio, in fase di sincronizzazione è possibile 
ignorare il contenuto di un certo campo di una tabella dell'entità scrivendo al suo posto un valore 
predefinito. Non si tratta quindi di  un filtro vero e proprio, ma più di una trascodifica che opera in 
modo distinto a seconda dei casi (pubblicazione/sincronizzazione).


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
O P E R A Z I O N I  P R E L I M I N A R I  - 35 
 
Filtri Verticali in caso di pubblicazione  
  
 Se la sede pubblica: per ogni campo dell'entità è possibile definire un valore da scrivere 
all'interno del pacchetto al posto del dato di origine; ad esempio è possibile scrivere un valore 
predefinito per il mastro contabile nel caso in cui il pubblicato re desideri inviare anagrafica 
clienti/fornitore alle sedi remote che hanno un piano dei conti differente.  
  
Quando viene definito come filtro verticale solo il nome di un campo, senza indicazione di un valore specifico, sul 
pacchetto quel campo non presen terà alcun valore (è come se venisse sovrascritto con valore vuoto).  
  
 
Filtri Verticali in caso di sincronizzazione  
  
 Se la sede riceve: per ogni campo dell'entità è possibile definire se sovrascrivere o meno il 
valore eventualmente già presente sul database oppure se scrivere un valore alternativo rispetto 
a quello presente sul database. Per la ricezione è possibile pi lotare il comportamento del 
programma mediante combo box.  
 Campo  
Mediante lo zoom (F9) è possibile selezionare dall'elenco i campi presenti nell'archivio inserito.  
 Sovrascrive  
Questa combo box permette di definire la modalità di pubblicazione/sincronizz azione in relazione al 
contenuto del campo definito precedentemente.  
Le opzioni disponibili sono:  
 Si: consente di non tener conto del contenuto di un determinanto campo (sul pacchetto) e di 
scrivere sul database di destinazione un valore vuoto (blank) op pure un valore alternativo se 
specificato nel campo accanto  
 No: consente di ignorare il contenuto di un determinato campo (sul pacchetto) e di non 
sovrascrivere quanto già definito sul database di destinazione. Se si tratta dell'inserimento di un 
nuovo r ecord, il campo verrà valorizzato a blank (ad esempio, se per l'archivio conti venisse


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
36 – O P E R A Z I O N I  P R E L I M I N A RI inserito il filtro verticale ANCATCON, sovrascrive No, l'inserimento di un nuovo 
Cliente/Fornitore avverrebbe senza nessun valore sul campo della Categoria Contabile.  
 Valore  
Il campo valore può essere sempre valorizzato, tuttavia il programma ne tiene conto solo in 
determinati casi:  
 Se la sede pubblica: può essere valorizzato o meno contestualmente al campo. Se l'utente ha 
definito uno o più campi sulla maschera Filtr i verticali, il programma scrive sul pacchetto 
quanto indicato come valore (eventualmente anche blank).  
 Se la sede riceve: il valore viene preso in considerazione solo nel caso in cui l'utente abbia 
definito non solo il campo sul quale applicare il filtr o verticale, ma abbia impostato a Si la 
combo box Sovrascrive: in questo modo il programma in fase di sincronizzazione scrive sul 
database il valore (eventualmente blank) al posto di quanto è presente sul pacchetto.  
  
Sostanzialmente, quando viene definita  una Sede da cui ricevo, l'indicazione di un Valore ha senso solo se la combo 
box Sovrascrive è impostata a Si.  
  
Sedi - Parametri canale  
La logistica remota si avvale di tre possibili canali di comunicazione definibili a livello di sede e che si 
appoggian o all'interfaccia di Windows per le connessioni remote.  
  
La sede che apre la connessione (anche in modo schedulato) fungerà da pubblicatore per le variazioni 
apportate dalla stessa e da ricevente delle variazioni della controparte attraverso l'esecuzione della 
pubblicazione e della sincronizzazione.  
  
 
Sedi - Parametri canale


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
O P E R A Z I O N I  P R E L I M I N A R I  - 37  Password ZIP  
Password per criptare/decriptare lo zip; mediante il doppio click del mouse, lo zoom (F9) oppure 
utilizzando il menu contestuale è possibile visualizzare i caratteri della password inseriti.  
 Percorso  
Occorre indicare il percorso di condivi sione all'interno del quale la procedura deve creare/cercare i 
pacchetti nelle fasi di pubblicazione/sincronizzazione. Il percorso indicato deve esistere/essere 
raggiungibile nel momento della pubblicazione, altrimenti la procedura non sarà in grado di cre are i 
file dei pacchetti. Il nome del pacchetto è univoco per costruzione, quindi si può utilizzare anche 
un'unica area condivisa indipendentemente dal numero di sedi coinvolte.  
Il percorso è sempre obbligatorio indipendentemente dal canale di comunicazion e prescelto; 
cambiano soltanto le modalità di inserimento:  
 Cartella condivisa: dovrà essere indicata oltre alla cartella anche il nome dell'unità condivisa (ad 
esempio se l'unità fosse X e la cartella condivisa Condivisa allora sul campo si potrà scriver e 
X:\condivisa)  
 R.A.S.: il percorso potrà essere indicato come unità di rete (ad esempio, se la macchina remota 
si chiamasse Server e la sua cartella condivisa Condivisa allora sul campo si potrà scrivere 
\\Server \condivisa ) 
 F .T.P .: il percorso potrà e ssere indicato direttamente con il nome della cartella, oppure in 
assenza di una cartella specifica solo con lo slash / (ad esempio se utente e password specificati 
consentissero di accedere direttamente alla cartella in cui posizionare il pacchetto, allor a sul 
campo si potrà scrivere /)  
  
Opzioni esclusive per canale RAS e/o FTP  
Le seguenti opzioni sono utilizzabili solo nel caso in cui venga scelto come canale Remote Access 
Service e/o File Transfer Protocol.  
 Connessione


key: chroma:document
string_value:
Service e/o File Transfer Protocol.  
 Connessione  
Nome della connessione di rete (parametrizzata tra le connessioni di Windows)  
 Utente  
Nome utente per la connessione di rete selezionata  
 Password  
Password per la connessione di rete selezionata  
 Dominio  
Dominio per la connessione di rete selezionata  
 Indirizzo FTP  
Indirizzo host FTP: deve essere scritto senza menzione del protocollo di trasmissione (ad esempio 
per l'accesso all'area ftp://www .zucchettitam.it , si dovrà scrivere semplicemente www .zucchettitam.it ). 
 Utente  
Utente connession e FTP .  
 Password  
Password Utente FTP .


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
38 – O P E R A Z I O N I  P R E L I M I N A RI  Remote Access Service  
Se il check è attivo la procedura esegue la connessione RAS prima di eseguire la connessione FTP . In 
tal caso occorre parametrizzare anche i dati Remote access service.  
 Modalità FTP  
Combo con  la quale è possibile impostare quale tipo di modalità utilizzare. Mediante questa combo è 
possibile stabilire quale tipo di comunicazione impostare tra client e server. Le opzioni disponibili 
sono due attiva o passiva.  
I server ftp possono utilizzare una modalità di comunicazione attiva o passiva. La differenza tra le due 
modalità di funzionamento determina chi tra client e il server apre la porta per la comunicazione dei 
dati. 
Con alcuni server che utilizzavano una modalità passiva si sono verificati prob lemi di connessione 
dovuti a impostazioni di firewall o configurazioni di rete.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
O P E R A Z I O N I  P R E L I M I N A R I  - 39  Tabelle estese  
  
All'interno di questa anagrafica è possibile definire delle estensioni a tabelle già in precedenza 
dichiarate come S uper entità; i campi di estensione verranno aggiunti sia alla tabella di mirror relativa 
alla super entità estesa sia al pacchetto di pubblicazione.  
In questo modo è possibile raggiungere un duplice obbiettivo:  
1.                Rendere possibile l'applica zione di filtri orizzontali in fase di pubblicazione su campi 
non presenti nella super entità ( ad es. esportare esclusivamente i contratti di clienti aventi un 
determinato agente in anagrafica)  
2.                Rendere possibile l'applicazione di filtri verticali dinamici in fase di sincronizzazione; 
all'interno della procedura standard è prevista ad esempio la funzione TRANSCLI da (Trova 
cliente da partita iva e Trova cliente da codice fiscale) che riconosce l'intestatario del documento 
non dal codice ma  dalla partita iva.  
  
 
Tabelle estese  
  
 Nome tabella estesa DOC_MAST  
Occorre indicare la TABELLA Super entità che si desidera estendere  
 Archivio di estensione  
Indica la tabella dalla quale attingere i campi di estensione specificati nella parte destra  della maschera  
 Relazione  
Mediante il pulsante Relazioni occorre recuperare il legame di analisi tra le tabelle e copiarlo nel 
campo relazioni  
 Alias archivio di estensione  
Rappresenta la descrizione della archivio di estensione rap un dato modificabile


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
40 – O P E R A Z I O N I  P R E L I M I N A RI  Campo  
Mediante f9 è possibile visualizzare i campi appartenenti alla tabella di estensione.  
I campi che vengono dichiarati in questa griglia vengono inseriti nel mirror della tabella estesa ed 
anche nel pacchetto di pubblicazione.  
Su questi campi sarà p oi possibile dichiarare dei filtri orizzontali nell'archivio delle sedi  
  
Dopo la modifica dell'anagrafica tabelle estese occorre ri generare il mirror da apposita funzione al fine di 
permettere l'allineamento delle tabelle di mirror  
La funzionalità import  export entità super entità provvede ad aggiornare anche questo archivio


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
O P E R A Z I O N I  P R E L I M I N A R I  - 41 
 
________________________________________________________________________________  
________________________________________________________________________________  
________________ ________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_____________________________ ___________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
__________________________________________ ______________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_______________________________________________________ _________________________  
________________________________________________________________________________  
________________________________________________________________________________  
____________________________________________________________________ ____________


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
42 – O P E R A Z I O N I  P R E L I M I N A RI 
 
________________________________________________________________________________  
________________________________________________________________________________  
_______________________________________________________________________________ _ 
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
___________ _____________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________ ________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_____________________________________ ___________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
__________________________________________________ _____________________________


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A   
M I R R O R  - 43  MIRROR  
  
Per poter comprendere il modulo è fondamentale saper leggere le informazioni di mirror associate a 
tutte le istanze oggetto di pubblicazione/sincronizzazione. Le informazioni sono acces sibili solo da 
parte di utenti amministratori tramite il tasto destro sulla gestione e vengono create/aggiornate in fase 
di pubblicazione/sincronizzazione.  
  
 
Articolo AHRB – tasto destro per visualizzare la voce Mirror logistica remota  
  
Le informazioni presenti sulle tabelle di mirror sono indispensabili per far capire alla procedura quali 
sono le istanze che devono essere pubblicate. In linea generale il principio di funzionamento si basa 
sul confronto tra il CPCCCHK attuale di ciascun record (istanza) rispetto al CPCCCHK dell'ultima 
pubblicazione. Ad esempio, la variazione dell'anagrafica di un articolo già pubblicato (ovvero inviato 
ad altre sedi) comporta anche la modifica del suo CPCCCHK e quindi porta ad una differenza tra il 
CPCCCHK dell'ultima pub blicazione e quello attuale: l'articolo sarà quindi oggetto di una nuova 
pubblicazione.  
  
Le tabelle di mirror, sebbene presenti sul database, non sono accessibili utilizzando lo strumento 
Disegnatore Query in quanto non si tratta di tabelle definite in mo do statico all'interno dell'analisi ma 
costruite a run -time. 
  
Il programma crea una tabella di mirror per ogni tabella principale delle entità (Super entità): il nome


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
44 – M I R R O R  delle tabelle di mirror è costruito come LR_<CodiceAzienda><NomeFisicoTabella>; ad esemp io 
quella dei documenti dell'azienda DEMO sarà LR_DEMODOC_MAST.  
  
Al fine di tener conto anche delle modifiche che hanno inciso solo sul dettaglio di un documento 
senza modificare i dati di testata (ovvero della tabella principale), è possibile far costrui re al 
programma un mirror anche per le Tabelle secondarie (nell'archivio Super entità). Il mirror per le 
tabelle secondarie può essere costruito definendo tali tabelle nell'archivio Super entità. Il nome del 
mirror per le tabelle secondarie viene costruito  come 
TSM_<CodiceAzienda><NomeFisicoTabella>. Ad esempio per la tabella di dettaglio dei documenti 
dell'azienda DEMO sarà TSM_DEMODOC_DETT  
  
Un esempio pratico di utilizzo delle tabelle secondarie di mirror potrebbe essere il seguente: l'evasione 
di un ord ine con il documento di trasporto comporta la creazione di un nuovo documento, ma anche 
la modifica del dettaglio dell'ordine (vengono aggiornati i dati di evasione). Sostanzialmente, non solo 
deve essere pubblicato il documento di trasporto, ma anche l'or dine. Affinché il programma si 
accorga della variazione dell'ordine, in fase di pubblicazione viene effettuato un controllo sulle tabelle 
secondarie di mirror; il programma si accorge della variazione (confronto CPCCCHK attuale rispetto 
a quello dell'ultim a pubblicazione sulla tabella secondaria di mirror) e quindi procede ad aggiornare il 
mirror della tabella principale, rendendo l'ordine nuovamente pubblicabile (rientra nel Giro normale).  
  
 Genera  mirror  
 Tabella di mirror


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
M I R R O R  - 45  Genera mirror  
  
Affinché sia possibile aggiornare le informazioni di mirror durante l'esecuzione delle operazioni di 
pubblicazion e/sincronizzazione è innanzitutto necessario creare le tabelle di mirror.  
  
La funzione Genera Mirror, disponibile tra le voci di menù del modulo, ha proprio lo scopo di creare 
le tabelle di mirror sulla base del contenuto dell'anagrafica Super entità.  
  
Poiché a priori la procedura non è in grado di determinare quelle che saranno le Super entità caricate 
dall'utente è necessario, una volta definite le super entità, generare il corrispondente mirror.  
  
Questa operazione potrebbe rendersi necessaria anche ne l caso di variazione delle Super entità, ad esempio per la 
definizione di nuovi campi da utilizzare come filtro orizzontale nell'archivio Sedi.  
  
In fase di pubblicazione, se la procedura si accorge della mancanza delle tabelle di mirror per una o 
più Supe r entità, viene segnalato un errore nel log dell'elaborazione.  
  
La funzione in oggetto crea non solo le tabelle di mirror vere e proprie (prefisso LR), ma si preoccupa 
di generare anche le tabelle secondarie di mirror (prefisso TSM).


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
46 – M I R R O R  
 
Generazione Mirro r per la super entità Art_icol  
  
La tabella di mirror è costituita dai seguenti campi:  
 Campo/i chiave della tabella principale (es: ARCODART per tabella ART_ICOL)  
 Campi definiti nella Super Entità da utilizzare per i filtri orizzontali (ad esempio, se bisogna 
discriminare gli articoli da pubblicare in base al Check Articolo POS, è necessario aggiungere 
nella Super Entità il campo ARARTPOS)  
 ANCESTOR: rappresenta il CRC della sede validatrice e viene aggiornato solo da 
quest'utlima  
 CPCCCHK: memorizza il CRC dell'ultima pubblicazione  
 A VERSION: rappresenta la versione del dato; viene icrementato di 1 dalla sede validatrice 
ogni volta che il record (istanza) viene pubblicato  
 CPCCCHK_PU: rappresenta il CRC della sede che ha pubblicato il dato  
 PUBCOSE D: rappresenta il codice identificato (2 caratteri) della sede che ha pubblicato.  
 Verbose  
Se attivo vengono visualizzate nel log tutte le operazioni eseguite sul database.  
 Elimina  
Attivando questo check la procedura elimina il contenuto delle tabelle d i mirror preesistenti prima di 
procedere al loro aggiornamento.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
M I R R O R  - 47 L'operazione di cancellazione del mirror va eseguita con particolare cautela in quanto rende di fatto di nuovo 
pubblicabili i record relativi ad una super entità.  
  
 Salva  
Dopo aver esegui to l'operazione è possibile salvare il log dell'elaborazione su file di testo.  
  
Genera mirror - Selezioni  
  
Nella funzione di genera mirror è stata aggiunta una scheda Selezioni dove mediante check è possibile 
selezionare l'archivio per il quale si vuole generare il mirror.  
  
 
Genera mirror - Selezioni


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
48 – M I R R O R   Tabella di mirror  
  
Come già detto, le tabelle di mirror non sono interrogabili utilizzando lo strumento Disegnatore 
query, tuttavia, l'utente amministratore pr emendo il tasto destro del mouse su un determinato record 
(ad esempio un articolo) sarà in grado di accedere alle informazioni presenti nel mirror (per 
quell'istanza) scegliendo l'opzione Mirror Logistica Remota dal menù contestuale.  
  
 
Menù contestuale a nagrafica articoli  
  
 
Mirror sede pubblicatrice e validatrice


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
M I R R O R  - 49 
 
Mirror sede ricevente  
  
Le informazioni di mirror accessibili dal menù contestuale per ogni istanza pubblicata, rappresentano 
un sottoinsieme del contenuto vero e proprio della tabella di m irror. Come già detto, in quest'ultima 
sono presenti anche i campi chiave del record (ad esempio ARCODART, per gli articoli) ed i campi 
definiti dall'utente nell'archivio. Le informazioni che possono essere lette dal gestionale sono divise in 
due sezioni e  sono:  
  
Fase di pubblicazione:  
 Versione  
 Ancestor  
 Crc 
 Crc attuale  
  
Fase di acquisizione:  
 Crc pubblicatore  
 Sede di pubblicazione:  
  
Le informazioni presenti sulla maschera permettono di far capire all'amministratore chi ha pubblicato 
quel dato, se chi lo ha pubblicato è anche  validatore, se lanciando la pubblicazione l'istanza di 
riferimento verrà inserita nel pacchetto da inviare ad altre sedi e di capire perché un pacchetto è stato 
rifiutato (se rifiutato per problemi di validazione).  
Fase di pubblicazione  
 Versione  
Rappres enta la versione del dato. Ogni volta che la Sede Validatrice (e solo lei) ripubblica un'istanza, 
viene aggiornata la versione. Se la sede validatatrice carica un nuovo record ed effettua la 
pubblicazione la versione sarà 1; se la stessa sede modifica lo s tesso record, il CRC attuale varia, quindi 
l'istanza verrà ripubblicata; alla seconda pubblicazione la versione sarà 2 e cosi via. Sostanzialmente la 
versione viene incrementata ad ogni pubblicazione del validatore.  
  
Il validatore assegna la versione anch e in fase di sincronizzazione ad ogni istanza ricevuta da altre sedi non 
validatrici per quel dato (in questo caso la versione assegnata sarà 1). In questo modo, se più sedi cercano di inviare 
lo stesso record, il validatore può respingere le richieste suc cessive alla prima (la sua versione è maggiore).


key: chroma:document
string_value:
In presenza di un solo validatore all'interno del sistema globalmente considerato (tutte le sedi), al fine 
di garantire coerenza dei dati scambiati (gestione dei conflitti di dati, ovvero di modifiche cont estuali), 
sarebbe sufficiente l'utilizzo del campo Versione.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
50 – M I R R O R  Se per qualche esigenza particolare fossero presenti più validatori all'interno del sistema per gli stessi 
dati (impostazione comunque sconsigliata), allora il solo utilizzo del campo Versione non è piu 
sufficiente a risolvere determinati conflitti di dati.  
 Ancestor  
In questo campo del mirror viene memorizzato il CRC della sede validatrice. Al pari della Versione, 
solo la sede validatrice può assegnare/riassegnare l'Ancestor, le altre sedi si limitano a ritrasmettere 
entrambi (versione/ancestor).  
  
Versione  ed Ancestor sono utilizzati per individuare eventuali doppie validazioni del dato in fase di 
sincronizzazione: il validatore accetta il dato solo se la sua versione è uguale alla versione del dato in 
ingresso e se l'ancestor coincide con il suo CRC attual e. In caso contrario significherebbe che nel 
frattempo il validatore ha apportato una modifica alla stessa istanza; se accettasse quella del pacchetto 
rischierebbe di perdere le modifiche apportate nel frattempo.  
Se la sede validatrice dovesse ricevere un' istanza con Ancestor diverso dal suo, significherebbe che per 
quel dato esisterebbe un altro validatore: in questo caso il programma segnalerebbe la presenza di più 
validatori.  
  
Da notare che:  
 Se chi ha creato il nuovo record non è validatore, dopo la p ubblicazione, il mirror presenta 
Ancestor vuoto.  
  
 
Mirror pubblicatore non validatore di un nuovo record  
  
 Quando la sede validatrice riceve l'istanza l'Ancestor rimane ancora vuoto ma viene aggiornata 
la versione (questo per far si che lo stesso recor d non venga inviato ed accettato anche da 
un'altra sede).  
  
 
Mirror Validatore che ha ricevuto il record creato da una sede non validatrice  
  
 L'ancestor viene assegnato solo nel momento in cui avviene la pubblicazione da parte della


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
M I R R O R  - 51 sede validatrice.  
  
 
Mirror Validatore che ha inviato l‘istanza caricata da una sede non validatrice  
  
Riassumendo, Versione ed Ancestor sono strettamente legati e riconducono al concetto di 
validazione: solo la sede di validazione ha il potere di modifica di questi attribut i del dato, le altre sedi 
che modificano il dato, si limiteranno a trasmettere Ancestor e Versione ricevuti.  
  
 Crc 
CPCCCHK relativo all'ultima pubblicazione avvenuta.  
 Crc attuale  
CPCCCHK attuale, ovvero il CRC del record. Si tratta dell'unica informazione (di questa maschera) 
che non risiede fisicamente sulla tabella di mirror, ma, ovviamente, nell'archivio di riferimento (ad 
esempio ART_ICOL per gli articoli)  
  
Quando CRC attuale è diverso da CRC significa che il record è stato modificato rispetto all'ultima 
pubblicazione, quindi sarà oggetto di una nuova pubblicazione.  
Fase di acquisizione  
La memorizzazione de lle seguenti informazioni sul mirror, consente di impedire che il record ricevuto 
da una sede venga nuovamente inviato alla sede che lo ha pubblicato. Per costruzione, tutto ciò che è 
stato ricevuto è infatti oggetto di pubblicazione verso le altre sedi (d iverse da quella che l'ha 
pubblicato, a meno che quest'ultima non debba ricevere l'istanza validata).  
 Crc pubblicatore  
In questo campo viene memorizzato il CPCCCHK della sede che ha pubblicato; viene perciò 
aggiornato in fase di sincronizzazione.  
 Sede di pubblicazione  
In questo campo viene memorizzato il codice della sede che ha pubblicato ed anch'esso viene 
aggiornato in fase di sincronizzazione.  
  
In merito alle informazioni presenti sul mirror si deve ricordare che:  
- Versione e Ancestor vengono aggi ornati solo dalla sede validatrice. La sede non validatrice si limita a 
ritrasmetterli senza modificarli;


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
52 – M I R R O R  - Se la sede validatrice riceve un'istanza modificata da un'altra sede, prima di accettarla controlla che Ancestor e 
Versione della sua istanza corris pondano a quelli dell'istanza nel pacchetto (in caso contrario significherebbe che il 
record modificato dalla controparte è già stato modificato, nel frattempo, dalla sede validatrice)  
- Se il CRC (cpccchk dell'istanza nel momento dell'ultima pubblicazione ) è diverso dal CRC attuale (cpccchk 
attuale del record) l'istanza sarà oggetto di pubblicazione  
- L'istanza ricevuta da una sede può essere pubblicata verso altre sedi (per chi ha ricevuto un'istanza, cambia solo il 
CRC attuale; mentre il CRC del mirror v iene aggiornato solo con la pubblicazione), tuttavia, l'istanza non verrà 
inviata alla sede che l'ha pubblicata (il programma confronta il CRC attuale con il CRC del pubblicatore 
memorizzato sul mirror), a meno che chi ha ricevuto il pacchetto non sia il v alidatore di quel dato (in questo caso il 
dato validato torna a chi l'ha pubblicato)


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
M I R R O R  - 53 
 
________________________________________________________________________________  
________________________________________________________________________________  
____ ____________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_________________ _______________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
______________________________ __________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
___________________________________________ _____________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________ ________________________


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
54 – M I R R O R  
 
________________________________________________________________________________  
________________________________________________________________________________  
___________________________________________________________________ _____________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
____________ ____________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_________________________ _______________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
______________________________________ _________________________________________


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A   
P U B B L I C A Z I O N E  E  S I N C R O N I Z Z A Z I O N E  - 55  PUBBLICAZIONE E 
SINCRONIZZAZIONE  
  
La pubblicazione  consente di creare i pacchetti destinati alle altre sedi. Scopo dell'operazione è 
quello di creare un fi le per ogni Sede verso cui pubblico in modo tale da dar loro la possibilità di 
effettuare la sincronizzazione dei loro dati rispetto alle modifiche apportate dal pubblicatore.  
  
La sincronizzazione  è l'operazione complementare alla pubblicazione e consente  al destinatario di 
un pacchetto di acquisire inserimenti/modifiche/cancellazioni effettuate dal pubblicatore in modo 
tale da allineare i suoi dati a quelli in possesso del mittente.  
  
I pacchetti sono file compressi, numerati progressivamente, eventualmen te protetti con password, 
contenenti almeno un file DBF per ogni archivio presente nelle entità esportate verso una 
determinata sede.  
  
Come già detto, durante la fase di pubblicazione sono esportati sul pacchetto i records che sono stati 
modificati rispet to all'ultima pubblicazione, ovvero quelli con un CRC attuale diverso dal CRC 
memorizzato sulla tabella di mirror. Il validatore del record aggiorna anche il campo Ancestor 
presente nella tabella Mirror con il CPCCCHK attuale. In sintesi convalida la nuova  modifica del 
record, definendo una nuova base di partenza.  
  
Ogni file rappresenta gli inserimenti/modifiche/cancellazioni di una certa tabella rispetto al momento 
dell'ultima pubblicazione (per una determinata sede ricevente).  
  
La sincronizzazione è chi aramente l'operazione più delicata, in quanto è necessario effettuare diverse 
valutazioni prima di accettare inserimenti/modifiche/cancellazioni provenienti da un'altra sede onde 
evitare di creare incongruenze nel database o la perdita di dati utili.  
  
Ogni operazione di pubblicazione e sincronizzazione è memorizzata nell' archivio dei Log: Nel caso


key: chroma:document
string_value:
Ogni operazione di pubblicazione e sincronizzazione è memorizzata nell' archivio dei Log: Nel caso 
di pubblicazione la memorizzazione riguarda semplicemente le note mostrate a video, per quanto 
riguarda la sincronizzazione la procedura memorizza per ogni sede  e per ogni entità i record inseriti, 
cancellati e modificati. Se durante la sincronizzazione vi sono stati record sovrascritti (modificati 
dall'ultima ricezione e ricevuti da un validatore) e/o rifiutati (ad esempio dal validatore perché l'istanza 
in arri vo ha una versione più Vecchia) la procedura crea un pacchetto con tali dati per poterli 
consultare ed eventualmente ripristinare.  
  
 Pubblicazione  
 Pubblicazione record cancellati  
 Sincronizzazione


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
56 – P U B B L I C A Z I O N E  E  S I N C R O N I Z Z A Z I O N E   Visualizzazione pacchetti dati  
 Treeview pacchetto dati  
 Log pubblicazione/sincronizzazione


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
P U B B L I C A Z I O N E  E  S I N C R O N I Z Z A Z I O N E  - 57  Pubblicazione  
  
La funzione di pubblicazione si trova nella prima voce di menu del  modulo. Come già detto, ha lo 
scopo di generare i pacchetti destinati alle altre sedi. Il programma genererà tanti file quante sono le 
Sedi verso cui pubblica.  
  
Gli effetti della pubblicazione sono:  
 Esportazione dei record delle entità da pubblicare (per ciascuna sede) che presentano CRC 
attuale diverso rispetto a quello relativo all'ultima pubblicazione  
 Creazione di Pacchetti di file in formato compresso, eventualmente con password, numerati 
progressivamente per ciascuna Sede verso cui pubblico. Questi file hanno un'estensione 
predefinita (.ahz) e vengono posizionati all'interno del percorso definito nella scheda Parametri 
Canale per ciascuna sede (può trattarsi di una cartella condivisa locale o su macchina remota 
oppure un'area FTP);  
  
Il nome del file è così composto:  
Codice Sede Mittente_Codice Sede Destinataria_Numero progressivo pacchetto.ahz  
 Codice Sede Mittente: è l'identificativo della sede definito nei parametri del modulo;  
 Codice Sede Destinataria: è l'identificativo della sede destinataria definita come Sede verso cui 
pubblico nell'archivio Sedi;  
 Numero progressivo pacchetto: è il n umero progressivo del pacchetto generato, incrementato 
ad ogni pubblicazione per ciascuna sede e memorizzato anch'esso nell'archivio Sedi.  
  
All'interno di questi file sono presenti tante cartelle quante sono le entità oggetto di pubblicazione.  
  
 
Contenu to pacchetto dati  
  
Dentro queste cartelle sono presenti i file dbf che saranno oggetto di successiva sincronizzazione.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
58 – P U B B L I C A Z I O N E  E  S I N C R O N I Z Z A Z I O N E  
 
  
 Aggiornamento del numero progressivo nel campo Ultimo pacchetto per le Sedi verso cui 
pubblico;  
 Se la sede che pubblica ha caricato un record nuovo di cui è validatrice, la fase di 
pubblicazione provvede ad aggiornare le informazioni di mirror legate a  tale record, in 
particolare, il numero di Versione ed Ancestor, Crc, Crc attuale (questi ultimi con il CPCCCHK 
del record nel momento della pubblicazione). Se la sede che pubblica ha caricato un record 
nuovo di cui NON è validatrice, la fase di pubblicazi one provvede ad aggiornare le 
informazioni di mirror legate a tale record, ma in questo caso solo il Crc e Crc attuale.  
  
Se non è stato generato il mirror anche per una sola super entità, la pubblicazione di tutti i record non andrà a 
buon fine.  
  
Quando viene lanciata la funzione di pubblicazione compare una semplice gestione dalla quale è 
possibile lanciare l'elaborazione.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
P U B B L I C A Z I O N E  E  S I N C R O N I Z Z A Z I O N E  - 59 
 
Pubblicazione  
  
 Operazione  
 Pubblicazione  
 Aggiornamento mirror sed. Attivando tale opzione non si esegue una pubblicazione v era e 
propria, ma in realtà si aggiorna semplicemente il mirror come se fossero stati generati tutti i 
pacchetti per tutte le Sedi verso cui pubblico. Lo scopo è quello di evitare la pubblicazione di 
dati che sono già disponibili nelle altre sedi. Ad esemp io, se i database della sede AA e della sede 
BB fossero stati creati nello stesso modo ed avessero la maggior parte delle anagrafiche già 
popolate (clienti, fornitori, articoli) non avrebbe senso creare dei pacchetti per l'altra sede perché 
i dati sono sos tanzialmente già sincronizzati.  
 Aggiornamento mirror tutte entità.  
  
In genere, questa funzionalità deve essere utilizzata solo in fase di start -up del modulo su database con archivi 
destinati alla pubblicazione/sincronizzazione già identici.  
  
 Backup  
Questo check consente di eseguire il backup del database prima di eseguire la pubblicazione dei dati. 
E' proposto attivato se nei Parametri del modulo è stato attivato il check Backup pre pubblicazione. Il 
percorso predefinito per la creazione del file di backup è quello stabilito nei dati azienda (Scheda 
backup, Ultimo backup, ad esempio C: \BACKUPS \). Nei dati azienda è anche possibile definire per 
quanto tempo devono essere mantenuti i file di backup e/o il numero massimo degli stessi.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
60 – P U B B L I C A Z I O N E  E  S I N C R O N I Z Z A Z I O N E  
 
  
Se nei Dati a zienda non fosse stato definito un percorso predefinito, il programma utilizza il percorso 
predefinito del gestore del database (ad esempio, C: \Programmi \Microsoft SQL 
Server \MSSQL.1 \MSSQL \Backup).  
  
Il nome del file è composto come Stamp di data/ora siste ma, seguito dal nome del database. Ad 
esempio:  
  
20070525172215_TEST5.BAK --> backup SQL del database TEST5 effettuato in data 25 maggio 
2007 alle 17.22.15 (hh.mm.ss)  
 Verbose  
Se attivo vengono visualizzate nel log tutte le frasi SQL eseguite sul database.  
 Salva  
Dopo aver eseguito l'operazione è possibile salvare il log dell'elaborazione su file di testo. In ogni caso 
il log di ogni elaborazione viene memorizzato in apposito archivio.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
P U B B L I C A Z I O N E  E  S I N C R O N I Z Z A Z I O N E  - 61  Pubblicazione record cancellati  
  
Nelle Tabelle di Mirror è stato aggiunto il campo DELETE_PU (DELETE_PU=0 significa che il 
cancellato non è mai stato pubblicato, DELETE_PU=1 se  il cancellato è stato pubblicato).  
  
Prima di eseguire la procedura di conversione occorre aver generato le tabelle di mirror da apposita funzione 
(moduli, logistica remota, genera mirror).In caso contrario la procedura non andrà a buon fine.  
  
Esempio  
Nel caso in cui si utilizzi un database dove è stato generato il mirror per le seguenti tabelle:  
  
 
Tabelle di mirror  
  
Nel file di log viene specificato che il motivo dell'esito negativo: è la mancata creazione di una tabella 
di mirror.  
  
In questo caso oc corre lanciare la creazione delle tabelle di mirror premendo Ok nella maschera 
Genera mirror:


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
62 – P U B B L I C A Z I O N E  E  S I N C R O N I Z Z A Z I O N E  
 
Genera mirror  
  
Come si può vedere dal log seguente per alcune tabelle il mirror poiché già esistente non è stato 
generato, mentre è stato generato per la tab ella mancante MOVIMATR.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
P U B B L I C A Z I O N E  E  S I N C R O N I Z Z A Z I O N E  - 63 
 
Log generazione mirror  
  
In questo modo si sono aggiornate le tabelle di mirror.  
  
 
Tabelle di mirror aggiornate  
  
Eseguendo nuovamente la procedura di conversione, questa avrà esito positivo.  
  
Come già evidenziato in preceden za la procedura di conversione valorizza a zero  il campo 
DELETE_PU.  
  
  
Questo significa che se un record è stato cancellato e pubblicato in un ambiente antecedente alla fast 
patch verrà esportato alla prima pubblicazione in un ambiente con la fast patch i n oggetto.  
Tale pubblicazione valorizzerà a 1 il campo delete_pu per fare in modo che tale record non venga più 
pubblicato.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
64 – P U B B L I C A Z I O N E  E  S I N C R O N I Z Z A Z I O N E   Sincronizzazione  
  
La fase di sincronizzazione avviene esaminando i pacchetti delle varie  sedi definite pubblicatrici in 
base all'ordine impostato nell'anagrafica sedi: ogni sede ricevente può definire in che ordine accettare i 
pacchetti inviati dalle altre sedi, ad esempio, prima quello della Sede AA poi quello della Sede BB e 
così via. In ca so di conflitti (modifiche contestuali) sui dati ricevuti, la sede ricevente dà priorità al 
pacchetto ricevuto prima degli altri.  
  
Le entità presenti all'interno del pacchetto vengono processate nell'ordine in cui sono state inserite 
nell'archivio Sedi. P er ogni entità è possibile definire come trattare i dati in sincronizzazione, in 
particolare se processare prima i cancellati o meno e/o se dare un ordine particolare ai dati da trattare: 
queste possibilità possono aiutare l'installatore nel superare i vin coli di integrità referenziale.  
  
Il programma ricerca i pacchetti da sincronizzare nel percorso definito per ciascuna Sede da cui 
ricevo: il pacchetto da sincronizzare sarà quello successivo all'ultimo ricevuto. Il dato dell'ultimo 
pacchetto ricevuto vien e infatti memorizzato nell'archivio Sedi (per ciascuna Sede da cui ricevo). Si 
ricorda che il nome del file del pacchetto ha Codifica parlante ed è rappresentato da: Identificativo 
Sede Pubblicatrice, Identificativo Sede Ricevente e progressivo numerico.  
  
Per ogni operazione di sincronizzazione è possibile scegliere un livello transazionale, ovvero è 
possibile definire a che livello rifiutare i dati in ingresso al verificarsi di determinati errori: sarà 
possibile annullare l'intera operazione al verificars i di un errore sulla singola istanza, oppure, per gradi, 
si può arrivare anche a rifiutare la singola istanza, ma ad accettare tutto il resto.  
  
Logica di Importazione


key: chroma:document
string_value:
Logica di Importazione  
Per ogni istanza presente nel pacchetto il programma effettua una serie di considerazion i prima di 
aggiornare il database. In linea generale, la sequenza di controlli effettuata dal programma può essere 
rappresentata nel seguente modo:  
 I record nuovi vengono sempre importati;  
 Se il record è già presente ed il CPCCCHK attuale è uguale al C PCCCHK inviato, significa 
che il record è già aggiornato: non viene importato;  
 Se la sede che ha pubblicato è Validatore per l'istanza in oggetto questa viene sempre 
importata;  
 Se la sede che riceve è Validatore per l'istanza in oggetto, questa viene i mportata solo se il 
CPCCCHK attuale è uguale all'Ancestor inviato (ovvero quando la modifica del pubblicatore è 
stata eseguita sulla stessa versione già validata);  
 Se nessuna delle due sedi coinvolte (pubblicatore e ricevente) è Validatore per l'istanza in 
oggetto, vengono importati solo i records con CPCCCHK inviato uguale all'Ancestor inviato.  
  
Gestione dei conflitti di importazione  
La gestione dei conflitti avviene a livello globale di entità: sono considerate le variazioni della tabella 
principale e di ogni singola sotto -tabella. Ad esempio, la modifica ad una riga di un ordine implica lo 
status di modificato a tutto il documento.  
  
Prima di effettuare la sincronizzazione occorre aver generato il mirror per tutte le super entità caricate


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
P U B B L I C A Z I O N E  E  S I N C R O N I Z Z A Z I O N E  - 65 nella sede. I n caso contrario la procedura visualizza nel log di sincronizzazione un messaggio di 
errore.  
  
 
Sincronizzazione  
  
 Transazione  
Mediante questa combo box è possibile scegliere il livello transazionale da adottare per la 
sincronizzazione. Il programma pro pone come impostazione predefinita ciò che ha stabilito l'utente 
nei parametri del modulo.  
Le opzioni possibili sono:  
 Globale: nessun record viene ricevuto se una sola istanza di una qualsiasi entità provoca un 
errore di sincronizzazione (significa che q ualsiasi errore accada in fase di sincronizzazione tutta 
l'elaborazione è invalidata: è il livello più sicuro);  
 Per sede: in questo caso la transazione, se annullata, annullerà solo le scritture per il pacchetto 
della sede che ha dato il problema, gli al tri pacchetti possono essere accettati. Anche questo 
livello è molto sicuro, si rischia però di accettare dati che (una volta corretto l'errore) non 
sarebbero stati accettati.;  
 Per entità: l'errore che si verifica per un'istanza di una determinata entità  non preclude lo


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
66 – P U B B L I C A Z I O N E  E  S I N C R O N I Z Z A Z I O N E  scarto dell'intero pacchetto in quando verranno ricevute le istanze delle entità prive di errori;  
 Per istanza: per ogni entità verranno ricevute solo le istanze prive di errori (è il livello che 
consente il maggior numero di dati importa ti a fronte di errori ma nel contempo è poco sicuro 
nel caso di conflitti, ovvero in caso di errori è più difficile provare a replicare il problema e/o a 
riportare il sistema allo status precedente).  
 Backup  
Questo check consente di eseguire il backup del  database prima di eseguire la sincronizzazione dei 
dati. E' proposto attivato se nei Parametri del modulo è stato attivato il check Backup pre 
sincronizzazione. Il percorso predefinito per la creazione del file di backup è quello stabilito nei dati 
aziend a (Scheda backup, Ultimo backup, ad esempio C: \BACKUPS \). Nei dati azienda è anche 
possibile definire per quanto tempo devono essere mantenuti i file di backup e/o il numero massimo 
degli stessi.  
  
 
  
Se nei Dati azienda non fosse stato definito un percor so predefinito, il programma utilizza il percorso 
predefinito del gestore del database (ad esempio, C: \Programmi \Microsoft SQL 
Server \MSSQL.1 \MSSQL \Backup).  
  
Il nome del file è composto come Stamp di data/ora sistema, seguito dal nome del database. Ad 
esempio:  
  
20070525172215_TEST5.BAK --> backup SQL del database TEST5 effettuato in data 25 maggio 
2007 alle 17.22.15 (hh.mm.ss)  
 Sincronizza per flussi  
In fase di sincronizzazione elabora le entità delle sedi in ordine (1° flusso) inverso per 
sincronizzazione i record cancellati e nell'ordine normale (2° flusso) per i restanti record.  
 Verbose  
Se attivo vengono visualizzate nel l og tutte le frasi SQL eseguite sul database.  
 Salva  
Dopo aver eseguito l'operazione è possibile salvare il log dell'elaborazione su file di testo. In ogni caso


key: chroma:document
string_value:
il log di ogni elaborazione viene memorizzato in apposito archivio con possibilità di avere il dettaglio 
delle operazioni eseguite per ciascuna sede/entità ed anche l'accesso agli eventuali pacchetti generati in 
caso di sovrascrittura (sede non validatrice) o rifiuto (sede validatrice).


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
P U B B L I C A Z I O N E  E  S I N C R O N I Z Z A Z I O N E  - 67  Visual izzazione pacchetti dati  
  
Questa gestione consente di visualizzare i pacchetti presenti nei percorsi predefiniti per ciascuna Sede 
verso cui pubblico/da cui ricevo. La visualizzazione mette in evidenza tutte le sedi del tipo 
selezionato, dopo di che è pos sibile esplodere ogni livello ed avere quindi il dettaglio dei pacchetti (per 
le sedi da cui ricevo è anche possibile filtrare in base al fatto che si tratti di pacchetti ancora da ricevere 
o meno).  
  
 
Visualizzazione pacchetti dati  
  
 Tipo  
Questa combo box permette di decidere quali pacchetti visualizzare: quelli ricevuti oppure quelli


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
68 – P U B B L I C A Z I O N E  E  S I N C R O N I Z Z A Z I O N E  inviati.  
 Sede verso cui pubblico: vengono visualizzati i pacchetti pubblicati raggruppati per sede 
ricevente;  
 Sede da cui ricevo: vengono visualizzati i pacchetti rice vuti dalle sedi raggruppati per sede 
pubblicatrice. In questo caso è possibile decidere di visualizzare solo quelli ancora da ricevere 
(ovvero ancora da sincronizzare) oppure tutti (quelli già sincronizzati e non).  
 Esegui  
Lancia l'interrogazione e visual izza i dati sulla treeview .  
 Esplodi  
Esplode i vari livelli visualizzando i pacchetti per ogni sede.  
 Implodi  
Implode i vari livelli tornando a quello principale (sede).  
 Dettagli  
Premendo il bottone Dettagli è possibile accedere alla funzione Treeview Pacchetto Dati 
(raggiungibile altrimenti da voce di menù). In questo caso il programma decomprime il pacchetto 
nella cartella temporanea della macchina e mostra l'elenco delle entità con possibilità di scendere nel 
dettaglio fino ad arrivare al contenuto d ei file DBF (istanze).


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
P U B B L I C A Z I O N E  E  S I N C R O N I Z Z A Z I O N E  - 69  Treeview pacchetto dati  
  
Questa funzione consente di selezionare manualmente un pacchetto presente in una certa cartella e di 
visualizzarne il contenuto con possibilità di modifica  su ogni istanza.. Come già sottolineato, tale 
funzionalità è accessibile anche dalla gestione Visualizzazione Pacchetti Dati.  
  
 
Treeview pacchetto dati


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
70 – P U B B L I C A Z I O N E  E  S I N C R O N I Z Z A Z I O N E  In ogni pacchetto dati, oltre ai dati relativi a ciascuna entità, viene sempre inserita un'entità cablata Checktableplan 
che ha la funzione fondamentale di riconoscere eventuali differenze tra struttura dati del database di origine e 
struttura dati del database di destinazione.  
  
 Esegui  
Lancia l'interrogazione e visualizza i dati sulla treeview .  
 Elimina  
Questo bottone consente di procedere all'eliminazione della tabella selezionata (file DBF contenuto 
nel pacchetto).  
 Esplodi  
Esplode i vari livelli visualizzando i file DBF per  ogni entità.  
 Implodi  
Implode i vari livelli tornando a quello principale (entità).  
 Dettagli  
Premendo il bottone Dettagli è possibile accedere al contenuto del file DBF: viene visualizzato 
l'elenco delle istanze presenti nel file DBF ed è possibile pro cedere all'eventuale 
modifica/cancellazione di ciascuna di esse:  
 Modifica: è sufficiente modificare i valori direttamente sulla tabella e chiudere la finestra 
(bottone X in alto a destra).  
 Cancellazione: è sufficiente cliccare nello spazio successivo a l puntatore in corrispondenza dei 
record che si vogliono cancellare (in modo che il campo diventi nero), premere il bottone 
Elimina e rispondere sì alla domanda di conferma delle modifiche.  
  
Dopo la chiusura della maschera, comparirà un messaggio a video per la conferma delle modifiche.  
  
Rispondendo affermativamente comparirà a video un'altra richiesta.  
  
 
Maschera di Salvataggio pacchetto modificato  
  
 Tipo salvataggio  
Questa combo box permette di definire la modalità di salvataggio del pacchetto modificato.  
Le opzioni disponibili sono:  
 Rinvia il pacchetto alla sede: la procedura sovrascrive il pacchetto selezionato apportando le 
modifiche fatte dall 'utente; in questo caso è possibile indicare il tipo di sede al quale si vuole


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
P U B B L I C A Z I O N E  E  S I N C R O N I Z Z A Z I O N E  - 71 rinviare il pacchetto e il codice sede;  
 Salva il file su disco: è possibile creare un nuovo file indicandone anche il path di salvataggio.  
  
Se la sede pubblicatrice non ha ne ssun dato da inviare alle altre sedi, i pacchetti vengono comunque generati, ma i 
file DBF contenuti all'interno del pacchetto saranno vuoti (nessuna istanza).  
Per la pubblicazione dei record cancellati il programma genera delle righe con la maggior parte dei valori blank; 
vengono valorizzati solo i campi chiave, i campi definiti nella Super Entità e la Versione. In questo modo la 
sincronizzazione del pacchetto determinerà la cancellazione di quei record anche nel database di destinazione (salvo 
problemi di  integrità referenziale). Il validatore procede alla cancellazione del record solo a parità di versione 
(versione memorizzata nel mirror e versione del record nel pacchetto).


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
72 – P U B B L I C A Z I O N E  E  S I N C R O N I Z Z A Z I O N E   Log pubblicazione/si ncronizzazione  
  
Nell'archivio Log Pubblicazione/Sincronizzazione vengono memorizzati tutti i log delle operazioni di 
pubblicazione e sincronizzazione. Nel primo caso viene memorizzato esclusivamente il log testuale e 
data/ora dell'operazione; nel secondo caso vengono memorizzati anche i dettagli dell'operazione in 
modo da avere un prospetto di facile consultazione per capire cosa è stato fatto durante il processo di 
sincronizzazione. Inoltre vengono memorizzati dei pacchetti speciali (generati automaticame nte dalla 
procedura) in caso di rifiuto o sovrascrittura di determinati record.  
  
I log di pubblicazione sono evidenziati nella scheda elenco con il colore azzurro, mentre quelli di 
sincronizzazione con il colore verde. Ogni Log ha come campo chiave un pro gressivo numerico.  
  
 
Scheda Elenco Log Pubblicazione Sincronizzazione  
  
Pubblicazione  
Per la pubblicazione vengono memorizzati data, ora, minuti, secondi ed il testo del Log generato 
durante l'elaborazione.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
P U B B L I C A Z I O N E  E  S I N C R O N I Z Z A Z I O N E  - 73 
 
Log pubblicazione  
  
Sincronizzazione  
Per la  sincronizzazione non vengono memorizzati solo data, ora, minuti, secondi e testo del log 
generato durante l'elaborazione, ma anche altre informazioni utili per capire cosa è stato fatto durante 
l'operazione di sincronizzazione (scheda dettagli).


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
74 – P U B B L I C A Z I O N E  E  S I N C R O N I Z Z A Z I O N E  
 
Log S incronizzazione  
  
Nella scheda Dettagli selezionando Sede di ricezione/Pacchetto è possibile visualizzare il dettaglio 
delle Entità oggetto di sincronizzazione.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
P U B B L I C A Z I O N E  E  S I N C R O N I Z Z A Z I O N E  - 75 
 
Log sincronizzazione scheda dettagli  
  
Per ogni entità viene riportato il numero dei record  inseriti, modificati, cancellati, rifiutati e sovrascritti.  
  
L'ipotesi di rifiuto di un record può sostanzialmente verificarsi quando chi sincronizza è validatore 
dell'istanza. Ad esempio il validatore rifiuta un record quando l'istanza presente nel pacc hetto presenta 
una versione inferiore a quella in suo possesso: in tal caso viene rifiutata la modifica del dato presente 
sul database ed il programma genera un pacchetto speciale contenente l'istanza rifiutata. Nel campo 
Z_err_log viene memorizzato (in un  campo Memo accessibile con doppio click del mouse) il motivo 
del rifiuto. Nell'ipotesi descritta il messaggio sarà il seguente:  
Record da modificare/inserire non proveniente da validatore o mai validato.  
  
 
Contenuto pacchetto speciale


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
76 – P U B B L I C A Z I O N E  E  S I N C R O N I Z Z A Z I O N E  L'ipotesi di sov rascrittura di un record può invece verificarsi quando chi sincronizza riceve un'istanza 
validata ed il suo CPCCCHK attuale è diverso rispetto a quello del pacchetto. In tal caso il messaggio 
memorizzato nel campo Memo sarà il seguente:  
Record sovrascritto  poiché ne è stata ricevuta una nuova versione dalla sede validatrice. La 
sovrascrittura ha causato la perdita delle modifiche apportate localmente  
  
I pacchetti speciali generati in caso di rifiuto/sovrascrittura sono memorizzati nello stesso percorso 
definito per la sincronizzazione dei pacchetti standard. Il nome del file è costruito diversamente a 
seconda dei casi:  
 Rifiuto: Stringa fissa (ErrorData), seguito dal codice entità, sede pubblicatrice, sede ricevente, 
progressivo pacchetto standard di rifer imento. Ad esempio:  
ErrorData_ARTICOLI_BB_AA_0000000012.Ahz  
 Sovrascrittura: Stringa fissa (OldData), seguito dal codice entità, sede pubblicatrice, sede 
ricevente, progressivo pacchetto standard di riferimento. Ad esempio:  
OldData_ARTICOLI_AA_BB_00000000 25.Ahz


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
P U B B L I C A Z I O N E  E  S I N C R O N I Z Z A Z I O N E  - 77 
 
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
______________ __________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
___________________________ _____________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________ ________________________________________  
________________________________________________________________________________  
________________________________________________________________________________


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
78 – P U B B L I C A Z I O N E  E  S I N C R O N I Z Z A Z I O N E  
 
___________________________________________________ _____________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________ ________________  
________________________________________________________________________________  
________________________________________________________________________________  
_____________________________________________________________________________ ___ 
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_________ _______________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
______________________ __________________________________________________________  
________________________________________________________________________________  
_______________________________________________________________________________


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A   
F U N Z I O N I  D I  U T I L I T À  - 79  FUNZIONI DI UTILITÀ  
  
In questa parte della documentazione verranno descritte le funzioni di utilità del modulo. 
Sostanzialmente si tratta di funzioni da utilizzare in fase di start -up di un'installazione. Tenuto conto 
del fatto che il modulo inte ragisce fortemente con la struttura del database è innanzitutto necessario 
assicurarsi che il Dizionario Dati sia aggiornato: a tale scopo esiste un'apposita funzione.  
  
Affinché le varie sedi possano comunicare è necessario che gli archivi Entità e Super entità siano 
coincidenti. E' possibile definirli in una sede (ad esempio quella principale) e poi generare un 
pacchetto dati con Entità/Super entità che le altre sedi potranno importare mediante l'apposita 
funzione.  
  
Tramite la funzione Export verso nuova  sede è possibile esportare anche gli altri archivi aziendali. 
Tutte le tabelle, distinte in due tipologie (aziendali, multi aziendali) possono essere esportate in un 
pacchetto dati in base alle selezioni dell'utente amministratore portando il sistema in m anutenzione. 
Ovviamente esiste una funzione complementare a questa lanciabile da menù che consente l'import 
del pacchetto generato (Import da sede).  
  
 Funzioni di trascodifica dinamica per i client i pos  
 Funzione generica lorelooktab  
 Caricamento dizionario dati  
 Import/expor t entità e super entità  
 Export verso nuova sede  
 Import da sede


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
80 – F U N Z I O N I  D I  U T I L I T À   Funzioni di trascodifica dinamica per 
i clienti pos  
  
E' ora possibile applicare le trascodifiche dinamic he anche per le anagrafiche dei clienti negozio del 
modulo Pos.  
 
In questo modo è possibile riconoscere il cliente  negozio non dal codice cliente  ma dal codice fiscale 
o dalla partita iva; pertanto se lo stesso soggetto si presenta  in due negozi diversi (e viene codificato su 
ciascuna con codice diverso ma con stesso  codice fiscale) la nuova funzione permetterà di avere nella 
sede centrale un solo  record per quel nominativo.  
 
Mediante la funzionalità delle tabelle estese è po ssibile estendere altre tabelle del modulo Pos con le 
informazioni di codice fiscale e partita iva presente nella  anagrafica cliente negozio: ad esempio i 
movimenti fidelity pot ranno essere estesi  con queste informazioni in tal modo, sempre nello scenario 
con due negozi e una sede  centrale, quest'ultima potrà associare i movimenti fidelity al cliente negozio 
che risulta dall'incrocio tra il codice fiscale \partita iva presente nel  pacchetto sincronizzato  con le 
anagrafiche cliente negozio presente nel proprio database.  
 
Esempio  
 
Supponiamo di aver uno scenario composto da tre negozi:  
 Sede centrale validatrice  
 Negozio 01  
 Negozio 02  
 
I tre negozi codificano in maniera differente i clienti Pos.  
 
L'unica informazione che permette alla procedura di riconoscere che il cliente, pur codificato 
diversamente, è il medesimo è rappresentato dalla partita iva (o dal codice  fiscale).  
 
Il cliente è titolare di una fidelity card.  
 
  Codice cliente  Partita Iva  
Sede centrale  00000000000000 4 1234567890  
Negozio 01  000000000000015  1234567890  
Negozio 02  000000000000030  1234567890  
 
All'interno dell' archivio tabelle estese occorre spec ificare la tabella che si vuole estendere e la tabella di


key: chroma:document
string_value:
estensione con i relativi campi.  
 
Nel nostro esempio la tabella da estendere è la Fideli ty Card (FID_CARD dove si trova 
l'informazione dell'intestatario della car ta) e la tabella dalla quale si vogliono  estrapolare i valori di 
determinati campi (esempio partita iva) è rappresentata da  quella dei clienti negozio (CLI_VEND).


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
F U N Z I O N I  D I  U T I L I T À  - 81 
 
Anagrafica Tabelle estese  
 
La relazione che occorre inserire manualmente è la seguente:  
FID_CARD.FCCODCLI=CLI_VEND.CLCODCLI  
 
Dove si indica che il campo FCCODCLI della tabella fid elity card corrisponde al campo CLCODCLI 
dell'anagrafica clienti negozio.  
 
Utilizzando le nuove funzioni standard (Trova cli ente POS da partita iva e Trova cliente POS  da 
codice fiscale) è obbligatorio inserire in corrispondenza dell'archivio  di estensione CLI_VEND i 
campi  
 
CLCODCLI (codice conto)  
CLPARIV A (partita iva) o CLCODFIS (codice fiscale), a seconda se la ricerca dell’intestatario deve essere fatta 
per partita  iva o codice fiscale.  
Gli alias devono essere:  
CLCODCLI  
CLPARIV A  
 
Poiché il nome degli alias deve essere univoco, in c aso di inserimento dello stesso archivio o degli 
stessi campi la procedura propone il nome degli alias aggiungendo  un numero progress ivo.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
82 – F U N Z I O N I  D I  U T I L I T À  
 
Tabelle estese – campi ripetuti  
 
In presenza di alias uguali la procedura al salva taggio restituisce un messaggio di errore.  
 
Mediante la funzione di Import/export entità e super entità è possibile esportare  nelle altre sedi anche 
le anagrafiche de lle tabelle estese (oltre alle entità e super  entità).  
 
 
Maschera Import export super entità  
 
La sede centrale carica una vendita negozio e una fid elity card intestati al cliente negozio 
000000000000004 (negozio SED) e invia i dati alle sedi remote.  
 
Nelle sedi remote lo stesso cliente è stato codificato come cliente negozio 000000000000015  (negozio


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
F U N Z I O N I  D I  U T I L I T À  - 83 01) e 000000000000030 (negozio 02).  
 
In tutte le sedi i clienti negozio sono stati salvati  specificando la stessa partita iva. 
 
 
Vendita negozio sede centrale  
 
 
Anagrafica Fidelity card  
 
Si effettua la pubblicazione dalla sede centrale.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
84 – F U N Z I O N I  D I  U T I L I T À  
 
Pubblicazione sede centrale  
 
Interrogando il pacchetto mediante la funzione di  Treeview si può notare come in corrispondenza 
dell'entità FID_CARD siano stati aggiunti i camp i inseriti nelle tabelle  estese (tali campi sono aggiunti 
in fondo dopo quelli relativi alla tabella fid_card).  
 
Il titolo delle colonne corrisponde agli alias.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
F U N Z I O N I  D I  U T I L I T À  - 85 
 
Treeview pacchetto dati  
 
 
Treeview pacchetto dati – dettagli  
 
Campo  Alias  Valore  
CLCODCLI  CLCODCLI  00000000000000 4 
CLPARIVA  CLPARIVA  1234567890


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
86 – F U N Z I O N I  D I  U T I L I T À   
Le sedi remote riceventi, che hanno codificato in maniera differ ente il cliente 
00000000000004, dovranno aver impostato nell'anagrafica sedi un filtro verticale dinamico per l'entità  
che si vogliono  sincronizzare (clienti negozio e fidelity card) che permettere alla  procedura di 
identificare la codifica del cliente 000000000000004 della sede centrale  usando la partita iva che si 
trova sul pacchetto.  
 
 
Filtro verticale entità cliente pos


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
F U N Z I O N I  D I  U T I L I T À  - 87 Filtro ve rticale entità fidelity  
 
Le funzioni rilasciate con la fast patch sono le seguenti:  
 Trova clienti POS da P .Iva  
 Trova clienti POS da C.fiscale  
 
Con la prima la procedura trascodifica il cliente pos in base alla partita iva mentre con la seconda il 
cliente pos viene identificato in base al codice fiscale.  
  
Le funzioni di trascodifica s elezionate dalla combo box vengono codificate con le seguenti 
espressione:  
  
LoreLookTab ('CLIVEND','CLCODCLI' , 'CLCODFIS','CLCODFIS'): trova cliente/fornitore da 
codice fiscale;  
  
LoreLookTab ('CLIVEND','CLCODCLI' , ' CLPARIVA ',' CLPARIVA '): trova clie nte/fornitore da 
partita iva.  
  
Tali funzioni si aspettano che le colonne del pacchetto che contengono i dati dei clienti si chiamino 
CLCODCLI, CLCODFIS o CLPARIVA. Se in fase di pubblicazione si sono definiti degli alias di 
colonna diversi per i campi est esi usati dalle funzioni standard allora in fase di definizione dei filtri 
dinamici nella combo delle funzioni standard bisognerà selezionare Altro e inserire manualmente il 
nome e i parametri della funzione da usare (per esempio se i campi sono stati pubb licati con i seguenti 
alias CLCODFIS1 o CLPARIVA1 allora si dovrà impostare il filtro dinamico specificando la funzione 
LoreLookTab ('CLIVEND','CLCODCLI','CLCODFIS1','CLCODFIS') oppure 
LoreLookTab ('CLIVEND','CLCODCLI','CLPARIVA1','CLPARIVA') :. Il campo 
CLCODCLI specificato come secondo parametro della funzione LoreLookTab  non può essere 
ridefinito tramite un alias poiché indica alla funzione LoreLookTab  il nome del campo da recuperare 
sul database.  
  
Poiché le funzioni standard si aspettano di trovare nel pacchetto determinati campi, per utilizzare tali 
funzioni è obbligatorio che nell'archivio delle tabelle estese si siano aggiunti i seguenti campi:  
 CLCODCLI;


key: chroma:document
string_value:
 CLCODCLI;  
 CLPARIVA (se la funzione è trova cliente POS da partita iva);  
 CLCODFIS (se la funzione è trova cliente POS da codice fiscale).  
  
Se nelle tabelle estese non vengono inseriti i campi sopra elencati, al salvataggio della sede l'utente 
viene a vvisato con il seguente messaggio:  
Errore: per usare la funzione Trova cliente POS da P . iva sulla tabella FID_CARD è 
obbligatorio aver definito un estensione su FID_CARD contenete i seguenti alias 
CLCODCLI e CLPARIVA.  
  
La sede remota sincronizza.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
88 – F U N Z I O N I  D I  U T I L I T À  
 
Sincronizzazione dalla sede remota  
 
Interrogando l'archivio delle fidelity card si nota c ome la procedura abbia inserito la fidelity card per il 
cliente 000000000000015.  
 
 
Anagrafica fidelity card sede remota


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
F U N Z I O N I  D I  U T I L I T À  - 89 
 
Anagrafica fidelity card sede remota - Elenco


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
90 – F U N Z I O N I  D I  U T I L I T À   Funzione generica lorelooktab  
  
La funzione generica LoreLookTab descritta in precedenza non vale solo per il caso dei clienti Pos, 
ma può essere utilizzata anche per altre anagrafiche. Un esempio potre bbe essere quello dei 
nominativi del modulo Offerte.  
  
Anche in questo caso supponiamo uno scenario composto da due sedi, una centrale e una remota, 
nelle quali i nominativi vengono codificati in maniera diversa.  
L'unica informazione che permette alla proc edura di riconoscere che il cliente, pur codificato 
diversamente, è il medesimo è rappresentato dal codice fiscale.  
  
  Codice cliente  Codice fiscale  
Sede centrale  000000000000023  MCCFRT78A441449L  
Negozio 01  000000000000001  MCCFRT78A441449L  
  
All'intern o dell'archivio tabelle estese occorre specificare la tabella che si vuole estendere e la tabella di 
estensione con i relativi campi.  
  
Nel nostro esempio la tabella da estendere è rappresentata dai documenti di offerta (OFF_ERTE 
dove si trova l'informazio ne dell'intestatario del documento) e la tabella dalla quale si vogliono 
estrapolare i valori di determinati campi (esempio codice fiscale) è rappresentata da quella dei 
nominativi (OFF_NOMI).  
  
 
Anagrafica Tabelle estese  
  
La relazione che occorre inseri re manualmente è la seguente:  
  
OFF_ERTE.OFCODNOM=OFF_NOMI.NOCODICE  
  
Dove si indica che il campo OFCODNOM della tabella documenti di offerta corrisponde al campo 
NOCODICE dell'anagrafica nominativi.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
F U N Z I O N I  D I  U T I L I T À  - 91   
Considerando la funzione standard LoreLookTab è obblig atorio inserire in corrispondenza 
dell'archivio di estensione OFF_NOMI i campi:  
  
NOCODICE (codice conto)  
NOCODFIS (codice fiscale)  
Gli alias devono essere:  
NOCODICE  
NOCODFIS  
  
La sede remota carica un'offerta per il nominativo 000000000000001 e invia il d ato alle sede centrale.  
  
Nella sede centrale lo stesso cliente è stato codificato come cliente 000000000000023.  
  
Si effettua la pubblicazione dalla sede remota.  
  
 
Pubblicazione sede remota  
  
Interrogando il pacchetto mediante la funzione di Treeview si  può notare come in corrispondenza 
dell'entità OFF_ERTE siano stati aggiunti i campi inseriti nelle tabelle estese (tali campi sono aggiunti 
in fondo dopo quelli relativi alla tabella fid_card).


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
92 – F U N Z I O N I  D I  U T I L I T À    
Il titolo delle colonne corrisponde agli alias.  
  
 
Treevie w pacchetto dati  
  
 
Treeview pacchetto dati – dettagli


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
F U N Z I O N I  D I  U T I L I T À  - 93 Campo  Alias  Valore  
NOCODICE  NOCODICE  000000000000001  
NOCODFIS  NOCODFIS  MCCFRT78A441449L  
  
La sede centrale ricevente, che ha codificato in maniera differente il cliente 00000000000001, dovrà 
impo stare nell'anagrafica sedi un filtro verticale dinamico per l'entità che si vogliono sincronizzare 
(clienti nominativi e offerte) che permette alla procedura di identificare la codifica del cliente 
000000000000001 della sede remota usando il codice fiscale  che si trova sul pacchetto.  
  
 
Filtro verticale entità nominativi offerte  
  
La funzione da utilizzare per risalire dal codice fiscale al codice del nominativo è la seguente :  
LoreLookTab ('OFF_NOMI','NOCODICE' , 'NOCODFIS','NOCODFIS'): trova nominativo d a 
codice fiscale;  
  
Tali funzioni si aspettano che le colonne del pacchetto che contengono i dati dei clienti si chiamino 
NOCODICE, NOCODFIS.  
  
Poiché le funzioni standard si aspettano di trovare nel pacchetto determinati campi, per utilizzare tali 
funzion i è obbligatorio che nell'archivio delle tabelle estese si siano aggiunti i seguenti campi:  
 NOCODICE;  
 NOCODFIS  
  
La sede centrale sincronizza.  
Interrogando l'archivio delle offerte si nota come la procedura nella sede centrale abbia inserito 
l'offerte caricata nella sede remota. Il codice cliente ovviamente è rappresentato dalla codifica pres ente 
nella sede centrale.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
94 – F U N Z I O N I  D I  U T I L I T À  
 
Offerta sede centrale


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
F U N Z I O N I  D I  U T I L I T À  - 95  Caricamento dizionario dati  
  
Questa funzionalità, presente anche nel modulo Magazzino e nel modulo Import dati, permette di 
salvare l'intero dizion ario dati corrente in una tabella di servizio, nella quale vengono memorizzati i 
tracciati record di tutti gli archivi della procedura, con le relative strutture dati (elenco campi con tipo e 
lunghezza).  
  
 
Caricamento dizionario dati  
  
 Cancella Dizionario Corrente  
Se attivato, la procedura cancella il contenuto della tabella di servizio, prima di procedere con il 
caricamento del dizionario dati corrente.  
 Forza Aggiornamento  
Se attivato, la procedura provvede ad aggiornare la tabella di servizio senza effettuare nessun controllo 
sulla data dell'ultimo aggiornamento del dizionario dati. In caso contrario, tale tabella sarà aggiornata 
solo se il Dizionario Dati ha subito modifiche (dovute all'installazione di una nuova release di ad hoc 
Revolution oppure a personalizzazioni).


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
96 – F U N Z I O N I  D I  U T I L I T À   Import/export entità e super entità  
  
In ciascuna sede devono essere caricate le stesse Entità e Super entità (eventualmente con diverse 
espressioni di va lidazione).  
La definizione delle stesse Entità/Super entità su più sedi può essere agevolata da questa funzione che 
di fatto permette di parametrizzare gli archivi solo in una certa sede e di esportare il risultato alle altre 
che non faranno altro che eseg uire l'operazione complementare: l'import.  
  
Esportazione  
  
 
Import export entità e super entità  
  
 Modalità  
Questa combo box permette di stabilire quale tipo di operazione eseguire: esportazione o 
importazione  
 File 
Occorre inserire il percorso dove verrà creato il file compresso contenente i files DBF con i dati delle 
tabelle da esportare.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
F U N Z I O N I  D I  U T I L I T À  - 97  Passwor d 
Password per criptare/decriptare lo zip; mediante il doppio click del mouse, lo zoom (F9) oppure 
utilizzando il menù contestuale è possibile visualizzare i caratteri della password inseriti.  
 Verbose  
Se si attiva l'opzione verbose, nel file di log verra nno mostrate tutte le frasi SQL lanciate sul database.  
 Salva  
Dopo aver eseguito l'operazione è possibile salvare il log dell'elaborazione su file di testo.  
  
Importazione  
In caso di importazione di Entità/Super entità da un'altra sede, è anche possibile scegliere se 
mantenere la validazione così come impostata sulla sede che ha generato il pacchetto dati.  
  
 
Importazione file entità super entità  
  
 Mantieni validazione  
Se attivato mantiene l'espressione di validazione predefinita sulle entità presenti n el pacchetto 
importato (ad esempio se nel file di origine è presente l'espressione 1=1 questa sarà mantenuta 
nell'entità) altrimenti verrà impostata l'espressione di default, ovvero 1=0.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
98 – F U N Z I O N I  D I  U T I L I T À   Export verso nuova se de 
  
La funzione di Export (verso nuova sede) ha lo scopo principale di consentire la creazione degli 
archivi di base per una nuova sede, superando eventuali difficoltà nel doverli trasferire con altre 
modalità. Ad esempio, la sede centrale potrebbe dispor re di un database enorme eventualmente di 
tipo diverso rispetto a quello di un'altra sede rendendo difficoltoso il trasferimento mediante backup 
degli archivi e ripristino nella sede remota. La funzione di export consente di sopperire alle difficoltà 
di trasferimento archivi consentendo di selezionare in modo dettagliato (tabella) tutto ciò che può 
essere utile alle sedi remote, generando un pacchetto specifico che quest'ultime si limiteranno ad 
importare. Tipicamente, le operazioni da svolgere potranno ess ere le seguenti:  
 Portare il sistema in manutenzione  
 Dalla sede (ipotizziamo la sede centrale) che contiene gli archivi di partenza da migrare 
occorre creare una nuova azienda con codice uguale all'azienda che si creerà sulla nuova sede.  
 Una volta cre ata la nuova azienda dalla sede centrale, all'interno dell'azienda appena creata si 
eseguirà l'Export verso nuova sede. Questa operazione creerà un file con estensione .AHZ al 
cui interno vi saranno tutti gli archivi dell'azienda appena creata, che, dopo l a creazione del 
pacchetto potrà anche essere cancellata.  
 Il pacchetto generato (file .AHZ) deve essere inviato in qualche modo alla nuova sede.  
 La nuova sede crea un'azienda con il medesimo codice dell'azienda creata nella sede centrale al 
primo punto. Se l'azienda da creare dovrà essere una copia identica d ell'azienda utilizzata nella 
sede centrale, quando si procede alla creazione dell'azienda nella sede remota non dovrà essere 
selezionato alcun archivio da copiare (ma questo non è un vincolo).


key: chroma:document
string_value:
selezionato alcun archivio da copiare (ma questo non è un vincolo).  
 La nuova sede si posiziona sull'azienda appena creata e, tram ite la funzionalità Import da sede, 
seleziona il file .AHZ creato al punto dalla sede centrale e procede all'import.  
 Al termine della procedura si dovrebbe ottenere un perfetto clone dell'azienda creata nella 
sede centrale.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
F U N Z I O N I  D I  U T I L I T À  - 99 
 
Export verso nuova sede  
  
 File 
Occorre inserire il percorso dove verrà creato il file compresso contenente i file DBF con i dati delle 
tabelle da esportare.  
 Password  
Password per criptare/decriptare lo zip; mediante il doppio click del mouse, lo zoom (F9) oppure 
utilizzando il menù contestuale è possibile visualizzare i caratteri della password inseriti.  
 Verbose  
Se attivo vengono visualizzate nel log tutte le frasi SQL eseguite sul database.  
  
Nella seconda scheda (Archivi multi aziendali) è possibile decidere cosa fare delle tabelle che hanno 
un nome non preceduto dal codice azienda (appunto, tabelle Multi aziendali).


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
100  – F U N Z I O N I  D I  U T I L I T À  
 
Archivi Multi aziendali  
  
All'interno di questa tipologia di tabella si possono distinguere quelle filtrabili da quelle non filtrabili 
per codice azienda:  
 Le tabelle filtrabili per codice azienda sono quelle caratterizzate dalla presenza di un campo 
chiave con nome che finisce per CODAZI. (sono evidenziate con colore verde sullo zoom).  
  
Ad esempio considerando la tabella ESERCIZI si nota come questa sia car atterizzata dalla presenza 
di un campo chiave con nome ESCODAZI.  
  
 
Tabella multi aziendale ESERCIZI  
  
 Le tabelle non filtrabili per codice azienda, viceversa, sono quelle che non sono  caratterizzate 
dalla presenza di un campo chiave con nome che finisce per CODAZI.  
  
Ad esempio la tabella degli utenti (cpusers) rientra in questa tipologia.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
F U N Z I O N I  D I  U T I L I T À  - 101  
 
Tabella mu lti aziendale CPUSERS  
  
In esportazione, il programma applica sempre un filtro sulle tabelle multi azienda filtrabili per codice azienda. Ad 
esempio, se l'utente decide di esportare la tabella esercizi posizionandosi sull'azienda DEMO, sul pacchetto ci 
finiranno solo gli esercizi caricati nell'azienda DEMO e non quelli relativi alle altre aziende.  
  
 Selezioni archivi multi aziendali  
Questa combo box permette di automatizzare la selezione delle tabelle multi aziendali da esportare in 
base alla tipologia.  
Le opzioni disponibili sono:  
 Nessuno: tutti e le tabelle presenti sullo zoom vengono deselezion ate; 
 Filtrabili per azienda: con questa selezione vengono selezionate dallo zoom le tabelle 
caratterizzate dalla presenza di un campo chiave con nome che finisce per CODAZI 
(rappresenta l'opzione impostata di default dalla procedura).  
 Non filtrabili pe r azienda: con questa selezione vengono selezionate dallo zoom le tabelle 
multi aziendali che non sono  caratterizzate dalla presenza di un campo chiave con nome che 
finisce per CODAZI.  
 Tutti: tutti e le tabelle presenti sullo zoom vengono selezionate.  
 Tabella Progressivi  
Attivando questo check verrà esportata anche la tabella progressivi. L'attivazione di questo check ha 
senso solo se si esportano anche i movimenti. Se non si esportano i movimenti deve essere disattivato.  
  
Nella terza scheda è possibil e visualizzare, già selezionati di default, gli archivi aziendali ovvero quelli 
rappresentati dalle tabelle il cui nome è composto da un prefisso uguale al codice dell'azienda di 
riferimento (ad esempio DEMOART_ICOL è l'archivio articoli dell'azienda DEMO) .


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
102  – F U N Z I O N I  D I  U T I L I T À  
 
Archivi Aziendali


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
F U N Z I O N I  D I  U T I L I T À  - 103   Import da sede  
  
Per effettuare l'import del pacchetto generato da un'altra sede occorre innanzitutto porre il sistema in 
manutenzione e selezionare il file dei dati da importare. Prima di co nfermare l'import è possibile 
visualizzare il contenuto del pacchetto (Treeview pacchetto dati), scegliere la modalità di 
aggiornamento dell'archivio e di rimozione dell'integrità referenziale.  
  
 
Import da sede  
  
 Contenuto  
Premendo questo bottone è possibile accedere alla funzione Treeview pacchetto dati e visualizzare 
così il contenuto dei singoli dbf presenti all'interno dello stesso.  
 Password  
Password per poter accedere ai dati da importare. La password vien e definita da chi ha generato il 
pacchetto e deve essere nota al ricevente per poter importare i dati del pacchetto.  
 Verbose  
Se si attiva l'opzione verbose, nel file di log verranno mostrate tutte le frasi SQL lanciate sul database.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
104  – F U N Z I O N I  D I  U T I L I T À   Aggiornamento  
La pr ocedura di import può eliminare il contenuto dell'archivio di destinazione e successivamente 
importare i dati oppure, può mantenere i dati esistenti ed aggiungere quelli presenti nel pacchetto (file 
.AHZ). Le scelte possibili sono:  
 Tutto l'archivio: la p rocedura elimina tutti i record presenti sulla tabella di destinazione e poi 
esegue l'import dei dati presenti nel pacchetto;  
 Solo importati: il database viene aggiornato con i record presenti nel pacchetto sostituendo 
eventualmente solo i record importa ti. 
 Rimuovi integrità di  
Prima di importare qualsiasi pacchetto dati, il programma esegue la rimozione delle integrità 
referenziali al fine di permettere la scrittura sul database tralasciando eventuali vincoli determinati 
dalle relazioni tra le tabelle.  Alla fine dell'importazione, le integrità referenziali vengono ripristinate. La 
Ricostruzione database consentirà di verificare eventuali errori di dati. L'utente ha due opzioni:  
 Tutti gli archivi: il programma rimuove le integrità referenziali su tutto  il database e poi 
esegue l'import;  
 Solo archivi nel file: il programma elimina le integrità referenziali solo sulle tabelle oggetto di 
importazione (quelle presenti nel pacchetto dati) e poi esegue l'import.  
 Salva  
Dopo aver eseguito l'operazione è pos sibile salvare il log dell'elaborazione su file di testo.  
  
Confermando l'esecuzione dell'import dal pacchetto, compare un messaggio di conferma a video se nel file non è 
presente la tabella AZIENDA con un record nel campo AZCODAZI riferito all'azienda cor rente. Ovviamente, 
questa situazione è da considerarsi normale o meno a seconda dei casi. Se nel pacchetto dovrebbe esserci un'intera 
azienda, allora dovrebbe esserci anche il DBF relativo alla tabella AZIENDA con un record relativo all'azienda


key: chroma:document
string_value:
corrente (q uella sulla quale si sta eseguendo l'import).  
  
Il pacchetto non contiene informazioni in merito all'azienda di partenza. Si desidera 
proseguire?


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
F U N Z I O N I  D I  U T I L I T À  - 105  
 
________________________________________________________________________________  
______________________ __________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
___________________________________ _____________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________ ________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_____________________________________________________________ ___________________  
________________________________________________________________________________  
________________________________________________________________________________  
__________________________________________________________________________ ______  
________________________________________________________________________________


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
106  – F U N Z I O N I  D I  U T I L I T À  
 
________________________________________________________________________________  
________________________________________________________________________________  
____ ____________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_________________ _______________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
______________________________ __________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
___________________________________________ _____________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________ ________________________  
_______________________________________________________________________________


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A   
S T A M P E  L O G I S T I C A  R E M O T A  - 107   STAMPE LOGISTICA REMOTA  
  
All'interno del sottomenù Stampe sono disponibili le funzionalità per poter stampare le anagrafiche di 
base del modulo, ovvero: Sedi, Entità, Super Entità.  
  
 
Menù Stampe  
  
 Stampa sedi  
 Stampa entità della logisti ca 
 Stampa super entità


key: chroma:document
string_value:
AD H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
108  – S T A M P E  L O G I S T I C A  R E M O T A   Stampa sedi  
  
Questa gestione consente di ottenere su un report cartaceo le sedi verso cui pubblico o da cui ricevo 
con il dettaglio d elle entità legate a ciascuna ed eventuali filtri verticali, orizzontali.  
  
 
Stampa sedi  
  
 Sede  
E' possibile selezionare una specifica sede per la stampa (di tipo conforme rispetto alla combo box 
successiva).  
 Tipo  
Rappresenta la tipologia di sede che si desidera stampare. Se non viene indicata nessuna sede 
particolare nel campo precedente, v erranno stampate tutte le sedi del tipo selezionato. Le opzioni 
sono:  
 Sede da cui ricevo: per stampare le sedi dalle quali ricevo il pacchetto;  
 Sede verso cui pubblico: per stampare le sedi verso le quali pubblico.  
 Tipo di stampa  
Esiste un solo repor t che mette in evidenza per ciascuna sede l'elenco delle entità con eventuali filtri 
verticali/orizzontali.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
S T A M P E  L O G I S T I C A  R E M O T A  - 109   Stampa entità della logistica  
  
Questa gestione consente di effettuare la stampa delle Ent ità. 
  
 
Stampa entità della logistica  
  
 Entità  
E' possibile stampare solo i dati relativi ad una certa entità, altrimenti saranno stampate tutte quelle 
presenti in archivio.  
 Tipo di stampa  
La stampa riporta tutti i dati dell'anagrafica evidenziando anche tipo aggiornamento e legame.


key: chroma:document
string_value:
AD H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
110  – S T A M P E  L O G I S T I C A  R E M O T A   Stampa super entità  
  
Questa gestione consente di effettuare la stampa delle Super entità.  
  
 
Stampa super entità  
  
 Super entità  
E' possibile stampare solo i dati relativi ad una certa Super entità, altrimenti sar anno stampate tutte 
quelle presenti in archivio.  
 Tipo di stampa  
Nel report viene riportato l'elenco delle entità, il dettaglio dei campi eventualmente inseriti e gli archivi 
relativi alle tabelle secondarie con Mirror.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
S T A M P E  L O G I S T I C A  R E M O T A  - 111  
 
______________________________ __________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
___________________________________________ _____________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________ ________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_____________________________________________________________________ ___________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________


key: chroma:document
string_value:
AD H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
112  – S T A M P E  L O G I S T I C A  R E M O T A  
 
________________________________________________________________________________  
____________ ____________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_________________________ _______________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
______________________________________ __________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
___________________________________________________ _____________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________ ________________  
________________________________________________________________________________  
_______________________________________________________________________________


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A   
A R C H I V I  D I M O S T R A T I V I  - 113   ARCHIVI DIMOSTRATIVI  
  
Negli archivi dimostrativi, a titolo di esempio, sono caricate alcune anagrafiche di base (Entità, Super 
Entità, Sedi) ipotizzando tre diverse configurazioni e ipotizzando l'azienda Demo come sede centrale 
di un sistema caratterizzato dalla presenza di sed i remote (negozi e agenti):  
  
 Sede centrale riceve vendite p.o.s. da negozio  
 Sede centrale riceve/invia ordini da/a agenti  
 Sede centrale invia ordini fornitori e riceve i ddt


key: chroma:document
string_value:
AD H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
114  – A R C H I V I  D I M O S T R A T I V I   Sede centrale riceve vendite p.o.s. da 
negozio  
  
La particolarità di questa config urazione è che la sede centrale riceve dalla sede remota solo le vendite 
caricate dal modulo P .O.S. e contestualmente invia i dati relativi alle anagrafiche principali, come 
visualizzato nella figura sottostante:  
  
 
  
In questo caso nella sede centrale so no state caricate le sedi inserendo semplicemente le entità oggetto 
di pubblicazione/sincronizzazione senza l'utilizzo di filtri particolari.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
A R C H I V I  D I M O S T R A T I V I  - 115  
 
La sede centrale invia i dati al negozio  
  
 
La sede centrale riceve dati dal negozio


key: chroma:document
string_value:
AD H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
116  – A R C H I V I  D I M O S T R A T I V I   Sede centrale riceve/invia ordini da/a 
agenti  
  
In questo secondo esempio la sede centrale riceve dall'agente l'anagrafica dei clienti che hanno nel 
proprio indirizzo una determinata provincia (filtro orizz ontale) e i documenti (ordini, ddt, fatture).  
La sede centrale invia all'agente di vendita alcune anagrafiche di base e gli ordini legati all'agente (filtro 
orizzontale).  
  
 
  
La sede centrale invia dati all'agente  
Filtro orizzontale per poter inviare all 'agente solo i documenti di tipo ordini a lui collegati: 
DOC_MAST.MVCODAGE='001'


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
A R C H I V I  D I M O S T R A T I V I  - 117  
 
La sede centrale invia dati all‘agente  
  
La sede centrale riceve dati dall'agente  
Filtro Orizzontale per poter ricevere dall'agente solo i clienti caratterizzati da un det erminata 
provincia: CONTI.ANPROVIN='MI'  
  
 
La sede centrale riceve dati dall‘agente


key: chroma:document
string_value:
AD H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
118  – A R C H I V I  D I M O S T R A T I V I   Sede centrale invia ordini fornitori e 
riceve i ddt  
  
La sede centrale invia al negozio alcun e Anagrafiche di Base. Per quanto riguarda l'entità dei Fornitori, 
la sede centrale trasferisce le corrispondenti anagrafiche con un valore del codice mastro predefinito.  
Per questo scopo è stato aggiunto un filtro verticale in corrispondenza dell'entità F ornitori, archivio 
CONTI, campo ANCONSUP . Il valore predefinito è MASTROXXX. Ovviamente nel negozio 
dovrà essere codificato un mastro con codice MASTROXXX.  
  
Per quanto riguarda i documenti, la sede centrale carica gli ordini a fornitori e li invia alla se de remota.  
In questo caso sulla sede, in corrispondenza dell'entità dei documenti (DOCUM_LORE), è stato 
impostato un filtro orizzontale (in modo che al negozio non vengano inviati tutti gli ordini ma solo 
quelli caratterizzati da una determinata destinazio ne merce).  
  
La sede centrale riceve dalla sede di Aulla alcune anagrafiche di base. Per quanto riguarda i fornitori è 
stato inserito un filtro verticale in corrispondenza dell'archivio Conti, Campo ANCONSUP (Mastro 
di Raggruppamento) mettendo opzione sovr ascrive NO.  
  
Questo filtro è necessario per evitare che in fase di sincronizzazione venga sovrascritto il mastro 
dell'anagrafica fornitori con il valore MASTROXXX.  
  
I documenti ricevuti dalla sede centrale sono:  
 Vendite POS;  
 Documenti di trasporto di acquisto (la sede remota riceve gli ordini fornitori e a sua volta 
carica i documenti di trasporto di acquisto che invia alla sede centrale).


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
A R C H I V I  D I M O S T R A T I V I  - 119  
 
  
La sede centrale invia dati al negozio  
Filtro verticale per poter  inserire nel pacchetto creato un valore predefinito nel campo Mastro 
Raggruppamento dell'Anagrafica Fornitori.  
  
 
La sede centrale invia dati al negozio  
  
Filtro orizzontale per poter inviare alla sede remota solo gli ordini a fornitori caratterizzati da  una


key: chroma:document
string_value:
AD H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
120  – A R C H I V I  D I M O S T R A T I V I  determinata destinazione della merce: DOC_MAST.MVCODSED='00002'.  
  
 
La sede centrale invia dati al negozio  
  
La sede centrale riceve dati dal negozio  
Filtro verticale in corrispondenza dell'archivio Conti, Campo ANCONSUP (Mastro di 
Raggruppamento) me ttendo opzione sovrascrive NO: questo filtro è necessario per evitare che in fase 
di sincronizzazione venga sovrascritto il mastro dell'anagrafica fornitori con il valore MASTROXXX.  
  
 
La sede centrale riceve dati dal negozio


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
A R C H I V I  D I M O S T R A T I V I  - 121  
 
______________________ __________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
___________________________________ _____________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________ ________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_____________________________________________________________ ___________________  
________________________________________________________________________________  
________________________________________________________________________________  
__________________________________________________________________________ ______  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________


key: chroma:document
string_value:
AD H O C  R E V O L U T I O N  – L O G I S T I C A  R E M O T A  
122  – A R C H I V I  D I M O S T R A T I V I  
 
____ ____________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_________________ _______________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
______________________________ __________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
___________________________________________ _____________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________ ________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_____________________________________________________________________ ___________


key: chroma:document
string_value:
Piattaforma Applicativa Gestionale  
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 Magazzino  vendite  
 
Release 8.0


key: chroma:document
string_value:
COPYRIGHT 2000 - 2015 by ZUCCHETTI S.p.A.  
Tutti i diritti sono riservati. Questa pubblicazione contiene informazi oni protette da copyright. 
Nessuna parte di questa pubblicazione può essere riprodotta, trascritta o copiata senza il permesso 
dell’autore.  
 
RESPONSABILITÀ  
Resta espressamente esclusa qualsiasi responsabilità per danni diretti ed indiretti di qualsiasi nat ura che 
l'utente possa, o terzi possano, in alcun modo subire, derivanti dall'uso o dal mancato uso della 
procedura e da errori della stessa.  
 
TRADEMARKS  
Tutti i marchi di fabbrica sono di proprietà dei rispettivi detentori e vengono riconosciuti in questa  
pubblicazione.  
 
ZUCCHETTI S.p.A.  
Sede Operativa di Aulla  
E - mail: market@zucchetti.it  
Sito Web: http://www .zucchetti.it


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
I N D I C I  - III Indice  
 
1 Magazzino  ................................ ................................ .............................  1-9 
 ARCHIVI DI MAGAZZINO  ................................ ................................ ...................  1-13 
 Articoli  ................................ ................................ ................................ ...................  1-15 
Articoli - Articolo  ................................ ................................ ................................ ....................  1-16 
Chiavi articolo  ................................ ................................ ................................ ...........................  1-25 
Saldi articolo  ................................ ................................ ................................ ..............................  1-27 
Ultimi prezzi per cliente  ................................ ................................ ................................ ......... 1-28 
Ultimi costi per fornitore  ................................ ................................ ................................ ....... 1-30 
Articoli - Tecniche  ................................ ................................ ................................ ...................  1-31 
Articoli - Commerciali  ................................ ................................ ................................ ............  1-34 
Stampa disponibilità nel tempo  ................................ ................................ ............................  1-38 
Articoli - Maga zzino  ................................ ................................ ................................ ...............  1-40 
Articoli - Gestioni collegate ................................ ................................ ................................ ... 1-48


key: chroma:document
string_value:
Articoli - Premi  ................................ ................................ ................................ .........................  1-52 
Articoli - Produzione funzioni avanzate ................................ ................................ .............  1-53 
Articoli - Configuratore  ................................ ................................ ................................ ..........  1-55 
 Servizi  ................................ ................................ ................................ ....................  1-56 
Servizi - Generali  ................................ ................................ ................................ .....................  1-57 
Servizi - Commerciali  ................................ ................................ ................................ .............  1-63 
Servizi - Premi  ................................ ................................ ................................ ..........................  1-66 
 Codici articoli/servizi  ................................ ................................ .........................  1-67 
Codici articoli/servizi - Codice  ................................ ................................ ............................  1-69 
Codici articoli/servizi - Traduzioni  ................................ ................................ .....................  1-73 
 Saldi articoli  ................................ ................................ ................................ ..........  1-74 
Disponibilità nel tempo  ................................ ................................ ................................ ..........  1-78 
 Causali magazzino  ................................ ................................ ...............................  1-81 
Causali magazzino - Generali ................................ ................................ ................................  1-82


key: chroma:document
string_value:
Causali magazzino - Intra/estero  ................................ ................................ .........................  1-86 
 STAMPE ARCHIVI DI MAG AZZINO ................................ ................................ ...... 1-89 
 Stampa sintetica articoli  ................................ ................................ .....................  1-90 
 Stampa dettagliata articoli  ................................ ................................ ..................  1-91 
 Stampa servizi  ................................ ................................ ................................ ...... 1-92 
 Stampa codici di ricerca  ................................ ................................ .....................  1-93 
 Stampa dati articolo/magazzini  ................................ ................................ ........ 1-94 
 Stampa saldi articoli  ................................ ................................ ............................  1-95 
 Stampa causali magazzino  ................................ ................................ .................  1-96 
 GESTIONE MOVIMENTI DI  MAGAZZINO  ................................ ...........................  1-98 
 Movimenti di magazzino  ................................ ................................ .................  1-100  
Caricamento rapido  ................................ ................................ ................................ ...............  1-106 
Dati originali da lettore ottico  ................................ ................................ .............................  1-111


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
IV – I N D I C I  Ultimi costi da fornitore  ................................ ................................ ................................ ....... 1-113 
Ultimi costi da fornitori  ................................ ................................ ................................ ........ 1-115 
 Visualizza movimenti di magazzino  ................................ ..............................  1-117  
 Stampa movimenti magazzino  ................................ ................................ ....... 1-121  
 Stampa brogliaccio magazzino  ................................ ................................ ....... 1-123  
 PACKING LIST  ................................ ................................ ................................ ... 1-127 
 Impostazioni preliminari  ................................ ................................ ..................  1-128  
 Generazione packing li st ................................ ................................ ..................  1-133  
Manutenzione packing list  ................................ ................................ ................................ ... 1-136 
Sposta confezioni  ................................ ................................ ................................ ...................  1-139 
 Algoritmo di generazione  ................................ ................................ ................  1-144  
 GESTIONE LISTINI  ................................ ................................ ...........................  1-149 
 Inserimento listini  ................................ ................................ .............................  1-151  
 Manutenzione prezzi  ................................ ................................ ........................  1-153  
 Variazione listini prezzi  ................................ ................................ ....................  1-155


key: chroma:document
string_value:
 Manutenzione listini  ................................ ................................ .........................  1-159  
 Eliminazione prezzi listini  ................................ ................................ ...............  1-161  
 Stampa listino  ................................ ................................ ................................ ..... 1-162  
 Confronto listini  ................................ ................................ ................................  1-164  
 IMPORTAZIONE LISTINI  ................................ ................................ ...................  1-167 
 Strutture dati  ................................ ................................ ................................ ...... 1-168  
 Categorie listini  ................................ ................................ ................................ .. 1-170  
 Parametri listini  ................................ ................................ ................................ .. 1-172  
 Importa listini ................................ ................................ ................................ ..... 1-174  
 Caricamento dizionario dati  ................................ ................................ ............  1-178  
 RETTIFICHE INVENTARIA LI ................................ ................................ ............  1-181 
 Codici rilevazione  ................................ ................................ ..............................  1-184  
 Addetti alla rilevazione  ................................ ................................ .....................  1-186  
 Dati rilevati  ................................ ................................ ................................ ......... 1-187  
 Eliminazione dati rilevati  ................................ ................................ .................  1-189  
 Eliminazione movimenti di magazzino  ................................ ........................  1-190


key: chroma:document
string_value:
 Caricamento rapido dati rilevati  ................................ ................................ ..... 1-191  
 Inserimento rapido dati rilevati  ................................ ................................ ...... 1-193  
 Confronto dati  ................................ ................................ ................................ ... 1-196  
 Stampa dati procedurali  ................................ ................................ ...................  1-199  
 Stampa dati rilevati  ................................ ................................ ............................  1-200  
 Stampa confronto dati  ................................ ................................ .....................  1-202  
 Stampa dati non  rilevati ................................ ................................ ....................  1-204  
 VARIAZIONI DI MAGAZZI NO SOLO VALORE  ................................ ....................  1-207  
 Rettifiche a valore con movimenti generici  ................................ ..................  1-208  
 Fattura spese/nota di credito a valore  ................................ ...........................  1-210  
 Variazione valore mediante importazione documenti  ...............................  1-215


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
I N D I C I  - V  OPERAZIONI ANNUALI  ................................ ................................ ....................  1-219 
 Elaborazione inventario  ................................ ................................ ...................  1-220  
 Visualizzazione inventario  ................................ ................................ ...............  1-226  
 Dettaglio inventari  ................................ ................................ .............................  1-227  
 Stampa inventario  ................................ ................................ ..............................  1-230  
 Stampa giornale di  magazzino  ................................ ................................ ........ 1-232  
 Stampa registro beni in lavorazione  ................................ ...............................  1-235  
 STAMPE DI MAGAZZINO  ................................ ................................ ..................  1-239  
 Stampa schede magazzino  ................................ ................................ ...............  1-241  
 Controllo scorte magazzino  ................................ ................................ ............  1-243  
 Stampa inventario fisico  ................................ ................................ ...................  1-246  
 Stampa invenduto  ................................ ................................ .............................  1-248  
 Stampa articoli non movimentati  ................................ ................................ ... 1-250  
 Stampa costo del venduto  ................................ ................................ ...............  1-253  
 Elaborazione analisi abc  ................................ ................................ ...................  1-256  
 Stampa anomalie analisi ABC  ................................ ................................ ......... 1-258


key: chroma:document
string_value:
 Stampa etichette articoli  ................................ ................................ ...................  1-259  
 Stampa ultimi prezzi/costi  ................................ ................................ ..............  1-264  
 Stampa situazione di magazzino  ................................ ................................ .... 1-266  
 SERVIZI DI MAGAZZINO  ................................ ................................ ..................  1-269  
 Variazione dati articoli/servizi  ................................ ................................ ........ 1-270  
 Rivalorizzazione trasferimenti/consumi  ................................ .......................  1-276  
 Ricostruzione saldi magazzino  ................................ ................................ ....... 1-279  
2 Vendite  ................................ ................................ ................................ . 2—1 
 ARCHIVI VENDITE  ................................ ................................ ...........................  2—5 
 Causali documenti di vendita  ................................ ................................ ...........  2—7 
Causali docume nti di vendita - Generale  ................................ ................................ ..........  2—8 
Causali documenti di vendita - Automatismi  ................................ ................................ . 2—17 
Causali documenti di vendita - Gestioni collegate  ................................ ........................  2—22 
Causali documenti di vendita - Origini  ................................ ................................ ............  2—28 
Causali documenti di vendita - Report  ................................ ................................ ............  2—33 
Opzioni avanzate report  ................................ ................................ ................................ ..... 2—38


key: chroma:document
string_value:
 Difformità prezzi impostati e ultimo costo di acquisto  ............................  2—39 
 Contrat ti di Vendita  ................................ ................................ .........................  2—55 
 Gruppo merceologico con soli sconti e prezzo su listino  ........................  2—60 
 Duplicazione contratti di vendita  ................................ ................................ .. 2—63 
 Messaggi  ................................ ................................ ................................ .............  2—67 
 Modelli righe riferimenti  ................................ ................................ .................  2—69 
 Stampa causali doc umenti (vendite)  ................................ .............................  2—70 
 Stampa contratti di vendita ................................ ................................ .............  2—71 
 Stampa messaggi  ................................ ................................ ..............................  2—72 
 GESTIONE DOCUMENTI  ................................ ................................ ................  2—75 
 Interfaccia gestione documenti vendite  ................................ .......................  2—76 
Documento vendite  ................................ ................................ ................................ .............  2—77


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
VI – I N D I C I  Dati Generali vendite  ................................ ................................ ................................ ......... 2—128 
Spedizione vendite  ................................ ................................ ................................ ..............  2—137 
 Salvataggio documenti con importi rate negativi  ................................ ..... 2—141  
 Modifica documenti ................................ ................................ .......................  2—142  
 Gestione corrispettivi  ................................ ................................ ....................  2—144  
 Documenti a fornitore  ................................ ................................ ..................  2—151  
 Incasso ricevute fiscali  ................................ ................................ ...................  2—156  
 Generazione fatture differite  ................................ ................................ ........ 2—159  
 Visualizzazione documenti  ................................ ................................ ...........  2—188  
 Calcolo sconto globale  ................................ ................................ ..................  2—191  
 GESTIONE PROVVIGIONI  ................................ ................................ .............  2—199 
 Parametri provvigioni  ................................ ................................ ....................  2—202  
 Tabella provvigioni  ................................ ................................ ........................  2—208  
 Generazione provvigioni  ................................ ................................ ..............  2—211  
 Movimenti di provvigioni  ................................ ................................ .............  2—212  
 Gestione provvigioni  ................................ ................................ .....................  2—214


key: chroma:document
string_value:
 Calcolo provvigioni maturate  ................................ ................................ ...... 2—216  
 Liquidazione Provvigioni  ................................ ................................ ..............  2—218  
Calcolo p rovvigioni liquidate  ................................ ................................ ...........................  2—219 
Manutenzione provvigioni liquidate  ................................ ................................ ...............  2—220 
Stampa note provvigioni  ................................ ................................ ................................ ... 2—222 
Visualizzazione note provvigioni  ................................ ................................ ....................  2—223 
 Stampe provvigioni  ................................ ................................ ........................  2—224  
Stampa categorie provvigioni  ................................ ................................ ..........................  2—225 
Stampa tabelle provvigioni  ................................ ................................ ...............................  2—226 
Stampa controllo provvigioni non maturate  ................................ ................................  2—227 
Stampa provvigioni calcolate \maturate \liquidate  ................................ ......................  2—228 
 Enarasco  ................................ ................................ ................................ ..........  2—231  
Versamenti trimestrali  ................................ ................................ ................................ ........ 2—232 
Versamenti firr  ................................ ................................ ................................ .....................  2—234 
Stampa versamenti ................................ ................................ ................................ ..............  2—235


key: chroma:document
string_value:
Certificazione enasarco  ................................ ................................ ................................ ..... 2—236 
Generazione distinte su file  ................................ ................................ ..............................  2—237 
 RISCHIO CLIENTI  ................................ ................................ .........................  2—243  
 Elaborazione rischio clienti  ................................ ................................ ..........  2—245  
 Manutenzione rischio clienti  ................................ ................................ ........ 2—247  
 Stampa rischio clienti  ................................ ................................ .....................  2—249  
 GESTIONE EFFETTI  ................................ ................................ .....................  2—251 
 Conferma documenti  ................................ ................................ ....................  2—252  
 Documenti confermati  ................................ ................................ .................  2—253  
 Compilazione distinte  ................................ ................................ ....................  2—256  
 Manutenzione d istinte  ................................ ................................ ...................  2—262  
Informazioni aggiuntive bonifici esteri  ................................ ................................ ..........  2—267 
Abbinamento partite scadenze  ................................ ................................ ........................  2—271 
 Stampa brogliaccio effetti bonifici  ................................ ..............................  2—273  
 Stampa distinte  ................................ ................................ ...............................  2—277


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
I N D I C I  - V I I   Stampa effetti/R.B.  ................................ ................................ ........................  2—279  
 Generazione file CBI/SEPA  ................................ ................................ ....... 2—281  
 STAMPE DOCUMENTI  ................................ ................................ ...................  2—289  
 Prospetto del venduto  ................................ ................................ ...................  2—290  
 Stampa brogliaccio documenti (vendite)  ................................ ...................  2—295  
 Ristampa documenti (vendite)  ................................ ................................ ..... 2—297  
 Stampa ddt inevasi (vendite)  ................................ ................................ ........ 2—302  
 Stampa acconti da contabilizzare  ................................ ................................  2—304  
 Stampa sovraccolli ................................ ................................ ..........................  2—305  
 Verifica ripartizione spese (vendite)  ................................ ............................  2—306  
 Stampa schede di trasporto  ................................ ................................ ..........  2—307  
 SERVIZI VENDITE  ................................ ................................ ........................  2—317 
 Evasione righe descrittive di documenti chiusi (vendite)  .......................  2—318  
 Modifica banca appoggio/ns ban ca ................................ ...........................  2—320  
 Ripartizione fattura di spese  ................................ ................................ ......... 2—323  
 Variazione dati descrittivi del documento  ................................ .................  2—327  
 
 
Le immagini della documentazione differiscono secondo il sistema operativo utilizzato e delle


key: chroma:document
string_value:
Le immagini della documentazione differiscono secondo il sistema operativo utilizzato e delle 
parametrizzazioni di Ad hoc Revolution impostate nella configurazione interfaccia.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
V I I I  – I N D I C I  
 
______________________________________________________________________ __________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_______________ _________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
____________________________ ____________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_________________________________________ _______________________________________  
________________________________________________________________________________  
_______________________________________________________________________________


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
M A G A Z Z I N O  - 1-9 1  Magazzino  
  
La gesti one del Magazzino di Ad Hoc Revolution considera i vari aspetti connessi alla gestione di 
articoli e servizi, fornendo tutte le informazioni e le stampe per il monitoraggio di una parte 
importante della logistica aziendale.  
  
Al fine di un corretto funzion amento è necessario predisporre gli archivi Articoli e Servizi, 
movimentati attraverso i Movimenti Manuali di Magazzino e la gestione dei Documenti relativi al 
ciclo vendite ed acquisti.  
  
È possibile ottenere mastrini per articoli, esistenza, disponibilit à, ordinato, impegnato, disponibilità nel 
tempo per articolo anche in modalità grafica, elaborazione di inventari periodici con relative stampe e 
visualizzazioni.  
  
 
Menù Magazzino  
  
 ARCHIVI DI MAGAZZINO  
 STAMPE ARCHIVI DI MAG AZZINO  
 GESTIONE MOVIMENTI DI MA GAZZINO


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
1-10 – M A G A Z Z I N O   PACKING LIST  
 GESTIONE LISTINI  
 IMPORTAZIONE LISTINI  
 RETTIFICHE INVENTARIA LI 
 VARIAZIONI DI MAGAZZI NO SOLO VALORE  
 OPERAZIONI ANNUALI  
 STAMPE  DI MAGAZZINO  
 SERVIZI DI MAGAZZINO


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
M A G A Z Z I N O  - 1-11 
 
________________________________________________________________________________  
________________________________________________ ________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_____________________________________________________________ ___________________  
________________________________________________________________________________  
________________________________________________________________________________  
__________________________________________________________________________ ______  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
______ __________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
___________________ _____________________________________________________________  
________________________________________________________________________________


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
1-12 – M A G A Z Z I N O  
 
________________________________________________________________________________  
______________________________ __________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
___________________________________________ _____________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________ ________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_____________________________________________________________________ ___________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
________________________________________________________________________________  
_______________________________________________________________________________


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
A R C H I V I  D I  M A G A Z Z I N O  - 1-13  ARCHIVI DI MAGAZZINO  
  
Nel corso dei prossimi capi toli vedremo gli archivi principali coinvolti nella gestione del magazzino, le 
stampe ad essi associate e le movimentazioni manuali di magazzino.  
  
L'impostazione degli archivi da parte dell'operatore riguarda soprattutto il caricamento degli Articoli e 
Servizi, eventuali Codici di ricerca alternativi e le Causali di Magazzino (che costituiscono la guida per 
i movimenti di magazzino ed i documenti).  
  
Ad ogni articolo possono essere associati uno o più codici di ricerca. Sono quest'ultimi che vengono 
richia mati nei movimenti di magazzino (o da Ciclo Vendite/Acquisti). In fase di inserimento di un 
nuovo articolo viene automaticamente creato un codice di ricerca identico per nome e descrizione 
(rispetto all'articolo).  
  
Per ogni articolo e magazzino sono dispo nibili i saldi aggiornati derivanti dalle movimentazioni 
manuali e dai documenti.  
  
Al fine di un corretto caricamento degli articoli di magazzino e servizi è opportuno predisporre le categorie contabili, 
le famiglie, i gruppi merceologici, le categorie om ogenee, le categorie provvigioni, le categorie sconti/maggiorazioni, le 
classi di ricarico, che l'utente potrà associare a ciascun articolo.  
  
 
Menù Archivi magazzino  
  
 Articoli


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
1-14 – A R C H I V I  D I  M A G A Z Z I N O   Servizi  
 Codici articoli/servizi  
 Saldi articoli  
 Causali magazzino


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
A R C H I V I  D I  M A G A Z Z I N O  - 1-15  Articoli  
  
L'archivio Articoli costituisce la base della gestione del magazzino, delle ven dite e degli acquisti.  
  
I dati relativi agli articoli di magazzino sono suddivisi in sei schede in cui è possibile definire le 
informazioni anagrafiche, tecniche, commerciali, di approvvigionamento, le modalità di gestione ed 
eventuali note. L'anagrafica degli articoli è unica per tutti i magazzini gestiti dall'azienda.  
  
- Articoli - Articolo  
- Articoli - Tecniche  
- Articoli - Commerciali  
- Articoli - Magazzino  
- Articoli - Gestioni collegate  
- Artic oli - Premi  
- Articoli - Produzione funzioni avanzate  
- Articoli - Configurato re


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
1-16 – A R C H I V I  D I  M A G A Z Z I N O  Articoli - Articolo  
  
 
Articoli - Articolo  
  
Ricerca  
Può essere effettuata mediante le seguenti chiavi:  
 Codice Articolo  
 Descrizione  
  
Può essere altrimenti effettuata mediante la cartella Elenco, selezionando la chiave di ricerca che 
interessa,  cliccando sulla colonna per la quale si desidera ottenere l'ordinamento.  
  
Qualora all'interno dei Dati Azienda sia stata attivata l'opzione per il Caricamento Rapido Articoli, al momento 
del caricamento di un nuovo articolo la procedura propone i dati de ll'anagrafica articoli sulla quale si è posizionati. 
Questa funzionalità è particolarmente utile in fase di inserimento di articoli simili.  
  
 Codice  
Campo alfanumerico di 20 caratteri a struttura libera, salvo diversa impostazione all'interno dei Dati 
Azienda.  
In fase di caricamento degli articoli è presente un controllo sul codice immesso: il programma verifica 
immediatamente che questo non s ia già presente in archivio.  
Il controllo viene effettuato non appena ci si sposta su un altro campo della maschera. Se il codice 
risulta essere già presente, il programma emette l'avviso Chiave già utilizzata e costringe l'utente a


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
A R C H I V I  D I  M A G A Z Z I N O  - 1-17 modificarlo.  
 Tipo art icolo  
Combo box che identifica la tipologia dell'articolo ai fini della gestione della produzione. A seconda 
della tipologia impostata, viene valorizzato il box relativo alla Provenienza, presente nella parte bassa 
della maschera; ad esempio se s'indica ti po articolo Materia Prima, la procedura inizializza il 
Provenienza su Esterna.  
Le valorizzazioni ammesse sono: Prodotto Finito, Semilavorato, Materia Prima e Fantasma.  
 Prodotto Finito: Identifica il prodotto finito situato all'apice del processo produttivo.  
 Semilavorato: Identifica gli articoli definiti da una distinta base e che sono a loro volta 
componenti in una distinta base di livello superiore.  
 Materia Prima:  Identifica gli articoli che sono acquistati all'esterno, per i quali non è presente 
nessuna distinta base.  
 Fantasma: Identifica gli articoli che non si vogliono gestire ma rappresentano degli aggregati 
fisici di più componenti. Sono presenti in distinta  base ma per questi articoli non saranno 
generati gli ODL, in particolare:  
 - è un articolo di magazzino (aggregato Fisico) che esiste fisicamente,  
 - non è possibile creare però degli ODL per l'articolo fantasma,  
 - si possono effettuare, movimenti di mag azzino, possono essere oggetto di dichiarazione senza 
ODL o possono essere acquistati da Fornitori.  
 - vengono inseriti in distinta base, la procedura in caso di loro presenza in magazzino li 
considera come materiali dell'ODL in caso di assenza impegna i c omponenti del fantasma.  
  
Nel caso in cui venga assegnato un Lead -Time Fisso > di zero ad un articolo di Tipo Fantasma la procedura si 
comporta in maniera differente nella pianificazione dei componenti:  
- la data richiesta dei componenti viene calcolata co nsiderando il lead time dell'articolo Fantasma, se l'elaborazione 
avviene tramite la funzione Pianificazioni Materiali MRP.


key: chroma:document
string_value:
avviene tramite la funzione Pianificazioni Materiali MRP.  
- non viene considerato il lead time dell'articolo fantasma nel caso in cui la pianificazione avviene in modalità 
manuale tramite L' archivio ODL/OCL.  
Il Tipo articolo è gestito solo nel caso in cui sia installato il modulo Gestione Produzione  
  
 Descrizione  
Campo alfanumerico di 40 caratteri per la Descrizione dell'articolo. Viene riportata automaticamente 
sul corrispondente Codice di  Ricerca determinando ciò che deve essere riportato nella stampa dei 
documenti.  
 Descrizione supplementare  
Si tratta della descrizione aggiuntiva dell'articolo. Anch'essa viene automaticamente riportata sul 
corrispondente codice di ricerca. Può essere sta mpata sui documenti attivando l'apposito check 
presente nella scheda dei dati generali dell'articolo (a condizione che sia attivo anche il check Stampa 
Descrizione Aggiuntiva nei Dati Azienda). La descrizione supplementare può aver fino a 65.536 
caratteri.  
 1^ Unità di misura  
Rappresenta l'Unità di misura principale, ossia quella utilizzata per le valorizzazioni di magazzino


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
1-18 – A R C H I V I  D I  M A G A Z Z I N O  (inventario). E' importante definirla da subito in modo corretto: una volta che l'articolo è stato 
movimentato non è più possibile mod ificarla (tentando di farlo, il programma verifica se sono 
presenti dei saldi riferiti all'articolo e in caso affermativo, non consente la modifica).  
 2^ U.M., operazione e parametro  
In questo campo è possibile specificare una seconda unità di misura da u tilizzare in alternativa alla 
prima per movimentare l'articolo. In tal caso è necessario specificare il rapporto di conversione tra le 
due utilizzando uno degli operatori disponibili (il significato è spiegato nella tabella riportata nel 
seguito). Per ogni  codice di ricerca associato ad un articolo, è possibile gestire una ulteriore unità di 
misura e, visto che se ne possono associare senza particolari limitazioni, è possibile utilizzare più di 
due Unità di misura per ogni articolo, stabilendo per ciascuna di esse il rapporto di conversione 
rispetto a quella principale.  
Nel codice di ricerca creato automaticamente dal programma, viene riportata solo la prima Unità di 
misura (anche se ne è stata specificata una seconda nell'anagrafica principale dell'articolo ): la 
compilazione dell'Unità di misura alternativa sul codice di ricerca consente di movimentare sempre 
l'articolo con quest'ultima (l'elaborazione dell'inventario si baserà comunque sulla quantità 
corrispondente espressa nell'unità di misura principale).  
  
Significato degli Operatori:  
  
1^ U.M    2^ U.M  Oper.  Parametro  Descrizione  
CF (confezione)  = BOT (Bottiglie)  X 6 1 confezione contiene 6 bottiglie  
BOT (Bottiglie)  = CF (confezione)  / 6 
LAT (lattina)  = CL (centilitri)  X 33 1 lattina contiene 33 centi litri 
CL (centilitri)  = LAT (lattina)  / 33 
S10 (scatola da 10)  = N (Numero)  X 10 1 scatola contiene 10 unità  
N (Numero)  = S10 (scatola da 10)  / 10 
  
 U.M. separate


key: chroma:document
string_value:
N (Numero)  = S10 (scatola da 10)  / 10 
  
 U.M. separate  
L'utente ha la possibilità di non gestire unità di misura separate oppure di definire se gestire le unità di 
misura separate:  
 Per Quantità: è possibile modificare solo la quantità della 1^ unità di misura, in quanto il 
prezzo unitario di riga non viene visualizzato; in presenza di un listino o di un contratto il 
prezzo di riga viene determinato in base a quello della 1^ unità di misura.  
 Per Quantità e Prezzo: è possibile modificare sia la quantità, sia il prezzo unitario espresso 
nella 1 ^ unità di misura; entrambe le variazioni hanno effetti sul prezzo unitario di riga, in base 
alla proporzione:  
  
Nei documenti quando si movimenta sulla riga la seconda unità di misura, la quantità nella prima 
unità di misura viene sempre ricalcolata in ba se al rapporto di conversione specificando anche i 
decimali. Viene, inoltre, fatto in modo che se sulla prima unità di misura è attivo il flag "non 
frazionabile", la quantità nella prima unità di misura non presenta i decimali ma viene sempre 
arrotondata ( arrotondamento matematico).  
 Applica prezzo valido per unità di misura  
Mediante questa combo box è possibile variare l'applicazione dei listini e dei contratti sui documenti 
secondo le indicazioni di seguito riportate.  
 Principale: viene applicato, se pr esente, il l istino caricato nella prima UM.  Nel caso in cui sulla 
riga sia specificata una UM diversa dalla prima il prezzo viene determinato applicando il listino e 
rapportando il valore al parametro di conversione. Se non è presente nessun listino valido  per la


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
A R C H I V I  D I  M A G A Z Z I N O  - 1-19 prima UM non verrà assegnato alcun prezzo.  
 Filtra: viene applicato, se presente, il listino associato alla UM specificata sulla riga del 
documento. Se non è presente nessun listino valido per la UM specificata sulla riga non verrà 
assegnato alcun prezzo.  
 Converti: viene applicato, se presente, il listino associato alla UM specificata sulla riga del 
documento. Se non è presente nessun listino valido per la UM specificata sulla riga la procedura 
provvederà a ricercare un altro listino valido per le altre UM dell'articolo e del suo codice di 
ricerc a, nel seguente ordine 1° UM, 2°UM, UM codice di ricerca. Nel caso in cui sulla riga sia 
specificata una UM diversa dal listino applicato il prezzo viene determinato applicando il listino 
stesso e rapportando il valore al parametro di conversione.  
  
Il con trollo sulla quantità è inserito nella normale verifica della validità del listino.  
Esempio.: nel caso in cui il listino della prima UM avesse degli scaglioni determinati (senza quello oltre) e il listino 
della seconda UM avesse anche solo uno scaglione, m a Oltre, la procedura applica il listino della seconda UM nel 
caso in cui non esistesse uno scaglione valido nella prima UM.  
Le stesse regole valgono per la gestione dei contratti.  Esempio: in presenza di due contratti con le 
caratteristiche di seguito rip ortate (entrambi relativi ad un articolo con combo box Converti e senza listini o contratti 
associati alla 3° UM, valida per il codice di ricerca 80000044, riportata sulla riga documento) prima cerca se 
esiste un contratto valido per la prima UM, non trova ndolo cerca ed applica il contratto valido per la seconda UM  
  
 Codice iva  
Codice Iva relativo all'articolo. Questo codice viene proposto nel momento in cui l'articolo viene 
movimentato.  
 Tipo operazione IVA


key: chroma:document
string_value:
movimentato.  
 Tipo operazione IVA  
Per ogni articolo è possibile definire un determinato tipo di operazione IVA. Nel campo in oggetto 
può essere  richiamato uno dei parametri definiti negli Archivi Contabili (Parametri attribuzione codici 
IVA) di tipologia Articolo per l'attribuzione di codici IVA sulle righe documento alternativi rispetto a 
quelli definiti nel campo Codice IVA (vedere documentazio ne Primi Passi, Archivio Attribuzione 
Codici IVA).  
 Categoria contabile  
In base alla categoria contabile dell'articolo (e a quella a cui appartiene l'intestatario del documento sul 
quale viene movimentato l'articolo stesso), vengono determinate le contropartite contabili da 
utilizzare in fase di contabili zzazione dei documenti (infatti, nell'archivio Contropartite e Parametri del 
menu Archivi devono essere specificate le contropartite da utilizzare per ogni combinazione Categoria 
Contabile articolo e Categoria Contabile Clienti/Fornitori).  
 Famiglia  
In qu esto campo deve essere indicata la famiglia di appartenenza dell'articolo. Apparterranno alla 
solita famiglia gli articoli affini. Il codice famiglia può essere utilizzato in altre gestioni del programma 
come filtro di selezione o come raggruppamento.  
 Gruppo merceologico  
In questo campo deve essere indicato il gruppo merceologico di appartenenza dell'articolo. Il codice 
del gruppo merceologico può essere utilizzato in altre gestioni del programma come filtro di selezione 
o come raggruppamento. Agli artico li appartenenti allo stesso gruppo merceologico è possibile


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
1-20 – A R C H I V I  D I  M A G A Z Z I N O  applicare determinate condizioni di compravendita tramite la gestione dei contratti (acquisti, vendite).  
All'interno di questo campo è possibile effettuare la ricerca per Descrizione: pertanto, qu alora venga 
utilizzata una codifica numerica per i gruppi merceologici, è possibile selezionarne uno, anche 
digitando parte della descrizione nel campo destinato ad accogliere il codice.  
 Categoria omogenea  
In questo campo deve essere indicata la categori a omogenea di appartenenza dell'articolo. Il codice 
della Categoria Omogenea può essere utilizzato in altre gestioni del programma come filtro di 
selezione o come raggruppamento. E' possibile impostare il programma per stampare il giornale di 
magazzino ado ttando un raggruppamento per Categoria Omogenea. Inoltre, è in base alla categoria 
di appartenenza degli articoli che il programma stabilisce quali contropartite utilizzare per la 
rilevazione delle rimanenze finali (Analisi di Bilancio).  
All'interno di que sto campo è possibile effettuare la ricerca per Descrizione: pertanto, qualora venga 
utilizzata una codifica numerica per le categorie omogenee, è possibile selezionarne una, anche 
digitando parte della descrizione nel campo destinato ad accogliere il codi ce. 
 Gestione  
Indica la politica di riordino dell'articolo.  
 La politica a Fabbisogno  viene normalmente scelta nel caso di domanda non perfettamente 
prevedibile, nel caso in cui è perciò necessario attenersi alle richieste effettive e presunte 
derivanti dag li ordini clienti. In questo contesto le Proposte di Acquisto (modulo Ciclo Acquisti) 
e la Generazione Fabbisogni (modulo Gestione Produzione) saranno generati sulla base delle 
date di prevista evasione degli ordini clienti e fornitori, oltre che della gia cenza e scorta minima.  
 La politica a Scorta  viene normalmente scelta nel caso di domanda abbastanza prevedibile:


key: chroma:document
string_value:
 La politica a Scorta  viene normalmente scelta nel caso di domanda abbastanza prevedibile: 
in tal caso si riesce ad elaborare un Lotto Economico di Acquisto o di Produzione che 
minimizzi i costi di approvvigionamento/lavorazione, sulla base dell'andamento  decrescente 
della giacenza di magazzino. In questo contesto le Proposte di Acquisto e la Pianificazione 
Articoli a Scorta (modulo Gestione Produzione) saranno generati nel momento in cui la 
Giacenza scende al di sotto del Punto di Riordino, tenendo comunq ue conto degli ordini a 
fornitori o di produzione con data di prevista evasione compresa entro il Tempo di 
Approvvigionamento/Lead Time.  
 La gestione a Consumo  si applica a quegli articoli per i quali non si desidera pianificare 
l'approvvigionamento, siccome hanno caratteristiche di basso costo e alta reperibilità tali da non 
causare mancanze di magazzino (rotture di stock). Gli articoli g estiti a consumo non vengono 
considerati dalle funzioni di Generazione PDA, Generazione Fabbisogni e Pianificazione 
Materiali a Scorta e dal modulo magazzino produzione (sia dai documenti che usando 
l'impegno/scarico componenti), sono usati solo ai fini de lla stampa distinta base costificata.  
 Controllo prezzo  
Parametrizzazione del controllo prezzo da effettuare sul documento.  
 Provenienza  
Indica la provenienza preferenziale dell'articolo. La provenienza può essere interna, esterna o conto 
lavoro. Gli articoli di provenienza Esterna verranno considerati per la generazione delle Proposte di 
Acquisto (modulo Ciclo Acquisti), mentre le altre tipologie vengono utilizzate nella gestione della 
produzione: gli articoli di provenienza Interna danno luogo a Ordini di Lavorazione (modulo 
Gestione Produz ione) e quelli di provenienza Conto Lavoro a Ordini di Conto Lavoro (modulo 
Conto Lavoro).  
  
Nei moduli Gestione Produzione e Conto Lavoro è comunque possibile modificare la provenienza di


key: chroma:document
string_value:
Nei moduli Gestione Produzione e Conto Lavoro è comunque possibile modificare la provenienza di 
un prodotto finito o semilavorato da Interna a Conto Lavoro e vicev ersa.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
A R C H I V I  D I  M A G A Z Z I N O  - 1-21  Barcode  
Questa combo box è visibile solo nel momento del caricamento dell'articolo.  
Se viene selezionata una delle due tipologie di barcode (EAN8 o EAN13) la procedura chiede se si 
desidera creare in automatico, all'interno dell'archivio Codici di Ricerca, il codice a barre relativo di 
tipo EAN8 o EAN13. Rispondendo affermativamente la procedura automaticamente apre la 
maschera delle chiavi articolo, con la quale sarà possibile, mediante il bottone aggiorna, creare nuovi 
codici rientranti nelle tipo logie previste (Alpha39, UPC A, UPC E, ecc.).  
  
Per fare in modo che il codice articolo che si sta caricando diventi allo stesso tempo un Barcode 
occorre selezionare l'opzione Codice Articolo Barcode: in questo modo appare una ulteriore combo 
per indicare che tipo di barcode si vuole caricare. Il codice di ricerca principale (con lo stesso codice 
articolo) sarà caricato con tali impostazioni. Anche in questo caso la procedura automaticamente apre 
la maschera delle chiavi articolo, con la quale sarà possibil e, mediante il bottone aggiorna , creare 
nuovi codici rientranti nelle tipologie previste.  
Richiamando un articolo presente in archivio sarà possibile, mediante la maschera delle chiavi articolo, 
creare nuovi codici sia in modalità variazione sia in modali tà interrogazione  
Solo i codici EAN8 e EAN13 possono essere generati automaticamente dal programma. Il codice a 
barre generato sarà composto da Prefisso EAN + Codice Produttore (solo per EAN 13) + Codice 
progressivo assegnato dalla procedura. I primi due c odici devono essere impostati nell'archivio dei 
Dati Azienda.  
 Check disponibilità  
La verifica della disponibilità dell'articolo (data dall'esistenza, quantità riservata) sul magazzino 
selezionato, sia esso fiscale o non fiscale, al momento della sua movimentazione (movimenti di


key: chroma:document
string_value:
selezionato, sia esso fiscale o non fiscale, al momento della sua movimentazione (movimenti di 
magazzino o documenti) può avvenire c on le seguenti opzioni:  
 No: non sarà effettuato alcun controllo sulla disponibilità dell'articolo;  
 Si: nel momento in cui l'articolo viene movimentato la procedura si preoccuperà di effettuare 
un confronto tra la quantità impostata e quella effettivame nte disponibile (esistenza - quantità 
riservata, senza tenere conto dell'impegnato e dell'ordinato); se l'articolo non è disponibile 
NON sarà possibile procedere con l'elaborazione;  
 Si Con Conferma: durante una movimentazione, se l'articolo non è disponi bile sarà possibile 
procedere con l'elaborazione previa conferma da parte dell'operatore.  
  
Il controllo sulla disponibilità effettiva viene effettuato non solo in fase di conferma dei documenti, ma anche durante 
la compilazione e la variazione dello stess o. Se la quantità immessa su una riga è maggiore della disponibilità 
effettiva (Esistenza Riservato), il programma avverte immediatamente l'utente.  
  
Il check disponibilità viene reso ineditabile e attivato a Sì se l'articolo è gestito a Lotti (opzione Sì 
oppure Sì+Consumo Automatico). Stessa cosa se è gestito a Matricole. E' necessario che tale 
controllo sia attivato anche all'interno dei Dati Azienda.  
 Check disponibilità contabile  
La verifica della disponibilità contabile dell'articolo (data dall'esiste nza, quantità riservata + quantità 
ordinata, quantità impegnata) sul magazzino selezionato, sia esso fiscale o non fiscale, al momento 
della sua movimentazione (movimenti di magazzino o documenti) può avvenire con le seguenti 
opzioni:  
 No: non sarà effett uato alcun controllo sulla disponibilità contabile dell'articolo;  
 Si: se la quantità immessa sul movimento è tale da portare in negativo la disponibilità 
contabile, la procedura emette un messaggio bloccante impedendo all'utente di confermare


key: chroma:document
string_value:
contabile, la procedura emette un messaggio bloccante impedendo all'utente di confermare 
l'operazion e (in fase di conferma del movimento);


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
1-22 – A R C H I V I  D I  M A G A Z Z I N O   Si con Conferma: se le quantità movimentate sono tali da portare in negativo la disponibilità 
contabile di uno degli articoli presenti sulle righe, la procedura emette un messaggio di 
avvertimento, ma permette di pr ocedere.  
  
Il controllo sulla disponibilità contabile avviene solo in fase di conferma dei movimenti (non durante la compilazione 
delle righe).  
  
 Tipologia riga documento  
Tramite questo campo è possibile definire la tipologia riga documento da associare all'articolo. In 
questo modo, viene automaticamente compilato il campo corrispondente nei dati di riga dei 
documenti sui quali viene inserito l'articolo di riferimento. Definire una tipologia riga può essere utile 
in fase di importazione delle righe di un documento (ad esempio per escludere a priori quelle di un 
determinato tipo) oppure per la stampa dei documenti (ad esempio l'esclusione dalla stampa delle 
righe di un determinato tipo). Questo argomento verrà approfondito nella parte relativa alle Causali 
Documento.  
 Gestione saldi di commessa  
Se attivo, abilita per l’articolo la possibilità di gestire i saldi di magazzino diversificati per codice 
commessa. (Indipendente dalla presenza dei moduli della produzione)  
 Commessa  
Articolo gestito a commessa.  
 Standard: articolo per cui non è possibile eseguire pianificazioni per commessa.  
 Personalizzato: articolo per cui viene gestita la pianificazione per commessa  
 Pers.+ nettificazione: articolo per cui viene gestita la pianificazione per commessa e per il  
quale la procedura nettifica le giacenze associandole alle varie commesse.  
 Stampa descrizione supplementare  
L'attivazione di questo check consente di riportare nella stampa la descrizione aggiuntiva inserita sui 
codici di ricerca associati all'articolo.  A tal fine, oltre a questo check, deve essere attivato nei Dati


key: chroma:document
string_value:
Azienda il check Descrizione Aggiuntiva Articoli.  
 Inventario  
Il check viene proposto attivo in fase di caricamento. In questo modo l'articolo viene considerato 
dall'elaborazione degli inven tari. Può aver senso disattivare il check per articoli che non vengono 
effettivamente movimentati a magazzino, ma per i quali si ha la necessità di memorizzare i saldi (es: 
Forniture di Servizi per i quali si devono tenere aggiornati gli ultimi prezzi, cos ti). 
 No IVA per assestamento  
In caso di flag disattivo è conservato il comportamento antecedente la miglioria, ossia la scrittura di 
assestamento relativa alle fatture da emettere sarà rilevata con l’iva sulle vendite:  
  
Attivando il flag la scrittura verrà p rodotta senza rilevare l’iva sulle vendite (con la conseguenza che 
non viene effettuata alcuna scrittura di storno del conto iva).


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
A R C H I V I  D I  M A G A Z Z I N O  - 1-23 La generazione delle scritture di assestamento relativamente alle fatture da ricevere non risente dell’attivazione del 
nuovo flag non rilevando in nessun caso l’iva sugli acquisti.  
  
Presentiamo di seguito le funzionalità associate ai bottoni presenti sulla maschera dei Dati Anagrafici:  
 Visualizza, cattura, acquisisci  
Tali bottoni risultano visibili solo se il check Archiviazione Documentale presente all'interno dei Dati 
Azienda (scheda contabile) è attivo; inoltre non sono editabili in fase di caricamento, ma solo in 
modifica. Tali bot toni permettono di associare al record file esistenti o acquisirne direttamente tramite 
dispositivo Twain. I file associati al record possono successivamente essere richiamati e visualizzati.  
  
Per la gestione dei file risulta necessario parametrizzare pre cedentemente in modo opportuno alcuni 
dati. Per ulteriori informazioni si rimanda al manuale Primi Passi paragrafo Gestione Allegati 
Immagini.  
 Codici  
Permette di accedere alla visualizzazione e manutenzione dei Codici di Ricerca alternativi, utilizzabili 
per richiamare l'articolo selezionato.  
Si visualizzerà la maschera  
  
- Chiavi articoli  
  
 Listini  
Premendo il bottone si accede alla manutenzione dei Listini Prezzi legati all'articolo. La stessa 
maschera è accessibile tramite la relativa voce di menu.  
  
Sulla parte sinistra della maschera è riportato l'elenco dei L istini sui quali è presente un prezzo per 
l'articolo di riferimento. Per ogni listino sono evidenziate le date di validità, la valuta e la tipologia (al 
Netto o al Lordo di Iva). Se lo stesso listino fosse presente più volte ha priorità quello con data ini zio 
validità più recente e, a parità di questa, quello con data scadenza più vicina (rispetto, ad esempio, alla 
data di un documento).


key: chroma:document
string_value:
data di un documento).  
  
Per ciascuna riga sulla sinistra è presente il dettaglio degli scaglioni per quantità con i rispettivi prezzi 
(indicand o un unico prezzo non saranno considerati altri scaglioni). Per inserire un nuovo prezzo è 
sufficiente indicare su una riga vuota il codice di un listino e compilare il dettaglio dei prezzi 
(eventualmente con più scaglioni quantità) sulla destra.  
  
Per mag giori informazioni sull'archivio listini si rimanda al rispettivo capitolo di gestione dei listini.  
 Saldi  
Attraverso il bottone Saldi si accede alla maschera  
  
- Saldi articolo  
  
 Prezzi  
Attraverso questo bottone è possibile accedere, per l'articolo selezionato, agli ultimi prezzi di vendita 
ordinati per cliente. La maschera riporta, oltre al codice cliente, la data di ultima vendita, il prezzo e la


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
1-24 – A R C H I V I  D I  M A G A Z Z I N O  valuta, l'unità di misura e la quantità.  
  
Posizionandosi su una riga è possibile visualizzare (nel piede alla maschera) il rife rimento al 
documento, al quale si può accedere attraverso il bottone Dettagli.  
Si aprirà la maschera  
  
- Ultimi prezzi per cliente  
  
 Costi  
Attraverso questo bottone è possibile accedere, per l'articolo selezionato, agli ultimi costi di acquisto 
ordinati per fornitore. La maschera riporta, oltre al codice fornitore, la data di ultimo acquisto, il 
prezzo e la valuta, l'unità di misura e  la quantità  
  
Posizionandosi su una riga è possibile visualizzare (nel piede alla maschera) il riferimento al 
documento, al quale si può accedere attraverso il bottone Dettagli.  
  
Si aprirà la maschera  
  
- Ultimi costi per fornitore  
  
 Basi di calcolo  
Tale bottone permette l'accesso all'interfaccia di Manutenzione Basi di Calcolo e permette di 
visualizzare le basi di calcolo relative all'articolo stesso alla data di sistema e per la quantità specificata 
dall'utente. Per informazioni pi ù dettagliate si rimanda al manuale Vendite Funzioni Avanzate.  
  
Si aprirà la maschera  
  
- Manutenzione basi di calcolo


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
A R C H I V I  D I  M A G A Z Z I N O  - 1-25 Chiavi articolo  
  
Si accede a questa maschera dal bottone Cod di ricerca dalla maschera articoli /servizi  
  
 
Chiavi articoli  
  
Per aggiungere nuovi codici è sufficiente impostare i parametri nei campi sottostanti la dicitura 
Inserimento nuovi codici, premere il bottone aggiorna e rispondere affermativamente al messaggio 
che la procedura propone immed iatamente.  
Esistono già 2 barcode per l'articolo selezionato. Ne vuoi aggiungere un altro?  
  
La maschera riporta l'elenco di tutti i codici di ricerca alternativi associati all'articolo. Per ciascuno di 
essi è possibile ottenere le informazioni sul tipo di  codifica (relativa a cliente, fornitore, interna ecc.), 
se il codice rappresenta un barcode, se deve essere considerato nella stampa etichette, la provenienza 
(eventuale cliente o fornitore), la data di obsolescenza e la descrizione aggiuntiva (tali dati saranno 
descritti parlando dell'archivio Codici di Ricerca).  
  
Inoltre, la maschera di visualizzazione dei codici di ricerca consente di ottenere una visione globale 
delle codifiche alternative di un certo articolo. Per una manutenzione di tali codifiche è  disponibile il 
bottone Dettagli, con il quale si accede alla maschera di gestione dei Codici di Ricerca (richiamabile 
comunque anche da menu).  
  
Esiste anche la possibilità di eliminare alcuni codici (o tutti, attivando il check Seleziona Tutto sul 
piede della maschera) premendo il bottone Elimina dopo aver selezionato un codice attivando il check 
presente nella colonna di sinistra.  
  
Inserimento nuovi codici  
L’operatore può definire il tipo codice da creare; se seleziona la tipologia EAN -UCC8 oppure EAN -
UCC13, posizionandosi sul campo Codice e facendo doppio click, la procedura calcola in automatico 
il codice utilizzando la funzione di calcolo barcode; nulla vieta all’operatore di modificare il codice; se


key: chroma:document
string_value:
esistono delle inesattezze sul codice la procedure avverte con un messaggio.  
 Tipo codice  
Qualora il codice di ricerca sia un barcode, in questa combo si potrà indicare di quale tipologia si


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
1-26 – A R C H I V I  D I  M A G A Z Z I N O  tratta.  
 EAN 8  
 EAN 13  
 ALFA 39  
 UPC A  
 UPC E  
 2D5 
 2D5 Interleave  
 Farmaceutico  
 198 
 EAN 13 peso variab ile 
 EAN 13 peso var. + digit.  
 EAN/UCC -14 
 Stampa etichette  
Se attivo, significa che si intende stampare il barcode associato al codice di ricerca. Ciò può servire nel 
caso in cui gli articoli non siano etichettati con un codice a barre.  
 Codice  
Codice di ricerca  
 Tipo codifica  
In questa combo box è necessario definire la tipologia del codice di ricerca in quanto sono previsti 
infatti codici codificati internamente all’azienda. Rappresenta una codifica alternativa interna 
all’azienda (allo scopo di g estire particolari descrizioni), codici con cui clienti o fornitori sono soliti 
identificare determinati articoli (potrà essere utilizzato sia in fase di imputazione, sia in fase di stampa 
documenti). In questo ultimo caso, al fine di potere caricare nel d ettaglio del documento il codice di 
ricerca principale, per stampare le codifiche specifiche di un cliente/fornitore sarà necessario attivare 
l’apposito check presente nell’anagrafica Clienti/Fornitori/cartella acquisti –cartella vendite/Codifica 
Fornitore –Codifica Cliente.  
Le altre tipologie sono invece associate al tipo di codice impostato al momento del caricamento.  
Possono così esistere più codici che fanno riferimento sempre all’articolo base.  
Le scelte possibili sono:  
 Interna  
 Cliente  
 Fornitore  
 A quantità e valore  
 A valore  
 Descrittivo  
 Aggiorna progressivo  
Se attivo verrà aggiornato il progressivo del barcode EAN 8/13  
 Imballo  
Identifica se quel codice di ricerca appartiene a tipologia Imballo. Visibile con EAN 13  
 Tipo collo  
Attivando il flag Imballo viene visualizzato anche il campo Tipo collo (solo se il codice di ricerca


key: chroma:document
string_value:
appartiene a tipologia EAN), dove è possibile specificare il tipo collo di default associato al codice di 
ricerca e all’unità di misura alternativa; nel caso tale infor mazione risulti valorizzata il dato prevarrà su 
quello associato all’articolo.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
A R C H I V I  D I  M A G A Z Z I N O  - 1-27 Saldi articolo  
E' possibile accedere a questa maschera dal bottone Saldi del documento o dell'anagrafica Articoli.  
  
I bottoni in calce alla maschera consentono di accedere, ri spettivamente, alle informazioni 
dell'inventario del magazzino movimentato, alle informazioni dell'inventario del magazzino di 
raggruppamento oppure alla funzione disponibilità nel tempo (del modulo Ordini).  
  
 
Saldi articolo


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
1-28 – A R C H I V I  D I  M A G A Z Z I N O  Ultimi prezzi per cliente  
  
Si accede alla maschera dal bottone Ultimi prezzi dei documenti.  
  
 
Ultimi prezzi a cliente  
  
Le righe documento che la procedura evidenzia in questo Zoom sono esclusivamente quelle che aggiornano il sald o 
Ultimo prezzo di vendita. Le righe sono ordinate in ordine decrescente di data e a parità di data di seriale.  
  
La visualizzazione degli ultimi costi/prezzi (bottoni presenti sui documenti) prende in considerazione l'intervallo di 
date impostato nei Filt ri date registrazione (menu azienda) per mostrare i valori. I filtri considerati sono quelli 
relativi ai documenti e ai movimenti di magazzino.  I giorni vengono sottratti o aggiunti rispetto alla data di 
sistema.  
  
Le colonne presenti sono Data del Documen to, Prezzo Unitario, Valuta uguale alla valuta del 
documento che si sta caricando (eventuali movimenti in altre valute sono convertiti ), Unità di Misura, 
Quantità, Tipo Riga (solo Normale, Omaggio Imponibile, Omaggio Imponibile+Iva; negli ultimi due 
casi la procedura inserisce la dicitura Omaggio), i quattro possibili Sconti/Maggiorazioni, il Costo 
Scontato/Maggiorato, la Prima Unità di Misura, la Quantità ed il Prezzo unitario riferito alla prima 
unità di misura.  
  
 Dettagli  
Posizionandosi su una riga attraverso questo bottone è possibile visualizzare il documento 
corrispondente. E' altresì possibile visualizzare tale documento cliccando due volte direttamente sulla 
riga. 
  
Riferimenti documento  
 Tipo  
Codice della causale documento selezionato.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
A R C H I V I  D I  M A G A Z Z I N O  - 1-29  Numero documento  
Numero del documento selezionato  
 Valuta  
Valuta originaria del documento selezionato.  
  
Per rendere comparabili i prezzi i movimenti in valuta diversa delle righe documento vengono convertiti nella valuta 
del documento che si sta caricando.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
1-30 – A R C H I V I  D I  M A G A Z Z I N O  Ultimi costi per fornitore  
  
E' possibile accedere alla maschera dal bottone Costi del documento.  
  
 
Ultimi costi per fornitore  
  
Le colonne presenti sono Data di Reg istrazione del Documento, Costo Unitario, Valuta uguale alla 
valuta del documento che si sta caricando (eventuali movimenti in altre valute sono convertiti ), Unità 
di Misura, Quantità, Tipo Riga (solo Normale, Omaggio Imponibile, Omaggio Imponibile+Iva; n egli 
ultimi due casi la procedura inserisce la dicitura Omaggio), i quattro possibili Sconti/Maggiorazioni.  
 Dettagli  
Posizionandosi su una riga attraverso questo bottone è possibile visualizzare il documento 
corrispondente. E' altresì possibile visualizz are tale documento cliccando due volte direttamente sulla 
riga. 
  
Riferimento documento  
In questa sezione vengono riportati il tipo codice della causale del documento selezionato ed il 
numero documento.  
 Valuta  
Valuta originaria del documento selezionato.  
  
Per rendere comparabili i costi i movimenti in valuta diversa delle righe documento vengono convertiti nella valuta 
del documento che si sta caricando.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
A R C H I V I  D I  M A G A Z Z I N O  - 1-31 Articoli - Tecniche  
  
Le informazioni Tecniche relative all'articolo vengono utilizzate ai fini de lla generazione della Packing 
List, della compilazione dei modelli intracomunitari relativi alle cessioni e agli acquisti e per il calcolo 
automatico dei pesi e del numero dei colli per i documenti accompagnatori. I campi riportati sono 
doppi in quanto rif eriti alla prima e alla seconda unità di misura (solo nel caso sia gestita).  
  
 
Articolo - Tecniche  
  
Ecco di seguito i campi nel dettaglio.  
 U.M.  
Viene riportato il codice della prima unità di misura e, se esiste, anche il codice della seconda unità di 
misura (con tutti i restanti campi).  
 Peso netto in kg.  
Equivalente del peso netto dell'articolo in chilogrammi. Permette di calcolare la massa netta 
dell'articolo da riportare sugli elenchi intracomunitari. Inoltre viene utilizzato ai fini del calcolo de i dati 
necessari alla Packing List (premendo il bottone Calcola Colli presente nei Dati Spedizione del 
documento).  
 Peso lordo in kg.  
Equivalente del peso lordo dell'articolo in chilogrammi. Viene utilizzato ai fini del calcolo dei dati 
necessari alla Pac king List (premendo il bottone Calcola Colli presente nei Dati Spedizione del 
documento).


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
1-32 – A R C H I V I  D I  M A G A Z Z I N O   Tipo collo  
Rappresenta il tipo di imballaggio usato per la spedizione degli articoli. Il collo preimpostato 
nell'anagrafica articoli è comunque modificabile diretta mente sulle righe dei documenti di 
vendita/acquisto.  
  
La tipologia del collo influenza il numero massimo di confezioni per collo (definito nell'archivio 
Tipologie Colli) e perciò condiziona l'elaborazione della Packing List.  
 Confezione  
Codice della conf ezione utilizzata per l'articolo, ovvero dell'involucro utilizzato per i singoli articoli da 
collocare all'interno dei colli. Al limite potrebbe corrispondere con l'aspetto esteriore dell'articolo 
stesso, nel caso non venga confezionato. In questo caso si tratta di una confezione fittizia.  
 Pezzi e confezioni per collo  
Questi campi rappresentano il numero di pezzi che compongono una confezione e il numero di 
confezioni che può contenere un collo (quest'ultimo dato viene proposto in base a quanto definito 
nell'archivio Tipologie Colli): il p rodotto di tali valori indica il numero totale di pezzi contenuti in un 
collo, dato necessario per calcolare il numero di colli da utilizzare per la spedizione.  
  
La confezione può corrispondere con l'articolo stesso (ed in questo caso i pezzi per confezio ne 
saranno pari a 1) oppure può essere un raggruppamento di pezzi. Il numero di confezioni all'interno 
di un collo è sempre un valore intero, ovvero sono ammesse confezioni non completamente piene.  
 Lunghezza, larghezza, altezza, ingombro e volume  
Dimensione di ingombro lineare in lunghezza, larghezza e altezza della confezione espressa in una 
certa unità di misura selezionabile dall'elenco. Il prodotto di tali valori viene riportato nel campo 
relativo al volume della confezione (l'utente dovrà selezionare l'unità di misura. Es: cm3, m3, ...)


key: chroma:document
string_value:
utilizzato dalla funzione di generazione della Packing List. Il campo descrittivo del Volume ha solo 
scopo informativo.  
 Articolo con imballaggio Conai  
In funz ione del contributo ambientale CONAI, per ciascun articolo e per ciascuna unità di misura, è 
necessario definire se l'imballaggio è conforme alle norme. Se attivo, nella stampa delle fatture di 
vendita viene riportata la dicitura Contributo CONAI assolto.  
  
INTRA  
Le possibili impostazioni permettono di gestire tutte le casistiche relative alla compilazione degli 
elenchi intracomunitari.  
 Utilizzo intra  
La possibilità, ai fini intra, di legare ai beni la nomenclatura di un bene o un codice servizio.  
 Beni 
 Servizi  
  
Nel caso la combo box è impostata su beni le impostazioni sono le seguenti:  
 Nomenclatura  
Codice delle merci secondo la n omenclatura combinata della tariffa doganale in vigore nel periodo cui 
si riferisce la registrazione intracomunitaria dell'articolo (dato collegato ad una tabella presente nel 
modulo INTRA). Questo dato viene riproposto nella gestione documenti, accedendo alla cartella


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
A R C H I V I  D I  M A G A Z Z I N O  - 1-33 Intra dei Dati di Riga.  
 U.M. supplementare  
Identifica il codice dell'unità di misura supplementare prevista nella tariffa doganale. Il campo non è 
editabile in quanto viene letto direttamente dalla tabella nomenclature. Questo dato viene riproposto 
nella gestione documenti, acc edendo alla cartella Intra dei Dati di Riga.  
 Moltiplicatore  
Fattore di passaggio tra l'unità di misura standard e quella supplementare. Questo dato viene 
riproposto nella gestione documenti, accedendo alla cartella Intra dei Dati di Riga.  
 Manutenzione elenchi INTRA  
Si può quindi scegliere tra  
 Nessuna valorizzazione  
 Solo dati statistici  
 Solo dati statistici e fiscali e solo dati fiscali.  
 Solo dati fiscali  
  
Naturalmente scegliendo Beni nella bombo box “utilizzo intra”, sarà possibile scegliere s olo 
nomenclature relative ai beni e specularmente se si sceglie Servizi potranno essere prese in carico 
nomenclature di servizi.  
  
Nel caso la combo box è impostata su servizi le impostazioni sono le seguenti:  
 Modalità di erogazione  
Modalità di erogazion e del servizio.  
 Codice servizio  
Campo in cui inserire il codice servizio.  
 U.M. supplementare  
Unità di misura supplementare.  
 Moltiplicatore  
Moltiplicatore dell’unità di misura supplementare rispetto all’unità di misura principale.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
1-34 – A R C H I V I  D I  M A G A Z Z I N O  Articoli - Comme rciali  
  
 
Articolo - Commerciali  
  
 Marca  
In questo campo è possibile indicare la Marca dell'articolo. Il codice della Marca può essere utilizzato 
in altre gestioni del programma come filtro di selezione o come raggruppamento.  
 Categoria provvigioni  
Codice che identifica la categoria provvigioni a cui appartiene l'articolo. Attraverso un'apposita tabella, 
è possibile definire le percentuali di provvigione da applicare (ad Agente ed eventuale Capo Area) per 
ogni combinazione dei seguenti elementi: Categor ia Provvigione Agenti, Categoria Provvigione 
Clienti, Categoria Provvigione Articoli, Sconto.  
 Categoria sconti/maggiorazioni  
Codice che identifica la categoria sconti o maggiorazioni a cui appartiene l'articolo. Attraverso 
un'apposita tabella (disponibile all'interno del Menu Archivi à Vendite/Acquisti), è possibile definire 
fino a 4 sconti (di r iga) per ogni combinazione dei seguenti elementi: Categoria Sconti/Maggiorazioni 
Clienti/Fornitori, Categoria Sconti/Maggiorazioni Articoli, Date Validità.  
 Classe di ricarico e percentuale  
Codice della classe di ricarico associata all'articolo. Seleziona ndo una classe di ricarico, viene 
automaticamente valorizzata la percentuale corrispondente. Questa percentuale può essere utilizzata 
nella gestione variazione listini per l'inserimento o l'aggiornamento di un listino mediante applicazione 
della stessa al valore presente su un listino preesistente oppure al valore desunto da un inventario 
oppure al costo standard o, infine, all'ultimo costo/prezzo dei saldi su un determinato magazzino.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
A R C H I V I  D I  M A G A Z Z I N O  - 1-35  Ricarico prezzi  
Tramite questo bottone si accede alla tabella Ricarico Prezzi Articolo, all'interno della quale, l'utente 
può definire una percentuale di ricarico differente per ogni listino. Anche queste informazioni 
possono essere utilizzate nella gest ione variazione listini: al valore di riferimento (listino preesistente, 
valore di inventario, ecc.), aggiornando un determinato listino, potrà essere applicata la percentuale di 
ricarico stabilita.  
 Schede  
Premendo questo bottone è possibile accedere all a maschera di visualizzazione schede magazzino per 
l'articolo selezionato.  
 Disp. temp.  
Da questo bottone si accede alla maschera  
  
- Stampa disponibilità nel tem po 
  
 Codice reparto  
Il codice reparto viene utilizzato dai registratori di cassa per identificare l'aliquota Iva al quale l'articolo 
è soggetto. Deve perciò essere congruente con il codice Iva principale dell'articolo (nella vendita 
negozio sarà eventua lmente modificabile su riga solo il codice reparto, con effetto sul codice Iva della 
transazione).  
 Articolo P .O.S  
È possibile abilitare singolarmente gli articoli/servizi che si desiderano movimentare nella vendita 
negozio, mediante l'attivazione di ques to check. E' possibile attivarlo su un gruppo di articoli 
utilizzando la funzione di Variazione Dati Articoli/Servizi.  
 Articolo eCRM Zucchetti  
Questo check deve essere attivato per gli articoli che si intendono gestire tramite il modulo eCRM 
Zucchetti pe r la pubblicazione in Internet (ed è visibile solo se tale modulo risulta attivo in 
Attivazione Procedura).  
 Tipologia articolo  
Ai fini della movimentazione dell'articolo mediante codici a barre, è possibile distinguere tre differenti 
tipologie:  
 Collo: il codice a barre utilizzato nella vendita identifica con precisione un certo codice di 
ricerca associato all'articolo;


key: chroma:document
string_value:
ricerca associato all'articolo;  
 Peso: il codice a barre identifica sia l'articolo sia il peso da movimentare. In questo caso dal 
codice a barre sarà ricavato il codic e di ricerca ed anche la quantità da movimentare;  
 Prezzo: il codice a barre identifica sia l'articolo sia il prezzo netto di riga della vendita. In 
questo caso dal codice a barre sarà ricavato il codice di ricerca, mentre la quantità da 
movimentare sarà ricavata indirettamente dividendo il prezzo netto di riga (compreso nel codice 
a barre) per il prezzo unitario determinato in base alle condizioni di compravendita stabilite 
(Listino, Contratto).  
  
Gli articoli con tipologia a Peso od a Prezzo vengono quin di movimentati mediante utilizzo di Codici 
a Barre a Peso Variabile : si tratta di prodotti per i quali la confezione non ha un peso predeterminato e 
per i quali il prezzo della confezione varia in funzione del peso (es: nel caso dei Freschi: latticini, 
salumi, pane, carne ecc.).


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
1-36 – A R C H I V I  D I  M A G A Z Z I N O  Tali codici a barre, basati sulla codifica EAN 13, possono assumere due strutture a seconda che venga 
gestita la cifra di controllo del prezzo o del peso:  
  
EAN 13 a Peso Variabile CON cifra controllo prezzo/peso  
Prefisso EAN  Codice Prodotto  Controllo Prezzo/Peso  Prezzo/Peso  Controllo Codice  
N 1(2) N 2 N 3 N 4 N 5 N 6 N 7 N 8 N 9 N 10 N 11 N 12 N 13 
  
EAN 13 a Peso Variabile SENZA cifra controllo prezzo/peso  
Prefisso EAN  Codice Prodotto  Prezzo/Peso  Controllo Codice  
N 1(2) N 2 N 3 N 4 N 5 N 6 N 7 N 8 N 9 N 10 N 11 N 12 N 13 
  
dove:  
 Prefisso EAN (N 1): il prefisso per i prodotti a peso variabile venduti sul territorio italiano è 
sempre 2 (viene automaticamente riportato dalla pesa -prezzatrice);  
 Codice Prodotto (N 2 - N 6/N 7): identifica esclusivamente l 'articolo; deve essere chiesto 
direttamente ad Indicod. In Ad Hoc Revolution rappresenta un codice di ricerca numerico 
lungo 5 caratteri, nel caso sia di tipo EAN 13 Peso Variabile + Digit, oppure un codice di 
ricerca numerico lungo 6 caratteri nel caso si a di tipo EAN 13 Peso Variabile. La procedura 
cerca innanzitutto l'esistenza del codice inserito dall'utente, e solo in sua mancanza, nel caso il 
primo carattere sia uguale a 2 effettua un'ulteriore ricerca dei codici EAN 13 Peso Variabile (6 
caratteri) e quindi dei codici EAN 13 Peso Variabile + Digit (5 caratteri).  
 Prezzo/Peso (N 8 - N 12): queste 5 cifre del codice a barre identificano il prezzo netto di riga 
della confezione oppure il suo peso (viene calcolato dalla pesa -prezzatrice al momento della 
etichettatura). Vengono interpretate come prezzo o peso in base all'impostazione stabilita nel 
campo tipologia articolo:  
 - Prezzo: valore espresso in Euro con 3 cifre intere e 2 decimali che rappresenta il prezzo netto 
di riga della vendita (escludendo event uali sconti di riga e promozioni). Dividendo questo valore


key: chroma:document
string_value:
di riga della vendita (escludendo event uali sconti di riga e promozioni). Dividendo questo valore 
per il prezzo unitario, ricavato dal listino o dall'eventuale contratto (viene letto sempre lo 
scaglione con quantità inferiore), si ricava la quantità venduta espressa nell'unità di misura 
definit a sul codice di ricerca, od in mancanza nell'unità principale dell'articolo di riferimento;  
 - Peso: rappresenta la quantità movimentata dell'articolo, espressa nell'unità di misura definita 
sul codice di ricerca, od in mancanza nell'unità principale dell' articolo di riferimento; vista la 
possibilità di definire liberamente una qualsiasi unità di misura, le 5 cifre vengono considerate 
tutte intere (senza decimali).  
 Codice gruppo e sottogruppo  
Campi visibili solo nel caso sia attivo il modulo Offerte. Tali informazioni vengono utilizzate per la 
predisposizione dei Documenti di Offerta. Si rimanda al manuale Offerte per un approfondimento in 
merito.  
 Qtà min. vendib ile/ordinabile  
Questo campo indica il quantitativo minimo espresso nell’unità di misura principale da controllare.  
  
La procedura controlla prima la quantità minima indicata per il codice di ricerca, se non indicato vale quanto 
specificato nell'articolo, s e non indicato nemmeno nell’articolo non esiste alcun quantitativo minimo e non verrà fatto 
alcun controllo.  
  
Il controllo sul minimo ordinabile/vendibile avviene in questo modo:


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
A R C H I V I  D I  M A G A Z Z I N O  - 1-37  Se il controllo impostato nella causale documento è di riga: la procedura analizza ogni singola  
riga inserita nel documento controllando la quantità indicata nella riga stessa rispetto al 
quantitativo minimo indicato nelle rispettive anagrafiche.  
 Se la riga articolo/servizio viene ripetuta più volte nel documento la procedura blocca/avverte  
l’utente per ogni riga inserita.  
 Se il controllo impostato nella causale documento è sul totale documento: la procedura 
analizza  
ogni singola riga inserita nel doc umento controllando la quantità indicata nella riga stessa 
rispetto  
al quantitativo minimo indicato nelle rispettive anagrafiche raggruppando per codice 
articolo/servizio.  
 Se la riga articolo/servizio viene ripetuta più volte all’interno del documento la  procedura 
blocca/avverte l’utente sommando le quantità indicate nelle diverse righe articolo/servizio.  
  
Articoli alternativi  
In questa griglia devono essere indicati i codici di eventuali articoli alternativi. Questi codici fanno 
riferimento ad articoli di magazzino che possono essere venduti in alternativa a quello principale in 
quanto potenzialmente equivalenti a quest'ultimo (o che potrebbero essere tali per alcuni clienti). In 
fase di inserimento di un documento, dopo aver immesso il codice di un arti colo, è possibile accedere 
alla gestione degli Articoli/Prezzi Alternativi per visualizzarli ed eventualmente effettuare le selezione 
in modo tale da riportarli automaticamente sulla riga del documento al posto di quello di riferimento. 
Lo scopo di tali ar ticoli è il seguente:  
 Prospettare al cliente un assortimento di articoli omogenei;  
 Consentire l'offerta di articoli equivalenti ma con prezzo diverso;  
 Movimentare articoli equivalenti nel caso quello principale non risulti disponibile.  
 Applica contributi accessori


key: chroma:document
string_value:
 Applica contributi accessori  
L’opz ione permette di attivare o meno il check contributi accessori e di conseguenza di inserire il 
dettaglio dei contributi applicati per i diversi articoli  
 Contributi accessori  
Consente di specificare il contributo a cui è soggetto l’articolo. Richiama la t abella dettaglio contributi 
accessori che consente di dettagliare i contributi e la relativa categoria cui l’articolo è sottoposto.  
L’associazione al codice del contributo può essere fatta esclusivamente nell’anagrafica articoli mentre 
nei codici di ricerc a non è possibile.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
1-38 – A R C H I V I  D I  M A G A Z Z I N O  Stampa disponibilità nel tempo  
  
Attraverso questa funzione è possibile stampare le informazioni visualizzate nella maschera della 
Disponibilità nel Tempo (descritta nel capitolo p recedente). Per i dettagli sul significato delle 
informazioni stampate si rimanda perciò alla relativa trattazione.  
  
L'utente può impostare dei filtri sul magazzino, la famiglia, il gruppo merceologico, la categoria 
omogenea, la marca, il produttore e l'a rticolo. La stampa può essere ordinata per codice o per 
descrizione degli articoli; può riportare tutti gli articoli, solo quelli sempre disponibili nel tempo, 
oppure solo quelli che saranno non disponibili in almeno un periodo.  
  
Può inoltre essere selezi onato un particolare intervallo di date da analizzare e si può decidere se 
stampare anche i movimenti già scaduti o solo quelli futuri , ed il periodo di raggruppamento. 
Circoscrivendo l'analisi ad un solo magazzino/articolo, può infine essere ottenuto il grafico della 
disponibilità nel tempo.  
  
 
Stampa disponibilità nel tempo  
  
 Ordinamento  
Questa combo box permette di filtrare per.  
 Per articolo  
 Per descrizione  
 Stato  
L'utente può decidere se stampare tutti gli articoli; solo quelli che risultano sempre disponibili nel 
tempo, oppure solo quelli che saranno non disponibili i n almeno un periodo:  
 Non Disponibili: vengono stampati solo gli articoli che presentano almeno un periodo


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
A R C H I V I  D I  M A G A Z Z I N O  - 1-39 futuro nel quale la disponibilità nel tempo è negativa;  
 Tutti: vengono stampati tutti gli articoli;  
 Disponibili: vengono stampati solo gli artic oli che in tutti i periodi futuri presentano una 
disponibilità nel tempo positiva.  
 Con Disponibilità Negativa: vengono stampati solo gli articoli che presentano una 
disponibilità negativa.  
 Fornitore  
Rappresenta il codice del fornitore abituale da consi derare nella stampa .  
 Da articolo - A articolo  
Campi di inizio e fine selezione dei codici articolo da stampare.  
 Movimenti  
Le righe di raggruppamento (righe di un documento specifico o sommatorie delle righe di un certo 
periodo) vengono suddivise nel m odo seguente:  
 Movimenti Scaduti: sono le righe che hanno una data di prevista evasione inferiore a quella 
presente nel campo Al: (che a sua volta dipende dalla data di sistema e dal periodo di analisi). 
Sono evidenziate con il colore rosso, e presentano la colonna Disponibilità sempre a zero (in 
quanto non ha senso indicare la disponibilità nel passato senza ricalcolare accuratamente 
l'esistenza; inoltre questo avrebbe una valenza solamente statistica);  
 Movimenti Futuri: sono le righe con data di previs ta evasione uguale o superiore a quella 
impostata in testata. Per queste verrà indicata la disponibilità nel tempo.  
  
L'utente ha la possibilità di stampare Solo i movimenti Futuri oppure Tutti i movimenti (Scaduti e 
Futuri).  
 Periodo  
Le righe che movimen tano la disponibilità nel tempo possono essere visualizzate in modo 
raggruppato per Mese, Settimana o Giorno, oppure in modo Dettagliato.  
 Grafico  
Attraverso questo bottone è possibile visualizzare un grafico che rappresenta l'andamento della 
disponibilit à di un magazzino/articolo nel futuro (vengono tralasciati i movimenti scaduti). Il bottone


key: chroma:document
string_value:
risulta selezionabile solo se solo valorizzati i campi di selezione del magazzino e dell'articolo. Di 
seguito possiamo vedere un esempio di grafico.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
1-40 – A R C H I V I  D I  M A G A Z Z I N O  Articoli - Magazzino  
  
Nella scheda Magazzino l'utente può impostare diversi parametri che riguardano principalmente la 
politica di approvvigionamento, il controllo scorte e la gestione della produzione (moduli Magazzino 
Produzione, Gestione Produzione e Conto Lavoro) . Per quanto riguarda il controllo scorte, è 
possibile definire parametri specifici a livello di singolo magazzino (accedendo alla scheda Dettaglio 
Magazzini) altrimenti, i dati impostati sono validi per tutti i magazzini considerati globalmente.  
  
Articol i - Magazzino - Dati globali  
 
 
Articoli - Magazzino - Dati globali  
  
Riportiamo sotto la descrizione dei campi contenuti nella scheda Dati Globali: per i campi contenenti 
delle quantità viene indicata, sulla destra, l'unità di misura principale.  
  
Dati va lidi per tutti i magazzini  
 Costo standard  
Valore del costo standard. Può essere usato come criterio di valorizzazione nell'Inventario, nella 
rivalorizzazione dei trasferimenti interni (vedi Rivalorizzazione Trasferimenti/Consumi nel menu 
Servizi) e come riferimento per l'aggiornamento dei listini e la valorizzazione di diverse stampe (Costo 
del Venduto, Analisi ABC, Prospetto del Venduto ecc.).  
Può essere valorizzato automaticamente attraverso le funzioni di Variazione Dati Articoli/Servizi 
(menu Servizi di magazzino) e Stampa Distinta Costificata (modulo Magazzino Produzione).


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
A R C H I V I  D I  M A G A Z Z I N O  - 1-41  Scorta minima  
Rappresenta la quantità minima di sicurezza per evitare rotture di stock. Questo parametro viene 
utilizzato dalla stampa controllo scorte e dall'elaborazione delle Proposte di Acquisto per gli articoli 
gestiti a fabbisogno: se la Disponibil ità nel tempo scende al di sotto della scorta minima, il programma 
suggerirà di effettuare un ordine a fornitore. Se il campo Scorta Minima viene lasciato a zero, significa 
che non si vuole gestire questo parametro.  
 Quantità minima di riordino  
Quantità m inima da considerare per il riordino degli articoli gestiti a Fabbisogno ai fornitori od ai 
reparti di produzione interni ed esterni. Tale quantità è utilizzata nella gestione delle Proposte di 
Acquisto e nella Generazione Fabbisogni del modulo Gestione Pr oduzione.  
 Coeff. Ripristino Scorta Sicurezza  
Per gli articoli gestiti a fabbisogni è possibile gestire la scorta minima. Nella generazione che portano 
alla creazioni di ODA, ODL, OCL, in presenza di scorta di sicurezza viene creato un ordine con data 
fine evasione  uguale al giorno di generazione dei fabbisogni.  
Impostando il coefficiente di ripristino scorta di sicurezza la data fine viene posticipata.  
Questo coefficiente può assumere un valore compreso tra zero e 1 e permette di definire a quale data 
reintegrare l a scorta di sicurezza.  
Indicando il valore uguale a 1 la data di reintegro della scorta di sicurezza sarà la data di elaborazione 
maggiorata dell'intero lead time dell’articolo.  
  
Il campo risulta visibile se viene inserita una scorta minima maggiore di ze ro. Per gli articoli a Scorta, tale 
parametro non è gestito.  
  
 Quantità massima riordino  
In presenza di una quantità massima la procedura di elaborazione (ODA, ODL, OCL) dopo aver 
applicato il lotto minimo e multiplo separa gli ordini creati in funzione della quantità massima, ad


key: chroma:document
string_value:
esempio a fronte di un ordine cliente di 100 pezzi e una quantità massima di 30 pezzi vengono creati 
3 ordini da 30 e uno da 10 pezzi.  
 Scorta massima  
Quantità massima dell'articolo che si desidera detenere in magazzino. Questo parametro viene 
utilizzato dalla stampa controllo scorte per evidenziare quali articoli presentano un eccessi di scorta. 
Se si indica zero significa che non si vuole gestire la scorta massima. Se il campo Scorta Massima 
viene lasciato a zero, significa che  non si vuole gestire questo parametro.  
 Lotto di riordino  
Per gli articoli gestiti a Fabbisogno identifica la quantità multipla da ordinare a fornitore (Proposte di 
Acquisto) o da produrre (modulo Gestione Produzione), la quale deve essere contestualmente 
maggiore o uguale alla Quantità Minima  di Riordino.  
  
Per gli articoli gestiti a Scorta, invece, rappresenta il lotto economico di acquisto/produzione da 
riordinare tutte le volte che la giacenza arriva al Punto di Riordino (si veda il campo seguente). In 
questo caso non si tiene assolutamente  conto dei fabbisogni, bensì viene sempre ordinata/prodotta la 
medesima quantità.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
1-42 – A R C H I V I  D I  M A G A Z Z I N O   Disponibilità minima  
Il valore inserito in questo campo viene considerato dalla funzione di Import Ordini da Piano di 
Produzione (viene sommato ai fabbisogni generati dagli ordini ricevuti dai clienti). In assenza del 
modulo Magazzino Produzione, rappres enta solo un campo a carattere informativo: viene evidenziato 
(insieme agli altri dati) nella stampa Dati Articolo/Magazzino.  
 Punto di riordino  
Identifica la giacenza (esistenza e riservato) raggiunta la quale è necessario emettere un ordine a 
fornitore od ai reparti di produzione interna ed esterna, per gli articoli gestiti a Scorta. Tale quantità è 
utilizzata nella gestione delle Proposte di Acquisto e nella Pianificazione Articoli a Scorta del modulo 
Gestione Produzione.  
  
Nel caso di elaborazione dell e Proposte di Acquisto per articoli gestiti a scorta, il programma tiene conto di 
eventuali ordini a fornitore già in essere con prevista evasione compresa tra la data di elaborazione delle PDA e i 
giorni di approvvigionamento (Lead Time).  
  
 Numero giorni per approvvigionamento  
Questo campo risulta visibile solo per gli articoli con provenienza Esterna e Conto Lavoro (in caso di 
provenienza Interna, invece, è visibile al suo posto il campo Lead -Time Fisso). Rappresenta il tempo 
medio, in num ero di giorni, per l'approvvigionamento dell'articolo da un fornitore (nel caso di Conto 
Lavoro sarà un terzista al quale vengono affidate delle lavorazioni); corrisponde al numero dei giorni 
che intercorrono fra l'ordine al fornitore e la consegna dell'ar ticolo.  
  
Tale dato è utilizzato nella gestione delle Proposte di Acquisto e per il modulo Conto Lavoro (in 
quest'ultimo caso solo se l'articolo ha una distinta base associata). Nel caso di articoli con provenienza 
Conto Lavoro, i giorni di approvvigioname nto vengono espressi in giorni di calendario dello 
stabilimento.


key: chroma:document
string_value:
stabilimento.  
 Max. giorni invenduto  
Numero massimo dei giorni che devono trascorrere dall'ultima vendita, perché l'articolo sia inserito 
nella stampa degli articoli invenduti. Se si indica zero significa  che non si intende gestire tale controllo.  
 Lead -time globale  
Rappresenta il tempo medio espresso in giorni di calendario necessario affinché si ottenga il prodotto 
finito a magazzino dal momento di immissione dell'ordine da cliente. Oltre al tempo richi esto dalle 
fasi di lavorazione interne od esterne (definito dal Lead Time di Produzione, fisso + variabile), il Lead 
Time Globale comprende anche il tempo medio di approvvigionamento dei materiali componenti 
consumati nel processo produttivo.  
  
Il Lead Tim e Globale ha lo scopo di evidenziare gli ordini di lavorazione in ritardo, all'interno delle 
visualizzazioni del Piano ODL (modulo Gestione Produzione) e del Piano OCL (modulo Conto 
Lavoro).  
 Giorni di copertura  
Campo di definizione del numero di giorni di copertura da utilizzare.  
Il valore inserito permette di accorpare più impegni di più periodi giornalieri allo scopo di generare un 
unico ordine.  
Tale parametro si riferisce agli articoli di  provenienza interna, esterna e conto lavoro gestiti a


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
A R C H I V I  D I  M A G A Z Z I N O  - 1-43 fabbisogno che generano ODL, ODA, OCL.  
  
Utilizzando il campo giorni di copertura è possibile unire in un unico ordine di lavorazione (ODL, 
ODA, OCL ) tutti gli impegni relativi all’articolo, alla data  del primo impegno.  
I giorni di copertura come detto decorrono dal giorno del primo impegno (anche nello scaduto) e 
vanno avanti nel tempo considerando solo i giorni effettivamente lavorativi, come definito dal 
calendario di riferimento.  
Nello scaduto veng ono raggruppati anche impegni con data scadenza nel futuro sempre che rientrino 
nei giorni di copertura.  
 Lead time di produzione: lead -time fisso, coefficiente per L.T. variabile e 
lotto medio  
Il Lead Time di Produzione indica il tempo medio espresso in giorni di calendario necessario affinché 
si compiano tutte le fasi del processo produttivo (comprende perciò anche i tempi morti del processo, 
che anzi incidono pesantemente nel tempo totale). Viene calcolato per gli Ordini di Lavorazione 
(O.C.L.), relativ i ad articoli con provenienza Interna e distinta base associata, in base al Lead Time 
Fisso (non dipendente dalla quantità prodotta) ed al coefficiente del Lead Time Variabile definito per 
ciascuna unità di Lotto Medio da produrre.  
  
 
  
 Low Level Code  
Questo campo viene valorizzato automaticamente dalla funzione di Generazione Fabbisogni (modulo 
Gestione Produzione), e non risulta modificabile dall'utente. Rappresenta l'ultimo livello di utilizzo 
dell'articolo all'interno delle distinte  base nelle quali è presente come componente.  
  
Presenza di Scorta di Sicurezza  
Caso particolare è la presenza di Scorta di Sicurezza, in questo caso i giorni di copertura si sdoppiano 
tra scaduto e futuro, cioè vengono presi in considerazione separatament e gli impegni nello scaduto da 
quelli dal giorno di elaborazione in avanti.


key: chroma:document
string_value:
quelli dal giorno di elaborazione in avanti.  
Più correttamente vengono considerati separatamente gli impegni prima e dopo il ripristino della 
scorta di sicurezza, infatti in presenza di ripristino scorta di sicurezza diverso da zero, il ripristino 
avviene non il giorno di elaborazione ma spostato in avanti del lead time per il coefficiente di 
ripristino.  
 - Senza Scorta sicurezza viene creato un unico ordine con data evasione pari alla data del 
primo impegno.  
 - Con scorta d i sicurezza senza coefficiente ripristino nascono due ordini uno con data 
evasione pari alla data del primo impegno e uno alla data di elaborazione del valore.  
 - Con scorta di sicurezza + coefficiente ripristino nascono due ordini uno alla data del primo  
impegno e uno alla data di elaborazione + lead time (oppure frazioni del lead time se il coeff di 
ripristino è diverso da 1).  
 Pianificazione per periodo  
 Giornaliera  
 Settimanale  
 Mensile  
 Trimestrale  
 Quadrimestrale


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
1-44 – A R C H I V I  D I  M A G A Z Z I N O   Semestrale  
 Pianificazione P untuale  
Se attivo, la procedura pianifica un ordine per ogni riga di fabbisogno.  
 Stato ordine  
Possibilità di pilotare da articolo lo stato in cui l’ordine deve essere creato dalle procedure di 
pianificazione.  
 Suggerito: ordine provvisorio che la proced ura, ad ogni nuovo run delle procedure di 
pianificazione, cancella e riscrive.  
 Pianificato: ordine confermato che attende il passaggio al lancio in produzione.  
 Lead time sicurezza  
Campo per l’inserimento di n. giorni aggiuntivi di lead time che verrann o applicati per il calcolo della 
data inizio produzione sugli ordini  
 % Scarto  
Percentuale di scarto di prodotto, se valorizzato la procedure aumenterà la quantità dell’ordine.  
 Pianificazione articolo fantasma  
 Standard  
 Gestisci nei documenti: possib ilità di inserire all’interno dei documenti il codice articolo 
fantasma.  
 Produttore  
Codice del soggetto che produce l'articolo (dovrà essere stato precedentemente caricato 
nell'anagrafica fornitori). Viene utilizzato come filtro di selezione in diverse s tampe di magazzino: 
Controllo Scorte, Inventario Fisico e Invenduto.  
 Fornitore abituale  
Codice del fornitore dal quale l'articolo viene abitualmente acquistato. Tale codice è utilizzato nella 
gestione delle Proposte di Acquisto e nella Generazione Fabbis ogni per attribuire automaticamente il 
fornitore alle PDA ed agli OCL. Se è presente il fornitore abituale, in fase di elaborazione delle PDA, 
non viene effettuato l'arbitraggio tra gli eventuali contratti di acquisto validi per l'articolo di 
riferimento. D'altra parte, rappresenta un dato necessario se si intendono Slittare i fabbisogni (per 
evitare proposte di acquisto con data scaduta). In effetti, per slittare i fabbisogni, il programma si basa


key: chroma:document
string_value:
sui giorni di approvvigionamento inseriti nel campo descrit to precedentemente: tale valore è riferibile 
al fornitore abituale.  
 Domanda media  
Campo editabile in funzione del tipo di gestione, in questo caso a scorta, dell’articolo


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
A R C H I V I  D I  M A G A Z Z I N O  - 1-45 Articoli - Magazzino - Dettaglio magazzini  
 
 
Articoli - Magazzino - Dettaglio m agazzini  
  
In questa scheda sono indicati gran parte dei dati suindicati, con riferimento però ad ogni specifico 
magazzino, e le informazioni scaturite dall'Elaborazione Analisi ABC. Verranno descritti solo i campi 
aggiuntivi.  
 Classe ABC e percentuale  
In questi due campi viene riportata la classe ABC di appartenenza dell'articolo e la percentuale di 
incidenza dell'articolo sul costo globale di acquisto. L'aggiornamento di questi valori avviene al 
termine dell'Elaborazione Analisi ABC, previa richiesta di conferma.  
 Data ultima analisi  
L'aggiornamento della data avviene al termine dell'Elaborazione Analisi ABC, previa richiesta di 
conferma.  
 Costo Standard  
Costo standard articolo, campo liberamente modificabile, per gli articoli di provenienza interna e 
conto lavor o può essere aggiornato automaticamente dalla funzione di determinazione costo standard 
in base al costo scelto nella scheda Costi prodotto.(Viene letto dall’inventario per la determinazione 
costo standard)  
 N° gg. per approvvigionamento  
Indica il valore medio di approvvigionamento espresso in giorni di calendario Il tempo indicato non 
varia con la quantità dell’ordine di produzione ed è processato  dall’esplosore e dalle verifiche 
temporali del piano ODL.


key: chroma:document
string_value:
A D  H O C  R E V O L U T I O N  – M A G A Z Z I N O  
1-46 – A R C H I V I  D I  M A G A Z Z I N O   Fornitore Abituale  
Viene riportato in questo camp o il fornitore preferenziale dell’articolo  
 
Articoli - Magazzino - Costi prodotto  
  
 
Articoli - Magazzino - Costi prodotto  
  
 Esercizio  
Viene riport ato il campo non editabile con l’esercizio in corso.  
 Utente  
Indica il codice e la descrizione dell’opera tore. 
 Numero Inventario  
Numero dell’inventario di riferimento, dell’esercizio.  
 Listino  
Listino di riferimento per prendere i dati di listino delle materie prime ( Listino Statistico).  
  
Costi prodotti  
 Lavorazione  
Indica il costo unitario di lavorazio ne, viene definito in base al ciclo semplificato dell’articolo, si 
compone del costo della lavorazione e del costo di set -up quest’ultimo diviso per il lotto medio di


