Sommario
In questo articolo vengono illustrate le novità della versione di Mago4 6.0.0.HF2.
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
Comunicazioni Digitali
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 presenti nei file MA_EIConfig_FR.xml (in francese) e MA_EIConfig_EN.xml (in inglese)
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.
È necessario quindi che sia visibile nelle trascodifiche (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="<codifiche>">1</cbc:InvoicedQuantity>
N.B. Se si gestisce una derivata non si avrà la corretta gestione della FE
13764 – HU – Codifica 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 entry di 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.
Gestione Punto vendita
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.
Correzioni
Vendite
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.
Comunicazioni Digitali
38314 – RO – Transcodifica UM - Non visibile con attivazione della EI
È 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.
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
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
Gestione Punto vendita
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.
Anagrafiche
38528 – BG – Download fixing non disponibile dalla Banca Nazionale Bulgaria
Non è possibile scaricare i fixing dal provider della Banca Nazionale Bulgaria.
MagoAPI Area Logistica
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.
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
Reporting Studio Run Time
38558 – Lentezza generazione PDF
La generazione dei .pdf dai report di Mago è estremamente lenta.
Warehouse Management System
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.
Commenti