Ciclo Attivo

Implementata la funzione di invio mail, attraverso procedura schedulata, del report analitico o sintetico della situazione supporti a rendere, quando il valore del residuo dei supporti è superiore a quello che è indicato all’interno del metodo.  
Il primo passo da eseguire è creare il metodo.

All’interno dei dati anagrafici e contabili del CLIENTE, nella sezione DATI FATTURAZIONE, è stata aggiunta la possibilità di aggiungere il metodo “SSUP” (Situazione supporti a rendere).
Cliccando sul l’icona di inserimento dei metodi, si aprirà la maschera “Metodi distribuzione documenti”.
Sarà possibile inserire il metodo “SSUP” inputandolo nel campo “Tipo documento” o cliccando l’option list, lo si trova all’interno della cartella comunicazioni.

Sulla maschera è possibile inserire:
•    La data di fine validità o lasciare quella proposta di default.
•    Il codice del supporto: è possibile inserirlo, se si è a conoscenza del codice, o premendo il tasto F8 apparirà la lista dei supporti che è possibile inserire.  Una volta inserito il codice verrà aggiunta la relativa descrizione, nel campo Descrizione

•    Descrizione: Premendo il tasto F6 sul campo del codice, si potrà effettuare la ricerca del supporto dal campo dal campo della descrizione in modo analogo al codice.
•    Limite massimo: Dopo aver inserito il supporto si deve inserire un limite massimo che va da 1 a 999.
ATTENZIONE il limite non può essere 0.
•    È possibile inserire o modificare gli indirizzi mail che vengono proposti in inserimento del metodo con gli indirizzi mail d’interesse nei campi della maschera.
•    In inserimento del metodo, se esistenti vengono proposte:
1.    La mail del cliente, in blu.
2.    La mail dell’agente.
3.    La mail del capo area.
•    Cliccando sul binocolo posto accanto al campo “Responsabile”  si aprirà una finestra, dove se è esistente,  sarà possibile selezionare la mail del responsabile dei supporti per la ditta.

•    Cliccando sul binocolo posto accanto al campo “Cliente” si aprirà una finestra, dove se è esistente, sarà possibile selezionare la mail del responsabile dei supporti per il cliente.

L’interlocutore per il cliente è possibile inserirlo in Anagrafica Soggetti/Interlocutori.
•    La mail verrà inviata secondo la seguente modalità:
L’indirizzo mail inserito nel campo “Cliente” sarà il destinatario, se non è valorizzato, il destinatario sarà l’indirizzo mail del cliente che appare scritto in blu.
Gli indirizzi mail del Responsabile, dell’agente e del capo area, se inseriti, riceveranno la mail per conoscenza.
ATTENZIONE, la mail verrà inviata se e solo se il check corrispondente alla E-mail è spuntato.

•    Il report: se inserito 0, il report che verrà inviato sarà di tipo ANALITICO.

Se inserito 1, il report che verrà inviato sarà di tipo SINTETICO.

•    Inserito un check-button che permette all’utente di decidere se ricevere il report che contiene la situazione supporti per i soli buoni pedana.

•    Quando si convaliderà il metodo, se non è stato inserito nessun supporto, apparirà il seguente messaggio attenzionale.

•    Quando si convaliderà il metodo, se non è stato inserito nessun indirizzo mail, apparirà il seguente messaggio attenzionale.

Dopo aver salvato il metodo sarà possibile:
-    Modificarlo cliccando sull’icona del pennino.

-    Eliminarlo cliccando sull’icona del cestino, all’interno della maschera del metodo.

Quando apparirà il seguente messaggio premendo F3 si confermerà la cancellazione.

Implementata in modalità interattiva, la stampa in formato PDF della situazione dei supporti a rendere.
Disponibile solo ed esclusivamente per conto.
La stampa è disponibile per i seguenti tipi situazione:
-    Analitica.
-    Sintetica per supporto.
-    Sintetica per tipo supporto.

 Implementata la descrizione del giro in formato PDF

Questa funzione permette all’utente di associare automaticamente ai clienti un giro di consegna.

In questa funzione vengono associati i giri che hanno il CAP e il Comune che corrispondono al CAP e al Comune del cliente.
Nel caso in cui il cliente non dovesse avere un giro primario associato, il primo giro associabile viene associato come primario.
Nel caso in cui il cliente ha già un giro primario associato, i giri associabili che sono stati trovati vengono associati come secondari.
In entrambi i casi i clienti a cui è stato associato almeno un giro vengono inseriti nel data-grid “ASSOCIATI”.

Se non è stato possibile associare un giro al cliente, viene mostrata la descrizione dell’errore che non ha permesso l’associatzione.
Se non è stata trovata nessuna associazione tra il CAP e il comune del cliente il CAP e il comune del giro, la descrizione
È “Giro non compatibile”.
Se nell’anagrafica clienti non è stato inserito o il CAP il comune, la descrizione è “Comune o CAP mancante”.
Entrambi i casi sono inseriti nel data-grid “Non Associabili”.

 All’interno della sezione dei DATI COMMERCIALI, è stata inserita la descrizione del giro.

Quando si entra nella sezione, se al giro che è stato inserito non corrispondono CAP e COMUNE del cliente, il campo GIRO con la relativa descrizione saranno evidenziati in rosso.
Quando si inserisce manualmente un giro, se quest’ultimo trova una corrispondenza nel CAP e COMUNE del cliente, il campo resterà in giallo, altrimenti verrà evidenziato in rosso

Cliccando sull’icona della penna è possibile visualizzare i giri associati e quelli associabili

Viene effettuata, per tutti i giri presenti, la compatibilità tra il CAP e il comune del giro e del cliente.
Se non vi è compatibilità i giri vengono evidenziati in giallo con relativa descrizione dell’errore.
Se associamo un giro tra quelli disponibili e quest’ultimo ha una corrispondenza, il giro non viene evidenziato, altrimenti viene evidenziato in rosso e viene aggiunta la descrizione dell’errore.

 Inserita nuova entry del menù che porta alla funzione di inquiry delle variazioni degli articoli o dei clienti.

Dopo aver impostato il soggetto per cui effettuare la ricerca se per articoli (0) o clienti (1), le date del periodo per cui effettuare la ricerca, è possibile inserire l’entità di interesse o lasciando vuoto il campo verrà effettuata la ricerca per tutte le entità.

Sulla sinistra apparirà il data-grid con le entità e la descrizione.

Se si effettua la ricerca per articolo: sulla destra viene messo a video il grid contenente tutti gli articoli, con relativa variazione, che hanno subito una variazione nel periodo indicato.

Se si effettua la ricerca per cliente: sulla destra viene messo a video il grid contenente tutti i clienti, con relativa variazione, che hanno subito una variazione nel periodo indicato.

E’ possibile visualizzare la singola entità anche premendo sul trigger che appare sul grid delle “ENTITA’”.

 Implementata nuova funzione che permette di visualizzare gli articoli non movimentati del deposito.

Quando viene impostata sulla maschera la data “Articoli non movimentati dal”, verrà effettuata la ricerca degli articoli presenti nella contabile depositi che non sono stati movimentati fino alla data selezionata

 Implementato un nuovo filtro di ricerca per i movimenti di magazzino.
Sarà possibile filtrare i movimenti per fornitore spedizioniere, impostando il codice dalla maschera

 Modificato il filtro di ricerca delle causali che ora esclude quelle che hanno tipo documento ‘A’, ’B’, ’C’, ’L’, ’M’, ’c’, ’f’, ’i’, ’j’, ’m’, ’n’.

 Modificato il filtro di ricerca delle causali che ora mostra solo quelle che hanno come tipo documento ‘c’.

Dopo aver inserito i dati, quando si arriva sulla divisione, viene effettuato un controllo per verificare la corrispondenza tra la divisione inserita e quella dichiarata sull’anagrafica del cliente.

Se non dovesse esserci corrispondenza verrà mostrato un messaggio di errore.

Se invece verrà trovata la corrispondenza, verranno inseriti e messi a video l’agente e il tipo di pagamento che sono stati dichiarati sulla divisione dell’anagrafica del cliente.

Una volta inseriti i dati, quando si andranno ad inserire gli articoli da aggiungere all’ordine, nel momento in cui viene inputato il campo del codice dell’articolo, verrà effettuato un controllo per verificare che la divisione dell’articolo corrisponde alla divisione inputata in precedenza.

Se sull’anagrafica dell’articolo non è stata inserita nessuna divisione o se la divisione dell’articolo corrisponde alla divisione inputata in precedenza si potrà procedere.

Se invece non viene trovata nessuna corrispondenza verrà mostrato un messaggio di errore che indica al cliente che premendo F3 potrà forzare l’inserimento dell’articolo.

Gli stessi controlli vengono effettuati per l’immissione degli ordini nel modulo E29\2.1 Ordini vendite\3 Ordini clienti\2 Immetti.

 Inserita nuova funzione di import utile a storicizzare i nuovi clienti segnalati dagli agenti con la nuova interfaccia KANTAR.

La funzione importa i file dal portale definito nella tabella procedurale SFA (EE0\1.20 Servizi di eSIGEA\1 Manutenzione menu eSIGEA) dalle cartelle definite come inbound/outbound rinominate come di seguito:

 Nella sezione “Dati commerciali”, in modifica delle divisioni, per ogni divisione sono stati gestiti due nuovi campi

Questi due nuovi campi saranno anche esportati insieme agli altri dati nella funzione di export “E27\2.1 Ordini e contratti vendite\3 Ordini clienti\20 Order-Entry\2 Sincronizzazione eSIGEA - SM1\1 Export dati\1 Clienti”

 Nella funzione è stato gestito l’export dei due nuovi campi “Pagamento nuova attivazione” e “Scadenza pagamento nuova attivazione” all’interno del file di tipo T041 relativo alle informazioni delle divisioni di ciascuno cliente.

 CImplementato l’inserimento dei metodi di distribuzione FTVE (fattura elettronica) e NTCR (nota credito) quando si inserisce un nuovo cliente prospect.

I metodi verranno inseriti sull’anagrafica, quando il conto non è conto di consegna, premendo sul pulsante “INSERISCI” e

Avendo inserito almeno il mastro e successivamente  convalidando l’inserimento , il cliente verrà creato e ad esso verranno associati i due metodi di distribuzione, nella pagina “DATI FATTURAZIONE”.


Implementati anche due campi nel file fio,  che  verranno valorizzati durante l’import , rispettivamente il codice SDI e l’indirizzo mail della PEC, che verranno inseriti sia nel DATA-GRID e sia sull’anagrafica del cliente (SDI, nel campo CODE--CUU) che nei metodi di distribuzione (PEC, nel campo INDR-MAIL).
Nel data-grid è stato inserito anche il campo relativo alla data dell’import.

 Nell’export verso terzi il campo Altezza U.C. inserito sulla tabella procedurale “ALL” , se è stato valorizzato,  sostituirà il valora inserito nel campo Altezza dei dati Unità di carico, che viene attualmente utilizzato

 Inserito sull’anagrafica del cliente l’Identificativo SFA

 In fase di immissione dell’ordine, se il prezzo inserito sull’articolo supera il limite dato dalla percentuale di sconfinamento, con la nuova implementazione farà inserire l’articolo nell’ordine, ma a quest’ultimo verrà assegnato lo stato “DUBBIO”.
Quando si interrogherà l’ordine tramite la funzione E35\2.20 Inquiry\1 Movimenti ordini. Selezionando come formato inquiry “ 1 – Sintetico per ordine “ nel data-grid verrà mostrato che lo stato dell’ordine è “DUBBIO”.

 Nella funzione di import ordini E27\2.1 Ordini e contratti vendite\3 Ordini clienti\20 Order-Entry\2 Sincronizzazione eSIGEA - SM1\2 Acquisizione Flusso\2 Movimenti ordini clienti per la gestione sincronizzazione con SFA di KANTAR, è stato introdotto un nuovo metodo per determinare il codice condizione di pagamento sostituivo o temporaneo.
FASE 1: Legge dal Conto sull’ordine:
- Cond. pagamento TEMPORANEA divisione associata al conto (se valorizzata e valida alla data prende in considerazione questa);
- Cond. pagamento TEMPORANEA conto consegna (se valorizzata e valida alla data prende in considerazione questa);
FASE 2: Se nessuna condizione temporanea è valorizzata o non è valida alla data prosegue con:
- Cond. pagamento TEMPORANEA divisione associata al rapporto contabile (se valorizzata e valida alla data prende in considerazione questa);
- Cond. pagamento TEMPORANEA conto rapporto contabile (se valorizzata e valida alla data prende in considerazione questa);
La condizione di pagamento temporanea presa in considerazione in queste due fasi, se trovata e valida, sostituisce la condizione presente sul flusso di import dell’ordine in elaborazione

 Dalla Funzione: E27\2.20 Inquiry\3 Movimenti magazzino implementato filtro Codice Spedizioniere e Codice Fornitore Trasportatore.

La funzione di interrogazione movimenti di magazzino è stata implementata per comprendere la data di prevista consegna dell'ordine

 Corretta la data della Shelf Life definita in mesi quando veniva inviata ai DSPm.