Files correlati :
Ricompilazione Demo : [ ]
Commento :aggiunto il caso di non gestione UM nel listino (ID = 77)
git-svn-id: svn://10.65.10.50/trunk@11881 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : ve1.exe
Ricompilazione Demo : [ ]
Commento :
A020134
Per poter stampare il documento precedente bisognerebbe far riferimento alla
prima riga non di descrizione e non alla prima riga di riferimento sul
documento generato.
git-svn-id: svn://10.65.10.50/trunk@11772 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : ve1.exe
Ricompilazione Demo : [ ]
Commento :
AO20134
Per poter stampare il documento precedente bisognerebbe far riferimento alla
prima riga non di descrizione e non alla prima riga di riferimento sul
documento generato.
git-svn-id: svn://10.65.10.50/trunk@11749 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : ve0.exe ve6.exe
Ricompilazione Demo : [ ]
Commento :
GF20114
Il paragrafo [DEFAULTS] dei profili dei documenti contiene la lista dei
valori di default da assegnare a certi campi della maschera di immissione.
Tale paragrafo nella versione a 32 bit viene completamente ignorato, mentre
nella precedente versione funzionava "quasi" sempre.
GF20115
Se si cerca di contabilizzare una fattura di vendita con calcolo al lordo e
con sconti "di testa",
la procedura tenta di generare un movimento sbilanciato e quindi fallisce.
Il problema sembra essere nel fatto che il totale documento e' corretto,
mentre imponibile e iva non tengono conto dello sconto.
Se si utilizzano gli sconti "di riga" o si toglie il calcolo al lordo, tutto
funziona bene.
GF20116
Nell'eventualità avessimo una causale contabile definita sull'anagrafica di
un nostro cliente/fornit bisogna fare in modo che se stiamo contabilizzando
una nota di credito la causale utilizzata non sia quella prevista in anagrafica,
ma bensì quella prevista nella tipologia del documento sul quale naturalmente
ci sarà la spunta di nota di credito/debito (questa appunto può essere la discriminante)
git-svn-id: svn://10.65.10.50/trunk@11704 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : ve0
Ricompilazione Demo : [ ]
Commento :
EP20154
nella ricerca del conto di costo ricavo,quando si specifica nei pramentri
della contabilizzazione come
Ricerca primaria del conto di costo ricavo = Anagrafica Magazzino
Ricerca per anagrafica del conto di costo ricavo = Articolo
Il programma cerca il conto sull'anagrafica, ma in assenza di questo dovrebbe
andarlo a cercare sulla tabella della categoria conto vendite (CRA)
o conto acquisti (CAA). Attualmente pero' questa ricerca alternativa
non funziona. Lo si puo' notare anche aprendo l'anagrafica articoli ed
andando sulla pagina classi.
Se effettuo una ricerca sul campo categoria conto acquisti,
le colonne Gruppo, Conto e Sottoconto risultano sempre vuoti,
mentre facendo "Collega" risultano compilati.
git-svn-id: svn://10.65.10.50/trunk@11684 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : ve1.exe
Ricompilazione Demo : [ ]
Commento :
AO20087
La stampa dei campi dei documenti origine (come previsto dalla nuova
implementazione) utilizzando il PARENTDOC funziona soltanto se inserisco
tali campi sul FOOTER della stampa, in testata non ne tiene conto.
git-svn-id: svn://10.65.10.50/trunk@11672 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati :
Ricompilazione Demo : [ ]
Commento :
GF20112
Quando un documento viene contabilizzato per la seconda volta SENZA aver
cancellato il movimento preesistente,
il programma giustamente sovrascrive il movimento di prima nota, ma non
sistema correttamente i saldi.
git-svn-id: svn://10.65.10.50/trunk@11664 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : ve0.exe
Ricompilazione Demo : [ ]
Commento :
AO20123
E' stato rilevato che avendo delle fatture già contabilizzate (quindi a stato 5),
se provo ad aprirle da Documenti Interattivi e a rilanciare una contabilizzazione
col tasto "Elabora", senza cambiare lo stato del documento, me lo ricontabilizza
andando quindi a toccare anche l'IVA. Questo non deve assolutamente succedere e
deve essere quindi sistemato.
git-svn-id: svn://10.65.10.50/trunk@11598 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : ve1.exe
Ricompilazione Demo : [ ]
Commento :
EP20128
Da file impostazioni stampanti seleziono la satmpante Pippo con font arial
caratte 10 e do registra. Vado in stampa documenti e nell'ultima maschera
di impostazioni della stampante che viene proposta prima dell'esecuzione
della stampa stessa viene riportata la stampante Pippo ma font roman
10cpi carattere 12.
EP20134
Lavorando su postazioni client windows 2000 in rete con programmi in locale
e dati su server dedicato, pur inpostando da file impostazione stampante una
stampsante diversa da quella predefinita in Windows nell'ultima maschera
presentata prima dell'esecuzione della stampa a video documenti di vendita
viene riportata la stampante predefinita di Windows
git-svn-id: svn://10.65.10.50/trunk@11524 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : ve1.exe ve1100a.msk
Ricompilazione Demo : [ ]
Commento :
AO20106
Nella stampa fatture per un codice cliente che ha previsto la lettera di
esenzione (a pag. 7 dell'anagrafica), non viene riportata la descrizione
ad essa riferita (Fattura non imponibile come da vostra dichiarazione n.
XXXXX del XX-XX-XXXX da noi annotata al n. XXXXX il XX-XX-XXXX.
AO20107
Dopo aver effettuato la conversione degli archivi dalla 16bit alla 32bit,
i valori impostati in Gestione Spese e Bolli non vengono più riportati.
git-svn-id: svn://10.65.10.50/trunk@11510 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : ve0.exe ve6.exe
Ricompilazione Demo : [ ]
Commento :
AO20101
Una volta finita la conversione di un'area dati appena riportata dalla
versione a 16 bit, sul campo "Applicazione" della configurazione
contabilizzazione (da elaborazione differita) viene riportata la stringa
'TC' che provoca un errore Ve6 in fase di contabilizzazione.
git-svn-id: svn://10.65.10.50/trunk@11497 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : ve0.exe ve0100b.msk velib04d.msk
Ricompilazione Demo : [ ]
Commento :
Migliorata la gestione dell'evasione ordini a valore:
Corretta intestazione campi (trasformata "quantita' residua" in "residuo")
Azzerato campo quantita' evasa sulla bolla nel caso questo sia diverso
dallo standard (es. QTAGG1 al posto di QTAEVASA)
git-svn-id: svn://10.65.10.50/trunk@11475 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : ve0.exe ve6.exe
Ricompilazione Demo : [ ]
Commento :
AO20097
In fase di bollettazione voglio evadere un ordine già evaso parzialmente,
se premo su "Consegna tutte le righe" nella bolla generata mi riporta anche
le righe già evase lasciandole tutte con quantità nulla.
GF20100
L'evasione di un ordine con riga merce con qtà a blank non riporta alcuna
riga evasa nel d.d.t.
git-svn-id: svn://10.65.10.50/trunk@11473 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : ve0.exe ve1.exe ve6.exe batbtip.msk
Ricompilazione Demo : [ ]
Commento :
GF20105
Nell'elaborazione differita di fatturazione bolle partendo da una fattura
sulla quale si va in aggiungi documento se clicco su documento e non
sull'articolo e poi dò per errore più volte conferma mi importa le righe di
quella bolla tante volte quante sono quelle che ho cliccato su conferma.
GF20106
Nella stampa non riporta gli estremi della fattura sulla quale una bolla di
acquisto e stata fatturata.
GF20107
Nella contabilizzazione di una fattura in valuta contro euro il movimento
in prima nota riporta come totale documento e come importo della prima
scadenza un centesimo in più. (Vedere area dati inviata a Roberto)
GF20108
Gli effetti con valuta contro euro non hanno la relativa spunta,
se riseleziono la valuta questa appare. Attenzione però perchè se ho la
gestione dei cambi e nella relativa valuta di quel giorno ho la spunta di
contro euro anche se riseleziono la valuta di quel giorno la spunta di
contro euro nella maschera non appare.
git-svn-id: svn://10.65.10.50/trunk@11465 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : ve0.exe
Ricompilazione Demo : [ ]
Commento :
GF20103
Sui documenti interattivi di vendita non legge il .ini nel direttorio CUSTOM
git-svn-id: svn://10.65.10.50/trunk@11458 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati :vemenu.men
Ricompilazione Demo : [ ]
Commento :
GF20099
Non esiste la voce di menù inoltre se cerco di lanciarlo con ve1 -1 . Restitutisce il
seguente messaggio d'errore impossibile leggere la maschera ve1200a.msk "Fatal Error".
git-svn-id: svn://10.65.10.50/trunk@11454 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : ve0.exe
Ricompilazione Demo : [ ]
Commento :
GF20092
Quando clicco per posizionarmi sull'ultimo record si posiziona sempre
sull'ultimo documento inserito indipendentemente dalla numerazione e
tipologia documento preselezionata per la ricerca.
git-svn-id: svn://10.65.10.50/trunk@11442 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati :vemenu.men
Ricompilazione Demo : [ ]
Commento :cambiata la chiamata di ve0 con i doc di vendita
git-svn-id: svn://10.65.10.50/trunk@11441 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : ve2.exe ve2400.msk
Ricompilazione Demo : [ ]
Commento :
GF20085
STESSO ERRORE già risolto rif. GF20027
Nello spreadsheet delle giacenze disabilitare la voce depositi
se il magazzino specificato sulla riga non ne prevede la gestione.
git-svn-id: svn://10.65.10.50/trunk@11435 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : tutti i profili standard delle vendite + vebol.frm vebolbmp.frm
Ricompilazione Demo : [ ]
Commento :
AO20090
Ho un cliente ITALIANO con un indirizzo di spedizione ESTERO che ha per
codice stato "004" e per codice comune "Z114", se stampo la bolla mi riporta
come indirizzo di spedizione "GRAN BRETAGNA E IRLANDA DEL N.", questo perché
sul form di stampa si collegano gli indirizzi di spedizione ai comuni tramite
soltanto il codice del Comune ma non dello Stato, pertanto se per due stati
diversi ho un codice comune uguale il programma riporta sempre il primo che
trova (ovvero quello dell'Italia). Aggiungere il controllo anche dello Stato.
git-svn-id: svn://10.65.10.50/trunk@11421 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : ve6.exe ve6100a.msk
Ricompilazione Demo : [ ]
Commento :
AO20084
Lanciando la contabilizzazione una volta finita restituisce un errore VE6,
se invece lancio la contabilizzazione dal Documento allora funziona.
git-svn-id: svn://10.65.10.50/trunk@11408 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : batbcaa.msk batbcra.msk vearea.men
Ricompilazione Demo : [ ]
Commento :
GF20060
Ho inserito sia una categoria c/vendite che una categotia c/acquisti
rispettivamente con codice 01 e 02 quando le seleziono la il programma
decodifica comme 001 e 002 e quindi , quando do registra, appare il
eseguente messaggio d'errore: VALORE NON VALIDO PER CATEGORIA
GF20061
Il campo del codice della classe fiscale a pag (CLASSI) è in immissione
di due caratteri solo che poi se seleziono il codice riporta slolo il primo
es: cod 02 riporta 0 e quindi non lo riconosce dando il messaggio di
campo inconsistente.
GF20062
E' necessario prevedere una voce di menù che permetta di togliere i flags
di contabilizzato agli effetti della distinta x in modo tale da poter
ricontabilizzare la distinta, sarebbe utile che la procedura segnalasse
anche il n° di movimento da eliminare in prima nota relativo
quella distinta che risulta già contabilizzata e che si vuole ricontabilizzare.
ATTENZIONE: Esiste gia' questa opzione nella generazione effetti da estratto conto!
git-svn-id: svn://10.65.10.50/trunk@11378 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : ve1.exe
Ricompilazione Demo : [ ]
Commento :
AO20080
Nella stampa dei documenti non viene riportata correttamente la prima riga
di dettaglio, al suo posto viene scritta la seconda sbagliando quindi anche
i totali del documento; per quanto riguarda la fattura inoltre nel
riepilogo iva non viene riportata l'iva associata alla prima riga.
Da tutto ciò deriva quindi una stampa completamente sbagliata
(prove effettuate con il form di stampa standard).
git-svn-id: svn://10.65.10.50/trunk@11374 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : ve0.exe ve6.exe
Ricompilazione Demo : [ ]
Commento :
PG200014
Nel caso di contabilizzazione di fatture provenienti da paesi cee il
programma in fase di "elabora" segnala che manca il codice della provincia
di origine all'interno dell'anagrafica articolo pur essendo detto campo
correttamente inserito
git-svn-id: svn://10.65.10.50/trunk@11371 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : batbcaa.msk ve2.exe ve0.exe ve6.exe
Ricompilazione Demo : [ ]
Commento :
PG200010
Il campo descrizione dell'articolo in lingua decodifica la tabella lingue
e non permette quindi di inserire la descrizione dell'articolo stesso nella
lingua stabilita
PG200013
Variando il prezzo in immissione documento DI ACQUISTO non viene
implementato il campo ultimo costo nell'anagrafica articoli:
probabilmente dipende dall'errore generato (vedi errore n, 200017) che non
permette di registrare le variazioni su anagrafiche articoli già inserite.
PG200014
Nel caso di contabilizzazione di fatture provenienti da paesi cee il programma
in fase di "elabora" segnala che manca il codice della provincia di origine
all'interno dell'anagrafica articolo pur essendo detto campo correttamente inserito
PG200017
La variazione di un qualsiasi campo all'interno di una anagrafica articoli
in fase di registrazione genera un errore "I CODICI DELLE GIACENZE
NON POSSONO ESSERE VUOTI" .
PG200025
Nel caso di una nota di credito che storna totalmente una fattura emessa o
ricevuta (e quindi la partita è chiusa) la procedura giustamnete non trova
nulla. Nel caso invece di una nota di credito parziale su fattura con modalità
di pagamento ad esempio 30/60/90 la procedura non considera affatto la nota
di credito e propone gli importi lordi. Sarebbe utile dallo scadenzario poter
chiudere le singole rate saldate dalla nota di credito e gestire il residuo
della partita sulla/e rate restanti
git-svn-id: svn://10.65.10.50/trunk@11369 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : ve0.exe
Ricompilazione Demo : [ ]
Commento :
GF20075
Sono nella gestione di un ordine cliente di 100 pezzi gia bollettati su due
bolle rispettivamente per 50pezzi e per 25 ora mi accingo a evadere la parte
restante dell'ordine con il tasto di alabora solo che nella videata di
riepilogo degli ordini evasi per quel cliente le quantità già evase
risultano incolonate sotto la colonna DA EVADERE secondo me andrebbero messe
sotto una colonna generica QTA' come avviene nelle bolle per gli erticoli gia fatturati.
git-svn-id: svn://10.65.10.50/trunk@11366 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : ve0.exe ve6.exe
Ricompilazione Demo : [ ]
Commento :
GF20074
Se cerco di contabilizzare una nota di credito in valuta riferita a una
fattura precedente la gestione degli importi nel saldaconto non risulta
essere corretta. Vedere sempre nell'area dati di riferimento per l'errore
precedente la nota di credito n° 7 riferita alla fattura 6
git-svn-id: svn://10.65.10.50/trunk@11365 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : bolacq.src ordinef.src ve0.exe
Ricompilazione Demo : [ ]
Commento :
PG200019
Nel caso di immissione fatture ricevute da fornitori per acquisto cespiti
o per prestazioni di percipienti sarebbe utile che la procedura aprisse
immediatamente dopo la contabilizzazione la scheda dell'immissione movimento
cespite o la scheda del pericipiente
ATTENZIONE: segnalazione passata a priorita' 1: richiede attenta analisi e tempi lunghi
PG200020
I profili documenti inseriti nei tipi documenti utilizzabili per il ciclo
passivo dovrebbero, nel punto xx.ini relativo, già memorizzato il campo
prezzo = ultimo costo
Errori ricorretti:
PG200008, PG200010, PG200013
git-svn-id: svn://10.65.10.50/trunk@11363 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : ve0.exe
Ricompilazione Demo : [ ]
Commento :
PG200007
Presupposti: fattura accompagnatoria passiva da ordine fornitore: creato
tipo documento fattura accompagnatoria con causale di magazzino di carico
merce da ordine,utilizzo dello stesso numeratore delle fatture da d.d.t.ed
elaborazione differita di tipo "consegna ordini" che parte dall'ordine
fornitore ed arriva alla fattura (stato 1).La funzione di "elabora" dai
documenti interattivi (ordine ) pur riscontrando che le elaborazioni sono
due non modifica la destinazione mentre per il documento interattivo
(fattura) non è presente nessun tipo di elaborazione
git-svn-id: svn://10.65.10.50/trunk@11357 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : ve0.exe
Ricompilazione Demo : [ ]
Commento :
PG200016
Problema relativo alle ricerche di varie tabelle collegate: nel caso di
variazione o immissione codici del piano dei conti in causali preesistenti
la ricerca del piano dei conti non decodifica la decrizione codificata ma
riporta in descrizione la lettera o il valore immesso per la ricerca.
Esempio: in fase di immissione prima nota entrando in variazione della
causale per sostituire un sottoconto iniziante con B (per ricercare una banca).
Trovato il sottoconto viene selezionato ma la descrizione del sottoconto
riportato corrisponde a B e non alla descrizione specifica.
Si verifica comunque anche per altre tabelle collegate (vedi tabella pagamenti)
entrando in variazione sul fornitore per variare la tabella pagamenti o altro
PG200017
La variazione di un qualsiasi campo all'interno di una anagrafica articoli
in fase di registrazione genera un errore
"I CODICI DELLE GIACENZE NON POSSONO ESSERE VUOTI" .
PG200018
E' problematico sia con il mouse che con la tastiera trovare il punto esatto
sul n. registrazione contabile generato per attivare il tasto collega
git-svn-id: svn://10.65.10.50/trunk@11347 c028cbd2-c16b-5b4b-a496-9718f37d4682
Files correlati : ve0.exe
Ricompilazione Demo : [ ]
Commento :
PG200014
Nel caso di contabilizzazione di fatture provenienti da paesi cee il
programma in fase di "elabora" segnala che manca il codice della provincia
di origine all'interno dell'anagrafica articolo pur essendo detto campo
correttamente inserito
git-svn-id: svn://10.65.10.50/trunk@11345 c028cbd2-c16b-5b4b-a496-9718f37d4682
