Sommario
In questo articolo vengono illustrate le novità della versione di Mago4 5.1.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
Integrazione Mago con eCommerce
12575 Shopify: Importazione CF in importazione ordine cliente
In importazione ordine cliente è necessario importare l'eventuale valore impostato nel campo
"Codice Fiscale" nella sezione "Additional Information" in fase di check out dell'ordine.
Il campo "Codice Fiscale" inserito in fase di checkout andrà trasmesso nel campo
"MA_CustSupp.FiscalCode" dell'anagrafica cliente.
A seguito dell'importazione del CF del cliente, andrà riadattata la riconciliazione del cliente
secondo la scaletta usata nelle altre integrazioni con gli altri eCommerce. (prj 12270).
MagoAPI Area Logistica
12839 Estensione risposta chiamate API GetItemStock e GetItemStockCached
La chiamata API GetItemStock di Mago, che consente ai sistemi integrati di ottenere le
informazioni relative alle disponibilità degli articoli, attualmente restituisce dati essenziali per
la gestione delle scorte, ma non include informazioni dettagliate sui punti vendita e sui
depositi.
Occorre pertanto ampliare la risposta della chiamata API GetItemStock.
Alla risposta attuale della API GetItemStock dovranno essere aggiunti i seguenti campi:
- Descrizione del Punto Vendita (che corrisponde al campo MA_RMShops.Description di Mago);
- Codice esterno del Punto Vendita (che corrisponde al campo MA_RMShops.ExternalCode);
- Descrizione del Deposito (che corrisponde al campo MA_Storages.Description).
Questa estensione della API GetItemStock consentirà ai sistemi POS che utilizzano questa
chiamata di visualizzare in modo più completo e dettagliato le disponibilità degli articoli, con
riferimenti espliciti sia al punto vendita che al deposito.
Viene adeguata anche la chiamata API GetItemStockCached.
12883 Impegnato e ordinato nella response della chiamata API GetItemStock e
GetItemStockCached
I clienti che utilizzano la funzionalità di visualizzazione delle disponibilità articoli di Mago dal
POS hanno la necessità di poter consultare anche le quantità attualmente impegnate da ordine
cliente.
Si richiede pertanto di estendere le informazioni restituite dalle API erpinventory/GetItemStock
e erpinventory/GetItemStockCached, attualmente utilizzate per la consultazione degli stock e
delle variazioni di stock degli articoli gestiti in Mago.
In particolare, la response deve includere i seguenti nuovi valori:
- ReservedSaleOrd: quantità dell’articolo riservata tramite ordini di vendita;
- OrderedPurchOrd: quantità dell’articolo ordinata ai fornitori.
Come per il campo FinalOnHand, anche questi valori fanno riferimento all’anno fiscale
associato alla data del sistema.
Contabilità
12865 Cambio aliquote IVA (Romania)
Dal 1° agosto in Romania le aliquote IVA sono cambiate:
- Da 19 % a 21%
- Da 9% a 11%
Con questa miglioria vengono adeguati il registro Acquisti, Vendite, Merci e Incassi.
Per quanto riguarda i registri IVA, visto che per almeno qualche mese ci saranno dei documenti
con IVA 19 e IVA 21, e anche IVA 9 e 11, si applica la stessa logica corrente, cioè nelle colone
delle aliquote principali (21 e 11) si includono anche i documenti con le vecchie aliquote,
evidenziati in grigio, con un totale delle vecchie aliquote.
Vengono aggiunti i nuovi codici IVA 11, 21, TS11 e TS21 nei dati di default e di esempio.
Inoltre il codice IVA di default sarà il 21.
I vecchi codici 21 "Scutite art. 294 litera a) si d)" e 22 "Scutite art. 294 lit. b) si c)" assumeranno
il valore di S21 e S22.
Warehouse Management System
12890 Descrizione Variante in Pre-Shipping
Si richiede la descrizione della variante in ogni documento WMS-PreShipping: si richiede
pertanto di aggiungere sulla griglia dei documenti un' ulteriore colonna ( Desc. Variante) che
riporta la descrizione della variante.
I documenti in cui va aggiunta sono:
PreShipping for Delivery
PreShipping for Delivery by Consignement
PreShipping for Returns
PreShipping for Interstorage Movement
PreShipping for Interstore Movement
PreShipping for Subcontractor.
Gestione Punto vendita
12892 Chiamata API GetItemStock solo per Punti Vendita di tipo POS
Si richiede che le chiamate api/erpinventory/getitemstock e api/erpinventory/
getitemstockcached possano restituire la disponibilità di un articolo esclusivamente per i punti
vendita di tipo POS.
Il parametro ShopType aggiunge il valore AllOnSiteShops.
Quando una richiesta a queste API includerà il parametro ShopType=AllOnSiteShops, la
risposta dovrà contenere la disponibilità dello specifico articolo limitata ai soli punti vendita di
tipo "on site" (POS).
12900 Connettore Tilby - Ordinamento categorie retail
Attualmente a Tilby viene trasmesso come indice di ordinamento delle categorie il campo di
Mago MA_RMCategory.SortOrder. Il campo SortOrder rappresenta un ordinamento relativo al
livello corrente della gerarchia. Ciò comporta che la struttura delle categorie trasmessa a Tilby,
in caso di categorie multilivello, non rispetta l’ordinamento gerarchico completo definito in
Mago.
Si richiede pertanto che Tilby possa ricevere l’ordinamento delle categorie retail in base alla
gerarchia completa, e non solo al livello corrente.
Pertanto nella sincronizzazione delle categorie di Retail da Mago a Tilby, nel campo
item_categories.index di Tilby verrà tramesso il campo MA_RMCategory.TotalSortOrder di
Mago al posto del campo MA_RMCategory.SortOrder quando il campo
MA_RMCategory.TotalSortOrder è diverso da vuoto, altrimenti continuerà a sincronizzare il
campo SortOrder.
Essendo che il campo TotalSortOrder in Mago è una stringa in formato gerarchico, ad esempio
01.01.001, e il campo item_categories.index di Tilby un intero, occorre eseguire una
conversione secondo le seguenti regole:
1. rimuovere i punti dal valore stringa
2. eliminare eventuali zeri iniziali
3. convertire il risultato in un intero decimale
4. aggiungere zeri al massimo della lunghezza
Esempi di conversione:
CASO 1
01.01.001 --> valore da inviare a Tilby 101001
02.03.010 --> valore da inviare a Tilby 203010
01.00.005 --> valore da inviare a Tilby 100005
10.01.001 --> valore da inviare a Tilby 1001001
CASO 02
001 --> valore da inviare a Tilby 1000
002 --> valore da inviare a Tilby 2000
003 --> valore da inviare a Tilby 3000
003.001 --> valore da inviare a Tilby 3001
004 --> valore da inviare a Tilby 4000
Il campo Ordinamento Totale in Mago non è editabile ma è popolato automaticamente dalla
procedura Ordinamento Categorie di Retail. Pertanto se un utente vuole gestire l'ordinamento
totale delle categorie di Retail deve necessariamente usare tale procedura.
Ambiente Sviluppo Framework
12952 OnDblClick mancante in BSP
Si richiede di ruotare l'evento di OnDblClick nel codice del clientDoc relativo alla classe
BusinessServiceProvider.
Correzioni
Warehouse Management System
37037 Modifica articoli a varianti in Ric. Merci crea righe non valide
Se in un documento di Ric. Merci in cui è stato travasato un Ordine a Fornitore contenente
almeno due articoli diversi gestiti a varianti vengono modificate le quantità ricevute per singole
varianti di uno degli articoli (ad esempio aumentando la quantità ricevuta di una variante
rispetto a quanto era previsto nell'Ordine a Fornitore), vengono erroneamente generate righe
aggiuntive nel dettaglio anche per gli altri articoli gestiti a varianti.
37049 Modifica varianti in Ric. Merci genera errori in rif. incrociati
Se un documento di Ricevimento Merci in cui sono stati presenti articoli a varianti viene salvato
e viene generata la relativa Bolla di Carico, quando si prova ad effettuare una modifica del
documento modificando ad esempio le varianti ricevute per un articolo e si salva nuovamente il
documento aggiornando la BdC, si ottengono vari errori: la Bolla di Carico diviene impossibile
da eliminare attraverso il bottone Fulmine, le Missioni di Posizionamento non possono essere
generate.
Se l'Ordine a Fornitore contenente almeno 2 articoli gestiti a varianti viene travasato in un
documento di Ric. Merci e completamente evaso (compreso le varianti corrette di tutti gli
articoli), la Bolla di Carico viene generata con le quantità corrette ma con le varianti di alcuni
articoli non specificate (cioè ad esempio vengono riportate 8 TSHIRT ricevute ma la scheda
varianti riporta 0 in tutte le possibili varianti) e l'Ordine a Fornitore travasato non viene
correttamente aggiornato sulle quantità ricevute (gli articoli a variante dal secondo in poi
rimangono con ricevuto a 0).
Gestione Punto vendita
37038 Assenza di errore in MSH in caso di sincronizazzione fallita
Se la sincronizzazione di un'entità con Tilby fallisce, su MSH non si ha evidenza dell'errore.
Integrazione con Infinity CRM
37051 Importazione ordini CRM con codice articolo trocato
Nel caso si importi un ordine da I.Mago che contiene un articolo il cui codice contiene il
simbolo "_", questo codice articolo sull'ordine in Mago viene importato troncato.
EasyStudio
37103 Chiamata AuxColumnPrepared non va
Non viene richiamato l'evento AuxColumnPrepared.
Commenti