Sommario
In questo articolo vengono illustrate le novità della versione di Mago4 5.2.0.HF5.
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
Comunicazione Digitali
13219 - Scambio Dati - CORZZ inibizione validazione dati di testa
Si prevede di eliminare i controlli di validazione per i file CORZZ dello scambio dati, di modo che le registrazioni non vengano bloccate per errori formali nella testa del documento.
Correzioni
MagoAPI Area Logistica
37179 API Import movimenti di magazzino con deposito di WMS
Se si importa tramite API un movimento di magazzino di tipo rettifica inventariale indicando un deposito gestito in WMS, la missione di magazzino non è correttamente collegata al movimento di magazzino tramite il riferimento incrociato. Questo rende quindi impossibile la cancellazione/modifica del documento.
37638 Non compilazione del flag In Fe con api erpsales/importsalesdoc
Nonostante sia impostato a True il parametro Riporta righe Riferimento in FE (Preferenze | Comunicazioni Digitali | Parametri Comunicazioni Digitali | Scheda FE Attiva | Sezione Note/ Descrittive/Riferimenti), utilizzando l'api api/erpsales/importsaledoc, tale informazione non viene compilata su Mago.
Vendite
37380 Bottone Ricerca articoli
La funzione "Ricerca articoli" presente nei documenti di vendita e ordini clienti, non funziona più.
Gestione Punto vendita
37597 Generazione movimenti di magazzino con deposito wms da Tilby
In c# non vengono correttamente generati i movimenti di magazzino e le conseguenti missioni di magazzino da Tilby quando le vendite partono da un deposito di wms. Viene rilasciato un errore "CreateTO by WMSInventory failed." su msh. In c++ funziona correttamente.
Integrazione Mago e eCommerce
37604 Shopify: tentativo di re-importazione ordini
Nonostante il campo LastModified risulti correttamente valorizzato con il valore "Shopify. Order", tale informazione viene ignorata dal task, che tende quindi a tentare la re-importazione di tutti gli ordini.
Area Commerciale / Logistica
37605 Scadenza del lotto non compilata con articoli di acquisizione La data di scadenza di un lotto associato ad un Articolo di Acquisizione non viene compilata nel lotto associato all'Articolo contenuto.
Comunicazioni Digitali
37607 IT Scambio Dati: Mancata generazione movimenti analitici per FEZZ
I documenti scambiati (schema FEZZ) non generano i movimenti analitici, nè per i conti dell'xml che hanno un modello analitico in Mago, nè per quelli che presentano nel file l'apposito arricchimento nel Riferimento Testo #Conto#Commessa#CentrodiCosto#. E' presente l'anomalia 37653: 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.
Contabilità
37620 Connettore AGO: tipo operazione intracomunitaria IT
Nel file esportato da Mago per AGO il campo FACTIPOOPERBLALIST non viene valorizzato. AGO però necessita di quel campo per identificare il tipo operazione intracomunitaria (001 Merci, 002 Servizi). Se il campo non viene valorizzato il file viene scartato. Il campo verrà valorizzato sempre con 001. Solo nel caso in cui il codice operazione intracomunitaria sia 97 (Servizi intracomunitari art. 7 TER) si userà il codice 002.
MSH - Mago Service Hub
37624 Aumento della memoria MSH con molti record in esplog In presenza di un numero molto elevato di record nella explog, causato da malfunzionamenti di alcuni task, può verificarsi un aumento dell'occupazione di memoria da parte del processo MSH.
Commenti