News e correzione errori Metodo

Moduli in cartella di rete "cont\()moduli"

24 Jun 2010 00:00:00 +0200

Versione Metodo : 2.31

D'ora in avanti tutti i moduli m2?, m8?, m9? (compresi ordcli.m20, ordfor.m20, _commess.m20, _packlist.m20 e _scarmag.m2?) possono tranquillamente essere inseriti nella cartella di rete "cont\()moduli" (a meno che non si preferisca metterli nella contabxx). Si ricorda che la sequenza di ricerca utilizzata da Metodo per i files in oggetto � la seguente (in ordine di priorit�):

Cartella contabxx
Cartella "cont\()moduli"
Cartella di installazione del programma (es. c:\met2000). N.B. da una delle prossime versioni il programma non verr� pi� installato nella cartella "c:\met2000" ma, molto probabilmente, in quella standard dei programmi di Windows (come da corrette specifiche Microsoft). Questo implicher� che in sistemi operativi quali Vista e Windows 7, essendo impossibile copiare qualunque file in tale cartella, i files dei tracciati (ora residenti nella cartella del programma), dovranno forzatamente essere spostati nella cartella "contabxx" oppure in quella di rete "cont\()moduli".

Gestione del campo n�colli unitari nell'articolo di magazzino

16 Feb 2010 00:00:00 +0200

Versione Metodo : 2.31

Al fine di poter gestire il "numero colli unitario" a livello di riga documento, � stato prevista la possibilit� di creare un nuovo campo, con codice attivazione 89, nell'anagrafica degli articoli di magazzino.

La presenza di tale campo sia nell'archivio articoli che nei tracciati di input Ordini, DdT e Fatture Immediate, fa s� che il n� colli a livello di riga venga gestito come valore unitario e quindi, ai fini della totalizzazione, moltiplicato per la quantit�.

N.B.: si ribadisce che il programma di immissione DdT/Fatture considera il campo n� colli di riga come unitario solo se � presente l'omonimo campo nell'anagrafica di magazzino.

Tabulato controllo Pesi/Volumi/Colli

17 Feb 2010 00:00:00 +0200

Versione Metodo : 2.31

Nel "Tabulato di controllo Pesi/Volumi" degli Ordini, � stata inclusa, tra le colonne selezionabili, anche il totale colli, che ovviamente ha senso solo se negli articoli di magazzino � presente il campo colli unitari (cod.att.89) oppure se tale dato � presente a livello di riga ordine.

Ripristinata compatibilit� tra plug-in penna ottica/term. e descrizioni analitiche

15 Mar 2010 00:00:00 +0200

Versione Metodo : 2.31

Dalla versione 2.01 era stata disabilitata la possibilit� di utilizzare il plug-in di importazione articoli nel corpo dei documenti (tipo Formula 734) in presenza di descrizioni analitiche a causa di una incompatibilit� interna. Ora questo problema � stato risolto.

Plug-in e importazione "corpo documento" da file XML

15 Mar 2010 00:00:00 +0200

Versione Metodo : 2.31

Metodo consente di collegare dei plug-in esterni (sviluppati come apposite DLL) per l'acquisizione di dati all'interno del "corpo" documenti quali "preventivi, ordini, ddt, fatture immediate e carichi da documento".

E' possibile inoltre importare tali dati anche da un file XML generato da un software esterno

Tale file deve essere predisposto con le specifiche indicate nell'apposito documento tecnico (vedere area tecnica del nostro sito) relativo alla realizzazione di plug-in esterni collegabili a Metodo.

Facciamo presente che l'acquisizione dati da un file XML � abilitata di default per tutti; quella da plug-in, invece, necessita dell'attivazione dell'apposita funzione aggiuntiva di Metodo denominata "utilizzo lettore ottico in DdT, Ft.Imm. ecc.".

Campo "Nazione" in anagrafica cliente

04 Jun 2010 00:00:00 +0200

Versione Metodo : 2.31

Nella variazione tracciati anagrafe clienti � stato aggiunto il campo "Nazione" (codice attivazione 94) che, se presente, viene visualizzato nella pagina delle generalit�.

Lieve modifica in pagamento provvigioni maturate

17 May 2010 00:00:00 +0200

Versione Metodo : 2.31

Quando si registra la fattura di acquisto del rappresentante (relativa alle provvigioni di sua competenza) � possibile, PRIMA della conferma finale della stessa, cliccare sul pulsante “Provvig.” e accedere all’archivio distinte per contrassegnare quelle da considerare PAGATE e quindi definitivamente chiuse.

Nella finestra dedicata a tale selezione viene ora evidenziato sia il totale fattura (in grigio) che l'imponibile e, la somma delle distinte man mano selezionate, viene confrontata con quest'ultimo; se il tutto viene eseguito correttamente il Totale Imponibile dovrebbe corrispondere al Totale Selezionato.

Migliorie sequenza operativa in registrazione incasso partite clienti e pagamento partite fornitori

16 Apr 2010 00:00:00 +0200

Versione Metodo : 2.31

Alla luce di alcune piccole anomalie che si sono manifestate in immissione registrazioni relative a incassi/pagamenti partite clienti/fornitori (soprattutto nel periodo transitorio in cui, fino a quando non si procede all'apertura di cli./for., si possono chiudere solo le partite dell'anno in corso e quindi si alternano nel medesimo articolo contabile selezioni automatiche ad immissioni manuali) sono state apportate le seguenti migliorie al fine di rendere pi� agevole l'inserimento dei dati:

Righe derivanti da "selezione partite" mescolate a righe "manuali": a meno di non inserirle tutte alla fine (dopo aver quindi gi� selezionato quelle relative a chiusura di partite), nelle versioni precedenti di Metodo non era praticamente possibile immettere righe "manuali" mescolate a righe derivanti da "selezione partite" all'interno del medesimo articolo contabile; operando in tal modo, infatti, poteva verificarsi un errore del tipo "Grid index out of range" e non era garantita la corretta memorizzazione delle informazioni. Con la modifica apportata � invece possibile mescolare registrazioni manuali e derivanti da selezione partite perch� si preoccupa il programma, al termine di ogni operazione, di riordinare le righe dell'articolo contabile mettendo all'inizio quelle che "chiudono partite" e successivamente le altre.
Ora le righe derivanti da "selezione partite" vengono evidenziate con lo sfondo giallo in modo da essere differenziate da quelle "manuali".
Se, in fase di immissione di una riga che non chiude alcuna partita, invece di indicare il sottoconto di chiusura dell'articolo, si richiama un fornitore (se pagamento) o cliente (se incasso), il programma posiziona automaticamente il cursore rispettivamente sul campo dare o avere.
Se, dopo aver generato una riga tramite la selezione partite, si procedeva con l'inserimento di una riga manuale (sempre riferita ad un cliente o fornitore), il programma riportava nei campi "numero e data documento" i dati della partita selezionata in precedenza: ora invece vengono correttamente presentati vuoti.
Se in immissione di una riga manuale, dopo averne compilati tutti i campi, si clicca sul pulsante "Seleziona Partite" anzich� su "Conferma", il programma considera comunque confermati tutti i dati appena digitati; prima invece la riga veniva ritenuta non valida e quindi persa.

Reverse charge "Extra CEE"

14 Apr 2010 00:00:00 +0200

Versione Metodo : 2.31

reverse charge denominata "Extra CEE"

Invio fattura x mail all'agente anche se nel cliente c'� solo "Genera Fattura PDF" e non "Genera e invia mail"

19 May 2010 00:00:00 +0200

Versione Metodo : 2.31

Nei "parametri fatturazione - pagina PDF" � stata aggiunta una nuova opzione che, se spuntata, permette di inviare per e-mail la fattura al rappresentante anche se nell'anagrafica del cliente � indicato solo "Genera Fattura in PDF" e non "Genera Fattura in PDF e invia e-mail".

Facciamo presente che questa opzione � abbinata ai due campi dell'anagrafica agente "e-mail" e "invio fatture" che devono essere opportunamente compilati.

In questa situazione il programma, al momento della fatturazione definitiva (o immediata), esegue le seguenti operazioni:

stampa i documenti (nel numero di copie indicato nei parametri fatturazione alla richiesta "N.copie Fattura Differita, o Immediata, se generazione PDF - solo PDF")
genera i files PDF
invia per e-mail all'agente TUTTE le fatture dei suoi clienti anche se per qualcuno di essi e' attivata l'opzione "Genera PDF e invia e-mail" e per altri solo "Genera PDF" (ovviamente non viene effettuato alcun invio se nel cliente la richiesta relativa al PDF � impostata su "Non Generare").

Migliorie su statistiche acquisti/vendite

17 May 2010 00:00:00 +0200

Versione Metodo : 2.31

Sono state apportate le seguenti migliorie alle procedure di "Statistica Acquisti/Vendite":

� stata ridisegnata la finestra delle selezioni iniziali allineandola agli attuali standard di Metodo;
� stato corretto un errore per cui, se si aggiungeva tra le colonne visualizzate anche quella del rappresentate, il programma, in alcuni casi, escludeva i dati dei clienti ai quali non era attribuito alcun agente;
al fine di migliorare le selezioni orientate ai rappresentanti sono stati potenziati i sistemi di scelta: ora � possibile indicare un rappresentate specifico oppure, tramite l'apposita pagina si selezione, porre il check accanto ai nominativi desiderati. L'opzione "senza rappresentante" consente di includere o meno anche i clienti aventi tale caratteristica.

Migliorie alla finestra variazione Q.t� ordinata in immissione DdT/Car.Mag. da Doc.

01 Jul 2010 00:00:00 +0200

Versione Metodo : 2.31

Siccome, dopo un'evasione parziale, non era possibile imputare una q.t� in consegna maggiore del residuo se non agendo direttamente dal "corpo" del documento e non dalla selezione iniziale delle righe ordine (blocco inserito per gestire una incompatibilit� con la spunta "Forza Evasione"), sono state apportate alcune migliorie per risolvere questa esigenza:

la finestra di selezione righe ordine da evadere dalla quale, premendo invio, � possibile variare la quantit� in consegna, � stata completamente rivista: nella parte superiore viene evidenziato lo "stato" della riga ordine con il riassunto di quantit� ordinata, evasa e residua; nella parte centrale ci sono i due campi di input che permettono di modificare la quantit� in consegna ed eventualmente "forzare" l'evasione; nella parte inferiore vengono nuovamente riportati i valori di ordinato, evaso e residuo risultanti dopo l'operazione in corso (con eventuali messaggi di attenzione);
nel caso di prima evasione � possibile inserire una quantit� superiore a quella ordinata inizialmente; se si verifica questa situazione e si spunta il check "Forza Evasione" il programma modifica la quantit� ordinata anche nella riga ordine. Nel caso di evasione parziale "successiva", invece, � sempre possibile indicare una quantit� di evasione superiore al residuo ma, in questo caso, il programma ignora il flag "Forza Evasione" (che risulta disattivato) e visualizza un apposito messaggio con l'avviso che, nella riga ordine, la quantit� ordinata rimarr� quella originaria.
� stato anche aggiunto un apposito messaggio a proposito del check "Forza Evasione" che, nel caso si modifichi la quantit� e si spunti questa opzione, avvisa che la forzatura nella riga ordine viene effettuata appena si clicca sul pulsante "Conferma" anche se poi si esce dal programma senza continuare l'immissione del documento.

N.B.: queste modifiche interessano sia l'immissione DdT/Fatture immediate che il Carico da Documento.

Blocco correzione/cancellazione righe ordini parzialmente evase

30 Jun 2010 00:00:00 +0200

Versione Metodo : 2.31

Per evitare possibili incongruenze negli archivi il programma impedisce, in una riga ordine parzialmente evasa, sia la modifica dell'articolo di magazzino che l'eventuale cancellazione della stessa. In presenza di tale necessit� si deve prima eliminare la riga dal DdT di riferimento e poi entrare nell'ordine ed effettuare le modifiche/cancellazioni desiderate.

Riepilogo mensile per rappresentante

28 Jun 2010 00:00:00 +0200

Versione Metodo : 2.31

E' stata potenziata, relativamente agli ordini Clienti, la procedura "Riepilogo mensile per rappr./ragg." del men� "Ordini/preventivi" - "Tabulati Riepilogativi" che ora si chiama "Riepilogo mensile per rappresentante". Le modifiche apportate sono le seguenti:

Situazione su pi� anni: � stata aggiunta la possibilit� di elaborare anche i dati degli anni precedenti (se presenti) selezionabili tramite apposito check. Nel caso non venga scelto alcun anno precedente la procedura si comporta esattamente come prima. Viceversa, selezionandone almeno uno, la colonna "anno" prende il posto della colonna "per.prec." e il programma visualizza i dati anno per anno aggiungendo una riga per ognuno di essi (quella dell'anno in corso viene evidenziata in grassetto). In caso di elaborazione su pi� anni, infine, non vengono evidenziati i totali parziali e viene tracciata una riga al cambio della seconda chiave di riordino.
Salto pagina la cambio chiave: tramite apposito check � possibile, dalla finestra di selezione iniziale, decidere se, in stampa, il programma deve andare a pagina nuova al cambio della prima chiave di riordino.
Riordino per rappresentante e cliente: � stata aggiunta la possibilit� di riordinare e raggruppare i dati per rappresentante e, a parit� di rappresentante, per cliente (prima erano possibili le sole combinazioni "Rappresentante + Raggruppamento" e "Raggruppamento + Rappresentante"). Nel caso si opti per questo tipo di riordino e si richieda un'elaborazione su pi� anni il programma aggiunge, sotto la ragione sociale del cliente, una riga con le condizioni di pagamento descrittive (se c'� un solo anno precedente) ed un'altra con lo sconto del cliente (se si sono almeno due anni precedenti) entrambe ricavate da quanto presente in anagrafica.
Rivisto il layout della finestra di selezione, ora ricondotto ai pi� moderni sistemi a wizard gi� utilizzati in altre elaborazioni di Metodo.

Data Prevista/Effettiva Consegna su statistiche ordini

20 May 2010 00:00:00 +0200

Versione Metodo : 2.31

Nelle statistiche ordini che prevedono la stampa delle righe di evasione (quelle evidenziate in blu) sono state effettuate le seguenti modifiche:

fino ad ora c'era un'unica colonna denominata "Data" che, in corrispondenza di una riga ordine, riportava la "data di prevista consegna" mentre, nelle righe di evasione, la "data di effettiva consegna". Adesso, per una maggiore chiarezza e leggibilit� dei dati, questa colonna � stata sdoppiata e quindi ce ne sono due intestate rispettivamente "Prev.Cons" e "Consegna". Facciamo presente che, data la possibilit� di gestire autonomamente le colonne da visualizzare nei tabulati, potrebbe essere necessario aggiungere manualmente quella relativa alla "Consegna"; nel suggerire vivamente di farlo ricordiamo che si pu� utilizzare la funzione "gestione avanzata colonne" oppure cliccare sul pulsante "Predef.";
conseguenza della modifica di cui sopra � stato il cambiamento nel riordino delle righe ordine/evasione: prima, essendoci un'unica colonna, le righe di ordine erano riordinate per "Data Prev.Cons." mentre quelle di consegna per "Data Effettiva Consegna" (essendo questo il dato riportato nella colonna); ora, invece, tutte le righe vengono ordinate in base alla "Data Prevista Consegna" (nel caso ovviamente sia questo il riordino scelto) facilitando la consultazione dei dati in quanto, tendenzialmente, le righe di evasione vengono visualizzate dopo le righe ordine di cui fanno parte.

Analisi Anticipi/Ritardi Consegne

18 May 2010 00:00:00 +0200

Versione Metodo : 2.31

Nei "Tabulati statistici ordini" (sia clienti che fornitori) � stata aggiunta una nuova situazione denominata "Analisi Anticipi/Ritardi Consegne" che analizza, di ogni riga ordine, la/e relativa/e evasione/i indicando l'eventuale scostamento (in giorni) tra la data prevista consegna e quella effettiva. I giorni di ritardo vengono evidenziati in rosso, quelli di anticipo in verde.

Ovviamente i giorni di ritardo sono indicati anche negli ordini senza evasioni ma con data di consegna scaduta (cio� antecedente il giorno in cui si richiede l'analisi).

Sono disponibili vari tipi di riordino da utilizzare a seconda della necessit�.

N.B.: se per una singola riga ordine sono presenti pi� righe di evasione (ad esempio perch� effettuate in date diverse), nella colonna "q.t� ordinata" verranno riportati i seguenti valori:
- nelle righe di evasione lo stesso valore della colonna "q.t� evasa"
- nella riga ordine l'eventuale q.t� residua ancora da evadere.

Esempio: articolo XYZ - q.t� ordinata 10 - q.t� evasa 8 (in due consegne: una da 5 e una da 3) - q.t� residua 2
Nel prospetto saranno presenti 3 righe di cui una di ordine con q.t� ordinata pari a 2 e q.t� evasa pari a 0 e due di consegna con q.t� ordinata ed evasa pari, rispettivamente, a 5 e a 3 .
La somma della q.t� ordinata "2+5+3" porta al totale iniziale di 10.

Trasf.preventivo in ordine: variazione automatica "data consegna" su righe

18 May 2010 00:00:00 +0200

Versione Metodo : 2.31

Se, in fase di trasformazione preventivo in ordine, si fosse reso necessario cambiare la data di prevista consegna, tale modifica, una volta effettuata nell'omonimo campo di testata, doveva essere riportata manualmente anche in tutte le righe.

Ora invece, se si cambia la data prevista consegna della testata, il programma richiede se la stessa variazione deve essere riportata automaticamente anche nelle righe. In caso di risposta affermativa TUTTE le righe dell'ordine avranno la data prevista consegna uguale a quella della testata.

N.B.: si raccomanda di fare attenzione nell'utilizzo di tale opportunit� qualora le date di prevista consegna delle righe siano diverse una dall'altra poich�, rispondendo affermativamente, tutte verrebbero ricondotte a quella di testata.

Migliorie estetiche/funzionali su finestra gestione ordini/preventivi

18 May 2010 00:00:00 +0200

Versione Metodo : 2.31

Nella finestra di gestione ordini e preventivi sono state apportate le seguenti modifiche estetico/funzionali:

gli ordini completamente evasi (o i preventivi trasformati in ordine) vengono evidenziati con lo sfondo grigio, mentre quelli confermati (per i quali cio� � stata stampata la conferma definitiva) con lo sfondo verde chiaro;
in gestione preventivi il pulsante "Trasf." (trasforma in ordine) viene abilitato solo se si � posizionarsi in un preventivo NON gi� totalmente trasformato.

Anteprima di stampa packing list

06 May 2010 00:00:00 +0200

Versione Metodo : 2.31

Prima di effettuare la stampa vera e propria del modulo "packing list" il programma lo propone ora come anteprima a video.

E' stata inoltre prevista la possibilit� di inserire, e quindi stampare, anche la colonna relativa ai "colli" (� ovviamente necessaria la personalizzazione sia del tracciato di input che del modulo di stampa).

In "Riepilogo consegne per periodo" stampa giacenza degli articoli non in ordine

31 Mar 2010 00:00:00 +0200

Versione Metodo : 2.31

Nella procedura "Riepilogo consegne per periodo" � ora possibile, tramite apposito check, decidere se evidenziare o mono la stampa degli articoli di magazzino che non sono presenti negli ordini ma hanno una giacenza.

N.B.: tali articoli vengono evidenziati solo nella pagina "analitica" e risultano con lo sfondo giallo.

Inoltre, mentre prima la giacenza dell'articolo veniva calcolata in base ai valori presenti nei progressivi, ora viene ricavata elaborando le registrazioni di magazzino.

In "Riepilogo consegne per periodo" stampa dei soli articoli aventi movimenti nel periodo indicato

31 Mar 2010 00:00:00 +0200

Versione Metodo : 2.31

Nella procedura "Riepilogo consegne per periodo", dopo le modifiche relative all'evidenziazione dei dati riferiti a "periodi successivi" all'intervallo di date indicato, il programma stampava una riga anche per gli articoli non presenti nel periodo indicato ma aventi un valore significativo in "periodi successivi".

Ora, con un apposito check, � possibile evitare la stampa di tali righe.

Esportazione dati verso Sugar CRM (modulo aggiuntivo)

15 Jun 2010 00:00:00 +0200

Versione Metodo : 2.31

In questa versione di Metodo � disponibile una nuova procedura (non compresa nello standard) che permette di esportare i dati legati alle anagrafiche clienti e fornitori necessari al software CRM Sugar.

Potenziata la selezione dei files nelle circolari e lettere con MS Word

25 Mar 2010 00:00:00 +0200

Versione Metodo : 2.31

Nella procedura di elaborazione circolari e lettere il documento da predisporre con la funzione "stampa unione" di Ms Word deve essere selezionato utilizzando l'apposito campo di richiesta.
Fino ad ora questo file doveva essere ricercato di volta in volta; ora invece il programma tiene traccia degli ultimi files utilizzati per agevolarne la selezione rendendola quindi pi� rapida.

Campo E-Mail in anagrafe rappresentante

01 Mar 2010 00:00:00 +0200

Versione Metodo : 2.31

Al fine di inviare in automatico, per conoscenza, alcune tipologie di documenti oltre che al cliente anche al relativo rappresentante, � ora possibile creare in anagrafica agenti, tramite la consueta variazione tracciati anagrafe, i due seguenti campi aggiuntivi:

E-Mail (cod.att.4): indirizzo e-mail del rappresentante
Invio doc. (cod.att.5): campo per indicare quali documenti devono essere mandati, oltre che al cliente, anche per conoscenza al relativo rappresentante.

Tali campi, se presenti, vengono visualizzati uno sotto l'altro nella pagina "campi aggiuntivi" della finestra di gestione anagrafica dell'agente. Relativamente all'invio dei documenti � possibile indicare la spedizione di:

Preventivi
Conferme d'ordine
Fatture Immediate/Differite.

L'invio avviene in modo automatico tramite indicazione dell'indirizzo del rappresentante nella sezione "Cc" dell'e-mail che viene mandata al cliente.

Nei preventivi e nelle conferme ordini � possibile monitorare questa operazione (eventualmente integrando ulteriori indirizzi) in quanto, prima di inviare l'e-mail, Metodo propone una finestra riepilogativa con i dati della stessa che, da questa versione, nel settore di definizione degli indirizzi presenta anche le sezioni "Cc" e "Ccn". In fatturazione, invece, l'operazione di invio avviene senza "anteprima" e quindi non � possibile alcuna integrazione. E' ovvio che se il cliente non ha specificato in anagrafica alcun indirizzo e-mail e non ha settato il campo "Generazione Fattura in PDF" su "Genera file PDF ed invia e-mail" il documento non verr� inviato nemmeno all'agente.

Integrazione Modelli INTRA con parte relativa ai SERVIZI

05 Mar 2010 00:00:00 +0200

Versione Metodo : 2.31

E' stata integrata la stampa e generazione del file INTRA acquisti e vendite della parte relativa ai SERVIZI.

Il file creato da Metodo rispetta il nuovo tracciato record fornito dall'agenzia delle dogane che, da quest'anno, deve essere trasmesso solo ed esclusivamente in via telematica.

Per i dettagli sul funzionamento consultare l'help della procedura o il file pdf presente nel settore Download Documentazione del nostro sito.

Blocco automatico clienti insolventi (integrazione su procedura aggiuntiva "gestione solleciti")

25 Feb 2010 00:00:00 +0200

Versione Metodo : 2.31

E' stata realizzata una nuova funzione nella procedura aggiuntiva di "gestione solleciti pagamento" che consente di effettuare il blocco automatico delle anagrafiche relative ai clienti insolventi.
Per blocco automatico si intende l'impossibilit� di emettere documenti (quali Preventivi, Conferme Ordini, DdT, Fatture Immediate) intestati a tali nominativi.

Affinch� la gestione possa essere eseguita � necessario che nell'anagrafe clienti sia presente il campo aggiuntivo "Blocco emissione Documenti" (c.att.74) che, nel caso manchi, � sufficiente creare tramite la Variazione Tracciati Anagrafe.

I clienti insolventi sono determinati in base ai seguenti criteri:

Clienti Fuori Fido: sono quelli che hanno superato il fido concesso (indicato nell'omonimo campo dell'anagrafica del cliente) sulla base dell'analisi di saldo contabile, documenti in attesa di fatturazione e pagamenti Rb/Mav/Rid con scadenza futura o in tolleranza. N.B.: mentre fino ad ora il controllo del fido avveniva solo se l'omonimo campo in anagrafica cliente era compilato con un valore diverso da 0 (zero), adesso � possibile digitare anche lo 0 (zero) stesso per indicare che NON si vuole concedere al cliente ALCUN fido. Lasciando invece tale campo vuoto significa che si vuole escludere l'anagrafica in oggetto da questo tipo di gestione.
Con Insoluti: clienti che hanno in essere degli insoluti ricavati dalle registrazioni presenti in scadenzario aventi l'apposita condizione di pagamento e il campo data di pagamento non compilato.
Con Pagamenti scaduti (diversi da Rb/Mav/Rid): clienti che nello scadenzario hanno in essere dei pagamenti da effettuare con tipologie diverse dagli effetti (es.:Rimessa Diretta, Bonifico, ecc.) con data scadenza + gg.tolleranza gi� passati.

Prima di eseguire la procedura in oggetto � necessario configurarne i parametri entrando in "Utilit� - Gestione Parametri - Parametri Solleciti Pagamento" e cliccando sulla pagina "Blocco Clienti".
Le specifiche richieste sono le seguenti:

Per quale tipo di insolvenza bloccare il cliente (quando � fuori fido, quando ha degli insoluti, quando ha pagamenti scaduti diversi da Rb/Mav/Rid per i quali sono passati i giorni di tolleranza concessi e definiti nell'apposita richiesta)
Per quale tipo di insolvenza inviare una eventuale e-mail di sollecito
Ripetizione del sollecito ai clienti gi� bloccati
Oggetto dell'eventuale e-mail di sollecito
Testo dell'eventuale e-mail di sollecito
Eventuale e-mail interna alla quale inviare la notifica dei clienti che sono stati bloccati.

Dopo l'impostazione dei parametri � possibile eseguire il blocco entrando nella procedura "Blocco clienti insolventi" presente nel men� dello scadenzario.
Il programma analizza tutti gli archivi necessari e visualizza uno schema con l'elenco dei clienti che risultano in stato di insolvenza (indicando anche i dati salienti che ne hanno determinato l'esito) e che quindi possono essere bloccati.
Da questa finestra � possibile, tramite appositi check, decidere quali dei clienti proposti dovranno essere bloccati (di default risulteranno tutti selezionati).
Una considerazione particolare va fatta per i nominativi che risultano gi� bloccati e per i quali il programma si comporta nel modo seguente:

Clienti totalmente bloccati: vengono reinseriti nel giro dei solleciti solo se nei parametri si � optato per la "Ripetizione" di invio dell'e-mail di sollecito; diversamente vengono comunque visualizzati come gi� bloccati ma non sono selezionabili.
Clienti parzialmente bloccati: sono i clienti per i quali, in anagrafica, non tutti i check sul blocco emissione documenti risultano spuntati (ad esempio perch� manualmente si � provveduto a sbloccare i preventivi); questi clienti vengono sempre e comunque reinseriti nel giro dei blocchi, risultano selezionabili e quindi di nuovo bloccabili completamente.

Dopo aver effettuato le scelte opportune � sufficiente cliccare sul pulsante "Blocco" e rispondere alle richieste di conferma: verr� cos� bloccata l'emissione documenti ai clienti selezionati.

Se si � optato per l'invio dell'e-mail di sollecito, il programma, dopo aver materialmente eseguito il blocco dei clienti, richiede una conferma di invio. Le e-mail, che avranno "oggetto" e "testo" uguale per tutti i destinatari (come definito nei parametri sopraindicati), verranno inviate all'e-mail amministrativa del cliente oppure, in mancanza, all'e-mail principale.
Infine, se si � impostato un indirizzo di posta elettronica per la notifica interna, il programma invia a tale e-mail il resoconto delle operazioni fatte (a prescindere dal fatto che si siano state o meno inviate e-mail di sollecito).

N.B.: non esiste alcun automatismo per lo sblocco dei clienti bloccati. Questa operazione deve avvenire in modo manuale agendo direttamente nell'anagrafica del cliente.

Al fine di monitorare le operazioni fatte, soprattutto se la procedura avviene con esecuzione automatica da scheduler, il programma registra tutto in un file di log denominato "BloccaCliLog.txt" e situato nella sottocartella "()WIN" della cartella degli archivi (CONTABxx).

A tale proposito, se si volesse eseguire questo tipo operazione in automatico (ad esempio tutti i giorni), c'� la possibilit� di schedularla tramite lo scheduler di Windows impostando il comando: "c:\metodo.exe /dll=metrt010.ovl,48"

Migliorie nel controllo del fido

25 Feb 2010 00:00:00 +0200

Versione Metodo : 2.31

Fino ad ora l'attivazione della gestione del fido (specchietto riepilogativo in immissione documenti o da anagrafica) era subordinata alla presenza di un valore diverso da zero nell'omonimo campo aggiuntivo (cod.att.18) dell'anagrafica cliente. Questo non rendeva possibile l'attivazione del controllo su eventuali clienti a cui si voleva concedere un fido proprio pari a zero. Adesso invece il programma tiene conto anche di questa evenienza e prevede, nel campo fido, le seguenti possibilit�:

Campo compilato con valore valido diverso da 0: il programma si comporta come prima effettuando gli opportuni calcoli per il controllo del superamento fido.
Campo compilato con 0: il programma esegue i medesimi calcoli di cui sopra considerando per� il fatto che al cliente non � concesso alcun fido.
Campo Vuoto: il programma esclude totalmente il cliente dal controllo sul fido.

Come ulteriore modifica e miglioria, nello specchietto del fido viene ora evidenziato anche il totale degli insoluti NON pagati (ricavati dalle registrazioni dello scadenzario con condizione di pagamento "insoluto" e aventi il campo "data pagamento" non compilato).

E' stato infine unificato il parametro dei "giorni di tolleranza" considerato in fase di controllo del fido relativamente ai pagamenti di tipo "Ri.Ba./Mav/Rid". Prima questo dato lo si impostava in tre punti diversi: parametri DdT, parametri Fatture Immediate e parametri Ordini. Ora invece lo si definisce unicamente su Parametri Fatturazione - pagina "Rb/Mav/Rid". Se per caso, nei tre precedenti punti, si erano memorizzati valori diversi, nell'unico nuovo parametro viene riportato quello che c'era su Parametri Immissione DdT.

Blocco automatico cliente da registrazione insoluto

22 Feb 2010 00:00:00 +0200

Versione Metodo : 2.31

Nei "Parametri Immissione Registrazioni" (Men� "Utilit� - Gestione Parametri") � stata introdotta una nuova voce denominata "Blocca Cliente su Reg. INSOLUTO" che, se spuntata, permette di attivare un automatismo per cui, nel momento in cui si immette una registrazione di prima nota con l'opzione "insoluto", il programma provvede in automatico a "segnare" il cliente al fine di bloccare l'emissione di documenti ad esso intestati.

N.B.: il nuovo parametro risulta abilitato (e quindi spuntabile) solo se nell'anagrafica clienti � stato creato, tramite la variazione tracciati anagrafe, il campo per la gestione dei blocchi (codice attivazione 74).

Dopo tale attivazione, nel momento in cui tramite l'immissione prima nota si registra un insoluto, il programma visualizza in rosso, nella prima finestra dove vengono indicati i dati dello stesso, un promemoria del/i cliente/i insolvente/i che provveder� a bloccare dopo aver memorizzato in contabilit� la registrazione stessa.

Attenzione: non esiste alcun automatismo per il successivo sblocco del/i cliente/i che deve avvenire in modo del tutto MANUALE entrando nell'anagrafica e togliendo le spunte dalle voci inerenti i blocchi.

Nuove colonne selezionabili in gestione scadenze

05 Feb 2010 00:00:00 +0200

Versione Metodo : 2.31

La realizzazione della procedura di "generazione bonifici elettronici" dallo scadenzario, ha portato delle migliorie anche alla procedura di gestione scadenze in quanto � ora possibile aggiungere, tra le colonne visualizzabili, anche i seguenti campi dell'anagrafica cliente/fornitore:

Codice IBAN completo
Prefisso codice IBAN
Codice ABI
Codice CAB
Conto Corrente
Partita IVA
Codice Fiscale
Indirizzo
Citt�
Responsabile

N.B.: ovviamente questi campi, sempre e comunque selezionabili come colonna di visualizzazione, potrebbero risultare vuoti se non presenti nel tracciato archivi clienti/fornitori. In questo caso sar� sufficiente crearli tramite la Variazione Tracciati Anagrafe.

Bonifici bancari elettronici (Standard CBI)

03 Feb 2010 00:00:00 +0200

Versione Metodo : 2.31

Nel men� dello scadenzario � stata aggiunta una nuova voce denominata "Bonifici Elettronici Fornitori" che permette la generazione di un file da inviare alla propria banca per il pagamento delle fatture. Questa procedura provvede, in automatico, all'esecuzione delle seguenti operazioni:

generazione del file da inviare alla banca (tracciato standard CBI)
generazione delle registrazioni contabili relative al pagamento
chiusura delle partite aperte nella contabilit�
chiusura delle partite nello scadenzario

Prima di passare all'utilizzo vero e proprio della procedura � necessario entrare in "Utilit� - Gestione parametri - Archivi Banche per RiBa.../Bonifici" e, nelle banche che si intende utilizzare per i pagamenti, compilare i campi necessari e fondamentali per i bonifici (codice IBAN completo, dati per le registrazioni contabili e dati per gli incassi elettronici). E' inoltre necessario che nell'anagrafica del fornitore siano presenti i campi "Prefisso per IBAN" (cod.att. 50), "ABI-CAB" (cod.att. 19) e "Conto corrente" (cod.att. 20) da creare, se mancanti, tramite la consueta procedura di Variazione Tracciati Archivi (facciamo presente che tali campi devono essere presenti anche nell'anagrafica Clienti).

La procedura per la scelta dei bonifici da generare � molto simile a quella di gestione delle registrazioni dello scadenzario della quale ne sfrutta il corpo (pur non essendo le due procedure gestibili in contemporanea). La differenza sostanziale � che per la generazione dei bonifici il programma evidenzia le sole registrazioni che rispondono ai seguenti requisiti:

siano scadenze fornitori
siano scadenze non pagate
siano scadenze il cui tipo di pagamento � "Bonifico" (controllo sulla corretta definizione della condizione di pagamento impostata nei "Parametri Fatturazione" ).

Le fasi operative per la creazione del file sono le seguenti:

Selezione delle scadenze da pagare: dall'elenco che visualizza le scadenze � possibile impostare il riordino desiderato e quindi selezionare quella/e per la/e quale/i si vuole generare il bonifico. Dopo aver scelto almeno una scadenza il programma visualizza in un apposito pannello, posto sulla destra della finestra, uno schema riassuntivo contenente il N� di scadenze selezionate, il N� di fornitori selezionati (che corrisponder� al numero di bonifici che saranno generati in quanto eventuali scadenze multiple per lo stesso fornitore verranno automaticamente accorpate dal programma in un unico bonifico) e il totale degli importi selezionati. N.B.: tutte le scadenze relative a fornitori che in anagrafica hanno il campo "Codice IBAN" compilato parzialmente, o non compilato, saranno evidenziate in rosso e per questo non selezionabili. Il pulsante "Genera", che si abilita solo dopo che � stata selezionata almeno una scadenza, permette di passare alla fase successiva.
Elaborazione dei bonifici: una volta effettuate le opportune selezioni, cliccando sul pulsante "Genera" si entra nella seconda fase per la generazione vera e propria del file. Il programma presenta una finestra molto simile a quella di generazione delle Riba Clienti (ma con meno campi) nella quale si seleziona la banca da utilizzare (si fa presente che non � possibile generare con un unico passaggio files per banche diverse: i bonifici vanno elaborati una banca per volta) e si indica se deve o meno essere effettuato lo scarico contabile; in caso affermativo si definiscono alcuni parametri per la generazione delle registrazioni (data, contropartita e descrizioni). Una volta confermate queste informazioni, il programma richiede il nome del file da generare (che poi si provveder� a trasmettere alla banca) e, dopo un'ulteriore e definitiva conferma, provvede alla creazione del file e all'aggiornamento degli archivi contabili.

Relativamente agli archivi vengono effettuate dal programma le seguenti operazioni:

nelle scadenze selezionate viene riportata la "data di pagamento" in modo da segnarle come "chiuse";
se si � optato per lo scarico contabile viene creato un articolo contabile cumulativo dei vari pagamenti effettuati. La particolarit� di questa registrazione sta nel fatto che, mentre nel file da inviare alla banca i bonifici sono accorpati per fornitore, nell'articolo contabile viene mantenuto il dettaglio per scadenza;
sempre in caso di scarico contabile viene incrementato il "saldo partita" nella riga di prima nota del fornitore relativa alla fattura pagata a condizione che numero e data documento in essa contenuti corrispondano esattamente a quanto presente nella scadenza per la quale si � effettuato il bonifico. Ci� ovviamente non avviene se tali dati sono mancanti o non corrispondenti. Se il programma infine, pur avendo nella scadenza correttamente compilati i campi numero e data documento, non trova la relativa partita aperta nelle registrazioni di prima nota, al termine della procedura provvede ad evidenziare uno specchietto riepilogativo con l'elenco delle eventuali discordanze.

N.B.: dal punto di vista della generazione del file, il programma gestisce solo lo "standard CBI" relativo a bonifici "Italia" e NON a bonifici "estero".

Possibilit� di visualizzare le registrazioni per "tipo pagamento"

29 Jan 2010 00:00:00 +0200

Versione Metodo : 2.31

Nella procedura di gestione registrazioni scadenzario � ora possibile filtrare la visualizzazione delle scadenze per tipologia di pagamento (agendo sull'apposita combobox denominata "Tipo Pag."). Il default � la visualizzazione globale ma con questa opzione � possibile, ad esempio, visualizzare solo le RIBA, solo i bonifici ecc.

Tramite un'altra combobox si possono inoltre visualizzare le sole scadenze "non pagate" oppure solo quelle "gi� pagate".

Potenziamento stampa "Distinta di Carico"

05 Feb 2010 00:00:00 +0200

Versione Metodo : 2.31

Sono state apportate diverse migliorie e potenziamenti alla stampa "Distinta di carico" derivante da DdT e Fatture Immediate. Nello specifico:

Situazione Analitica: relativamente agli Articoli � stata prevista la possibilit� di aggiungere le colonne riguardanti eventuali fattori moltiplicativi con relative q.t� di partenza e q.t� derivata; relativamente ai Clienti � stata prevista la possibilit� di aggiungere le colonne relative ai campi dell'anagrafica. Tra le richieste iniziali � stata aggiunta una nuova opzione denominata "Tutti i dati in orizzontale" che, se spuntata, fa in modo che il programma esponga i dati relativi al Cliente in colonna (orizzontale) e non uno sotto l'altro (verticale e default).
Situazione Sintetica: anche in questa situazione � ora possibile aggiungere le colonne di eventuali fattori moltiplicativi e q.t� di partenza. E' stato inoltre introdotto un parametro tra le selezioni iniziali chiamato "Considera Fatt. moltiplicativi nei raggrupp." che, se spuntato, fa in modo che quando il programma raggruppa i dati per elaborarli in maniera sintetica, oltre a codice articolo e descrizione utilizza anche i fattori moltiplicativi come parte integrante della chiave di raggruppamento. Quest'ultima opzione pu� risultare utile nel caso si vogliano distinguere medesimi articoli che vengono per� venduti in confezioni diverse (esempio: Articolo: XYZ - q.t� 5 - ft.molt.3 - q.t� derivata 15; oppure Articolo: XYZ - q.t� 5 - ft.molt.6 - q.t� derivata 30; l'articolo XYZ � sempre lo stesso ma pu� essere venduto in confezioni da 3 pz. cadauna oppure in confezioni da 6 pz. cadauna).
Prospetto "Colli/Pesi/Volumi": la nuova richiesta iniziale "Tutti i dati in orizzontale" vale anche per questa pagina.

E' infine possibile, sia nella situazione analitica che sintetica, selezionare tra le colonne da aggiungere anche gli eventuali codici alternativi degli articoli di magazzino (cod.att.da 45 a 49).

Possibilit� di modificare velocemente il flag "fatturato" nelle "Prestazioni servizi"

22 Jan 2010 00:00:00 +0200

Versione Metodo : 2.31

Nel programma di "Gestione Prestazioni Servizi" � stato implementato un nuovo pulsante che d� la possibilit� di variare velocemente il flag di "fatturato" senza dover per forza entrare nel corpo del documento.

Il funzionamento � analogo a quanto gi� previsto per la variazione veloce del codice fattura e delle condizioni di pagamento.

Controllo totali pesi/volumi/colli in gestione corpo ordine

17 Feb 2010 00:00:00 +0200

Versione Metodo : 2.31

Come gi� da tempo presente nella gestione di DdT e Fatture Immediate, ora anche nella finestra di gestione del corpo dell'ordine � possibile, cliccando sull'apposito pulsante, ottenere il riepilogo totali di pesi, volumi e colli.

Stampa richieste di offerta da MS Word

17 Feb 2010 00:00:00 +0200

Versione Metodo : 2.31

E' stata abilitata la possibilit� di generare anche le Richieste di Offerta ai Fornitori tramite MS Word.

Generazione PDF e invio e-mail in Conferme ordini da MS Word

12 Feb 2010 00:00:00 +0200

Versione Metodo : 2.31

Come noto una delle possibilit� previste da Metodo per la realizzazione delle proprie conferme ordine (o preventivi/richieste di offerta) consiste nel potersi preparare autonomamente tali documenti con MS Word sfruttando la potenzialit� della funzione "Stampa Unione" di quest'ultimo.

Con le versioni fino alla 2003 non era per� possibile generare direttamente da MS Word un file PDF.
Dalla versione 2007, invece, la Microsoft ha introdotto questa feature (in prima battuta con un add-on separato poi includendola direttamente nel suo service pack 2) che Metodo ha subito sfruttato rendendo di fatto le conferme ordini (o preventivi/richieste di offerta) preparate con MS Word praticamente paritetiche a quelle generate dal programma nel suo formato nativo (files M20).

Ora entrando nella stampa di una conferma da MS Word ci sono quattro possibili alternative:

Stampa Diretta: viene generata la conferma con MS Word e inviata direttamente alla stampante predefinita di Windows.
Crea DOC: viene generata la conferma e visualizzato il file .DOC risultante.
Crea PDF: viene generata la conferma con MS Word direttamente in formato PDF e salvata nella cartella dei documenti dell'utente.
Invia E-Mail: viene generato il PDF come al punto precedente e inviato al cliente/fornitore tramite e-mail (ovviamente solo se il nominativo ha compilato, in anagrafica, il campo relativo all'indirizzo di posta elettronica).

Se sono stati preparati pi� moduli di conferma, al fine di agevolare la selezione di quello desiderato il programma memorizza, terminale per terminale, gli ultimi 10 files utilizzati e li ripropone automaticamente in un apposito riquadro della finestra relativa alle selezioni iniziali di stampa. L'ultimo usato viene indicato per primo e, per selezionarne velocemente uno, � sufficiente cliccarci sopra (evitando cos� di doverlo ricercare tramite la classica finestra di MS Word).

N.B.: si ribadisce che questa nuova possibilit� � attuabile solo ed esclusivamente se si utilizza una versione di MS Word NON INFERIORE a Word 2007.

Possibilit� di personalizzare "oggetto e-mail" in conferme ordini/preventivi

12 Feb 2010 00:00:00 +0200

Versione Metodo : 2.31

E' stata introdotta la possibilit� di personalizzare l'oggetto delle e-mail che vengono inviate da Metodo tramite la procedura di stampa conferme ordini e preventivi/richieste offerta.

A tale scopo sono stati aggiunti dei nuovi campi nella pagina "Invio e-mail" dei Parametri Ordini che, di base, vengono precompilati con il testo di default previsto fino ad ora. Per inserire nell'oggetto eventuali informazioni sul documento sono state previste le seguenti variabili (che Metodo, in fase di elaborazione, sostituisce con i corrispondenti dati):

#CODICE#: Codice Ordine (o Codice Preventivo o Codice richiesta di offerta)
#DATA#: Data Ordine (o Data Preventivo o Data richiesta di offerta).

Esempio: un testo del tipo "Ordine: #CODICE# del #DATA#" verr� trasformato in "Ordine: 00014 del 24/01/2010".

Potenziamento finestra selezione righe ordine x stampa etichette/conferme

21 Jan 2010 00:00:00 +0200

Versione Metodo : 2.31

Quando si stampano preventivi/conferme/moduli ordini oppure etichette, il programma, prima di passare all'effettiva stampa, visualizza una finestra dalla quale � possibile selezionare le righe da stampare.

In questa finestra, le cui colonne fino ad ora erano fisse da programma, � possibile aggiungerne di ulteriori, legate all'articolo di magazzino, che ricavano i rispettivi dati dalla riga ordine (se il campo � presente in quest'ultima) o dall'anagrafica dell'articolo in caso contrario.

Potenziamento stampa "Riepilogo Consegne per Periodo"

19 Jan 2010 00:00:00 +0200

Versione Metodo : 2.31

Nella procedura degli Ordini Clienti e Fornitori denominata "Stampa Riepilogo Consegne per Periodo" sono state apportate le seguenti migliorie:

Rivista la finestra iniziale dei parametri di selezione allineandola a quella presente in altre analoghe procedure.
Aggiunto il riordino per "Raggruppamento e Descrizione Articolo".
Previsto il salvataggio, terminale per terminale, degli ultimi parametri di selezione impostati (tipo periodo, riordino e tipo dato visualizzato).
Introdotta la colonna "Periodi Succ." che viene compilata se, impostando un limite superiore, sono comunque presenti in archivio dei valori relativi ad una data successiva al periodo in analisi (ora infatti vengono elaborati sempre tutti i dati mentre prima, indicando un limite superiore, il programma si fermava a tale data).
Introdotta la "Pagina analitica" che evidenzia nel dettaglio i dati che fino ad ora venivano presentati in forma sintetica (e che comunque rimangono nell'omonima pagina). In particolare tra i dati visualizzati ci sono anche "giacenza" e "ordinato" (o "impegnato" a seconda si stia elaborando il Riepilogo degli Ordini Fornitori o Clienti).

Generazione automatica ordini fornitori da sottoscorta

23 Nov 2009 00:00:00 +0200

Versione Metodo : 2.31

Fino ad ora la procedura di generazione automatica ordini provvedeva ad analizzare gli ordini clienti per determinare i fabbisogni degli articoli contenuti negli stessi al fine di creare, se necessario, gli opportuni ordini fornitori.

La modifica apportata fa s� che il controllo possa essere non limitato ai soli articoli di magazzino presenti negli ordini clienti ma esteso all'analisi di tutti i prodotti presenti in archivio, che hanno compilato il campo "scorta minima", al fine di verificare tutti gli eventuali sottoscorta e consentire quindi di generare gli ordini fornitori anche per quegli articoli che non necessariamente sono presenti negli ordini clienti.

Il programma provvede, come prima, ad analizzare gli ordini clienti estrapolando gli articoli da ordinare necessari a soddisfare i fabbisogni e la cui disponibilit� in magazzino � insufficiente; quindi procede con l'analisi di tutto il magazzino alla ricerca di altri eventuali articoli che, pur non essendo presenti negli ordini clienti , risultano sottoscorta.

Per determinare se un articolo deve essere ordinato o meno vengono effettuati i seguenti controlli:

Vengono considerati solo gli articoli aventi compilato il campo dell'anagrafica "scorta minima".
Vengono considerati tutti gli articoli che hanno una disponibilit� inferiore alla scorta minima. Per "disponibilit�" si intende la "disponibilit� futura" calcolata come "Giacenza - Impegnato + Ordinato" (e, se presenti, sottratti anche i fattori di diminuzione della disponibilit� e sommati i fattori di aumento della disponibilit�).
Nel determinare la quantit� effettiva da ordinare per raggiungere la scorta minima il programma considera, se compilato, anche il campo "lotto di riordino" (campo standard) proponendo una quantit� multipla di tale valore. Se presente anche il campo aggiuntivo "Lotto minimo di riordino" (codice attivazione 65) il programma lo considera come la quantit� minima da ordinare.

Dal punto di vista operativo segnaliamo:

Tra le opzioni iniziali "Considera anche articoli sottoscorta e non in ordine": spuntando questa voce si attiva il nuovo meccanismo esteso a tutti gli articoli di magazzino e non solo a quelli presenti negli ordini clienti. N.B.: questa opzione non � visibile se non � spuntata la voce "considera scorta minima e lotto di riordino".
Nella finestra che consente di definire quali articoli ordinare, modificarne le quantit� ed assegnarne i fornitori, per contraddistinguere gli articoli che "arrivano" dagli ordini clienti rispetto a quelli del magazzino diretto, ci sono due possibilit�: tenere presente che quelli da magazzino vengono visualizzati con il testo in blu oppure aggiungere, tra le colonne visualizzate, anche la "Provenienza".
Tra le colonne selezionabili � possibile scegliere anche il lotto minimo di riordino.

Modifica determinazione giacenze iniziali su telematizzazione accise

26 Feb 2010 00:00:00 +0200

Versione Metodo : 2.31

Nella procedura delle accise il programma non determinava correttamente la quantit� delle giacenze, per la prima trasmissione dell'anno, se le aperture di magazzino erano datate nell'anno stesso (es.:01/01/xx); in pratica le considerava solo se la data era dell'anno precedente: es.31/12/xx.

Adesso, sempre nella prima trasmissione dell'anno, vengono invece considerati "giacenze iniziali" solo ed esclusivamente i movimenti di carico aventi proprio data 01/01/xx. Si � scelta questa strada partendo dal presupposto che in tale data NON ci siano altri movimenti di acquisto o di vendita di prodotti energetici.

Potenziamento finestra Selezione Campi x Stampa Unione

17 Feb 2010 00:00:00 +0200

Versione Metodo : 2.31

Al fine di rendere sempre pi� agevole la selezione dei campi per la creazione dei documenti Word (funzione Stampa-Unione), sono state apportate le seguenti migliorie:

Campi Personalizzati: fino alla versione precedente il programma visualizzava, nell'elenco dei campi, le diciture standard previste da Metodo. Ora invece se il nome di un campo � diverso dalla denominazione standard, viene visualizzato anche questo dato (come impostato dalla variazione tracciati anagrafe).
Visualizzazione dei soli campi disponibili: fino alla versione precedente il programma visualizzava sempre e comunque tutti i codici dei campi che Metodo mette a disposizione per la Stampa-Unione (anche se non fisicamente presenti nell'archivio). Ora, invece, vengono evidenziati solo quelli realmente in essere nell'azienda su cui si � posizionati al momento dell'entrata nella procedura "Personalizzazione Lettere con MS Word" (men� "Utilit�"). E' comunque sempre possibile ottenere l'elenco di tutti i campi disponibili semplicemente togliendo la spunta dall'opzione "Solo campi disponibili nell'archivio in uso".
Evidenziazione del "tipo di campo": accanto a nome e descrizione di ogni campo viene visualizzato un quadratino colorato che indica la tipologia dello stesso: verde = campo presente in archivio; blu = campo calcolato; grigio = campo non disponibile nella ditta su cui si � attualmente posizionati.
E' stato infine aggiornato l'elenco dei campi disponibili integrandolo di tutti quelli nuovi aggiunti nelle ultime versioni di Metodo.

Campi MERGEFIELD su intestazioni e pi� pagina nelle lettere generate da MS Word

09 Feb 2010 00:00:00 +0200

Versione Metodo : 2.31

stampa unione (circolari clienti/fornitori, conferme ordini e lettere di sollecito) � ora possibile inserire il campo MERGEFIELD anche nelle sezioni di intestazione e di pi� di pagina del documento oltre che nelle eventuali caselle di testo

Piccole migliorie nella gestione aziende (cartelle contabxx)

28 Jan 2010 00:00:00 +0200

Versione Metodo : 2.31

Alla luce di alcune segnalazioni di errore causate soprattutto dal fatto che, dalla gestione risorse, si spostano o cancellano le cartelle di Metodo (cosa assolutamente da NON fare), sono stati attuati alcuni accorgimenti per evitare che il programma segnali errori nei seguenti casi:

Se, dopo aver cancellato manualmente una "contab" dalla gestione risorse, si entrava in cambio azienda operativa e si cliccava sul pulsante "rileggi" il programma usciva brutalmente. Ora, se non viene trovata una cartella "contabxx", il programma la ricrea vuota (quindi non valida) evitando cos� il blocco.
Se, essendo posizionati su una specifica azienda, si cancellava dalla gestione risorse la "contab" relativa e poi si tentava di rientrare in Metodo, veniva segnalato un errore e impedito di fatto l'accesso al programma. Ora, anche in questo caso, viene automaticamente ricreata la cartella vuota evitando cos� l'errore.
Nel caso di creazione di una nuova azienda, se (sempre per motivi dovuti a operazioni effettuate dalla gestione risorse) la cartella "contabxx" che Metodo riteneva di dover generare era gi� esistente, il programma poteva segnalare un errore del tipo "I/O Error 183". Ora, nella medesima situazione, non viene creata l'azienda vuota ma semplicemente aggiornato l'indice interno dell'elenco ditte in modo da includere anche la "contab" in oggetto. Se invece la creazione della nuova azienda avvenisse in fase di duplicazione (con creazione nuova azienda) il programma provvederebbe alla SOVRASCRITTURA dei dati nella "contabxx" gi� presente.
Se, in fase di duplicazione di un'azienda su un'altra, la procedura dovesse interrompersi per un errore nella copia di uno o pi� files, il programma provvede ad "invalidare" la ditta di destinazione rinominando il file C.000 in C.000.ERR.

Invio e-mail tramite SMTP con autenticazione SSL TLS

22 Jan 2010 00:00:00 +0200

Versione Metodo : 2.31

Implementata la possibilit� di inviare e-mail tramite SMTP utilizzando una connessione con autenticazione SSL (TSL) richiesta da alcuni server SMTP tra cui, ad esempio, "Gmail".

N.B.: al momento non � disponibile la funzione di test (dalla finestra dei parametri) che sar� predisposta nella prossima versione del programma.

Corretto possibile errore in immissione nuovo rappresentante

22 Mar 2010 00:00:00 +0200

Versione Metodo : 2.31

Entrando in gestione rappresentanti per inserirne un nuovo, il programma in fase di memorizzazione poteva segnalare un errore del tipo "'xx is not a valid integer value".

Corretto possibile "Access violation.." in gestione rappresentanti

17 Mar 2010 00:00:00 +0200

Versione Metodo : 2.31

Entrando in gestione rappresentanti poteva manifestarsi un errore del tipo "Access violation at address.." dovuto all'introduzione del nuovo campo per l'invio mail al rappresentante stesso.

Corretto errore in visualizzazone campi

04 Jun 2010 00:00:00 +0200

Versione Metodo : 2.31

Corretta imperfezione per cui le "label" in fianco ai campi "Codice Operazione" dei Parametri Commesse risultavano sovrapposte al campo stesso.

Corretto possibile errore mem. banca su scad. in pagamento/incasso partite

22 Jun 2010 00:00:00 +0200

Versione Metodo : 2.31

Registrando da Prima Nota incassi partite cliente/pagamento partite fornitori in un'azienda in cui, nel tracciato dello scadenzario era stato aggiunto il campo "Banca", poteva casualmente capitare che tale campo, nello scadenzario stesso, presentasse dei caratteri ASCII.

Corretta errata indicazione P.Iva presentatore in presenza di soggetto delegato

13 May 2010 00:00:00 +0200

Versione Metodo : 2.31

Se nei parametri Intra � compilato il campo Partita Iva del soggetto delegato, nel file generato da Metodo il campo "Partita IVA del presentatore" (6� byte di ogni record) riportava erroneamente la Partita Iva del "soggetto obbligato" anzich� quella del "soggetto delegato".

Corretto errato sbiancamento campi n.e data doc. su inc./pag.partite anche se selezionata una sola partita

27 Apr 2010 00:00:00 +0200

Versione Metodo : 2.31

In incasso/pagamento partite clienti/fornitori il programma, nella riga contabile relativa alla contropartita, sbiancava erroneamente i campi num.e data documento anche se subito prima era stata selezionata una sola partita da chiudere.

Corretto problema visualizzazione campi aggiuntivi reg.cont. in immissione fatture acq./ven.

21 Apr 2010 00:00:00 +0200

Versione Metodo : 2.31

Se, tramite la variazione tracciati archivi, erano stati creati pi� di 3 campi aggiuntivi nelle Registrazioni Contabili, in fase di immissione fatture acquisto/vendita il programma non permetteva di vederli tutti poich� non si attivava lo "scroll" nella sezione ad essi dedicata.

Unificato "N.Progr.Elenco" tra Intra 1 e 2 e aggiornata tabella nomenclature combinate

21 Apr 2010 00:00:00 +0200

Versione Metodo : 2.31

E' stato unificato il "Numero Progressivo Elenco" nella Stampa/Memorizzazione Definitiva dei modelli Intra in modo che il valore venga incrementato in modo univoco e non separatamente tra Intra1 e Intra2.

E' stata anche aggiornata la tabella delle nomenclature combinate come da nuove disposizioni.

Corretta immissione campo "Partita IVA Sogg. Delegato" che accettava pi� di 11 caratteri

19 Apr 2010 00:00:00 +0200

Versione Metodo : 2.31

Poich�, come da tracciato record ministeriale, in presenza di "soggetto delegato" viene richiesta la Partita Iva (e non il Codice Fiscale) dello stesso, � stato corretto il campo di input che accettava fino a 16 caratteri anzich� limitarsi ad 11.

Corretto possibile "Grid index out of range" in incasso/pagamento partite

16 Apr 2010 00:00:00 +0200

Versione Metodo : 2.31

Se in fase di immissione prima nota relativa ad incassi/pagamenti partite clienti/fornitori, si alternavano pi� volte righe derivanti da selezione partite con righe manuali, il programma poteva incappare in errori del tipo "Grid index out of range".

Corretto errore in memorizzazione eventuali campi aggiuntivi "data" su registrazioni contabili

23 Mar 2010 00:00:00 +0200

Versione Metodo : 2.31

Se, tramite la variazione tracciati anagrafe, si creava un campo aggiuntivo "data" nelle registrazioni contabili, quello che successivamente si andava ad inserire nello stesso non veniva correttamente memorizzato.

Corretto possibile stallo su blocchi terminali in fatturazione differita contemporanea a correzione DdT

05 May 2010 00:00:00 +0200

Versione Metodo : 2.31

In particolari casi di concomitanza, da terminali diversi, tra correzione DdT e fatturazione differita di documenti presenti nel medesimo archivio, il programma poteva ritrovarsi in una sorta di "stallo".

Ora il controllo � stato potenziato ma si ricorda che, nella fase di generazione della fatturazione definitiva, NESSUN altro terminale deve essere in correzione DdT.

Se possibile, questa limitazione verr� superata nelle prossime versioni di Metodo.

Corretta impossibilit� di generare le Riba se utilizzo "Metodo solo magazzino e fatturazione"

19 Mar 2010 00:00:00 +0200

Versione Metodo : 2.31

Gli utenti in possesso di una versione di Metodo "solo magazzino e fatturazione" non riuscivano a portare a termine la procedura di "memorizzazione riba su file" perch� il programma segnalava sempre e comunque un messaggio del tipo "impossibile continuare fino a quando non sono compilati tutti i campi obbligatori" e quindi non permetteva di confermare i dati immessi nella prima finestra di selezione.

Corretto errore in selezione righe in "copia da altro ordine"

04 Jun 2010 00:00:00 +0200

Versione Metodo : 2.31

Se dal "corpo ordine" si utilizzava la funzione "copia da altro ordine" non venivano proposte le righe di quello selezionato alle quali era stato tolto il check dal campo "riga in conferma ordine".

Corretto possibile errore di apertura file in "Riepilogo mensile ordini"

26 May 2010 00:00:00 +0200

Versione Metodo : 2.31

In un'azienda con anni collegati in cui si erano appena attivati gli archivi per la gestione ordini, se si eseguiva la procedura "Riepilogo mensile ordini" selezionando anche gli anni precedenti (privi degli ordini) il programma poteva segnalare un errore del tipo "Impossibile aprire il file C.052".

Corrette piccole anomalie in "riepilogo consegne clienti/fornitori per periodo"

26 Apr 2010 00:00:00 +0200

Versione Metodo : 2.31

Nella stampa "riepilogo consegne fornitori (o clienti) per periodo" il programma non estrapolava correttamente, nella pagina Analitica, i dati relativi all'impegnato (o all'ordinato se clienti) di eventuali articoli con giacenza significativa ma senza ordini fornitori (o clienti se elaborazione da clienti) da evadere.

E' stato anche corretto un errore nel sistema di ricerca articoli che impediva, nella situazione sopra descritta, la ricerca mirata delle informazioni limitata ad uno specifico articolo.

Gestito possibile errore in generazione automatica ordini fornitori

01 Apr 2010 00:00:00 +0200

Versione Metodo : 2.31

Se durante la fase di generazione automatica ordini fornitori entrava in gioco un fornitore mancante della "Ragione Sociale" (situazione dovuta a vecchi retaggi) il programma, al momento della conferma dei dati di testata, poteva segnalare un errore del tipo "Impossibile dare fuoco .....".

Per evitare questa anomalia adesso non � pi� possibile selezionare articoli a cui sono stati associati fornitori senza ragione sociale (che vengono evidenziati in rosso).

Corretto errore in stampa "nome azienda con &" su partitari contabili

21 Apr 2010 00:00:00 +0200

Versione Metodo : 2.31

Se si eseguiva la stampa dei partitari contabili di una ditta con il carattere "&" nella Ragione Sociale, il programma stampava tale simbolo 2 volte.

Corretto errore in stampa campi aggiuntivi "data" nelle statistiche contabili

31 Mar 2010 00:00:00 +0200

Versione Metodo : 2.31

Nella "stampa statistica contabile" non veniva correttamente riportato il contenuto di eventuali campi aggiuntivi "data" creati tramite la variazione tracciati anagrafe.

Corretto possibile errore "Impossibile rendere una finestra visibile modale" nei tabulati personalizzati

21 Jun 2010 00:00:00 +0200

Versione Metodo : 2.31

In un tabulato personalizzabile (clienti, fornitori, articoli, reg.mag., ecc.) impostato per essere esportato e non stampato poteva, in alcuni particolari frangenti, generarsi un errore del tipo "Impossibile rendere una finestra visibile modale".

Corretto possibile "doppio aggiornamento automatico" di alcuni file

30 Apr 2010 00:00:00 +0200

Versione Metodo : 2.31

Quando venivano messi a disposizione degli utenti Metodo aggiornamenti automatici di files che non hanno un vero e proprio numero di versione interno (ad esempio _DAIVA.M20, NOMCOMB.000, ecc.) poteva capitare, in determinate condizioni, che il programma scaricasse l'aggiornamento pi� volte.

Corretto errore in visualizzazione decimali prezzi unitari

26 Apr 2010 00:00:00 +0200

Versione Metodo : 2.31

In fase di selezione righe ordine da evadere (sia clienti da DdT/fatture che fornitori da Car.Mag.da Doc.) oppure da stampare (in conferme ordini/preventivi/etichette ecc.) la colonna del "Prezzo" riportava solo 2 decimali e non quelli realmente impostati nella Variazione Tracciati e presenti in archivio.

Corretto errore in invio e-mail a cliente/fornitore (singolo)

12 Apr 2010 00:00:00 +0200

Versione Metodo : 2.31

Se, dalla procedura invio e-mail del men� Anagrafiche, si tentava di mandare una e-mail ad un singolo cliente o fornitore, il programma non effettuava alcun invio segnalando invece un problema nell'anagrafica dei destinatari della mail stessa.

Corretto possibile errore in stampa circolari con Ms Word 2000

25 Mar 2010 00:00:00 +0200

Versione Metodo : 2.31

Elaborando da Metodo circolari e lettere clienti/fornitori con Ms Word 2000, se il risultato veniva inviato direttamente in stampa, il programma segnalava un errore del tipo "il metodo o la propriet� non � disponibile perch� non � attiva una finestra di documento".

Corretta possibile anomalia in visualizzazione e-mail inviate via SMTP SSL

19 Mar 2010 00:00:00 +0200

Versione Metodo : 2.31

Inviando da Metodo e-mail con allegati via SMTP con SSL, in alcuni client di posta, come ad esempio il Mozilla Thunderbird, le stesse non venivano correttamente visualizzate.

Corretto errore in conferme ordini da Ms Word con versione antecedente alla 2003

17 Mar 2010 00:00:00 +0200

Versione Metodo : 2.31

Elaborando la stampa di una conferma d'ordine con una versione di Office antecedente alla 2003, compariva un errore del tipo: "Controllare la sezione del corpo del documento ci sono possibili errori....".

Corretto possibile "Errore I/O" in trasformazione preventivo in ordine

16 Apr 2010 00:00:00 +0200

Versione Metodo : 2.31

Se dopo aver trasformato un preventivo in ordine, prima di memorizzare il nuovo ordine si eseguiva una copia righe da altro ordine (e poi si procedeva alla memorizzazione), poteva in alcuni casi verificarsi un errore del tipo "Errore I/O TCustomMetFile...".

Corretto errore visualizzazione cli./for. dopo creazione nuova anagrafica

26 Feb 2010 00:00:00 +0200

Versione Metodo : 2.31

Dopo aver immesso un nuovo cliente/fornitore, cliccando sul pulsante "Nuovo" dalla finestra di ricerca, risultava vuoto l'elenco dei clienti/fornitori precedentemente visualizzato.

Corretta sovrapposizione campi in gestione cliente

25 Feb 2010 00:00:00 +0200

Versione Metodo : 2.31

In presenza di: evidenziazione campi, zoom attivo e campi legati all'IBAN del cliente, entrando in gestione dell'anagrafica era possibile trovare sovrapposte le diciture Rappresentante e Coordinate IBAN.

Corretto possibile "Access violation" in gestione Piano dei Conti

11 Feb 2010 00:00:00 +0200

Versione Metodo : 2.31

Entrando in gestione piano dei conti in un'azienda appena creata, e cliccando sui pulsanti che permettono di esplodere/implodere i livelli dello stesso, il programma segnalava un "Access Violation" in quanto non c'era nessun dato da visualizzare. Ora, in caso di piano dei conti "vuoto", tali pulsanti risultano disattivati.

Corretto errore memorizzazione riferimenti di riga in immissione ddt per commessa

19 Jan 2010 00:00:00 +0200

Versione Metodo : 2.31

Effettuando l'immissione di un DdT con scarico commessa il programma non compilava in modo corretto, in quest'ultima, i campi "riferimento di riga" e "riferimento di magazzino".

Corretto errore in elaborazione Situazione Impegni

03 Feb 2010 00:00:00 +0200

Versione Metodo : 2.31

Elaborando una "Situazione Impegni" in un'azienda dove, tramite la variazione tracciati, erano stati aggiunti nello scadenzario dei campi tipo S/N, il programma non estrapolava alcun dato.

Corretto possibile errore in immissione registrazioni prima nota

28 Jan 2010 00:00:00 +0200

Versione Metodo : 2.31

Se, dalla procedura di immissione prima nota, si selezionava con il mouse un "Tipo di registraz." diverso da "Normale" e poi (sempre con il mouse) ci si posizionava prima sulla data e poi sulla griglia delle righe, a prescindere dal tipo di registrazione selezionato, premendo invio (o facendo doppio click sulla griglia) il programma richiedeva l'input di riga come se fosse sempre e comunque una registrazione "normale" e questo poteva portare a scompensi nella fase di inserimento dati (causati da attivazioni parziali) e quindi a errori del tipo "Grid index out of range" o "Impossibile dare il fuoco ..." ecc.

Corrette piccole imperfezioni nell'emissione consecutiva "con scarico contabile" di fatture a zero

26 Feb 2010 00:00:00 +0200

Versione Metodo : 2.31

In caso di fatturazione differita di pi� fatture ad importo zero (ad esempio di omaggi) una consecutiva all'altra, il programma contabilizzava ai fini IVA solo la prima.

Inoltre, se la condizione di pagamento di tali fatture era "Ricevuta Bancaria", venivano generate delle R.B. e delle scadenze ad importo 0. Anche se sarebbe cura dell'operatore modificare la modalit� di pagamento su fatture di questo genere, ora il programma esegue un apposito test al fine di evitare la generazione di effetti e scadenze a zero.

Corretto possibile errore in Tabulati Giacenze e Valore se magazzino vuoto

12 Jan 2010 00:00:00 +0200

Versione Metodo : 2.31

Nei Tabulati Giacenze e Valore poteva, in fase di cambio pagina, verificarsi un errore del tipo "Impossibile dare il fuoco ad una finestra invisibile o disabilitata" se veniva richiesta la situazione di un magazzino vuoto.

Corretto errore in sistema ricerca clienti su tabulati ordini

11 Mar 2010 00:00:00 +0200

Versione Metodo : 2.31

Nei tabulati degli ordini che prevedono il sistema di ricerca sull'anagrafica dei clienti/fornitori, non funzionava la ricerca su alcuni tipi di campi (es. Codice Esenzione).

Corretto malfunzionamento "variazione q.t�" in selezione righe ordine

22 Jan 2010 00:00:00 +0200

Versione Metodo : 2.31

Dalla finestra di selezione delle righe ordini, per effettuare la stampa di conferme, etichette, ecc., � da sempre possibile modificare la quantit� della riga premendo il tasto invio sulla stessa (variazione che diventa definitiva nell'ordine!).

Questa funzionalit�, che nelle ultime versioni risultava disabilitata o non correttamente funzionante, � stata ripristinata.

Corretto errore in aggiunta colonne su "Tabulato Controllo Pesi/Volumi"

20 Jan 2010 00:00:00 +0200

Versione Metodo : 2.31

Se, nel "Tabulato Controllo Pesi/Volumi" degli ordini, si tentava di aggiungere una delle colonne previste, il nuovo dato non veniva visualizzato in quanto la griglia di visualizzazione si trovava reimpostata con le colonne di default.

Corretto possibile "Access Violation" in E/C contabile

29 Jan 2010 00:00:00 +0200

Versione Metodo : 2.31

Dopo aver corretto un articolo contabile dalla procedura di E/Conto e confermato la modifica, se, nella fase di rilettura dei dati a video (che su elaboratori particolarmente lenti pu� richiedere qualche istante), si cliccava sulla "x" per chiudere la finestra dell'e/conto stesso, poteva verificarsi un errore del tipo "Access violation at address..".

Corretto possibile "Grid index out of range" in ricostruzione indici

09 Mar 2010 00:00:00 +0200

Versione Metodo : 2.31

Eseguendo la ricostruzione indici globale in una ditta con tanti magazzini (tutti operativi), poteva manifestarsi un errore del tipo "Grid index out of range" per cui la procedura non veniva portata a termine.

Controllato possibile errore in elaborazione conferme ordini da MS Word

18 Feb 2010 00:00:00 +0200

Versione Metodo : 2.31

Se, nell'elaborazione di una conferma ordine da MS Word, si utilizzava un documento con la "sezione del corpo" non impostata come da nostre specifiche, poteva manifestarsi un "errore ole" bloccante. Ora, in presenza di tale caso, il programma non si blocca ma segnala comunque l'anomalia invitando a controllare l'impostazione dei dati del "corpo" nel documento di partenza.

L'importazione fatture da file di testo non funzionava se il registro iva selezionato era diverso dal n.1

17 Feb 2010 00:00:00 +0200

Versione Metodo : 2.31

L'importazione fatture da file di testo (REGCONT.TXT o REGCONF.TXT) non veniva eseguita se il registro iva selezionato era diverso dal n.1.

Corretto errore "List index out of bounds" in importazione contabilit� da altra ditta

15 Feb 2010 00:00:00 +0200

Versione Metodo : 2.31

Corretto un possibile errore di tipo "List index out of bounds" in Importazione Contabilit� da Altra Ditta.

Corretto possibile "Range Check Error" in "Situazione archivi in uso"

12 Feb 2010 00:00:00 +0200

Versione Metodo : 2.31

Se si entrava nella procedura "Situazione archivi in uso" in un azienda in cui era rimasto in piedi un blocco terminale da pi� di 49 giorni, il programma segnalava un errore del tipo "Range Check Error".

Corretto possibile errore in invio messaggi ad altri terminali

12 Feb 2010 00:00:00 +0200

Versione Metodo : 2.31

Se entrando nella procedura di "invio messaggi ad altri terminali" non veniva trovato disponibile alcun terminale in rete, il programma poteva segnalare un errore del tipo "Fixed row count must be less than row count".

Corretto possibile errore in duplicazione azienda

28 Jan 2010 00:00:00 +0200

Versione Metodo : 2.31

Se erroneamente, dalla gestione risorse di Windows, si cancellava una cartella CONTABxx e poi, dall'intero di Metodo, si cercava di duplicarci sopra un'altra azienda, il programma segnalava un errore del tipo "Invalid file name" dovuto alla mancanza della cartella di destinazione. Ora questo problema � stato risolto in quanto la duplicazione provvede alla creazione della relativa cartella nel caso quest'ultima risultasse mancante.

Corretto errore attribuzione codice preventivo in apertura

15 Jan 2010 00:00:00 +0200

Versione Metodo : 2.31

Se si effettuava l'apertura dei preventivi in una ditta in cui il "codice ordine" era impostato come n.progressivo ma non il codice preventivo (per il quale si utilizzava l'assegnazione automatica corrispondente a "data, cliente e progressivo del giorno"), il programma cercava di aprire i preventivi come fossero stati numerati in progressione tagliando parte del codice originale. Questo, in particolari casi, poteva portare a doppioni che non venivano aperti.