Novità Mago4 4.1.0

Nr.

Nazione

Testo

AREA COMMERCIALE / LOGISTICA

10479

Generazione documento di trasferimento tra punti vendita in C#

Si richiede la riscrittura del codice per la generazione dei documenti di trasferimento tra punti vendita in C# in modo da rendere il sistema più stabile e performante. Si richiede la riscrittura del codice per la generazione dei documenti di trasferimento tra punti vendita in C# in modo da rendere il sistema più stabile e performante.

9700

Generazione Movimenti di Magazzino in C# da scontrino

Si richiede che la generazione Movimenti di Magazzino da Scontrini venga riscritta in C# al fine di velocizzarne l'esecuzione.

10146

-BR; -DE

Contropartita di vendita e acquisto per Azienda e per Punto Vendita

Si richiede che sia possibile differenziare a livello di articolo, categoria merceologica e codici di default per utente le contropartite contabili dei ricavi di Vendita, Vendita da Scontrino (in caso di connettori POS) e dei costi di Acquisto per Azienda (in caso di CGM) e/o per Punto Vendita (in caso di Store Management). In allegato il documento di progetto. Questa funzionalità sarà disponibile con l'applicazione di CGM e/o Store Management, installate in aggiunta a Mago. Inoltre sarà fruibile per tutti i paesi ad eccezione di Germania e Brasile. Documentazione: vengono aggiornate le seguenti pagine di help: - Articolo

- Categoria Merceologica
- Codice di default Acquisti per Utente
- Codici di default Vendite per Utente
- Scaletta delle contropartite Acquisti e Vendite
- Scaletta Proposizione Contropartite per Scontrini.

CONAI

10578

Ulteriore segmentazione degli imballaggi in plastica in vigore dal 1° gennaio 2023

Si richiede l'aggiornamento dei dati di default e di esempio per l'ulteriore segmentazione degli imballaggi in plastica che entrerà in vigore dal 1° gennaio 2023 Inoltre dal 1° gennaio 2023 saranno abbassati i contributi ambientali per acciaio, legno, plastica, bioplastica e vetro
Attraverso un comunicato stampa, CONAI rende noti i contributi che si applicheranno a partire dal 1° gennaio 2023.

I nuovi valori di contributo sono stati stabiliti tenendo conto sia dell’attuale momento che le aziende stanno vivendo, sia del valore dei materiali riciclati sul mercato, che si mantengono ancora alti, pur con una prima significativa flessione.

In sintesi, questi saranno le variazioni:

Acciaio: da 8 a 5 euro/tonnellata

Legno: da 9 a 8 euro/tonnellata

Vetro: da 29 a 23 euro/tonnellata

INTEGRAZIONE CON INFINITY CRM

10827

Modifica trasmissione descrizione articolo CRM.

Si richiede di modificare la trasmissione della descrizione dell'articolo da Mago a Infinity nel seguente modo: Nel campo descrizione articolo (ba_artkey001.kadescri) di Infinity va trasmessa la descrizione dell'articolo di Mago (MA_Items.Description) troncata a 50 char. Nel campo descrizione estesa di Infinity (ba_artkey001.kadessup) va trasmessa:

- L'eventuale parte troncata della descrizione dell'articolo di Mago (MA_Items.Description). (Dal 51esimo char in poi) + "a capo";

- La descrizione estesa dell'articolo (MA_Items.ItemLongDescription) + "a capo";
- La Nota pubblica (MA_Items.PublicNote) + "a capo";
- La Nota privata (MA_Items.InternalNote). Verrà modificato il trasferimento dell'ordine da Infinity a Mago nel seguente

modo:

- La descrizione articolo di infinity (ba_docbas001.dodesart) verrà trasmesso nella descrizione articolo di Mago (MA_SaleOrdDetails.Description);

- Il campo Note (ba_docbas001.dodessup) verrà trasmesso nel campo note di riga di Mago (MA_SaleOrdDetails.Notes) Da testare in desktop all'uscita della build 1.2.12 di IMS

MAGOECOMMERCE

10644

Nuova API Open eCommerce per immagini articolo.

Si richiede di creare una nuova API chiamata "getOtherImages" che sarà disponibile solo con l'attivazione del modulo Open eCommerce. Questa nuova API restituirà tutte le immagini relative ad un determinato articolo presenti nella griglia "Altre Immagini" (tabella: MA_RMItemsPictures)

10627

API Item Open eCommerce

Si richiede di creare una API per l'Open eCommerce che permetta di ricavare tutte le informazioni dell'articolo utili ad un eCommerce oltre alla Giacenza o Disponibilità Teorica. La scelta di quale dato restituire, tra Giacenza e Disponibilità Teorica, lo si potrà ricavare dal valore impostato in Mago nel campo "MA_ECParameters.StockTransfer". L'API dovrà restituire i seguenti dati dell'articolo utili ad un eCommerce passando in entrata solo il codice dell'articolo:

- Codice articolo (MA_Items.Item);
- Descrizione articolo (MA_Items.Description);
- Prezzo di listino dell'articolo associato al punto vendita Online (

MA_ItemsPriceLists.Price con MA_ItemsPriceLists.PriceList=MA_RMShops.PriceList per lo Shop di tipo online (MA_RMShops.Type=On-line)) ;
- Lista degli Articoli Sostitutivi (MA_ItemsSubstitute.Substitute dove MA_ItemsSubstitute.Item=MA_Items.Item);
- Attributi (MA_SMItemsAttributes.Attribute dove MA_SMItemsAttributes.Item=MA_Items.Item):

* Codice, Descrizione, Tipo, Relativo valore dell'attributo.
- Descrizione estesa (MA_Items.ItemLongDescription);
- Categorie Retail dell'articolo (MA_RMItemsCategories.RetailCtg dove MA_RMItemsCategories.Item=MA_Items.Item); - Produttore (MA_Items.Producer);
- Marchio (MA_RMItems.Brand);

- Url (MA_RMItems.URL);
- Modello (MA_RMItems.Model);
- Disponibilità Teorica o Giacenza (restituire il dato in base al valore impostato nel campo "MA_ECParameters.StockTransfer") Si richiede di creare anche un'altra API che permetta, passando il codice cliente ed il codice articolo, di avere i prezzi specifici per quel determinato cliente avente un proprio listino. L'API del listino cliente dovrà restituire i seguenti campi:

- Codice cliente (MA_CustSupp.CustSupp);
- Codice articolo (MA_Items.Item);
- Prezzo dell'articolo relativo al listino del cliente (MA_ItemsPriceLists.Price dove MA_ItemsPriceLists.PriceList=MA_CustSupp.PriceList)

10594

Riorganizzazione campi eCommerce.

Si richiede di riorganizzare i campi dell'eCommerce.

10476

Gestione indirizzo fatturazione e spedizione in Mago eCommerce.

Si richiede di gestire l'importazione degli indirizzi di fatturazione in Mago eCommerce.

10475

Gestione di più tipi di negozi online.

Si richiede di poter gestire l'integrazione di Mago con più tipi di negozi online.

FATTURAZIONE ELETTRONICA

10523

IT

TD26(in FE passiva) - NO Autofattura

Si richiede di poter gestire in Importazione Fatturazione Passiva, il tipo documento TD26 non solo come AutoFattura ma anche come documento di fatturazione ordinaria per le seguenti casisitiche di operazioni:
-cessione beni ammortizzabili che non concorrono al volume di affari ai sensi dell’articolo 20 del d.P.R. n. 633/72
-cessioni di beni ammortizzabili nei confronti di un soggetto non residente al fine di adempiere agli obblighi comunicativi di cui al comma 1, comma 3-bis, del decreto legislativo 5 agosto 2015, n. 127, (per le operazioni effettuate a partire dal 1° luglio 2022) Attraverso la nuova impostazione "Tranne il Tipo Documento...", presente nei Parametri Comunicazioni Digitali, Fatturazione Passiva, Scheda Generali, sarà possibile indicare quale Tipo Documento dovrà essere escluso dalla Presa Visione (gestibile con il parametro Nascondi AutoFatture/Integrazioni).

Impostando in questo nuovo parametro il valore del Tipo documento TD26, l'utente potrà quindi non considerare il TD26 come AutoFattura e gestirlo in importazione passiva come avviene per le altre casistiche di fatturazione ordinaria. Per Mago.Net Help in linea in:

https://mymago.zucchetti.com/MagoHelpCenter/RefGuide-ERP-ElectronicInvoicing_IT-BatchDocuments- ImportPurchaseEI(it-IT).ashx?NoRedirect=1#La_griglia_dei_documenti_3

https://mymago.zucchetti.com/MagoHelpCenter/RefGuide-ERP-Core-Services-EIParameters(it-IT).ashx#Altri_Dati_FE_4 Documentazione/Help
Mago4:
-Base

https://mymago.zucchetti.com/MagoHelpCenter/RefGuide-M4-ElectronicInvoicing_IT-BatchDocuments- ImportPurchaseEI(it-IT).ashx?NoRedirect=1#Presa_Visione_1

-Avanzata

https://mymago.zucchetti.com/MagoHelpCenter/RefGuide-M4-ElectronicInvoicing_IT-BatchDocuments- ImportPurchaseEISuppliersMng(it-IT).ashx#La_griglia_dei_documenti_4

https://mymago.zucchetti.com/MagoHelpCenter/RefGuide-M4-Core-Services-EIParameters(it-IT).ashx#Generali_26

10521

IT

Tipo documento default per fattura autointestate

Si richiede di proporre un Tipo Documento specifico quando dai documenti di vendita ordinari si emettono fatture verso sè stessi Nei Parametri Comunicazioni Digitali, nella scheda Fe Attiva, Dati Xml, sarà presente una impostazione Tipo Doc. per FE AutoIntestate, nella quale l'utente potrà selezionare il Tipo Documento da utilizzare quando l'azienda emetterà una fattura intestata a sè stessa. Help on Line

https://mymago.zucchetti.com/MagoHelpCenter/RefGuide-M4-Core-Services-EIParameters(it- IT).ashx?NoRedirect=1#Generali_10

10520

IT

TD21: Autofattura per splafonamento gestibile da doc. di vendita

Si necessita di poter emettere AutoFattura per splafonamento (TD21) dai documenti ordinari di vendita Per Mago.Net Help in linea in: https://mymago.zucchetti.com/MagoHelpCenter/Walkthrough-ERP-HowManageSelfInvoiceDocumentMagonet(it- IT).ashx?NoRedirect=1#Generazione_AutoFattura_dai_documenti_ordinari_di_vendita_11

La gestione del Tipo Documento TD21 come AutoFattura è dettata:
- dalla sua natura: infatti per definizione il TD21 è un'autofattura visto che serve appunto per autofatturarsi lo splafonamento; - da esigenze di controllo;
- dall'esigenza di individuazione del tipo documento in importazione passiva.
La richiesta di gestione dai documenti di vendita viene accolta con i dovuti accorgimenti e demandando all'utente i movimenti contabili di giroconto, che naturalmente nella fatturazione attiva non saranno previsti automaticamente. Suggerimento di gestione:
L' AdE prevede (come da Guida di Compilazione ufficiale) che il Tipo Documento TD21 sia utilizzato per comunicare e quindi sanare una situazione di utilizzo superiore di plafond, per fare questo occcorre indicare l' AMMONTARE eccedente il plafond e la relativa IMPOSTA.
Quindi non sarà accettata un' AutoFattura TD21 recante i soli valori di imposta e neanche quindi, la gestione su documenti di Mago che porta a questo risultato, ossia con dettagli con imponibile con aliquota ordinaria e decurtazione di uguale imponibile Fuori Campo. Documentazione:
Mago4 https://mymago.zucchetti.com/MagoHelpCenter/Walkthrough-ERP-HowManageSelfInvoiceDocument(it- IT).ashx?NoRedirect=1#Generazione_AutoFattura_dai_documenti_ordinari_di_vendita_13

10477

IT

Fe passiva: controllo coerenza modello contabile

Al fine di consentire la Registrazione in Contabilità in Documenti Ricevuti Importati di documenti con normative differenti, si sblocca il controllo di coerenza del modello contabile con la Natura IVA presente nell'xml quando nella procedura di contabilità viene impostato il modello contabile. Per Mago.Net miglioria documentata in https://mymago.zucchetti.com/MagoHelpCenter/RefGuide-ERP-ElectronicInvoicing_IT-BatchDocuments- ImportPurchaseEI(it-IT).ashx Fino alla pubblicazione si suggerisce di registrare in contabilità il documento con un modello

RC e di collegare l'xml con l'apposita procedura in importazione passiva.
Oppure SE NON SI NECESSITA di procedere con la generazione di un'Integrazione di modificare in registrazione documenti da importazione il libro giornale, integrando l'inversione contabile IVA Documentazione/HelpOnLIne:

Mago4 https://mymago.zucchetti.com/MagoHelpCenter/RefGuide-M4-ElectronicInvoicing_IT-BatchDocuments- ImportPurchaseEIPostInAccounting(it-IT).ashx

https://mymago.zucchetti.com/MagoHelpCenter/RefGuide-M4-ElectronicInvoicing_IT-BatchDocuments- ImportPurchaseEI(it-IT).ashx?NoRedirect=1#La_griglia_dei_documenti

MagoNet https://mymago.zucchetti.com/MagoHelpCenter/RefGuide-ERP-ElectronicInvoicing_IT-BatchDocuments- ImportPurchaseEI(it-IT).ashx

10462

FE Passiva: filtro download documenti su Codice Destinatario

Si rende disponibile una parametrizzazione che permette di filtrare i documenti passivi presenti sul DH Zucchetti di modo che siano scaricati solo quelli che presentano uno specifico Codice Destinatario impostato nel campo 1.1.4 CodiceDestinatario.
Questa funzionalità potrebbe essere utile a casi di aziende Mago distinte che hanno gli stessi dati fiscali (e conseguentemente stesso cedente nel DH Zucchetti) ma che vogliano gestire il flusso dei documenti passivi, indicando ai proprio fornitori Codici Destinatario differenti (il DH Zucchetti dispone di molti codici oltre al generico SUBM70N).

In tal modo ogni azienda Mago potrebbe configurare il proprio Codice Destinatario e scaricare solo i documenti passivi dei proprio fornitori.
Questo filtro sarà disponibile sia per la Fatturazione Passiva base (contabilità) che per l'Avanzata (acquisti) Si definisce un nuovo campo in MA_EI_ITFatelWebParameters

MA_EI_ITFatelWebParameters.DownloadWithRecipientCode, varchar(7), default ''

In creazione di un nuovo db ed in upgrade di uno esistente deve essere creata la colonna con il valore di default ''.

A questo campo corrisponderà un nuovo parametro in Digital Communications Parameters, scheda Passive Electronic Incoicing, collocato nella sezione General subito sotto al parametro: MA_EI_ITFatelWebParameters.DownloadWithFiscalCode con etichetta:

Download only documents with Recipient Code

e descrizione estesa
This parameter allows downloading only documents with the selected recipient code.

La modifica di questo campo sarà ammessa secondo le stesse regole di attivazione del campo MA_EI_ITFatelWebParameters.DownloadWithFiscalCode. Gli utenti potranno inserire una qualsiasi stringa alfanumerica di esattamente 7 carattari.

Se non sarà rispettata la regola dei 7 caratteri alfanumerici, al cambio di campo (o al salvataggio) sarà mostrato l'errore: Recipient Code must be 7 characters long.

Si provvede, per una questione coerenza ed allineamento anche a il campo EI Office Code (MA_CustSupp.IPACode) presente in Anagrafica Clienti, scheda Digital Communications, sezione Digital Communications per renderlo più calzante all'effettiva denominazione data dall'AdE nella struttura della Fattura Elettronica.

"EI Office Code" sarà modificato in "Recipient Code", mantenendo però invariata la stringa di dettaglio "(CUU code for PA) In italiano la stringa è già corretta.

Documentazione HelpOnLine:

Parametri Comunicazioni Digitali (Preferenze|Comunicazioni Digitali|Comunicazioni Digitali):

https://mymago.zucchetti.com/MagoHelpCenter/RefGuide-M4-Core-Services-EIParameters(it- IT).ashx?NoRedirect=1#Fatturazione_Elettronica_Passiva_35 Si sottolinea che questa parametrizzazione, come del resto quella relativa al download dei soli documenti con Codice Fiscale dell'azienda (miglioria 8059), si applicano solo ai documenti scaricati dal DH Zucchetti e non a quelli importati da filesystem.

10443

IT

FE Attiva: CodiceTipo e CodiceValore in Spese

Si estende la possibilità di indicare nell'XML della fattura elettronica i valorid del blocco 2.2.1.3 CodiceArticolo anche per Spese, aggiunte nell'XML come righe del corpo documento. Documentazione HelpOnLine:

Parametri Comunicazioni Digitali (Preferenze|Comunicazioni Digitali|Comunicazioni Digitali): https://mymago.zucchetti.com/MagoHelpCenter/RefGuide-M4-Core-Services-EIParameters(it-IT).ashx

Documentazione HelpOnLine:

https://mymago.zucchetti.com/MagoHelpCenter/RefGuide-M4-Core-Services-EIParameters(it- IT).ashx?NoRedirect=1#Articoli_11

10288

IT

Descrizione xml AutoNote di credito

Nel caso di emissione di variazione negativa di AutoFattura, si richiede di valorizzare nelle linee, la descrizione più puntuale "AutoNota di Credito" anzichè AutoFattura

10112

IT

Riferimenti manuali a Ordini e DDT in generazione batch

Si aggiunge la possibilità di gestire manualmente l'inserimento dei riferimenti agli ordini e ai DDT nei documenti soggetti a FE, quando sono generati da procedura batch (evasione ordini e fatturazione differita). In Parametri Comunicazioni Digitali, scheda Fatturazione Elettronica Attiva, sezione Dati XML/Gestione riferimenti si inserisce un nuovo parametro denominato

No References in EI Documents generated by Procedure No Riferimenti nei documenti di FE generati da Procedura

con descrizione estesa:

Setting this option, in the documents fulfillment procedures, orders and DNs references will not be proposed in the Additional Data.

collocato sotto l'esistente Manual References Management

A tale parametro corrisponderà anche un nuovo campo sul database:

MA_EI_ITParameters.NoRefByProcedure, char(1), default 0 (FALSE).

In creazione ed in upgrade di un db sarà creato il campo sul database con il valore di default.

Si provvede anche a modificare la descrizione estesa del parametro: Manual References Management

Setting this option, when loading orders and DNs in EI documents, references will not be proposed in the Additional Data. Si modificano le logiche delle procedure batch:

- Sales Orders Fulfillment
- Picking List Fulfillment
- Delivery Notes Deferred Invoicing
- Recipts Deferred Invoicing
- Return from Customer Fulfillment
- Delivery Documents Generation from PreShipping

di modo che quando generano documenti di vendita soggetti a FE (Fatture e Note di Credito) tengano conto nella generazione dei dati dei riferimenti, presenti nei dati aggiuntivi del parametro MA_EI_ITParameters.NoRefByProcedure.

In particolare se MA_EI_ITParameters.NoRefByProcedure è a TRUE nessun riferimento verrà inserito dei dati aggiuntivi.
Se MA_EI_ITParameters.NoRefByProcedure è a FALSE invece verranno inseriti tutti i possibili riferimenti che le logiche attuali del programma prevedono (dalle impostazioni dei parametri della sezione References Managrement dei Parametri Comunicazioni Digitali). Documentazione/HelpOnLine

Parametri Comunicazioni Digitali (Preferenze|Comunicazioni Digitali|Comunicazioni Digitali): https://mymago.zucchetti.com/MagoHelpCenter/RefGuide-M4-Core-Services-EIParameters(it-IT).ashx

https://mymago.zucchetti.com/MagoHelpCenter/RefGuide-M4-Core-Services-EIParameters(it- IT).ashx?NoRedirect=1#Fatturazione_Elettronica_Passiva_35

9898

IT

FE Passiva Avanzata - Correzione rettifica Valori Bolla di carico

Si implementa la corretta gestione delle variazioni di Valore nella generazione dei documenti di acquisto da procedura di Fatturazione Elettronica Passiva avanzata, a seconda delle parametrizzazioni degli Acquisti. Funzionamento di Mago, in iterativo
CORREGGE: si modifica la bolla, solo in new

RETTIFICA: si genera il movimento ACQ-VALD solo se espressamente si salva il movimento di magazzino. Di default se non modifico i parametri dei documenti non è salvato. Documentazione HelpOnLine:

Guida al Modulo di Fatturazione Elettronica Passiva (Avanzata): https://mymago.zucchetti.com/MagoHelpCenter/Walkthrough-MDC-HowAdvancedImportedReceivedDocuments320(it- IT).ashx

9888

IT

Manutenzione documenti soggetti a FE - modifica del Codice Esterno - EIDocID

Si prevede, all'interno delle tre procedure di Manutenzione documenti (vendita, integrazioni, autofatture) la possibilità di impostare un valore specifico per il campo EIDocID.
Tale valore che rappresenta il Codice Esterno condiviso con il DH Zucchetti e che identifica in modo univoco il documento potrebbe non essere correttamente salvato o salvato in modo non corretto a seguito di anomalie di comunicazione con il DH Zucchetti. Per dettagli si veda il documento di progetto Documentazione HelpOnLine:

Manutenzione Documenti FE (Servizi|Comunicazioni Digitali|Fatturazione Elettronica): https://mymago.zucchetti.com/MagoHelpCenter/RefGuide-M4-ElectronicInvoicing_IT-BatchDocuments- EI_ITSaleDocMaintenance(it-IT).ashx

Manutenzione Documenti Integrazione (Servizi|Comunicazioni Digitali|Fatturazione Elettronica): https://mymago.zucchetti.com/MagoHelpCenter/RefGuide-M4-ElectronicInvoicing_IT-BatchDocuments- EI_ITIntegrationDocMaintenance(it-IT).ashx

Manutenzione Documenti AutoFatture (Servizi|Comunicazioni Digitali|Fatturazione Elettronica) https://mymago.zucchetti.com/MagoHelpCenter/RefGuide-M4-ElectronicInvoicing_IT-BatchDocuments- EI_ITSelfInvoiceDocMaintenance(it-IT).ashx

9884

IT

FE Passiva Avanzata - Contropartita del documento di acquisto

Si modifica la procedura di Completa Dettagli Documento, di modo che nella griglia delle righe del Documento Importato e nelle righe dei Documenti di Origine siano visibili le contropartite proposte nella generazione della fattura di acquisto. Inoltre, si aggiunge la possibilità di impostare manualmente su ogni riga del documento importato una contropartita, nel nuovo campo Contropartita Manuale, che venga utilizzata nel documento di acquisto come contropartita della riga (o delle righe in caso ci siano associazioni a più di un documento o una associazione solo parziale) generata.

*** Dettagli logiche di assegnazione della contropartita ***

Si ricorda che i valori di contropartita proposti sono:
1) per le righe del Documento Importato quelli proposti di default dal programma
2) per le righe dei Documenti di Origine quelli presenti sulla riga stessa del documento

La logica di assegnazione delle contropartite come da progetto 9429 viene effettuata in questo modo:

- La contropartita al punto 1) viene utilizzata solo se la riga stessa non viene associata a nessuna riga di Documento di Origine o se la associazione non è completa (nella riga supplettiva inserita sulla fattura di acquisto per completamento). Si veda il progetto 8429 ed in particolare il capitolo 10.1.4 10.1.4. Riga Merce/Servizio collegata a Documenti di Origine in relazione 1-n e capienza Documento Importato NON esaurita

- La contropartita al punto 2) viene utilizzata solo se la riga viene effettivamente associata ad una del Documento Importato. Si veda anche in questo caso il progetto 9429, nelle logiche di generazione delle righe del documento di acquisto.

Con l'implementazione attuale, l'inserimento di una Contropartita Manuale agisce in ogni caso descritto, facendo in modo che tutte le righe della fattura di acquisto (indipendentemente dal collegamento o meno ad un documento di origine e/o dalla loro generazione per completamento) abbiamo indicata la contropartita inserita nel campo Contropartita Manuale. *** Modifica griglia Documenti Importati ***

Si aggiunge alla tabella MA_EI_ITImportDocumentDetail il campo:

ManualOffset, varchar(16), default ''

che in nuovi database ed in upgrade verrà creata per ogni record con il valore di default.

Vengono quindi visualizzate nella griglia, due nuove colonne, collocate a fine tabella (spostabili) denominate:

- Offset: contenente i dati presenti nel campo MA_EI_ITImportDocumentDetail.Offset e che sarà in ogni condizione di sola lettura non modificabile
- Manual Offset: contenente i dati del nuovo campo MA_EI_ITImportDocumentDetail.ManualOffset e che sarà invece in ogni condizione anche modificabile dall'utente.

Si modifica quindi la logica di edit dei campi della griglia, inserento fra i campi modificabili sempre, in ogni condizione della riga, il valore in Manual Offset.
Il campo prevede la possibilità di fare un ricerca con Radar (F8 ed F9) ed avrà anche la possibilità di aprire una contropartita esistente (su funzioni del tasto desto). Inserimento al volo disabilitato.

Il comportamento del radar e dell'inserimento dei valori deve essere simile a quello che si ha nella contropartita di riga dei documenti di acquisto. *** Modifica tabella MA_EI_ITImportDocPurchRefDet ***
Per consentire una visualizzazione in griglia della contropartita si aggiunge alla tabella MA_EI_ITImportDocPurchRefDet il campo:

Offset_InPurchDoc, varchar(16), default ''

In upgrade di un database esistente verrà creato il campo ed inserito il valore di default. Tuttavia è auspicabile che in upgrade la tabella sia vuota si veda riga di Requisiti n.100.

A regime invece il campo verrà compilato con il valore presente sui documenti di origine, alla creazione della riga in tabella. In particolare così come ora vengono salvati i valori in Qty_InPurchDoc, TaxableAmount_InPurchDoc, ecc verrà anche letto dalla riga del documento il valore dell'Offset e salvato nel nuovo campo.

Tale valore, analogamente agli altri della tabella MA_EI_ITImportDocPurchRefDet, non verrà mai aggiornato con i dati del documento di origine in successive esecuzioni o step della procedura. *** Modifica griglia Documenti di Origine *** Viene aggiunta la colonna Offset, collocata a fine tabella (spostabile) che visualizzerà di dati pesenti in MA_EI_ITImportDocPurchRefDet.Offset_InPurchDoc.

Questo campo non sarà mai modificabile manualmente e rimarrà solo e sempre di sola lettura- *** Modifica della generazione di Documenti di Acquisto ***
Si modifica la generazione dei documenti di acquisto, come descritta nella miglioria 8429, nella parte di compilazione del campo Offset di riga.

In particolare partendo dalle righe del documento importato:

- se la riga ha un valore vuoto '' nel campo MA_EI_ITImportDocumentDetail.ManualOffset: non verrà apportata nessuna modifica alla logica di gestione attuale delle contropartite

- se la riga ha un valore non nullo nel campo MA_EI_ITImportDocumentDetail.ManualOffset: tutte le righe che verranno generate nel documento di acquisto a partire da questa riga del documento importato riporteranno come contropartita il valore

presente in MA_EI_ITImportDocumentDetail.ManualOffset. *** Flusso di gestione della miglioria ***

Qualora si installi una versione di Mago contenente le modifiche previste da questa miglioria e si abbiano dei documenti in fase di registrazione, per i quali si sia già provveduto ad effettuare dei collegamenti (anche solo delle teste) nella Registrazione, la procedura di collegamento delle righe non visualizzerà correttamente le contropartite proposte nella griglia dei documenti di origine.

Questo problema non ha alcun effetto nè sulla generazione del documento di acquisto (verranno comunque utilizzate le contropartite dei documenti di origine in assenza di una Contropartita Manuale) nè sul funzionamento dell'impostazione manuale della contropartita.
Tuttavia, per una maggiore chiarezza, si consiglia di procedere in una delle due strade alternative:

- effettuare l'upgrade del programma solo se tutti i documenti presenti nelle procedura Registrazione in Acquisti sono stati registrati.
- effettuare un Reset Data dalla procedura Registrazione in Acquisti di tutti i documenti in fase di registrazione prima di procedere con lavoro. Documentazione HelpOnLine:

Guida al Modulo di Fatturazione Elettronica Passiva (Avanzata): https://mymago.zucchetti.com/MagoHelpCenter/Walkthrough-MDC-HowAdvancedImportedReceivedDocuments320(it- IT).ashx

Registrazione in Acquisti - Dati Documento (da procedura Registrazione in Acquisto - Comunicazioni Digitali|Fatturazione Elettronica|Documenti Ricevuti) https://mymago.zucchetti.com/MagoHelpCenter/RefGuide-M4-ElectronicInvoicing_IT-BatchDocuments- ImportPurchaseEIPostInPurchases(it-IT).ashx

Registrazione in Acquisti - Dati Documento ed Associazioni (da procedura Registrazione in Acquisto - Comunicazioni Digitali|Fatturazione Elettronica|Documenti Ricevuti) https://mymago.zucchetti.com/MagoHelpCenter/RefGuide-M4-ElectronicInvoicing_IT-BatchDocuments- ImportPurchaseEIPostInPurchDetailRef(it-IT).ashx

10367

IT

Gen partita di chiusura AutoFattura pag contestuale

Nel caso di registrazione di una fattura di acquisto predisposta per la generazione autofattura (con modello contabile di tipo AutoFattura) occorre gestire la casistica del pagamento contestuale nel movimento contabile e nella gestione chiusura partite. In attesa dello sviluppo si suggerisce di generare i movimenti contabili e le partite dei documenti AutoFatture dagli acquisti, con tipi pagamento non contestuali e procedere al saldaconto manualmente post generazione documenti contabili e generazione partite.

10290

IT

Ricerca anagrafica partite iva in FE contatti/fornitori potenziali

Si necessita di rendere disponibile il servizio di Ricerca Anagrafica disponibile per gli utenti che utilizzano il Digital HUB, anche per le anagrafiche dei Contatti e dei Fornitori Potenziali

Per l'attivazione del servizio è necessario:
- aver sottoscritto un qualsiasi servizio (FE o CADI) con il DH Zucchetti
- aver inserito in Anagrafica Azienda (Anagrafiche|Tabelle|Azienda) un indirizzo email nella scheda Dati Principali, sezione Contatti, campo Email
- aver inserito in Parametri Comunicazioni Digitali (Preferenze|Comunicazioni Digitali| Comunicazioni Digitali) nella

sezione Parametri Digital HUB|Ricerca Anagrafiche i dati necessari: tali dati, esplicitati in calce, sono tuttavia precompilati da Mago in fase di upgrade (per le aziende esistenti) e presenti anche nei dati di default (utili soprattutto per nuove aziende) e dovrebbero essere quindi già inseriti in automatico.
- aver richiamato la funzione Controllo Attivazione Ricerca Anagrafiche presente nell'apposito bottone Azioni (icona fulmine) sulla barra degli strumenti in Parametri Comunicazioni Digitali, aver ottenuto esito positivo ed aver, dopo questa operazione, salvato il data-entry Parametri Comunicazioni Digitali.

L'attivazione del servizio che avviene tramite la chiamata ad un web service SOAP, permette di ottenere un Codice di Autorizzazione che viene mostrato anche all'utente nella risposta del Controllo Attivazione Ricerca Anagrafiche. Questo codice verrà utilizzato dal programma per ogni successiva richiesta del servizio e sarà salvato sul database aziendale, ma non è di alcuna rilevanza operativa per gli utenti di Mago. Credenziali da inserire in Parametri Comunicazioni Digitali.

Url Codice di attivazione: https://ar.zucchetti.com/servlet/spiv_fadd_autorizzato?wsdl
Url Servizio Ricerca Anagrafiche: https://ar.zucchetti.com/servlet/spiv_fgetlistaimprese?wsdl Username: servizio
Password: zucchetti

(questi sono i dati al 30/06/2021, potrebbero variare nel futuro)

10291

IT

Impostazioni Integrazioni/AutoFattura in Reg Mov Previsionali in Definitivo

Si necessita di derivare le impostazioni per la gestione delle Integrazioni e delle AutoFatture presenti nei modelli contabili, anche in fase di generazione documenti definitivi da previsionali Il Tipo Documento Integrazione e l'impostazione per la gestione delle AutoFatture dovranno essere riportate nel documento definitivo, dalla procedura Registrazione Movimenti Previsionali in Defintivo o da Genera Nuova Natura (nel documento), se il modello utilizzato nel previsionale prevede le gestioni.

MAGAZZINO

10685

Codice articolo in Navigazione Saldi Articoli

Si richiede di allargare il campo codice Articolo nella procedura Navigazione Saldi Articoli (ERP.Inventory.BatchDocuments.ItemsBalancesNavigation), riquadro Dati Principali in modo tale da poter visualizzare correttamente un codice articolo di 21 caratteri.

10647

Produttore in anagrafica lotto

Si richiede di aggiungere il produttore in anagrafica Lotto.

10435

Importazione File Articoli in Inventario con Conte Multiple

Si richiede di effettuare l'importazione File Articoli nella procedura Inventario gestendo le conte multiple e dando la possibilità di indicare anche gli eventuali articoli Esauriti.

10649

Ricerca per Codice a Barre ed Unità di Misura

Nei documenti del ciclo attivo e del ciclo passivo, e nei Movimenti di Magazzino, effettuando la ricerca articolo per codice a barre, o utilizzando la funzione "Il codice articolo si comporta da barcode", se al codice a barre è stata associata un'unità di misura, questa deve prevalere rispetto alle altre ed essere proposta nel documento.

10516

Descrizioni articolo

Si richiede di riorganizzare all'interno dell'anagrafica articolo i campi di descrizione. Il campo ItemLongDescription viene spostato dalla tabella MA_RMItems alla tabella MA_Items e mantiene le stesse caratteristiche. Nello script di upgrade il valore della ItemLongDescription viene spostato dalla MA_RMItems alla MA_Items solo se presente (clausola where). Siccome il campo ItemLongDescription prevede la gestione in lingue, nello script di upgrade va anche aggiornato il

namespace all'intero del campo MA_LanguagesDescriptions.TableField. Relativamente all'interfaccia dei dati, i campi MA_Items.ItemLongDescription e MA_RMItems.ItemShortDescription vengono spostati dalla scheda Retail dell'anagrafica Articolo alla scheda Dati Principali.
Saranno visibili nella tile dei dati principali come primi campi. In allegato è visibile un'anteprima. E' necessario intervenire sul connettore per Mago eCommerce, Open eCommerce, ePos in modo che sia preso in considerazione il nuovo campo. Il campo LongDescription sarà visibile a standard e quindi non più vincolato all'app. Retail Documentazione: viene aggiornata nell' Help Center la pagina relativa alla anagrafica Articolo.

COMUNICAZIONI DIGITALI

10438

IT

AnticiPay - Credit Score/Credit Check/Credit Report

Con questo progetto si inserisce in Mago la possibilità di gestire i servizi di business information forniti da Ancicipay per i clienti del DH Zucchetti.
In particolare:
- Credit Score: un set di informazioni sintetiche scaricabili per ogni soggetto (cliente o fornitore) presente sul gestionale

- Credit Check e Credit Report: un servizio per generale un report PDF su singolo soggetto
Per maggiori dettagli si veda il documento di progetto allegato Le configurazioni di URL e utenti sono presenti nei dati di

default ed esempio, importabili su nuove aziende. Per aziende esistenti inserire le seguenti URL.

URL Codice Attivazione="https://ar.zucchetti.com/servlet/spiv_fadd_autorizzato?wsdl" URL Servizio Ricerca Anagrafiche="https://ar.zucchetti.com/servlet/spiv_fgetlistaimprese?wsdl" URL Servizio Credit Score="https://ar.zucchetti.com:443/servlet/spiv_fgetzscore?wsdl" URL Credit Check="https://ar.zucchetti.com/servlet/spiv_fgetcreditcheck?wsdl" URL Credit Reportt="https://ar.zucchetti.com/servlet/spiv_fgetcreditreport?wsdl"

Nome Utente="servizio" Password="zucchetti"

10306

Generalizzazione codice MDC

Si provvede alla generalizzazione delle funzionalità legate alle Comunicazioni Digitali. In particolar modo le funzionalità di ElectronicIvoicing_IT, di interesse non solo Italiano ma comuni alle possibili implementazioni estere, vengono generalizzate in ElectronicInvoicing con appunto l'intento di generalizzarne il campo di azione.

9440

IT

FE Attiva - calcolo scorporo IVA

Si introduce un setting presente su appsetting.json che:
- se il documento ha i valori ivati (MA_SaleDoc.NetOfTax a FALSE)
Modifica il calcolo dei valori di riga da riportare nell'XML, eliminando l'arrotondamento alle cifre impostate sulla valuta.
In particolare attualmente il calcolo del prezzo unitario viene effettuato da prima calcolando l'imposta unitaria, scorporandola dal prezzo unitario (o dal netto) ed arrotondandola, e successivamente calcolando effettivamente il prezzo unitario scorporato come prezzo unitario ivato - imposta, arrotondandolo.
Si eliminano in entrambi i casi gli arrotondamenti alle cifre impostate sulla valuta.

Modifica solo Mago4 (no Net no Cloud) Il setting si attiva impostando a true il parametro "NetOfTaxWithoutRounding" presente nel file appsettings.json in <Cartella di intallazione>\Standard\Applications\ERPServiceProvider\Backend.

Tuttavia, essendo questo file modificato all'installazione, si consiglia di replicare l'impostazione nel file appsettings.custom.json in <Cartella di installazione>\Custom\ESP (come da miglioria 8727).

Di seguito un esempio di come possa essere impostato il file, in assenza di altri parametri e se l'utente di servizio sia impostato con user: ESP, pwd vuota.

{ "MSManager":{

"UserName":"ESP", "Password":""
},

"DigitalCommunication": { "NetOfTaxWithoutRounding": true

} }

MSH - MAGO SERVICE HUB

10743

Aggiunta tabelle per GetDataTable

Si richiede che la funzione GetDataTable disponibile in MagoAPI possa operare su tutte le tabelle di Mago.

10724

Creazione API per importazione documenti di vendita in Mago

Si richiede di creare una nuova API per importare in Mago un documento di vendita emesso da un programma esterno. L'API sarà disponibile solo con l'attivazione del modulo MagoAPI. In allegato è disponibile il documento di progetto.

10632

Modulo MagoAPI

Si richiede di rendere disponibile un nuovo modulo che consenta la gestione delle API standard. Il modulo si chiamerà MAGOAPI e sarà a pagamento. Le API open e magoAPI hanno bisogno di magiclink; acquistando il modulo magoAPI (e quindi anche gli Open) gli verra’ “regalato” anche MagicLink

10441

Open eCommerce nuove API

Aggiungere 2 nuove API nel modulo OpeneCommerce La prima riguarda la possibilita' di avere il binary delle immagini relative all'articolo La seconda riguarda la possibilita' di avere lo stato di avanzamento dell'ordine per poter avere le informazioni di tracking

10778

Creazione API per modifica documenti contabili ricevuti in Mago

Si richiede di creare delle API per modificare in Mago i documenti contabili ricevuti emessi da Mago e modificati da un programma esterno per la parte delle righe di tipo imponibile del Libro giornale considerando anche la gestione dei movimenti analitici.
La API sarà disponibile solo con l'attivazione del modulo MagoAPI e del modulo Contabilità. La API si chiama api/erpAccounting/ModifyReceivedDocJE.

10552

Creazione API per importazione movimenti contabili in Mago

Si richiede di creare delle API per importare in Mago i movimenti contabili (di tipo puri, emessi e ricevuti) emessi da un programma esterno considerando anche la gestione del partitario e dei movimenti analitici.
Le API saranno disponibile solo con l'attivazione del modulo MagoAPI e del modulo Contabilità. In allegato è disponibile il documento di progetto.

10792

Creazione API per saldo partite aperte cliente

Si richiede di creare una API con cui Mago ritorna i totali delle partite contabili aperte per ogni cliente in maniera da poterne valutare l'eventuale blocco operativo.

La API sarà disponibile solo con l'attivazione del modulo MagoAPI e del modulo Contabilità. La API si chiama api/erpAccounting/GetCustomerBalance. In input richiede la data di riferimento e un codice cliente, se il codice cliente è vuoto viene ritornata la lista dei saldi partite aperte alla data di tutti i clienti. Il saldo restituito è in divisa base. In presenza di CGM, per stabilire l’azienda del saldo cliente richiesto con la API, nel payload è esposto il campo TBCompanyId. Il campo è opzionale e se non ci è passato, viene assegnata la prima azienda che troviamo nella MA_Companies in ordine di chiave primaria.

L’utente, per ricavare la TBCompanyID, potrà usare usare la GetDataTable.

ORDINI

10651

Commessa nel Ricercatore Ordini Cliente

Si richiede di visualizzare la Commessa di testa nel Ricercatore Ordini da Cliente.
Inoltre, personalizzando la griglia del ricercatore, deve essere possibile visualizzare anche la commessa di riga.

10925

Campo note sulle righe delle Richieste di Acquisto

E' stato aggiunto un campo note sulle righe delle Richieste di Acquisto

10912

Generazione Ordini a Fornitore da RDA

Si richiede che la procedura di Generazione Ordini a Fornitore da RDA non proponga il codice del fornitore preferenziale anche se sulla RDA il codice del fornitore è lasciato vuoto.

ACQUISTI

10639

Rettifica Puntuale per Deposito nei movimenti di correzione del valore della fattura

Si richiede la possibilità di poter gestire, indipendentemente dalla Valorizzazione per Deposito, la Rettifica Puntuale per Deposito nei movimenti di rettifica al valore registrati dalle fatture di acquisto nel caso di valore diverso rispetto alle Bolle di Carico riepilogate.

10581

IT

Controllo Congruenza

Si richiede di poter eseguire, parametricamente, il Controllo Congruenza sulle Fatture di Acquisto in base al Valore Unitario e lo Sconto e\o in base all'Imponibile Unitario di riga.

10662

IT

Nuova gestione Dich. Intento: consumi con spese di incasso e sconti

Con la nuova gestione delle Dichiarazioni di Intento, si richiede di gestire i consumi del plafond in presenza di spese di incasso e sconti di piede

GESTIONE PUNTO VENDITA

10843

Open POS - Importazione dati voucher con API ImportSaleDoc

Si richiede di importare in Mago, tramite la API ImportSaleDoc disponibile con il modulo Open POS, le informazioni relative al voucher di vendita emesso/utilizzato dal POS. In allegato il documento di progetto.

10807

Deposito del Punto Vendita per cassa

Si richiede la possibilità di poter indicare per ogni Punto Vendita un deposito per Cassa.

10765

Open POS - Importazione Nota di Credito

Si richiede di poter importare la Nota di Credito tramite la API ImportSaleDoc in qualsiasi localizzazione. Questa funzionalità non sarà quindi più disponibile solo per il paese Italia, ma sarà disponibile per tutti i paesi.

10756

Open POS - Informazione del pagamento nella API ImportSaleDoc

Si richiede di aggiungere nella API ImportSaleDoc del provider Open POS ulteriori campi per l'invio delle informazioni dei pagamenti usati. Nella sezione MA_SaleDoc viene aggiunto il campo Payment che identifica la condizione di pagamento

usata nel documento. Il campo è di tipo stringa ed è opzionale.
E' soggetto al controllo di consistenza del dato. Se il valore inviato non ha alcuna corrispondenza in Mago, il documento va in errore.
Codice dell’errore: ERR_200. Messaggio dell’errore: "XXX with code XYZ is not present in Mago" dove XXX è il nome del campo del payload e XYZ è il valore associato nel payload a quel campo e che non trova alcuna corrispondenza in Mago. Nella sezione MA_SaleDocPymtSched il campo PaymentID diventa opzionale e viene aggiunto il campo InstallmentType che identifica il tipo pagamento della rata. Il campo è di tipo integer ed è opzionale.
Può assumere i seguenti valori:
2686976 (Cash)
2686992 (Credit Card)
2687005 (Customer Card)
2687006 (Voucher)
2687007 (Cheques)
2687008 (Debitor)
Se il valore inviato non appartiene a quelli accettati, il documento va in errore.
Codice dell'errore: ERR_504
Messaggio dell'errore: "The InstallmentType in MA_SaleDocPymtSched does not belong to the accepted values." Nel nodo MA_SaleDocPymtSched sia campo PaymentID che il campo InstallmentType sono opzionali, però almeno uno dei due deve essere presente se è trasmesso un Amount della rata. Viene pertanto aggiunto un controllo per cui se entrambi sono assenti, il documento va in errore.
Codice dell'errore: ERR_505
Messaggio dell'errore: "In MA_SaleDocPymtSched there must be either PaymentId or InstallmentType."
Se invece sono presenti entrambi, quello che viene considerato da Mago è solo l’InstallmentType (in questo caso quindi il PaymentID non viene considerato).

Se nel payload importato in Mago è presente:
- solo il campo MA_SaleDoc.Payment, le scadenze del documento vengono generate in automatico da Mago in base a questo campo (solo per Fattura e Nota di Credito);
- solo le rate nel nodo MA_SaleDocPymtSched, vengono caricate nel documento queste scadenze trasmesse;
- sia il valore MA_SaleDoc.Payment che le rate dei pagamenti effettuati (nodo MA_SaleDocPymtSched), nella generazione delle scadenze del documento di Mago viene ignorato il campo MA_SaleDoc.Payment, ma vengono caricate le scadenze trasmesse.

Il flag di incasso contestuale (PostAdvancesToAcc) viene impostato a true solo se: - esiste almeno una scadenza o, se manca una scadenza, c’è il payment in testa
- isDebitor = false
- stiamo importando una fattura o una nota di credito.

Se nel payload è presente il campo MA_SaleDoc.Payment, quando vengono generate le scadenze della tabella MA_SaleDocPymtSched, nel campo MA_SaleDocPymtSched.PaymentId deve essere riportato il valore presente in MA_SaleDocPayment. Questo serve per effettuare poi l'accorpamento per tipo pagamento in caso di incasso contestuale.

10687

InStore - Gestione varianti annullate in travaso Ordini a Fornitore

Si richiede che venga considerato anche da InStore il nuovo campo MA_PurchaseOrdDetailVar.Cancelled (vedi prj. 10582 - Annullamento singola variante negli Ordini a Fornitore) in fase di travaso degli Ordini a Fornitore in un ricevimento merci da ordine fornitore. In fase di estrazione delle righe di un ordine fornitore nella funzionalità ricevimento merci da ordine a fornitore (API GetPurchaseOrderDetails), in caso di articoli a varianti, è necessario integrare nella query anche il nuovo campo: MA_PurchaseOrdDetailVar.Cancelled.

Devono essere estratte solo le varianti non annullate ovvero con MA_PurchaseOrdDetailVar.Cancelled = 0.

10686

Parametro InStore Proponi Fornitore e Data Consegna

Si richiede l'aggiunta del parametro InStore "Propose Supplier and Delivery Date" nel gruppo Ordine Fornitore, sopra il già esistente "Proponi Quantità da Riordinare" per parametrizzare la proposizione del fornitore e della data consegna nella funzionalità "Ordina a Fornitore".

Si richiede l'aggiunta del parametro "Propose Supplier and Delivery Date /Proponi Fornitore e Data Consegna"(MA_IAParameters.ProposeSupplierAndDate) come primo parametro del già esistente gruppo Ordini Fornitori dei Parametri InStore.
Descrizione estesa: Attivando il parametro verranno proposti il Fornitore e calcolata la Data Consegna per ogni articolo inserito nella funzionalità Ordina a Fornitore in base alle impostazioni sul fornitore. / Activating the parameter, the system will propose the Supplier and calculate the Delivery Date for each item entered in the Order to Supplier by checking the supplier data.

Per default il parametro è impostato con valore 0 quindi per default non verranno più proposti Fornitore e Data Consegna nella funzionalità ordina a fornitore.

Impostando il parametro a 1 si proporranno Fornitore e Data Consegna come descritto nell'analisi del prj. 7882.

10640

Open POS - Condizione di pagamento di tipo POS

Si richiede che, in presenza del modulo Open POS, l'utente possa definire quali sono i pagamenti utilizzati nel POS. Pertanto in anagrafica condizione di pagamento deve essere visibile la scheda Retail e nel suo interno il campo Pagamento POS (corrispondente al campo tabellare MA_PaymentTerms.TCPOSPayment). Documentazione: viene nell'Help Center la pagina relativa alle condizioni di pagamento.

10624

Riduzione righe su DBOnBoard tabella MA_InventoryReasons

Si richiede che in fase di creazione del DBOnboard vengano inserite nella tabella MA_InventoryReasons solo le causali con MA_InventoryReasons.UsedInInStore = 1. In fase di sincronizzazione è necessario verificare se devono essere aggiunte ulteriori righe.
Quando su Mago un'utente imposta su una nuova causale MA_InventoryReasons.UsedInInStore = 1 è necessario aggiungere tale riga nella tabella MA_InventoryReasons del DBOnBoard.

10612

Open POS - campi Sconti e Promozioni nella ImportSaleDoc

Nella API ImportSaleDoc vengono tolti i campi degli sconti e promozioni applicati che sono tipici di TCPOS e non generici del POS. In particolare, nel nodo MA_RMSaleDocDiscProm (che contiene le informazioni di testa su sconti e promozioni applicate alla vendita), vengono tolti i campi:
- ItemsAmount

- OfferedAmount. Nel nodo MA_RMSaleDocDetailDiscProm (che contiene le informazioni di riga su sconti e promozioni applicate alla vendita), vengono tolti i campi:
- SingleItem
- FreeQty. Documentazione: nella pagina di help relativa alla API ImportSaleDoc vengono tolti questi campi, non più presenti nel payload.

10603

Generazione movimenti analitici da Vendite in caso di Scontrino con importi in convenzione

In presenza di scontrini con importi in convenzione, la generazione dei movimenti analitici da Vendite genera il movimento analitico sia per lo Scontrino in cui sono state applicate delle convenzioni che per la Fattura delle convenzioni applicate. Quindi in analitica vengono imputati importi superiori. si richiede pertanto che venga riportato in analitica il ricavo corretto

In allegato il documento di progetto.

10596

Controllo univocità documento con Open POS ed Open eCommerce

Con i moduli Open POS ed Open eCommerce è possibile importare documenti da diversi POS e da diversi eCommerce, pertanto il controllo di univocità del documento non può basarsi solo sull'id del documento esterno e su da programma esterno, ma deve tener conto anche del nome del programma esterno da cui deriva. L'informazione del programma esterno che ha generato il documento è memorizzato nei campi MA_RMSaleDoc per Open POS e MA_SaleOrd per Open eCommerce, aggiunti con il progetto10323. Quindi:

- con Open POS, il controllo terrà conto dei seguenti fattori: MA_SaleDoc.FromExternalProgram (che sarà sempre uguale a 32505868 ossia "Open POS") + MA_RMSaleDoc.ExternalDocumentId + MA_RMSaleDoc.ExternalProgram;
- con Open eCommerce, il controllo terrà conto dei seguenti fattori: MA_SaleOrd.FromExternalProgram (che sarà sempre uguale a 32505867 ossia "generico eCommerce") + MA_SaleOrd.ExternalOrdNo + MA_SaleOrd.ExternalProgram.

Infine con Open POS, in caso di importazione di un documento che ne rettifica uno precedentemente importato, la ricerca del documento di origine verra' effettuata filtrando non solo per ExternalDocumentId ma anche per ExternalDocument.

10592

Open POS - Contropartita per pagamento Debitore

Si richiede di rendere disponibile la funzionalità implementata con il progetto 10213 anche per il modulo Open POS. Il tipo Debitore deve essere selezionabile nella griglia delle contropartite per pagamento, presente in anagrafica Punto Vendita e nei Parametri POS, al fine di permettere all'utente di assegnare una contropartita per il pagamento debitore. Con il prj. 10213 viene aggiunto nel DB di Mago il campo MA_SMSaleDocPymtSched.IsDebitor che, in integrazione con TCPOS, viene valorizzato con il valore IsDebitor presente in testa al payload.

Nel payload della ImportSaleDoc esiste già il campo IsDebitor nella sezione di testa MA_SaleDoc. Pertanto non verrà esposto nessun campo nuovo nella sezione MA_SMSaleDocPymtSched del payload e per valorizzare il campo MA_SMSaleDocPymtSched.IsDebitor si mantiene il comportamento che c'è anche con tcpos. Lo stesso vale per la API ImportTransaction. Documentazione: vanno aggiornate le pagine di help relative alle API ImportSaleDoc ed ImportTransaction.

10591

Notifica via mail per inserimento RdA da InStore App

Si richiede la possibilità di inviare una notifica via mail in seguito all'inserimento di una Richiesta di Acquisto tramite InStore App.
Per raggiungere gli scopi prefissati si richiede anche l'aggiunta di un fincato per le Richieste di Acquisto. Sviluppare i due fincati allegati.

Associare al documento Document.ERP.PurchaseOrders.Documents.PurchaseRequest il nuovo fincato PurchaseRequestForm e impostarlo come default.
Se attivo il modulo Varianti per Gestione Punto Vendita associare anche il nuovo fincato PurchaseRequestFormWithVariants e renderlo come default.

Se è attivo il modulo Varianti per Gestione Punto Vendita risultano associati i due report PurchaseOrderFormWithVariants e PurchaseOrderForm al documento Document.ERP.PurchaseOrders.Documents.PurchaseRequest devono essere tolti.

Modificare l'attivazione dei due campi MA_IAParameters.EmailOrderToStore e MA_IAParameters.EmailOrderToHQ, già esistenti e presenti nei Parametri InStore, in modo che gli stessi siano attivi ed editabili anche se MA_IAParameters.GeneratePurchaseOrders = 0.
Il campo MA_IAParameters.EmailOrderToSupplier resta invece condizionato al campo precedente, è attivo solo se MA_IAParameters.GeneratePurchaseOrders = 1.

Oltre all'attuale gestione che continua ad essere valida quando viene generato un ordine a fornitore, anche in fase di generazione di una Richiesta di Acquisto tramite InStore è necessario controllare le impostazioni dei due campi

MA_IAParameters.EmailOrderToStore e MA_IAParameters.EmailOrderToHQ per eventualmente effettuare l'invio mail del fincato delle RdA appena generate, rispettivamente al Punto Vendita che le ha generate e/o al punto vendita Headquarters. Utilizzare il nuovo fincato PurchaseRequestForm o PurchaseRequestFormWithVariants in base all'attivazione del modulo Varianti per gestione punto vendita. Modifica descrizioni estese:

MA_IAParameters.EmailOrderToStore
It is possible to send an Email with the pdf of the Purchase Request and, if it has been set to generate it automatically, of the Purchase Order, to the Shop that has inserted it by selecting the type of sending.
MA_IAParameters.EmailOrderToHQ
It is possible to send an Email with the pdf of the Purchase Request and, if it has been set to generate it automatically, of the Purchase Order, to the Headquarter by selecting the type of sending.

10590

Percentuale Ricarico Prezzo articoli in Trasferimenti tra Punti Vendita

Si richiede di poter indicare una percentuale di ricarico prezzi rispetto al costo alla data dell’articolo, considerando il tipo di valorizzazione definito a livello di articolo o direttamente in tabella.

10589

Centro di Costo e Commessa nei documenti di Acquisto e Vendita

Si richiede di poter imputare in automatico, in fase di inserimento di un documento di acquisto o vendita, compresi i documenti di trasferimento tra punti vendita, il relativo centro di costo e la commessa legati al punto vendita di uscita o entrata.

10585

Destinazione Finale nel Ricercatore Ordini a Fornitore

Si richiede di visualizzare la Destinazione Finale nel Ricercatore Ordini a Fornitore.

10583

Centro di Costo Fatture in Convenzione

Si richiede che, tramite un parametro, venga imputato in automatico, sulle righe della fattura in convenzione, il centro di costo legato al punto vendita; rispetto al punto vendita di emissione della riga dello scontrino.

10582

Annullamento singola variante negli Ordini a Fornitore

Negli Ordini a Fornitore, nel caso di articolo gestito a Variante, si richiede la possibilità di annullare oltre che l'intera riga articolo anche la singola variante.

10579

Open POS - Errori in importazione

Si richiede che, in assenza nel payload di quelli che sono i campi obbligatori, quando l'import fallisce, venga rilasciato un messaggio di errore che aiuti l'utente a identificarne il motivo. Vengono dunque aggiunti o migliorati messaggi di errore delle eccezioni da gestire. In allegato il file con i codici e le descrizione di errori da rilasciare. Relativamente alla documentazione, predisporre nel help center una pagina con l-elenco degli errori. Valutare se aggiornare la pagina Troubleshooting.

10577

Open POS - campo TaxCode nel nodo MA_SaleDocTaxSummary della ImportSaleDoc

Si richiede che nelle API ImportSaleDoc (/api/openPOS/importsaledoc) il campo MA_SaleDocTaxSummary.TaxCode sia obbligatorio. Pertanto, se mancante nel payload, l'importazione del documento non deve andare a buon fine.
Nel detailsResponse, l'errore sarà:
code: "ERR_001"

detailsCode: "TaxCode missing in MA_SaleDocTaxSummary." Vedi miglioria 10579.

10574

Registrazione Magazzino Singolo Scontrino

Si richiede una procedura per registrare a magazzino un singolo scontrino quando la registrazione magazzino massiva è disattiva. La procedura Registrazione Magazzino Singolo Scontrino (Single Fiscal Bill Post to Inventory) viene aggiunta in Servizi |Retail | Scontrini. Nelle selezioni deve essere scelto il Numero Documento, il Punto Vendita, la Data Documento.

Il radar deve estrarre tutti gli scontrini (Tipo documento 3407892) ancora da registrare a magazzino(MA_SaleDoc.PostedToInventory = 0).
All'esecuzione devono essere generati i movimenti di magazzino dello scontrino selezionato seguendo le stesse logiche utilizzate in fase di generazione contestuale del movimento di magazzino da scontrino. La nuova procedura sarà disponibile solo in presenza del modulo Store Management e se è abilitato un Connettore POS.

10573

Trasferimento articoli al POS

Si richiede che vengano trasferiti al POS anche gli articoli di tipo servizio e non solo quelli di tipo merce. Questa funzionalità sarà disponibile per tutti i connettori POS (TCPOS ed ePos).

10557

Chiudi Posizione Ordine da InStore

Si richiede di permettere all'utente di chiudere le quantità ordinate anche se le quantità consegnate sono inferiori alla quantità dell’ordine in fase di Ricevimento Merce da Ordine Fornitore su InStore.
Da InStore tramite la checkbox "Chiudi" sarà possibile impostare sulle righe della bolla di carico il parametro "Chiudi posizione ordine" (MA_PurchaseDocDetail.ClosePurchaseOrd).

10556

Annullamento singola variante negli Ordini Cliente

Negli Ordini Cliente, nel caso di articolo gestito a Variante, si richiede la possibilità di annullare oltre che l'intera riga articolo anche la singola variante.

10543

Riallineamento prezzi per articoli gestiti a varianti

In tutti i documenti del ciclo attivo e passivo, compresi offerte ed ordini, qualora vengano modificati i dati di testa (ad esempio il listino, il cliente\fornitore, la divisa etc), se l'utente risponde affermativamente al riallineamento di prezzi e sconti del documento, devono essere riproposti anche prezzi e sconti relativi agli articoli gestiti a variante.
Questo può portare ad una modifica nell'accorpamento delle righe degli articoli gestiti a variante andando ad incrementare o diminuire il numero delle righe del corpo del documento. Per gli Ordini Clienti è già uscito in Mago4 2.0 Su tutti i documenti di ciclo attivo e passivo: offerte, ordini e documenti.

10425

Disattivo nel Punto Vendita

Può capitare che un Punto Vendita venga chiuso e quindi non lo si voglia più vedere nelle selezioni in Mago. Si richiede pertanto di gestire il campo Disattivo nell'anagrafica del Punto Vendita. Nella tabella MA_RMShops viene aggiunto il campo Disabled di tipo booleano, che nasce a falso.
Il campo sarà visibile in anagrafica Punto Vendita, in testa alla maschera.

Il Punto Vendita disattivo non sarà più selezionabile nella Selezione Punto Vendita, negli hotlink e nelle regole di richiesta. Questo nuovo campo non sarà gestito nelle integrazioni, ma avrà un'impatto solo su Mago. Viene aggiornata la pagina di Help Center relativa all'anagrafica del Punto Vendita.

10379

Contropartite di ricavo per Scontrini su categoria merceologica

La gestione della contropartita di ricavo da Scontrini ad oggi è gestita solo per il paese Italia. Inoltre la contropartita di ricavo da Scontrino è definibile solo a livello di articolo e di codici di default vendite per Utente. Si richiede quindi che tale funzionalità, disponibile per tutti i connettori POS (Connettore TCPOS, Connettore ePos e modulo Open POS), sia aperta a tutti i paesi ad eccezione di Germania e Brasile. L'utente deve poi poter definire una contropartita di ricavo da Scontrini anche a livello di categoria merceologica. Nella tabella MA_CommodityCtg viene quindi aggiunto il campo FiscalBillSalesAccount di tipo varchar(16).

Nel campo sarà presente un HLK alla tabella MA_ChartOfAccounts (campo Account) con le stesse condizioni previste in MA_CommodityCtg.SaleOffset.
Il campo sarà visibile in anagrafica categoria Merceologica, sotto la controportatita Vendite e si chiamerà "Sales From Fiscal Bills" (IT: Vendite da Scontrini). Relativamente alla scaletta di proposizione in caso di importazione Scontrino da POS, per

l'articolo verrà prima proposta la contropartita in base a questa scaletta:
1. MA_RMItems.FiscalBillSaleOffset
2. MA_CommodityCtg.FiscalBillSalesAccount (se l'articolo è associato ad una categoria merceologica)
3. MA_UserDefaultSales.FiscalBillSalesAccount
come primo giro, poi dopo verrà applicata la scaletta standard dei ricavi di vendita. La Procedura Imposta Dati Scontrini, presente nei Servizi di Retail, sarà adeguata a questa nuova scaletta. Documentazione: vengono aggiornate le seguenti pagine di help:
- Categoria Merceologica
- Scaletta Proposizione Contropartite per Scontrini.

10373

Compatibilità MSH con KumoAPI 7.6.x

A seguito del rilascio da parte di TCPOS della versione 7.6 dove sono state implementate le funzionalità di autentificazione e autorizzazione per l'API di Kumo, si richiede che MSH sia adeguato per comunicare con tale versione. Nei Parametri Connettori MSH, scheda TCPOS, saranno visibili all'interno della sezione Generali, due nuovi parametri necessari all'autenticazione:

- Username (descrizione estesa: "Username to authenticate to the TCPOS system.")
- Password (descrizione estesa: "Password to authenticate to the TCPOS system.")
A livello tabellare questi parametri si troveranno nella ESP_Parameters.
Nota: username e password devono corrispondere al codice e alla password dell'operatore TCPOS abilitato a connettersi alle Kumo API, definito nell’appsettings.json delle KumoMQ. Il Nome Utente e la Password per l'autenticazione saranno obbligatori se le KumoAPI hanno versione uguale o maggiore a 7.6. Viene dunque effettuato questo controllo bloccante dal bottone di Test dei Parametri dei Connettori MSH. Se la versione di TCPOS è inferiore a 7.6 il messaggio mostrato, di tipo errore sarà: "ERROR! The version of Kumo API requires the username and password to be set for authentication to the TCPOS system.". Documentazione: vengono aggiornate le seguenti pagine dell'Help Center (IT e EN):

- Concetti generali sull'integrazione Mago-TCPOS (paragrafo compatibilità versioni) - Guida alla configurazione dell'integrazione Mago-TCPOS
- Parametri Connettori MSH.

10362

Quantità risultante/disponibile per lotto su InStore

Nella funzionalità movimenti di magazzino su instore app il valore nel campo quantità risultante (visibile se MA_IAParameters.DisplayQtyInStockAdj = 1) deve considerare il lotto.

Nella funzionalità Trasferimento Tra depositi su instore app il messaggio relativo al controllo quantità deve considerare il lotto se gestito dall'articolo.

Nella funzionalità movimenti di magazzino è necessario mostrare la disponibilità considerando il lotto impostato sull'articolo.
Se il campo lotto è vuoto è necessario mostrare la quantità disponibile senza lotto e non sommare tutte le righe dell'articolo presenti sulla item balances.

Se l'articolo gestisce i lotti (MA_ItemsGoodsData.UseLots=1) è necessario quindi aggiungere la condizione relativa al lotto per mostrarne la quantità. Nella funzionalità Trasferimento Tra deposit è necessario controllare la disponibilità considerando il lotto impostato sull'articolo.
Se il campo lotto è vuoto è necessario mostrare la quantità disponibile senza lotto e non sommare tutte le righe dell'articolo presenti sulla item balances.

Se l'articolo gestisce i lotti (MA_ItemsGoodsData.UseLots=1) è necessario quindi aggiungere la condizione relativa al lotto quando viene controllata la disponibilità e rilasciata la pop-up di avviso.

10360

Controllo sullo Sconto di TCPOS

TCPOS non consente la cancellazione di dati referenziati. Pertanto, al fine di evitare errori su ESP, in Mago deve essere aggiunto un controllo in fase di cancellazione dello Sconto di TCPOS. Lo Sconto non può essere cancellato se già utilizzato in una transazione di vendita importata da TCPOS. I campi da controllare sono:
MA_RMSaleDocDiscProm.DiscPromCode

MA_RMSaleDocDetailDiscProm.DiscPromCode. Messaggio bloccante e di tipo errore: “ERROR! The Discount cannot be deleted because is already used in at least one Sale Document.”.

10355

Varianti in report Quantità disponibile e Impegnata per Articolo e deposito

Si richiede l'aggiunta di un filtro "Mostra Varianti" al report Quantità disponibile e Impegnata per Articolo e deposito. Impostando il nuovo parametro verranno mostrate le quantità e i valori divisi anche per variante. Il filtro sarà visibile solo se attivo il modulo varianti per punto vendita

10121

Modifiche travaso documento OUT e Lista documenti OUT da InStore

Si richiede che venga aggiunta su Mago gestione del chiusa consegna sul Documento di Trasferimento tra Punti Vendita. Si definisce consegnato un documento Uscita che ha un documento Entrata collegato.

Si richiede inoltre che venga gestita la possibilità di ricerca del Documento di Trasferimento tra Punti Vendita Uscita quando si entra nel bottone di inserimento numero Documento Uscita nella funzionalità Ricevimento Merci da altro Punto Vendita su InStore.

10107

Accesso vincolato alle funzionalità di InStore

Si richiede di vincolare l'accesso alle funzionalità di InStore.
Si aggiunge la tab Impostazioni per sotto alla già esistente Main Data all’interno dei Parametri InStore.
Nella nuova tab sarà presente il nuovo parametro Consente tutte le funzionalità tale parametro permetterà di accedere a tutte le funzionalità di InStore se impostato a true.
Se impostato a false sono attivi i parametri relativi alle diverse funzionalità da consentire o inibire.
In questa tab sarà presente anche una griglia in cui sarà possibile inserire gli stessi parametri ma per specifico worker, le informazioni in griglia, in quanto più specifiche, avranno priorità rispetto ai parametri generici validi per tutti.

10082

Descrizione articolo per il POS

Si richiede di avere una descrizione articolo specifica per il POS. In allegato il documento di progetto. Vengono aggiornate le seguenti pagine dell’Help Center:
- anagrafica articolo
- parametri POS.

10755

CGM - Parametri POS da rendere pubblici

Si richiede di rendere pubblici alcuni parametri che sono di tabelle private. Qui di seguito l'elenco: - MA_RMParameters.DefaultPOSItem
- MA_RMParameters.CopyToPOSDescription.

VENDITE

10770

IT

Modifica stringa parametri dei beni deperibili

Si richiede di modificare le stringhe Condizioni Pagamento beni deperibili entro 60gg e Condizioni Pagamento beni deperibili oltre 60gg nei parametri di Vendita.
Analogamente devono essere modificate anche le stringe relative alle condizioni di pagamento beni deperibili in anagrafica cliente. La stringa Condizioni Pagamento beni deperibili entro 60gg (MA_SaleParameters.PaymentPeriShablesWithin60) deve diventare Condizioni Pagamento beni deperibili entro i termini stabiliti.

La stringa Condizioni Pagamento beni deperibili oltre 60gg (Main.MA_SaleParameters.PaymentPeriShablesOver60) deve diventare Condizioni Pagamento beni deperibili oltre i termini stabiliti. Deve essere modificata anche la descrizione estesa sostituendo "60 days" con "i termini stabiliti" per entrambe i parametri. Anche in anagrafica clienti (ERP.CustomersSuppliers.Documents.Customers) devono essere modificate le condizioni di pagamento relative ai beni deperibili.

10718

Riferimenti esterni documento di vendita importato da programma esterno

Si richiede di salvare in Mago, su tabella di ERP, i riferimenti esterni del documento di vendita importato. In allegato è disponibile il documento di progetto.

WAREHOUSE MANAGEMENT SYSTEM

10727

Filtro per commessa in Generazione PreShipping da Ordini Clienti

Si richiede la possibilità di poter filtrare per Commessa nella procedura Generazione PreShipping da Ordini di Vendita.

10511

Filtro per data prevista consegna in generazione missioni di magazzino

Viene aggiunta la possibilita' di filtrare per data prevista consegna nella procedura Generazione Missioni di magazzino da Pre-shipping.

10442

IT

Prelievo del Lotto per Data/Nr Lotto/Nr Stock

Si richiede che le "Strategie di prelievo per articoli a lotti" "Data Validità Lotto" e "Data Validità Lotto a Livello di Deposito" possano opzionalmente ordinare il prelievo per Nr Lotto + StockNumber o per StockNumber.

10353

Missioni Contrarie per Lotto in PreShipping

Nel riquadro Dettaglio del Picking delle PreShipping è ora presente il bottone Missioni Contrarie, che si abilita solo in stato di browse del documento selezionando un lotto nella griglia sottostante.
Tale bottone permette di generare delle Missioni di Magazzino contrarie a quelle di prelievo del lotto selezionato in modo tale da riportare a dimora il lotto e rendere nuovamente prelevabile la quantità prelevata dal lotto in questione.

Qualora a fronte di più righe di PreShipping sia stata generata un'unica Missione di Magazzino, questa potrà essere stornata solo interamente. Vedi documento allegato

WMS MOBILE

10620

Inventario Unità di Magazzino

Si richiede la disponibilità di una funzionalità nel WMS Mobile che mostri il contenuto di un'Unità di Magazzino permettendo in modo semplice e veloce di rettificarne il contenuto aggiungendo od eliminando articoli al suo interno. E' possibile inventariare esclusivamente Unità di Magazzino monolivello.

10610

Miglioramento performance download missioni

Si richiede di migliorare le performance relative al download della lista di missioni da completare sul terminale

10490

Quantità proposta nelle MdM Manuali di Trasferimento

Quando si registra una missione di magazzino manuale di trasferimento stock articoli, l'app WMS Mobile propone di default il valore 1,00 nel campo quantità mentre vorremmo che venisse proposto 0. Questo perchè potrebbe capitare che l'operatore confermi per errore andando così a confermare la MdM.

10489

IT

Visualizzazione Qtà presente in Ubicazione nelle MdM Manuali di Trasferimento

Quando si esegue il TRASFERIMENTO STOCK ARTICOLI con il terminalino, si può incorrere nell'errore di inserire una QTA errata di prodotti che vengono spostati (nel senso che non sono disponibili nella ubicazione di partenza).

Si richiede pertanto che quando si è scannerizzata l’ubicazione da cui si sta trasferendo l’articolo e il codice da trasferire, sul

terminalino compaia la quantità che c’è su quell’ubicazione.

10343

Annullamento Missioni confermate non sincronizzate

In WMS Mobile Android, nelle funzioni 'Picking' e 'Picking e Packing' ('Conferma Missioni' | 'Spedizioni'), nella finestra 'Missioni di Magazzino', dove appunto è presente la lista delle Missioni di Magazzino che l'utente deve confermare o ha confermato senza aver ancora sincronizzato, è ora possibile annullare la conferma inserita riportando la Missione ad essere da Confermare (Stato = In Progress).

10246

Controllo qta in pre-shipping su WMS Mobile Android

Nasce un flag nei parametri WMS Mobile che, sotto copertura, controllerà che la quantità confermata NON sia superiore a quella in PreShipping. Se da una riga di preshipping si generano più MdM ognuna di queste potrà essere confermata per una qta superiore (se previsto dai parametri) ma nella globalità non più di quanto presente in PreShipping. Viene aggiunto pertanto un parametro in Preferenze | Logistics | WMS | Parametri WMS Mobile nei Dati Pricipali sotto il gruppo Missioni di Magazzino di Prelievo con descrizione Consenti il prelievo di quantità maggiori rispetto a quelle richieste in Pre Shipping. Il controllo deve scattare in fase di conferma delle missioni di prelievo sui terminalini e solo sotto copertura di rete.

CGM

10623

Campo TBCompanyId anche senza CGM

In Mago4 viene aggiunto sempre il campo TBCompanyId anche se non è presente la CGM In MagoCloud il campo è sempre presente

10549

Addetto di servizio per CGM

E' stato aggiunto il nuovo parametro Servizio" nell'elenco delle aziende presente nell'anagrafica addetti.
Questo parametro permette di impostare l'addetto di servizio per ogni azienda E' possibile impostare il parametro su tutte le aziende presenti nella griglia.
Nel caso in cui una delle aziende ha già impostato un altro addetto di servizio su questo addetto verrà impostato a False.

8741

CGM: Dati pubblici su tabelle private

Con la CGM attiva le tabelle private di parametri possono avere campi pubblici, cioè condivisi dalle diverse aziende del gruppo.
Si richiede di evidenziare i dati pubblici di modo che siano facilmente riconoscibili.

Nei documenti dei parametri i campi definiti come pubblici vengono evidenziati con un (*) prima del nome e nelal descrizione

10736

CGM: Dati bancari clienti/fornitori

Con la CGM attiva le anagrafiche clienti/fornitori sono tabelle pubbliche condivise dalle diverse aziende del gruppo, ma alcuni dati, per esempio quelli bancari, sono privati per azienda.
Con questo progetto si consente di definire i dati bancari privati per il singolo cliente/fornitore e di proporre questi in inserimento documenti di vendita e di acquisto se presenti in prevalenza rispetto ai pubblici. In allegato è disponibile il documento di progetto.

10548

Lock registrazione contabile con CGM

Se è attiva la CGM al salvataggio della registrazione contabile viene fatto il lock non sul conto o sul cliente/fornitore ma sulla tabella dei saldi. Questo perchè in certe procedure che generano molte primenote (es. registrazione massiva degli scontrini, da store managment) gli utenti lamentano il fatto che mentre un utente registra gli scontrini per l'azienda 1 , un secondo utente lancia la registrazione degli scontrini per l'azienda 2 e siccome i conti contabili utilizzati sono i medesimi, la procedura va in blocco per un utente in quanto l'anagrafica del piano dei conti risulta impegnata dall'altro utente.

Con il lock sui saldi il problema non si pone essendo tabelle private per singola azienda.

10587

CGM: numerazione cespiti

Si richiede di aggiungere nei Parametri cespiti un campo Prefisso da utilizzare con l'autonumerazione di modo che con la CGM si possano adottare numerazioni progressive per singola azienda.

FRAMEWORK CLOUD

10565

Sistema di criptazione

Rendere disponibile, sia in desktop che in cloud, un sistema di criptazione di stringhe utile ad esempio per le password da salvare su database. il sistema di cripting può lavorare con una chiave di default oppure avere una chiave parametrizzata

REPORTING CLOUD

10745

Bordo di chiusura per comando "Breaktable"

Viene automatizzata la visualizzazione del bordo di chiusura in presenza di Breaktable. Help and Information center per MagoCloud: http://www.microarea.it/MagoHelpCenter/Default.aspx?Page=RefGuide-RSDesigner(it-IT)

ANAGRAFICHE

10715

Calcolo codice IBAN Ungheria

Nel caso di banche con iso stato HU Ungheria il codice IBAN (lunghezza 28) viene calcolato segue le seguenti regole: - HU
- check digit di 2
- codice banca di 3 con zeri iniziali

- codice filiale di 4 con zeri iniziali
- codice conto corrente è di 16 formattato con zeri iniziali
- check digit di 1 In salvataggio di una banca azienda o di una banca cliente/fornitore con iso stato HU Ungheria viene dato un avvertimento se il codice banca e fililale non sono della lunghezza prevista.

10545

IT

Connettore con software GDPR Zucchetti (gestione privacy)

Lo scopo di questo progetto è integrare Mago con il software GDPR di Zucchetti.
In questa prima fase il connettore consente di trasferire le anagrafiche Clienti e Fornitori, Contatti e Fornitori potenziali da Mago a GDPR di Zucchetti.
In una fase successiva l’integrazione consentirà di visualizzare lo stato dei consensi privacy in Mago recependo le informazioni da GDPR Zucchetti.

In allegato è disponibile il documento di progetto. Nota bene: il progetto non è disponibile per Oracle.

CONTABILITÀ

10678

IT

Dichiarazione IVA Annuale Modello IVA 2023

Nei dati di default aggiunta la tabella dei Dati dichiarazione Modello IVA 2023 Periodo di imposta Anno 2022 per i principali righi dei quadri VE, VF e VJ.

Aggiornati nei dati di default i quadri: sono ora presenti i soli anni 2021 e 2022 (eliminato il 2020).

Per installazioni esistenti, è possibile importare i seguenti file di default tramite la Console:
modulo Contabilità: MA_TaxDeclaration e MA_TaxDeclarationFrame oppure portare avanti in automatico i Dati dichiarazione IVA dalla procedura di chiusura temporanea o definitiva.

CONTABILITÀ ANALITICA

10818

Modulo Contabilità analitica avanzata

E' ora disponibile un nuovo Modulo Contabilità analitica avanzata che contiene la gestione delle linee di prodotto e dei ribaltamenti automatici.

10758

Ripartizione in analitica della quota di competenza

Si richiede di poter splittare le righe di analitica rispetto ad un periodo di date inizio e fine competenza con calcolo per numero giorni in modo analogo a quanto avviene per il calcolo dei ratei/risconti. La finestra di generazione righe consente ora di selezionare il modo di calcolo: in dodicesimi (metodo finora utilizzabile) in giorni (nuovo metodo). Il flag dell'anno commerciale è condiviso tra i due possibili metodi di calcolo, il programma memorizza e ripropone il metodo di calcolo utilizzato.

Il nuovo metodo di calcolo richiede un intervallo di date, se il movimento analitico è generato da una riga libro giornare con date inizio e fine godimento ratei/risconti impostate, tali dati sono passate in automatico alla finestra di calcolo.

AMMORTAMENTI

10817

IT

Credito imposta cespiti: aggiornamento dati default 2023

Aggiornati i dati di default per il Credito di imposta cespiti:
- Beni Materiali 4.0 Legge n. 178/2020 aliquota 20% fino a 2.500.000, 10% fino a 10.000.000, 5% fino a 20.000.000 per il 2023, 2024, 2025
- Beni Immateriali 4.0 Legge n. 178/2020 aliquota 20% fino a 1.000.000 per il 2021, aliquota 50% per il 2022, aliquota 20% per il 2023, aliquota 15% per il 2024, aliquota 10% per il 2025

INTRACOM

10182

IT

Invio opzionale dati intrastat Acquisti

Nelle preferenze, Parametri intracomunitario è stato aggiunto un flag che permette di scegliere se inviare o meno alcuni dati relativi ai soli Acquisti intracomunitari.
Se impostato non verrano comunicati:
- l'importo in valuta per i modelli Bis, Ter, Quater e Quinquies

- il codice ISO Stato e la partita IVA del Fornitore per i soli modelli Bis e Ter.
Per i modelli Quater e Quinquies relativi ai Servizi, in caso di mancanza di ISO Stato e partita IVA il file generato non

supera il controllo del software intr@web, pertanto questi dati verranno comunicati.
Questi dati sono diventati facoltativi a partire da gennaio 2022, pertanto il parametro non ha effetti sugli anni precedenti.
Le informazioni non comunicate sono comunque sempre presenti nei movimenti intra, solo al momento di generare il file Scambi.cee o di stampare i modelli ufficiali tali informazioni non verranno comunicate.

PERCIPIENTI

10840

Parametri INPS Anno 2023

Aggiornati i dati di default e di esempio con le nuove percentuali e massimali INPS, valide per l'anno 2023. Il massimale è diventato: 113.520
Collaboratori non iscritti 33,72% come anno precedente.
Collaboratori e Professionisti iscritti 24,00% come anno precedente.

Professionisti non iscritti 26,23%. come anno precedente.
Per installazioni esistenti, occorre aggiornare manualmente tali dati nei parametri Percipienti o reimportare il seguente file di

default tramite la Console: MA_PayeesParametersINPS

10838

IT

Parametri Enasarco Anno 2023

Aggiornati i dati di default con le nuove percentuali Enasarco, minimali e massimali, validi per l'anno 2023.

Le percentuali ENASARCO sono 8,50% + 8,50% (totale 17,00% nessuna variazione rispetto all'anno precedente).
Il minimale è 950 per i monomandatari, 476 per i plurimandatari.
I massimali ufficiali sono monomandatari 42.435 e plurimandatari 28.290,
nei parametri di Mago vengono moltiplicati per 17,00% ottenendo questi importi: monomandatari 7213,95 e plurimandatari 4809,30 Il Contributo Assistenza non è stato variato, ma lo riportiamo per completezza di informazione.

(spezzato tra “A carico azienda” e “A carico agente”)
Da euro 0.00 a euro 13.000.000 4,00% (3,00 + 1,00%)
Da euro 13.000.000,01 a euro 20.000.000 2,00% (1,50 + 0,50%)
Da euro 20.000.000,01 a euro 26.000.000 1,00% (0,75 + 0,25%)
Da euro 26.000.000,01 in poi 0,50% (0,30 + 0,20%) Per installazioni esistenti, occorre aggiornare manualmente tali dati nei parametri Agenti oppure reimportare il seguente file di default tramite la Console: MA_SalesPeopleParameters

EASYSTUDIO

10812

Copia Distinta Base

Distinta Base. La funzione "Copia Distinta" è fruibile solo in "NEW". Si richiede che il pulsante di copia sia accessibile anche in EDIT

10771

Generazione Analitica via EasyStudio

Via EasyStudio non era possibile generare una primanota con movimenti analitici nel caso di conti analitici senza che apparisse la finestra di generazione analitica.

Resa possibile la generazione automatica dei movimenti di analitica senza che appaia la finestra di generazione tramite due variabili da impostare a TRUE: m_bHideCostAccDlg e m_bGenerateCostAccEasyStudio.

10698

IT; CH

SetWalwaysReadOnly available on ES

In seguito alla segnalazione #342088 viene richiesto di esporre su EasyStudio il metodo AlwaysReadonly come nella piattaforma TaskBuilder La proprietà e' stata esposta sull'oggetto DataObj

TASKBUILDER FRAMEWORK

10826

Nuovo metodo SqlQueryBuilder::InnerJoin

Creato nuovo metodo della classe SqlQueryBuilder per poter gestire le query con INNER JOIN.
Per eredità questi metodi sono utilizzabili anche da SqlTable SqlTableItem* InnerJoin(SqlRecord* pJoinRecord, const DataObj& onDataObj1, const DataObj& onDataObj2);

SqlTableItem* InnerJoin(SqlRecord* pRecord, SqlRecord* pJoinRecord, const DataObj& onDataObj1, const DataObj& onDataObj2);

SqlTableItem* InnerJoin(SqlQueryBuilder* pQueryBuilder, const CString& strAlias, const DataObj& onDataObj1, const DataObj& onDataObj2);

MAGIC LINK

10889

MagicLink nuovo webmethods per eseguire un report sul TbLoader

Servirebbe poter ottenere in uno scenario MagicLink il pdf di un report che supporti tutte le funzionalita di ReportingStudio

e non solo quelle limitate gestirte dall'engine di Easylook. E' stato aggiunto un nuovo webmethod al servizio di Easylook per ottenere il pdf di un report eseguito dal dall'engine di ReportingStudio.
Il nuovo web-method si chiama PdfExecuteReportRS ed ha gli stessi identici parametri del pre-esistente web-method PdfExecuteReport per facilità di switch fra le due chiamate.

Il nuovo metodo ignora i parametri impersonatedUser e useAppoximation. Il tool MagicLinkTester espone la nuova funzionalita a partire dalla release 4.1.0.2

10793

Impostare il Punto vendita in primanota tramite MagicLink

Utilizzando TCPOS con diversi Punti vendita (Store) e importando un file XML tramite MagicLink,
se il file contiene un documento di primanota IVA (Corrispettivi) con impostato il Punto vendita (<maxs:Store>TEST</maxs:Store>)
tale informazione non viene riportata in primanota, ma viene utilizzato l'ultimo punto di vendita attivato manualmente su Mago.
Con la miglioria sarà possibile indicare nel file XML su qualle punto di vendita deve essere caricato il documento.

AREA MANUFACTURING

10384

IT

Riordino materiali mancanti

Eseguendo la procedura di riordino a fornitore materiali mancanti, nel caso in cui si inserisca il fornitore a mano su una riga con quantità da riordinare, la selezione avviene in automatico senza necessita' di mettere manualmente la spunta.

DISTINTA, CICLI E ANAGRAFICHE

10597

Costificazione Distinta Base con componenti a media ponderata di periodo

E' stato aggiunto un parametro nei parametri della Distinta Base che permette, nella sola Costificazione della Distinta Base, di prendere il costo a Media Ponderata invece che quello Standard per i componenti valorizzati a Media Ponderata. La media ponderata di periodo viene presa SOLO nella procedura di constificazione distinta base, non ad esempio nel costo preventivo degli OdP Il campo nei parametri si chiama "Utilizza la media ponderata per i componenti della distinta base nella procedura di Costificazione Distinta Base" Use Weighted Average for the BOM components in BOM Costing procedure

MRP

10796

Previsioni di Vendita e Ordini Cliente scaduti

Nella procedura di MRP, si richiede di disabilitare il parametro 'Considera ordini scaduti' se si seleziona l'opzione 'Maggiore dei due' nella sezione delle previsioni di vendita.

DOCUMENTI E PROCEDURE PRODUZIONE

10693

Rollabck e lotto sull'OdP

In caso di rollback a creato di un OdP con un lotto già assegnato, il programma non cancella più il codice del lotto sulla testa dell'OdP .
In questo modo, alla nuova consuntivaizone utillizzerà sempre lo stesso lotto.
In caso di lotti multipli utilizzerà gli eventuali lotti figli già esistenti e creerà i mancanti.

10554

Buono di Prelievo e Movimenti di Magazzino

E' stato inserito un parametro che permette di eseguire una serie di controlli sui movimenti di magazzino generati da BdP Il parametro si trova nei parametri di manufacturing, scheda "Avanzati" e si chiama "Controllo movimenti di magazzino generati da buono di prelievo" I valori possibili sono:
0 = nessun controllo (default)

1 = controllo e in caso di dati non congruenti messaggio di avvertimento
2 = controllo e in caso di dati non congruenti messaggio di avvertimento e abort del prelievo (e della consuntivazione se il

prelievo viene eseguito consuntivando un OdP) I controlli eseguiti sono:
- La quantità prelevata sulla riga di fabbisogno deve essere uguale alla somma delle quantità delle righe di prelievo
- Esistenza per ogni riga di prelievo di una corrispondente riga nel movimento di magazzino di prelievo
- L'articolo prelevato deve essere lo stesso della corrispondente riga nel movimento di magazzino di prelievo
- Il lotto prelevato deve essere lo stesso della corrispondente riga nel movimento di magazzino di prelievo
- La quantità prelevata deve essere lo stessa della corrispondente riga nel movimento di magazzino di prelievo
- Il deposito da cui è stato eseguito il prelievo deve essere lo stesso del corrispondente movimento di magazzino di prelievo - Il tipo specificatore da cui è stato eseguito il prelievo deve essere lo stesso del corrispondente movimento di magazzino
- lo specificatore da cui è stato eseguito il prelievo deve essere lo stesso del corrispondente movimento di magazzino

10524

IT

CIG e CUP su Ordini a Fornitori creati da Riordino Mancanti

La procedura di Riordino a Fornitore materiali Mancanti quando genera l’Ordine a Fornitore partendo da Piano di Produzione in automatico mostra e poi riporta nel corrispondente ordine il codice CIG e CUP. Questo avviene ogni qual volta viene correttamente estratto il codice ordine cliente da cui viene recuperata l'informazione se presente.

10492

Gestione Manodopera - aggiunta in classe consuntivazione

E' stata aggiunta la gestione della mandopera nella classe ConfrimRtgSteps

10427

IT

Descrizione fasi alternative nella procedura "Lancio in Produzione"

Nella procedura Lancio in produzione, nel caso in cui si imposti il flag su "selezione manuale successiva" nel filtro "Fasi Alternative", la colonna descrizione fa ora vedere la descrizione dell'operazione alternativa.

10370

Data di Consegna su Ordine Cliente

E' stato aggiunto un pulsante nella toolbar della griglia degli ordini cliente che permette di aprire una finestra che visualizza la data di consegna proposta per gli articoli di tipo distinta o ricetta La data di consegna viene calcolata partendo dalla data dell'ordine aggiungendo il massimo tra i giorni di leadtime di produzione e di acquisto dei componenti o ingredienti per ogni livello di distinta o ricetta L'algortimo non tiene conto dell'associazione in fase di articoli o semilavorati La finestra deve essere come quella dell'immagine Estimated Delivery Date.png

INTEGRAZIONI CON MODULO RETAIL

10493

Attivazione Ricetta / POS

Dalla console togliere il controllo per cui il modulo della Ricetta Alimentare è condizionato al connettore di Tcpos. L'attivazione della Ricetta non va condizionata a un connettore POS.

10465

Sostituzione Ricetta\Distinta con Ingredienti\Componenti

Si richiede che, per i movimenti di magazzino che provengono da documenti derivanti da TC\POS o Instore app, non sia effettuata la sostituzione della ricetta\Distinta con i suoi Ingredienti\Componenti.

10357

Scontrino con Ricette Alimentari con Natura Articolo Acquisto

E' stato aggiunto un nuovo parametro nei parametri della Ricetta Alimentare che permette di scaricare da Scontrino anche le Ricette che sono collegate ad Articoli con Natura Acquisto Parametro "Scarica ingredienti anche per articoli di natura acquisto in scontrini, ricevute e fatture", sotto "Scarico Ingredienti"

Default FALSE

Abilitando questa opzione è possibile scaricare da scontrini, fatture o ricevute fiscali gli ingredineti di una ricetta legata ad un articolo indipendentemente dalla sua natura (Acquisto, Semilavorato,Prodotto Finito).

Il parametro viene gestito in Scontrino, Ricevuta Fiscale e Fattura ed agisce solo nello scarico ingredienti (non componenti)

PRODUZIONE E WMS E MOBILE

10645

Barcode dell'Ordine di Produzione

Si richiede di creare un report che stampa gli OdP con il relativo codice a barre ricavato dal numero di ordine e non dal barcode strutturato.

10637

IT

aggiunta metodi analisi producibilità

Apportare le seguenti modifiche alla procedura di analisi producibilità inserendo i seguenti metodi pubblici:

File: ExplosionLevel.h Classe: CExplosionLevel Aggiunta del metodo pubblico void DeleteCache()

File BOMExplosion.h
Classe: CBOMExplosion aggiunta di un metodo pubblico void DeleteCache()

{ m_ReadingLev.DeleteCache();}

{ m_ExpLev.DeleteCache(); }

10483

IT

Avanzamento Odp

E' a disposizione un nuovo parametro che permette di bloccare il prelievo (l'avanzamento e/o lancio con contestuale prelievo ) in caso uno costi dei componenti sia zero.
Il parametro agisce sia in produzione base che avanzata. Il lancio senza prelievo non viene bloccato.

10421

IT

Aggiunta Linea di Prodotto sugli Ordini di Produzione

Nei movimenti di magazzino generati dalla produzione viene ora riportata l'informazione delle linee di prodotto presenti nelle Anagrafiche Articolo. Sono gestiti nei movimenti di prelievo, scarico, reso e sfridi per i componenti e versamento di prodotto finito, seconda scelta e scarto.

10388

IT

Generazione piano di produzione da ordini cliente - aggiunta filtro per stabilimento

Nella generazione dei piani di produzione da ordini clienti e' ora presente filtro che permette di identificare e filtrare per tutti i prodotti finiti o articoli di acquisto da caricare a seconda dello stabilimento ad essi eventualmente connesso.

10222

Riordino materiali a WMS

Si richiede che la procedura di Riordino materiali a WMS, che attualmente considera solo gli OdP in stato Creato, analizzi anche gli OdP in stato Lanciato e\o In Lavorazione. In questo modo si potranno riordinare anche i materiali di OdP già Lanciati o In lavorazione che non siano ancora stati prelevati.

VISIBILITÀ

10723

Visibility - Riorganizzazione menu

Si richiede di spostare le voci relative alla visibilità presenti in taskbuilder framework nel menu di Mago4. Le voci relative ai Visibility Services andranno posizionate in una nuova voce Servizi\Visibilità -------Eliminata ----- analogamente andrà creata anche la nuova voce Parametri \Visibilità sotto i parametri di Mago. Il dataentry per abilitare le varie entità della visibilià e l'entità custom andranno invece spostate sotto Servizi alla voce Visibilità in due tile separate. Una con Visibilità e l'altra con l'Entità Custom

Qui sono inseriti anche i due paraemtri relativi alla Entità Custom

10722

Visibility - Listino prezzi clienti fornitore articolo

Si richiede la possibilità di gestire la visibilità anche sui listini lato acquisti

10697

Creazione reportistica per visibility

Si rende necessario creare alcuni report per stampare i dati relativi alla Visibility. Si richiede di avere un report ''Elenco Codici di Visibilità'' che visualizzi l'elenco delle Entità e i relativi Codici di visibilità esistenti per ogni singola Entità Si necessita di un report ''Elenco attribuzioni Codici di Visibilità agli elementi delle Entità'' che visualizzi per ogni Elemento di una entità il codice di visibilità ad esso attribuito. Si richiede di avere un report ''Visibilità per Addetto\Risorsa'' che visualizzi i permessi attribuiti ad ogni singolo Addetto\Risorsa. Si richiede di acere un report ''Dettaglio attribuzioni per Codice di Visibilità'' oppure ''Scheda dettaglliata Codice di Visibilità'' che visualizzi, dato un codice di visibilità, tutte le attribuzioni esistenti per esso.

10695

Visibility - Entità Custom

Si necessita di inserire una Entità Custom al fine di creare diversi codici di visibilità associabili a specifiche funzionalità di Mago4.

10446

Visibility-Assegnazione chiavi visibilità in fase di inserimento elemento entità

E' possibile ora per un determinato utente all'atto dell'inserimento di una nuova occorrenza di una data entità (non in modifica) scegliere se assegnare una chiave di visibilità fra quelle a lui associata.
In particolare viene proposta la visibilità full o il codice visibilità a lui associato come di default nel nuovo apposito campo, ma ogni utente avrà comuqnue facoltà di modificare tale valore tramite la scelta (combo box) in fase di nuovo inserimento di uno dei codici a lui attribuito (direttamente o ereditato per gerarchia).

10137

Visibility Lite

E' stata aggiunta la possibilità di avere la visibilità di un entità in versione Lite Un entità può avere una visibilità Full OPPURE Lite
Le entità già rilasciate (CUSTOMER, SUPPLIER, STORAGE, SALE_PERSON, SHOP) sono tutte di tipo Full.
le nuove entità che verranno rilasciate in futuro potranno essere Full o Lite. Se un utente non ha visibilità sul valore di un entità di tipo Lite non potrà selezionarla nelle regole di richiesta dei report, negli hot-link e nei radar. Potrà però vedere tutti i documenti che contengono quel valore di entità. Esempio:

- Gli articoli di magazzino (ITEM) hanno visibilità Lite. - Gli articoli hanno due visibilità 1 e 2
- L'articolo ART1 ha visibilità 1
- L'articolo ART2 ha visibilità 2

- L'utente USR1 può vedere solo gli articoli con visibilità 1 - L'utente USR2 può vedere solo gli articoli con visibilità 2

L'utente USR1 crea un nuovo ordine.
- Non può inserire righe con l'articolo ART2, non lo può scegliere con l'Hot-Link e non lo vede nel Radar. - Può però vedere e modificare un ordine creato dall'utente USR2 contenente l'articolo ART2

9373

Visibilità - Entità Listini di Vendita

E' satata creata la nuova entità Listini di Vendita

INTEGRAZIONE SOSTITUITIVA

10798

IT

Bolle di carico e conservazione sostitutiva

Si richiede la possibilità di mettere in archiviazione sostitutiva le bolle di carico del fornitore essendo obbligatoria in caso di dematerializzazione del cartaceo
E' richiesta quindi la possibilità di abilitare la classe documentale e relativa archiviazione automatica da Mago

Nr.

Nazione

Testo

MAGAZZINO

10649

Ricerca per Codice a Barre ed Unità di Misura

Nei documenti del ciclo attivo e del ciclo passivo, e nei Movimenti di Magazzino, effettuando la ricerca articolo per codice a barre, o utilizzando la funzione "Il codice articolo si comporta da barcode", se al codice a barre è stata associata un'unità di misura, questa deve prevalere rispetto alle altre ed essere proposta nel documento.

ACQUISTI

10662

IT

Nuova gestione Dich. Intento: consumi con spese di incasso e sconti

Con la nuova gestione delle Dichiarazioni di Intento, si richiede di gestire i consumi del plafond in presenza di spese di incasso e sconti di piede

WAREHOUSE MANAGEMENT SYSTEM

10727

Filtro per commessa in Generazione PreShipping da Ordini Clienti

Si richiede la possibilità di poter filtrare per Commessa nella procedura Generazione PreShipping da Ordini di Vendita.

10511

Filtro per data prevista consegna in generazione missioni di magazzino

Viene aggiunta la possibilita' di filtrare per data prevista consegna nella procedura Generazione Missioni di magazzino da Pre-shipping.

10442

IT

Prelievo del Lotto per Data/Nr Lotto/Nr Stock

Si richiede che le "Strategie di prelievo per articoli a lotti" "Data Validità Lotto" e "Data Validità Lotto a Livello di Deposito" possano opzionalmente ordinare il prelievo per Nr Lotto + StockNumber o per StockNumber.

10353

Missioni Contrarie per Lotto in PreShipping

Nel riquadro Dettaglio del Picking delle PreShipping è ora presente il bottone Missioni Contrarie, che si abilita solo in stato di browse del documento selezionando un lotto nella griglia sottostante.
Tale bottone permette di generare delle Missioni di Magazzino contrarie a quelle di prelievo del lotto selezionato in modo tale da riportare a dimora il lotto e rendere nuovamente prelevabile la quantità prelevata dal lotto in questione.

Qualora a fronte di più righe di PreShipping sia stata generata un'unica Missione di Magazzino, questa potrà essere stornata solo interamente. Vedi documento allegato

WMS MOBILE

10610

Miglioramento performance download missioni

Si richiede di migliorare le performance relative al download della lista di missioni da completare sul terminale

10490

Quantità proposta nelle MdM Manuali di Trasferimento

Quando si registra una missione di magazzino manuale di trasferimento stock articoli, l'app WMS Mobile propone di default il valore 1,00 nel campo quantità mentre vorremmo che venisse proposto 0. Questo perchè potrebbe capitare che l'operatore

confermi per errore andando così a confermare la MdM.

10489

IT

Visualizzazione Qtà presente in Ubicazione nelle MdM Manuali di Trasferimento

Quando si esegue il TRASFERIMENTO STOCK ARTICOLI con il terminalino, si può incorrere nell'errore di inserire una QTA errata di prodotti che vengono spostati (nel senso che non sono disponibili nella ubicazione di partenza).

Si richiede pertanto che quando si è scannerizzata l’ubicazione da cui si sta trasferendo l’articolo e il codice da trasferire, sul terminalino compaia la quantità che c’è su quell’ubicazione.

10343

Annullamento Missioni confermate non sincronizzate

In WMS Mobile Android, nelle funzioni 'Picking' e 'Picking e Packing' ('Conferma Missioni' | 'Spedizioni'), nella finestra 'Missioni di Magazzino', dove appunto è presente la lista delle Missioni di Magazzino che l'utente deve confermare o ha confermato senza aver ancora sincronizzato, è ora possibile annullare la conferma inserita riportando la Missione ad essere da Confermare (Stato = In Progress).

10246

Controllo qta in pre-shipping su WMS Mobile Android

Nasce un flag nei parametri WMS Mobile che, sotto copertura, controllerà che la quantità confermata NON sia superiore a quella in PreShipping. Se da una riga di preshipping si generano più MdM ognuna di queste potrà essere confermata per una qta superiore (se previsto dai parametri) ma nella globalità non più di quanto presente in PreShipping. Viene aggiunto pertanto un parametro in Preferenze | Logistics | WMS | Parametri WMS Mobile nei Dati Pricipali sotto il gruppo Missioni di Magazzino di Prelievo con descrizione Consenti il prelievo di quantità maggiori rispetto a quelle richieste in Pre Shipping. Il controllo deve scattare in fase di conferma delle missioni di prelievo sui terminalini e solo sotto copertura di rete.