Novità Mago4 6.1.0

Sommario

In questo articolo vengono illustrate le novità della versione di Mago4 6.1.0.
Alcune delle nuove funzionalità possono essere utili per velocizzare e migliorare l'utilizzo del prodotto e per allinearsi secondo le ultime normative vigenti!
Per verificare la tua attuale versione di Mago4 installata segui le indicazioni riportate in questo articolo: Come verificare la versione di Mago4 installata e se desideri procedere con l'aggiornamento del software:

inviaci una richiesta all'indirizzo e-mail: assistenza@antos.it
chiamaci al numero di telefono 071 7108201
contattata il nostro consulente di riferimento che vi segue

Nota: Per essere sempre aggiornati sui nuovi rilasci e le novità sul prodotto si consiglia di abbonarsi alle sezioni Annunci e Novità di Mago4 al fine di ricevere automaticamente, tramite posta elettronica, le news pubblicate.

Migliorie

Area Commerciale / Logistica

9643 - Revisione Grafica App Mobile (InStore/StocknMove)

Si richiede di effettuare una rivisitazione grafica delle applicazioni Mobile al fine di renderle maggiormente omogenee nelle varie procedure e più snelle. Le tre app InStore, WMSMobile e StocknMove dovranno avrere uno stile comune e più omogeneo, questo progettio è relativo alla revisione di InStore e StocknMove. Per la revisione dell'app WMSMobile si faccia riferimento al progetto 13374. La grafica viene rivista e semplificata, di seguito i punti comuni:

Viene gestita la gesture "swipe", in particolare a livello di riquadro articolo. Swipe destra > sinistra cancellerà l'articolo. Swipe sinistra > destra confermerà l'articolo, quindi andrà a sostituire gli sliders dove presenti sugli articoli.

Tutti bottoni di utilizzo non ripetitivo saranno raggruppati in un unico bottone con 3 puntini, possibile in testa al documento, nelle sezioni di raggruppamento e/o a livello di articolo; nei 3 puntini sarà presente la lista delle azioni possibili da eseguire.

Le informazioni necessarie come codice articolo, descrizione, varianti/lotti, quantità, UM ed eventuali informazioni visibili in base all'attivazione di parametri rimarranno visibili nel riquadro articolo.

Lo spazio dedicato all'immagine diventerà opzionale, se il Parametro Mobile Download Images è impostato a false non verrà visualizzato il riquadro delle immagini perché sarebbe sempre vuoto, in questo modo è possibile riorganizzare le informazioni e occupare meno spazio per ogni articolo. Se si utilizza già InStore APP o Stock'n Move, non sarà necessario fare nulla nell’immediato: con l’aggiornamento a Mago 6.1, l’APP già installata si aggiornerà automaticamente continuando a utilizzare il layout precedente. La versione attuale resterà infatti disponibile per tutta la 6.1. Quando si intende iniziare a utilizzare il nuovo layout, sarà necessario installare la nuova APP una prima volta. Si tratta però del solo passaggio iniziale: da quel momento in poi, anche la nuova APP seguirà i normali processi di aggiornamento automatico. La 6.1 rappresenterà quindi un periodo di transizione, nella quale potranno convivere l’attuale versione e, allo stesso tempo, la versione con la nuova grafica. La convivenza tra le due versioni sarà temporanea: la precedente APP resterà disponibile per la sola versione 6.1; con Mago 6.2 è prevista la sua dismissione per InStore APP e Stock'nMove.

11380 - InStore e StocknMove - Liste locali per visualizzare i documenti in corso

Si richiede di aggiungere in tutte le funzionalità, dove non è già presente, la lista dei documenti in corso sul terminalino per poterli aprire. Si revisiona la grafica anche delle liste già esistenti. La lista sarà visibile solo se presenti dei documenti in corso, devono essere mostrati i soli documenti dello Store a cui l'utente è collegato o la company a cui l'utente è collegato in caso di StocknMove. Cliccando su una delle voci in lista verranno estratti gli articoli filtrati per le informazioni presenti sulla riga selezionata. Il bottone LISTA DOCUMENTI... per l'apertura dei documenti in corso è già presente in Movimenti di Magazzino, Trasferimento tra Depositi e Nuova Richiesta, per queste funzioni è necessario solo modificare la grafica con la nuova sezione Documenti in Lavorazione. Si richiede l'aggiunta della gestione in: Ricevimento Merci da Ordine a Fornitore, Invio Merci a Punto Vendita e Inventario. Funzionalità di Picking List e Ricevimento merci è necessario rimuovere i seguenti messaggi obsoleti:

1. Messaggio all'uscita "Attenzione! I dati inseriti non verranno eliminati. Sarà possibile ricaricarli indicando gli stessi dati documento." indicava che il ricevimento/picking veniva salvato in locale e poteva essere riaperto, ora salviamo sempre tutti i dati non è più necessario avvisare l'utente che può recuperare il documento con gli stessi dati.
2. Messaggio del tipo "CARICA/ELIMINA" documento che appare quando si richiama un documento dai documenti in progress NON è necessario ed è fuorviante il fatto che sia presente solo in queste funzionalità.

Attenzione! Questo messaggio secondo è presente anche nel caso in cui si inseriscono i dati e si clicca su Nuovo Ricevimento/Nuova Picking List, in questo caso MANTENIAMO il messaggio ELIMINA/CARICA per continuità con le versioni precedenti, il messaggio che appare è graficamente diverso tra Picking List/Ricevimento deve essere allineato alla grafica più semplice.

12322 - Modifica conferma da funzionalità Inventario Mobile

Si richiede una modifica della Funzionalità Inventario per le app mobile: InStore e StocknMove permettendo la conferma e l'invio al server dalla sola visualizzazione di dettaglio. Nella funzionalità nuovo inventario una volta entrati nella funzionalità, nella visualizzazione di dettaglio, si aggiunge in fondo il bottone di conferma, prima presente solo nella visualizzazione raggruppata.

Se attiva la visualizzazione della quantità risultante displayqtyininventory = 1 questa continuerà a essere visibile solo nella visualizzazione raggruppata (eccetto in caso in cui si attivo l’Inventario con UM multiple che NON avrà la voce Visualizzazione Raggruppata, se InventoryMultipleUoM = 1 si faccia riferimento al prj. 13409.).

12652 - Lotti scaduti e in pre-scadenza evidenza in info articolo

Si richiede che venga data evidenza con una icona o un colore dei lotti scaduti e in pre-scadenza nella funzionalità Informazioni articolo quando viene mostrata la disponibilità per lotto. Si rende necessario evidenziare in Informazioni Articolo, dove vengono mostrate le disponibilità per singolo lotto se si tratta di un lotto scaduto o in pre-scadenza. Questa informazione non è presente in locale ma dovrebbe essere ricevuta dal server con la stessa API che riporta all'app le disponibilità per lotto, in particolare, è necessario confrontare la data corrente con le date MA_Lots.PreexpiringDate (Data di prescadenza del lotto - campo locale calcolato come MA_Lots.ValidTo - MA_ItemsGoodsData.LotPreexpiringDays) e MA_Lots.ValidTo (data scadenza del lotto.

Se la data corrente è > MA_Lots.ValidTo - MA_ItemsGoodsData.LotPreexpiringDays il codice lotto non deve essere colorato di nero ma di giallo. Se la data corrente è > MA_Lots.ValidTo il codice lotto non deve essere colorato di nero o di giallo ma sempre di rosso, la scadenza essendo successiva prevale sulla pre-scadenza.

12901 - IT - Report controllo doc. da Fatturare con Dich Intento Revocate

Si prevede un nuovo report che mostri tutti i documenti ancora da fatturare, che risultino collegati a dichiarazioni che sono state successivamente revocate.

13129 - Movimenti di Magazzino in C# e registrazioni di EAT

Si richiede che un movimento di magazzino generato tramite codice C# sia in grado di creare automaticamente la registrazione di EAT (Inventory Accounting Transactions), garantendo coerenza tra la gestione fisica del magazzino e la contabilità di magazzino.

13339 - Travaso ordine Cliente/Fornitore disattivo su mobile

Su InStore e StocknMove NON vengono riportati sul DbOnBoard i clienti/fornitori disattivi ma nelle funzionalità "Mostra Ordini Aperti" delle funzioni Ricevimento Merci da Ordine Fornitore e Picking List deve essere possibile travasare un ordine ancora aperto anche se il fornitore o cliente è disattivo. Quando si clicca sul bottone "Mostra Ordini Aperti" da Ricevimento Merci da Ordine Fornitore o Picking List, anche se nella tabella locale MA_CustSupp il fornitore o cliente non viene trovato deve comunque essere estratto quanto ricevuto dal server e l'utente potrà procedere all'estrazione e il travaso di ordini ancora aperti collegati a clienti/fornitori ora disattivi, così come avviene su Mago. In questo caso la DESCRIZIONE del Cliente/Fornitore non risulterà visibile dall'applicazione.

13340 - Scelta deposito scarto da rettifica stock da item info

Quando si esegue una rettifica di scarto dalla funzionalità di rettifica stock presente in informazioni articolo di InStore e StocknMove non è attualmente possibile scegliere il deposito verso cui spostare lo scarto, nel caso di rettifica di scarto viene effettuato un movimento di magazzino di scarto a due fasi usando la causale indicata nei parametri InStore/StocknMove (MA_IAParameters.InvRsnScrapAdj/MA_SnMParameters.InvRsnScrapAdj) e il deposito indicato nella causale. Si rende necessaria l'aggiunta del campo di scelta deposito nella funzionalità di rettifica stock sull'app per poter inserire il deposito quando viene compilato il campo scarto. Nella funzionalità di rettifica stock sull'app si aggiunge la voce "Deposito Fase 2 Scarti" con associata tendina di ricerca depositi per poter inserire il deposito quando viene compilato il campo scarto. Il campo viene proposto vuoto ed è facoltativo, se NON compilato la funzionalità continua a funzionare senza variazioni e verrà utilizzato il deposito definito nella causale.

13521 - Informazioni Ordine Cliente riportate in Picking list creata da travaso da Mobile

Si richiede che le informazioni presenti sull'Ordine Cliente travasato nella funzionalità Picking List di StocknMove vengano tutte riportate su Mago nella picking list generata da mobile. Con particolare attenzione ai dati relativi ai vettori, al tracking number e alla tipologia di consegna (Consegna A Cliente o Consegna A Punto Vendita), affinché possa essere evaso utilizzando la Picking List un Ordine da eCommerce.

13588 - Accorpamento parametri Articolo "Usato In"

Si richiede di riunire tutti i parametri che indicano dove verrà utilizzato l'articolo in un unica tile in anagrafica articolo. I parametri Articolo POS, Articolo InStore, Articolo StocknMove e Articolo WMS Mobile vengono rimossi dalle relative tab Retail, InStore Mobile, StocknMove e WMS. Nella tab Dati Principali dell'anagrafica articolo, a destra della tile Print Item On si richiede l'aggiunta della tile USATO IN dove verranno spostati i 4 parametri. Le tab InStore Mobile e StocknMove vengono rimosse in quanto contenenti in precedenza solo questo parametro e ora vuote. Per coerenza si rinomina anche la sezione Use (Usa) dell'anagrafica Causali di Magazzino in Used In (Usata in).

13616 - Inventario con UM multiple filtro lista di riordino

Si richiede l'aggiunta di un filtro che permetta di filtrare gli articoli per la lista di riordino travasata nella funzionalità Inventario con UM Multiple. All’interno della funzionalità Inventario, sia su InStore che StocknMove, se ManageInvMultipleUoM = 1, rispettivamente nei parametri InStore o StocknMove rispetto alla app che si sta utilizzando, sono presenti le seguenti modifiche.

L’attivazione segue le stesse regole del travaso lista di riordino quindi la gestione descritta è presente solo in presenza di Gestione Punto Vendita e un connettore POS. Accanto al già esistente bottone di ordinamento deve essere aggiunto il bottone di filtro (m4-tb-filter) che apre una pop-up con titolo FILTER BY ORDER LIST (FILTRO PER LISTA DI RIORDINO) contenente i numeri e descrizioni delle liste di riordino travasate (MA_IAInventory.OrderListNumber MA_IAInventory.OrdListDescription), ordinate per MA_IAInventory.OrderListid desc, l’ultima opzione No List (Senza Lista) estrae gli articoli per cui MA_IAInventory.OrdListDescription, MA_IAInventory.OrderListNumber e MA_IAInventory.OrderListid sono vuoti).

Una volta impostato il filtro il filtro diventa con la x (m4-tb-clearfilters) e accanto al filtro viene riportato il numero (MA_IAInventory.OrderListNumber) della lista filtrata.

Il filtro è di visualizzazione, alla conferma come di consueto tutte le righe vengono inviate al server, si rende necessario avvisare l’utente che tutte le righe verranno inviate al server a prescindere dal filtro impostato. In questa situazione quindi il messaggio viene modificato in: “Procedendo si confermerà l’operazione, tutte le righe verranno inviate al server a prescindere dai filtri impostati. Confermare? SI/NO.”/” Proceeding will confirm the operation; all rows will be sent to the server regardless of the filters set. In caso di ricerca, manuale o tramite barcode (ricerca barcode da 6.0 in poi, in 5.3 non era gestita), per prima cosa si ricerca l’articolo nella lista filtrata, se si trova l’utente viene posizionato sull’articolo. Poi si procede la ricerca tra tutti gli articoli nell’inventario che si sta effettuando, se l’articolo viene trovato l’utente viene posizionato sull’articolo trovato e applicato il filtro relativo alla lista a cui appartiene l’articolo. Se l’articolo non è presente deve essere aggiunto in fondo come di consueto e filtrata la lista per i soli articoli senza lista.

13639 - Prezzi di Listino nelle Info Articolo di StocknMove

Si richiede di poter consultare direttamente dall’app StocknMove i prezzi di listino associati agli articoli. Nella funzionalità Informazioni Articolo di StocknMove, sotto al riquadro Stock Check, deve essere aggiunto un nuovo riquadro chiamato Valid Price Lists (Listini Validi) con all'interno una griglia riportante: Price List (Listino) | Variant (Variante) | UoM (UM)| Price (Prezzo) MA_ItemsPriceLists.PriceList | MA_ItemsPriceLists.VariantCode | MA_ItemsPriceLists.PriceListUoM | MA_ItemsPriceLists.Price

Colonna Variant (MA_ItemsPriceLists.VariantCode) visible solo se l’articolo gestisce le varianti.

Nella griglia devono essere visualizzati tutti i listini validi per l'articolo. In presenza di Retail è necessario filtrare per i soli listini di tipo (MA_PriceLists.codetype) Only POS (2045509633) e WholeSale (2045509635).

13641 - Variazione data inventario in manutenzione inventario mobile

Si richiede di poter modificare le date inserite sulle righe da processare nell’inventario automatico acquisite tramite APP mobile InStore o Stock’nMove dalla già esistente procedura di manutenzione Inventory from Mobile APP (Inventario da App Mobile). Troviamo a menu in Services (Servizi) | Logistics (Logistica) | Maintenance (Manutenzione) la procedura Inventory from Mobile APP (Inventario da App Mobile), visualizzata solo se almeno uno dei due moduli InStore o StocknMove risulta attivo.

Viene modificata la sezione Actions (Azioni), nel riquadro OPERATION, solo se almeno uno dei parametri di gestione inventario automatico è attivo (MA_IAParameters.automaticinventory = 1 e/o MA_SnMParameters.automaticinventory = 1), sotto a quelle già esistenti devono essere visualizzate le seguenti opzioni:

• Change Inventory Date (Modifica Data Inventario): agisce sulla data (MA_IAInventory.InventoryDate) di Inventario indicata sul Mobile, l’operazione prevede accanto alla label un campo data con relativo bottone calendario, proposto vuoto e attivo solo se selezionata l’opzione relativa.
• Change Inventory Balance Date (Modifica Data Saldi Inventario): agisce sulla data saldi inventario (MA_IAInventory.BalanceDate) indicata sul Mobile, l’operazione prevede accanto alla label un campo data con relativo bottone calendario, proposto vuoto e attivo solo se selezionata l’opzione relativa.

13713 - Eliminazione movimenti di magazzino e documento di inventario

Si richiede l'aggiunta di una procedura di manutenzione per permettere l'eliminazione del documento di inventario e gli eventuali movimenti di magazzino collegati. Se attivi InStore e/o Stock'n Move si richiede anche di effettuare la rollback dello stato delle righe di inventario generate da mobile e collegate a tale inventario. Viene aggiunta a menu in Services (Servizi) | Logistics (Logistica) | Inventory (Magazzino) la procedura Deleting Inventory Document (Eliminazione Documento di Inventario), che avrà le stesse attivazioni della procedura di inventario e seguirà lo standard delle procedure asincrone C#.

La procedura permette l'eliminazione dei documenti di Inventario con possibilità di scelta di eliminazione dei movimenti di magazzino collegati e, in presenza di app mobile, la rollback allo stato "Da Processare" delle righe mobile collegate.

13731 - Modifica controllo date inventario automatico mobile

Il task Automatic Generation of Inventory Entries from New Inventory prevede un controllo per cui se le date MA_IAInventory.InventoryDate e/o MA_IAInventory.BalanceDate risultano erroneamente vuote le stesse vengono valorizzate con data applicazione. Si richiede la rimozione dell'impostazione automatica della data in favore di un messaggio di errore chiaro e bloccante sul task. Si rende necessario modificare il task Automatic Generation of Inventory Entries from New Inventory rimuovendo l'impostazione automatica delle date MA_IAInventory.BalanceDate e/o MA_IAInventory.InventoryDate quando assenti in favore di un messaggio di errore: ERROR! Balance date empty for InventoryID % Store % Storage %.

ERROR! Inventory date empty for InventoryID % Store % Storage %.

E' possibile andare su Mago nei servizi | logistica | manutenzione nella procedura Inventario da APP mobile, estrarre le righe filtrando per stato da processare per Punto Vendita 04 e Deposito CAMPI_PR, verificare la colonna Data Inventario, in base all'errore dovrebbero esserci 2 righe con questa data vuota e il valore SI nella colonna Inventario Automatico e questo è il motivo dell'errore. Selezionare nella sezione Operazioni: Modifica Data Inventario, impostare la data corretta quindi selezionare le 2 righe con data vuota ed eseguire la procedura. Dopo questa attività eseguendo nuovamente il task Automatic Generation of Inventory Entries from New Inventory l'errore non dovrebbe più presentarsi e la generazione dei movimenti avvenire con successo.

In caso di errore sulla Inventory Balance Date esguire le stesse operazioni controllando però la Data Saldi Inventario.

13737 - Inventario con UM multiple filtro per categoria merceologica

Si richiede l'aggiunta di un filtro che permetta di filtrare gli articoli in base allo loro categoria merceologica nella funzionalità Inventario con UM Multiple.

13877 - Importazione righe di Inventario Mobile da API

Con l'attivazione di uno tra i moduli InStore e StocknMove si richiede l'aggiunta di una chiamata API per aggiungere righe di inventario alla tabella MA_IAInventory. Le righe saranno poi gestibili dalle procedure come normali righe di inventario. Poiché la tabella MA_IAInventory è gestita attualmente solo dai moduli moduli InStore e StocknMove si rende necessario avere almeno uno di questi moduli per poter importare e gestire le righe. Le righe avranno macaddress MAGOAPI al fine di identificarle ma rientreranno nel normale ciclo di importazione righe da mobile.

Gestione Punto vendita

9643 - Revisione Grafica App Mobile (InStore/StocknMove)

11380 - InStore e StocknMove - Liste locali per visualizzare i documenti in corso

12322 - Modifica conferma da funzionalità Inventario Mobile

12652 - Lotti scaduti e in pre-scadenza evidenza in info articolo

13339 - Travaso ordine Cliente/Fornitore disattivo su mobile

13340 - Scelta deposito scarto da rettifica stock da item info

13588 - Accorpamento parametri Articolo "Usato In"

13616 - Inventario con UM multiple filtro lista di riordino

13641 - Variazione data inventario in manutenzione inventario mobile

13731 - Modifica controllo date inventario automatico mobile

ERROR! Inventory date empty for InventoryID % Store % Storage %.

Come già fatto in caso di altri errori è necessario bloccare solo la generazione di questo Store-Storage. Gli altri punti vendita e gli altri depositi dello stesso punto vendita se non hanno problemi di date devono procedere con la generazione. Per risolvere un errore del tipo ERROR! Inventory date empty for InventoryID 26 Store 04 Storage CAMPI_PR. ERROR! Inventory date empty for InventoryID 27 Store 04 Storage CAMPI_PR. E' possibile andare su Mago nei servizi | logistica | manutenzione nella procedura Inventario da APP mobile, estrarre le righe filtrando per stato da processare per Punto Vendita 04 e Deposito CAMPI_PR, verificare la colonna Data Inventario, in base all'errore dovrebbero esserci 2 righe con questa data vuota e il valore SI nella colonna Inventario Automatico e questo è il motivo dell'errore. Selezionare nella sezione Operazioni: Modifica Data Inventario, impostare la data corretta quindi selezionare le 2 righe con data vuota ed eseguire la procedura. Dopo questa attività eseguendo nuovamente il task Automatic Generation of Inventory Entries from New Inventory l'errore non dovrebbe più presentarsi e la generazione dei movimenti avvenire con successo.

In caso di errore sulla Inventory Balance Date esguire le stesse operazioni controllando però la Data Saldi Inventario.

13737 - Inventario con UM multiple filtro per categoria merceologica

Si richiede l'aggiunta di un filtro che permetta di filtrare gli articoli in base allo loro categoria merceologica nella funzionalità Inventario con UM Multiple.

13877 - Importazione righe di Inventario Mobile da API

13139 - Rimozione definitiva inventario Pianificato InStore

Si richiede la rimozione definitiva dell'inventario Pianificato InStore.

13350 - Revisione dei Report di Controllo dei Documenti Importati dal POS

Al fine di garantire una verifica uniforme e indipendente dal sistema POS delle eventuali discrepanze tra le transazioni registrate sui POS integrati e i documenti importati in Mago, i report attualmente in uso verranno sostituiti da nuovi report di controllo. Tali report saranno disponibili in due modalità: sintetica, per una visione d’insieme delle anomalie, dettagliata, per l’analisi puntuale delle singole discrepanze. I nuovi report saranno resi disponibili per tutti i prodotti della suite Mago, assicurando coerenza operativa e standardizzazione dei controlli. Se MSH non è funzionante, eseguendo il report verrà rilasciato un messaggio (si vuole evitare che il report venga visualizzato vuoto dando l'impressione che in Mago non sia entrato nulla).

13448 - Parametri eCommerce: Trasferimento Stock

Nei 'Parametri eCommerce' è stata rivista e migliorata la descrizione estesa del parametro 'Trasferimento Stock' presente nel riquadro 'Sincronizzazione' all'interno della scheda 'Dati Principali'.

13450 - Funzionalità di copia per l’anagrafica Menù

Si richiede un miglioramento della funzionalità di copia dell’anagrafica Menù, prevedendo l’inclusione anche degli assortimenti e dei tipi ordine per Order and Delivery.

13453 - IT - Gestione contabile carte prepagate (IVA preassolta)

Si richiede l’introduzione di una nuova modalità di gestione contabile, attivabile tramite apposito parametro, che permetta di trattare la carta prepagata come un buono monouso, in conformità a quanto previsto dall’art. 6-ter del DPR 633/1972. In base a questa normativa, la ricarica della carta è assimilata alla vendita di beni o servizi già determinati, per i quali sono già note natura e aliquota IVA. Di conseguenza:

- al momento della ricarica devono essere rilevati ricavo e IVA a debito, esattamente come avviene per i voucher monouso;
- al momento dell’utilizzo della carta, invece, non devono essere generati né ricavi né IVA, poiché l’operazione fiscale si considera già avvenuta in fase di ricarica. L’utilizzo della carta produce pertanto solo una movimentazione gestionale/extracontabile, finalizzata alla riduzione del credito prepagato, senza effetti economici o IVA. Mago metterà dunque a disposizione due modalità alternative per contabilizzare le carte prepagate in IVA preassolta:
• ricavo registrato all’emissione/ricarica della carta;
• ricavo registrato al momento dell’utilizzo. In questo modo l’utente potrà scegliere il comportamento contabile più adatto al proprio modello operativo.

In allegato il documento di progetto.

13513 - Parametri Connettori MSH: API URL Tilby

Prima di effettuare la chiamata verso la API di Tilby indicata nei Parametri MSH, è necessario che il valore dell’URL venga normalizzato, convertendo tutti i caratteri in minuscolo. Questa conversione deve avvenire a livello di codice, immediatamente prima dell’invocazione dell’API, indipendentemente da come l’URL è stato inserito nei parametri. L’obiettivo è garantire un comportamento coerente della chiamata ed evitare che l'attivazione dei punti vendita fallisca.

13543 - Gestione delle descrizioni di sconti e promozioni in importazione documenti da TCPOS

Si richiede di gestire correttamente l’importazione dei documenti da TCPOS in Mago anche in presenza di descrizioni di sconti e promozioni più lunghe rispetto a quelle attualmente supportate, evitando errori bloccanti in fase di importazione. Considerato che su TCPOS la descrizione di sconti e promozioni è stata estesa a 50 caratteri, mentre Mago accetta al massimo 40 caratteri, si richiede che, in fase di importazione documenti da TCPOS, Mago tronchi automaticamente a 40 caratteri il contenuto del campo "PromotionDescription" presente sul payload nei nodi Discounts, ArticleDiscounts, Promotions e ArticlePromotions, anziché generare un errore.

13546 - Compatibilità Mago con TCPOS KumoAPI 8.1.4

Nel contesto dell’integrazione Mago–TCPOS, si richiede di garantire la piena interoperabilità tra MSH e TCPOS KumoAPI, assicurando la compatibilità con Mago e KumoAPI versione 8.1.4

13582 - Scheda Composizione in anagrafica articolo

In anagrafica articolo la scheda Composizione deve essere posizionata prima di quella degli Attributi.

13675 - Estensione API openPOS/importsaledoc per la gestione dei riferimenti tra documenti

La chiamata API openPOS/importsaledoc, utilizzata per l’importazione dei documenti di vendita emessi dai punti cassa, è impiegata anche per la gestione dei Documenti di Trasferimento tra Punti Vendita, i quali prevedono normalmente una relazione tra:

- documento di uscita (dal punto vendita origine)
- documento di entrata (nel punto vendita destinazione) Per garantire la corretta tracciabilità e il collegamento tra questi documenti, è necessario prevedere l’esposizione di specifici campi nella struttura della chiamata. Pertanto all’interno del nodo MA_SaleDocDetail vengono introdotti i seguenti campi:
- CRRefType, opzionale e di tipo integer; indica il tipo di documento originale Mago da cui deriva la riga del documento importato.
- CRRefSubID, opzionale e di tipo integer; identifica il SubID del documento originale Mago da cui deriva il documento importato. L’utilizzo di questi campo, assieme al campo CRRefID già presente nella chiamata, è previsto principalmente nei casi di trasferimenti tra punti vendita.

13679 - ARTICOLO DI ACQUISIZIONE: blocco per inserimento articoli di acquisizione nei movimenti di magazzino

Per evitare incongruenze nei Saldi di Magazzino, non è più possibile richiamare un 'Articolo d'Acquisizione' direttamente in:

- 'Movimenti di Magazzino';
- procedura 'Movimenti di Rettifica Inventariale'.

13683 - Connettore OmniPOS: Gestione fornitore preferenziale per articoli di tipo servizio

Per gli articoli di tipo servizio non è prevista la possibilità di indicare un fornitore preferenziale all’interno dell’anagrafica articolo; di conseguenza, in fase di sincronizzazione verso OmniPOS, tali articoli risultano privi di questa informazione. Si rende pertanto necessario introdurre la possibilità di definire un fornitore preferenziale di default dedicato ai servizi, distinto da quello già previsto per gli articoli di tipo merce, al fine di garantire la corretta valorizzazione del dato anche per questa tipologia. In Parametri POS, scheda OmniPOS, sezione "Sincronizzazione Articolo": "Fornitore Preferenziale" sarà visibile un nuovo campo che si chiamerà "Default per Servizi" (EN: "Default for Services"). Durante la sincronizzazione verso OmniPOS se l'articolo è di tipo servizio, Mago utilizza il valore del campo Default per Servizi. Il valore viene trasferito come fornitore preferenziale nell’anagrafica articolo su POS. Se il campo non è valorizzato la sincronizzazione dell'articolo andrà in errore con messaggio: "Default for Services is missing.". Nella tabella MA_RMParameters viene aggiunto il campo SupplierMissingForServices (varchar) lungo 12. Il campo sarà sempre editabile e presenterà un hotlink alla tabella MA_CustSupp, sul campo CustSupp, filtrato secondo le seguenti condizioni: MA_CustSupp.Disabled = false MA_CustSupp.Draft = false MA_CustSupp.CustSuppType = 3211265 Una volta selezionato un fornitore, analogamente a quanto avviene per gli altri parametri di Mago, saranno visibili sia il codice sia la descrizione. La sua descrizione estesa sarà: "Default supplier code used for service items." In sincronizzazione dell’articolo servizio deve essere inviato il fornitore preferenziale per i servizi definito nei parametri pos solo se non presente nell’interfacecode.

13716 - Fattura da Scontrino: gestione Modello Contabile e Registro IVA per Punto Vendita

Attualmente il Modello Contabile e il Registro IVA utilizzati dalle fatture da scontrino sono configurabili nei Parametri POS (scheda Contabilità) e nel Punto vendita (scheda Altri Dati). I dati inseriti nel Punto Vendita sono però usati solo quando la fattura da scontrino è generata in Mago. Si richiede pertanto di estendere la proposizione dei valori impostati sul Punto vendita anche in caso di importazione. Importando la fattura da scontrino tramite il modulo Open POS o il Connettore OmniPOS, Mago dovrà assegnare il Modello Contabile e il Registro IVA secondo la seguente logica:

- recuperare il punto vendita associato al documento importato
- verificare la presenza dei campi FiscalBillInvoiceAccTpl FiscalBillInvoiceTaxJournal sul Punto Vendita o sui Parametri POS. Se valorizzati nell'anagrafica Punto Vendita, utilizzare quei valori, altrimenti utilizzare i corrispondenti valori configurati nei Parametri POS.

13717 - IT - Connettore TCPOS - Gestione contabile dei pagamenti tramite voucher e dell’esigibilità IVA

Si richiede di semplificare il processo di registrazione contabile delle vendite effettuate tramite TCPOS e successivamente importate in Mago, nei casi in cui il pagamento avvenga mediante voucher. In allegato è disponibile il documento di progetto. IMPORTANTE: Con questo progetto viene migliorata la gestione contabile delle vendite pagate tramite voucher e importate da TCPOS, recependo le novità introdotte dalla versione 8.1.4 relative alla gestione dei buoni.

Le registrazioni contabili generate potranno differire da quelle prodotte dalle versioni precedenti.

In allegato è riportato il dettaglio delle registrazioni previste nei diversi scenari: gestione precedente (Mago 6.0 e TCPOS 8.1.3) e nuova gestione introdotta in Mago 6.1, con distinzione tra importazioni provenienti da TCPOS 8.1.3 e TCPOS 8.1.4.

Si evidenzia che, nelle versioni precedenti alla 8.1.4 di TCPOS, non era possibile distinguere i voucher esenti IVA da quelli non esenti IVA. Di conseguenza, per tutte le vendite regolate tramite voucher, TCPOS trasmetteva sempre il codice di esenzione IVA configurato sul punto vendita, indipendentemente dalla tipologia di voucher utilizzata.

Con TCPOS 8.1.4 è stata introdotta questa distinzione, consentendo a Mago 6.1 una gestione contabile più accurata delle diverse tipologie di voucher. A seguito di questo sviluppo il parametro pos "Importo pagato con voucher" (visibile nei Parametro POS\Scheda Contabilità) agirà quindi solo per ciò che è stato pagato con voucher esente. Vanno pertanto cambiati:

- la label del parametro che diventa "Amount Paid with Tax Exempt Vouchers";
- la descrizione estesa del parametro MA_RMParameters.PostVoucherInAcc che diventa "It allows you to choose whether and how to account for amounts paid in tax exempt vouchers."
- la descrizione estesa del parametro MA_RMParameters.TransAccountForVoucher che diventa "Transitional account to be used for the accounting posting of the amounts paid with tax exempt vouchers."
- la descrizione estesa del parametro MA_RMParameters.AccountForTaxNotExigible che diventa "Account to be used for tax not exigible on amounts paid with tax exempt vouchers." Gestione rilasciata solo per scontrino. Sono escluse fattura da scontrino, fatture e note di credito.

13723 - Arrotondamento prezzi articoli esportati verso POS

Attualmente, durante l'esportazione dei prezzi degli articoli verso i POS, i valori vengono inviati senza applicare la stessa logica di arrotondamento utilizzata da Mago in fase di importazione dei documenti provenienti dai POS. Si richiede quindi di uniformare il comportamento tra esportazione e importazione, applicando ai prezzi esportati la medesima regola di arrotondamento adottata da Mago. Prima dell'invio dei prezzi ai POS, occorre:

1. Identificare la divisa base aziendale configurata nel parametro MA_CurrencyParameters.Currency
2. Recuperare per tale divisa il numero di decimali degli importi non contabilizzabili: MA_Currencies.NoOfDecimals
3. Arrotondare i prezzi degli articoli utilizzando il numero di decimali ricavato dal punto precedente.

13730 - IT - Connettore TCPOS - Estensione contabilizzazione prepagate alle fatture di ricarica

Si richiede di estendere alle fatture la gestione contabile attualmente prevista per gli scontrini importati da TCPOS relativi all'emissione/ricarica di carte prepagate, consentendo la rilevazione del ricavo e dell'IVA al momento dell'emissione/ricarica della carta anche per tali documenti. Tale funzionalità è stata introdotta per gli scontrini nell'ambito del progetto 13453. L'estensione oggetto del presente progetto riguarda esclusivamente le operazioni di ricarica delle carte prepagate e non il loro successivo utilizzo come mezzo di pagamento. Le funzionalità descritte saranno disponibili per il Paese Italia in presenza dell'applicazione Store Management, installata in aggiunta a Mago, e del Connettore TCPOS. Di seguito è descritto il comportamento che Mago deve adottare durante la registrazione contabile delle fatture emesse da TCPOS relative a operazioni di ricarica di carte prepagate. Durante la contabilizzazione di una fattura importata da TCPOS, qualora siano soddisfatte le seguenti condizioni:

- il parametro Registrazione Ricavi da Prepagate è impostato su All'emissione (MA_RMParameters = On Issue);
- la carta cliente indicata nel documento (MA_RMSaleDoc.CardNumber) è di tipo prepagamento (MA_RMCustSupp.CardType = 2045444097) e con modalità IVA preassolta (MA_RMCustSupp.PrepayMode = 2048851969);
- nel documento è presente l'articolo configurato per il punto vendita come articolo di ricarica (MA_RMShops.PrepayRechargeItem);

Mago determina l'importo della ricarica sommando il totale delle righe che utilizzano l'articolo di ricarica. Per il solo importo così determinato viene generata una scrittura contabile aggiuntiva composta da:

DARE conto MA_RMParameters.PrepaidCustomerAccount (MA_JournalEntriesGLDetail.AmountType=Ignore e MA_JournalEntriesGLDetail.TaxBalancingCheck=false)
AVERE conto MA_RMParameters.PrepaidAdvanceAccount (MA_JournalEntriesGLDetail.AmountType=Ignore e MA_JournalEntriesGLDetail.TaxBalancingCheck=false)

La scrittura sopra descritta si aggiunge alla normale contabilizzazione della fattura e non la sostituisce. La fattura continua pertanto a generare le consuete registrazioni di ricavo e IVA previste dalla configurazione degli articoli. Il giroconto aggiuntivo interessa esclusivamente la quota del documento relativa alla ricarica della carta prepagata.

13747 - Procedura di Inventario Semplificato

Si richiede di avere una procedura di inventario semplificato nella quale vengano automaticamente richiamate le liste di riordino associate al punto vendita e che per ogni articolo sia possibile inserire la quantità in diverse unità di misura. A menu in Logistics | Inventory Entries | Procedures (Logistica | Movimenti di Magazzino | Procedure), sotto la voce di menu esistente Inventory Procedure (Procedura di Inventario) troviamo la nuova voce Simplified Inventory Procedure (Procedura di Inventario Semplificata).

La nuova voce risulta visibile esclusivamente qualora risultino attivi i moduli Magazzino, Gestione Punto Vendita e Ricetta Alimentare e NON risultino attivi i moduli Varianti e Varianti Plus. Nella procedura non vengono effettuate esplosioni delle ricette alimentari ma verranno estratti gli articoli indicati nelle liste di riordino indipendentemente dalla tipologia di articolo. Lo scopo di questo progetto è quello di rendere disponibile, in presenza dei moduli Magazzino, Gestione Punto Vendita e Ricetta Alimentare, una nuova procedura che permetta di gestire un Inventario di magazzino nel modo quanto più semplice e veloce possibile.

Il progetto sarà disponibile solo su MagoWeb e MagoCloud.

La procedura caricherà in automatico gli Articoli presenti alle Liste di Riordino associate al Punto Vendita inventariato, consentendo di indicare le quantità risultanti a magazzino nelle diverse Unità di Misura censite per l’Articolo stesso.

Nel caso in cui, ad esempio, per un Articolo sia indicata quale Unità di Misura Base NR (Numeri) e come Unità di Misura derivata SCA (Scatola in rapporto 1:10 con l’Unità di Misura Base), la procedura permetterà di riportare la quantità presente a magazzino così come questa appare all’operatore. Indicando, ad esempio, 5 NR e 2 SCA il programma determinerà la quantità risultante in Unità di Misura Base 25. Sarò anche possibile importare le righe contate da mobile.

La nuova procedura non è compatibile con i moduli Varianti e Varianti Plus e non sarà quindi visibile se attivo uno di questi moduli. Viene effettuato un controllo all'accesso relativamente all'attivazione della gestione dei Lotti, se attiva l'accesso alla procedura è negato.

Con le stesse attivazioni della procedura viene reso disponibile un parametro di controllo di esistenza inventario successivo alla data registrazione della bolla di carico. Poiché questa procedura prevede un massimo di 4 unità di misura è necessario apportare modifiche alla funzionalità di Inventario con UM Multiple delle applicazioni mobile. Sia su InStore che su StocknMove è necessario limitare il numero di unità di misura nel box articolo a 4. Se ManageInvMultipleUoM = 1, attualmente in ogni riquadro articolo vengono riportate tutte le UM presenti sul DbOnBoard e valide per il mobile, ovvero tutte le UM dell’articolo per cui MA_ItemsComparableUoM.NotinMobile = 0 e/o MA_UnitOfMeasureDetail.NotinMobile = 0. La prima UM è sempre l’UM di default di Inventario (MA_ItemsGoodsData.mobileinvuom), se compilata e la successiva l’UM Base, se non compilata la prima UM sarà l’UM Base. Con questo progetto rimane valido l’ordinamento ma NON si prendono più tutte le UM valide ma solo le prime 4 UM. Per dettagli si veda il documento allegato.

13755 - OmniPOS - Introduzione task schedulato Price Update

Attualmente il connettore Omnipos invia correttamente il prezzo dell'articolo al momento del salvataggio dello stesso. Tuttavia, non viene gestita l'eventuale entrata in vigore di un nuovo prezzo a una data successiva. È pertanto necessario introdurre nel connettore il task Price Update, già presente e utilizzato da altri connettori, con esecuzione schedulata ogni notte. Ad ogni esecuzione il task dovrà:

- identificare gli articoli per i quali il prezzo valido alla data corrente è cambiato rispetto a quello precedentemente inviato a Omnipos;
- inviare a Omnipos il nuovo prezzo entrato in vigore;
- aggiornare lo stato di sincronizzazione secondo le modalità già previste dal task standard.

13761 - Causale Articolo nei Movimenti di Magazzino da TCPOS

Si richiede di riportare la causale articolo nelle righe dei movimenti di magazzino generati a partire dai documenti importati da TCPOS. La causale articolo viene utilizzata dal frontend di cassa per identificare specifiche casistiche di vendita, tra cui offerta e scarto. Il valore dovrà essere riportato e mantenuto fino alla registrazione del movimento di magazzino generato dal documento di origine. Nell tabella MA_InventoryEntriesDetail vengono aggiunti il campo Reason di tipo varchar(8) e il campo ReasonType di tipo enum, che conterranno rispettivamente la causale articolo e il tipo causale articolo derivati dal documento di origine. I valori che assumerà il campo ReasonType sono gli stesso del corrispondente campo della tabella MA_SMSaleDocDetail. Durante la generazione dei movimenti di magazzino dai documenti provenienti da TCPOS:

- il nuovo campo MA_InventoryEntriesDetail.Reason dovrà essere valorizzato con il valore presente nel campo MA_SaleDocDetail.Reason;
- il nuovo campo MA_InventoryEntriesDetail.ReasonType dovrà essere valorizzato con il valore presente nel campo MA_SaleDocDetail.ReasonType. Qualora il documento non presenti una causale articolo, i campi dovranno rimanere non valorizzati. Nel data entry dei Movimenti di Magazzino sarà introdotta la visualizzazione del nuovo campo Reason, unitamente alla relativa descrizione, a livello di dettaglio riga. Il campo sarà solo visibile e mai modificabile dall'utente. Nel processo di Registrazione Magazzino Massiva degli Scontrini, i campi Reason + ReasonType dovranno essere considerati come criterio di rottura per il raggruppamento delle righe provenienti dagli scontrini. Pertanto, due righe potranno essere accorpate nello stesso movimento di magazzino solo se risulteranno allineate anche rispetto al valore\tipo della causale articolo.

13770 - Connettore OmniPOS - Pagamento del cliente

Durante la sincronizzazione dell'anagrafica cliente da Mago a OmniPOS deve essere trasmessa anche la condizione pagamento configurata in Mago sul cliente. In questo modo l'operatore di cassa potrà visualizzare e utilizzare immediatamente le informazioni relative al pagamento associato al cliente. Il valore presente nel campo MA_CustSupp.Payment di Mago dovrà essere trasfcodificato e trasferito nel campo TB_Clienti.CLI_PAG_ERPCODE di Omnipos, sia in fase di creazione sia in fase di aggiornamento dell'anagrafica cliente.

13844 - Connettore TCPOS - Modifica controllo FiscalData in fase di importazione vendite

In ambiente CGM, dove possono coesistere aziende che utilizzano la fatturazione elettronica e aziende che non la utilizzano, si richiede di consentire l'importazione delle vendite provenienti da TCPOS permettendo di distinguere, per singolo documento, i casi in cui debbano essere acquisiti anche i dati relativi alla fatturazione elettronica da quelli in cui tali informazioni non siano previste. L'obiettivo è rendere il processo compatibile con scenari multi-azienda eterogenei, superando l'attuale comportamento che applica la medesima gestione della fatturazione elettronica a tutti i documenti importati. Attualmente, se il plugin EInvoice è attivo, MDC è attivo e il parametro MA_RMParameters.CustomerEI è impostato a True, l'importazione verifica la presenza del primo elemento dell'array FiscalData. In assenza di tale nodo, il processo termina con un errore. La logica dovrà essere modificata affinché l'assenza del nodo FiscalData sia considerata bloccante solo se, per la company associata allo shop, il parametro MA_EI_ITParameters.UseFatelWeb è impostato a True. Poiché tale parametro è definito a livello di company, sarà necessario risalire alla company partendo dallo shop in elaborazione. Questa funzionalità dovrà essere attiva esclusivamente in presenza del connettore TCPOS. Nel caso in cui il nodo FiscalData è mancante ma necessario per recuperare le informazioni utilizzate dalla fatturazione elettronica, l'importazione della fattura non può proseguire ed il messaggio mostrato è il seguente: "FiscalData missing in the payload: unable to proceed with the import."

Varianti

12230 - Unificazione Varianti con Varianti Plus

Fino alla versione precedente i moduli Varianti (Manufacturing) e Varianti Plus (Store Management) non erano compatibili. Sono stati unificati i due moduli per permettere di poterli utilizzare tutte e due le funzionalità

12245 - Unificazione Varianti con Varianti Plus - Campo Variante

Nei documenti di vendita, in presenza di entrambi i moduli, il campo Variant non deve essere aggiunto dal modulo Varianti di Produzione, in quanto risulta già presente il campo Variant del modulo Varianti Plus. La stessa cosa per i Movimenti di magazzino.

12246 - Unificazione Varianti con Varianti Plus - Anagrafiche

Per la gestione di entrambe le funzionalità si presuppone che siano prima codificate, in Anagrafica articolo, le Varianti Plus da utilizzare, e secondariamente, nelle Varianti di produzione, sia definita la composizione in termini di componenti e operazione delle stesse. Di conseguenza, si rende necessario adeguare l’Anagrafica delle Varianti di produzione, in modo tale che permetta di selezionare solo le varianti plus già codificate.

Solo in presenza del modulo Varianti Plus, il campo Variante (Variants.MA_Variants.Variant) deve diventare un campo non liberamente editabile ma che consente solo di selezionare, in base al codice Articolo (Variants.MA_Variants.Item) indicato, un codice variante già esistente dal campo VariantCode della tabella MA_SMItemVarCodes. Nella scheda Componenti, il campo Variante deve essere editabile solo se l'articolo è associato ad una distinta o ad una variante, indipendentemente dalla natura in anagrafica articoli. Questo sia in anagrafica Distinta Base che in Anagrafica Varianti

12247 - Unificazione Varianti con Varianti Plus - Generazione Piani di Produzione

Generazione Piani di Produzione L'algoritmo della procedura di Generazione Piani di produzione deve essere adeguato in modo tale che analizzi gli ordini clienti per gli articoli in variante considerando, per ogni riga, il dettaglio per singola variante. In particolare, anche la funzionalità di Caricamento Ordine Cliente nel Piano di produzione deve essere adeguata.

La procedura di Generazione Piani di produzione analizza le righe degli Ordini Clienti non ancora evase e che non hanno un Piano di Produzione già assegnato. I fabbisogni devono essere analizzati considerando le diverse varianti indicate. Sull’ordine cliente, per ogni riga di un articolo gestito a variante esiste un Dettaglio per variante con l’indicazione del codice variante (con quantità e prezzo). La tabella dove sono indicate tutte le informazioni relative al dettaglio è la MA_SaleOrdDetailVar

Generazione Piani di Produzione – Scheda risultato Quando la procedura analizza una riga di un ordine che ha un dettaglio per variante, i fabbisogni e quindi le quantità che risulteranno da produrre devono essere elencate in griglia suddivise per variante. Nella scheda risultato vanno quindi visualizzate tutte le righe della tabella dettaglio che necessitano di essere prodotte.

Piani di Produzione – Riferimenti Il piano generato avrà una riga per ogni variante da produrre. Per ogni riga di piano di produzione che si riferisce ad una riga di ordine cliente con dettaglio variante, il riferimento sarà: Numero Ordine Posizione

Aggiornamento Ordine Cliente e tabella MA_SaleOrdDetailVar In questa tabella vanno aggiunti due nuovi campi: ProductionPlanId ProductionPlanLine E vanno visualizzati nel loro dettaglio (e modificabili) con: ProductionPlanNo ProductionPlanLine

Quando viene generato un piano di produzione collegato ad una riga di ordine cliente, sull’ordine cliente sono aggiornati i campi Id Piano di Produzione e Riga: Detail.MA_SaleOrdDetails.ProductionPlanId Detail.MA_SaleOrdDetails.ProductionPlanLine

In caso di articoli in variante, i dati relativi al Id Piano di Produzione e Riga andranno aggiornati sulla tabella MA_SaleOrdDetailVar ogni qual volta la riga di piano si riferisca ad una riga di dettaglio per Variante.

Nella tabella SaleOrderDetail non andrà compilato nulla in questo caso e i campi non devono essere editabili. Se non c’è un dettaglio varianti va gestito come prima. Anche caricando un ordine cliente in un piano di produzione devono essere esplose le righe che hanno un dettaglio variante e compilati opportunamente i riferimenti come dalla Generazione Piani di Produzione

12248 - Unificazione Varianti con Varianti Plus - MRP: Ordini Cliente

La procedura di MRP deve gestire le varianti plus sull'Ordine Cliente. L’analisi dei fabbisogni derivanti da ordini clienti in variante eseguita dall’MRP deve essere adeguata esplodendo il dettaglio varianti sulle singole righe.

Sulle sole RDA da MRP, il campo Variant deve essere nascosto, sia in presenza del modulo varianti plus che nel caso di varianti di produzione. Sempre da MRP, il campo deve essere nascosto anche nella procedura di Generazione ordini a fornitore da RDA.

12249 - Unificazione Varianti con Varianti Plus - Controlli attivazioni

Ora le Varianti di produzione sono compatibili con le Varianti Plus. da console di Mago4 non devono più essere rilasciati i messaggi relativi alla incompatibilità Il modulo Varianti Plus rimane incompatibile con il Configuratore. Pertanto devono essere sempre rilasciati i messaggi di incompatibilità da console. Il modulo Configuratore NON è compatibile con il modulo Varianti Plus, anche con la licenza ENT, che è priva dei messaggi di incompatibilità. Per MagoWEB e MagoCloud dovranno essere gestiti i controlli da Store.

12250 - Unificazione Varianti con Varianti Plus - Documenti di conto lavoro

I documenti di conto lavoro devono gestire le varianti plus Attualmente le varianti sono gestite solo nel DDT al fornitore per lavoraizone esterna. Occorre aggiungere il campo variant delle Varianti Plus e non aggiungere quello delle varianti di Manufacturing. Occorre aggiungere il pulsante dettaglio varianti sulla toolbar del documento. La procedura di Generazione DDT al fornitore per lavorazione esterna deve generare il documento andando a recuperare il Tipo variante o la personalizzata dall’articolo e scrivendo la variante come prima riga nel dettaglio varianti della riga del DDT. Attualmente non saranno adeguati l'Ordine a fornitore per lavorazione esterna e la Bolla di carico.

12253 - Unificazione Varianti con Varianti Plus - Scarico componenti nei documenti di vendita

Occorre gestire le distinte con variante e scarico componenti nei documenti di vendita Occorre gestire le distinte in variante e scarico componenti nei documenti di vendita. Al salvataggio del dettaglio varianti si compila la scheda componenti con tutti i componenti di tutte le varianti indicate nel dettaglio. Per la visualizzazione, nella scheda componenti si aggiunge una combo con il campo variante che permette di filtrare i componenti da visualizzare in base alla variante scelta.

12281 - Unificazione Varianti con Varianti Plus - Varianti e Acquisti

Si devono integrare le Varianti gestite da produzione con il modulo acquisti (solo in presenza del modulo Varianti Plus). La procedura di MRP deve gestire le varianti plus sulle RDA. Le quantità in arrivo da ordine a fornitore e RDA devono essere considerate esplodendo il dettaglio delle righe in variante.

In presenza di entrambi i moduli, sulle RDA da MRP, il campo Variant non deve essere aggiunto dal modulo varianti di produzione ma occorre aggiungere quello delle Varianti plus. Nelle RDA degli acquisti è già gestito correttamente.

In fase di generazione RDA, se è presente una variante, occorre generare le RDA andando a recuperare il Tipo variante o la personalizzata dall’articolo e scrivendo la variante come prima riga nel dettaglio varianti della riga dell’RDA.

Sull'RDA da MRP va aggiunto il tastino per gestire il dettaglio varianti sulla toolbar. In fase di generazione dell'ordine a fornitore da RDA, occorre riportare il dettaglio variante nell'ordine. I documenti di conto lavoro: Oridne a fornitore e Bolla di Carico da lavorazione esterna devono gestite le Varianti\Varianti Plus Attualmente, le procedure di Analisi Producibilità e Riordino Semilavorati tengono conto dell'oridnato da fornitore senza variante mentre l'analisi MRP lo considera disponibile per tutte le varianti (n-volte per ciascuna variante). In riferimento al progetto 11381 relativo alla disponibilità per Variante.

13526 - Codice Varianti nei Codici a Barre Strutturati

Nella 'Struttura Barcode' relativa alla gestione dei codici a barre strutturati, è ora possibile dedicare un segmento alla gestione della 'Variante'. Relativamente alle Varianti Plus, in anagrafica dei 'Tipi Variante', per ogni 'Codice Variante Risultante', Mago ora propone un 'Segmento Barcode', modificabile dall'utente, della lunghezza prevista nei 'Parametri Barcode'. Analogamente, anche in anagrafica 'Articoli', per gli articoli gestiti con 'Variante Personalizzata', per ogni 'Codice Variante Articolo', Mago ora propone un 'Segmento Barcode', modificabile dall'utente, della lunghezza prevista nei 'Parametri Barcode'. Per le Varianti di Produzione, in anagrafica 'Varianti' è ora possibile indicare un 'Segmento Barcode'. Per dettagli si veda il documento allegato

13652 - Varianti Plus disattive o in esaurimento nei moduli di Produzione

Si richiede di introdurre una gestione strutturata delle varianti plus disattivi e in stato di esaurimento nei moduli di produzione. Se la variante è disattiva non verrà più utlizzata. Se la variante è in esaurimento non verrà più ordinata o prodotta. Le varianti in stato “In Esaurimento” non devono poter essere utilizzate come Prodotto Finito nella creazione di ordini di produzione, distinte base, RdA di MRP, piani di produzione e gli altri documenti di produzione. Le varianti disattive non devono poter essere utlizzate anche come componente.

Il programma deve prevedere controlli bloccanti in fase di inserimento manuale degli odp e delle distinte e nelle elaborazioni automatiche (MRP, generazione piani di produzione, riordino a produzione). In caso di tentato utilizzo, deve essere restituito un messaggio di errore esplicativo che variante è in esaurimento o disattiva e non può essere utlizzata.

13653 - IT - Disattivazione varianti di produzione

Si richiede di introdurre il campo “Disattivo” anche all’interno delle varianti, al fine di consentire la gestione dello stato di utilizzo delle varianti senza necessità di eliminazione.

13900 - FireAction LoadBOM OdPe Varianti

Sono state inserite le FireAction al caricamento della distinta nell'OdP e nelle Varianti

MRP

12248 - Unificazione Varianti con Varianti Plus - MRP: Ordini Cliente

13698 - MRP con articoli a commessa: poter considerare gli OdP in Lavorazione

E' stato aggiunto un parametro nella procedura MRP che permette di selezionare anche gli OdP in lavorazione.

Nel riquadro "Impostazioni nettitica a commessa" erano presenti (*) Da Anagrafica Articoli ( ) Usa le seguenti impostazioni [ ] Ordini di produzione [ ] Ordini al fornitore [ ] Ordini di produzione terminati

Ora il riquadro "Impostazioni nettitica a commessa" è diventato (*) Da Anagrafica Articoli ( ) Usa le seguenti impostazioni [ ] Ordini di produzione (*) Per la quantità totale ( ) Per la quantità rimanente [ ] Ordini al fornitore [ ] Ordini di produzione terminati

13699 - Provenienza su OdP

E' stato aggiunto un campo nell'anagrafica dell'OdP che indica chi ha creato l'ordine.

I valori possibili sono:

- "Manuale" quando l'OdP è stato creato dall'utente nell'anagrafica
- "MRP"quando l'OdP è stato generato dalla procedura di MRP
- "Piano di Produzione" quando l'OdP è stato generato dal tasto apposito del Piano di Produzione
- "Riordino" quando l'OdP è stato generato dalla procedura di Riodirno a Produzione Semilavorati Mancanti
- ''Da Programma Esterno'' se l'OdP è stato generato da API o Cyberplan

Conto lavoro

12250 - Unificazione Varianti con Varianti Plus - Documenti di conto lavoro

13708 - DDT a fornitore per lavorazione esterna

E stato rimosso il campo cliente di fatturazione perchè inutile nei DDT al fornitore

13834 - Ricercatore bolla di carico

Si richiede di aggiungere, come campi nascosti, la data consegna prevista e quella confermata dell'ordine a Fornitore per lavorazione esterna, nel ricercatore Ordini a fornitore dalla Bolla di carico per lavorazione esterna.

MagoAPI Area Logistica

13877 - Importazione righe di Inventario Mobile da API

12297 - Agenti in importazione ordine e documento di vendita via API

In importazione ordine cliente e documenti di vendita via API si richiede di poter includere le informazione degli agenti. Nell'API ERPSaleOrders/ImportSaleOrd, vengono introdotti nuovi campi.

- MA_SaleOrd.Salesperson, opzionale e di tipo stringa. Tramite questo parametro potrà essere inviato il codice dell'agente della vendita. Se nullo, viene proposto il predefinito del cliente. Sul valore inviato non viene fatto alcun controllo di esistenza del dato su Mago.
- MA_SaleOrd.AreaManager, opzionale e di tipo stringa. Tramite questo parametro potrà essere inviato il codice del capoarea. Se nullo, viene proposto il predefinito del cliente. Sul valore inviato non viene fatto alcun controllo di esistenza del dato su Mago.
- MA_SaleOrd.SalespersonPolicy, opzionale e di tipo stringa. Tramite questo parametro potrà essere inviato il codice della categoria provvigionale della vendita. Se nullo, viene proposto il predefinito del cliente. Sul valore inviato non viene fatto alcun controllo di esistenza del dato su Mago.
- MA_SaleOrd.AccrualType, opzionale e di tipo integer. Può assumere i seguenti valori: 03473408 (On Turnover), 03473409 (At Installment Due Date), 03473410 (On Collected), 03473411 (On Document Totally Collected). Tramite questo parametro potrà essere inviato il tipo di maturazione delle provvigioni. Se nullo viene proposto automaticamente in base alla Politica Provvigionale dell’Agente. Sul valore inviato viene effettuato un controllo per cui possono essere accettato solo i valori previsti. Se il valore inviato non è tra quelli che l’enumerativo può assumere, il documento va in errore.
- MA_SaleOrd.Area, opzionale e di tipo stringa. Tramite questo parametro potrà essere inviato l'area di vendita. Se nullo, viene proposto il predefinito del cliente. Sul valore inviato non viene fatto alcun controllo di esistenza del dato su Mago.
- MA_SaleOrdDetails.CommissionCtg, opzionale e di tipo stringa. Tramite questo parametro potrà essere inviata la categoria provvigionale sulla quale possono essere calcolate le provvigioni dell'Agente. Se nullo, viene proposto in base alle anagrafiche cliente o articolo a seconda della politica provvigionale utilizzata.
- MA_SaleOrdDetails.CommPerc, opzionale e ti tipo float number. Tramite questo parametro potrà essere inviata la percentuale provvigionale spettante all’agente. Se nullo, viene proposto in base alla Politica Provvigionale.
- MA_SaleOrdDetails.SalespersonComm, opzionale e ti tipo float number. Tramite questo parametro potrà essere inviato l'importo provvigione agente calcolato in base ad importo base e percentuale provvigionale agente.
- MA_SaleOrdDetails.AreaManagerCommCtg, opzionale e di tipo stringa. Tramite questo parametro potrà essere inviata la categoria provvigionale sulla quale possono essere calcolate le provvigioni del CapoArea. Se nullo, viene proposto in base alle anagrafiche cliente o articolo a seconda della politica provvigionale utilizzata.
- MA_SaleOrdDetails.AreaManagerCommPerc, opzionale e di tipo float. Tramite questo parametro potrà essere inviata la percentuale provvigionale spettante al CapoArea. Se nullo, viene proposto in base alla Politica Provvigionale.
- MA_SaleOrdDetails.AreaManagerComm, opzionale e ti tipo float number. Tramite questo parametro potrà essere inviato l'importo provvigione spettante al capoarea. Importo provvigione spettante al CapoArea. Se nullo, viene proposto in base alla Politica Provvigionale. Nell'API ERPSales/ImportSaleDoc, vengono introdotti nuovi campi.
- MA_SaleDoc.Salesperson, opzionale e di tipo stringa. Tramite questo parametro potrà essere inviato il codice dell'agente della vendita. Se nullo, viene proposto il predefinito del cliente. Sul valore inviato non viene fatto alcun controllo di esistenza del dato su Mago.
- MA_SaleDoc.AreaManager, opzionale e di tipo stringa. Tramite questo parametro potrà essere inviato il codice del capoarea. Se nullo, viene proposto il predefinito del cliente. Sul valore inviato non viene fatto alcun controllo di esistenza del dato su Mago.
- MA_SaleDoc.SalespersonPolicy, opzionale e di tipo stringa. Tramite questo parametro potrà essere inviato il codice della categoria provvigionale della vendita. Se nullo, viene proposto il predefinito del cliente. Sul valore inviato non viene fatto alcun controllo di esistenza del dato su Mago.
- MA_SaleDoc.AccrualType, opzionale e di tipo integer. Può assumere i seguenti valori: 03473408 (On Turnover), 03473409 (At Installment Due Date), 03473410 (On Collected), 03473411 (On Document Totally Collected). Tramite questo parametro potrà essere inviato il tipo di maturazione delle provvigioni. Se nullo viene proposto automaticamente in base alla Politica Provvigionale dell’Agente. Sul valore inviato viene effettuato un controllo per cui possono essere accettato solo i valori previsti. Se il valore inviato non è tra quelli che l’enumerativo può assumere, il documento va in errore.
- MA_SaleDoc.Area, opzionale e di tipo stringa. Tramite questo parametro potrà essere inviato l'area di vendita. Se nullo, viene proposto il predefinito del cliente. Sul valore inviato non viene fatto alcun controllo di esistenza del dato su Mago.
- MA_SaleDocDetails.CommissionCtg, opzionale e di tipo stringa. Tramite questo parametro potrà essere inviata la categoria provvigionale sulla quale possono essere calcolate le provvigioni dell'Agente. Se nullo, viene proposto in base alle anagrafiche cliente o articolo a seconda della politica provvigionale utilizzata.
- MA_SaleDocDetails.CommPerc, opzionale e ti tipo float number. Tramite questo parametro potrà essere inviata la percentuale provvigionale spettante all’agente. Se nullo, viene proposto in base alla Politica Provvigionale.
- MA_SaleDocDetails.SalespersonComm, opzionale e ti tipo float number. Tramite questo parametro potrà essere inviato l'importo provvigione agente calcolato in base ad importo base e percentuale provvigionale agente.
- MA_SaleDocDetails.AreaManagerCommCtg, opzionale e di tipo stringa. Tramite questo parametro potrà essere inviata la categoria provvigionale sulla quale possono essere calcolate le provvigioni del CapoArea. Se nullo, viene proposto in base alle anagrafiche cliente o articolo a seconda della politica provvigionale utilizzata.
- MA_SaleDocDetails.AreaManagerCommPerc, opzionale e di tipo float. Tramite questo parametro potrà essere inviata la percentuale provvigionale spettante al CapoArea. Se nullo, viene proposto in base alla Politica Provvigionale.
- MA_SaleDocDetails.AreaManagerComm, opzionale e ti tipo float number. Tramite questo parametro potrà essere inviato l'importo provvigione spettante al capoarea. Importo provvigione spettante al CapoArea. Se nullo, viene proposto in base alla Politica Provvigionale. I campi calcolati che hanno il flag IsAuto, in importazione documento si comporteranno come le spese. Pertanto:
- in caso di TotalIsAuto=true, se inviati con il payload, vengono importati e messi in manuale sul documento; se non inviati con il payload, vengono comunque ricalcolate;
- in caso di TotalIsAuto=false, vengono importati esclusivamente dal payload, quindi se non inviate, sul documento restano a 0.

Retrocompatibilità: essendo i nuovo campi tutti opzionali, non rompono il funzionamento delle integrazioni esistenti. Chi vuole sfruttare la nuova funzionalità può iniziare ad inviarli.

13461 - MagoAPI - Dati consegna in importazione ordine cliente e ordine a fornitore

In importazione ordini cliente e ordini a fornitore tramite API, si rende necessario prevedere la gestione e l’inserimento dei dati relativi alla consegna.

All’interno della chiamata API ERPSaleOrders/ImportSaleOrd, nel nodo MA_SaleOrd, sono ora disponibili i seguenti nuovi campi, tutti opzionali:

- ExpectedDeliveryDate, di tipo date; indica la data prevista di consegna.
- ConfirmedDeliveryDate, di tipo date; indica la data confermata di consegna.
- SingleDelivery, opzionale, di tipo boolean; specifica se l’ordine deve essere consegnato in un’unica soluzione.
- CompulsoryDeliveryDate, di tipo date; definisce una data di consegna vincolante. All’interno della chiamata API ERPPurchaseOrders/ImportPurchaseOrd, nel nodo MA_PurchaseOrd, sono esposti i seguenti campi, anch’essi opzionali: ExpectedDeliveryDate, di tipo date; indica la data prevista per la consegna da parte del fornitore. ConfirmedDeliveryDate, di tipo date; indica la data di consegna confermata dal fornitore.

13490 - Esposizione bollettario in API ERPPurchases/ImportPurchaseDoc

Nella chiamata api/ERPPurchases/ImportPurchaseDoc, utilizzata per importare in Mago la Bolla di Carico, verrà esposto all’interno del nodo MA_PurchaseDoc il campo StubBook, che permetterà di specificare esplicitamente il bollettario da utilizzare.

Attualmente, infatti, il bollettario viene proposto automaticamente sulla base della causale di magazzino associata al documento. Il campo StubBook sarà opzionale e di tipo stringa. Descrizione prevista: "It represents the Stub Book. If null, it will be displayed based on the document's inventory reason." In assenza del valore, il sistema continuerà quindi a comportarsi come oggi, determinando il bollettario in base alla causale di magazzino del documento.

13613 - Estensione dei campi descrittivi nelle API di integrazione documenti

Durante l’importazione dei documenti del ciclo attivo e passivo tramite API, si rende necessario gestire alcuni campi descrittivi aggiuntivi, di natura puramente informativa e liberamente utilizzabili. All’interno della chiamata API ERPSaleOrders/ImportSaleOrd, nel nodo MA_SaleOrdDetail, sono ora disponibili i seguenti nuovi campi (tutti opzionali): CustomerLotNo (stringa) ProductionJobId (intero) ProductionJobNo (stringa) ProductionJobSubId (intero) ReferenceDocId (intero) ReferenceDocNo (stringa) ExternalLineReference (intero) Department (stringa); si tratta del Reparto dell'articolo, se nullo viene proposto automaticamente in base alle impostazioni dell'articolo. All’interno della chiamata API ERPPurchaseOrders/ImportPurchaseOrd, nel nodo MA_PurchaseOrdDetails, sono ora disponibili i seguenti nuovi campi (tutti opzionali): ReferenceDocId (intero) ReferenceDocNo (stringa) ExternalLineReference (intero) Department (stringa): si tratta del Reparto dell'articolo, se nullo viene proposto automaticamente in base alle imppostazioni dell'articolo. All’interno della chiamata API ERPSales/ImportSaleDoc, nel nodo MA_SaleDocDetail, sono ora disponibili i seguenti nuovi campi (tutti opzionali): ReferenceDocId (intero) ReferenceDocNo (stringa) ExternalLineReference (intero) Department (stringa): si tratta del Reparto dell'articolo, se nullo viene proposto automaticamente in base alle imppostazioni dell'articolo. All’interno della chiamata API ERPPurchases/ImportPurchaseDoc, nel nodo MA_PurchaseDocDetail, sono ora disponibili i seguenti nuovi campi (tutti opzionali): ReferenceDocId (intero) ReferenceDocNo (stringa) ExternalLineReference (intero) Department (stringa): si tratta del Reparto dell'articolo, se nullo viene proposto automaticamente in base alle imppostazioni dell'articolo.

13672 - Esposizione modello contabile in API ERPSales/importsaledoc

Nella chiamata api/ERPSales/importsaledoc, utilizzata per importare in Mago i documenti di vendita, verrà esposto all’interno del nodo MA_SaleDoc il campo AccTpl, che permetterà di specificare esplicitamente il modello contabile da utilizzare. Il campo AccTpl sarà opzionale e di tipo stringa. Descrizione prevista: "It indicates the accounting template. If null, it will be proposed by Mago according to its logic." In assenza del valore, il sistema continuerà quindi a comportarsi come oggi, determinando il registro IVA in base alle logiche di Mago.

13673 - Esposizione Tipo Documento della Fatturazione Elettronica in API ERPSales/ importsaledoc

Nella chiamata api/ERPSales/importsaledoc, utilizzata per importare in Mago i documenti di vendita, viene esposto all’interno del nodo MA_SaleDoc il campo EIDocumentType, che permetterà di specificare esplicitamente il Tipo Documento inserito nella sezione 2.1.1.1 della Fattura Elettronica. Attualmente, in importazione documento di vendita via API, questo valoro viene proposto automaticamente nel documento sulla base delle logiche di Mago ma mai passato da esterno. Il campo EIDocumentType sarà opzionale e di tipo integer. Descrizione prevista: "It indicates the Document Type of the Electronic Invoice. It can assume the following values: 22151168 (Not Defined), 22151169 (TD01 Invoice), 22151170 (TD02 Invoice For Advance), 22151171 (TD03 Fee for Advance), 22151172 (TD04 Credit Note), 22151173 (TD05 Debit Note), 22151174 (TD06 Fee), 22151180 (TD21 Self-Inv. Overrun), 22151181 (TD22 Deposit Extraction), 22151182 (TD23 Deposit Extraction with TAX), 22151183 (TD24 Deferred Invoice), 22151184 (TD25 Deferred Invoice), 22151185 (TD26 Asset Sales/ Internal), 22151186 (TD27 Self-consumption/No Recurrence), (TD29 Self-Inv. Missing/Irregular Invoice). If null, it will be proposed by Mago according to its logic."

13738 - MagoAPI - Esposizione cliente di fatturazione in importsaleord e importsaledoc

Si richiede di poter specificare, all'interno delle chiamate API erpsaleorders/importsaleord e erpsales/importsaledoc, il cliente di fatturazione dei documenti, così da consentire la corretta gestione della fatturazione ai clienti che dispongono di più sedi. Nel nodo MA_SaleOrd della chiamata erpsaleorders/importsaleord viene esposto il campo InvoicingCustomer, opzionale e di tipo stringa. Nel nodo MA_SaleDoc della chiamata erpsales/importsaledoc viene esposto il campo InvoicingCustomer, opzionale e di tipo stringa.

Comunicazioni Digitali

12375 - IT - Stampa massiva XML documenti importati

Si prevede una procedura che si occupi di gestire la stampa massiva degli XML (elaborati con il foglio di stile semplificato) dei documenti opportunamente selezionati dai filtri. Filtri di selezione

per definire l'insieme dei documenti da includere nella stampa.

*Data Ricezione: limita l'elaborazione ai documenti ricevuti in un determinato intervallo temporale.

* Tipo: Consente di selezionare la tipologia di documenti da stampare

Emessi o Ricevuti *Escludi Semplificati (TD07 TD08 TD09): esclude dall'elaborazione i documenti semplificati:

TD07;
TD08;

TD09. * Stato Documento:

Consente di filtrare i documenti in base al loro stato di completamento. Tutti: include i documenti indipendentemente dallo stato; Selezione: abilita la scelta di uno specifico stato documento tramite l'apposita casella di selezione *Stampa: Anche già stampati, se attivata, include nell'elaborazione anche i documenti già oggetto di una precedente stampa definitiva. ; se non attivata, vengono elaborati esclusivamente i documenti non ancora stampati. Esecuzione della stampa

*Avvio della procedura:

La stampa viene avviata tramite il pulsante Play, che esegue l'elaborazione dei documenti selezionati e apre la finestra standard di scelta della destinazione di stampa.

L'utente può scegliere la modalità di output desiderata, ad esempio:

stampa su stampante; anteprima di stampa; esportazione in formato PDF; altre destinazioni rese disponibili dalla piattaforma. * Nome del file di esportazione

: Quando la destinazione selezionata prevede la creazione di un file, la valorizzazione del nome dipende dall'ambiente di esecuzione:

Mago4:

Il campo relativo al nome del file viene proposto vuoto e deve essere valorizzato dall'utente.

-Cloud e Web:

Il nome del file viene proposto automaticamente nel formato:

ImportedDocuments_<TipoDocumenti>_<DataElaborazione>

dove:

TipoDocumenti assume il valore Emessi oppure Ricevuti;

DataElaborazione corrisponde alla data di esecuzione della stampa. Ad esempio:

ImportedDocuments_Ricevuti_20260922.pdf

Opzioni di stampa

Stampa Definitiva

: Se attivata, la stampa viene eseguita in modalità definitiva e i documenti elaborati vengono considerati già stampati nelle successive esecuzioni della procedura.

Colonna Codice Articolo

Nella griglia dei documenti importati, la colonna Codice Articolo viene valorizzata utilizzando le informazioni presenti nel file importato. In particolare, quando disponibili, vengono riportati:

il Codice Articolo; il Codice Valore Articolo.

La colonna consente quindi di visualizzare i dati identificativi dell'articolo acquisiti dal documento elettronico.

Stampa semplificata e schema FSM10

Nella stampa semplificata, i campi previsti dallo schema FSM10 vengono riportati esclusivamente quando il documento importato è effettivamente una fattura semplificata.

La presenza di un Tipo Documento (TD) associato a una fattura semplificata non è sufficiente per determinare la stampa di tali informazioni: i campi FSM10 vengono inclusi solo se il file XML è stato originariamente emesso come documento semplificato e contiene i relativi dati previsti dallo schema. Avvertenze

Visualizzazione dell'anteprima PDF

Qualora venga scelta una destinazione che produce un documento PDF, la resa grafica in visualizzazione può variare in funzione del visualizzatore utilizzato e del livello di zoom impostato. Eventuali differenze di visualizzazione non influiscono sul contenuto della stampa.

Assenza di documenti da stampare

Se tutti i documenti selezionati risultano già stampati e l'opzione "Anche già stampati"non è attivata, l'elaborazione produce comunque un documento di stampa privo di contenuti.

13157 - RO - FE Passiva Romania - gestione dei codici Natura e del Reverse

Alla ricezione di un xml di una fattura passiva è necessario che venga salvato in MA_EI_ITImportDocumentDetail.TaxNature_Rec il valore presente nel tag ID del blocco

<cac:ClassifiedTaxCategory>.

Tale valore sarà utilizzato per la scelta del Codice IVA. I valori ammessi nel tag sono:

AE --> Reverse charge E --> Exempt from VAT G --> VAT for export operations K --> VAT for INTRA CEE operations L --> Taxes for Canare Islands M --> Taxes for Ceuta and Melilla O --> Non subject to VAT S --> Standard and reduced VAT Z --> VAT 0 percent

Saranno salvati esattamente come impostati sull'XML nel campo TaxNature_Rec che è un varchar(4). Le logiche di gestione della scelta del codice IVA sono già presenti sull'implementazione della Passiva.

13177 - IT - API preview FE Italiana

Si richiede di rendere disponibile un'API per ottenere l'html della fattura elettronica sia in formato ministeraile completo che semplificato in base all'impostazioni dei parametri comunicazioni digitali. Con fatture elettroniche in questa implementazione si intende:

- passive scaricate dal DH Zucchetti o importate da filesystem
- attive generate con un altro gestionale ed importate in Mago da filesystem Si sviluppa una nuova API, denominata digitalcommunication/getEIDocRender con parametri in ingresso:
- id: id documento
- TBCompanyID: id della company (necessario ed impostabile solo per le installazioni con CGM)

L'implementazione considererà i parametri MA_EI_ITParameters.StylesheetRcvDoc (per le passive) e MA_EI_ITParameters.StylesheetSndDoc (per le attive caricate da filesystem) per stabilire il formato del contentuto dell'HTML ed andrà a elaborare il documento ricevuto con MA_EI_ITImportDocument.DocumentId corrispondente al valore passato nella chiamata, eventualmente filtrando anche per il TBCompanyID sempre presente nella chiamata (se l'installazione gestisce la CGM).

L'output della chiamata sarà il binary dell'HTML

13191 - IT - Scambio Dati: valorizzazione dati persona fisica

In fase di censimento nuova anagrafica da Scambio Dati in Mago, si necessità di integrare le informazioni della persona fisica presenti nel file. Se nei dati del Cessionario presenti nel file saranno presenti il nome e il cognome del cliente persona fisica, Mago procederà ad indicare oltre al c.f. nel campo MA_CustSupp.fiscalcode anche: * nel campo Descrizione dell'Anagrafica Cliente, MA_CustSupp.companyname i valori dei tag Cognome seguito da uno spazio e dal tag Nome * nel campo Cognome dei Dati Persona Fisica, MA_CustSuppNaturalPerson.lastname, il valore del tag Cognome * nel campo Nome dei dati Persona Fisica, MA_CustSuppNaturalPerson.name, il valore del tag Nome

Se nel file non viene comunicato IdfiscaleIVA (p.i.) dal quale è possibile estrapolare l'IdPaese (IsoStato), attualmente Mago non può sapere il paese del Cessionario/Committente, peranto creerà sempre una nuova anagrafica di persona Fisica Italiana.

Se il Cessionario/Committente Persona Fisica è anche titolare di partita IVA, gli eventuali dati presenti della persona fisica presenti nel file, Nome e Cognome, non saranno salvati in quanto gestibili in Mago solo con l'opzione Persona Fisica.

13353 - HU - Liquidazione IVA Ungheria

Nuovo Tax return con elenco documenti emessi e ricevuti da trasmettere in formato xml

13379 - IT - Pulizia tabella MA_DCElaboration - Scambio Dati

Si implementa un task MSH che provvede alla pulizia della tabella MA_DCElaboration, relativamente ai record inseriti dai processi dello Scambio Dati. La permanenza dei file è impostata a 60 giorni. Sul Frontend di MSH sarà visibile un task denominato Purge Processing Tables, sotto il provider Data Exchange, questo può essere schedulato agendo sulla crone expression che di default è impostata il 1° giorno del mese, ogni due mesi. L'utente può fermare la schedulazione e modifcare la periodicità di eliminazione dei record presenti nella tabella dello Scambio Dati

13412 - IT; RO - FE Passiva Avanzata - gestione dei decimali divisa

Si aggiunge la gestione delle impostazioni della divisa base per quanto riguarda i decimali non contabilizzabili.

I valori provenienti dall'XML sono già salvati con tutti i decimali presenti sul documento elettronico nel database. E' necessario che:

- vengano visualizzati nelle griglie della procedura
- vengano utilizzati per la generazione del documento di acquisto in accordo con quanto impostato sulla divisa base.

13565 - DE; FR - Fatturazione Elettronica UBL - Modulo e dati anagrafiche

Le funzionalità relative alla Fatturazione Elettronica Attiva rilasciate con i progetti 13082 (Germania) e 12776 (Francia) sono rese disponibili con il modulo Electronic Invoicing UBL collocato in Digital Communications. Inoltre si rendono disponibili e visibili i campi MA_CustSupp.PeppolScheme e ' MA_CustSupp.PeppolValue per la corretta gestione dei dati relativi al cliente all'interno dell'XML della Fattura.

13572 - FR - Francia - Requisiti file XML

Si provvede ad effettuare ulteriori modifiche, rispetto a quanto già implementato nel progetto padre, per rendere il file XML conforme allo standard Francese. Per maggiori dettagli si veda il pdf allegato in lingua italiana *** IMPORTANTE *** La versione in rilascio per Mago 6.0.0 HF2 gestisce le note in modo diverso rispetto a quanto previsto per la prossima release principale.

In questa versione non è disponibile l'opzione "Fatture Elettroniche" nella sezione Parametri Vendite > Note Documento.

Di conseguenza, il programma inserirà nelle note di testa dell'XML della Fattura Elettronica tutte le note configurate con la tipologia "Fatture". Queste note verranno riportate sia nelle Fatture sia nelle Note di Credito. I dati di codifiche di default sono prensenti nei file MA_EICondig_FR.xml (in francese) e MA_EICondig_EN.xml (in inglese)

13581 - Scambio Dati - Revisione connessioni e refactornig

Si prevvede di rivedere il codice dello Scambio Dati, nella parte del flusso Mago --> DH Zucchetti per miglioramenti e revisione della gestione.

13611 - IT - Download file Scambio Dati - suddivisione in blocchi della getList

Si provvede a suddividere il processo di download dei documenti dello Scambio Dati in più chiamate getList distinte di massimo 10.000 file, di modo da gestire anche i casi di quantità alte di file presenti ancora da scaricare.

Le modifiche vengono applicate sia al download tramite task periodico (dove la chiamata è più semplice e riguarda tutti i file ancora da scaricare) che nella manutenzione (dove invece la condizione non prevede controlli sullo scaricato ma solo sull'intervallo di date espresso nella manutenzione stessa)

13658 - IT - CIG e CUP in importazione fatture attive/passive

Nelle procedure di importazione fatture attive/passive sarebbe utile poter censire al volo eventuali CIG o CUP non presenti in archivio.

13660 - DE; FR; PL - FE UBL - Gestione UoM

Per le localizzazioni indicate è necessario che sia gestito il riporto dell'UoM nelle righe dell'XML della Fattura Elettronica. E' necessario quindi che sia visibile nelle transcodifiche (Codifiche Fatturazione Elettronica) anche l'enumerativo delle UoM. Inoltre nelle UoM generiche deve essere visibile il campo MA_UnitsOfMeasure.DCUoM così come implementato per Italia/Romania. Deve essere contraddistinto dalla stringa EI UoM. Se presente la trascodifica nell'elaborazione dei dati delle righe dell'XML deve essere gestito il tag

<cbc:InvoicedQuantity unitCode="<codiche>">1</cbc:InvoicedQuantity>

N.B. Se si gestisce una derivata non si avrà la corretta gesione della FE

13685 - IT - Corrispettivi Tel.: Gestione Registratori di Cassa

Per i Corrispettivi Telematici, si necessità di riconoscere i file provenienti da dispositivi diversi, per garantire l'acquisizione completa dei dati Si richiede di aggiornare la logica di controllo in fase di importazione includendo anche il valore presente nel tag IdDispositivo.

Tale valore è già attualmente letto dal file e salvato in Mago nei campi: MA_EI_ImportRetailSales.DeviceId e MA_JournalEntriesTax.DeviceId

La logica di verifica dei duplicati dovrà essere modificata come segue:

in fase di import, l’acquisizione del file dovrà essere bloccata solo nel caso in cui risultino già presenti in tabella MA_EI_ImportRetailSales record con la stessa combinazione di

IdDispositivo, Data e OraRilevazione e Progressivo

. Eventuali file con stessa DataOraRilevazione e Progressivo ma IdDispositivo differente devono essere considerati validi e quindi acquisiti.

13687 - IT - Scambio Dati:gestione Doc. in Split Payment

Nello Scambio Dati si richiede di consentire la registrazione dei documenti in Split Payment anche in presenza di configurazioni con Punti Vendita attivi, garantendo la compatibilità tra le regole di Scambio Dati e le parametrizzazioni specifiche ed eliminando la necessità di interventi manuali. Si richiede di modificare la logica di gestione dei documenti introducendo il seguente comportamento applicativo:

leggere il tag "EsigibilitaIVA" presente nell’XML (valore "S" – split payment), in presenza di tale valore, applicare in fase di registrazione del documento emesso, la logica standard già prevista in Mago per lo Split Payment, indipendentemente dalle configurazioni dei Punti Vendita e della scaletta prevista nel pj 12914. Di seguito si riporta, per completezza, la logica applicativa già presente a codice in Mago: * nel Libro Giornale del documento generato, sostiture il conto IVA vendite con il conto IVA Split Payment presente nelle Contropartite e Codici di Default Contabili MA_TaxDefaults.SalesSplitPayment (in Avere) * integrare la registrazione del Libro Giornale: generare automaticamente un giroconto contabile utilizzando il conto IVA Split Payment presente nelle Contropartite e Codici di Default Contabili MA_TaxDefaults.SalesSplitPayment con queste caratteristiche:

- conto IVA Split in Dare
- conto Cliente in Avere entrambi per il valore dell'imposta. * nella generazione della partita, in concomitanza con l'apertura per il totale documento, registrare anche un record di chiusura per il valore dell'imposta.

13689 - IT - Scambio Dati: Gestione doc. Acconto TD02

Si estende il processo di importazione automatica dei file tramite Scambio Dati DH introducendo la gestione Tipo Documento TD02 - Fattura di Acconto ==Estensione enumerativi== Occorre aggiungere un nuovo valore di enumerativo nei Tipi Documento Gestiti dallo Scambio Dati:

Tipo Documento Dati DH , 55 , TD02 , 8 , 3604488

Il nuovo tipo documento deve essere disponibile:

*nel campo Tipo Documento delle regole (MA_DHDataRules.DocumentType)

*nelle colonne della Manutenzione Documenti Scambio Dati (DataExchangeDocMaintenance)

*nel flusso di Generazione del TD02

==Flusso di Generazione del TD02==

* Il Tipo Documento TD02 NON deve più generare l'

errore “Tipo Documento sconosciuto” - deve quindi essere preso in carico dal flusso standard

* Il documento emesso di Acconto importato con TD02 dovrà seguire le stesse logiche previste per il tipo documento TD01, senza differenze operative:

- il nodo di riferimento dell' XML dal quale recepire l'informazione, rimane invariato

/ <DatiGenerali> / <TipoDocumento> ;

- la logica di ricerca Regola DH non cambia, occorre applicare le stesse logiche di matching già in uso per TD01 :

Tipo Documento / Causale eventuali condizioni di dettaglio su per XML Tag;

- la logica di valorizzazione dei campi non cambia;
- la logica di gestione del modello contabile segue quanto previsto dalla miglioria 12914 (scaletta: PV - Param POS - Regole) per la gestione dei tipi documento fattura.

==Gestione del pregresso==

Gli eventuali record TD02 scambiati prima della pubblicazione della presente miglioria e pertanto identificati come "Sconosciuti", non potranno essere gestiti automaticamente. Sarà quindi necessario eliminare tali record dal database e procedere a un nuovo caricamento mediante le funzionalità di Manutenzione Importazione da Mago e Download File dal frontend di MSH

13733 - IT - Scambio Dati: Ricerca Conto PdC per Tipo Pagamento

Si necessita di consentire la determinazione del conto contabile associato a una modalità di pagamento utilizzando, in alternativa al mapping basato sull'enumerativo, un valore testuale configurabile corrispondente a quello presente nell'XML, garantendo una maggiore flessibilità di configurazione e indipendenza dalla lingua dell'applicazione. L'attribuzione del conto del Piano dei Conti per Descrizione (ZDESC) viene eseguita esclusivamente quando sono soddisfatte tutte le seguenti condizioni:

*La riga di dettaglio XML non deve contenere l'arricchimento ZCOGE o ZCOGEC; *

La riga di dettaglio XML deve contenere l'arricchimento ZDESC e il campo RiferimentoTesto deve valorizzare una modalità di pagamento, ad esempio:

#Carte di Credito# *

La modalità di pagamento individuata nel campo RiferimentoTesto non deve coincidere con l'Enumerativo configurato nella griglia Contropartite per Pagamento (tabella MA_RMParametersByPymtType), reso disponibile in seguito all'attivazione di un POS nei parametri POS oppure nei parametri Comunicazioni Digitali;

*Nella griglia Contropartite per Pagamento deve essere configurata la stringa utilizzata nell'XML, associandola al conto contabile da attribuire e alla relativa modalità di pagamento, ad esempio

Carte di Credito, stringa uguale a quella dell'xml SENZA i cancelletti # prima e dopo

13764 - HU - Codfica imposte Comunicazioni Digitali per Ungheria

In localizzazione Ungheria deve essere disponibile nei Parametri Contabilità il flag per attivare la contropartita nel castelletto IVA. In localizzazione Ungheria devono essere disponibili nei Parametri il data entry di codifica Comunicazioni Digitali e il data entrydi Codifica Imposte Comunicazioni Digitali grazie all'attivazione del modulo SAF-T. Nei documenti attivi/passivi ed in primanota devono essere presenti le colonne di trascodifica Tax Type e Tax Code.

13795 - HU - SAF-T versione ridotta per HU

Lo StandardTaxCode è un codice standard abbinato al codice IVA di Mago che deve essere trasmesso nel file XML della liquidazione IVA. L'abbinamento tra codici IVA di Mago e gli standard tax code definiti dall'Agenzia delle Entrate Ungheria avviene attraverso la Codifica Imposte Comunicazioni Digitali, che è disponibile se il modulo SAF-T è stato attivato.

Si rendono necessarie alcune modifiche per adeguare la lunghezza del codice attuale a quello previsto per lo StandardTaxCode e per nascondere i campi utilizzati dal SAF-T Romania che non servono in localizzazione Ungheria.

13805 - IT - Allungamento campo per gestione Codici CUN

Per una completa gestione dei codici CUN (come da gestione prevista dal progetto 13483), è necessario modificare il campo MA_Items.EIValueCode portandolo dall'attuale varchar(35) a varchar(60).

13829 - DE - FE Attiva - Eliminazione PartyLegalEntity

Si modifica la generazione dell'XML UBL, rimuovendo dal blocco PartyLegalEntity i dati facoltativi sia dalla sezione AccountingSupplierParty che dalla AccountingCustomerParty. Il blocco contiene ora solo i dati di RegistrationName

13860 - IT - Scambio Dati:Verifica esistenza centro di costo e commessa

Nella generazione dei Corrispettivi da Scambio Dati non è supportata la gestione del parametro di Contabilità Analitica che richiede la verifica della copresenza di Commessa e Centro di Costo.

Al salvataggio dei parametri Comunicazioni Digitali e di quelli di Contabilità Analitica, se saranno attivi "Usa Scambio Dati" e l'impostazione "Imputazione obbligatoria nei movimenti analitici di Centro di Costo e Commessa" deve essere visualizzato un messaggio che segnali la mancata compatibilità della funzionalità.

Ambiente Sviluppo Framework

12422 - Campi personalizzati su MSH

Si richiede la possibilità di leggere e scrivere anche i campi personalizzati con MyMagoStudio e EasyStudio dalle API di MSH. Payload da aggiungere a api specifiche di sviluppo per api customizzabile

MSH - Mago Service Hub

12422 - Campi personalizzati su MSH

Contabilità

13353 - HU - Liquidazione IVA Ungheria

Nuovo Tax return con elenco documenti emessi e ricevuti da trasmettere in formato xml

12963 - Registri IVA Annotazioni Data Annotazione e Data Documento

Stampando i Registri IVA, si necessita che le informazioni Data Annotazione e Data Documento siano più visibili nel report delle Annotazioni EU.

13571 - RO - Bilanci riclassificati XML Romania - aggiornamento

La procedura che genera il bilancio in formato XML deve essere aggiornata per elaborare gli schemi validi dal 2025.

13715 - IT - Gestione righe castelletto IVA escluse dalla liquidazione IVA

Si richiede di poter gestire l'IVA differita per le transazioni di vendita pagate tramite voucher, in modo da garantire la corretta rilevazione fiscale e contabile dell'imposta in conformità alle procedure aziendali e alla normativa vigente. Nelle righe del castelletto IVA dei documenti contabili emessi deve essere presente una nuova colonna con titolo "Esclusa dalla liquidazione IVA". A salvataggio della registrazione contabile le righe IVA escluse dalla liqudazione IVA non devono aggiornare i riepiloghi registri IVA. Nella stampa dei registri IVA le righe IVA escluse dalla liqudazione IVA devono essere indicate come non esigibili nella colonna "Non esig" . Nella liquidazione IVA le righe IVA escluse dalla liqudazione IVA non saranno quindi presenti. La nuova colonna nel castelletto IVA deve essere presente solo con l'attivazione di Zucchetti POS connector o OpenPOS

13759 - Schemi di riclassificazione: tipo riga Formula

Negli schemi di riclassificazione viene aggiunto il tipo riga Formula che consente di calcolare un valore attraverso l'indicazione precisa delle righe da sommare o sottrarre.

13772 - Assestamenti automatici nei movimenti contabili puri

Se devo registrare un costo/ricavo nei movimenti contabili puri ad esempio nel 2026 che però ha il costo/ricavo totalmente di competenza dell'anno precedente, non esiste un automatismo che permetta la registrazione del conto da rettificare (come succede con i documenti emessi/ ricevuti). Abilitata gestione assestamenti automatici anche nei movimenti contabili puri, tramite impostazione del conto da rettificare.

13850 - RO - Dichiarazione 390 Romania

La procedura che genera la dichiarazione 390 deve escludere i documenti di vendita che hanno il modello contabile presente nei parametri MA_394Parameters con il tipo DeclType=42598412 Si tratta di documenti di vendita annullati, che sono contabilizzati con un modello particolare per essere identificati nella dichiarazione 394, ma che devono invece essere esclusi dalla dichiarazione 390

Reporting Cloud

13020 - Nuovo formato barcode GS1-QR ed EAN-14

E' stato aggiunto il supporto per il formato GS1QR E' stato aggiunto il supporto per il formato EAN-14

13387 - Documentazione oggetto sparkline

Documentazione sparkline in italiano Documentazione sparkline in inglese

13859 - [Help Center] Licenza, Pass-key e download RS Designer

Aggiornamento della documentazione pubblicata nell'Help Center, con revisione delle pagine “RS Designer\Licenza e Installazione” e “Reporting Studio\Installazione e attivazione TBS” disponibili in "Configurazione strumenti", al fine di dettagliare le modalità di utilizzo della Pass-Key. Per la documentazione relativa a RS Designer, è inoltre prevista l'integrazione di collegamenti dedicati al download delle versioni più recenti del prodotto.

Reporting Studio

13020 - Nuovo formato barcode GS1-QR ed EAN-14

E' stato aggiunto il supporto per il formato GS1QR E' stato aggiunto il supporto per il formato EAN-14

13826 - Voce di menu per aprire cartella log

Nel menu Impostazioni (icona chiave inglese) è stata aggiunta una voce "Apri cartella log" che apre in esplora risorse la cartella che contiene i log dei report.

Anagrafiche

13093 - IT - Testo Unico IVA aggiornamento codici IVA default

Si provvede ad allineare Mago alla nuova normativa del Testo Unico dell'Imposta sul Valore Aggiunto in vigore dal 01 Gennaio 2027. L'aggiornamento contenuto nella 6.1 prevede: -codifica di nuovi codici IVA ove il vecchio codice citava anche in minima parte articoli o commi delle vecchie normative; -associazione nei nuovi codici IVA alle Nature e Sottonature in modo da avere una base di lavoro per il 01/01/2027. Sui nuovi codici non sono predisposte le informazioni di VP2 e VP3 della liquidazione, in modo da salvaguardare la comunicazione da eventuali inserimenti errati con le nuove codifiche prima del 01 Gennaio 2027. Non è prevista alcuna modifica o disattivazione dei vecchi codici iva, verranno quindi mantenuti i vecchi e aggiunti i nuovi codici IVA.

I nuovi dati verranno importati solo selezionando il set dati default in creazione nuovi database oppure selezionando l'importazione dei dati tramite i wizard appositi anche per database esistenti. Scegliendo di importare il set dati default, in fatturazione elettronica non verrà modificato il pregresso ma importando nuovi documenti è possibile che vengano proposti i nuovi codici IVA (nel caso in cui non sia configurato alcun codice IVA su modelli o anagrafiche cli/for e la scaletta di proponimento non abbia trovato altre impostazioni). Per tutte le installazioni, non verrà automaticamente fatto alcun aggiornamento di: Codici IVA Default, Parametri Vendite e Codifiche e/o descrizioni elle Comm.Digitali per Nature/ Sottonature IVA; in modo da preservare il lavoro degli utenti fino al 01/01/2027. Si forniscono gli XML per aggiornare in autonomia Codici IVA Default, Parametri Vendite e Codifiche Communicazioni Digitali, in modo da avere i nuovi proponimenti dei codici, le nuove note in fattura di vendita in caso di Regime di Cassa e Split Payment oltre alle nuove descrizioni per nature/sottonature (SaleParameters, TaxCodesDefaults ed EICoding)

Integrazione con Infinity CRM

13262 - Rimozione obbligatorietà della Divisa in Contatti e Fornitori Potenziali

In fase di trasmissione ad I.Mago di un Contatto o Fornitore Potenziale, nel caso in cui, nelle rispettive anagrafiche, il campo Divisa risulti vuoto, l'integrazione deve passare la Divisa Base dell'Azienda.

13383 - Pubblicazione eventi da procedura Cambio Agente.

La procedura "Aggiornamento Agente/Capoarea in Anagrafica Clienti" deve scatenare gli eventi di modifica su Rabbit al fine di trasmettere le relative modifiche ad I.Mago.

13508 - Modifica importazione ordine CRM.

Si richiede di importare il valore che dal crm arriva nel campo doserial (campo univoco per I.Mago) all'interno del campo MA_SaleOrd.ExternalOrderId di Mago. Nel campo MA_SaleOrd.ExternalOrdNo dovrà continuare ad essere importato il valore dell'ordine visualizzato in interfaccia su Infinity (Ad es. 29/CRM). Nel campo MA_SaleOrd.InternalOrdNo invece dovrà essere inserito il valore incrementale che seguono tutti gli ordini di Mago. Quando viene importato un ordine da CRM, msh dovrà verificare che l'id univoco di I.Mago, inserito nel campo MA_SaleOrd.ExternalOrderId non sia già presente. In caso già presente dovrà restituire errore.

TBF Gestione Documentale

13391 - BDMassiveArchive

Si richiede di rendere pubblica la chiamata virtual void OnBatchExecute();

13530 - ADMMassiveArchive

Si richiede la creazione della classe ADM per il documento BDMassiveArchive

13622 - ADMMassiveArchive estensione

Si richiede l'estensione della classe ADMMassiveArchive per poter completare la gestione

Integrazione Mago con eCommerce

13481 - API Open eCommerce – Standardizzazione delle risposte e DEPRECAZIONE delle API con risposte non standard

Attualmente le API di Open eCommerce restituiscono risposte non standardizzate. Si richiede pertanto di standardizzare il formato delle risposte API e di deprecare le API che utilizzano formati non conformi al nuovo standard. Si garantisce una fase di transizione per consentire ai consumatori delle API di adeguare le proprie integrazioni. A partire da questa release, le API Open eCommerce che utilizzano il vecchio formato di risposta saranno considerate deprecated. Le API deprecated continueranno a essere disponibili per garantire la compatibilità con le integrazioni esistenti, ma verranno rimosse definitivamente dopo due release (con progetto 13726).

13482 - Aggiunta campo "Lotto" nell'api import ordini.

Nell'api openecommerce/createOrder andrà aggiunto il campo "Lot" all'interno dell'oggetto "MA_SaleOrdDetails" dopo il campo "TaxCode". Il campo sarà di tipo opzionale. Il campo "MA_SaleOrdDetails.Lot" di Mago verrà popolato solo se il campo "MA_LotSerialParameters.ReservedManage" è true, nel caso sia impostato a false il valore non dovrà essere importato. L'articolo impostato nell'ordine con il valore del lotto valorizzato dovrà aumentare l'impegno sul saldo articolo sul valore del lotto importato.

13499 - Shopify: Sovrascrittura canali di pubblicazione articolo.

Quando viene aggiornato un articolo o viene aggiornato il suo stock, i canali di pubblicazione dell'articolo, che ad oggi vengono gestiti direttamente all'interno di Shopify, non devono essere modificati. Il canale di vendita “Online Store” viene gestito da Mago e quindi sovrascritto dall’integrazione;. Tutti gli altri canali di vendita, invece, non vengono toccati e rimangono gestibili direttamente lato Shopify.

13520 - Campo “Nr. di Tracking” su Picking List

Si richiede l'aggiunta del campo “Nr. di Tracking” su Picking List, in modo analogo a quanto già fatto su Documento di Trasporto e Fattura Accompagnatoria.

13773 - Disattivazione integrazione con eCommerce Magento

Si richiede di disattivare l'integrazione con la piattaforma eCommerce Magento. L'integrazione non dovrà più essere disponibile né operativa all'interno di Mago

Magazzino

13641 - Variazione data inventario in manutenzione inventario mobile

13713 - Eliminazione movimenti di magazzino e documento di inventario

13731 - Modifica controllo date inventario automatico mobile

ERROR! Inventory date empty for InventoryID % Store % Storage %.

In caso di errore sulla Inventory Balance Date esguire le stesse operazioni controllando però la Data Saldi Inventario.

13747 - Procedura di Inventario Semplificato

Il progetto sarà disponibile solo su MagoWeb e MagoCloud.

Sarò anche possibile importare le righe contate da mobile.

13485 - Copia Dati cliente fornitore articolo

La procedura 'Copia Dati cliente fornitore articolo' è ora in grado di copiare anche i dati presenti nella griglia 'Codifica Fornitore' dell'anagrafica 'Fronitori Articoli'.

13576 - Filtro Natura Articolo in procedura Aggiornamento Costo Standard/Prezzo Base

Nella procedura 'Aggiornamento Costo Standard/Prezzo Base' è ora presente un filtro per 'Natura' articolo.

13590 - Movimenti di Inventario Automatici in report Movimenti di Magazzino Raggruppati per Causale di Magazzino

Il report 'Movimenti di Magazzino Raggruppati per Causale di Magazzino' ora prende in considerazione anche i movimenti di inventario generati automaticamente da app mobile.

13619 - Valorizzazione a Costo Medio aggregata per articolo

Nella 'Chiusura di Magazzino', qualora non risulti attiva la valorizzazione per Deposito, è ora possibile effettuare la valorizzazione a costo medio in modo aggregato per articolo. Anche la 'Ricostruzione Saldi di Magazzino' ora, in caso di riporto dei saldi iniziali dall'esercizio precedente, utilizza un algoritmo analogo a quello della 'Chiusura di Magazzino' in modo tale da garantire gli stessi rislutati. A tal scopo, nei 'Parametri di Magazzino', all'interno del riquadro 'Valorizzazione', è presente il nuovo parametro 'Valorizzazione a Costo Medio Aggregata per articolo', editabile solo se risulta disimpostato il parametro 'Gestione Valorizzazione per Deposito'. Nota bene: il parametro viene aggiunto solo nelle versioni di Mago successive alla 6.0, prima viene utilizzato il setting AverageCostAggregatedByItem nel file Inventory.config. Per dettagli si veda il documento allegato.

13721 - Connettore a Rifiutoo per gestione rentri

E' ora disponibile un nuovo connettore al software Zucchetti Rifiutoo per gestire gli adempimenti previsti dal RENTRI. Per dettagli si veda il documento allegato. ATTENZIONE: la CGM verrà gestita solo dalla versione 6.2. Precedentemente tutti i Movimenti Rifiuti saranno visibili ad ogni Company. Con la 6.2 tutti i movimenti pregressi verranno attribuitili alla Company con ID 0.

Barcode Manager

13526 - Codice Varianti nei Codici a Barre Strutturati

Warehouse Management System

13588 - Accorpamento parametri Articolo "Usato In"

13537 - HyperLink Articoli in anagrafica Ubicazioni

All'interno della griglia 'Stock' in anagrafica 'Ubicazioni' è ora presente l'HyperLink all'anagrafica 'Articoli'.

13538 - Trasferimento Stock da WMS Mobile

Nel 'Trasferimento Stock' del WMS Mobile è ora possibile selezionare contemporaneamente tutti gli articoli presenti in griglia. Inoltre, dalla lista 'Articoli/UdM' è ora possibile accedere direttamente al 'Visualizza Stock'.

13768 - Ordinamento in funzione Visualizza stock

Nella funzione 'Visualizza Stock', presente nell'App WMS Mobile, ora è possibile scegliere di ordinare i dati estratti per data scadenza lotto, codice lotto ed ubicazione anziché, come in precedenza, per ubicazione, data scadenza lotto e codice lotto. A tal proposito, nei 'Parametri WMS Mobile', è stato aggiunto uno specifico parametro.

Area Manufacturing

13900 - FireAction LoadBOM OdPe Varianti

Sono state inserite le FireAction al caricamento della distinta nell'OdP e nelle Varianti

13599 - IT - FireAction MOGeneration

Sono state inserite FireAction nella classe CMOGeneration

13710 - Fireaction BDMORollback

E' stata inserita in BDMORollback la fireaction

CPtrArray params;
params.Add(&bOk);
params.Add(&pRec->f_ManOrdId);
FireAction(_T("OnDeletePL"), (void*)&params);

nel metodo BOOL BDMORollback::RollBackMO() subito dopo la chiamata

bOk = bOk && m_pMORollback->DeletePL(pRec->f_ManOrdId, pRec->f_RtgStep, pRec->f_Alternate, pRec->f_AltRtgStep);

13718 - Quantità da prelevare su BdP

Il campo quantità da produrre deve essere editabile anche quando la quantità residua da produrre è 0. Ora la condizione per cui il campo viene messe non modificabile non è quando la quantità residua è 0 ma quando lo stato dell'OdP è terminato

13754 - ModifyAddOnFieldsValue in CLoadVariant

Aggiungere

in TVariantsRouting* CLoadVariant::LoadRoutingVar(TVariantsRouting* pRoutingVar)

pLine->ModifyAddOnFieldsValue((SqlRecord*)pRoutingVar);

in TVariantsComponents* CLoadVariant::LoadComponentVar(TVariantsComponents* pCompoVar)

pLine->ModifyAddOnFieldsValue((SqlRecord*)pCompoVar);

prima di SetStorable().

13762 - SubId in MA_ProductionPlansDetail

E' stato aggiunta la colonna SubId nella tabella MA_ProductionPlansDetail e la colonna LastSubID sulla tabella MA_ProductionPlans Viene compilato da dataentry e quando si genera il piano da procedura.

13804 - Attivazione scheda "Prospetto disponibilità"

Aggiungere tag activation alla scheda "Prospetto disponibilità" in pannello laterale "Dati Articolo"

Distinta, cicli e anagrafiche

13620 - Non movimentabile nella distinta e ricetta

Il flag 'Non Movimentable' presente nella distinta base e nella ricetta deve essere gestito nello scarico componenti/ingredienti.

Integraz. Manufacturing e Retail

13620 - Non movimentabile nella distinta e ricetta

Il flag 'Non Movimentable' presente nella distinta base e nella ricetta deve essere gestito nello scarico componenti/ingredienti.

Open MES

13621 - ActionId API OpenMES

Sono state attrezzate le API:

run-in-production
mo-confirmation
materials-picking
create-mo
delete-mo-component
create-purchase-request
create-mo-hierarchies

per fare in modo che quando vengono eseguite restituiscano l'id della azione che è stata creata

13623 - Controllo ActionId API OpenMES

E' stato aggiunto nel payload delle API:

run-in-production
mo-confirmation
materials-picking

il campo CheckActionId.

Se viene valorizzato ed esiste un'altra azione con quell'id, l'azione non viene eseguita finche l'altra azione non è in stato DONE

13624 - Controllo ExternaReferences OpenMES

E' stato aggiunto il parametro Check External References nei parametri di OpenMES Se abilitato, quando si chiamano le API

create-mo
create-mo-hierarchies
create-purchase-request
delete-mo-component
run-in-production
mo-confirmation
materials-picking

l'azione viene scritta (ed eseguita) solo se non ne esiste già un'altra con stesso ActionType, stesso ExternalProgram e stesso ExternalReferences.

ExternalReferences non deve essere vuoto, ExternalProgram può esserlo

13665 - API Picking Materials - associazione fase al componente

È richiesta la gestione dell’associazione tra il nuovo componente e la fase nell'API Materials Picking.

13684 - API Lots Quantities senza CyberPlan

Si richiede che l'API Lots Quanties funzioni anche senza CyberPlan L'API restituisce solo i lotti disponibili, ovvero quelli con le quantità superiori a 0.

13709 - API WorkCenters

E' stato aggiunto il valore del campo ConfirmMOBy nella response dell'API di OpenMes WorkCenters

Gestione partite

13674 - CH - Messaggio in saldaconto

Aggiunto un messaggio nel saldaconto se la partita non è correttamente collegata al documento di primanota. Il messaggio non è bloccante. Se il saldaconto non trova la primanota non calcola correttamente lo scorporo dell'IVA ad es. in caso di sconti.

13678 - IT - ZPAY Pay By Link report

Dalla procedura di manutenzione PBL è ora possibile eseguire il relativo report di spunta, in base ai parametri impostati in procedura. Inoltre il report, se richiesto, stampa anche il codice del PBL, utile in caso di verifiche.

L'invio dei Pay By Link ne consente l'archiviazione documentale, ora il nome del file archiviato riporta il numero e la data della fattura a cui si riferisce. Nel caso vengano inviati più link in una sola Email, il nome del file si riferisce al primo documento.

13734 - AT; BG; CH; ES; IT - Nuove specifiche SEPA con indirizzi strutturati

Mago è stato aggiornato per recepire le nuove specifiche tecniche introdotte dall'EPC (European Payments Council) per i bonifici e gli addebiti SEPA, la cui entrata in vigore inizialmente prevista per il 15/11/2026 è stata rimandata a data da definire. La modifica più rilevante è il divieto definitivo del formato di indirizzo non strutturato. Riguarda sia il Bonifico SEPA che gli incassi SDD (ex RID). Le nuove specifiche richiedono l'invio obbligatorio di alcuni dati relativi all'indirizzo del Creditore per i bonifici SCT e del debitore per gli incassi SDD, che deve contenere almeno il Paese (ISO) e la Città. Gli indirizzi oggetto della modifica sono quindi quelli del Fornitore nel caso di SCT e del Cliente nel caso di SDD.

Nelle due procedure di generazione dei file SCT e SDD è stato aggiunto un parametro che, se impostato, permette di generare i files secondo le nuove regole. Se i dati obbligatori dell'indirizzo mancano verrà dato un messaggio. Il parametro viene salvato in un setting e riproposto nelle successive elaborazioni. Se il parametro non viene impostato, i file XML continueranno ad essere generati secondo il vecchio tracciato. Le modifiche riguardano sia la localizzazione Italia, che le localizzazioni estere.

In particolare, in localizzazione Italia le modifiche riguardano solo i file XML generati secondo il formato CBI. I file generati secondo lo standard ISO20022, impostato in anagrafica banche azienda, sono già adeguati alle nuove direttive, sia per SCT che SDD. Per il bonifico estero (sia CBI che ISO20022) non sono necessarie modifiche.

13750 - CH - Spese di sollecito disponibili per Svizzera

Si richiede cortesemente che le spese di sollecito nella tabella "Personalizza Livello e Testo" dei Parametri Partite, oggi già disponibili per DE, siano messe a disposizione anche per CH.

13751 - Stampa scadenzario per ragione sociale e scadenza: filtro per data documento

Nello scadenzario clienti/fornitori per rag. sociale e data scadenza sarebbe utile avere il filtro sulla data documento.

Documenti e procedure produzione

13699 - Provenienza su OdP

E' stato aggiunto un campo nell'anagrafica dell'OdP che indica chi ha creato l'ordine.

I valori possibili sono:

13700 - Generazione Ordini al Fornitore da RdA

E' stato aggiunto nella maschera delle selezioni la possibilità di non eseguire il controllo del tempo di consegna sulla scheda fornitore articolo Il parametro si chiama "Controllo tempo di Consegna vuoto" per default a TRUE. Se disabilitato non viene eseguito il controllo sul tempo di consegna vuoto.

13739 - Costo materiale non movimentabile

Si crea un nuovo parametro che consente di valorizzare il componente non movimentabile in proporzione alla quantità prodotta

Visibilità

13705 - Codice di visibilità di default

E' stato aggiunto nell'anagrafica addetti il codice di visibilità di default per le righe con visibilità FULL (0)

Ammortamenti

13711 - IT - Iperammortamento 2026

L’Iperammortamento è la nuova misura con cui si sostiene il processo di trasformazione digitale ed energetica del sistema produttivo nazionale. Con la legge 30 dicembre 2025, n. 199 (legge di bilancio 2026), si reintroduce la logica della maggiorazione del costo di acquisizione dei beni agevolabili, riconosciuta ai soli fini fiscali per il calcolo delle quote di ammortamento e dei canoni di locazione finanziaria, in sostituzione dei crediti d’imposta Transizione 4.0 e Transizione 5.0. L’agevolazione si applica agli investimenti effettuati dal 1° gennaio 2026 al 30 settembre 2028. La gestione già presente in Mago relativa al "vecchio" superammortamento è valida anche per la nuova normativa, occorre però eliminare i messaggi di avvertimento relativi al controllo sulle date di acquisto in quanto relativi ai vecchi periodi.

Correzioni

MRP

30320 - Conferma OdP proposti

Se viene selezionata un'unica riga nella procedura di Conferma OdP proposti da MRP con l'impostazione Buy, l'Ordine fornitore viene generato su tutte le righe presenti nella griglia Risultato.

30764 - Filtro Commessa su "Conferma Generazione OdP Proposti"

Il filtro per Commessa nella procedura di "Conferma OdP Proposti" non filtra correttamente: gli OdP proposti estratti sono quelli della simulazione nonostante si sia selezionato una commessa nel filtro.

34985 - Conferma OdP proposti - filtri non funzionanti

Nella procedura di "Conferma Ordini di Produzione Proposti" i filtri per "Codice Articolo Da - A" e per "Natura Articolo" non funzionano correttamente.

38767 - MRP a Punto di Riordino

Esegui MRP a Punto di Riordino: la Previsione Andamento Giacenze mostra come Data di Fabbisogno la Data di Prevista Consegna dell'OdP, anziché la data di Lancio dell'OdP. Analogamente, anche le RdA riportano erroneamente la Data di Prevista Consegna dell'OdP, anziché la data di Lancio dell'OdP.

Documenti e procedure produzione

32827 - Errore nei Riferimenti interni al PdP in Ordine Cliente

In fase di creazione contemporanea di 2 Piani di Produzione (ciascuno carica un Ordine Cliente distinto), dopo il salvataggio del primo PdP, si esegue anche il salvataggio del secondo PdP. Per entrambi gli Ordini Cliente, nei Riferimenti Interni al PdP (visibili in Dettaglio di riga / Altri Dati) è presente il numero del PdP salvato per primo, anzichè ciascuno quello corrispondente.

34624 - Stampa documenti di produzione

Se il primo componente della lista materiali di un OdP ha il flag "Non Movimentare" = true, usando la procedura "Stampa Documenti di Produzione" e filtrando per tale OdP, le stampe "Buono di Prelievo" e "Lista Materiali Mancanti" non si aprono.

38620 - Costo movimento di magazzino versamento PF

Se non è attivo il parametro "Movimenti di magazzino di scarico componenti OdP", effettuando un versamento parziale, il costo sul movimento di magazzino di versamento non è corretto, non considera il costo dei materiali. Il costo sull'OdP è corretto. Al termine dell'OdP, il "Ricalcolo costi consuntivi", corregge il costo del movimento di versamento che risulta quindi corretto.

38686 - DCS e Produzione Base

In fase di consuntivazione con DCS e Produzione Base, se si indica una quantità di scarto, a server viene creato il movimenot di magazzino ma non si aggiorna la quantità Scarto sulla testa dell'OdP.

Magazzino

33143 - Hotlink Protocollo in anagrafica lotti

Non funziona correttamente l'hotlink sul campo N. Prot. della scheda 'Inserimento al volo di un lotto dell'articolo XXX'. In presenza di più documenti differenti con il medesimo protocollo, viene aperta la prima ricorrenza.

37497 - BG - Integrazione EAT per nota credito da reso da cliente

Non viene generato l'EAT in caso di Nota credito da Reso da cliente

37570 - Errore proposizione prezzi barcode

Si indichi in anagrafica articolo un barcode associato anche ad una variante. Si imposti, inoltre, un listino associato alla stessa variante con un prezzo dedicato. Avendo impostato che il prezzo proposto nel documento è quello di listino, il prezzo viene correttamente proposto se si compila la riga del documento manualmente, se si legge il barcode il prezzo invece non è quello desiderato.

37849 - Aggiornamento Ultimo Costo con Fixing

Si imposti il parametro La bolla di carico registra qta e valore temporaneo, la fattura corregge il valore della bolla di carico. Caricando un ordine per un fornitore estero con un fixing, quindi versando il documento in bolla di carico, è generato il movimento di magazzino corretto. Se poi si carica una fattura di acquisto in cui si indica il fixing manuale, richiamando la bolla, al salvataggio il movimento di magazzino è aggiornato, ma nella bolla e nel movimento di magazzino il fixing rimane quello precedente, quindi anche il controvalore ad ultimo costo è errato.

38096 - Lotti non disponibili

Si consideri un articolo sia gestito a lotti. Se si carica un ordine cliente in cui l'articolo è indicato due volte per il totale della disponibilità del lotto, versando l'ordine in Picking List, e successivamente in documento di consegna, viene rilasciato erroneamente il messaggio bloccante: "Il cliente xxx non ammette sovrascarico dei lotti degli articoli Quantità di lotto non disponibile per l'articolo ABC lotto 1 alla riga 1 Quantità di lotto non disponibile per l'articolo ABC lotto 1 alla riga 2"

38107 - Ricostruzione saldi di magazzino con varianti

In presenza di articoli gestiti a Varianti effettuando la ricostruzione saldi di magazzino, in caso di valorizzazione a costo medio il costo medio dell'articolo viene aggiornato considerando solo una delle varianti e non tutte le varianti, quindi in presenza di varianti con costi medi differenti il costo medio dell'articolo risulta errato in quanto vengono ricalcolati i valori di giacenza iniziale utilizzando come costo medio il costo medio della prima variante trovata e non il costo medio globale. Di conseguenza quando viene ricalcolato il costo medio dell'articolo anche questo risulterà ricalcolato sulla base dei nuovi valori di giacenza.

Al fine di perfezionare la chiusura di magazzino e la ricostruzione saldi di magazzino è stata anche implementata la miglioria 13619 - 'Valorizzazione a Costo Medio aggregata per articolo'. Si consiglia l'impostazione del nuovo parametro introdotto dalla miglioria.

38248 - Report "Lista articoli con lotti in scadenza"

Lanciando il report "Lista articoli con lotti in scadenza" nell'anno N+1, il valore indicato in "Giacenza attuale", si duplica, a seguito della chiusura di magazzino

38305 - Report Inv. automatico da app mobile con area duplica righe

Può capitare che eseguendo il report Inventario automatico da app mobile con il flag Mostra Aree Deposito (visibile solo se MA_IAParameters.manageinvareas = 1) le righe vengano visualizzate duplicate. Sia in caso di righe da processare che processate. Per le righe processate anche il totale quantità inventariata per articolo è errata, nonostante poi la differenza calcolata per la generazione del movimento sia corretta.

38309 - Saldi di magazzino

In alcuni casi può capitare che, con un articolo gestito a Varianti (Varianti di produzione) con saldi con e senza codice variante, la chiusura e la ricostruzione saldi riportino un valore iniziale non corretto

38343 - Procedura di inventario e data calcolo giacenza inv. iniziale

Nella 'Procedura di Inventario' (ERP.Inventory.Batchdocuments.InventoryDoc), scegliendo di effettuare un inventario iniziale, nonostante ovviamente non vegna richiesta alcuna data per il calcolo della giacenza alla data, sul database nel campo MA_InventoryDoc.ExistenceToDate, anziché memorizzare data inizio esercizio viene memorizzata la data applicazione.

38380 - Icona Copia Articolo a fianco al Codice Articolo sgranata

L'icona del "copia articolo" a fianco del Codice Articolo nella relativa Anagrafica risulta sgranata.

38477 - Evasione Ordine Cliente e articoli gestiti a Lotti

In alcuni casi può accadere che, evadendo un Ordine Cliente in una Picking List o in un documento di consegna, qualora siano presenti articoli gestiti a lotti e non si gestisca l'impegno dei lotti, qualora avvenga lo split delle righe al fine di proporre i lotti disponibilii, non venga rispettato l'ordine delle righe dell'ordine e gli articoli vengano mischiati tra loro.

38696 - Inventario articoli gestiti a lotti

Nelle procedure in Logistica | Movimenti di Magazzino | Procedure

- Movimenti di Rettifica Inventariale
- Procedura di Inventario , in caso di Articoli gestiti a Lotti, non devono essere estratti i record in cui il Lotto non è presente e la quantità risultante è uguale a 0.

38844 - Procedura ricostruzione saldi - aggiornamento dati ausiliari

Procedura ricostruzione saldi - incorretto aggiornamento dati nelle seguenti tabelle ausiliarie: MA_ItemCustomers, MA_ItemsGoodsData, MA_ItemsFIFO e MA_ItemsLIFO

Per via di un rilascio passato che aveva come obiettivo quello di accelerare l'aggiornamento della ricostruzione, si è riscontrato che per tali tabelle viene applicato l'aggiornamento tenendo conto solo dell'ultimo movimento di magazzino letto per quell'articolo ignorando i movimenti precedenti.

Comunicazioni Digitali

33659 - IT - Report Plafond Utilizzato vecchia gestione

Una volta registrato un documento ricevuto di prima nota (dalla Fatturazione Elettronica passiva) se il documento contiene codici iva misti impostati a ignora e a consumo plafond, capita che il report Plafond Utilizzato Vecchia versione consideri il totale documento invece delle sole righe che effettivamente lo consumano. Se si effettua una ricostruzione Plafond, il report ritorna a mostrare gli importi corretti con i soli importi i cui codici iva consumano plafond.

37653 - IT - Scambio Dati FEZZ: generazione movimenti analitici non corretta

Nel caso in cui per i conti comunicati nell'xml dei file scambiati, sia presente un modello analitico, questo prevale sui valori comunicati nell'xml, ottenendo quindi una registrazione di un movimento analitico non corretta: che presenta commesse e centri di costi non coerenti con l'xml.

37682 - IT - Errore ADM in ft acquisto post messaggio controllo AutoFattura

Nel caso in cui si tenti la modifica di un doc. di acquisto, il cui riferimento documento contabile sia il documento di origine di un'AutoFattura già inviata, al salvataggio si riceve un messaggio "Errore richiamando l'ADM della Registrazione Contabile"

38048 - IT - Icona dashboard Anticipay mancante

La dashboard Credit Score - Customer Risk Score collocata in Financial | Dashboards | Dashboards è priva di icona. Deve visualizzare invece la stessa icona degli altri elementi della stessa tile.

38120 - IT - Scambio Dati: Note Credito mancato incasso (importo < partita)

Nel caso in cui venga scambiato un file di incasso Note di Credito con partite (es.TDZ1), che presenti valori di incasso, la cui somma sia inferiore al valore della partita aperta, il programma non riesce a generare il movimento di prima nota, per mancanza di corrispondenza tra il totale del saldaconto e l'importo del cliente in prima nota

38134 - IT - Scambio Dati:Errato movimento di incasso in assenza di Rif FT-NC

Nel caso in cui, vengano scambiati file di incasso (TDZ1) riferiti a file di Fatture e Note di Credito (TD01-TD04) scaricati ma NON ancora elaborati, il programma procede comunque all'incasso con un movimento contabile, che ha modello contabile con chiusura partite (senza chiuderle), dovrebbe invece segnalare che non trova i riferimenti per chiudere le partite e fermare l'elaborazione del file di incasso con stato Terminato con Errori

38226 - IT - Scambio Dati - mancato download con un numero elevato di file

Può capitare, quando sono presenti più di 10.000 file da scaricare, che il download non avvenga correttamente. Accade sia lanciando la manuntezione che nell'esecuzione del task schedulato.

38311 - IT; RO - Mago4 - campo transcodifica UoM non più visibile

In Mago4, nell'anagrafica delle UoM generiche non è più visibile il campo UM per Fatturazione Elettronica (MA_UnitsOfMeasure.UoMForEI), contenuto nei dati d tesra nella tle UM BASE sotto Cifre Decimali.

38314 - RO - Transcodifica UM - Non visibile con attivazione della EI

E' necessario che nelle Codifiche Comunicazioni Digitali sia mostrato anche l'enumerativo dell'Unitò di misura (31916046) - visibile al momento solo con il modulo SAFT - di modo che sia utilizzabile e configurabile nella FE attiva

Inoltre se si attiva il SAFT la codifica è visibile ma all'inserimento di un valore dà un errore: Il campo Code non può essere di 3 caratteri.

38335 - IT - LIPE Stampa ministeriale disallineamento valori a video

Nella stampa ministeriale della Liquidazione Periodica IVA, accessibile dal pulsante 'Stampante' (F6) della procedura di invio, i valori Eventi eccezionali e Operazioni straordinarie vengono stampati disallineati rispetto ai campi di riferimento.

38348 - Filtri errati in Manutenzione e Tramissione Documenti FE

Nella Manutenzione e nella Trasmissione Documenti FE compare erroneamente il filtro Tipo Formato, con l'indicazione UBL. Deve essere presente la tile Tipo Formato e l'estrazione deve essere fatta come in 5.3 (tutti i documenti soggetti a FE, non esclusi da FE, con cliente abilitato alla FE).

38378 - IT - Scambio Dati: Errata gestione avvisi contabilià in generazione

Nel caso in cui sia attiva la Contabilità Analitica, durante la generazione di documenti che ne prevedono la gestione, il processo può Terminare con Errori a causa di messaggi informativi o avvisi generati dalla Contabilità. Tali segnalazioni determinano il blocco dell'elaborazione, impedendo il completamento della generazione del documento.

38480 - Scambio Dati, ottimizzazione gestione warning

Nella nuova gestione dell'inserimento dei movimenti contabili e analitici la gestione dei warning è migliorabile

38496 - DE - PaymentMeans - Regole di inserimento

Per la localizzazione DE, l'inserimento del blocco PaymentMeans e dei suoi tag (in particolare dell'IBAN) non avviene con le corrette condizioni.

38500 - Standard UBL - spese di spedizione con codice IVA

Se in un documento sono presenti spese con associato il loro specifico Codice IVA, nel tracciato UBL devono essere conteggiate ripartite sulle righe del documento. Ciò non accade per le spese di spedizione. Al contrario, tutte le spese senza codice IVA associato, devono essere integrate nel tracciato UBL nella sezione AllowanceCharges di testa. Ciò non accade per le spese di Incasso.

Questo comportamento, oltre che essere sbagliato concettualmente, causa possibili discordanze tra aliquote IVA presenti sul castelletto e non presenti nel corpo del documento.

38525 - DE; FR; PL; RO - Codifica FE UM: errato controllo numero caratteri

Nella codifica FE per il tipo enumerativo Unità di Misura, la lunghezza consentita del valore deve essere compresa tra 2 e 3 caratteri.

Si rimuove controllo presente e relativo messaggio bloccante per tutti gli enumerativi di codifica FE

Rimuovere il controllo

38559 - IT - FE ignorato parametro prefisso automatico disabilitato Cli For

Disabilitando il parametro "Prefisso automatico nelle Ricerche dei campi autonumerati", dei Parametri Clienti/Fornitori, i campi Codice Cliente e Codice Fornitore delle procedure di fatturazione elettronica applicano comunque il prefisso automatico aggiungendo eventuali Zeri. Non è possibile nemmeno disabilitare il riempimento automatico tramite tasto destro sul campo.

38567 - DE; FR - FE Attiva - Enumerativi parametro Automatically Attached Files

Gli enumerativi legati al parametro Automatically Attached Files in Parametri Comunicazioni Digitali devono essere resi disponibili anche per la localizzazione FR e DE così come sono per IT e RO.

38568 - IT - Scambio Dati: Gestione contropartita in CORZZ non arricchito

In fase di importazione Scambio Dati, per i movimenti CORZZ privi di arricchimento della contropartita nell'XML, il programma, nella valorizzazione dell'imponibile del corrispettivo, utilizza sempre il conto di ricavo Arrotondamento Attivi, parametrizzato nei Default Contabilità, anziché il conto del Piano dei Conti derivato dal modello associato al Punto Vendita.

Il comportamento si verifica dalla versione 6.0, a seguito del rilascio della miglioria 13192

38674 - DE - FE attiva - PartyLegalEntity non corretto

Nella eleborazione del file sia nella parte <cac:AccountingSupplierParty> che in

<cac:AccountingCustomerParty> è necessario modificare il blocco che attualmente si presenta

con dati come in esempio:

<cac:PartyLegalEntity>
<cbc:RegistrationName>Demo Company</cbc:RegistrationName>
<cbc:CompanyID schemeID="VA">DE11122233444</cbc:CompanyID>
</cac:PartyLegalEntity>
Con
<cac:PartyLegalEntity>
<cbc:RegistrationName>Demo Company</cbc:RegistrationName>
<cbc:CompanyID schemeID="9930">11122233444</cbc:CompanyID>
</cac:PartyLegalEntity>

Modifiare lo schemaID da VA a 9930 Modificare il valore, inserendo la sola partita IVA (TaxIdNumber) senza l'IsoStato.

38675 - DE - FE Attiva - ProfileID

Nei dati di testa dell'XML (Invoice e CreditNote) non viene inserito il ProfileID. Viene corretto inserendo con il valore di defualt.

urn:fdc:peppol.eu:2017:poacc:billing:01:1.0

38705 - BG - SAF-T: Trascodifica UoM

In the Bulgaria localization, when only the SAF-T module is activated, it is necessary that:

In the Electronic Invoicing Coding setup, the option to enter Unit of Measure (UoM) mappings is also available.

38707 - IT - Autofatture: Manutenzione autofatture PA non gestibile

Nel caso in cui l'azienda di Mago sia una PA e il cliente-azienda dell'autofattura sia una PA (configurazione corretta per la generazione autofatture), la Manutenzione Autofatture non mostra i record da gestire.

38775 - DE - FE Attiva - PartyLegalEntity

Con la miglioria 13829, si è provveduto ad eliminare completamente il blocco PartyLegalEntity sia dalla sezione AccountingSupplierParty che dalla AccountingCustomerParty. Tuttavia è necessario ripristinarlo con la sola informazione del tag RegistrationName (così come elaborato precedentemente)

Reporting Studio

34015 - Caratteri speciali

Il carattere - non viene considerato nei filtri dei report.

L'esempio prevedeva il caricamento di tre codici articolo "129-00123", "129-00125", "12900123" e l'estrazione dei soli primi due imputando, in un report con filtri "Da codice articolo" e "A codice articolo", il valore "129-" in entrambi i filtri, gestiti nella clausola di where tramite operatore di confronto. Tuttavia, l'esecuzione del report riportava tutti e tre i codici articolo.

I nostri database hanno collation Latin1_General_CI_AS. In questa collation, alcuni caratteri di punteggiatura, tra cui il trattino, possono avere un peso di confronto ignorabile o secondario, portando a considerare i valori dell'esempio "129-" e "1290" equivalenti ai fini di uno specifico confronto.

Per questo motivo, la presente non si può considerare anomalia.

Se si deve necessariamente usare un intervallo, per ottenere il risultato atteso, e quindi l'estrazione dei soli primi due codici articolo, ovvero quelli con il trattino, diventa necessario modificare la collate nella clausola where, come da allegato "A34015_SintassiAdeguata". Inoltre, si specifica che il valore da usare nei filtri iniziali da-a non occorre abbia il simbolo della percentuale %. Diversamente, se l'intervallo non è indispensabile, si consiglia di modificare il report utilizzando un solo filtro gestito nella where clause tramite LIKE.

34307 - Crash Mago4 alla cancellazione di un oggetto askDialog

Se si prova a cancellare un oggetto AskDialog con il tasto "canc" da tastiera, il programma Mago4 va in crash. L'anomalia non si presenta se l'oggetto viene cancellato con il pulsante "bidoncino" da interfaccia.

35064 - Schede conti per registrazione

Nelle schede conti per registrazione i flag relativi alla stampa dati contropartite/note/totali di inizio periodo non sono editabili, lo diventano andando avanti e indietro nella ask dialog.

Anomalia non più verificabile, risolta con precedenti rilasci.

35602 - 552 Message contains bare CR inviando mail da Ordini cliente

Viene segnalato che le mail inviate da Ordini Cliente tramite Mago4 vengono bloccate da alcuni domini (ci segnalano @libero.it e @alice.it) con errore 552 Message contains bare CR and is violating 822.bis section 2.3.

Si presenta anche su Offerte Cliente, Offerte Fornitore, Ordini Fornitore sempre sugli stessi provider @libero.it @alice.it @virgilio.it - 550 5.6.11 SMTPSEND.BareLinefeedsAreIllegal; message contains bare linefeeds.

Nei parametri di configurazione dell'invio mail smtp/oath2 e stato aggiunto una opzione per normalizzare i caratteri newline nel corpo delle email subito prima dell'invio

37274 - MailSetBodyTemplateFileName - stringa vuota non accettata

La funzione Framework.TbWoormViewer.TbWoormViewer.MailSetBodyTemplateFileName() non accetta una stringa vuota come parametro. Tale condizione impedisce la sovrascrittura del template passato dal documento al report, affinche i parametri mail del report sovrascrivano quelli di piattaforma.

37900 - Interrompi tabella vuota in PDF in modalità editing

In modalità di sviluppo, quando viene generato il pdf, la proprietà "Interrompi tabella vuota" viene ignorata e la tabella è rappresentata totalmente, sebbene a video invece appaia correttamente interrotta.

38351 - Nodi tabelle doppie in pannello Database

Aprendo il pannello Database, selezionando la modalità di visualizzaizone per gruppi (tasto con i tre puntini) e aggiungendo un filtro stringa, aprendo un qualsiasi nodo Modulo, le tabelle vengono mostrate due volte.

38388 - Array - Proprietà "name" in fase di creazione

La proprietà "name" di un array in fase di creazione mostra l'icona con i tre puntini.

38389 - Messaggio di avvertimento non eseguito

Quando si salva un campo calcolato nominato per errore con lo stesso nome di un'altra variabile presente nel report, non viene segnalato il messaggio di avvertimento "Questo nome esiste già".

38586 - Creazione hyperlink a report manda in crash Mago

La creazione di un Hyhperlink a report in cui viene specificato testualmente il namespace del report da richiamare, e non utilizzando il menù di scelta del report, al salvataggio dell'hyperlink Mago si chiude inaspettatamente.

38597 - Sfondo Repeater ignorato

Per l'oggetto Repeater, l'impostazione del colore di sfondo non ha alcun effetto.

Selezionando dal pannello "Report" (sezione "layout") l'oggetto repeater, se lo sfondo non è trasparente, gli oggetti interni al rettangolo principale vengono coperti dallo sfondo del repeater stesso

38616 - Selezione tabella multipla blocca applicazione

Quando nel layout sono presenti due tabelle e si tenta di selezionarle entrambe (ctrl + click), può capitare che l'applicazione si blocchi.

38677 - Log report e sicurezza integrata

in caso di sicurezza integrata, la cartella dei log report viene creata con _ (al posto di \) mentre per altri log viene creata con il . (al posto di \) In questo modo vengono create 2 volte le stesse cartelle

38747 - Dimensioni legenda grafici a torta e ciambella

La legenda dei grafici a torta e a ciambella appare di dimensioni eccessivamente grandi, tanto da uscire dal rettangolo che contiene il grafico anche quando l'elenco dei valori non è eccessivamente lungo.

38749 - Visualizzazione tooltip nei grafici

Sia le tooltip di default che le tooltip personalizzate, impostate nelle serie dei grafici, non compaiono più al passaggio del mouse.

38781 - Report con caratteri speciali via MagicLink va in errore

La getData di un report via MagicLink che al suo interno contiene un carattere chr(29) manda completamente in errore la chiamata con errore "caratteri xml non validi" e il report non gira.

I caratteri non ammessi nell'xml vengono rimossi

38804 - Font personalizzato non riportato in PDF

Nel caso in cui una stringa contenga dei caratteri non stampabili (tab \t, a capo \n o \r), il font scelto (per es. Roboto) non è utilizzato nel PDF.

38824 - Ratio dei bordi non applicato ai Pannelli

Il ratio dei bordi non è applicato agli oggetti Pannello. Su TBS e RS-Designer i bordi vengono disegnati arrotondati in prima battuta, ma l'informazione non viene salvata.

Reporting Studio Run Time

34015 - Caratteri speciali

Il carattere - non viene considerato nei filtri dei report.

Per questo motivo, la presente non si può considerare anomalia.

Diversamente, se l'intervallo non è indispensabile, si consiglia di modificare il report utilizzando un solo filtro gestito nella where clause tramite LIKE.

35602 - 552 Message contains bare CR inviando mail da Ordini cliente

Nei parametri di configurazione dell'invio mail smtp/oath2 e stato aggiunto una opzione per normalizzare i caratteri newline nel corpo delle email subito prima dell'invio

37900 - Interrompi tabella vuota in PDF in modalità editing

38677 - Log report e sicurezza integrata

38747 - Dimensioni legenda grafici a torta e ciambella

38749 - Visualizzazione tooltip nei grafici

Sia le tooltip di default che le tooltip personalizzate, impostate nelle serie dei grafici, non compaiono più al passaggio del mouse.

38781 - Report con caratteri speciali via MagicLink va in errore

La getData di un report via MagicLink che al suo interno contiene un carattere chr(29) manda completamente in errore la chiamata con errore "caratteri xml non validi" e il report non gira.

I caratteri non ammessi nell'xml vengono rimossi

38804 - Font personalizzato non riportato in PDF

Nel caso in cui una stringa contenga dei caratteri non stampabili (tab \t, a capo \n o \r), il font scelto (per es. Roboto) non è utilizzato nel PDF.

Contabilità

38120 - IT - Scambio Dati: Note Credito mancato incasso (importo < partita)

35064 - Schede conti per registrazione

Nelle schede conti per registrazione i flag relativi alla stampa dati contropartite/note/totali di inizio periodo non sono editabili, lo diventano andando avanti e indietro nella ask dialog.

Anomalia non più verificabile, risolta con precedenti rilasci.

38324 - RO - Bilancio verifica Clienti/Fornitori per conto e Quadratura Saldi

I report devono considerare solo il contenuto dell'ultima apertura per calcolare il saldo iniziale di tutti i clienti/fornitori, per cui se nell'ultima apertura ci sono solo alcuni clienti/fornitori, per tutti gli altri il saldo iniziale deve ripartire da zero.

38406 - Saldaconto di nota di credito

Se nel saldaconto si imposta un importo nel campo "seleziona fino all'importo di" e nei dati estratti c'è solo la partita di una nota di credito, viene proposta la chiusura della partita per l'intero importo, anche se quello indicato nel "seleziona fino all'importo di" è inferiore.

38626 - IT - Connettore AGO: Esportazione Movimenti Contabili a AGO

I corrispettivi con importi negativi (documenti emessi relativi a corrispettivi di storno) non vengono esportati e la procedura segnala "Il movimento contabile ha un totale negativo".

La procedura deve esportare anche tali registrazioni e impostare il segno meno nel campo SEGIMP (Record D40), previsto nel file di esportazione "MOVAGO". Il messaggio di errore non deve apparire.

38635 - Descrizione registro iva acquisti

Nella stampa dei registri iva di tipo Acquisti, richiesta per tutti i registri o filtrando per più di un registro, qualora il secondo registro estratto sia su più pagine, accade che la descrizione corretta di quel registro appaia solo nell'ultima pagina, mentre nelle altre pagine viene stampata la descrizione del registro precedente

38644 - IT - Connettore AGO: Reverse Charge Parziale

In caso di Reverse Charge parziali, le righe escluse dal reverse charge vengono esportate senza distinzione, in quanto nel file generato da Mago manca il campo FAFESCLDAAUTFR (posizione 90 del record D31) previsto nel tracciato

Distinta, cicli e anagrafiche

35088 - Crash in modifica DiBa con ECO

In fase di modifica di una Distinta Base tramite ECO, inserisci un componente e provi a modificare sulla riga del componente il campo "Utilizzo in fase": Mago va in crash e si chiude improvvisamente senza alcun messaggio.

Warehouse Management System

37056 - Configurazione finestre WMS Mobile Android - Stock number

La colonna "Stock Number" che può essere aggiunta per la funzione "Visualizza Stock" su WMS Mobile risulta non visibile anche se correttamente inserita tramite il servizio "Configurazione Finestre WMS Mobile Android"

37987 - Ricevimento Merci da Terminalino con db PostgreSQL

Durante il caricamento di un Ricevimento Merci da terminalino può presentarsi la seguente situazione: in particolare, quando il numero documento inserito nell’App WMS Mobile contiene lettere minuscole, le righe degli articoli non vengono riportate nel documento di Ricevimento Merci.

Questo comportamento è dovuto al fatto che, durante l’elaborazione, il sistema confronta il numero documento presente in due tabelle diverse. Tuttavia, una delle tabelle registra automaticamente il valore in maiuscolo, mentre l’altra lo conserva così come inserito dall’utente. Poiché il database PostgreSQL è case sensitive, cioè distingue tra lettere maiuscole e minuscole, il sistema non riconosce i due valori come identici e di conseguenza non recupera le righe degli articoli.

38157 - Report etichette articoli 16 per pagina

Il report etichette articoli 16 per pagina (wms.itemlabel16GR.wrm) eseguito dal Ricevimenti merci segnala " errore di sintassi nell'espressione: elemento vietato "Message". Errore durante il posting degli eventi (line540).

38347 - Aggiorna UM Stock crea quantità con decimali in eccesso

Quando si utilizza la procedura Aggiorna UM Stock per convertire uno stock in una UM che presenta la quantità in forma decimale periodica, non viene effettuato alcun arrotondamento e non vengono tagliate cifre decimali. Tuttavia, dato che molte procedure di WMS effettuano un arrotondamento sulle quantità, gli stock generati in questo modo causano problemi: è possibile che rimangano quantità residue decimali che Mago visualizza come '0.00' oppure '-0.00', e che risultano visibili solo da DB.

38394 - Aggiornamento qta rieservate ed in arrivo sullo stock

Durante il processo di sincronizzazione tra Monitor Mobile e Mago, può verificarsi che il parametro UseReservation presente nel file di configurazione:

..\WMS\WMS\Settings\WMS.config

non venga letto correttamente. In tali circostanze, il sistema può eseguire un aggiornamento non corretto delle quantità riservate e in arrivo degli stock, causando disallineamenti nei dati di WMS non consentendo la manutenzione delle missioni

38397 - Mancata gestione del rumore dati su stock a zero nella sync C#

Durante il processo di sincronizzazione tra Monitor Mobile e Mago, con la modalità di sincronizzazione semplificata attivata in MSH (sincronizzazione sviluppata in C#), è stato riscontrato un comportamento anomalo nella gestione degli stock. In presenza di rumore sui dati di stock, ad esempio quando una giacenza viene aggiornata a zero a seguito di un prelievo, la relativa riga di stock con valore 0 (o -0) rimane presente nel sistema. Questo accade perché la sincronizzazione non prevede una gestione del rumore sui dati e non esegue quindi la corretta eliminazione o normalizzazione delle righe con quantità a zero.

38410 - Errore in fase di unzip file mobile

Errore in fase di unzip del file contente le versione per l'aggiornamento mobile poco parlante:

[EXCEPTION.MESSAGE]

error during decompressing the file Subscription 'SUB-25-08A9E3'.

38427 - WMS Mobile Sync - Lock

Potrebbe capitare che la sincronizzazione delle missioni del WMS lascino dei lock appesi alle tabelle del WMS stesso (ubicazioni e/o zone)

38463 - Nan in Visualizza stock su Qta Riservata in UOM alternativa

In Visualizza Stock dell'app WMS Mobile se gli stock sono in UOM alternativa di tipo packaging può accadere di visualizzare la qta riservata con NaN. Questo si verifica nell specifico se la conversione ad un'unità di misura di packaging restituisce un risultato non intero.

38468 - Errore durante Trasferimento di Stock

Durante l'esecuzione di un trasferimento stock, selezionando uno stock espresso in una UoM Packaging che non ammette valori decimali (solo quantità intere), il sistema può bloccare l'elaborazione con un messaggio di errore relativo alla presenza di quantità non intere, nonostante la quantità visualizzata in procedura risulti correttamente intera.

38576 - WMSMobile APP: NaN in Trasferimento Stock

Nella funzionalità di Trasferimento Stock dell'app WMSMobile, la quantità disponibile degli articoli visualizzata per l'ubicazione di partenza può essere riportata come NaN nel campo Quantità. L'anomalia si verifica quando il valore della quantità riservata associata allo stock contiene dati non validi o non numerici (ad esempio valori di rumore).

Poiché la quantità riservata viene utilizzata per calcolare la quantità effettivamente trasferibile, la presenza di un valore non atteso in tale campo impedisce la corretta esecuzione del calcolo, causando la visualizzazione del valore NaN al posto della quantità attesa.

38590 - Errore nel connettore WMS verso Mago

Nel provider di MSH che gestisce la sincronizzazione delle missioni di magazzino può comparire il seguente messaggio di errore: "

The database operation was expected to affect 1 row(s), but actually affected 0 row(s); data may have been modified or deleted since entities were loaded".

38643 - WMSMobile - Trasferimento UdM impossibile

In WMSMobile, se si tenta di effettuare una MdM di Trasferimento per una Unità di Magazzino, la funzionalità di Trasferimento va immediatamente in errore e non consente di accedere a nessuna missione. Nei log del terminalino compaiono errori che segnalano 'SourceSU = null'.

38683 - Generazione errata di una riga residua in aggiornamento Pre Ship

In fase di creazione delle missioni di prelievo da Pre-Shipping, qualora una riga venga evasa utilizzando stock espressi in unità di misura differenti (UM della riga e UM di packaging), possono generarsi differenze minime di arrotondamento sulla quantità da movimentare.

Il problema non è legato alla generazione di tali differenze, ma al successivo aggiornamento della Pre-Shipping: in presenza di questi scostamenti, il documento non viene aggiornato correttamente e la riga originaria può essere chiusa integralmente, con contestuale creazione di una nuova riga residua.

38728 - Controllo bloccante su Varianti senza Variant Plus

A seguito del PJ13526, che introduce il segmento Variante nei barcode strutturati, viene eseguito un controllo bloccante sul dato variante anche quando le Variant Plus non sono attive ma sono presenti Varianti di Produzione. Il controllo bloccante deve invece essere applicato esclusivamente in presenza della funzionalità Variant Plus attiva.

38849 - App Mobile - DBOnBoard dati appartenenti ad aziende diverse

In determinate circostanze, durante il processo di creazione del DBOnBoard possono essere inseriti sul medesimo database DBOnBoard record appartenenti ad aziende differenti che condividono lo stesso ambiente applicativo (ad esempio configurazioni MultiCompany o database cloud ospitati sulla medesima istanza).

Tale comportamento può causare errori nel processo di riconoscimento dei barcode delle ubicazioni qualora le configurazioni WMS siano state replicate in modo identico tra più aziende. In questi casi, infatti, viene meno l'univocità dei record sincronizzati sul DBOnBoard, con il rischio che il sistema non sia più in grado di restituire il dato dopo la scansione del barcode.

EasyStudio

37233 - Spostamento Controls post implementazione ValueChanged

Dopo aver implementato l'evento ValueChanged al Control Sede sul DDT e sulla Fattura Immediata, il Control si sposta dalla sua posizione originale e non è più riposizionabile correttamente.

38069 - Multiselection String Combo

Se viene utilizzato un Custom Control con Class Type Multiselection String Combo si ottiene un crash.

Ambiente Sviluppo Framework

37570 - Errore proposizione prezzi barcode

37233 - Spostamento Controls post implementazione ValueChanged

Dopo aver implementato l'evento ValueChanged al Control Sede sul DDT e sulla Fattura Immediata, il Control si sposta dalla sua posizione originale e non è più riposizionabile correttamente.

38518 - Procedura Solleciti non usabile tramite Scheduler

La procedura Solleciti clienti al momento non risulta usabile tramite Scheduler.

Gestione partite

38518 - Procedura Solleciti non usabile tramite Scheduler

La procedura Solleciti clienti al momento non risulta usabile tramite Scheduler.

37284 - Report - Analisi a Scadere per Cliente

Il report "Analisi a Scadere per Cliente" conteggia sia la rata di apertura che la rata di riapertura di una partita se la data indicata nel campo “a scadere alla data” è precedente a quella di entrambe le rate (apertura e riapertura). Dovrebbe considerare invece solo la riapertura.

Stesso problema si verifica con il report "Analisi Crediti per Cliente" indicando una data nel campo "scaduto entro la data" precedente ad entrambe le rate.

38181 - IT - Riconciliazione Bancaria: ZPAY descrizioni lunghe

In fase di import dei movimenti bancari da ZPAY, nella griglia degli E/C se la descrizione dell'operazione supera i 256 caratteri viene troncata; questo non permette di avere i dati essenziali per poter registrare il movimento.

Il campo descrizione dell'operazione è stato portato a 512 caratteri.

Area Commerciale / Logistica

38107 - Ricostruzione saldi di magazzino con varianti

38410 - Errore in fase di unzip file mobile

Errore in fase di unzip del file contente le versione per l'aggiornamento mobile poco parlante:

[EXCEPTION.MESSAGE]

error during decompressing the file Subscription 'SUB-25-08A9E3'.

37385 - Compilazione campi Discount1/Discount2 MA_ItemCustomer

Vi è una difformità da Mago4 in fase di compilazione della scontistica di un articolo/cliente.

Dalla maschera Clienti per Articolo, andando a creare/modificare un record ed inserendo lo Sconto % (campo DiscountFormula), non vengono automaticamente compilati i campi Discount1 e Discount2, applicando le logiche standard

Stesso comportamento sulla Fornitori per articolo

38093 - Ragione sociale errata in Ricevimento Merci

Se su Mago esistono due anagrafiche con lo stesso codice, una come fornitore e una come cliente, può accadere che nella funzionalità Ricevimento Merci, schermata Mostra Ordini Aperti, venga visualizzata la ragione sociale del cliente anziché quella del fornitore.

38097 - Stock&Move – Picking list non elaborata (warning)

Su Stock&Move, a seguito dell’attivazione del modulo Picking List tramite i configuratori di Mago, la configurazione risulta correttamente recepita lato applicazione mobile, consentendo l’accesso e l’utilizzo della relativa funzionalità.

Tuttavia, durante l’invio di una picking list dall’applicazione mobile verso il server, il processo non viene correttamente gestito lato MSH. In fase di elaborazione dell’evento, viene restituito un warning con messaggio “Picking list module disabled”, nonostante il modulo risulti attivo tra le funzionalità configurate.

A seguito del riavvio dei servizi MSH, il warning non si ripresenta più, ma le picking list precedentemente inviate non risultano elaborate né recuperabili lato utente. Dalle verifiche effettuate, il payload dell’evento è presente.

La criticità principale è legata alla natura del messaggio restituito: essendo classificato come warning e non come error, non consente la risottomissione dell’evento. Questo comporta che i documenti rimangano in uno stato inconsistente (payload presente ma non processato). Si ritiene che, in questo specifico scenario, il messaggio dovrebbe essere gestito come errore bloccante, al fine di consentire la risottomissione dell’evento e garantire il corretto invio delle picking list rimaste in sospeso.

38152 - InStore/StocknMove – Ricevi Tutto non aggiorna i Lotti

Su InStore e StocknMove, nella funzionalità di Ricevimento Merci da Ordine Fornitore, utilizzando lo slider “Ricevi Tutto” in presenza di articoli gestiti a Lotti, le quantità vengono valorizzate in modo non coerente tra la riga del documento e la finestra di gestione lotti. Nello specifico, creando un ordine fornitore contenente almeno un articolo gestito a Lotti e procedendo con il relativo ricevimento da app mobile, qualora si dedica di modificare il lotto o la Qtà associata al lotto (nella finestra di gestione dei Lotti), utilizzando poi lo slider “Ricevi Tutto”, la quantità viene correttamente riportata sulla riga della lista documenti, risultando quindi completamente ricevuta.

Tuttavia, aprendo la finestra di gestione dei lotti relativa all’articolo, pur essendo presente la riga del lotto correttamente proposto, la relativa quantità rimane valorizzata a 0 o se modificata in precedenza, con il valore precedentemente inserito. Si viene quindi a creare una discrepanza tra la quantità riportata esternamente sulla riga del documento e quella effettivamente presente all’interno della gestione lotti.

38315 - Mancata esecuzione del Riordino Stock con Lotto di Riordino

Se il lotto di riordino di un Articolo corrisponde esattamente alla quantità disponibile sul punto vendita di approvigionamento, il riordino di tale articolo non avviene.

38364 - Mancata lettura del Parametro Val Negativo nella scheda contabil

Qualora il Parametro Valore negativo nella scheda contabile nel caso di importi negativi (Preferenze | Vendite | Parametri Vendite | Sezione Generali) venga modificato, la registrazione contabile di un documento di vendita non percepisce la modifica del parametro, e mantiene lo stesso comportamento

Il report "Controllo Quadratura tra Movimenti Analitici e Prime Note" evidenzia gli scostamenti analizzando separatamente gli importi registrati in Dare e quelli registrati in Avere per ciascuna riga. Non viene quindi effettuata una verifica dello scostamento complessivo della riga, considerando congiuntamente entrambi i segni (Dare e Avere). Per questo motivo, in alcuni casi, come ad esempio per gli scontrini annullati, il report può segnalare dei falsi scostamenti.

Ad esempio, se un movimento contabile presenta un importo in Avere con segno negativo e il corrispondente movimento analitico presenta lo stesso importo in Dare con segno positivo, non esiste alcuno scostamento reale tra il movimento contabile e quello analitico, nonostante il report possa evidenziarlo come tale.

38572 - Errore generazione Bill Of Lading da travaso ordine

Durante la creazione di un Bill Of Lading a partire da un travaso ordine, l'elaborazione va in errore con una NullReferenceException e il documento non viene generato. L'anomalia non si presenta in caso di creazione di un nuovo ordine, dove il processo termina correttamente.

Vendite

37497 - BG - Integrazione EAT per nota credito da reso da cliente

Non viene generato l'EAT in caso di Nota credito da Reso da cliente

37570 - Errore proposizione prezzi barcode

38096 - Lotti non disponibili

38477 - Evasione Ordine Cliente e articoli gestiti a Lotti

37682 - IT - Errore ADM in ft acquisto post messaggio controllo AutoFattura

37614 - Importo Tesan errato in presenza di insoluto

L'importo TESAN risulta errato qualora una o più rate del documento risultino insolute.

37969 - IT - Gestione Conai in presenza di CGM

Attivando la CGM, su una azienda collegata " secondaria "potrebbe capitare che creando una fattura identica non venga creato correttamente il movimento conai al salvataggio

38286 - Invio mail e scarica PDF in operazioni massive sui documenti

Eseguendo la procedura Operazioni massive sui documenti con i parametri Invia Email e una mail per cliente, viene erroneamente scaricato ogni singolo allegato.

Anche per le selezioni 'Un PDF per tutti i documenti' e 'Un PDF per ogni documento' viene erroneamente scaricato ogni singolo file anziché il solo pdf o il solo file zip.

Succede solo in Mago Cloud e Mago Web. Si chiede un giro di test su Mago4 per verificare che non vi siano regressioni.

Anomalia nata da anomalia numero 37964.

38301 - crash in modifica ddt

Se si entra in modifica di un ddt che ha 2 righe di merce e una politica provvigionale senza formula con maturazione al 100% sul fatturato, quando si salva l'inserimento di una riga aggiuntiva e la cancellazione di una riga, si ottiene un crash.

38515 - Errore in importazione C# doc. vendita da POS senza righe

Se si importa una fattura senza righe ma con una ricarica della carta cliente tra i pagamenti, l'importazione del documento in C# non va a buon fine.

38516 - Mancato mov. contabile in import C# fattura di sola ricarica

Con l'importazione C# del documento di vendita da POS è nata una regressione sul progetto 7555.

In configurazione non Italia, con TCPOS attivo, il parametro MA_RMParameters.PostPrepaymentInAcc attivo, l'importazione di una fattura in C# senza righe di vendita e con sole righe di ricarica carta cliente, non genera più alcun movimento contabile.

38704 - errore disponibilità lotto in modifica ddt

Pur essendoci disponibilità per il lotto, se si entra in modifica di un ddt e il cliente non ammette sovra scarico lotti, non risulta possibile salvare il ddt, poichè il lotto non è disponibile.

Barcode Manager

37570 - Errore proposizione prezzi barcode

Integrazione con Zucchetti TESAN

37641 - Esportazione Documenti per Tesan

In alcuni casi potrebbe capitare che la procedura 'Esportazione Documenti per Tesan' va in errore a causa del raggiungimento del massimo numero di connessioni presenti nel connection pool e dell'impossibilità di creare una nuova connessione.

Acquisti

37849 - Aggiornamento Ultimo Costo con Fixing

37682 - IT - Errore ADM in ft acquisto post messaggio controllo AutoFattura

Integrazione Mago con eCommerce

37795 - eCommerce: deposito errato sull'ordine

Dato Mago integrato con un sito eCommerce, con un Punto Vendita on-line con uno specifico deposito, importando un ordine da eCommerce, il deposito impostato sull'ordine è differente da quello impostato sul punto vendita online.

37830 - eCommerce: errore abilitazione connettore

Dato Mago con scheda Parametri eCommerce la cui griglia Connettori presenti un connettore abilitato. Disabilitando il connettore e salvando; uscendo e rientrando sulla stessa scheda il connettore risulta nuovamente abilitato.

38086 - eCommerce: errore campi Tipo e Stato anagrafica cliente estero

Dato un ordine dell'eCommerce effettuato con cliente estero, accedendo alla rispettiva anagrafica in Mago, scheda Dati Principali, il cliente riporta l'ISO Stato corretto ma il Tipo risulta erroneamente "Nazionale", mentre nella sezione Dati Indirizzo il campo Stato riporta erroneamente "Italia".

38163 - eCommerce: flag Una Fattura per DDT disabilitato in C#

In modalità C#, importanto un ordine da un sito eCommerce, accedendo in Mago all'anagrafica del rispettivo cliente, il flag "Una fattura per DDT" risulta disabilitato.

38317 - Shopify: erronea applicazione codici IVA in C#

Durante l’importazione da Shopify, tramite C#, di un ordine relativo a un cliente già esistente in Mago e con nazionalità estera, si riscontra un comportamento anomalo nell’applicazione dei codici IVA e del registro IVA applicato in caso di gestione dell'IVA in regime OSS. In fase di importazione dell’ordine, il sistema non propone nel campo “Registro” (MA_SaleOrd.taxjournal) il “registro IVA Vendite OSS” (MA_ISOCountryCodesDefaults.osssaletaxjournal) configurato nei “Codici di Default per Codice ISO Stato”.

Contestualmente, anche la valorizzazione dei codici IVA sugli articoli non risulta coerente con la nazionalità del cliente, poiché non viene applicato il codice IVA previsto nell’anagrafica dei codici IVA, nella sezione “Codici IVA per Paese” (MA_TaxCodesByCountry.newtaxcode). La stessa anomalia si estende alle spese di spedizione, per le quali non vengono assegnati i codici IVA (MA_ISOCountryCodesDefaults.osstaxcode) definiti nei “Codici di Default per Codice ISO Stato”.

38318 - Shopify: Erronea applicazione codici IVA in C++

Importando da Shopify un ordine in C++ relativo ad un cliente già esistente in Mago e di nazionalità estera, se è presente un codice iva per Paese (MA_TaxCodesByCountry.newtaxcode) all’interno dell’anagrafica del codice IVA, sugli articoli dell’ordine viene erroneamente impostato il codice IVA dell’articolo e non quello relativo alla nazionalità del cliente in caso di gestione dell'IVA in regime OSS.

38339 - Shopware: Errore in fase di importazione d'ordine

Dato Mago integrato con Shopware, provando ad importare un ordine da ques'ultimo, MSH riporta il seguente messaggio di errore (in allegato il testo completo):

[EXCEPTION.MESSAGE]

Object reference not set to an instance of an object.

38379 - Codice IVA obbligatorio per API C# openECommerce/createOrder.

Nell'api openECommerce/createOrder in C# è erroneamente obbligatorio il codice IVA.

38392 - Prezzo non importato correttamente - OpeneCommerce C++

Importando un ordine tramite l'api OpenECommerce/createOrder in c++ il prezzo trasmesso via json relativo alla riga degli articoli viene ignorato.

38514 - Tipo Variante errato in Import Ordini Clienti da Shopify in C++

Importanto un Ordine Cliente da Shopify in C++, nella relativa griglia di Dettaglio viene erroneamente valorizzato (con il valore "DEFAULT TITLE") il campo "Tipo Variante", nonostante l'Articolo non sia gestito a Variante.

38595 - Stringa KonaKart mostrata in procedura.

All'interno delle procedure "Imposta lo Stock dell'articolo a 0" e "Aggiornamento Stock dell'articolo" come primo valore nel campo Piattaforma viene visualizzato erroneamente "KonaKart".

MailConnector

37826 - Corpo Mail - ritorno a capo

Quando in "Taskbuilder Framework\Configura connessione SMTP" il parametro "Invia i messaggi in formato HTML" è attivo e in "Preferenze\Parametri Mail" è impostato un modello per il corpo della mail che utilizza la sintassi ##MailBody## per mostrare l'elenco dei documenti allegati alla mail, la mail non rispetta i ritorni a capo previsti nel parametro MailBody.

Gestione Punto vendita

38410 - Errore in fase di unzip file mobile

Errore in fase di unzip del file contente le versione per l'aggiornamento mobile poco parlante:

[EXCEPTION.MESSAGE]

error during decompressing the file Subscription 'SUB-25-08A9E3'.

38152 - InStore/StocknMove – Ricevi Tutto non aggiorna i Lotti

38315 - Mancata esecuzione del Riordino Stock con Lotto di Riordino

Se il lotto di riordino di un Articolo corrisponde esattamente alla quantità disponibile sul punto vendita di approvigionamento, il riordino di tale articolo non avviene.

38516 - Mancato mov. contabile in import C# fattura di sola ricarica

Con l'importazione C# del documento di vendita da POS è nata una regressione sul progetto 7555.

37859 - TCPOS: Creazione nuova edizione di listino menù da procedura

La procedura Creazione/Aggiornamento Listini non riesce a creare nuove edizioni di listini per i menù.

38076 - OmniPOS: Simplified Sales Documents Generation a True

Se si importano documenti di vendita da OmniPOS con il parametro Simplified Sales Documents Generation a True su MSH, può capitare che i documenti non vengano importati in Mago a causa del seguente Technical Error: Object reference not set to an instance of an object.

38177 - TCPOS: Cancellazione articolo con immagine

Se su Mago si cancella un articolo che abbia un'immagine, già trasferito a TCPOS, l'articolo non è cancellato su TCPOS a causa del seguente errore su MSH: Unable to determinate the MIME type of the file ''.

38179 - Connettore TCPOS: cancellazione menù con immagine

La cancellazione di un menù va in errore con la seguente eccezione visibile in MSH: Can't find Object on DB for [Menu] {BUR} this may be due to a wrong MagoManager configuration. Accade unicamente per i menù che hanno associati un'immagine.

38180 - Qtà totale varianti errata dopo scansione di diverse varianti

Può capitare che in presenza di matrice scansionando barcode varianti diversi in sequenza, al cambio variante la quantità esterna non venga aggiornata correttamente. Esempio scansiono 2 volte BIANCO_S all'esterno vedo correttamente 2,00, passo quindi a scansionare BIANCO_M all'esterno vedo 201 mentre dovrei vedere 3. Entrando nella matrice sono correttamente valorizzati 2 e 1 e cliccando conferma il totale si aggiorna correttamente con 3,00.

38184 - Troncamento dati in importazione SaleDoc da Tcpos

Importando un SaleDoc da Tcpos, in presenza dei seguenti settaggi su MSH:

- Simplified Sales Documents Generation =TRUE
- Simplified Customer Supplier Generarion = TRUE

se "MA_CustSuppNaturalPerson.Name" o "MA_SaleDocDetail.PackUoM" hanno più caratteri di quanti previsti dal database (rispettivamente 32 e 8 caratteri), MSH solleva l'errore "String or binary data would be truncated".

38275 - Connettore OmniPOS - Sincronizzazione articolo

Se il modulo Variant Plus non è attivo, la sincronizzazione dell’articolo verso OmniPOS fallisce, generando la seguente eccezione: "Object reference not set to an instance of an object."

38276 - InStore - Lotto valorizzato a livello riga

Su InStore, effettuando un Ricevimento Merci da Altro Punto Vendita relativo ad articoli gestiti contemporaneamente a Lotti e Varianti, il Documento IN generato in Mago riporta il lotto anche a livello di riga documento.

Per gli articoli gestiti a Lotti e Varianti, il lotto dovrebbe essere gestito esclusivamente all'interno del dettaglio Varianti/Lotti dell'articolo e non essere valorizzato nella riga principale del documento.

38312 - Mov. trasferimento varianti su company errata (CGM + LottixPV)

Quando si genera un documento di trasferimento tra Punti Vendita Entrata e ci si trova nelle seguenti condizioni:

1. Il parametro Gestione Lotti per Punto Vendita è attivo (MA_LotSerialParameters.managelotbyshop = 1)
2. Il trasferimento è tra Punti Vendita che appartengono ad aziende diverse (CGM)
3. Il Punto Vendita A utilizza il deposito di trasferimento.
4. Il Punto Vendita A appartiene a una company diversa da quella con companyId 0
5. Vengono utilizzati articoli a varianti

Il secondo movimento di magazzino collegato al documento viene generato sulla company sbagliata.

Il documento IN viene generato correttamente ma, solo per gli articoli a varianti, il secondo movimento (con causale di entrata su deposito principale) contiene tutti i dati corretti ma viene generato sempre sulla company sbagliata, ovvero sulla company con Id 0 e non sulla company del Punto Vendita A, quindi non è apribile dai riferimenti incrociati e non visibile dall'azienda di apparrenenza; invece il primo movimento viene generato correttamente sulla company del PV.

38337 - Connettore OmniPOS - Parametro Codice Articolo Voucher

Nei Parametri POS, scheda Dati Principali, il campo Codice Articolo Voucher è visibile solo se è attivo il modulo Voucher. Il campo deve invece risultare visibile anche solo in presenza del Connettore OmniPOS.

38411 - Altre Immagini per Variante

In anagrafica 'Articoli', nella griglia 'Altre Immagini' presente nella scheda 'Retail', la colonna 'Variante' deve essere visibile ESCLUSIVAMENTE in presenza del modulo 'Open eCommerce' e non con la sola presenza del connettore Tilby.

38452 - Pop-up "L'articolo esiste già nell'elenco" in apertura matrice

Sulle app mobile (InStore/StocknMove), se attiva la visualizzazione a matrice, se si richiama due o più volte lo stesso articolo a varianti nelle funzionalità: MOVIMENTI DI MAGAZZINO, TRASFERIMENTO TRA DEPOSITI, RICEVIMENTO DA ALTRO PUNTO VENDITA e INVIO MERCI appare un messaggio del tipo "L'articolo esiste già nell'elenco"/"E' possibile caricare solo articoli che non siano già presenti in lista." e contemporaneamete viene aperta la matrice varianti dell'articolo ricercato in cui è possibile, dopo aver dato ok al messaggio, modificare le quantità delle varianti dell'articolo. Il messaggio non dovrebbe apparire, si dovrebbe semplicemente aprire la matrice dell'articolo.

38511 - Ric. massivo movimenti di magazzino dopo articoli a varianti

Se si esegue un ricevimento massivo da InStore app e il documento di trasferimento tra punti vendita IN contiene sia articoli a varianti che articoli senza varianti dovrebbe generare 2 movimenti di magazzino ma nel caso in cui il primo articolo nel dettaglio sia un articolo a varianti viene generato solo il movimento di magazzino dell'articolo a varianti e non il movimento relativo a tutti gli altri articoli. Gli articoli successivi a un articolo a varianti NON vengono inseriti nei movimenti di magazzino. Se nel documento prima sono presenti articoli normali e poi articoli a varianti tutti i movimenti vengono generati correttamente.

38524 - IT - TCPOS - Contabilizzazione operazioni ricarica carta prepagata

In fase di contabilizzazione degli scontrini, quando è attivo il raggruppamento dei movimenti contabili per giorno, gli scontrini di ricarica o pagati tramite carta cliente di tipo prepagamento vengono sempre gestiti come se fossero in modalità preassolta, anche quando tale modalità non è valorizzata nell'anagrafica cliente.

38532 - App Mobile - trasf. tra depositi varianti e controllo disp.

In presenza di gestione matrice e controllo disponibilità attivo, nella funzionalità trasferimento tra depositi scansionando barcode varianti in sequenza si verificano dei problemi sul qtà esterno. Esempio articolo già inserito in lista con 3 BIANCO_S e 2 BIANCO_M all'esterno vedo 5 scansiono quindi BIANCO_M e appare il messaggio di controllo disponibilità 2: Rispondo SI di continuare comunque, all'esterno vedo 3 (ovvero 2 + 1 scansionato) mentre dovrei vedere 6 (totale delle varianti), aprendo il bottone varianti le quantità sono correttamente 3 BIANCO_S e 3 BIANCO_M e totale 6. Rispondo NO all'esterno la quantità totale mostra un numero con molti 0, all'interno le quantità rimangono invariate.

In presenza di gestione matrice e controllo disponibilità attivo, nella funzionalità trasferimento tra depositi modificando manualmente il valore di una cella inserendo un valore superiore al disponibile anche se si risponde NO alla domanda la quantità modificata viene comunque salvata.

38551 - OpenPOS: trasferimento tra depositi in importsaledoc

In fase di importazione di un documento di trasferimento tra depositi tramite la chiamata API openPOS/importsaledoc, non viene generato il corrispondente movimento di magazzino se il parametro "Simplified Inventory Entry from Interstore Documents Generation" è impostato a false.

38579 - Falso mancante nel report Controllo Documenti Importati da Tilby

In presenza di vendite generate dalla cassa Tilby con una Data Transazione POS diversa dalla Data Documento (ovvero la data di competenza contabile), il report Controllo Documenti Importati da Tilby segnala erroneamente un documento mancante.

Tuttavia, accedendo al dettaglio del report, il presunto mancante non viene visualizzato poiché il documento risulta effettivamente presente e correttamente importato.

38587 - OmniPOS - Errore in sinc articolo con fornitore definito

Con il connettore OmniPOS e il modulo CGM attivi, la sincronizzazione degli articoli va in errore quando nell'anagrafica articolo il fornitore preferenziale è mancante e quello d default è configurato esclusivamente nei Parametri POS di una determinata azienda.

Il problema si verifica anche nel caso in cui l'articolo sia sincronizzabile soltanto verso un punto vendita appartenente alla stessa azienda per la quale il fornitore è stato definito.

38588 - Mancata implementazione IsValid su HKLRMShops

Il metodo IsValid non è implementato nel HKLRMShops per gestire gli shop disattivati in direct_access

38642 - Errore sul Peso Netto in sync di un Articolo da Mago a Tilby

In fase di sync di un Articolo da Mago a Tilby, viene restituito un errore generico:

Object reference not set to an instance of an object

38673 - salvataggio Bolla di Carico con DeliveryLoc. diversa da FinalLoc

Non è possibile salvare la modifica ad una Bolla di Carico con articoli di tipo variante, StoreManagment con attivo Gestione Punto Vendita e Connettore TCPOS, posizionandosi su punto vendita di tipo HeadQuarters, nel caso in cui la deliveryLocation sia differente dalla FinalLocation.

38706 - Lista UM Multiple filtrata impostando mancante moltiplica box

Nell'inventario con UM Multiple, solo quando è impostato un filtro categoria o lista di riordino, se si imposta o disimposta un articolo come mancante in fondo alla lista l'articolo viene replicato tante volte quante sono le sue UM. Rimuovendo il filtro o uscendo dalla funzionalità quando si torna alla lista non sono più presenti le occorrenze aggiunte, si tratta quindi di un problema di sola visualizzazione.

38801 - Errore in Import di una Fattura da Tilby

Puo capitare che in fase di import di una fattura da tilby verso mago venga restituito un errore su msh

Il problema è legato al flag Blocca modifica documenti vendita/acquisto stampati in definitivo (Preferenze | Amministrazione | Parametri contabilita | Stampa definitiva) Se questo flag è a True, si verifica l'anomalia

38837 - Scarico lotti su movimenti di magazzino importati

Nei movimenti di magazzino importati via MagoAPI o generati da scontrino, può capitare che lo scarico dei lotti non sia corretto se il parametro Simplified Inventory Posting su MSH è impostato a True.

38855 - Mancato ricalcolo Valore Unitario al cambio UM in Bolla di Caric

Travasando un ordine fornitore creato in mago in una Bolla di Carico su app Instore, tramite la funzionalità di Ricevimento Merci da Ordine a Fornitore, e modificando su di essa l'Unita di Misura di un articolo (impostando un'unita di misura derivata, definita in anagrafica dell'Articolo in questione), il documento Bolla di Carico creato in Mago non aggiorna correttamente il valore unitario. In particolare, viene mantenuto il valore associato all'unità di misura originale e non a quella nuova scelta da app.

38869 - Errore in ricevimento merci da altro Punto Vendita

Avendo attivo il modulo CONAI, usando la funzionalita di Ricevimento merci da Altri Punti Vendita su app Instore, sia in caso di Ricevimento Singolo che Ricevimento Massivo, l'app blocca la procedura restituendo un banner di errore generico.

Console: Aziende, utenti, DB

37862 - Assegnazione valore errato a colonne DateTime in fase di import

In fase di importazione dati da file xml, se nei valori delle colonne di tipo DateTime non è specificato il fuso orario può accadere che su database venga erroneamente impostata la data in cui si effettua l'importazione, invece della data indicata nel file.

L'errore si verifica solo in Mago4 qualora si importino file xml precedentemente esportati da un'installazione di MagoCloud/MagoWeb e non viceversa.

MagoAPI Area Logistica

38837 - Scarico lotti su movimenti di magazzino importati

37984 - Errata compilazione campo BOMItem con api ImportSaleOrd in C++

Importando un ordine cliente contenente un articolo codificato come Distinta Base (ma avendo disattivato la gestione della distinta base dai Parametri Distinta Base negli Ordini Clienti) tramite api erpsaleorders/importsaleord, tale articolo viene comunque contrassegnato come Distinta Base

38137 - PriceListValidityDate

Effettuando chiamate all'API ImportSaleOrd non viene compilata PriceListValidityDate con la data del documento.

38139 - importSaleDoc - warning Goods Delivered to

Usando la chiamata importSaleDoc, viene restituito un warning:

Import completed with warnings. The 'Goods Delivered to' location xxx is not registered!

Sul documento creato la sede di spedizione (MA_SaleDocShipping.ShipToAddress) viene compilata correttamente, ma non viene compilato il campo a DB MA_SaleDoc.ShipToAddress.

38162 - Errore non parlante in importazione Movimenti di magazzino

A seguito di un'importazione di un movimento di magazzino tramite chiamata api ErpInventory/ ImportinventoryEntries, viene restituito il seguente errore:

[EXCEPTION.MESSAGE]

Index was out of range. Must be non-negative and less than the size of the collection. (Parameter 'index')

38183 - Import ordini via API e gestione listini su riga

In fase di import ordini, se è attiva la gestione dei listini su riga il listino non si popola se il parametro MSH Simplified Sale Orders Generation è impostato a true.

38211 - Errore di Timeout importsaledoc e importsaleorder in C++

Può capitare che il processo unattend di importazione di Ordini Cliente e Documenti di Vendita vada in timeout Il testo dell'errore è il seguente:

MagoAPIComponents' has exceeded the allotted timeout of 00:01:00. The time allotted to this operation may have been a portion of a longer timeout.

La causa è da ricercare nella comparsa della finestra di stampa in background, nella quale sarebbe necessario scegliere su quale stampante stampare

38252 - taxcode in riga nota

Avendo attivo il provider Simplified Sale Orders Generation durante l'importazione di un ordine cliente con le MagoAPI, viene erroneamente compilato il codice iva anche sulle righe di tipo nota

38269 - Obbligatorietà articolo in endpoint API

Nonostante sia disattivo, nei parametri articolo, il controllo di esistenza dell'articolo, gli endpoint di import documenti di vendita e di acquisto, restituiscono errore.

Aperto progetto 13748.

38323 - Import Offerte via API

Importando via API delle offerte se è impostato il Simplified Customer Suppliers Generation a True, accade che la data 'Acquisito il' nell'anagrafica cliente sia erroneamente aggiornata con la data dell'offerta importata.

38381 - Import Offerte Clienti: Sede di Spedizione

In Anagrafica Cliente - Altre Sedi Riferimenti sono compilati i dati di una SEDE; tale codice SEDE è selezionato nella "Sede di Spedizione".

Usi l'API "ImportCustomerQuotation" (senza indicare esplicitamente alcuna Sede di Spedizione nel payload), per importare una Offerta per lo stesso Cliente.

Nella scheda Spedizione dell'Offerta Cliente importatata su Mago, il campo "SEDE DI SPEDIZIONE" risulta vuoto: non ha cioè usato il Codice di Spedizione (con i relativi dati compilati) della Anagrafica Cliente, cosa che invece avviene se si inserisce una Offerta Cliente direttamente da Mago.

38391 - InsertTransferOrder con nota

Anche se è compilata la nota nel json di InsertTransferOrder, questa non viene passata nella missione creata.

38404 - Errore chiamata API Crm GetDefaultPrice.

La chiamata all'API /api/crm/erp.PricePolicies.Components.DefaultSalePrices_GetDefaultPrice restituisce un errore relativo al modulo VariantPlus anche se il modulo non è installato.

38412 - Errore Causale di Magazzino in chiamata API GetDefaultPrice.

La chiamata /api/crm/erp.PricePolicies.Components.DefaultSalePrices_GetDefaultPrice restituisce errore Inventory Reason not defined in Mago.

38437 - MagoAPI: errore in apertura dello swagger

Il link dello swagger visualizza un errore in apertura.

38545 - GetItemStock: valore giacenza degli shop on-site errato con CGM

La chiamata di Mago utilizzata per la visualizzazione delle giacenze degli articoli non restituisce valori corretti se è attiva la CGM, sono censite più aziende nel sistema e viene richiesta la disponibilità aggregata di tutti gli shop di tipo On Site. In questo scenario, la disponibilità restituita dalla chiamata non corrisponde all'effettiva giacenza degli articoli.

38630 - API ImportInventoryEntries: risposta errata in caso di errore

Se l'importazione di un movimento di magazzino tramite Mago API (erpinventory/ importinventoryentries) non viene completata correttamente, perché ad esempio una tabella è in lock, la risposta restituita dall'API non rappresenta correttamente l'esito dell'operazione. In particolare all'interno di detailResponse il campo result viene valorizzato erroneamente a true e il messaggio viene restituito come warning, nonostante l'importazione sia effettivamente fallita.

38636 - API ImportInspectionOrder: controllo errato sul campo data

In fase di importazione di un Ordine di Collaudo tramite API ERPQualityInspection/ ImportInspectionOrder, viene eseguito erroneamente il controllo di obbligatorietà sul campo InspectionDate anziché sul campo InspectionOrderDate.

Di conseguenza, quando nel payload viene valorizzato correttamente il campo InspectionOrderDate e il campo InspectionDate non è presente, l'importazione fallisce restituendo il messaggio di errore: "The Inspection order date cannot be empty."

38784 - Mancata chiusura riga di ordine a fornitore in C#

A seguito di import di una bolla di carico che chiude solo parzialmente un ordine a fornitore, le righe che vengono chiuse da tale bolla risultano comunque aperte. Il flag Chiusa Consegna presente nella riga dell'ordine a fornitore rimane a false, mentre dovrebbe passare a true

38792 - MagoAPI: importInspectionOrder non genera movimenti di magazzino

Eseguendo la chiamata api/erpQualityInspection/importInspectionOrder non sono generati i movimenti di magazzino.

Provisioning System

38019 - Parametro DMS: Estensioni escluse

Il parametro "Estensioni escluse" non è presente nella form dedicata ai parametri del DMS.

38633 - Importazione XGate con profilo Default

L'importazione tramite xgate di documenti creati con profilo Default potrebbe fallire con l'errore generico: "La transazione è in stato di errore. Le modifiche effettuate non saranno salvate!"

TBF Gestione Documentale

38019 - Parametro DMS: Estensioni escluse

Il parametro "Estensioni escluse" non è presente nella form dedicata ai parametri del DMS.

38149 - Generazione barcode duplicati

Può capitare che il report di generazione etichette barcode del DMS generi barcode duplicati.

Solo se nelle regole di richiesta si è scelto di generare il barcode in modalità casuale, viene controllata la duplicazione per il valore assegnato ad ogni etichetta, e non solo per la prima. Ne consegue che i valori non saranno più consecutivi.

38260 - Errore e blocco Mago apertura allegato da DMS Repository Explore

Si verifica un errore seguito da un blocco di Mago cercando di raggiungere un documento allegato a procedura, partendo dal Repository Explorer del DMS. Quindi dal Repository cliccando su "Modifica" e "Allegato in".

38724 - Invio massivo Paper via DMS

Usando il webMethod MassiveAttachUnattendedMode(@"C:\mioFolder\",true,ref result); ottengo un'eccezione

EDI

38092 - EDI – Errore import PRICAT (Invalid Enum Tag)

Durante l’utilizzo della procedura EDI | Importazione articoli | Importazione articoli (EDI PRICAT), eseguendo l’importazione di un file .pri (allegato), si verifica un’anomalia in fase di elaborazione. Nel dettaglio, dopo aver importato il file e avviato la batch asincrona, il processo termina con errore. Da log MSH risulta il seguente messaggio: Invalid Enum Tag, expected 93, received 49.

L’errore si presenta sistematicamente e impedisce il completamento dell’importazione.

CGM

38136 - Mancata Generazione OF da RdA di MRP con CGM

CGM Attiva e 2 Aziende configurate.

Generi delle Richieste di Acquisto da MRP sull'Azienda2. Usando la procedura Generazione Ordini Fornitori da Richieste di Acquisto di MRP, non vengono generati gli Ordini a Fornitore.

Se invece ripeti il tutto sull'Azienda1 (di default), usando la procedura Generazione Ordini Fornitori da Richieste di Acquisto di MRP, vengono correttamente generati gli Ordini a Fornitore.

Produzione e WMS e Mobile

38195 - Lancio OdP con WMS

Si disabilitano nei paramentri di produzione, scheda WMS, i flag per il lancio e lavanzamento delle richieste di trasferimento. Lanciando un ordine di produzione e indicando di prelevare da un deposito di WMS, l'OdP rimane in stato creato e non sono generate le Richieste di Trasferimento.

Se si abilita almeno il lancio in automatico delle richieste allora son correttamente generate le RdT e l'OdP va in stato lanciato.

38776 - Avanzamento RdT: filtro OdP non funzionante

Produzione Avanzata e WMS Avanzato. Usando la procedura "Avanzamento Richieste di Trasferimento", il filtro per OdP non funziona.

Area Manufacturing

38198 - Correzioni grafiche

Si suggeriscono alcune correzioni grafiche, come da documento allegato.

38256 - Selezione ECO per Revisione e Manutenzione Componenti DiBa

Parametri Distinta Base: Usa solo gli ECO per modificare le DiBa in stato "In Produzione" = true Seleziona gli ECO per Revisione = true

Usando la procedura "Manutenzione Componenti Distinta Base" per modificare una DiBa, al termine viene rilasciato il messaggio bloccante "Elaborazione non terminata".

38331 - Consuntivazione OdP con componenti non Movimentabili

Consuntivazione di OdP in cui un Componente è Non Movimentabile. Viene terminato per una quantità inferiore rispetto a quanto da produrre, Chiudendolo Forzatamente.

Sebbene il Parametro di Produzione (... effettuare il reso materiale = NO), o quello presente nella anagrafica del PF (... effettuare il reso materiale = NO), oppure si scelga di NON effettuare il RESO in fase di Consuntivazione, viene erroneamente conteggiato il Costo in Proporzione a quanto “usato”.

Allego esempio esplicativo.

38373 - OdP di Riparazione: Componente e Quantità modificabili

OdP di Riparazione. Uso il pulsante Cerca OdP per importare un OdP esistente.

Se mi posiziono subito sulla prima riga (quella con lo stesso Articolo e Quantità del Prodotto Finito) e provo modificare Componente e Quantità, questo è erroneamente consentito, anche se non dovrebbe.

Se invece mi sposto su altra riga e torno sulla prima, correttamente non è più possibile fare le modifiche.

38376 - OdP di Riparazione: Impegnato da Produzione non si aggiorna

OdP di Riparazione: la quantità "Impegnato da Produzione" non si aggiorna.

38495 - Mancato aggiornamento Movimenti di Magazzino post Rollback OdP

Mancato aggiornamento Movimento di Magazzino M_CARPF post Rollback OdP.

38737 - Selezione OdP non funziona in alcune procedure

In alcune procedure ("Generazione DDT a Fornitore per Lavorazione Esterna", "Modifica Lavorazioni", "Manutenzione OdP",...) usando la Selezione "OdP Da-A", talvolta non viene estratto alcun OdP. Riprovando, magari dopo aver riavviato la procedura, usando la stessa Selezione, talvolta gli OdP vengono estratti correttamente.

38782 - Consuntivazione OdP: si aprono gli OdP Proposti anzichè di OdP

Procedura di Consuntivazione. Cliccando su un OdP, si apre erroneamente la maschera degli OdP Proposti, anzichè quella degli OdP.

38863 - Riordino a Produzione di Semilavorati Mancanti: SplitForJob

La procedura "Riordino a Produzione di Semilavorati Mancanti" non deve leggere il setting SplitForJob presente nel file BillOfMaterials.config.

Conto lavoro

38201 - Centro di Costo su Ordine a fornitore per lavorazione esterna

Articolo (non merce, avente Centro di Costo compilato) lo indico come Codice di Servizio su una Operazione esterna; su una DiBa imposto tale Operazione esterna e uso questa DiBa per creare un OdP. Usando la procedura Generazione Ordine a Fornitore per Lavorazione Esterna, in vista di riga del Servizio non appare il Centro di Costo.

38457 - Consuntivazione da Bolla di carico

Effettuando la consuntivazione da Bolla di carico non risulta compilato il campo ConfirmationProgr nella tabella MA_MOStepsDetailedQty. Invece, nella tabella MA_InventoryEntriesDetail risulta compilato, ma sempre a 1, anche se si eseguono più consuntivazioni parziali per uno stesso OdP.

38552 - Bolla di Carico da Fornitore per Lavorazione Esterna: link a OdP

Creazione di Bolla di Carico da Fornitore per Lavorazione Esterna: in alcuni casi, cliccando sul link Numero OdP il programma tenta erroneamente di aprire gli Ordini di Produzione Proposti, anzichè l'Ordine di Produzione selezionato.

Open MES

38344 - API Lots Quantities - OpenMES

E' necessario togliere il controllo se il connettore CyberPlan sia attivo per l'API lots-quantities di OpenMes

38509 - l'API WorkCenter (OpenMES) funziona al contrario

L'API WorkCenter di OpenMES funziuona al contrario.

Per il centro di lavoro interno restituisce l'errore che tale CdL è esterno.

38569 - OpenMES - problema API Execute Action

Provando ad utilizzare il comando "execute-action", il sistema va in errore o resta in attesa.

38698 - Consuntivazione da API

Consuntivando più MO, uno di seguito all'altro nello stesso payload, se il programma incontra il tag "closed": True, esegue l'azione e poi si ferma. Le consuntivaizoni successive sono eseguite quando riparte il task su MSH. Pertanto se il tempo di attesa è 2 minuti, ricomincia a consuntivare le altre dopo due minuti.

38761 - Parametri di OpenMES - controllo dei CdL in consuntivazione Odp

Nei Parametri di OpenMES non si vede il parametro 'Cntrollo dei CdLin consuntivazione Odp0.

Reporting Cloud

38351 - Nodi tabelle doppie in pannello Database

38389 - Messaggio di avvertimento non eseguito

Quando si salva un campo calcolato nominato per errore con lo stesso nome di un'altra variabile presente nel report, non viene segnalato il messaggio di avvertimento "Questo nome esiste già".

38597 - Sfondo Repeater ignorato

Per l'oggetto Repeater, l'impostazione del colore di sfondo non ha alcun effetto.

38616 - Selezione tabella multipla blocca applicazione

Quando nel layout sono presenti due tabelle e si tenta di selezionarle entrambe (ctrl + click), può capitare che l'applicazione si blocchi.

38824 - Ratio dei bordi non applicato ai Pannelli

Il ratio dei bordi non è applicato agli oggetti Pannello. Su TBS e RS-Designer i bordi vengono disegnati arrotondati in prima battuta, ma l'informazione non viene salvata.

DCS

38359 - Selezione Azienda in DCS

In alcuni casi non si visualizzano correttamente le Azionde nella combo di selezione. Si riescono in ogni caso a selezionare

Integrazione con Infinity CRM

38404 - Errore chiamata API Crm GetDefaultPrice.

La chiamata all'API /api/crm/erp.PricePolicies.Components.DefaultSalePrices_GetDefaultPrice restituisce un errore relativo al modulo VariantPlus anche se il modulo non è installato.

38449 - Modulo Gestione Contatti non disponibile con Enterprise.

Deve essere possibile attivare il modulo Gestione Contatti (MCM) anche con la versione Enterprise di Mago.

38715 - Integrazione con CRM non funzionante in presenza di Retail.

L'integrazione con il CRM non funziona se è presente anche il verticale Retail.

Il problema è causato dal clientdoc utilizzato nel caso in cui siano presenti entrambi i verticali.

Varianti

38411 - Altre Immagini per Variante

38688 - Duplicazione quantità articoli gestiti a Varianti

In casi eccezionali può accadere che, confermando delle quantità nella finestra 'Gestione Varianti', queste vengano raddoppiate.

MSH - Mago Service Hub

38418 - ESP il provider Mago Set Data visibilita'

Il privider MagoSetData deve essere visibile su frontend solo per MSH

38466 - RabbitMQ - Possibile blocco durante la chiusura di connessioni e

In particolari condizioni, durante l'arresto di un consumer RabbitMQ, la chiusura di un channel può rimanere bloccata se eseguita contestualmente all'elaborazione dei messaggi dello stesso consumer.

38467 - Swagger - Metodo di utility esposto erroneamente come API

Il controller DigitalCommunicationProvider.Controllers.GetEIDocRenderController contiene il metodo pubblico GetTransformForPreview, utilizzato come funzione di utility interna.

Essendo dichiarato public, il metodo viene rilevato come action del controller pur non rappresentando un endpoint API e non avendo un metodo HTTP associato.

Questa condizione provoca un errore durante la generazione della documentazione OpenAPI e impedisce il caricamento dell’interfaccia Swagger.

38540 - Malfunzionamento EP.ESPIsRunning nei MMP degli ESPModule

Nei MMP degli ESP Module il comando EP.ESPIsRunning da sempre false

38691 - MSH M4 - Errore "Nullable object must have a value"

In ambiente Desktop, in caso di errore durante operazioni che non prevedono l'utilizzo di TBLoader, come Lock/Unlock, viene comunque eseguita la procedura di cleanup del TBLoader.

In presenza di un PID non valorizzato, tale procedura genera l'errore "Nullable object must have a value", che sostituisce e nasconde l'errore originario.

Verificare che il cleanup del TBLoader venga eseguito esclusivamente per le operazioni che ne prevedono l'utilizzo e che venga gestita correttamente l'eventuale assenza del PID.

Ordini

38477 - Evasione Ordine Cliente e articoli gestiti a Lotti

Anagrafiche

38528 - BG - Download fixing non disponibile dalla Banca Nazionale Bulgaria

Non è possibile scaricare i fixing dal provider della Banca Nazionale Bulgaria.

Integraz. Manufacturing e Retail

38546 - Movimenti Magazzino da Scontrino con Ricetta

Con il parametro SimplifiedInvEntry nei movimenti di magazzino di carico e scarico per gli scontrini non vengono riportati gli id dei documenti di vendita

X-Tech

38633 - Importazione XGate con profilo Default

L'importazione tramite xgate di documenti creati con profilo Default potrebbe fallire con l'errore generico: "La transazione è in stato di errore. Le modifiche effettuate non saranno salvate!"

Ambiente Sviluppo Task Builder

38647 - Export Excel da HKL con valori diversi

In un HKL con colonna personalizzata lato codice avente stesso nome di una della tabella dell'HKL, se si esegue l'export Excel, il valore con cui viene popolata la colonna non è corretto.

Nel caso segnalato nel ticket 11748668Z, nella query estesa con una join, esistono due colonne chiamate Description, nella griglia del radar veniva sempre mostrato il valore della colonna description appartenete alla tabella master dell'hotlink

Visibilità

38734 - crash in vista di riga con visibilità Articolo e Distinta Base

Solo in ambiente ENTERPRISE., abilitando la visibilità sulla distinta e articoli accedendo in vista di riga di un componente di una distinta il sistema va in crash.

Magic Link

38781 - Report con caratteri speciali via MagicLink va in errore

La getData di un report via MagicLink che al suo interno contiene un carattere chr(29) manda completamente in errore la chiamata con errore "caratteri xml non validi" e il report non gira.

I caratteri non ammessi nell'xml vengono rimossi.

Sommario

Migliorie

Area Commerciale / Logistica

Gestione Punto vendita

Varianti

MRP

Conto lavoro

MagoAPI Area Logistica

Comunicazioni Digitali

Ambiente Sviluppo Framework

MSH - Mago Service Hub

Contabilità

Reporting Cloud

Reporting Studio

Anagrafiche

Integrazione con Infinity CRM

TBF Gestione Documentale

Integrazione Mago con eCommerce

Magazzino

Barcode Manager

Warehouse Management System

Area Manufacturing

Distinta, cicli e anagrafiche

Open MES

Gestione partite

Documenti e procedure produzione

Visibilità

Ammortamenti

Correzioni

MRP

Documenti e procedure produzione

Magazzino

Comunicazioni Digitali

Reporting Studio

Reporting Studio Run Time

Contabilità

Distinta, cicli e anagrafiche

Warehouse Management System

EasyStudio

Ambiente Sviluppo Framework

Gestione partite

Area Commerciale / Logistica

Vendite

Barcode Manager

Integrazione con Zucchetti TESAN

Acquisti

Integrazione Mago con eCommerce

MailConnector

Gestione Punto vendita

Console: Aziende, utenti, DB

MagoAPI Area Logistica

Provisioning System

TBF Gestione Documentale

EDI

CGM

Produzione e WMS e Mobile

Area Manufacturing

Conto lavoro

Open MES

Reporting Cloud

DCS

Integrazione con Infinity CRM

Varianti

MSH - Mago Service Hub

Ordini

Anagrafiche

Integraz. Manufacturing e Retail

X-Tech

Ambiente Sviluppo Task Builder

Visibilità

Magic Link

Commenti