Migliorie apportate - Mago.Net 3.2.3

Stampato il 29/12/2011
Migliorie apportate
Nr.
Nazione
Testo
ANAGRAFICHE
4388
IT
Aggiornamento file di default banche ABI-CAB
Aggiornamento al 30/11/2010 del file di default opzionale delle Banche di Italia codificate come ABI-CAB.
Controlli su codice fiscale
4329
Il campo codice fiscale ammette ora tutti i tipi di carattere (in precedenza accettava solo lettere e numeri), il controllo sulla
lunghezza pari a 16 e sulla correttezza della struttura viene eseguito solo nel caso di ISO stato Italia.
Lunghezza partita IVA e codice fiscale in anagrafica clienti/fornitori
4438
Si è deciso di aumentare la dimensione dei campi Partita IVA e Codice Fiscale fino a 20 caratteri, nelle anagrafiche dei
Clienti/Fornitori. L'esigenza nasce dalla necessità di dover gestire gli identificativi fiscali di aziende residenti in paesi a
fiscalità privilegiata, quindi ai fini della comunicazione Black List.
CONTABILITÀ
4439
IT
Black List - aggiunti nuovi controlli sui dati
Nella procedura di stampa comunicazione operazioni con paesi a fiscalità privilegiata (Black List) viene ora proposto il
parametro Dichiarante diverso dal contribuente se l'azienda non è una persona fisica.
Inoltre viene controllata la presenza della natura giuridica, nonchè dei dati relativi alla persona fisica se si è impostato
l'apposito flag in anagrafica Azienda.
Infine viene controllato che tutti e tre i campi relativi ai "Soggetti non residenti" siano presenti o assenti. E' stato aggiunto un
controllo che richiede la compilazione del Codice UIC nella tabella dei codici ISO stato se si è attivato il parametro Paese a
fiscalità privilegiata. Comunque durante la generazione del file viene data la segnalazione dell'eventuale assenza del codice
UIC.
Impegno alla presentazione telematica.
Le istruzioni citano testualmente: "Deve essere barrata, inoltre, la prima casella se la comunicazione è stata predisposta dal
contribuente, oppure la seconda se la comunicazione è stata predisposta da chi effettua l’invio."
Nel modello però esiste una sola casella! "Impegno a presentare in via telematica la comunicazione", essa verrà sempre
barrata visto che la comunicazione può essere inviata solo telematicamente!
Nel file invece esiste la possibilità di specificare se la comunicazione è stata predisposta dal contribuente oppure no, pertanto
tale informazione verrà riportata nel file in base all'apposito flag richiesto a video.
4437
IT
Black List per clienti/fornitori senza Partita IVA e Codice Fiscale
Nella procedura di aggiornamento e stampa della black list, i clienti/fornitori senza Partita IVA e senza Codice Fiscale
venivano scartati.
Vista la difficoltà di reperire tali informazioni e considerato che il software dell'Agenzia delle Entrate non impedisce l'invio
del file in assenza di queste informazioni ora il programma elabora anche queste anagrafiche.
Siccome sia i modelli che il file, richiedono di raggruppare in un'unica scheda i clienti che sono anche fornitori, tale
raggruppamento avverrà per Partita IVA e Codice Fiscale, o in mancanza di tali dati, in base alla Ragione sociale.
-1-
Stampato il 29/12/2011
4436
IT
Black list per rappresentanti fiscali e bolle doganali
Si richiede di includere nell'elaborazione dei dati per la comunicazione delle operazioni con i paradisi fiscali quelle
operazioni effettuate con rappresentanti fiscali comunitari che rappresentano aziende residenti in un paese Black List. Ad
esempio le operazioni effettuate con un rappresentante fiscale Italiano o Tedesco di un'organizzazione Svizzera.
In anagrafica clienti/fornitori è ora possibile indicare un codice cliente/fornitore da utilizzare ai fini della compilazione della
Black List, va indicato solo se diverso dal codice anagrafico. Riprendendo l'esempio di cui sopra, in anagrafica del
rappresentante fiscale Italiano o Tedesco occorre indicare nella scheda Black List il codice dell'azienda Svizzera (anch'essa
deve essere censita nelle anagrafiche, anche se le fatture verranno sempre fatte al rappresentante fiscale Italiano). Il nuovo
codice viene riportato nei documenti contabili, se non presente viene posto uguale al codice cliente/fornitore di testa. Ai fini
della generazione dei dati per la Black List verrà considerato il nuovo codice cliente/fornitore. Questo meccanismo può
essere utilizzato anche in presenza di bolle doganali. In questo caso infatti, la fattura è intestata al fornitore Dogana, ma in
primanota è possibile indicare il codice del vero fornitore della merce. Questo permetterà alla procedura di generazione del
file di estrarre anche questi documenti che altrimenti andrebbero inseriti manualmente.
4435
IT
Black list - note di variazione di periodi non in black list
Il programma ora esclude le note di variazione relative a periodi precedenti all'introduzione della Black list, cioè collegate a
fatture registrate fino al 30/06/10 (periodo non in black list).
Le note di variazione inserite direttamente in contabilità sono escluse solo se registrate nel 2010 e se si è impostato il
parametro Nota di variazione relativa a fatture di anni precedenti.
Aggiornamento aliquote IVA utilizzate
4401
Occorre gestire il caso del cambio aliquote IVA utilizzate, per esempio quelle di legge previste per un paese possono venire
aggiornate, occorre quindi prevedere l'aggiornamento automatico dati del programma. Nei Servizi | Anagrafiche, aggiunta
una procedura wizard batch di aggiornamento automatico dei codici IVA presenti nei default, nei clienti/fornitori, nei
documenti da fatturare, negli articoli, di modo da poter aggiornare in automatico e completo i dati al cambio di codici IVA.
Nello specifico sono stati aggiornati anche i dati default aliquote IVA utilizzate in Polonia dal 1/1/2011: 22%->23%, 75>8%, 3%->5%.
4394
IT
Black List con soggetti senza partita IVA - Black List elaborazione per data registrazione
In assenza di ulteriori chiarimenti si rende necessario consentire l'elaborazione delle operazioni con soggetti IVA dei paesi
Black List anche se non hanno la Partita IVA ma solo il Codice Fiscale.
Viene introdotto un apposito parametro nell'anagrafica clienti/fornitori per consentire l'esclusione dalla black list nonostante
sia stato impostato un codice ISO Stato che appartiene alla black list; per gestire ad esempio il caso di soggetti privati. Inoltre
emergono perplessità riguardo al periodo di riferimento delle operazioni. Attualmente l'elaborazione dei documenti
emessi/ricevuti avviene per data documento. Si introduce un apposito parametro di setting che consenta invece di considerare
i documenti in base alla loro data di registrazione.
Tale parametro si chiama "BlackListByDocDate" e si trova nel file "Accounting.config" nella sezione "Accounting".
NB: per gli utenti MagoXP non è necessario impostare il flag in quanto i dati verranno sempre estratti per data registrazione.
Con la circolare n. 53/E pubblicata il 21/10/10 L'Agenzia delle Entrate ha stabilito che il momento rilevante per determinare
il periodo in cui comprendere le operazioni da segnalare coincide, in generale, con la data di registrazione.
Pertanto in Mago.Net rel. 3.2.2 si rende necessaria la disimpostazione del parametro BlackListByDocDate mentre a partire
dalla rel. 3.2.3 di Mago.Net il flag viene disattivato e non occorre eseguire alcun intervento manuale. Esempio di contenuto
del file Accounting.Config per ottenere l'elaborazione per data di registrazione:
-2-
Stampato il 29/12/2011
<?xml version="1.0" encoding="utf-8"?>
<ParameterSettings>
<Section name="Accounting" localize="">
<Setting name="BlackListByDocDate" type="bool" value="0" />
</Section>
</ParameterSettings>
Tale file dovrebbe essere inserito nella custom.
GESTIONE PARTITE
4349
Importo modificabile in Anticipo Factoring
Nel momento in cui si registra l'anticipo è ora possibile modificare l'importo anticipato perché non sempre corrisponde
precisamente alla percentuale prefissata, spesso gli importi vengono arrotondati.
CONTABILITÀ ANALITICA
4214
Bilancio pluriennale per commessa
Si richiede la possibilità di gestire il bilancio per commessa "pluriennale", visto che tipicamente la commessa non ha legami
con i dati di esercizio. Per es. Bilancio di commessa, economico, da 1.1.2008 a 30.9.2009.
TASKBUILDER FRAMEWORK
4445
Migliorie al sistema di logging delle operazioni sul database aziendale
Per venire incontro alle esigenze espresse da più utenti di MagoNet sono state fatte delle migliorie al sistema di logging delle
operazioni sul database aziendale, sistema attivabile mediante il flag DebugSqlTrace presente tra i Parametri di
Sistema/Framework/Connessione dell'Administrator Console
Ricordiamo che il sistema crea i file di log per ogni utente applicativo nella cartella Log presente nella directory Custom
dell'azienda da monitorare (nome file: nomeutente_TraceSql.log).
Il sistema di logging è un ottimo strumento per individuare problemi di comunicazione con il database ma è altresì oneroso
poichè riduce drasticamente le prestazioni dell'applicativo MagoNet. In genere la sua attivazione viene richiesta dal Supporto
Microarea solo quando strettamente necessaria, configurando al meglio lo strumento.
Ecco le migliorie effettuate:
- il file di log di ogni utente non viene più sovvrascritto ma ne viene creato uno giornaliero - è possibile restringere "il campo
di osservazione" elencando nella voce SqlTraceTables presente in Administrator Console tra i Parametri di
Sistema/Framework/Connessione il nome delle sole tabelle da monitorare. I nomi devono essere divisi da una virgola.
4420
Invio log di errore a Microarea
Quando si verificano dei crash di programma viene mandato, previo richiesta all'utente, un log dell'errore a Microarea; l'invio
del log di errore viene effettuato da LoginManager tramite connessione http previo download dei program database file
necessari alla ricostruzione del contesto di errore.
TASKBUILDER FRAMEWORK: WOORM
4434
Funzione WeekOfMonth
Viene resa disponibile una variante della funzione WeekOfMonth che si adatta meglio alla funzione WeekOfYear Per
ottenere il nuovo comportamento occorre aggiungere un parametro opzionale numerico con valore 1 (Il valore 0 selezione il
comportamento precedente Sono state allineate le funzioni WeekOfMonth e WeekOfYear di Easylook con quelle di Woorm
MRP
-3-
Stampato il 29/12/2011
4430
Lancio MRP
E' stato ottimizzato e velocizzato l'algoritmo del MRP, sia per quanta riguarda il lancio MRP che la conferma degli OdP
proposti
DOCUMENTI E PROCEDURE PRODUZIONE
4422
Esplosione semilavorati kanban
E' stato inserito un nuovo parametro nei settings della distinta, che permette di non considerare come kanban tutti i
semilavorati sottostanti ad un semilavorato definito come kanban. Nei settings della distinta è sufficiente inserire la seguente
stringa:
<Setting name="SingleLevelKanban" type="bool" value="0" />
-4-