In elaboratori con Windows 7 o Vista poteva manifestarsi un errore del tipo "Impossibile creare il file ..." entrando in acquisizione da terminalino Formula 734.

Il programma di stampa Notes Clienti (o Fornitori) si bloccava brutalmente se all'interno degli stessi erano state memorizzate delle tabulazioni.

Nella procedura per importare le causali contabili da un'altra azienda (presente nel menù Utilità-Programmi di Servizio), il pannello di selezione della ditta non teneva conto delle nuove funzionalità di Metodo, che permettono di avere gli archivi in una cartella e non in un disco mappato, per cui i dati venivano visualizzati troppo in piccolo e risultavano illeggibili.

Se immettendo un nuovo mastro, conto o sottoconto si effettuava una ricerca sul campo gruppo, mastro o conto, compariva erroneamente, nella finestra con il risultato della stessa, un pulsante denominato "E/Conto" che, se cliccato, generava l'errore di cui all'oggetto.

In alcuni particolari frangenti poteva capitare che il programma generasse un errore del tipo "Range check error" caricando le ultime impostazione salvate di alcuni tipi di finestre.

In gestione Preventivi (o Richieste di Offerta) il pulsante per ottenere l'E/Conto risultava scollegato per cui la pressione su di esso non produceva alcun effetto.

Dopo aver confermato l'annullamento di una registrazione di magazzino il tasto "vai al" rimaneva disattivato (anche se si posizionava la linea luminosa in una riga valida) e si riabilitava solo cliccando su "rileggi".

Se, dopo aver selezionato dall'ordine fornitore le righe da evadere ed essere entrati nel "corpo" del documento di carico, si lasciava la linea luminosa sul primo articolo e si confermava, le righe analitiche/digitate dell'ULTIMO articolo non venivano memorizzate per cui rientrando nel documento non si vedevano più.
Se, prima di memorizzare, si spostava la linea luminosa sotto l'ultima riga digitata/analitica, allora tutto funzionava; se la si posizionava sulla penultima riga digitata/analitica, allora la memorizzazione arrivava fino a lì.

Se in fase di immissione scadenze si entrava nella 24° (l'ultima della prima pagina), appena si tentava di indicare la data il programma segnalava un errore del tipo "Range check error".

Nella procedura di immissione scadenze, nel caso se ne inserissero più di 100 e fosse attivo lo zoom delle finestre, il programma troncava le diciture in fianco ai campi di input delle rate.

Se si tentava di esportare in PDF una delle pagine visualizzate nel tabulato di controllo DdT (o Fatture immediate) il programma non rispettava la cartella selzionata.

Nella procedura "Carico magazzino da documento", dopo aver scelto la funzione "stampa etichette" e aver confermato gli articoli desiderati, il programma non proseguiva con l'eventuale selezione del modulo etichetta e quindi non effettuava alcuna stampa.

Se di un ordine con descrizioni analitiche (o righe scritte manualmente dopo un articolo), si immetteva il carico da documento, l'ultima riga descrittiva (analitica o manuale) dell'ULTIMO articolo dell'ordine NON veniva riportata nel corpo del documento di carico.

Se, dopo aver scelto l'opzione "stampa etichette" dal corpo del documento di carico, dalla finestra che elenca gli articoli si tentava di deselezionarne qualcuno il programma si bloccava e veniva chiuso.

Se si tentava di esportare un E/Conto Distinte Priovvigioni in PDF e si cambiava la cartella in cui memorizzare il file, il programma lo generava sempre e comunque in un'altra cartella.

In alcuni casi particolari, elaborando l'esposizione periodica dello scadenzario fino ad un certo mese, il programma inseriva erroneamente l'ultimo mese nei periodi successivi e non lo visualizzava.

In un elaboratore con lo zoom attivato, entrando in correzione di un distinta base dalla procedura di gestione degli articoli di magazzino, la griglia di visualizzazione della stessa risultava sproporzionatamente grande.

In alcuni particolari frangenti era possibile che in fase di chiusura della finestra di visualizzazione di un E/Conto contabile, il programma generasse un errore del tipo "Access Violation at..".

Il testo introduttivo della finestra di impostazione dei parametri, nella procedura di stampa Registri IVA definitivi, veniva troncato se si attivava lo zoom.

Registrando una fattura di acquisto o vendita in elaboratori con sistema operativo Windows XP, una volta che si era scelto il tipo operazione iva (IMP.MERCE, IMP.SPESE, ...) la descrizione che veniva riportata sotto la dicitura "Operazione Iva" non corrispondeva alla scelta fatta ma alla dicitura di quella successiva.
Esempio:
IMP.MERCE
IMP.SPESE
BENI STRUM.
se sceglievo IMP.MERCE veniva visualizzato IMP.SPESE
se sceglievo IMP.SPESE veniva visualizzato BENI STRUM.

N.B.: si fa presente che era solo un problema "visivo" in quanto la registrazione veniva comunque memorizzata in modo corretto.

Se dalla procedura "gestione prestazioni servizi"si effettuava una selezione multipla per togliere il flag di "fatturato" da più documenti il programma segnalava un errore del tipo "Range check error".

Il riquadro dei progressivi contabili all'interno della finestra di gestione dell'anagrafica di un cliente/fornitore non veniva visualizzato per intero.

Se il tracciato di stampa delle conferme ordini utilizzato prevedeva l'evidenziazione del codice valuta, stampando una conferma ordine subito dopo essere entrati nella "gestione parametri generali" non veniva correttamente stampato il simbolo dell'Euro.
Questo non si verificava nel caso in cui, al posto del simbolo, si era optato per la stampa della scritta "EUR".
In ogni caso uscendo e rientrando in Metodo il problema scompariva.

In un'azienda con molti ordini fornitori, in fase di correzione di un documento di carico con evasione degli stessi, poteva manifestarsi un errore indicante l'impossibilità di agganciare la riga di evasione.

Se si entrava in un e/conto richiamandolo dall'immissione registrazioni contabili, il campo attivo risultava essere "in ordine di" e, se per caso si premevano i tasti cursore (freccia giu' o pag.giu'), lo si modificava da "data reg." a una delle altre possibilità generando perplessità nell'operatore che, se non si accorgeva della cosa, pensava che il programma sbagliasse l'elenco delle registrazioni.

Nella procedura di stampa distinta di presentazione delle Ri.Ba. non era più possibile impostare il margine superiore in millimetri.

Se dai tabulati personalizzati (di qualunque genere: clienti, fornitori, listini, ecc.) si provava ad elaborare la stampa con un sistema di ricerca in cui la chiave di ricerca veniva lasciata vuota, il programma segnalava un errore del tipo "Range check error".

Il programma di stampa del packing list stampava, a livello di riga, il valore complessivo di pesi e volumi anche nelle righe descrittive (che quindi corrispondeva a "0'").
Ora, in ogni caso, se il valore è zero non viene stampato.

Con alcuni client di posta elettronica (es. Outlook 2007) se si tentava l'invio della lettera estratto conto non veniva allegato il PDF relativo.

Se si elaborava una situazione  impegni clienti dallo scadenzario impostando un sistema di ricerca il cui risultato era "nessun dato trovato" e, subito dopo, nella finestra delle selezioni si impostava il nominativo di un preciso cliente, il programma erroneamente teneva in memoria anche il sistema di ricerca utilizzato nella precedente elaborazione e quindi il risultato dell'elaborazione era ancora "nessun dato trovato" anche se il cliente appena scelto aveva comunque delle scadenze in essere.

La procedura di "stampa distinta ricevute bancarie" non riportava più, in fondo alla pagina, nè la data di stampa nè il numero di pagina.

In alcune circostanze totalmente casuali, il programma di importazione DdT da file TXT poteva causare un errore del tipo "Access violation at...".
E' stata inoltre corretta un'altra anomalia per cui non era prevista l'importazione di un rappresentante con codice 0.

La procedura di apertura di clienti/fornitori eseguita "su documento", in alcuni casi poteva interrompersi con un errore del tipo "Range check error".

Se dalla procedura di immissione registrazioni prima nota si richiamava per numero una causale contabile solo "descrittiva", il programma segnalava un errore del tipo "Access Violation at...".

Se nella stampa partitari contabili si richiedeva anche la contropartita, in alcuni casi (ad esempio con nomi i cui caratteri iniziali erano le virgolette), si poteva verificare un errore del tipo "Access Violation ...".

Nel passaggio di versione a Metodo 2.50, era possibile, in alcuni casi, che si perdesse il collegamento con gli anni precedenti.

Se avendo le aziende collegate si richiedeva il conto economico su più anni, nel risultato dell'elaborazione non veniva correttamente visualizzata l'intestazione dei diversi anni.

A causa di un errore nella lettura dei tracciati M20 con tre righe di destinazione diversa era possibile, in alcuni casi, che in fase di immissione di un novo ordine, dopo aver richiamato il cliente, il programma invece di compilare correttamente la terza riga di destinazione diversa riportasse in tale campo un dato casuale dell'archivio clienti.

In presenza di multimagazzini, nel programma "Rivalutazioni automatiche" - "Variazione aliquota IVA", a causa di un errato dimensionamento della finestra di selezione, non veniva correttamente visualizzata la selezione del magazzino.

In un elaboratore con lo zoom attivato, la finestra di importazione articoli/clienti da xls/dbase non veniva visualizzata completamente (veniva troncata l'ultima parte della frase di importazione dati a video).

È stato corretto un possibile errore nel calcolo del codice fiscale che, in qualche caso, generava un codice sbagliato.

Se dalla finestra di gestione articoli di magazzino si cliccava sul pulsante "Sistema di ricerca" per applicare un filtro agli articoli visualizzati, il programma apriva la finestra dei sistemi di ricerca senza evidenziare l'ultimo utilizzato per cui, se erroneamente si faceva doppio click in una zona bianca della lista, il programma segnalava un'anomalia del tipo "Range check error".

Se, in un'azienda con i lotti attivati, si tentava di immettere una DdT (o fattura immediata) con evasione di ordini dove almeno uno degli articoli selezionati veniva prelevato da lotti diversi, il programma segnalava un errore del tipo "Il campo 'tipoeva' deve evere un valore".
Lo stesso capitava specularmente in immissione di un carico da documento con evasione ordine fornitore.

Non funzionava in modo corretto il sistema di ricerca sui prezzi di vendita se negli stessi il valore era espresso in percentuale.
In pratica, tramite il programma di Variazione Automatica Campi, non si riusciva a modificare, in uno specifico prezzo di vendita, una particolare percentuale (esempio: variare il prezzo di vendita 3 negli articoli che lo avevano espresso come %50 portandolo a %51.25).

Ora la corretta impostazione del sistema di ricerca implica la digitazione del valore racchiuso tra doppi apici.

Esempio (sulla base di quanto sopraindicato):
Campo: scegliere prezzo vedita 3
Tipo operazione: scegliere uguale a
Valore: digitare "%50"

N.B.: se si dovesse dimenticare di digitare i doppi apici il programma considererebbe tutti i valori con la % uguali a zero e quindi sostituirebbe il dato anche in articoli non compresi nel sistema di ricerca.
Ricordiamo che, prima di effettuare una qualsiasi variazione di archivi, è sempre e comuque obbligatorio eseguire una copia prudenziale degli archivi.

Entrando nella procedura di associazione delle stampanti ai moduli, il programma non visualizzava i moduli M8x, M2x presenti nella cartella "\CONT" degli archivi.

E' stata introdotta una serie di controlli per evitare che il programma segnali un errore del tipo "Access Violation" quando non riesce a leggere in modo corretto le impostazioni della stampante interrogando il driver di interfacciamento con Windows.

Nella procedura di "copia da altra ditta" presente nella preparazione dei tabulati personalizzati, in caso di utilizzo del nuovo sistema "a cartelle" degli archivi di Metodo, non si vedevano i nomi delle ditte in quanto la finestra era troppo piccola.

Se dalla Gestione Parametri - Archivi Banche si cancellava una di quelle presenti e la stessa era stata utilizzata in qualche registrazione dello scadenzario, elaborando successivamente una qualsiasi stampa della "Situazione Impegni" il programma segnalava un errore del tipo "Access violation at address..".
Ora non compare più l'errore ma nelle scadenze "incriminate" viene indicato che la banca è inesistente.

Se si associava la stampante predefinita ad un modulo etichetta articoli (o clienti/fornitori) predisposto come stampa in modo testo (in pratica quelli su modulo continuo), il programma non rispettava l'associazione effettuata e stampava l'etichetta sempre e comunque sulla stampante predefinita.

E' stato corretto un errore del tipo "Cannot Open File ...\PaesiUni.txt" che poteva manifestarsi inserendo o correggendo una registrazione relativa agli "Elenchi Operazioni Rilevanti".

Non funzionava correttamente la combinazione di tasti CTRL-A per il richiamo dell'agenda.

Se, in un archivio nel quale non erano ancora state convertite le RiBa, si entrava in correzione di una fattura con scadenze, il programma poteva memorizzare in modo errato le variazioni eseguite su quelle legate alla fattura in correzione. Ora la modifica viene impedita fino a quando non si è provveduto alla conversione delle RiBa.

Premessa: utilizzo del nuovo sistema di gestione degli archivi "a cartelle" e non "a dischi".

Nella situazione di cui sopra il programma segnalava un "errore generico nella lettura degli archivi" se dall'interno del cambio azienda operativa, essendo posizionati nella pagina delle cartelle archivi, si cliccava su quella dei dischi e, senza selezionarne alcuno, si cliccava sulla "X" per chiudere la finestra.

Registrando una "nota di accredito in reverse charge" venivano correttamente attribuiti in automatico i valori di "saldo partita" su cliente e fornitore ma gli importi risultavano erroneamente preceduti dal segno meno.
Questo scombinava lo specchietto delle partite aperte al momento del pagamento partita fornitori in quanto la nota di accredito risultava "scoperta" per un importo pari all'imponibile + 2 volte l'iva.

Effettuando il tabulato degli ordini fornitori in oggetto, poteva capitare che il riordino delle righe di consegna avvenisse in modo errato. Questa anomalia poteva verificarsi anche in altri tabulati statistici degli ordini.

Inoltre, nel tabulato in oggetto, in caso di riordino per "Fornitore + Codice Ordine", non veniva compilata in modo corretto la riga del cambio chiave e non veniva proposta, come prima colonna del tabulato, quella relativa al codice ordine.

Se in un qualsiasi punto del programma dal quale è possibile ricercare un cliente/fornitore si digitava parte della ragione sociale e, dall'elenco risultante, si posizionava il mouse sul nominativo desiderato e si cliccava sul tasto "Conferma", il programma non confermava la selezione appena effettuata. Funzionava correttamente, invece, se si premeva INVIO sul nominativo oppure se sullo stesso si premeva il doppio click.

Se, dalla finestra di impostazione dei filtri per la selezione estesa scadenze, si scriveva parte di un nominativo cliente/fornitore e poi invece si cliccava sul pulsante per effettuare una selezione con sistema di ricerca, dopo aver impostato quest'ultimo il progrqamma segnalava un errore "Impossibile dare il fuoco ...".

Se dalla correzione di una riga commessa si premevano in contemporanea i tasti ESC (per chiudere la finestra) F2 (per richiamare il menù) e INVIO (per memorizzare le modifiche), poteva verificarsi un errore del tipo "Access Violation at adress...".
N.B.: sottolineiamo che per far comparire l'errore la pressione dei tasti sopraindicati doveva essere "contemporanea".

Se si tentava di effettuare una fatturazione differita (di verifica o definitiva) sbiancando il filtro "codice fattura", il programma segnalava un errore del tipo "range check error..".

Se, in fase di stampa di una "lettera e/conto contabile", dalla finestra dell'anteprima si cliccava sul pulsante "e-mail", il programma non apriva la finestra di compilazione dell'e-mail ma chiedeva dove salvare il file PDF generato.

Se in una qualsiasi delle stampe di Metodo che passano attraverso una visualizzazione a griglia si cambiava, in una colonna, l'allinemento proposto di default, tale variazione non veniva applicata nella stampa vera e propria che manteneva comunque l'allineamento predefinito (es.: se in un e/conto contabile si impostava l'allineamento "a destra" della colonna "N.Doc.", in stampa tale dato veniva comunque allineato "a sinistra" in quanto quest'ultimo era l'allineamento predefinito).

Elaborando un tabulato personalizzato clienti/fornitori, impostato con particolari campi, il programma poteva bloccarsi per qualche minuto e alla fine segnalare un errore del tipo "Stack overflow".

E' stato corretto il seguente errore che si poteva manifestare nell'invio delle e-mail da Metodo tramite Ms Outlook (per intendersi quello di Office e di qualuque sua versione): se dopo aver inviato la e-mail da Metodo ad Ms Outlook si entrava in quest'ultimo e, prima di confermare "Invia/Ricevi", si entrava nel messaggio in uscita per modificarlo, il tentativo di invio successivo falliva e Ms Outllok segnalava un errore del tipo "Malformed address...". Questo non avveniva se non si tentava di modificare l'e-mail.

Stampando il bilancio a sezioni contrapposte in un'azienda con il piano dei conti esteso, il programma non impostava in modo corretto il  font condensato (Arial Narrow) e quindi alcuni dati risultavano incompleti.

Se in gestione registrazioni magazzino si passava da un magazzino ad un altro in cui, sulla base dei filtri di visualizzazione impostati, non c'era nulla da visualizzare, il programma,  invece di nascondere la griglia, evidenziava comunque una riga con i dati compilati in modo errato.

Entrando in gestione movimenti parcella per modificarne uno, ricercando una nuova voce dal tariffario professionale nella finestra di ricerca venivano visualizzati gli articoli di magazzino anzichè le voci tariffario.

Se dalla finestra di correzione riga di uno qualsiasi dei documenti (ordini, ddt, doc.carico, ecc.) si cliccava freneticamente sul pulsante per ottenere l'estratto conto dell'articolo selezionato, su elaboratori particolarmente lenti poteva verificarsi un errore del tipo "Access Violation at...".

Entrando per la prima volta nella procedura di Gestione Archivio Tipi di Pagamento, il primo inserimento di una nuova condizione doveva essere ripetuto due volte per fare in modo che venisse memorizzato.

Se dal corpo di una commessa si eseguiva la procedura di "copia dati da altra commessa", nella finestra di selezione delle righe non venivano correttamente visualizzate le colonne quantità e prezzo (erroneamente riportate a zero).
Era solo un problema di visualizzazione in quanto, una volta confermata la selezione, tutte le righe venivano copiate correttamente con le giuste quantità e prezzi.

Impostando un listino di magazzino del tipo:

• Raggr.
• Q.tà e Val.Car. (da progr.)
• Q.tà e Val Scar. (da progr.)
• in ordine di Raggr.; inizio chiave 1; lungh.chiave 5; stampa soli totali SI 

il programma riportava quasi tutti i raggruppamenti senza dati.

Se nella procedura "Analisi Statistica Rappresentanti" si utilizzava il tasto "shift" per la selezione multipla degli agenti, era possibile sceglierne più di 10 (limite massimo consentito) e questo causava un errore nella conseguente elaborazione.

In gestione bonifici elettronici, selezionando/deselezionando più bonifici per lo stesso fornitore (ad esempio di importo 1000.50 e 200.00), nel "totale" accanto al suo nominativo i decimali non venivano correttamente visualizzati (mentre il totale generale in fondo allo specchietto era sempre corretto cosi' come il file generato).

Allo start di Metodo poteva verificarsi, in maniera molto casuale, remota e solo su sistemi a 64 bit, un range check error.

Se si richiedeva la stampa dell'e/conto contabile di un cliente/fornitore o sottoconto la cui denominazione conteneva una "&" il programma stampava erroneamente una doppia "&&".

Se in una riga di un documento di carico si esprimeva la quantità come formula (es.3+2) il programma erroneamente salvava solo il primo numero della formula stessa (es.3).

Se, facendo l'E/Conto contabile di un sottoconto in un azienda con anni collegati, ci si spostava nella pagina dell'anno precedente, il programma non indicava correttamente il numero totale di movimenti se tutte le registrazioni risultavano già stampate definitivamente nel libro giornale.

Nella finestra di visualizzazione dell'E/Conto contabile compariva un inutile "Attendere elaborazione in corso" se, in presenza di aziende collegate, si passava da una pagina all'altra dei vari anni.

Se, tramite la variazione tracciati anagrafe, si cercava di aggiungere nello scadenzario il campo "calcolo interessi" (cod.att.03, lunghezza 1) risultava impossibile darne conferma in quanto gli veniva attribuita la tipologia "numerico" anzichè "S/N" e questo impediva di portare a termine la creazione.

Se stampando il registro cespiti di un periodo limitato c'erano dei beni strumentali aventi un "cespite di riferimento" che non veniva incluso nella stampa in quanto acquistato al di fuori delle date indicate, potevano verificarsi delle anomalie nella suddivisione dei raggruppamenti e dei relativi totali parziali.

Con lo zoom attivo i totali finali della Gestione Distinte Provvigioni non venivano ingranditi.

Nel riordino alfabetico delle categorie venivano erroneamente differenziate le lettere maiuscole da quelle minuscole.

Impostando un codice di nomenclatura combinata per effettuarne la ricerca, se lo stesso era inesistente il programma trovava alcun altro codice (anche se presente) se non dopo essere usciti e rientrati nella procedura.

Al termine dell'immissione di un movimento contabile "guidato" da una causale automatica, non funzionava, nella registrazione successiva, il richiamo di un'altra causale che prevedesse un articolo composto da un numero di righe inferiore alla precedente.

E' stato corretto un errore per cui era possibile, partendo da un estratto conto contabile e procedendo tramite una sequenza particolare di operazioni, riuscire ad eseguire nuovamente (e all'infinito) il medesimo estratto conto. Questo però, dopo una cinquantina di aperture, mandava in errore il programma. Ora è stata totalmente inibita la possibilità di ottenere estratti conto annidati.

Se in una circolare preparata con Ms Word, per eseguire una stampa unione tramite Metodo veniva posizionato UN SOLO campo MERGFIELD, il programma in fase di elaborazione si poteva bloccare richiedendo, tramite Word, informazioni aggiuntive sulla natura dei dati collegati.

Se preparando una circolare a fornitore da Ms Word si posizionava (tramite la funzione stampa unione) il campo "TELEFONO", il programma in fase di elaborazione della lettera non compilava correttamente tale dato.

Se si tentava di elaborare un bilancio CEE (o personalizzato) tramite Excel, su un elaboratore in cui non risultava installata alcuna stampante, il programma segnalava un'anomalia del tipo "OLE ERROR".

Se dall'immissione prima nota si richiamava una causale automatica e alla fine, dopo aver seguito tutto l'iter di input, invece di memorizzare l'articolo si entrava in correzione di una qualsiasi riga dello stesso, confermando i campi con invio dopo essere passati sulla data documento il programma segnalava un "Access Violation". 

Se dalla finestra di accesso al programma, nel momento in cui veniva richiesto l'eventuale "utente e password", si cliccava sul pulsante per cambiare azienda e, dal cambio azienda operativa, si cliccava sul pulsante "informazioni", poteva manifestarsi un "Range check error".

Nella pagina "sintetica" del riepilogo consegne per periodo in alcuni casi, a seconda della combinazione dei parametri di selezione, non venivano visualizzati alcuni articoli correttammente presenti "con dati" nella pagina "analitica".

Nella procedura "Variazione aliquota IVA Ord.Cli. (o For.) presente nei Programmi di Servizio sono state introdotte le seguenti migliorie:

• se si non si indica una delle due aliquote il programma evidenzia un apposito messaggio (prima non veniva data alcuna segnalazione);
• prima, con lo zoom attivo, la finestra di impostazione delle aliquote da variare si allargava a dismisura, ora non succede più.

Nella valorizzazione carichi sospesi il programma non estrapolava gli articoli la cui q.tà, nel campo "carico sospeso" dell'anagrafica, era minore di 0.

In una sequenza operativa di questo tipo:

• gestione registrazioni contabili riordinate per data;
• correzione di un movimento contabile con inserimento di una nuova riga;
• correzione immediata dello stesso movimento con cancellazione della riga appena aggiunta;
• ulteriore correzione, sempre della stessa registrazione, con reinserimento di una nuova riga;

al termine della terza correzione poteva comparire un errore indici.

Se nei parametri fatturazione erano state attivate le esportazioni di registrazioni contabili, riba o scadenzario e, per qualche motivo, in fase di fatturazione le cartelle indicate per l'esportazione non erano più raggiungibili, il programma si bloccava brutalmente. Ora viene effettuato un controllo a monte.

Se in fase di stampa lettere di sollecito i files di Word impostati per i diversi livelli non risultavano per qualche motivo più disponibili o raggiungibili, il programma andava in errore. Ora, se si verifica questa condizione, viene fatto un apposito controllo e l'esecuzione della procedura viene interrotta fino a quando non si è risolto il problema.

Richiedendo l'estratto conto di un articolo presente in un nuovo magazzino secondario, se si cliccava nella pagina dell'anno precedente (in cui il magazzino non era presente) poteva manifestarsi un errore indici.

Se durante l'apertura dei lotti il programma ne trovava uno con giacenza negativa, alla fine dell'apertura non eseguiva la ricostruzione indici degli stessi e, di conseguenza, le registrazioni di magazzino relative ad articoli con lotti presentavano sempre la scritta "err." nella quantità di carico/scarico. Ora il programma provvede alla corretta esecuzione della ricostruzione indici anche in presenza di errori nei lotti.

Se in immissione di un DdT con movimentazione di lotti si premeva il tast ALT-D per duplicare una riga che ne aveva movimentato uno, veniva copiato, nella nuova riga, anche il codice lotto e quindi si poteva innavvertitamente "scaricare" un numero di pezzi maggiore di quello effettivamente caricato.

Con la nuova versione di Ms Office 2010, nell'esportazione in Excel di tabulati contenenti date poteva verificarsi il caso in cui "giorno e mese" venivano invertiti.

Importando gli articoli da un file excel avente un numero di colonne attive superiore a 99, poteva manifestarsi un errore del tipo "Range check error". Ora il programma limita la lettura alle prime 99 evidenziando un apposito messaggio che consiglia all'operatore di controllare il file excel contenente i dati in quanto, molto probabilmente, o ha dei problemi o è rovinato.

Entrando in gestione PdC e attivando la selezione parziale dei livelli (ad esempio solo mastri), se, espandendo una voce per visualizzarne i relativi sottoconti, ci si posizionava in uno di essi e lo si cancellava, al termine dell'annullamento il programma continuava a visualizzare tutti i sottoconti nonostante risultasse ancoa premuto il pulsante "solo mastri". Ora il programma, al termine della cancellazione, attiva sempre e comunque la visualizzazione globale di tutti i livelli.

E' stato corretto un errore per cui, in fase di stampa di un qualsiasi tabulato, scegliendo la "stampa in modo testo" il programma proponeva erroneamente il font "Arial" che però non è a "spaziatura fissa". Ora vengono correttamente proposti solo i font aventi questa caratteristica.

Inoltre, se si eseguiva la stampa normale (diretta) e poi si rietrava, veniva persa l'impostazione dell'eventuale font definito per la stampa in modo testo.

Corretto un Range Check Error che poteva verificarsi alla partenza del programama qualora la cartella a cui puntavano le strutture di supporto non fosse disponibile al momento dello start.

Se si entrava in gestione registrazioni contabili e non c'era alcuna registrazione da visualizzare, alcuni pulsanti rimanevano erroneamente abilitati (controllo totali, stampa articolo, ecc.) e, se cliccati, potevano generare un access violation.

Entrando in gestione causali magazzino e premendo il tasto "Canc" si riusciva ad eliminare qualsiasi causale anche senza aver spuntato la voce "abilita cancellazione".

Richiedendo una Situazione Impegni Globale o dei Soli Fornitori poteva, in particolari casi, comparire un errore del tipo "Range check error".

Se, da Gestione Parametri - Parametri Immissione Prima Nota, si agiva sulla spunta "attivazione fatture in valuta", la pagina "Inc./Pag. Fatture" veniva visualizzata o nascosta a seconda della scelta effettuata. Ciò non era però corretto poichè in essa sono presenti anche campi non legati esclusivamente alle valute; si è quindi effettuata un'opportuna modifica in modo che la pagina non venga più nascosta ma, a seconda sia spuntata o meno la richiesta "attivazione fatture in valuta", vengano attivati o disattivati i relativi campi.

Se in Gestione Parametri - Parametri Generali non risultava compilata la cartella delle strutture di supporto, alla partenza di Metodo poteva manifestarsi un errore del tipo "range check error" che si risolveva solo cancellando il file WPERS dalla cartella raggiungibile tramite il WMUSER.

Se dalla finestra di gestione anagrafica cliente/fornitore si cliccava sul pulsante "Situazione", ci si posizionava sulla pagina delle scadenze e, da qui, si cambiava il cliente/fornitore da analizzare, il programma non eseguiva il refresh dei dati dello scadenzario fino a quando non si cambiava pagina per poi ritornare indietro.

Se dal cambio azienda operativa si cliccava sul pulsante "Rileggi" per eseguire la rilettura dei nomi delle ditte, e nella cartella degli archivi era presente una vecchia contabilità con file non compatibili, il programma poteva segnalare un errore in lettura.