Accedi alla dispensa-istruzioni.

Importante! In seguito all'aggiornamento, il valore del campo anagrafico Soggetto IVA (ex Allegato IVA), passerà in automatico dal valore 9 al valore 10.
I nuovi valori sono:

  9 = PA con IVA ad esigibilità sospesa

10 = PA soggetta a split payment

A partire da questa release, l'Utente ha possibilità di gestire le Fatture reverse charge con un'unica registrazione, utilizzando una Causale Contabile apposita. Resta comunque valida la modalità operativa preesistente, che prevede l'utilizzo di due Causali distinte (una per l'annotazione sul Registro Acquisti e l'altra per la rilevazione dell'IVA sul Registro Vendite).

Per avvalersi della nuova modalità operativa (registrazione unica), occorre inserire una nuova Causale Contabile oppure modificare quella in uso.
Supponendo che l'Utente utilizzi già una Causale tipo la 5.070 - Fattura Acquisto Art.17 c.3, per modificarla in modo da gestire il reverse charge con un'unica registrazione, dovrà:

• sulla Contropartita o 1° Causale rilanciata (ad esempio la 55.070), attivare il check-box Reverse charge su unica operazione
• sull'ultima Causale rilanciata (ad esempio la 53.995), impostare a 2 il campo Guida Importo nella sezione Avere

Gli Utenti che gestiranno il reverse charge a partire da questa release, invece, dovranno inserire le Causali riportate nell'apposita pagina di manuale.

Importante! La nuova modalità operativa comporta l'utilizzo di una stessa Serie sia per gli Acquisti che per le Vendite, pertanto si consiglia all'Utente di attivare una nuova Serie di Numerazione, dedicata a questo tipo di registrazioni, in modo da tenere distinte le Fatture reverse charge dalle altre.

Per ottenere, ai fini della Dichiarazione IVA annuale, la diversificazione per tipologia di reverse charge, è necessario utilizzare una Causale distinta per ogni caso previsto dalla normativa. Il campo che permette questa diversificazione è il campo Gestione IVA, da valorizzare nella 2° videata della Causale primaria (nell'esempio la 5.070) e della Contropartita (nell'esempio la 55.070). A seguito dell'estensione dei casi di reverse charge previsti dalla normativa, è stato ampliato anche l'elenco dei valori impostabili nel campo Gestione IVA (i nuovi valori sono 4 e quelli compresi tra 21 e 29).

La modalità operativa per registrare una Fattura reverse charge da Prima Nota è rimasta invariata e, ad eccezione delle Causali, non ci sono differenze tra modalità a doppia registrazione (metodo preesistente) e quella a registrazione unica. La novità introdotta con questa release consiste nella possibilità di registrare una Fattura reverse charge mista, ossia quella Fattura in cui sono presenti sia Imponibili soggetti ad IVA che Imponibili soggetti a reverse charge.
L'unica particolarità consiste nel disattivare il check-box Reverse charge, nella parte inferiore della videata, quando si registra l'Imponibile soggetto ad IVA.

A partire da questa release, i Parametri Funzionali Ditta sono stati organizzati in due videate:

• Generali, in cui sono presenti i dati relativi alla Contabilità, alla Gestione IVA di Gruppo e alla Gestione Finanziaria
• Altri Parametri, in cui sono presenti i dati Acquisti/Vendite/Logistica e Gestioni verticali

Le videate sono accessibili mediante gli appositi tasti label sotto il campo Ditta, nonchè mediante i tasti page up e page down, digitati in corrispondenza della Convalida.

Accedi alla dispensa.

Nella videata Altri Parametri (2° videata) è stata introdotta la sezione Controllo reso fisico, in cui sono presenti i seguenti campi:

Settore Articoli
Indica il Settore degli Articoli da elaborare nella funzione Acquisizione Reso Fisico e, in mancanza di questo dato, NON è possibile accedere alla funzione.

Articolo default
L'Articolo impostato in questo campo sarà proposto di default nella funzione Acquisizione Reso Fisico, in modo da facilitare l'immissione del peso del reso. L'Articolo impostato deve appartenere al Settore specificato nel campo precedente e la sua Unità di Misura Base deve essere Kg.

Questa nuova funzione permette di acquisire il Reso fisico degli Articoli, riportati dai vari Vettori dopo aver completato le Consegne.

Questa nuova funzione permette di confrontare il Reso fisico con quello contabile registrato. É possibile generare anche un report in formato xml.

A partire da questa release, eventuali errori riscontrati in fase di Import Ordini da SM1 saranno riepilogati in un file csv da inviare, come allegato ad una e-mail, a tutti gli Interlocutori della Ditta in cui Ruolo è 1706 - Operatore Ordini Clienti. Gli errori riscontrati potranno essere eventualmente corretti dall'Utente ed il flusso potrà essere importato nuovamente.

Nella funzione in oggetto:

• è stato introdotto tra i parametri di filtro anche lo Stato degli Ordini
• è stata implementata la visualizzazione degli Ordini in formato data-grid

Implementata la possibilità di selezionare gli Ordini in Stato i, ossia quegli Ordini che non sono MAI stati evasi. Inoltre, è stata implementata la possibilità di inviare la Lista Ordini come allegato pdf ad una e-mail: per gestire l'invio via e-mail, occorre impostare i parametri necessari nella tabella procedurale SMT, in corrispondenza della Classe documentale LODV. L'e-mail sarà inviata a tutti gli Interlocutori della Ditta il cui Ruolo è 1706 - Operatore Ordini Clienti. É possibile schedulare l'invio e-mail della Lista Ordini agli Interlocutori interessati.

Implementata la Lista Proposte di Consegna, affinchè l'Utente possa impostare una serie di parametri prima di eseguire la stampa. La Lista sarà a fornita a video in modalità data-grid e potrà essere stampata, generata in formato xml, nonchè inviata come allegato pdf ad una e-mail. Per gestire l'invio via e-mail, occorre impostare i parametri necessari nella Tabella procedurale SMT, in corrispondenza della Classe documentale LPCK; l'e-mail sarà inviata a tutti gli Interlocutori della Ditta il cui Ruolo è 1706 - Operatore Ordini Clienti. É possibile schedulare l'invio e-mail della Lista Proposte di Consegna agli Interlocutori interessati.

Al fine di completare le informazioni richieste per l'emissione della Fattura Elettronica PA, questa nuova funzione permette di aggiornare i Documenti di Trasporto, inserendovi gli estremi del Contratto, e quindi della Gara, a cui essi si riferiscono.
Per selezionare i documenti da elaborare, è possibile impostare il Deposito, il Conto Contabile (intestatario della Fattura), il Conto Consegna, il range di Date Documento e la tipologia di Contratto da assegnare (è attivo il tasto F10 per l'elenco dei valori ammessi). In ogni caso, per tutti i Soggetti PA, saranno ricercati i Ddt non ancora fatturati e sui quali non è indicato il Codice Gara oppure, se la Gara è indicata, non risulta associato un Contratto/Ordine. Il programma visualizza l'elenco dei Ddt candidati all'aggiornamento e l'Utente può escluderne, uno o più di uno, disattivando il check-box corrispondente. Al piede della videata, occorre impostare gli estremi del Contratto da aggiornare, che deve essere della tipologia indicata nei dati di testa e deve avere necessariamente la Gara. Il Contratto sarà riportato su tutti i Ddt selezionati per l'aggiornamento e le righe elaborate correttamente saranno evidenziate a sfondo verde. Se, invece, sul Ddt è già presente la Gara e questa è diversa da quella indicata sul Contratto, la Gara sul Documento NON sarà sostituita e la riga sarà evidenziata a sfondo giallo. Il Plafond della Gara, quindi, sarà aggiornato solo nel primo caso.

Implementata la possibilità di selezionare i documenti da variare/archiviare mediante lettura del barcode, su cui è riportato l'Identificativo univoco del documento.

In seguito all'acquisizione del documento, possono verificarsi le seguenti ipotesi:

• se è valido per essere elaborato ed è presente sul data-grid, la riga corrispondente sarà evidenziata a sfondo giallo (saranno colorate solo le celle relative al Conto e alla Città)
• se è valido per essere elaborato ma non è presente sul data-grid, la riga corrispondente sarà inserita in fondo al data-grid ed evidenziata a sfondo giallo (saranno colorate solo le celle relative al Conto e alla Città)
• se non è valido, perchè ad esempio è già fatturato oppure cancellato dal sistema, il programma segnalerà «Documento letto non valido»

Sui Documenti accompagnatori di Vendita (Bolle e Fatture accompagnatorie) è stata implementata la possibilità di stampare il Codice Univoco del Documento (se previsto, può essere stampato anche in formato barcode).

Se interessati a questa implementazione, contattare il Servizio Assistenza della Genesys Software per la modifica del profilo di stampa.

A partire da questa release, in fase di Emissione Fatture differite, è necessario elaborare distintamente le Fatture elettroniche e le Fatture differite standard. Per operare questa distinzione, è stato introdotto il check-box Fattura elettronica.

Implementata la possibilità di registrare una Fattura reverse charge anche dal Ciclo Passivo Integrato.

Operativamente, in corrispondenza del campo Importo l'Utente inserisce il Totale della Fattura che, per effetto dell'applicazione del reverse charge, risulterà inferiore a quello del Ddt. Il programma segnala con un messaggio attenzionale la differenza di importi rilevata e, forzando con il tasto F3, è possibile procedere alla Contabilizzazione.

In fase di Contabilizzazione è richiesto di:

• impostare una Causale reverse charge (ad esempio la 5.070 - Fattura Acquisto Art.17 c.3)
• modificare eventualmente la Serie
• attivare il check-box RC solo in corrispondenza delle righe soggette a reverse charge

Convalidare al termine.

Sulla Fattura Trasporti, nel caso di Fornitore esente IVA, sarà stampata una sezione atta a contenere la dicitura della Dichiarazione d'Intento ed eventuali annotazioni, preventivamente impostate sull'Anagrafica del Fornitore (inserire, ad esempio, il Numero e la Data della Dichiarazione d'Intento).

Implementata la possibilità di visualizzare il report anche in formato data-grid, selezionando l'opzione «video» nella sezione formato di output del menù principale.

Tra i Parametri Funzionali Ditta, nella seconda videata Altri parametri, è stato implementato l'indicatore Statistiche B.I., che serve ad attivare la Gestione delle Statistiche Acquisto/Vendita su Data Warehouse.

Questa nuova funzione effettua l'aggiornamento delle Statistiche B.I., relativamente ai dati dell'Acquistato; ai fini dell'aggiornamento, saranno elaborati i seguenti documenti: Fatture Acquisto, Attese Fatture e Resi a Fornitore, ossia quelli immessi con Causale Magazzino avente Tipo Documento A, C oppure N.

La funzione può essere eseguita solo se:

• sulla Ditta è attivo il parametro Statistiche B.I.
• è stato generato il Calendario (dall'apposita funzione del modulo Magazzino)

La funzione può essere eseguita anche in modalità batch, attraverso la Schedulazione dei processi.

Questa nuova funzione effettua l'aggiornamento delle Statistiche B.I., relativamente ai dati degli Ordini di Vendita.

La funzione può essere eseguita solo se:

• sulla Ditta è attivo il parametro Statistiche B.I.
• è stato generato il Calendario (dall'apposita funzione del modulo Magazzino)

La funzione può essere eseguita anche in modalità batch, attraverso la Schedulazione dei processi.

Questa nuova funzione effettua l'aggiornamento delle Statistiche B.I., relativamente ai dati del Venduto; ai fini dell'aggiornamento, saranno elaborati i seguenti documenti: Bolle e Fatture Vendita, Fatture scontrinate, Ricevute fiscali, Note Credito Clienti e Scarico Corrispettivi, ossia quelli immessi con Causale Magazzino avente Tipo Documento compreso tra 0 e 9 oppure P.

La funzione può essere eseguita solo se:

• sulla Ditta è attivo il parametro Statistiche B.I.
• è stato generato il Calendario (dall'apposita funzione del modulo Magazzino)

La funzione può essere eseguita anche in modalità batch, attraverso la Schedulazione dei processi.

Questa nuova funzione permette di cancellare le Statistiche dell'Acquistato ed inizializzarle, in relazione ad un determinato periodo di tempo. La funzione è utile per le Ditte che iniziano a gestire le Statistiche B.I. e hanno l'esigenza di recuperare i dati storici precedenti.

La funzione può essere eseguita solo se:

• sulla Ditta è attivo il parametro Statistiche B.I.
• è stato generato il Calendario (dall'apposita funzione del modulo Magazzino)

Questa nuova funzione permette di cancellare le Statistiche dell'Ordinato ed inizializzarle, in relazione ad un determinato periodo di tempo. La funzione è utile per le Ditte che iniziano a gestire le Statistiche B.I. e hanno l'esigenza di recuperare i dati storici precedenti.

La funzione può essere eseguita solo se:

• sulla Ditta è attivo il parametro Statistiche B.I.
• è stato generato il Calendario (dall'apposita funzione del modulo Magazzino)

Questa nuova funzione permette di cancellare le Statistiche del Venduto ed inizializzarle, in relazione ad un determinato periodo di tempo. La funzione è utile per le Ditte che iniziano a gestire le Statistiche B.I. e hanno l'esigenza di recuperare i dati storici precedenti.

La funzione può essere eseguita solo se:

• sulla Ditta è attivo il parametro Statistiche B.I.
• è stato generato il Calendario (dall'apposita funzione del modulo Magazzino)

Implementata la possibilità di ottenere il dettaglio delle Statistiche Venduto B.I. per:

• Categoria Clienti
• Fornitore abituale dell'Articolo
• per Trimestri
• per Mesi
• per Settimane
• per Giorno

Inoltre, attraverso il pulsante è possibile esplorare fino a 3 livelli di dettaglio.

Implementata la possibilità di ottenere il dettaglio delle Statistiche Acquistato B.I. per:

• Categoria Clienti
• Fornitore abituale dell'Articolo
• per Trimestri
• per Mesi
• per Settimane
• per Giorni

Inoltre, attraverso il pulsante è possibile esplorare fino a 3 livelli di dettaglio.

Nel campo Tipo calcolo MDB dell'Anagrafica Cliente è stata prevista la possibilità d'impostare nuovi valori:

  3 = Vuoti posseduti dal (solo per i Clienti nuovi)

11 = Vuoti + Vuoti posseduti dal (1+3)

12 = Giorni + Vuoti posseduti dal (2+3)

Se s'imposta il Tipo Calcolo 3, il programma provvederà a verificare che il Cliente NON abbia già una situazione riconducibile ai metodi 1 (Vuoti) o 2 (Giorni). Se risulta già utilizzato un altro metodo e ci sono bombole in essere, NON potrà essere adottato in modo esclusivo il metodo 3, a meno che non si effettui preventivamente la chiusura della situazione del Cliente oppure, se l'Utente è autorizzato (Security Class 2) potrà forzare e proseguire con l'assegnazione del nuovo metodo. La forzatura sarà loggata e potrà essere interrogata dalla funzione Log Forzature.

I valori 11 e 12 permettono di adottare il nuovo Tipo Calcolo MDB ad integrazione di quello già in corso di applicazione.

Se s'imposta il Tipo Calcolo 3, 11 o 12, si attiva in automatico il campo per l'inserimento del numero di giorni di storico, in base ai quali determinare se una bombola concorre oppure no al calcolo. Il numero massimo impostabile è 999 e sarà valido per tutti i Tipi Vuoti.

Si precisa che: per questa nuova modalità di calcolo (valore 3), per ciascun Cliente NON sarà gestita nè la tabella in cui vanno indicati la franchigia e l'importo della sosta, nè lo storico MDB.

Per i Clienti su cui sono previste entrambe le metodologie di calcolo, se sussiste la condizione, sarà generata una riga distinta per ogni tipologia di calcolo MDB. Nel caso di elaborazione definitiva, sull'Anagrafica del Cliente sarà aggiornata la data di Ultimo Calcolo MDB per i Tipi Calcolo 3, 11 e 12: questa data sarà controllata per escludere eventualmente alcuni Clienti, nel caso sia impostato il numero minimo di giorni decorsi dall'ultimo MDB.

A partire da questa release, per quanto concerne il calcolo, il programma rileverà dall'Anagrafica Matricole tutte quelle che risultano presso il Cliente elaborato e per le quali, rispetto alla data di calcolo, il numero di giorni di residenza sia superiore a quello di franchigia indicato nell'Anagrafica del Cliente.
Per quanto concerne la distinzione per Tipo Vuoto, invece, questo sarà assunto dall'Anagrafica dell'Articolo impostato nell'Anagrafica Matricole.

Esempio: Supponiamo che l'elaborazione sia effettuata il 18 Aprile con data riferimento 31 Marzo e che, a questa data, due Matricole risultino presso il Cliente oltre i giorni di franchigia stabiliti. Se ad esempio il 10 Aprile queste Matricole rientrano, al Cliente NON risulterà nulla da addebitare.

Il prezzo di addebito sarà assunto dall'Anagrafica Articolo MDB301, MDB302, ..., MDB310, in cui ogni Articolo corrisponde ad un Tipo Vuoto. Per differenziare eventualmente il Prezzo per Cliente, utilizzare i metodi già in uso per le altre tipologie di calcolo MDB (ad esempio i Listini dedicati).

La funzione di Calcolo MDB è stata implementata affinchè il Cliente sia assoggettato alla nuova tipologia di calcolo in modo esclusivo o integrativo ed, inoltre, in corrispondenza della riga di addebito, nella descrizione aggiuntiva sarà riportata la dicitura: «c/o di Voi residente da nnn giorni». I Documenti generati assumeranno il Tipo Documento in base ai criteri definiti. Poichè i movimenti sono generati in base allo Stato dell'Anagrafica Matricole al momento dell'elaborazione, NON sarà possibile fornire una situazione storica ma solo quella relativa ai movimenti di addebito.

Nell'ambito delle operazioni di sincronizzazione {PRDTNAME}-Federfarma, sono state implementate due funzioni che permettono di pubblicare nuovamente, sul portale di Federfarma, sia Ordini non evasi (per presenza di errori) che Ordini già evasi.
A questo scopo, sono state introdotte le seguenti nuove scelte:

1 - Ordini da evadere

2 - Ordini evasi

Al fine di completare le informazioni richieste per l'emissione della Fattura Elettronica PA, questa nuova funzione permette di aggiornare i Documenti di Trasporto, inserendovi gli estremi del Contratto, e quindi della Gara, a cui essi si riferiscono.
Per selezionare i documenti da elaborare, è possibile impostare il Deposito, il Conto Contabile (intestatario della Fattura), il Conto Consegna, il range di Date Documento e la tipologia di Contratto da assegnare (è attivo il tasto F10 per l'elenco dei valori ammessi). In ogni caso, per tutti i Soggetti PA, saranno ricercati i Ddt non ancora fatturati e sui quali non è indicato il Codice Gara oppure, se la Gara è indicata, non risulta associato un Contratto/Ordine. Il programma visualizza l'elenco dei Ddt candidati all'aggiornamento e l'Utente può escluderne, uno o più di uno, disattivando il check-box corrispondente. Al piede della videata, occorre impostare gli estremi del Contratto da aggiornare, che deve essere della tipologia indicata nei dati di testa e deve avere necessariamente la Gara. Il Contratto sarà riportato su tutti i Ddt selezionati per l'aggiornamento e le righe elaborate correttamente saranno evidenziate a sfondo verde. Se, invece, sul Ddt è già presente la Gara e questa è diversa da quella indicata sul Contratto, la Gara sul Documento NON sarà sostituita e la riga sarà evidenziata a sfondo giallo. Il Plafond della Gara, quindi, sarà aggiornato solo nel primo caso.