In fase di inserimento cliente, al termine, il programma si posiziona per l'inserimento dei metodi di distribuzione (FTVE e NTCR).

 Sono stati eliminati i campi “Periodicità liquidazione IVA” e “Ultima liquidazione IVA”, perché da questo momento questi parametri verranno gestiti per anno. Di conseguenza sono stati spostati sulla contabile ditta attività 0.

 Sono stati aggiunti i campi “Periodicità liquidazione IVA”, “Ultima liquidazione IVA” e “Presentazione dichiarazione IVA”. I suddetti parametri vanno gestiti per anno sull’attività 0.
I nuovi parametri di filtro sono:
- Periodicità liquidazione IVA. Indicare 0 (zero) per mensile, 1 per trimestrale e 2 per trimestrale senza interessi.
- Mese ultima liquidazione IVA. Indica il mese in cui è stata effettuata l’ultima liquidazione IVA definitiva.
- Presentazione dichiar. IVA. Impostare la data di presentazione della dichiarazione IVA annuale, per default nel passaggio anno viene caricato il 20/04 dell’anno in corso che è il limite della presentazione della dichiarazione IVA. Questa data serve in prima nota per verificare se è possibile impostare il campo "competenza IVA anno precedente" sugli acquisti ricevuti nell'anno precedente, oltre questa data non è possibile.

 In prima nota IVA, è stato implementato il controllo sull’ultima liquidazione IVA. Non è più possibile inserire un documento IVA con data registrazione nel periodo dove è già avvenuta la liquidazione definitiva.

Implementata la funzione in esame per consentire l'interfacciamento di eSIGEA con la CASH MACHINE e loggare in un file tutte le operazioni effettuate per il numero di giorni indicato nei parametri ICC.

Dopo l'impostazione dei parametri per evidenziare la lista dei documenti, attraverso il pulsante rappresentato dal simbolo dell'euro, si accee alla funzione di incasso documenti.
Dopo aver selezionato il pagamento tramite Cash Machine, l'operatore attraverso il menù a tendine, abilita l'incasso attraverso la CM associata alla cassa.

La Cash Machine comunica ad eSIGEA l'esito dell'operazione di incasso. In caso positivo, l'importo viene evidenziato in verde, in caso negativo, in rosso.

L'operatore avrà sempre il controllo dell'operazione potendo annullare la richiesta di incasso, interrogare la CM per l'esito, o confermarla.

Implementata anche la distinta incassi per tipo carta. Attraverso il pulsante lente, sarà possibile accedere al dettaglio incassi suddiviso per tipo incassi.

I parametri Cash and Carry sono stati completati con la causale contabile per gli incassi tramite Cash Machine, il conto standard, e il numero di giorni di mantenimento del log movimenti di cassa nello storico.

Per associare ed interfacciare una Cash Machine ad eSIGEA è necessario e sufficiente configurare i parametri direttamente su SBH, compilare i campi dopo l'impostazione dei parametri per evidenziare la lista dei documenti, attraverso il menù Configurazioni.
Selezionando la voce cassa automatica, sarà poi necessario indicare le cartelle di input-output ed in nomi dei files attraverso il quale comunicare con la Cash Machine, ed il tempo minimo di attesa in cui aspettarsi la risposta contenente l'esito dell'incasso.

Il metodo di distribuzione RPSP - "Riepilogo spedizioni" è stato implementato per prevedere la possibilità di generare un flusso riepilogativo di tutte le consegne effettuate in un periodo ai diversi punti di consegna.
In fase di inserimento viene effettuato un controllo sul metodo: se inserito sul conto di consegna, non potrà essere inserito sul conto contabile, e viceversa.

E' stata implementata la stampa in modalità PDF, con l'aggiunta del LOGO.

Inseriti campi "POP" contenenti la % di margine e la % di ricarico relative al prezzo al pubblico confrontato al prezzo di listino, o al prezzo del volantino (se presente).

In caso di modifica delle quantità di un documento (già confermato) il n° dei pallet viene ricalcolato.

E' stata implementata la possibilità di effettuare la stampa in formato PDF, con grafica dedicata.

Inserita la possibilità di selezionare i DDT da fatturare anche per l'emissione di documenti per rapporto contabile.

Inoltre:
Se selezionato il flag "Selezione DDT", è ora possibile scegliere i vari tipi di fatturazione (giornaliera, settimanale, quindicinale, ...).

La funzione "Seleziona DDT" è stata modificata in modo tale che si possano generare più fatture, con selezioni diverse, senza dover riavviare la funzione dal menù principale.

Possibilità di inviare i documenti di vendita via email all'agente. Selezionando l'agente e il periodo di fatturazione, visualizzerà le fatture da inviare con possibilità di selezionare e deselezionare. Sarà generato un file zip unico contenente tutti i documenti, il file verrà inviato all'indirizzo mail presente sull'anagrafica del fornitore collegato all'agente.

Nel caso in cui sia stato inputato il codice deposito, verranno prese in considerazione, solo se valorizzate, scorta minima e massima ricavate dalla tabella contabile del deposito selezionato.

Il campo "% premi erogati" non è più manutenibile dalla prima videata, perchè adesso è gestito per anno e per mese; di conseguenza, nell'ambito di una convenzione ci possono essere più % premio.
Il valore visualizzato è quello in essere ad oggi se la convenzione è ancora attiva, altrimenti se scaduta, il valore visualizzato è quello alla data di scadenza della convenzione. Aumentando la data di fine validità, se il periodo di fine del premio più recende coincide con il precedente limite della convenzione, questi viene adeguato in automatico.

Inoltre:
rif. modulo Management - 4.22-7-20-2-2
E' stato unificato il calcolo del dettaglio e del riepilogo in modo tale che il risultato sia uguale, o al limite possa differire di centesimi. Nella convenzione, la percentuale del premio è stata gestita per periodo, in modo che al cambio di essa, il calcolo per mese venga effettuato sulla percentuale premio attiva in quel mese.

E' possibile emettere più ordini nella stessa giornata e per lo stesso cliente, solo se vengono generati indicando depositi diversi.

Nel flusso della fattura elettronica, alla modalità di pagamento RIMESSA DIRETTA, la quale non è prevista tra le specifiche del tracciato ministeriale, verrà sostituita con "ASSEGNO".

 

In corrispondenza di ogni fattura viene evidenziato il codice CIG.

Anche per i clienti soggetti al c/vendita è previsto che l'articolo sia interessato alla gestione del reso parziale mediante spunta del campo "Reso parziale".

Nel data-grid del planning interventi è stata prevista la descrizione del contratto.

Le funzioni di stampa pre-fattura e fattura sono state implementate per storicizzare sul movimento di trasporto le informazioni relative alla % di adeguamento carburante, indicata sull'anagrafica del trasportatore, ed il relativo importo calcolato.

 

Ora disponibile inquiry dedicata alla sola gestione dei contratti di servizio dal quale sarà consentito visualizzare i BAF senza CAF, ossia i BAF che attendono ancora fattura.

 

Consentita la generazione dei BAF anche se il periodo di competenza della fatturazione non è ancora maturato.

 

In sede di registrazione della fattura nel C.P.I., quando il BAF è composto da più righe, perchè presenti più c.costo, è consentita anche la visualizzazione del c.costo. Questo agevola l'accoppiamento di un BAF composto da più righe con più CAF.

 

Sono stati eliminati i campi “Periodicità liquidazione IVA” e “Ultima liquidazione IVA”, perché da questo momento questi parametri verranno gestiti per anno. Di conseguenza sono stati spostati sulla contabile ditta attività 0.

Sono stati aggiunti i campi “Periodicità liquidazione IVA”, “Ultima liquidazione IVA” e “Presentazione dichiarazione IVA”. I suddetti parametri vanno gestiti per anno sull’attività 0.

 

Tra i parametri funzionali, dati CE.DI., è stato implementato un parametro che permette di indicare il numero di decimali in base ai quali effettuare il controllo sulla variazione del prezzo di listino del fornitore in sede di immissione ordine a fornitore o entrata merci. I valori ammessi variano da 2 a 5, mentre, se non indicato alcun valore, per default è assunto 4.

Tra i parametri di profilazione dell'utente è stato implementato un flag attraverso il quale abilitare il soggetto alla modificare dello stesso dopo la stampa.

Procedura:
L'amministratore di SIGEAdb / eSIGEA, dalla funzione di manutenzione utenti dovrà attivare per gli utenti interessati l'apposito flag, pertanto questi soggetti, una volta stampato il documento di consegna, non lo potranno modificare, ma saranno allertati dal messaggio "UTENTE non abilitato alla modifica del DDT stampato"

Attraverso questa funzione è possibile abilitare la modifica di un DDT stampato a quei soggetti per i quali la manutenzione non è ammessa dopo la stampa (vedi paragrafo precedente).

Nelle funzioni di immissione ordini ed acquisizione ordini da Web (nel caso di ricalcolo condizioni, assumendo quelle della sede) è stata prevista la gestione della quantità (espressa in colli) MINIMA e MASSIMA prevista sull'offerta.

Cosa accade:
1. Se il numero dei colli è inferiore alla quantità minima indicata, l'offerta NON E' APPLICATA.
2. Se il numero dei colli è superiore alla quantità massima indicata, il numero dei colli dell'ordine viene adeguato al numero dei colli indicati nella quantità massima, e l'offerta viene in ogni caso applicata.

* Tranne per i prodotti per i quali non è possibile determinare il numero dei colli perchè non indicati sull'ordine, o perchè in anagrafica articoli non sono indicati i pezzi per ogni confezione, o le quantità risultano inferiori al numero di pezzi per confezione.

ATTENZIONE: A seguito di questa implementazione, il prezzo in promo è proposto dopo la conferma delle quantità.

Il tracciato di export del VOLANTINO per il WEB è stato implementato per prevedere, in coda, le informazioni relative alla quantità minima e massima.

Per gli utenti abilitati alla visualizzazione delle condizioni commerciali, in fase di immissione ordini vendita e documenti di consegna, al piede del documento, è proposta la % del margine lordo (confrontato all'ultimo costo ed al netto/netto) e la % del margine operativo (rispetto al prezzo di vendita al pubblico, IVA esclusa). La prima è visibile, mentre la seconda è visualizzabile posizionandosi con il mouse sul campo della precedente %.

Inoltre:
Tra i parametri funzionali, sezione CE.DI., è possibile indicare una % di ALERT margine lordo entro la quale, la % proposta al piede dei documenti di consegna e ordini, si colora di ROSSO. Nel caso in cui l'utente non sia autorizzato a visualizzare le condizioni commerciali riceverà un messaggio "!!WARNING!!".

Aggiunta colonna in cui viene mostrato il simbolo di ALERT, per attenzionare l'utente, nel caso in cui la % di margine lordo sia inferiore a quella inserita nei parametri funzionali della ditta, tutto a condizione che quest'ultima appartenga alla sezione CE.DI. .

Modificato inquiry inevaso: aggiunte colonne "C.EsiActl" e "Q.EsiActl".
Inoltre sono stati valorizzati i campi, contenenti gli stessi valori, nel programma di stampa.

Inserito il campo "GG di tolleranza", che permette di stabilire un numero di giorni margine, per la ricerca dei documenti, oltre la data di consegna immessa.

Inserita la visualizzazione a video di tutti gli articoli (codice, stato,gruppo e sottogruppo) appartenenti alla trafila selezionata. Nel caso in cui siano aggiunti alla trafila nuovi articoli, quest'ultimi saranno visualizzati in righe di color verde.

Lista ultimi acquisti: adesso propone anche i DDT per la quale non ancora registrata la fattura del fornitore.

Funzione implementata con controllo tenendo conto dello sconto natura/merce.

In caso di modifica delle condizioni di acquisto, la richiesta automatica di agg.to listino vendita è ora proposta solo in fase di convalida della riga e non nella window di immissione/manutenzione delle condizioni commerciali di acquisto. In quest'ultima però, l'aggiornamento del listino di vendita può essere eseguito manualmente.

In fase di assestamento ordine, per gli ordini che assumono stato "A" o "B", invia mail informativa all'intercolutore abilitato.

Implementazione delle seguenti funzioni:
- Note estese adesso presenti sul fornitore;
- ODA Semplificato: propone quantità ordine (qtà calcolata - giacenza);
In ogni caso le quantità sono proposte in due colonne in fondo al data-grid. In questo modo, oltre a poter effetturare una verifica, si ha la possibilità di fare eventuali valutazioni.
- Propone, in fase di compilazione, il totale delle pedane oltre ai colli ed al peso;

E' stata implementata la possibilità di effettuare una stampa della situazione contestazione debiti in formato PDF, con grafica dedicata.

La funzione è stata modificata in modo da considerare, come destinazione, l'indirizzo del destinatario abituale, solo nel caso in cui quest'ultimo sia stato valorizzato nell'anagrafica del cliente (in precedenza considerava in ogni caso l'indirizzo principale dell'anagrafica del cliente).

Inserita la possibilità di ricercare gli articoli per gruppo e sottogruppo e/o marca, valorizzando gli appositi campi, questo solo nel caso non sia stato inserito direttamente il codice articolo.

Inserita la modalità di stampa PDF standard e quella di tipo riepilogativa. La stampa PDF riepilogativa viene eseguita nel caso si tratti di ordini di produzione della stessa distinta e della stessa data. Rimasta invariata, invece, la stampa RTF standard.

Tra i parametri di profilazione dell'utente è stato implementato un flag attraverso il quale è possibile disabilitare il soggetto alla modifica del documento di consegna dopo la stampa. In questo caso la modifica sarà possibile dopo aver "sbloccato" il documento per quell'utente da un'apposita funzione che, per ovvi motivi, non deve essere presente nel ruolo dell'utente non abilitato.

 

Inserita la possibilità, solo se selezionate le classi documentali "FTVE" , "NTCR" e "DCIA", di filtrare i documenti per codice agente. Inoltre,nei dati di visualizzazione dei documenti elettronici, sono state aggiunte le colonne relative al codice e descrizione agente.

 Si sono aggiunti ulteriori valori sul filtro dello stato delle fatture elettroniche (Doc.Elettronici). Il valore 91 prevede la visualizzazione di tutti quei documenti non ancora inviati all'intermediario (combinazione dello stato 0 e 1); il valore 93 prevede la visualizzazione dei documenti ancora in carico all'intermediario (combinazione dello stato 5 e 7); il valore 95 prevede la combinazione degli stati inclusi nel 91 e 93, infine il valore 97 raggruppa tutti quegli stati dove le fatture sono da monitorare (combinazione degli stati 6,9,24,25,33,43 e 51). Per maggiori chiarimenti consultare l'help previsto sul campo.

Tra le tabelle procedurali è stato implementato il servizio ISP=Interfaccia sistemi di produzione attraverso il quale è possibile gestire le funzionalità di Export ed Import verso piattaforme di produzione di terzi indicando:

- Il portale nel quale indicati i riferimenti del server dove pubblicare le informazioni anagrafiche e rilevare la movimentazione di produzione e consumo;
- Lo stato dell’interno servizio e verificare/gestire quello del singolo;
- I singoli servizi da utilizzare (che poi corrispondono alle chiamate da invocare per aggiornare/rilevare);

Per ciascun servizio è possibile indicare il profilo da utilizzare contenente le specifiche e l’entità dalla quale rilevare i dati da esportare o quelli da aggiornare (Articoli, Lotti). Le due colonne successive si possono utilizzare per specificare i criteri di selezione degli articoli, ed in modo particolare dei Settore/Gruppi da esportare o la tipologia di componenti. Riguardo la tipologia di componenti, se non indicato nessun parametro, saranno elaborati gli articoli con tipo componente 1 e 2 (Prodotto Finito ed Intermedio) per l’entità AAMG ed gli articoli con tipo componente  ('6','7','Z','G','I') per i gli articoli componenti (entità AADC).

Si precisa che:
• Per l’entità ACLT (lotti) saranno esportati solo i lotti dei componenti delle DI.BA. candidate all’export, presenti sul deposito indicato sulla distinta base e per i quali risulta una giacenza. Nel calcolo della quantità da aggiornare attraverso la Procedura di “Aliqnment” è inclusa anche la quantità presente nella colonna QSAL_MOVM e che viene aggiornata da tutte le operazioni di carico/scarico dei lotti effettuata da SIGEAdb. Non sono incluse in quest’aggiornamento le movimentazioni proveniente dalle procedure di Import movimentazione produzione da Factory System;
• Gli articoli prodotti finiti e componenti, a prescindere il settore/gruppo selezionato ed il tipo componente, saranno esportati se sull’anagrafica articoli, dati logistica/produzione, il flag DIVULGABILE è attivo.

E’ la procedura, anche schedulata, che prevede di aggiornare attraverso le chiamate JSON i dati anagrafici e la giacenza dei lotti sul sistema ORIPAN. Se eseguita manualmente, al termine è proposta un’icona attraverso la quale è possibile visualizzare il risultato dell’export (allo stato attuale sia il risultato dell’export sia il risultato dell’interrogazione, sono proposti nella cartella $GSSPOOL/tmp).

Se eseguita selezionando il tipo lavoro “interrogazione”, è possibile generare solo la lista dell’entità selezionate e disponibili sempre nella cartella $GSSPOOL/tmp

In fase di aggiornamento, sono utilizzati i servizi sopra indicati compreso il servizio “AddAlignmentWarehouse” per l’aggiornamento dei lotti esisenti sul sistema Oripan.
Per le funzioni di interrogazione invece, sono utilizzati i servizi GetArticleList, GetProductList,GetRecipeList,GetWarehouseArticleList.

Tra i parametri funzionali, è stato previsto un flag per attivare la gestione dell’Interfaccia con sistemi di produzione di terzi. Se questo parametro non è attivo non sarà possibile eseguire le funzioni di Interfaccia con i sistemi di produzione di terzi (Factory System) e candidare le DI.BA. all’export verso tali sistemi.

Al fine di candidare le DI.BA. ed i suoi componenti all’export verso sistemi di produzione di terzi sono state introdotte le seguenti implementazioni:

Tra i dati di intestazione della DI.BA. è stato implementato un flag attraverso il quale è possibile candidare una DI.BA. all’export.
Per le righe dei componenti invece, solo se attivo questo servizio, la cancellazione di una riga non eliminerà l’informazione dal database, ma provvederà ad annullarla facendo assumere alla colonna STAT_RIGA lo stato “Z”=Annullata (inizialmente la riga assume stato “A”).

Questa funzionalità permette di aggiornare, in modalità interattiva e schedulata, le informazioni utili al funzionamento del sistema di produzione. Allo stato attuale sono previste le seguenti entita:

- Anagrafica articoli "materie prime"
- Anagrafica articoli "prodotti finiti"
- Anagrafica DI.BA.
- Anagrafica lotti

Dalla funzione E0 \1.1 Parametri base\7 Tabelle procedurali (tabella RUO), occorre creare il ruolo 1604=Responsabile sistemi di produzione da associare all’anagrafica interlocutori del Responsabile sistemi di produzione.
La presenza di questa informazione sarà controllata in fase di accesso alle funzioni di Import ed Export pertanto, se non codificate correttamente, le funzioni non saranno eseguite.
Il codice deposito da indicare è quello riportato sull’anagrafica delle DI.BA. intestate ai Prodotti Intermedi ed a quelli Finiti. Per i componenti, ed in modo particolare per il lotto a questi riferito, sarà utilizzato il codice deposito indicato sulla riga componenti della DI.BA.
Le date non saranno richieste e gestite nella fase di export bensì solo in quella di import della movimentazione pertanto proporranno sempre la data attuale.

Le procedure di export saranno eseguite nell’ordine indicato a video poiché occorre rispettare dei criteri di integrità (es. darebbe errore se esportato un lotto di un articolo la cui anagrafica non è stata in precedenza esportata). Durante l’elaborazione, nel caso di errore durante le fasi di aggiornamento, l’utente è avvertito con apposito messaggio di errore dell’entità in errore, da riportare nel ticket di assistenza.
Al termine dell’elaborazione è visualizzata l’icona “i” attraverso la quale è possibile, per il momento, generare un file nella libreria SPOOL/tmp per ciascuna entità un file con il contenuto.

Avremo quindi:
json_amg_file.txt - per i prodotti finiti
json_adc_file.txt - per i componenti
json_adb_file.txt - per le di.ba.
json_clt_file.txt - per i lotti relativi ai componenti/intermedi

E’ possibile utilizzare questa stessa possibilità accedente alla funzione in oggetto con tipo lavoro 3=Interrogazione.
La procedura di export dati anagrafici e contabile lotti può essere schedulata, proponiamo esempio della corretta compilazione della procedure dove occore specificare quali campi obbligatori la ditta ed il deposito.

Nel campo Argomento_1 se non indicato nessun valore o indicato 9, saranno esportati tutti i dati, sia quelli anagrafici sia quelli contabili.
Altrimenti indicando 1, saranno esportati solo i dati anagrafici, con 2 solo i dati contabili dei lotti.
Al termine dell’esecuzione della procedura dei dati contabili del LOTTO, la colonna nella quale riportato il saldo dei movimenti è azzerata.

E’ la funzione attraverso la quale viene verificata la presenza di produzioni completate e da aggiornare su SIGEAdb e quindi, se confermata la selezione, generati i movimenti di carico da produzione per il prodotto finito/intermedio e di scarico a produzione dei componenti/intermedi.

La verifica se una produzione generata da ORIPAN è stata già processata da SIGEAdb è possibile poiché nel documento di produzione generato da SIGEAdb è storicizzato l’ID del movimento di produzione assegnato da ORIPAN. Allo stato attuale l’id è storicizzato nella colonna DOCU_ALLG (tavola MMMG) che non può, per ovvi motivi, essere modificata pertanto, se occorre reimportare una produzione occorre cancellare prima il documento generato da SIGEAdb ed eseguire nuovamente la funzione di import movimenti di produzione.

I movimenti di produzione già processati da SIGEAdb sono proposti in giallo e non sono selezionabili dall’elenco delle produzioni comprese nel periodo richiesto. In ogni caso le produzioni richieste da SIGEAdb ad ORIPAN attraverso la richiesta “GetProductionListi” sono quelle “terminate” nel periodo impostato e con stato 3=Produzione completata. La data di fine produzione sarà assunta come data del documento di produzione generato da SIGEAdb.
Le distinte proposte nell’elenco, e selezionate, genereranno la movimentazione di produzione. Si precisa che ORIPAN restituisce solo alcuni degli articoli presenti nella DI.BA., ad esempi i costi del personale o la forza motrice non sono inclusi, pertanto SIGEAdb opera nel modo seguente:

- Genera la distinta di prelievo del prodotto finito/intermedio assumendo come quantità prodotte quelle indicate nella risposta di ORIPAN;
- Adegua le quantità scaricate dei diversi componenti alle quantità presenti nelle risposte di ORIPAN;
- Aggiorna i lotti ed aggiorna la movimentazione utile alla rintracciabilità in base ai lotti indicati da ORIPAN pertanto, se un lotto non esiste su SIGEAdb il movimento di scarico viene generato senza indicare alcun lotto;
- Se prevista, è generata la movimentazione ai fini della Contabilità Analitica;

Le quantità utilizzate per aggiornare i lotti presenti sul deposito indicato nella DI.BA. aggiornano la giacenza del lotto ma non aggiornano il saldo movimenti utilizzato dalle procedure di aggiornamento lotti sul sistema di ORIPAN. Ovviamente, qualora intercorra qualche modifica sul documento di produzione, il saldo movimenti è aggiornato e di conseguenza anche la giacenza del lotto sul sistema ORIPAN al successivo export.
Si suggerisce in questo caso di approfondire con ORIPAN.

Nella ricerca per codice bombola (F8) è stata inserita a video la colonna Stato ("S") che indica lo stato in cui si trova la bombola (A,D,E,...).

In seguito all'aggiornamento della normativa ADR (trasporto su strada di merci pericolose), in fase di stampa del documento di trasporto deve essere riportata, oltre al valore calcolato, anche la quantità totale, ottenuta applicando un divisore al valore calcolato. Nel caso in cui il divisore sia uguale a 0 o 1, la quantità totale corrisponde al valore calcolato.

Si ricorda che:
Il valore calcolato si determina valorizzando il campo VOLUME LORDO COLLO presente nell'anagrafica dell'articolo - Dati logistica produzione.

 

Inserita la possibilità di escludere tutti i pazienti con ordini da evadere nel periodo tra la data di elaborazione, meno il numero dei giorni indicati nel campo "Escludi pazienti con ODV  da evadere da:". L'esclusione avverrà solo nel caso in cui il campo con i numeri di giorni sia stato valorizzato.

Tra le informazioni previste sull'anagrafica strumenti è stato introdotto il numero di giorni di alert. Quest'informazione è utilizzata, in sede di produzione, per verificare se per uno strumento specifico è sopraggiunta la data di collaudo/taratura o se la scadenza è vicina.

 

Per le rampe ove è previsto il controllo della strumentazione, una volta effettuato l'accesso alla fase, viene effettuato un controllo su data scadenza (o se è vicino alla scadenza), collaudo o taratura. Se risulta scaduto, la riga dello strumento è presentata in rosso e non è possibile dichiarare la conformità del controllo, tranne se lo strumento è sostituito. Se invece, applicando i giorni di alert, la scadenza è vicina, la riga sarà colorata in giallo, ed in questo caso sarà possibile eseguire la conformità della fase.

Per gli articoli "strumenti", oltre a proporre i gg. di alert è segnalata appositamente la data di scadenza collaudo/taratura in rosso, se sopraggiunta, in giallo se risulta raggiunta la scadenza imminente (specificata).
Si consiglia:
Associare tutti gli articoli "strumenti" ad un gruppo/sottogruppo ad-hoc in modo da poterli indicare tra i parametri di filtro al fine di ottenere la situazione di solo questi articoli.

Modificata routine in modo che siano selezionati i clienti con la data di prossima consegna nel giorno della settimana indicato.

 Tra le varie movimentazioni possibili è stata introdotta quella relativa alle ANNOTAZIONI,  e precisamente quelle riguardanti la movimentazione di bombole e/o contenitori consegnati ad una FARMACIA, ma a sua volta da quest'ultima consegnati ad un paziente. Questa movimentazione di "annotazione" non effettua alcun aggiornamento sull'anagrafica della bombola/contenitore, che rimane in anagrafica assegnato alla FARMACIA, ne tanto meno sull'anagrafica del soggetto paziente. Dalla funzione di interrogazione movimenti bombole/contenitori è possibile conoscere a quale paziente la bombola/contenitore è stata a sua volta consegnata come pure è possibile conoscere tutte le annotazioni registrate in un periodo.

Per registrare un'annotazione occorrono delle causali ad-hoc come quelle di seguito riportate e che il soggetto indicato sia classificato come "paziente". Al movimento è assegnata una numerazione interna (non necessariamente progressiva). Queste causali possono essere utilizzate solo dalla funzione dedicata e non dalla funzione di immissione documenti consegna.

 

La funzione di interrogazione è stata implementata per prevedere la possibilità di interrogare solo i movimenti di annotazione, indicando come tipo operazione 6, oppure tutti i moviemnti di carcio/scarico. In quest'ultimo caso, per distinguerli dalla movimentazione principale, i movimenti di tipo annotazione sono contraddistinti da una "a" nel tipo movimento ed evidenziati con color porpora.

 La gestione degli ordini FEDERFARMA, per la quale è prevista sia la modalità interattiva, sia quella schedulata, prevede i seguenti requisiti:

1. Nella tabella procedurale, identificativo "PRT", codificare il servizio FEDERFAR nel quale specificare l'indirizzo, la porta, la modalita, l'autenticazione, user-id e la password.

2. Tra gli interlocutori, creare il responsabile della gestione ordini Federfarma e la filiale di competenza.

3. Nella filiale, identificare il nome del servizio e quindi l'utente e la password. Queste informazioni vengono indicate anche sulla filiale poichè possono essere diverse.

Codificate correttamente queste informazioni ed eseguito il test di connessione al portale, è possibile gestire l'acquisizione degli ordini, gestire eventuali errori e la trasmissione dell'avvenuta consegna al paziente con i riferimenti del documento di consegna utilizzato.

Attraverso la funzione "Ordini evasi" è possibile notificare l'avvenuta consegna, ma in questo caso l'operatore può indicare i riferimenti del documento di consegna utilizzati. Nel caso questa procedura venga eseguita manualmente, i riferimenti del documento di consegna vengono associati in automatico se il DDT è stato emesso con riferimento all'ordine gestito dalla farmacia.

Sono state aggiunte le colonne con numero, data e serie del documento di consegna associato all'orine evaso e valorizzate nel caso in cui il file dell'ordine importato non contenga tali dati al suo interno. E' stata quindi inserita la possibilità di trasferire tali dati all'interno del file dell'ordine da inviare, tramite apposito pulsante.