Ciclo Attivo

La funzione è stata implementata per prevedere, in fase di inserimento, il controllo tra la condizione di pagamento prevista sull’ordine e quella in essere sul cliente o contratto. Se diversa, sarà proposta una segnalazione e l’utente potrà selezionare quella dell’ordine solo con forzatura (F3).

La funzione è stata implementata per prevedere la possibilità di avviare alla firma tutti i documenti dello spedizioniere selezionato. Pertanto l’utente vede estesa questa possibilità attiva già prima ma solo se venivano indicati i riferimenti del viaggio (numero e data).

Implementato valore 11 per l'Unità Minima Vendibile, gestita dagli allestimenti con DSPm. Attraverso questo valore aggiornato sul DSPm, dopo aver letto l’EAN articolo, sarà incrementato il numero dei colli con la possibilità, da parte dell’operatore, di intervenire sulle quantità. Esempio: letto EAN consumer unit di un articolo che prevede nel collo sei pezzi, il campo colli sul DSPm sarà incremento di uno e l’operatore avrà la possibilità di modificare la quantità a quattro (nel caso di una consegna parziale).

Implementata la funzione di ricerca delle causali in modo che sia possibile ricercarle con l’utilizzo delle percentuali nella descrizione.

Nella funzione di ricerca ultimo articolo inserito (shift+F8) è stata inserita la possibilità di restringere la ricerca ai soli articoli che iniziano con i valori alfanumerici inseriti nel campo CODICE ARTICOLO.

Attraverso questa nuova funzione è possibile associare ai diversi conti di consegna di un rapporto contabile un nuovo soggetto di fatturazione. E’ necessario verificare innanzi tutto che il conto di fatturazione originario abbia dei conti di consegna associati e che il nuovo soggetto abbia la natura conto uguale ad 1 o 2.
E’ proposta infine la data di inizio validità della nuova associazione, che non potrà essere inferiore alla data odierna. Se durante l’elaborazione risultano errori in fase di inserimento della nuova relazione su un conto di consegna, l’elaborazione termina e sarà evidenziato il cliente sul quale si è verificato l’errore per procedere con le opportune verifiche; terminate le quali l’elaborazione potrà essere rieseguita poiché i soggetti già associati saranno scartati.
Questa funzione è stata implementata anche nel modulo 35 – Produzione e distribuzione gassosi

Tra le informazioni relative alla dichiarazione di intento è stato implementato anche il Numero di Protocollo della ricevuta telematica. Questo numero è composto da due parti numeriche, la prima di 17 caratteri e la seconda da 6 caratteri separati da un simbolo quale “-“ (esempio: 08055301074455178-000004). Se nell'anagrafica del cliente, nei dati commerciali, è indicato il numero di protocollo della ricevuta, nel flusso XML della fattura o nota credito elettronica, sarà evidenziato quest’ultimo anziché il numero interno della dichiarazione stessa.

L’implementazione riguarda la possibilità di indicare tra gli altri dati gestionale anche una breve descrizione da proporre nella sezione CAUSALE della fattura elettronica (esempio: magazzino, consegna pdv). Pertanto, ove prevista, questa descrizione sarà proposta nell’apposita sezione.

Nella gestione dei metodi, nel riquadro ‘Dati Fatturazione’, è stato inserito il metodo PTRA. Trattasi di una funzione schedulata utile per per la gestione dell’invio mezzo mail del flusso della piattaforma logistica. Il metodo consente unicamente l'inserimento e la modifica del dato dell’indirizzo di posta elettronica.

Per le aziende operanti nel settore GAS la funzione di immissione di contratti in abbonamento è stata implementata per prevedere l'indicazione del codice agente a cui intestare la movimentazione generata. In questo caso come codice agente sarà assunto il codice indicato nel contratto anzichè quello indicato in anagrafica.
Nelle “voci di fatturazione canone", inoltre, è possibile indicare un codice IVA diverso da quello indicato nell’articolo. Anche in questo caso, è la fase di generazione movimenti da contratto che provvede ad assumere il codice IVA indicato nella voce prevista nel caso in cui questo sia stato valorizzato.

Per le aziende del settore panifici, nel caso di articoli promozionali (tipo articolo P), è stato implementato un controllo che prevede la possibilità di cessione a titolo di omaggio di questi articoli solo per gli utenti aventi una securyty-class il cui valore sia superiore a 2. Negli altri casi i su citati articoli potranno essere movimentati anche a titolo di vendita.
L'implementazione si è resa necessaria per evitare l'addebito di questi articoli oggeti di promo (vedi calendari, etc.) nei confronti dei clienti.

 

Nella funzione è stato introdotto il filtro sull’agente e inserito un nuovo pulsante per riga che permette di interrogare esclusivamente le righe del corpo dell’ordine selezionato evidenziandone le quantità ordinate, consegnate e inevase degli articoli. È possibile utilizzare il pulsante solo nel caso in cui il campo Formato Inquiry, nelle selezioni iniziali, sia valorizzato a 1 (Sintetico per ordine).

Nel caso di fatturazione di documenti generati per la liquidazione dei premi, la generazione del flusso XML è stata implementata per prevedere l'indicazione nella sezione "CAUSALE" delle note esterne del documento generato. Nelle note esterne sono riportate le diciture del contratto premio che devono essere indicate nei diversi documenti emessi.

Questa nuova funzione, eseguibile sia a video che in formato PDF, elabora tutti gli ordini ed evidenzia relativamente agli articoli le quantità ordinate, consegnate e quindi quelle inevase (rispettivamente di colore verde, giallo e rosso) nonchè altri dati aggiuntivi (Fornitore Abituale, esistenza attuale gruppo e sottogruppo …)
 L’elaborazione può essere avviata in tre modalità diverse (definite tramite il campo “Tipo Stampa”):
1.    Analitico: la funzione elabora tutti gli ordini, nel periodo definito, e tutte le righe di corpo di ciascuno di essi.
2.    Sintetico per articolo: la funzione totalizza tutte le quantità per ciascun articolo degli ordini immessi nel periodo selezionato.
3.    Sintetico per conto/articolo: In questo caso la funzione elabora tutti i totali, come nel tipo stampa “Sintetico per articolo”, raggruppando però gli articoli per conto.
La funzione permette di filtrare la ricerca degli ordini su: Codice Conto, Articolo, Agente, Fornitore Abituale, Deposito e Codice Agente.

Modificata la funzione per il suo funzionamento in modalità schedulata. In tale modalità il flusso viene generato e inviato mezzo mail: l’indirizzo mail utilizzato è quello inserito nel metodo “PTRA” sul cliente collegato all’anagrafica dello spedizioniere.

 

DE0 1.1 1	PARAMETRI BASE - TABELLE PROCEDURALI - RUP RESPONSABILE UNICO GARA
Implementata la nuova tabella procedurale “RUP” per la gestione del Responsabile Unico Procedimento. I parametri di filtro sono: Ditta; RUP: è possibile cercarlo anche con <F8>; Codice fiscale: impostare il codice fiscale o Partita IVA del responsabile del procedimento; Descrizione: impostare il cognome e nome, o la ragione sociale del responsabile.

 

D27 1.8 4 2 1	GESTIONE ECONOMICA DEL CLIENTE- PROGETTI E GARE - GARE - MANUTENZIONE
Implementata la gestione del  “RUP” sulla gara e dell’IBAN sul beneficiario.

 

D27 1.1 9 4 4

PARAMETRI BASE - DITTA - DATI DI SERVIZIO - PARAMETRI FUNZIONALI

Implementato il campo per inserire nell’XML della fattura elettronica tutte le righe di un ddt quando questi ultimi sono più di uno. Fleggando il campo “Tutte le righe del ddt su FE”, si ottiene, in presenza di più di un ddt in una fattura, l’elenco di tutte le righe del ddt nella fattura elettronica. Ovviamente questa soluzione aumenta la grandezza dell’xml, di conseguenza in presenza di molte righe, forse è meglio non utilizzare questa scelta se non espressamente richiesta.