Rilascio 6.0

Transcript

Rilascio 6.0

Elenco Segnalazioni inserite in Ad Hoc Revolution Rel. 6.0
Modulo .CODEPAINTER REVOLUTION
Segn. Num.: 0000004818
Tipo: Anomalia
del: 03-09-04
Argomento: 330.000 PROBLEMI CODEPAINTER
Oggetto: ZOOM CON SELEZIONE
Si presentano alcuni problemi con gli zoom:
Caso 1:
Se si utilizza uno zoom con selezione (ex. MANUTENZIONE PARTITE SCADENZE) e si effettua una selezione su una anagrafica che non ha
nessuna partita da visualizzare, quindi otteniamo una lista vuota, poi si và con il mouse a modificare la larghezza di alcune colonne, ad ogni
avvio di ricerca l'ultima colonna dello zoom vine spostata nella prima posizione.
Caso 2:
Nei documenti sul campo articolo viene aperto lo zoom articoli con F9, facendo doppio click, nello zoom, sulla colonna descrizione per ordinare
per descrizione, viene aperta un'altra cololonna col campo codice e l'ordinamento non viene eseguito.
Caso 3:
- modificare la query GSVE_MDV.VQR e aggiungere tra i campi anche la data di registrazione (MVDATREG);
- modificare lo zoom GSVE0MDADI.DOC_MAST_vzm (zoom dei documenti interni del ciclo acquisti) e aggiungere il nuovo campo e spostarlo
come prima colonna; salvare lo zoom modificato;
- se richiamo i documenti interni del ciclo acquisti dall'elenco e si esegue il doppio click sulla colonna data di registrazione per ordinare i dati il
programma segnala il seguente errore sulla query:
"Connectivity error: [Microsoft][SQL Native Client][SQL Server]I tipi di dati text, ntext e image possono essere ordinati o confrontati
esclusivamente quando si utilizza l'operatore IS NULL o LIKE."
Questo è dovuto dal fatto che la query esegue un'ordinamento sul campo numero 13 (order by 13) che non corrisponde alla data di
registrazione ma al campo MV__NOTE. Il cliente attualmente sta utilizzando la release 3.0 di Adhoc ma comunque l'errore si verifica anche
sulla 4.0 e sulla 5.0
Segn. Num.: 0000007275
Tipo: Anomalia
del: 08-06-07
Oggetto: ROUTINE CP_TOSTRODBC
Nel caso in cui si abbia per un certo articolo un listino con uno scaglione con quantià 9.2 e si proceda alla modifica del prezzo associato a
quello scaglione, alla conferma dell'articolo si ottiene il messaggio
Record modificato da altro utente.
Il problema nasce dalla routine di interface manager CP_TOSTRODBC, che si occupa di convertire i valori in stringhe da passare al database,
se deve convertire un importo numerico con decimali potrebbe produrre sul database una frase con un importo differente. Ad esempio l'importo
9.2 è tradotto erroneamente in 9.19999999.
La traduzione in oggetto in fase di scrittura non produce controindicazioni in quanto il database memorizza comunque 9.2. Il problema si ha in
fase di filtro per lettura o scrittura. In questo contesto il database se riceve come filtro 9.1999999 al posto di 9.2 non recupera o modifica
record.
Inoltre sistemare il problema su IBMdb2 in quanto vengono erroneamente memorizzati dei dacimali sul database.
Ese. viene saldata una partita per 564,06€ si conferma la registrazione, visualizzando successivamente la registrazione l'importo memorizzato
è di 565,05.
Segn. Num.: 0000007325
Tipo: Anomalia
del: 15-06-07
Oggetto: CANCELLAZIONE DATI CON FUNZIONE F3
La procedura permette di salvare documenti senza righe di dettaglio, premendo F3 e operando nel seguente modo:
es.:
- si accede alla maschera degli ordini
- dall'elenco si richiama un ordine già caricato
- si entra in modifica dell'ordine con F3, senza apportare nessuna modifica si esce con ESC (senza uscire dalla maschera degli ordini)
- si carica un nuovo ordine con F4
- si indica il cliente e poi si preme F3
la procedura riporta automaticamente tutti i dati del primo ordine richiamato, se si procede al salvataggio riassegna il numero e viene salvato
senza righe di dettaglio.
Altra casistica:
In fase di caricamento di un qualsiasi documento, con il cursore posizionato nella colonna prezzo del corpo documento, agendo sul tasto
funzione F3 si verifica una totale perdita dei dati inseriti.
Il problema si presenta su alcune gestioni di tipo Master/Detail.
21-10-08
Documentazione Utente Ad Hoc Revolution 6.0 - Zucchetti S.p.A.
Pag. :
1
Segn. Num.: 0000007398
Tipo: Anomalia
del: 28-06-07
Oggetto: MESSAGGIO TRADOTTO DAL DATABASE
Nel caso in cui SQL sia in lingua italiana e nel messaggio restituito dal database esiste un'apice, il messaggio tradotto non risulta corretto.
Esempio
Se il messaggio restituito dal database è il seguente :
[Microsoft][ODBC SQL Server Driver][SQL Server]L'istruzione UPDATE ha generato un conflitto con il vincolo COLUMN FOREIGN KEY
'FK_DEMO2ART_ICOL_11' nel database 'DEMO60', tabella 'DEMOCAANARTI', column 'CACODICE'[prg=SQLXODBCERROR,line=546]
il messaggio tradotto non è congruente con la tabella quello che viene tradotto è :
La relazione con (Tabella: [Voci IVA] Campo: [Codice IVA]) è errata, impossibile aggiornare
ma il foreing key ART_ICOL_11 non sono i codici iva, ma la categoria analitica
Segn. Num.: 0000007612
Tipo: Anomalia
del: 24-08-07
Oggetto: GESTIONEI_STOPCHECKCPCCCHKEXISTENCE
Dalla Build54 è stato introdotto un controllo per gestire nelle tabelle esterne la presenza o meno del campo CPCCCHK. Questo controllo non
era abilitato nella release 5.0 facendo si che chi svolga una scrittura tramite comandi Code Painter su di una tabella definita in analisi come
esterna, la procedura tenta comunque di valorizzare il campo CPCCCCHK, tuttavia se la tabella non ha il campo il comando va in errore.
Segn. Num.: 0000007730
Tipo: Anomalia
del: 14-09-07
Oggetto: GESTIONE GRIGLIE E ZOOM
Aprendo un elenco con molti record (ad esempio l'elenco CAB) la barra di scorrimento a destrro non ha un comportamento fluido ma fluttua in
basso.
Inoltre, in alcuni casi, può accadere di visualizare sull'elenco lo stesso record due volte, esempio:
Entrando nello zoom es. documenti da Elenco, ci posizioniamo sulla penultima riga visualizzata e teniamo premuta la freccia in basso sulla
destra, in questo modo quando rilasciamo la freccia vengono duplicate le righe dello zoom. Se clicchiamo su queste righe duplicate vengono
modificate con i dati corretti.
Segn. Num.: 0000007824
Tipo: Anomalia
del: 08-10-07
Oggetto: MENÙ CONTESTUALE, SOTTO MENÙ FUNZIONALITÀ
Se creo un menu con descrizione >> o << la procedura crea una voce di menù senza titolo nel menù contestuale funzionalità
Segn. Num.: 0000008271
Tipo: Anomalia
del: 28-02-08
Oggetto: ERRORE ESECUZIONE ZOOM (QUERY VUOTA)
Se lo zoom è basato su di una query che ha al suo interno due alias tali che uno è prefisso dell'altro ed i due campi appartengono a tabelle
differenti, la procedura va in errore trascinando uno dei due campi sulla zona filtro per filtrare su di un certo valore.
Ad esempio supponiamo di basare lo zoom di elenco dell'anagrafica articoli su di una query che mette in INNER JOIN ART_ICOL con se
stesso. Inoltre dall'archivio ART_ICOL con alias ART_ICOL1 preleviamo un campo (ARCODART con alias ARCODART1) che introduciamo,
dopo aver salvato la query, all'interno dell'elenco.
Se dall'elenco selezionamo la colonna appena aggiunta e la trasciniamo per eseguire un filtro sul valore la procedura va in errore. I messaggi
mostrati sono due, il primo segnala la frase che ha generato l'errore (nel messaggio si capisce il motivo in quanto l'alsia applicato al campo non
è ART_ICOL1 ma ART_ICOL) e successivamente il messaggio Query vuota.
Segn. Num.: 0000008564
Tipo: Anomalia
del: 16-06-08
Oggetto: ZOOM
Nei vari zoom del programma, quando si preme sulla barra di scorrimento verticale ed esattamente nell'icona della freccia per scorrere verso il
basso in maniera continuativa (senza rilasciare il pulsante del mouse), al rilascio del pulsante del mouse il programma si riposiziona nella riga
precedente allo spostamento.
Esempio:
In primanota viene selezionata dall'elenco la prima registrazione e poi si torna sull'elenco, scorrendo verso il basso l'elenco al rilascio del
pulsante del mouse l'elenco ritorna alla prima registrazione. Questo succede anche sulla visualizzazione schede contabili.
Segn. Num.: 0000008684
Tipo: Anomalia
del: 15-07-08
Oggetto: COSTRUZIONE CONNESSIONE ASINCRONA SU ORACLE
Connetendosi ad un database Oracle, al momento dell'apertura della connessione asincrona la procedura rilegge la stringa di connessione
valida al momento. Se tale stringa superta i 254 caratteri le successive query legate ad uno zoom integrato vanno in errore di esecuzione
(Operand / operator type mismatch).
Il problema nasce dal fatto che l'ODBC oracle restituisce, oltre alle informazioni di connessione eventualmente specificate nella stringa di
connessione, una serie di parametri suoi interni, come ad esempio:
DBA=W;APA=T;EXC=F;XSM=Default;FEN=T;QTO=T;FRC=10;FDL=10;LOB=T;RST=T;BTD=F;BNF=F;BAM=IfAllSuccessful;NUM=NLS;DPM=
F;MTS=T;MDI=Me;CSR=F;FWC=F;FBS=60000;TLO=O;
Se la lunghezza di questi sommata alla lunghezza dei parametri definiti usualmente supera i 254 caratteri si ottiene questo errore. Il problema è
superato installando il Service pack 2 di Visual Fox Pro
21-10-08
Pag. :
2
Segn. Num.: 0000008827
Tipo: Anomalia
del: 11-09-08
Oggetto: TASTO DESTRO APRI MODIFICA
L'apertura da tasto destro esegue la ricerca non attraverso un criterio di uguaglianza ma tramite una like tagliando inoltre gli eventuaeli spazi a
destra.
Ad esempio avendo i pagamenti:
RD
RD3
RD6
RD9
andando ad aprire, ad esempio dai documenti, il pagamento RD, la procedura, premendo F7/F8 mi mostra olre a RD anche gli altri pagamenti
con prefisso RD. Inoltre, in particolari contesti, può accadere che il primo record mostrato nell'anagrafica non sia quello selezionato
(nell'esempio RD) ma un'altro (esempio RD9).
Segn. Num.: 0000008862
Tipo: Anomalia
del: 02-10-08
Oggetto: ELENCO NON VISUALIZZATO CON NAVIGAZIONE DA TASTIERA
Se si utilizzano i tasti freccia della tastiera per spostarsi tra le pagine di una gestione l'elenco non viene visualizzato.
Esempio
Aperire l'anagrafica articoli
Utilizzare SHIFT+TAB per accedere ai tab del page frame
Utilizzare i tasti freccia per spostarsi tra le pagine ed accedere all'elenco (non utilizzare il mouse per spostarsi sull'elenco)
L'elenco non viene visualizzato
Segn. Num.: 0000004008
Tipo: Miglioria
del: 22-02-07
Oggetto: LUNGHEZZA COLONNE ZOOM
Quando si crea una nuova tabella in analisi e si va a definire un'anagrafica ad essa collegata, la procedura in automatico nello zoom riporta
come nome delle colonne le descrizioni dei vari campi definite in analisi.
La larghezza delle colonne deve essere calcolata non solo considerando la lunghezza di queste descrizioni ma anche considerando la
lunghezza fisica del campo.
Segn. Num.: 0000004084
Tipo: Miglioria
del: 07-03-07
Oggetto: AREA GRIGIA ATTORNO AGLI ZOOM INTEGRATI
Attivando il tema XP la procedura mostra a video un'area grigia attorno agli zoom integrati, come ad esempio nello zoom visualizza prima nota
(bordo grigio scuro sopra le intestazioni di colonna)
Segn. Num.: 0000004174
Tipo: Miglioria
del: 17-04-07
Oggetto: F3 E PAGINA CORRENTE
Rendere parametrico il comportamento della procedura al momento in cui si opera un F3 all'itnerno di una gestione con più pagine. Il
comportamento storico è quello di riportare la gestione sulla prima pagina, il comportamento inserito è quello di poter rimanere sulla pagina
corrente. Dare la possibilità, tramite variabile di configurazione, di decidere come impostare tale comportamento.
Segn. Num.: 0000004595
Tipo: Miglioria
del: 06-11-07
Oggetto: MIGRARE ALLA BUILD 55
Migrare alla Build55 di Code Painter
Segn. Num.: 0000004728
Tipo: Miglioria
del: 16-01-08
Oggetto: COLONNE ZOOM A LARGHEZZA ZERO
Se si preme il bottone interroga all'interno di uno zoom e la colonna più a destra ha larghezza a 0, questa è allargata.
Segn. Num.: 0000004756
Tipo: Miglioria
del: 23-01-08
Oggetto: GESTIONE MENÙ UTENTE
In alcune realtà risulta utile poter disporre di un menù personalizzato da applicare in modo orizzontale su tutti gli utenti e su questo costruire
delle differenziazioni ulteriori per utente.
Ad esempio per tutti gli utenti si desidera aggiungere le voci per accedere alle personalizzazioni implementate per quel cliente e,
contestualmente, per alcuni utenti / gruppi si richiede di limitare le funzionalità sul menù di default, ad esempio il gruppo contabile ha il solo
menù contabile, i magazzinieri il solo magazzino e così via.
In questi casi deve essere data la possibilità di definire un menù differenziale, chiamato APPLICATION.VMN comune a tutti gli utenti e le
aziende.
Inoltre, risulta utile poter differenziare i menù differenziali anche in base all'azienda. Quindi, oltre al menù di applicazione, poter discriminare i
menù in base all'azienda in cui si è entrati. Utile nel caso il cliente ha più aziende di natura diversa.
In questo contesto occorre definire un menù differenziale chiamato APPLICATION_codice azienda.VMN che sarà caricato dopo il menù
APPLICATION se presente, e prima del menù CUSTOM.
21-10-08
Pag. :
3
Segn. Num.: 0000004805
Tipo: Miglioria
del: 19-02-08
Oggetto: GESTIONI FILTRATE ED ELENCHI
Attualmente se si definisce una gestione filtrata in modo statico (Es Conditional check, filter, query filter nella definizione di una gestione)
questo non è applicato in modo automatico al relativo elenco.
Segn. Num.: 0000004966
Tipo: Miglioria
del: 04-06-08
Oggetto: MONITOR FRAMEWORK
Occorre dare la possibilità all'installatore di proteggere l'installazione facendo si che ad hoc non dia la possibilità di salvare file di framework
direttamente sulla versione standard ma su cartelle apposite (come Custom) per certi utenti. Inoltre dare la possibilità di monitorare i file di
framework modificati rispetto allo standard o creati dall'utente. Dare inoltre la possibilità di generare in modo automatico documentazione in
merito alle modifiche apportate rispetto alla versione standard del file. Introdurre anche la possibilità di disabilitare temporaneamente le
modifiche svolte sui file personalizzati, quindi ripristinare il comportamento standard.
INTERVENTO
La realizzazione di questa miglioria ha comportato :
-la creazione di una nuova voce di menu Framework Monitor all'interno del menu Manutenzione Sistema
-la creazione di una nuova maschera Framework Monitor
-la modifica dei disegnatori al fine di una corretta integrazione. Principalmente sono state modificate le funzioni che si occupano del recupero e
del salvataggio dei files. Le funzioni modificate sono quelle attivate dalle icone di apertura e salvataggio file presenti nelle Toolbar dei
disegnatori.
-la creazione di una nuova maschera per il salvataggio dei file (Save As) dove è possibile specificare i proprietari del file
- la creazione di una nuova cartella USERDIR all'interno della CUSTOM dove salvare i files modificasti dagli utenti
-l' inserimento di una nuova combobox denominata DIRITTI nella gestione utenti per assegnare i diritti di accesso ai files per gli utenti della
procedura
Definizione dei diritti
I livelli sono:
1-NO RIGHT: nessun diritto di modifica e visualizzazione;
2- READ ONLY: solo lettura;
3- R/W USER: lettura di tutti i file e scrittura dei soli files di cui si è proprietari;
4- R/W ALL: lettura e scrittura di tutti i files;
5- DEVELOPER: lettura e scrittura di tutti files con comportamento precedente al monitor.
N.B. Per poter accedere alla maschera Framework monitor è necessario inserire nel cp3start.cnf la seguente istruzione i_MonitorFramework=.t.
altrimenti compare il messaggio di accesso negato.
Segn. Num.: 0000005091
Tipo: Miglioria
del: 14-07-08
Oggetto: RICONNESSIONE AUTOMATICA
Prevedere, tramite opportuna configurazione, la possibilità di riconnesione automatica dell'applicativo al database in caso di perdita di
connessione. Questo per rendere l'applicativo maggiormente utilizzabile in ambienti di High availability come server in cluster.
Oltre alla possibilità di attivare o meno la funzionalità, tra le configurazioni disponibili prevedere:
a) Numero di tentativi oltre il quale avvisare l'utente.
b) Intervallo in sec. tra un tentativo e l'altro.
c) Gestione deadlock (solo per SQLSERVER), se il database seleziona la query corrente come vittima per sbloccare un deadlock, allora
ritentare la sua esecuzione (anche per questo caso prevedere numero di tentativi e intervallo fra essi specifici).
d) Connessione trasparente all'utente, la riconnessione avverrà utilizzando le credenziali sul database correnti.
Disabilitata la riconnessione automatica su DB2 poichè il driver odbc a volte non restituisce il controllo a seguito di una chiamata
allocstatment() usata nel test per verificare se la connessione è caduta. Si sarebbe potuto usare una versione piu aggioranta del driver oppure
verificare la caduta di connessione tramite una select su cpazi ma si è disabilitata la gestione su db2 in quanto db2 non offre sistemi in
clustering e quindi il problema di riconnessione a seguito di caduta del server è marginale.
Segn. Num.: 0000005094
Tipo: Miglioria
del: 15-07-08
Oggetto: MASCHERA GESTIONE UTENTI/GRUPPI
Rendere l'elenco degli utenti gruppi resizable in base alla grandezza della maschera
Segn. Num.: 0000005095
Tipo: Miglioria
del: 16-07-08
Oggetto: DISEGNATORE DI QUERY
velocizzare la parte di caricamento del dizionario
Segn. Num.: 0000005115
Tipo: Miglioria
del: 26-07-08
Oggetto: QUERY DI QUERY CON ORDER BY
Se una query di query (ADD) contiene un'order by la sua esecuzione produce un errore. Il gestore delle Visual query dovrebbe eliminare l'order
by se la query eseguita è poi utilizzata in una query.
21-10-08
Pag. :
4
Segn. Num.: 0000005122
Tipo: Miglioria
del: 30-07-08
Oggetto: GESTIONE TRADUZIONE DEL DATO
Gestire tramite Code Painter la traduzione del dato, quindi dare la possibilità di personalizzare l'applicativo per poter gestire sui campi di tipo
carattere varie traduzioni dello stesso. L'attivazione di questa funzionalità passerà attraverso una personalizzazione del sorgente attivando
oppotuni check a livello di analisi e gestioni per attivare la funzionalità.
Segn. Num.: 0000005147
Tipo: Miglioria
del: 08-08-08
Oggetto: ALLINEARE AD HOC ALLA BUILD 55 DI CODE PAINTER
Allineare ad hoc alla Build 55 di Code Painter
Segn. Num.: 0000005161
Tipo: Miglioria
del: 04-09-08
Oggetto: ACTIVITY LOGGER
Creare un sistema in grado di tracciare l'attività dell'utente in ad hoc per poter svolgere delle analisi di carattere diagnostico. Ogni connessione
avrà la sua traccia privata. La traccia potrà essere persistente, quindi manterrà la storia delle modifiche per postazione, nel caso in cui si renda
necessario il poter sapere quando un certo dato è stato modificato e da quale utente.
Segn. Num.: 0000005170
Tipo: Miglioria
del: 12-09-08
Oggetto: ZOOM CON SELEZIONE
Avere la possibilità di fare tasto destro con le seguenti possibilità: seleziona tutto, deseleziona tutto, inverti selezione, seleziona tutti da e
seleziona fino a
Segn. Num.: 0000005219
Tipo: Miglioria
del: 04-10-08
Oggetto: GESTIONE POST IN
Evitare di salvare un post in appena creato se non è stato modificato in alcun modo e se non è stato associato a nessun record .
21-10-08
Pag. :
5
Modulo ACQUISTI
Segn. Num.: 0000006956
Tipo: Anomalia
del: 03-04-07
Argomento: 040.040 PROSPETTO DEGLI ACQUISTI
Oggetto: PROSPETTO DEGLI ACQUISTI IN PRESENZA DI FATTURE EXTRA UE
La procedura non conteggia correttamente le quantità acquistate in presenza di fatture extra UE.
Es. (esempio riportato anche nel manuale cosa fare se..)
- si registra un ricevimento fattura dai documenti (causale RFEXU come da archivi demo) art. AHE qtà 1 prezzo 10€
- si registra la fattura dello spedizioniere per le spese
- si registra la bolla doganale (causale BLDOG come da archivi demo) importando la fattura del punto 1, quindi si ottiene art. AHE qtà 1 prezzo
10€, riga di tipo Omaggio Imponibile.
- si effettua la stampa del prospetto degli acquisti per articolo e si vede che la quantità acquistata è pari a 2 (in realtà la qtà acquistata è 1)
==============
La soluzione è quella di escludere dalla stampa del prospetto degli acquisti le causali documento che hanno attivo il check "bolla doganale" in
modo che venga considerata solo la fattura del fornitore estero (RFEXU).
Segn. Num.: 0000007227
Tipo: Anomalia
del: 30-05-07
Argomento: 040.010 DOCUMENTI DI ACQUISTO
Oggetto: SBAGLIATO CALCOLO DELL'IVA AGEVOLATA PRESENTE IN ANAGRAFICA FORNITORE
Si presenta un' anomalia nel calcolo dell'iva agevolata se questa viene inserita nell' anagrafica fornitore. (ad esempio 20% indetraibile 100%)
Se viene inserito questo tipo di iva agevolata indetraibile al 100% nell' anagrafica fornitore, il valore fiscale, sui documenti di acquisto, di un
articolo venduto a 100€ di imponibile risulta essere pari a 100€ , invece dovrebbe essere valorizzato a 120€.
Se invece l'iva agevolata (indetraibile 100%) viene inserita manualmente nella testata del documento, il valore fiscale sul documento di
acquisto risulta essere correttamente valorizzato a 120€.
Segn. Num.: 0000007229
Tipo: Anomalia
del: 30-05-07
Oggetto: ULTIMO COSTO E ULTIMO PREZZO
Se si carica un documento intestato che ha attivo il flag "prezzo di vendita u.c.a e/o u.p.v " la procedura applica correttamente il prezzo
(secondo u.c.a e/o u.p.v) ma se si varia l'intestatario la procedura , pur rispondendo di si alla domanda <<:aggiorno anche i prezzi sulle righe
?>>, non sbianca il prezzo , nel caso in cui non esista per il nuovo fornitore nessun prezzo e/o costo dell'articolo.
es.
Il fornitore A ha u.c.a per ahrb uguale a 45 Euro
Per il fornitore B non esiste nessun u.c.a per ahrb
-Carico un documenti interno , con attivo il flag u.c.a. , intestato al fornitore A e movimento ahrb. La procedura correttamente mi applica 45
Euro
-Rimanendo in caricamento cambio in testata il fornitore A con il fornitore B e alla domanda <<:aggiorno anche i prezzi sulle righe ?>> si
risponde <<Sì >>.
il prezzo di ahrb rimane 45 Euro mentre doveva essere sbiancato
Segn. Num.: 0000007243
Tipo: Anomalia
del: 04-06-07
Oggetto: INDICAZIONE ULTIMO COSTO DI ACQUISTO SU RIGHE DOCUMENTI
Per l'indicazione dell'ultimo costo di acquisto sui documenti vengono considerati anche i documenti di carico con causale di magazzino
intestata a fornitore che aggiorna "altri carichi"/solo ordinato impegnato, mentre dovrebbero essere considerati solo i documenti eseguiti con
causali che aggiornano l'acquistato.
Esempio:
- Inserito un documento di trasporto di acquisto con causale DDTAC che ha collegata una causale di magazzino intestata a fornitore e
aggiornamento acquistato per 1000 €;
- Inserito un documento interno di acquisto che ha causale di magazzino collegata intestata a fornitore che aggiorna gli altri carichi per 1200€;
- Inserita una fattura di acquisto (con check attivato su "Prezzo default U.C.A") con lo stesso articolo movimentato nei due documenti
precedenti e viene proposto il prezzo unitario di 1200 €, invece dovrebbe essere proposto il prezzo del primo documento di acquisto di 1000 €.
Nel bottone Ultimi costi sul documento viene indicato correttamente il valore del primo documento, nel bottone costi dei saldi articolo viene
proposto correttamente solo il prezzo del primo documento. Nell'inventario di magazzino vengono correttamente considerati entrambi i
documenti.
Inserendo le stesse causali direttamente dai movimenti di magazzino il prezzo proposto sul documento di acquisto con check "Prezzo defautl
U.C.A." risulta corretto.
Verificare anche la stessa funzionalità lato vendite.
Segn. Num.: 0000007308
Tipo: Anomalia
del: 13-06-07
Argomento: 040.060 PROPOSTE D' ACQUISTO
Oggetto: PDA CON CONTRATTO PER PIÙ ARTICOLI CON UNITÀ MISURA DIVERSE
In presenza di contratto di acquisto creato per più articoli con unità di misura diversa, vengono create le PDA con l'unità di misura del primo
articolo inserito nel contratto. Le PDA nascono con l'unità di misura sbagliata e quantità pari a zero.
21-10-08
Pag. :
6
Segn. Num.: 0000007415
Tipo: Anomalia
del: 02-07-07
Oggetto: MANCATA CANCELLAZIONE PDA SUGGERITE
Si presenta un' anomalia nella generazione pda in presenza di pda suggerite da una precedente elaborazione.
se la procedura al nuovo lancio pda non trova le condizioni per generare nuove pda suggerite (in fase di elaborazione appare il messaggio
"Non ci sono dati da elaborare") allora non provvede ad eliminare le precedenti proposte in stato suggerita.
Esempio:
Si abbia un' azienda con 2 soli codici articoli: ART1 e ART2 con provenienza esterna e gestione a fabbisogno. Entrambi hanno nella scheda
magazzino tutti i campi valorizzati a zero ad eccezione del numero giorni per approvvigionamento che per entrambi vale 10.
Si carica un ordine da cliente dove nel corpo del documento si richiama ART1 e ART2 per 10 quantità e data evasione 25/07/07; dal momento
che la data di elaborazione pda è il 02/07/07 la generazione pda propone 2 pda suggerite con data evasione il 25/07 e data ordine il 15/07.
Si inserisce, sempre in data 02/07/07, un movimento di magazzino di carico per entrambi gli articoli con quantità 15 tale da coprire il fabbisogno
lordo.
Lanciando nuovamente la generazione pda appare il messaggio "Non ci sono dati da elaborare" ma non vengono cancellate le pda suggerite
della precedente generazione.
Se invece si procede a caricare un nuovo articolo (ART3),provenienza esterna e generazione a fabbisogno, con scorta minima di 5 e 10 gg di
approvvigionamento, un' ulteriore generazione pda propone una pda scaduta per ART3 (relativamente alla scorta minima) e contenstualmente
cancella le pda suggerite di ART1 e ART2.
Segn. Num.: 0000007462
Tipo: Anomalia
del: 10-07-07
Oggetto: STAMPA DDT DA FORNITORE REPORT N° 1
Il report di stampa n° 1 DDT da Fornitore (GSAC_MCV) in presenza di un documento con causale di magazzino collegata (per es TRA) riporta
per ogni riga articolo l'indicazione 'Magazzino di origine' e 'Magazzino di destinazione'. Tali diciture devono essere riportate solo sulla prima
riga, e successivamente solo in caso di variazione di almeno uno dei 2 magazzini.
Segn. Num.: 0000007468
Tipo: Anomalia
del: 12-07-07
Oggetto: I VALORI FISCALI NON VARIANO SE SI MODIFICANO LE QUANTITÀ DI RIGA
Si presenta un' anomalia nel seguente caso:
-- caricamento di un articolo con kg come unità di misura principale
-- si carica un codice di ricerca relativo all' articolo con un' altra unità di misura (ad esempio FF, precedentemente caricata nelle unità di misura.
Conversione unità di misura: KG = FF / 4,1251.
-- caricamento di un ordine con codice di ricerca con unità di misura FF. Quantità di riga 140. La quantità in KG proposta (577.514) viene
modificata in 560 KG.
-- importazione dell' ordine in un ddtac con importazione parziale di 80.
-- modifica ulteriore della quantità da 80 a 90, variando la quantità articolo direttamente sulla riga articolo.
-- in questo caso, modificando anche più volte la quantità di riga importata, il valore fiscale, netto riga e totale righe non variano in relazione alla
quantità. Le valorizzazioni rimangono uguali a quelle della prima importazione (quella con 80 di quantità).
Questo è un errore perchè valore fiscale, netto riga e totale righe devono variare in relazione alla modifica delle quantità.
Segn. Num.: 0000007977
Tipo: Anomalia
del: 22-11-07
Oggetto: GESTIONE NO SCADUTO SU SCORTA MINIMA
Si presenta una anomalia nella gestione del No scaduto su Scorta minima per articoli senza il fornitore abituale in anagrafica.
Nel caso infatti in cui nei parametri pda siano stati attivati i flag su No scaduto e NO scaduto su scorta minima allora la generazione proposte di
acquisto procede a slittare il fabbisogno della scorta minima di un numero di giorni pari al numero giorni approvvigionamento mentre mantiene
comunque scaduti gli ordini da clienti con data evasione nel passato non operando quindi il check No scaduto fino a n. giorni.
Occorre invece che cosi come il chek No scaduto opera solo per gli articoli con fornitore abituale anche il check NO scaduto su scorta minima
valga solo per gli articoli con fornitore abituale.
esempio.
Data sistema 22-11-2007
Si abbia l'articolo TEST con scorta minima 10 giorni di approvvigionamento 5 senza fornitore abituale. Per TEST è presente un ordine da
cliente con data prevista evasione 01-11-07.
Nei parametri pda è previsto il check No scaduto con numero giorni 30 ed anche NO scaduto su scorta minima.
Lanciando la generazione pda appare un fabbisogno scaduto per 25 mentre per la scorta minima viene generata una pda con data ordine oggi
e data evasione 27-11-2007.
Occorre invece che la scorta minima vada ad alimentare, per gli articoli senza fornitore abituale, il fabbisogno scaduto.
21-10-08
Pag. :
7
Segn. Num.: 0000007998
Tipo: Anomalia
del: 27-11-07
Oggetto: ERRATA CONSIDERAZIONE MOVIMENTI DI MAGAZZINO DI IMPEGNATO
Si presenta una anomalia nella generazione pda in presenza di movimenti di magazzino che interessano impegnato e ordinato.
Questi movimenti di magazzino devono concorrere alla determinazione del fabbisogno lordo e ordini a fornitore per il time bucket relativo alla
data di elaborazione pda; attualmente invece, pur apparendo nel dettaglio delle pda come fabbisogno lordo del giorno della elaborazione pda,
poi in realtà concorre alla determinazione dello scaduto. Questo succede solo se gli articoli non hanno il fornitore abituale.
Occore invece che, sia che gli articoli abbiano il forniitore abituale che non, i movimenti manuali di magazzino di impegnato e ordinato incidano
sia nel dettaglio che nel calcolo per il bidone temporale corrispondente alla data di generazione pda.
Segn. Num.: 0000008385
Tipo: Anomalia
del: 11-04-08
Argomento: 040.030 CONTRATTI D'ACQUISTO
Oggetto: DUPLICAZIONE CONTRATTI DI ACQUISTO E CHECK "CONSIDERA PER COSTIFIC."
La duplicazione contratti di acquisto non riporta il check "Considera per costificazione" eventualmente presente su articoli del contratti di
riferimento.
Segn. Num.: 0000008657
Tipo: Anomalia
del: 07-07-08
Oggetto: CONFERMA ORDINI DA PDA
La procedura assegna erroneamente lo stesso numero di ordine nel caso in cui un utente stia confermando un ordine da PDA e l'altro
contemporaneamente stia caricando un ordine.
es.
- postazione 1 utente 1, nella maschera di conferma ordini da PDA gli viene proposto l'ordine n°5
- postazione 2 utente 2, in caricamento di un nuovo ordine viene proposto l'ordine n°5
- dalla postazione 2 l'utente 2 conferma l'ordine e ottiene il numero 5
- successivamente dalla postazione 1 l'utente 1 conferma l'ordine da PDA ed erroneamente la procedura non riassegna il numero 6 ma
mantiente il numero 5 di conseguenza si hanno due ordini con lo stesso numero.
Segn. Num.: 0000004032
Tipo: Miglioria
del: 31-01-07
Oggetto: AGGIORNAMENTO ULTIMO COSTO
Se viene salvato un documento di acquisto con valore di riga a zero non deve essere fatto l'aggiornamento dell'ultimo costo dei saldi. Se ad
esempio riceviamo un ddt da fornitore a zero ed il costo di acquisto viene valorizzato nella successiva fattura, i saldi non devono essere
aggiornati dal documento di trasporto ma solo dalla fattura.
In generale se un documento di acquisto non ha valore non deve azzerare il valore dell'ultimo costo.
Intervento
Effettuata modifica anche sui movimenti di magazzino e quindi in tutti i batch che generano movimenti di magazzino o documenti
Segn. Num.: 0000004125
Tipo: Miglioria
del: 29-03-07
Oggetto: ELENCO FATTURA ACQUISTO
Inserire nello zoom di elenco fatture di acquisto, vicino alla colonna ‘N.DOC.’ anche una colonna con ‘N.PR./SERIE’ (n. protocollo/serie).
Segn. Num.: 0000004432
Tipo: Miglioria
del: 03-09-07
Oggetto: GESTIONE EVASIONE DI ARTICOLO CON UM SEPARATE SU DOC. VEN/ACQ
Quando si movimenta sulla riga la seconda unità di misura la quantità nella prima unità di misura viene sempre ricalcolata in base al rapporto di
conversione specificando anche i decimali, fare in modo che se sulla prima unità di misura è attivo il flag "non frazionabile" non vengano
riportati i decimali ma che venga arrotondata (arrotondamento matematico).
Esempio:
- Ordine a fornitore con LAMIERA UM TN 0,4 = 1^ UM n. 2
- ddt di acquisto che evade parzialmente l'ordine LAMIERA UM TN 0,195 = 1^ UM n.1 (la procedura calcola 0,975 mentre dovrebbe
arrotondare a 1 foglio di lamiera)
- l'ordine, a questo punto, rimane evaso per UM TN 0,195 = 1^ UM n. 1 (la procedura invece calcola 0,975)
- se verifico il saldo dell'articolo risulta UM n. Esistenza 1 - Ordinata 1 (mentre ora calcola 1,025) - Disponibilità contabile 2 mentre ora calcola
2,025.
Segn. Num.: 0000005058
Tipo: Miglioria
del: 04-07-08
Oggetto: CODICE IVA SPESE DI INCASSO
Aggiungere sui documenti di Acquisto nel pulsante Dati Iva il campo relativo al Codice Iva Spese di Incasso, in modo da poter applicare un
codice iva alle spese di incasso diverso da quello applicato alle righe articolo presentri sulle righe del documento.
21-10-08
Pag. :
8
Modulo AGENDA
Segn. Num.: 0000004034
Tipo: Miglioria
del: 05-03-07
Argomento: 600.000 GESTIONE AGENDA
Oggetto: ARCHIVI DI BASE RELATIVI ALLE COMMESSE
Archivi di base relativi alle commesse
Segn. Num.: 0000004035
Tipo: Miglioria
del: 05-03-07
Oggetto: GESTIONE ATTIVITÀ, TIPI ATTIVITÀ E TABELLE COLLEGATE
Gestione Attività, tipi attività e tabelle collegate
Segn. Num.: 0000004037
Tipo: Miglioria
del: 05-03-07
Oggetto: IL CALENDARIO ATTIVITÀ E LA DISPONIBILITÀ DEI PARTECIPANTI
Utilizzate ocx della Dbi Technologies (http://www.dbi-tech.com) per visualizzare le attività dell'agenda nella visualizzazione giornaliera,
settimanale, mensile annuale. Gestione inoltre delle "cose da fare" (memo) e dei preavvisi.
Visualizzazione della disponibilità giornaliera e settimanale di un partecipante alle attività.
Segn. Num.: 0000004038
Tipo: Miglioria
del: 05-03-07
Oggetto: ELENCO E STAMPA DELLE ATTIVITÀ
Miglioria: Prevedere uno zoom di Ricerca Attività
Segn. Num.: 0000004040
Tipo: Miglioria
del: 05-03-07
Oggetto: STAMPA ATTIVITÀ
Prevedere la stampa delle attvità mediante maschera con filtri
Segn. Num.: 0000004044
Tipo: Miglioria
del: 05-03-07
Oggetto: ATTIVITÀ COLLEGATE
Gestita la possibilità di caricare in agenda più attività contemporaneamente ma in date diverse fra loro con la possibilità di collegare o meno fra
loro le stesse al fine di un eventuale cancellazione o spostamento nel tempo. Tale procedura necessità di una gestione denominata "atticivtà
collegate" dove è possibile definire la relazione di date fra un'attività e quelle successive.
Segn. Num.: 0000004045
Tipo: Miglioria
del: 05-03-07
Oggetto: PRESTAZIONI: DOCUMENTI INTERNI GENERATI DALL'ATTIVITÀ
Quando un'attività assumen lo stato "completata" la procedura genere un documento interno relativo alle prestazioni con importi diversi da
Zero.
Tali documenti interni saranno poi importati in altri documenti. La tracciabilità di ogni riga è visualizzata direttamente nella singola attività.
Segn. Num.: 0000004053
Tipo: Miglioria
del: 05-03-07
Oggetto: CARICAMENTO RAPIDO PRESTAZIONI
MIglioria: dare la possibilità di caricare le prestazioni in modo rapido senza passare dalla gestione attività.
Segn. Num.: 0000004055
Tipo: Miglioria
del: 05-03-07
Oggetto: RICERCA E STAMPA DELLE PRESTAZIONI NELLE ATTIVITÀ
Ricerca e stampa delle prestazioni nelle attività
Segn. Num.: 0000004166
Tipo: Miglioria
del: 12-04-07
Oggetto: NUOVA VARIABILE GLOBALE MODULO AGENDA
Definita nuova variabile (g_AGEN) per il modulo agenda, modificata anche la maschera di attivazione procedura e il programma di calcolo
chiave.
Segn. Num.: 0000004238
Tipo: Miglioria
del: 17-05-07
Oggetto: RUBRICA DEI NOMINATIVI NEL MODULO AGENDA
Inserire una funzione a menù denominata rubrica che legge dai nominativi
Nei filtri in testata inserire i seguenti campi : ragione sociale, indirizzo, cap, località, provincia, annotazioni
I colori sono quelli in configurazione interfaccia relativi al modulo agenda
opzioni di visualizzazione
21-10-08
Pag. :
9
Visualizza indirizzo
Visualizza telefono
Visualizza fax
Visualizza cellulare
Visualizza mail
visualizza sito internet
Segn. Num.: 0000004515
Tipo: Miglioria
del: 11-10-07
Oggetto: ANTEPRIMA ATTIVITÀ
Ricerca delle attività tramite l'utilizzo di un componente esterno (ctContact) simile alla rubrica di outlook
Segn. Num.: 0000004700
Tipo: Miglioria
del: 07-01-08
Oggetto: CALENDARIO GIORNALIERI DI PIÙ PARTECIPANTI CONTEMPORANEAMENTE
Calendario giornalieri di più partecipanti contemporaneamente
Segn. Num.: 0000004797
Tipo: Miglioria
del: 15-02-08
Oggetto: STRUTTURA AZIENDALE - CALENDARIO
In questo archivio devono poter essere definite risorse umane, risorse materiali e gruppi di risorse. A tale scopo occorre rivedere l'attuale
archivio "risorse umane". Per le risorse umane dovrebbe essere possibile associare solo un codice utente, tuttavia è necessario NON bloccare
tale possibilità, ma emettere solo un messaggio di warning nel caso in cui un utente risulti associato (in fase di conferma) a più risorse umane.
Dovrebbero essere create tre maschere distinte con la stessa tabella di riferimento e che valorizzano automaticamente un nuovo campo
tipologia pilotato dalla gestione di riferimento:
- Persone che rappresenta di fatto l'attuale archivio risorse umane. Il campo codice utente deve essere spostato in prima pagina (tipologia P)
- Risorse materiali con i soli dati presenti in prima pagina. Al posto di "Badge", "Cognome" e "Nome" inserire "Matricola", "Descrizione",
"Descr. Suppl."(tipologia M)
- Gruppi che consente di creare raggruppamenti di persone o risorse materiali. Oltre a codice e descrizione sarà presente un dettaglio per
elencare gli elementi del raggruppamento ' vedere "Struttura aziendale" (tipologia G)
In merito alla modifica dell'archivio "Risorse umane" occorre gestire opportunamente i filtri non solo sugli oggetti dell'agenda ma anche nelle
gestioni della produzione (Gestione Progetti e Gestione produzione).
STRUTTURA AZIENDALE
=================================================================
Occorre predisporre tutte le funzionalità necessarie alla definizione della struttura aziendale dell'azienda:
- Il personale dell'azienda può essere definito tramite le "Risorse" (Persone, Gruppi, Risorse materiali)
- Lo stesso archivio (tabella) deve consentire di organizzare le persone, risorse materiali in gruppi: il codice risorsa rappresenta una persona,
una risorsa materiale od un gruppo a seconda della tipologia definita automaticamente in base alla gestione utilizzata.
- Indicando una risorsa di tipologia "Gruppo" (anziché "Persona") deve essere possibile tramite movimentazione figlia indicare l'elenco delle
persone che appartengono al gruppo o sottogruppi. Un check in questo elenco consentirà di definire chi è o chi sono i responsabili del gruppo.
Stessa cosa per le "Risorse Materiali" ad eccezione del fatto che in questo caso non ci sarà l'indicazione dei responsabili
- "Persone", "Risorse Materiali" e "Gruppi" possono essere collegati a gruppi della procedura.
NB: Una "Persona" (oppure una "Risorsa Materiale") può essere associata a più "Gruppi", mentre un "Gruppo" può essere associato soltanto
ad un altro gruppo in modo esclusivo (non deve essere possibile associare lo stesso gruppo più di una volta).
- La struttura aziendale deve poter essere rappresentabile tramite Treeview. A tal fine è necessario elaborare la struttura aziendale ad ogni
modifica dei gruppi e fornire una visualizzazione grafica utilizzando icone differenti
o Icona1: per persone
o Icona2: per persona responsabile
o Icona3: per gruppo
Calendario Risorse materiali/Gruppi/Persone
=================================================================
Fornire la possibilità di associare un calendario a Risorse, Gruppi e Persone in modo tale da poter stabilire i giorni/orari di disponibilità di
ciascuno di essi. Tali parametri dovrebbero poter essere specificati a livello generale (azienda) ed applicati in modo automatico a tutte le
risorse (Persone, Gruppi e Risorse Materiali) salvo definizione di un calendario specifico ai livelli sottostanti in base alla seguente gerarchia:
- Calendario Aziendale
- Calendario Gruppo
- Calendario Persone/Calendario Risorse materiali
NOTA BENE
=========================================
- Al fine di mantenere continuità con le releases precedenti, occorre impostare un filtro fisso sulla tipologia ("P") al fine di proporre come default
sempre e solo le persone. Laddove deve essere possibile selezionare anche risorse materiali e/o gruppi dovranno essere previste delle
eccezioni.
- Lo zoom sui campi dai quali deve essere possibile selezionare Persone, Risorse o Gruppi deve essere pilotato dalla tipologia ("P", "R" o "G").
Una combo box collocata prima di tali campi e con valore di default "P" deve essere aggiunta alle varie gestioni. Le etichette della combo box
saranno: Persona, Risorsa, Gruppo
- Nella funzione elenco attività la combo box per la tipologia di partecipante avrà i seguenti valori: "Persone", "Risorse", "Gruppi", "Tutti"). Il
21-10-08
Pag. : 10
campo partecipante non sarà editabile se la tipologia selezionata è "Tutti". Il valore di default è sempre "Persone".
Segn. Num.: 0000004798
Tipo: Miglioria
del: 15-02-08
Oggetto: TIPI ATTIVITÀ
Prima di iniziare a caricare una qualsiasi attività è necessario configurare adeguatamente i "tipi attività" e i "parametri attività". Ogni tipo attività
assume quindi dei connotati diversi e rappresenta una sorta di causale delle attività.
La combo box "Categoria" deve contenere i seguenti valori:
- Generica
- Appuntamento
- Cosa da fare
- Sessione telefonica
- Assenza
La combo box "Stato" deve contenere i seguenti valori:
- Provvisoria
- Da svolgere
- In corso
- Evasa
- Confermata
La combo box "Priorità" deve contenere i seguenti valori:
- Normale
- Urgente
Inserire i seguenti campi:
- Check "Utente partecipante": per rendere parametrizzabile il fatto che il programma proponga o meno il creatore dell'attività come
partecipante della stessa
- Check "Partecipante singolo": se attivo, quando l'attività passa da "Provvisoria" ad un altro stato (ad es: "da svolgere") occorre verificare
che l'attività sia assegnata ad una sola persona (e non a più persone)
- Check "Attività Periodica": ha lo scopo di consentire di generare oltre all'attività corrente (quella che si sta caricando) una o più attività
successive identiche alla prima secondo la periodicità definita dall'utente ed entro un determinato arco temporale
- Campo "Periodicità attività": per definire in quali date devono essere generate le attività
- Campo "Periodicità di generazione": per definire fino a quando devono essere generate le attività ricorrenti
- Check "Privata": se attivo, le attività saranno generate con check "Privata" attivato di default
PRESTAZIONI
Occorre introdurre una combo box con valori predefiniti per consentire di discriminare tra righe fatturabili e non fatturabili.
Al momento la combo box potrebbe chiamarsi "Gen. Doc." ed i valori potrebbero essere:
- Nessuno
- Doc. Prestazioni
Il valore selezionato in tipi attività rappresenterà il valore di default da utilizzare sulle righe dell'attività nella corrispondente combo box nel
dettaglio delle prestazioni. Questo valore, modificabile, consentirà di stabilire come deve essere trattata la riga e in che documento deve
confluire.
Segn. Num.: 0000004801
Tipo: Miglioria
del: 15-02-08
Oggetto: IMPIANTI/STRUTTURA ORGANIZZATIVA CLIENTE
Questa gestione deve consentire di caricare la struttura organizzativa del cliente in modo tale da tenere traccia di attività/interventi. La struttura
può essere rappresentata utilizzando "n" livelli:
- Integrare la gestione attributi per componente (vedere AHE)
- La descrizione dei componenti deve essere libera. Il campo chiave del componente è il numero riga (cprownum)
- Predisporre anagrafica per definire dei raggruppamenti di componenti: questa gestione deve consentire di definire dei gruppi di componenti
da utilizzare come riferimento per la creazione degli impianti. Oltre alla descrizione del componente (obbligatorio e chiave dell'archivio)
potranno essere specificati "modello attributi" e "legame". Inserire date di inizio e fine validità.
- L'inserimento dei componenti deve avvenire in modo automatico attraverso la selezione di elementi predefiniti nell'archivio Gruppi
componenti. Partendo dai gruppo componenti sarà possibile effettuare l'inserimento multiplo sugli impianti con possibilità di riportare anche i
dati del contratto. Nell'inserimento multiplo deve essere possibile definire i dati fissi da utilizzare per tutti i contratti, in particolare, date inizio e
fine applicazione, riferimento descrittivo, data stipulazione contratto.
- Per ogni riga dell'impianto (chiave componente) deve essere possibile associare uno o più attributi.
- Nella famiglia attributi occorre poter specificare la tipologia "enumerato da archivio" in modo tale da poter guidare la selezione dei valori
degli attributi sulla base dei valori di un campo chiave di una determinata tabella indicata dall'utente. Ad esempio, il valore di un attributo potrà
corrispondere a quello di una matricola presente nel corrispondente archivio. Questa possibilità deve essere data per le famiglie attributi di tipo
"Fisso" o "Misto"
- Per la gestione delle matricole come valore attributo è necessario almeno un ulteriore attributo sul componente che indichi l'articolo di
riferimento (indispensabile quando l'azienda non utilizza univocità per matricola). L'utilizzo di chiavi fisse come attributo può essere utile anche
per i lotti, clienti, fornitori.
- Tra gli attributi indicati per il componente, uno o più di questi devono poter essere classificati come attributi di ricerca mediante un apposito
check. Gli attributi di ricerca verranno utilizzati sulla gestione attività per agevolare la ricerca (dal campo componente).
21-10-08
Pag. : 11
Segn. Num.: 0000004819
Tipo: Miglioria
del: 26-02-08
Oggetto: PROMEMORIA ATTIVITÀ
Gestione del promemoria tramite scheduler che manda una mail nell'ora del promemoria sull'attività che ha attivato il flag "promemoria"
Segn. Num.: 0000004888
Tipo: Miglioria
del: 12-04-08
Oggetto: INFORMATIVA PRIVACY - RICEVUTO CONSENSO SI/NO SU ANAGRAFICA NOMINATIVI
Inserire all'interno dei nominativi un campo denominato "ricevuto consenso informativa trattamento dati personali".
Nell'anagrafica nominativi questo si traduce in una option che può assumere 2 stati (SI/NO).
Nelle stampe "anagrafiche e buste" inserire un filtro denominato "consenso trattamento dati" che può assumere i valori : non ricevuto, ricevuto,
tutte .
Segn. Num.: 0000004931
Tipo: Miglioria
del: 13-05-08
Oggetto: SISTEMA DI RILEVAZIONE DEL TEMPO
Realizzare un sistema di rilevazione del tempo cioè la possibilità per ogni operatore di dichiarare per un certo giorno il numero di ore dedicate
alle varie attività.
Nuova movimentazione con i seguenti campi
RT__DATA
RTCODPER
RTCAUATT
RTOGGETT
RT___ORE
T 14 Data - CAMPO DI TESTATA
C 5 Codice persona (link dipenden) - CAMPO DI TESTATA
C 20 Codice causale attività (link alla tabella CAUMATTI)
C 254 Oggetto attività
N 2,2 Durata
Da menù di entra direttamente in "Rilevazione giornaliera del tempo" /Nuovo
Una volta inseriti la data e la persona (entrambi obbligatori) la procedura automaticamente (oppure con un bottone ??) carica le righe leggendo
da OFF_ATTI e calcolando la durata. Filtrando semplicemente TUTTE le attività di quel partecipante per quella data.
Chiaramente tutti i campi delle righe sono cancellabili e modificabili
Alla conferma della movimentazione la procedura effettua un controllo sulla somma delle ore caricate avvertendo se non sono state caricate
almeno 8 ore (tale controllo per ora è fisso, poi il numero delle ore dipenderà da quando sarà scritto sull'anagrafica delle persone)
Dalla una maschera denominata "stampe di controllo attività" : (filtro in maschera : da data a data - persona)
-Stampa giorni con attività non dichiarate
-Stampa Attività raggruppata per tipo (tipo attività - ore dichiarate - %)
Segn. Num.: 0000004941
Tipo: Miglioria
del: 16-05-08
Oggetto: STAMPA SCHEDA DEL NOMINATIVO
Realizzare una nuova stampa nell'output utente stampa nominativi e buste : stampa scheda del singolo nominativo in una pagina con i dati di
un solo nominativo con i suoi contatti
Segn. Num.: 0000004967
Tipo: Miglioria
del: 04-06-08
Oggetto: RUBRICA CON "CONTATTO DEI NOMINATIVI"
nella rubrica riportare una nuova cella per ogni "contatto dei nominativi"
NOME: NCPERSON
Società:NODESCRI
(off_nomi)
Indirizzo: NOINDIRI
(off_nomi)
Località:NOLOCALI
telefono:NCTELEFO
cell: NCNUMCEL
fax: NCTELFAX
mail:NC_EMAIL
Telefono2: NCNUMCEL (al posto di sito)
21-10-08
Pag. : 12
Segn. Num.: 0000004990
Tipo: Miglioria
del: 16-06-08
Oggetto: GESTIONE NOTIFICHE DELL'ATTIVITÀ
Gestione notifiche dell'attività : se per una attività è stato attivato il flag avviso, in caricamento dell'attività o in variazione (solo della data) la
procedura invia in automatico un email a tutti i partecipanti avvertendoli della nuova attività caricata in agenda
Segn. Num.: 0000004996
Tipo: Miglioria
del: 17-06-08
Oggetto: UNITÀ DI MISURE GESTITE A TEMPO
Nell'anagrafica delle unità inserire un flag "gestita a tempo", un operatore (valori ammesso moltiplicazione e divisione), un numero per
conversione della quantità in ore. (tali campi sono attivi solo se g_agen)
Esempio l'unità di misura "giornata" se gestita a tempo deve essere divisa per 8 al fine di trasformare la qta in ore.
Questa gestione avrà effetti nell'anagrafica di un'attività al fine di riportare sulle righe delle prestazioni la durata effettiva dell'attività espressa in
ore e minuti
Tale valorizzazione vale però solo per quelle righe di prestazione che hanno attivo il flag "assegna durata effettiva" nei tipi attività
Segn. Num.: 0000004997
Tipo: Miglioria
del: 17-06-08
Oggetto: UTILIZZO CT LIST
Nella gestione calendario usare la libreria ct list per gestire i preavvisi i memo e le cose da fare
Tali funzione sarà attiva solamente nella visualizzazione 1 - 5 - 7 giorni
Usare inoltre la libreria ct list per visualizzare le scadenze del giorno attivandola con 1 click nel 31 e 365 giorni (spunta -oggetto - data inizio data fine)
nel 7 - 31 e 365 giorni con doppio click vado alla ctday del giorno selezionato
Segn. Num.: 0000005022
Tipo: Miglioria
del: 26-06-08
Oggetto: CHECKS DI SELEZIONE RISORSE IN DISP. RIS. PERS. E CONFR. AGENDE GIORN.
In "Confronto agende giornaliere" e "Disponibilità delle risorse/persone" inserire sulla destra (dopo le persone) l'elenco delle "risorse" con
relativo check per la visualizzazione (l'area disponibile deve essere occupata per i 2/3 dalle "persone" e per 1/3 dalle "risorse")
Segn. Num.: 0000005023
Tipo: Miglioria
del: 26-06-08
del: 02-07-08
Oggetto: MIGLIORIE SU AGENDA
Migliorie su agenda
Segn. Num.: 0000005035
Tipo: Miglioria
Oggetto: RIVISITAZIONE MODULO AGENDA PER RILASCIO AHR
Rivisitazione modulo Agenda per rilascio AHR beta
Segn. Num.: 0000005096
Tipo: Miglioria
del: 16-07-08
Oggetto: GESTIONE IMPIANTI - CARICAMENTO COMPONENTI
Prevedere una struttura per memorizzare un modello di impianto standard da poter importare in fase di definizione impianto.
Segn. Num.: 0000005106
Tipo: Miglioria
del: 23-07-08
Oggetto: GESTIRE GRUPPO ASSOCIATO ALLA PERSONA/RISORSA
Costruire una infrastrttura per poter implementare in futuro la gestione dell'organigramma all'interno della visualizzazione attività.
Segn. Num.: 0000005128
Tipo: Miglioria
del: 31-07-08
Oggetto: GESTIONE CONTRATTI E CANONI DI ASSISTENZA
Costruire una gestione dei contratti e dei canoni di assistenza che sia in grado, a partire dagli impianti, di generare sia le attività obbligatorie
per l'assistenza programmata che i documenti di fatturazione ad essa relativi
Segn. Num.: 0000005153
Tipo: Miglioria
del: 01-09-08
Oggetto: MIGLIORIE E CORREZIONI POST RILASCIO AHR 6.0 BETA
Migliorie e Correzioni post rilascio AHR 6.0 beta
21-10-08
Pag. : 13
Segn. Num.: 0000005156
Tipo: Miglioria
del: 03-09-08
Oggetto: PIANO DI GENERAZIONE ATTIVITÀ DA CONTRATTI
Creare una funzione di generazione delle attività dai contratti.
Segn. Num.: 0000005157
Tipo: Miglioria
del: 03-09-08
Oggetto: PIANO DI GENERAZIONE DEI DOCUMENTI DA CONTRATTI
Piano di generazione dei documenti da contratti. Il piano deve permettere all'utente di decidere quale casuale documento utilizzare e l'intervallo
di date di validità dei contratti. La procedura genererà, partendo dai contratti con data scadenza all'interno dell'intervallo raggruppando i dati per
intestatario o per sede/intestatario o per impianto.
21-10-08
Pag. : 14
Modulo ANALISI DI BILANCIO
Segn. Num.: 0000006745
Tipo: Anomalia
del: 29-11-06
Argomento: 190.021 -
GESTIONE MOVIM. ANALITICI
Oggetto: IMPORTAZIONE DATI DI ANALITICA DA DOCUMENTI
Inserendo i dati di analitica su righe documento di tipo "sconto merce" e "omaggio" in fase di importazione dati dal modulo analisi di bilancio
utilizzando la regola AN.DOC.CON.EFF (documenti di analitica confermati) la procedura crea dei movimenti di analitica con relativo importo
anche per questo tipo di righe, mentre non dovrebbe crearle.
Eseguendo le stampe dal modulo Contabilità analitica (schede, bilanci,ecc.), invece, le righe di tipo "Sconto merce" e "omaggio" vengono
correttamente visualizzate con importo totale a zero.
INTERVENTO
- Le righe di sconto merce non vengono create nei movimenti di contabilità analitica;
- Per le righe di tipo omaggio e omaggio imponibile+iva la procedura crea in automatico un movimento di storno di segno opposto e per lo
stesso importo.
Tale movimento movimenta lo stesso centro di costo, commessa e attività presenti sulla riga di omaggio e come voce utilizzare la voce di
costo/ricavi per omaggi presente sull'anagrafica delle voci di costo/ricavo corrispondente alla voce utilizzata sulla riga di omaggio.
Segn. Num.: 0000007089
Tipo: Anomalia
del: 08-05-07
Argomento: 190.050 SCRITTURE DI ASSESTAMENTO
Oggetto: FATTURE DA EMETTERE\RICEVERE
Si presenta una anomalia nel caricamento di una nuova causale documento ai fini della generazione scritture di assestamento.
La combo Contabilizza presente nella scheda Gestioni Collegate è visibile solo per la categoria Documenti di trasporto.
Per i documenti appartenenti ad altre categorie la combo non è visibile ma, il relativo campo nel database (TDCONASS della della TIP_DOCU)
viene valorizzato a F caricando una nuova causale documento.
Questo determina che, se si carica una casuale di tipo fattura ( che quindi non prevede la combo ma presenta TDCONASS a F) inserendo
nelle origini un documento di trasporto che prevede la gestione delle scritture di assestamento (fatture da emettere\ricevere) allora in fase di
genrazione scritture di assestamento vengono generate 2 scritture, una per il ddt l'altra per la fattura.
NOTE INTERVENTO
Realizzata procedura di conversione 5.0-E7088- Aggiorna campo TDCONASS della tabella TIP_DOCU obbligatoria e non ripetibile che
provvede a valorizzare il campo TDCONASS ad 'N' per le causali documento con tipo documento uguale a FA e/o NC e/o DI e/o RF.
Segn. Num.: 0000007337
Tipo: Anomalia
del: 18-06-07
Oggetto: GENERAZIONE SCRITTURE DI ASSESTAMENTO
La procedura genera erroneamente le scritture di assestamento di rilevazione rateo attivo e rilevazione fattura da emettere nel seguente caso:
- Emissione DDT di vendita del 28/02/07 con competenza dal 01/01/07 al 31/01/07
- Emissione Fattura di vendita del 10/03/07 con competenza dal 01/01/07 al 31/01/07
- Contabilizzazione fattura di vendita in data 10/03/07
- Generazione scritture di assestamento ( flag su fatture da emettere e ratei/risconti ) in data 28/02/07 per il periodo 01/01/07-28/02/07
Risultato:
- Rilevazione rateo attivo
- Rilevazione fattura da emettere
La procedura in questi casi deve eseguire la scrittura della fattura da emettere in quanto alla data di elaborazione delle scritture di
assestamento la fattura non era presente, ma non deve eseguire la scrittura del rateo perchè la fattura da emettere rappresenta già un rateo di
competenza.
INTERVENTO:
-se la fattura presente in primanota deriva da CONTABILIZZAZIONE NON DEVE GENERARE RATEI MA SOLO FATTURE DA
EMETTERE\RICEVERE, questo perchè per la scrittura del rateo la procedura prende in considerazione le registrazioni contabili di fattura con
competenza indicata su riga. Nel caso derivi da contabilizzazione significa che sono presenti i documenti e quindi non va fatto il rateo.
Non viene fatto alcun controllo sulla valorizzazione della combo box "scritture assestamento" sul DDT associato indirettamente alla
contabilizzazione in quanto in primanota potremmo avere una registrazione unica che riguarda più righe di ddt diversi e non si riesce a risalire a
tutta la catena documentale per verificare la data della fattura.
-Se la fattura presente in primanota NON deriva da Contabilizzazione iI funzionamento deve essere uguale al pre-esistente, quindi eseguire la
scrittura del rateo. In questo caso non ci sarà la fattura da emettere perchè non abbiamo documenti.
Segn. Num.: 0000007527
Tipo: Anomalia
del: 24-07-07
Argomento: 190.010 ANALISI DATI CONTABILI
Oggetto: PROIEZIONE BILANCIO CONTABILE
Elaborando la proiezione di un Bilancio Contabile, in determinate circostanze, viene stampata una struttura di Bilancio non ordinata in modo
corretto.
21-10-08
Pag. : 15
Segn. Num.: 0000007936
Tipo: Anomalia
del: 07-11-07
Oggetto: GENERAZIONE RATEI
E' necessario modificare l'attuale comportamento della procedura in fase di generazione scritture di assestamento di rilevazione ratei.
In particolare la procedura dovrebbe generare le scritture di rilevazione ratei nei seguenti casi:
-La registrazione viene inserita direttamente in primanota
-La registrazione contabile deriva dalla contabilizzazione di una fattura che non ha documenti di origine (es. fattura immediata)
-La registrazione contabile deriva dalla contabilizzazione di una fattura che contiene documenti di origine (es. ddt) che hanno valorizzato la
combo Contabilizza (relativa alle scritture d'assestamento) a "Nessuno".
Nel caso in cui ALMENO un documento di origine ha valorizzato la combo contabilizza a "Fattura da emettere\ricevere" la procedura non deve
generare la scrittura relativa ai RATEI ma la scrittura relativa alle FATTURE DA EMETTERE\RICEVERE, comportamento attuale.
Esempio:
Fattura immediata con data registrazione e data documento 11/10/07.
Il ricavo ha impostato le seguenti date di competenza dal 01/07 al 31/07
Lanciando la generazione scritture di assestamento indicando periodo dal 01/01 al 30/07/07 la procedura non genera alcuna registrazione
contabile.
Dovrebbe essere generata una scrittura di rilevazione ratei in quanto la fattura NON deriva da importazione documentale.
Segn. Num.: 0000007948
Tipo: Anomalia
del: 12-11-07
Argomento: 190.010 ANALISI DATI CONTABILI
Oggetto: STAMPA CONFRONTO INDICI
Nel caso in cui in fase di stampa confronto indici viene visualizzata una segnalazione di errore (es. la segnalazione di errore potrebbe essere
visualizzata se nell'anagrafica dell' indice è presente una voce non indicata nel bilancio selezionato) la procedura non permette di visualizzare il
report relativo al problema riscontrato ma segnala un errore di programma "Function argument, type, or count is invalid".
Segn. Num.: 0000008014
Tipo: Anomalia
del: 29-11-07
Oggetto: GENERAZIONE SCRITTURE DI ASSESTAMENTO
La procedura non genera le scritture di assestamento di rilevazione ratei nel caso in cui siano presenti contemporaneamente
1-fatture derivanti da importazione documentale il cui documento di origine genera le fatture da emettere\ricevere (causale documento con la
combo "contabilizza" valorizzata a "Fattura da emttere\ricevere)
2-fatture immediate che hanno valorizzato nei dati di riga le date di comptenza contabile (queste date devono essere precedenti alla data di
registrazione del documento in modo da generare i ratei)
Esempio.
a)
-Inserito DDT di acquisto che genera le fatture da emettere\ricevere
data registrazione 27/11/07
Data competenza dal 01/10/07 al 31/10/07
-Sempre in data 27/11/07 il DDT viene importato all'interno di una fattura
-In data registrazione la fattura viene contabilizzata
b)
-Inserita fattura immediata
Data registrazione 27/11/07
Data competenza dal 01/10/07 al 31/10/07
-In data registrazione la fattura viene contabilizzata
c) Lanciata la generazione scritture di assestamento in data 31/10/07
Periodo da data 01/01/07 a data 31/10/07
La procedura non genera alcuna registrazione contabile.
Il problema si presenta quando la registrazione contabile inserita al punto a (fattura derivante da importazione documentale) viene
contabilizzata prima della registrazione inserita al punto b (fattura immediata).
Segn. Num.: 0000008298
Tipo: Anomalia
del: 06-03-08
Oggetto: SCRITTURE DI ASSESTAMENTO -FATTURE DA EMETTERE\RICEVERE
Si verificano le seguenti anomalie in fase di generazione scritture di assestamento di tipo Fatture da emettere\Ricevere
1) La procedura non genera le scritture di assestamento di tipo "fatture da emettere\ricevere" nel seguente caso:
Esempio.
Nell'esercizio (N) registriamo un documento di trasporto D1 che NON viene evaso entro la data di fine esercizio.
Nell'esercizio (N+1) evadiamo il documento di trasporto D1 importandolo in una fattura F1.
Sulla fattura F1 nei dati di riga viene indicata una contropartita patrimoniale, es. FATTURA DA EMETTERE.
21-10-08
Pag. : 16
Eseguiamo la procedura di generazione delle scritture di assestamento in data di fine esercizio nell'esercizio N.
Nelle condizioni suddette, la procedura non genera la scrittura di tipo "Fattura da emettere".
Le scritture di assestamento vengono generate, invece, se non si indica un contro patrimoniale come contropartita di riga della fattura.
INTERVENTO
****************************
In fase di generazione scritture di assestamento per le fatture da emettere\ricevere la procedura dovrebbe verificare la contropartita presente
nei dati di riga della fatture che ha evaso il ddt, effettuando i seguenti controlli:
- se la contropartita è un conto di tipo costo\ricavo oppure un conto di tipo cespite devono essere generate le scritture di assestamento e sulla
registrazione generata deve essere presa in considerazione questa contropartita.
- Se la contropartita indicata nei dati di riga del documento è un conto di tipo PATRIMONIALE le scritture di assestamento devono essere
generate e deve essere presa in considerazione la contropartita indicata nella tabella contropartite vendite\acquisti.
2)
Viene inserita una fattura F1 nell'esercizio (N+1) che evade un documento di trasporto D1 inserito nell' esercizio N e un documento di
trasporto D2 inserito nell'esercizio
N+1.
In queste condizioni eseguendo la generazione scritture di assestamento del tipo "Fatture da ricevere\emettere" nell'anno N viene generata una
scrittura di assestamento del tipo "Fattura da ricevere\emettere" avente un importo errato in quanto è pari alla somma dei valori indicati nei due
ddt ( D1 e D2), i valori di D2 non dovrebbero essere considerati trattandosi di documento inserito nell'esercizio (N+1).
Segn. Num.: 0000004344
Tipo: Miglioria
del: 05-07-07
Argomento: 190.020 ANALISI DATI ANALITICI
Oggetto: NUOVA REGOLA PER ESTRAZIONE COMPETENZE DI ANALITICA
Nell'estrazione dei dati di analitica la procedura non calcola la parte di competenza dell'esercizio finale, è pertanto necessario eliminare il filtro
sull'esercizio nelle regole di estrazione dei movimenti contabili con analitica e movimenti di analitica manuali (e analitica dai documenti) al fine
di generare un movimento di competenza per l'anno N e uno di competenza per l'anno N+1.
Esempio:
- Inserito movimento di analitica in data 12-10-2005 per 1.000 € con date competenza dal 01-11-05 al 31-03-06;
- Importando i movimenti di analitica viene creato un movimento del 2005 con la parte di competenza dell'esercizio 2005, non viene indicata la
parte di competenza del 2006;
- Se importiamo i movimenti nel 2006 la parte di competenza di questo periodo non viene presa in considerazione in quanto viene sempre
controllata la data di registrazione che deve essere compresa all'interno del periodo selezionato (in questo caso del 2006).
La modifica deve essere applicata alle seguenti regole di estrazione dati:
- MOVI.ANALITICA
- MOV.AN.MAN.E.C
- AN.DOC.CON.EFF
- AN.DOC.NON.EFF
- RIPARTITIEFFETT
Sarà necessario eseguire l'estrazione dei movimenti di analitica sia nell'anno N, sia nell'anno N+1 utilizzando le stesse regole.
21-10-08
Pag. : 17
Modulo ARCHIVI DI BASE
Segn. Num.: 0000006789
Tipo: Anomalia
del: 06-03-07
Argomento: 001.010 ARCHIVI CONTABILI
Oggetto: CAMPI RITENUTE IN ANAGRAFICA FORNITORE
Nella rel. 5.0 se non è installato il modulo Ritenute nell'anagrafica dei fornitori risultano ugualmente attivi i campi relativi ai codici tributo
(sezione Dati Percipiente). In assenza del modulo ritenute d'acconto i campi dei codici trbuto (irpef/previdenziali) non devono essere editabili.
L'editabilità di tali campi comporta il verificarsi di un errore di programma cercando di accedere all'anagrafica tributi (zoom on zoom).
Segn. Num.: 0000006848
Tipo: Anomalia
del: 19-03-07
Argomento: 001.060 ARCHIVI AZIENDA
Oggetto: INFO DELLA PERSONA NELLE SEDI DEI DATI AZIENDA
Se si effettua un passaggio di release dalla 3.0 alla 4.0 (o alla 5.0) si perde l'informazione della persona indicata nelle sedi dei dati azienda.
Es. nella 3.0, nei dati azienda si carica una sede (es. filiale) e si compila il campo "Persona" .
si effettua il passagio di release alla 4.0
nei dati azienda della 4.0 non si ha più l'informazione della Persona, il campo "Persona" è stato sostituito dalla tabella Risorse Umane che
risulta vuota.
E' necessario predisporre una procedura di conversione per valorizzare correttamente la persona nella tabella Risorse Umane.
NOTE INTERVENTO
==============
Realizzata procedura di conversione 5.0-E6847 Valorizzazione campo SEPERSRE tabella SEDIAZIE, non ripetibile e facoltativa.
Segn. Num.: 0000006895
Tipo: Anomalia
del: 28-03-07
Argomento: 001.040 ARCHIVI SPEDIZIONI
Oggetto: METODI DI CALCOLO SPESE SU VETTORI
Nel caso in cui si sia definito un metodo di calcolo spesa sul vettore, sul documento viene correttamente visualizzato all'interno del bottone
Metodi Spese, ma il campo spese non viene valorizzato.
Esempio: creato nuovo metodo di calcolo su peso lordo con importo fisso spese 10 €. Questo metodo viene associato ad un vettore (come
spesa di trasporto) che a sua volta è associato al cliente intestatario del documento.
Al caricamento del documento non viene indicato il valore delle spese di trasporto. Stessa cosa se viene indicato come spesa imballo.
Segn. Num.: 0000006987
Tipo: Anomalia
del: 16-04-07
Argomento: 001.020 ARCHIVI MAGAZZINO
Oggetto: MODIFICA ANAGRAFICA ARTICOLI DI MAGAZZINO
Nel caso in cui si modifichi la descrizione di un articolo di magazzino, al salvataggio la procedura richiede se si vuole aggiornare la descrizione
anche nei codici di ricerca, rispondendo di si, vengono aggiornati i codici di ricerca con la nuova descrizione.
L' anomalia consiste nel fatto che viene cancellata la data di obsolescenza dei codici di ricerca obsoleti.
Segn. Num.: 0000006993
Tipo: Anomalia
del: 17-04-07
Oggetto: APPLICAZIONE METODO DI CALCOLO SPESE ASSOCIATE ALLA SEDE DI CONSEGNA
Nel caso in cui si sia definito un metodo di calcolo spesa ( imballo e/o trasporto) sulla sede di consegna si presentano le seguenti anomalie :
1.base di calcolo=peso lordo sul documento
a) se sul cliente ho un metodo spesa e la sede di consegna viene selezionata sul documento stesso , la procedura non sostiituisce il metodo
spese associato al codice cliente con quello della sede di consegna ( che ha la priorità)
b)nel caso in cui il metodo di calcolo spese è presente solo sulla sede di consegna (la sede di consegna non è predefinita) quando si emette
un documento e si seleziona la sede di consegna, il metodo di calcolo spese non viene applicato.Se la sede di consegna è predefinita il
metodo di calcolo spese viene applicato correttamente.
Correggere anche le seguenti anomalie :
Nel caso in cui si sia definito un metodo di calcolo spesa ( imballo e/o trasporto) con base di calcolo=quantità confezioni , la procedura emette
a video un messaggio vuoto se si schiaccia il bottone calcola prima ancora di aver inserito una riga nel dettaglio del documento stesso . Si
richiede di inserire un avvertimento nella maschera di avviso che ad oggi compare vuota
Manca l'integrita referenziale : inserire integrità referenziale nell'archivio metodo di calcolo ( nel caso il codice di metodo di calcolo sia definito
nell'anagrafica clienti/fornitori , nell' archivio vettore e nelle causali documento )
Segn. Num.: 0000007364
Tipo: Anomalia
del: 21-06-07
Oggetto: ANAGRAFICHE CLIENTI/FORNITORI
Nel caso in cui si modifica nell' anagrafica clienti/fornitori cartella pagamenti il CIN ITA il codice IBAN non viene aggiornato correttamente, tiene
in memoria sempre il primo inserito.
Segn. Num.: 0000007775
Tipo: Anomalia
del: 22-09-07
Oggetto: GENERAZIONE ALLEGATI CLIENTI FORNITORI
Sulla maschera Generazione allegati clienti fornitori premendo il bottoncino constesutale accanto a comune o provincia si ottiena un errore.
21-10-08
Pag. : 18
Segn. Num.: 0000007914
Tipo: Anomalia
del: 29-10-07
Oggetto: CODICI IVA ESCLUSI / ESCLUSI VA
E' necessario rivedere la gestione della combo box "Codice" relativa alla Dichiarazione iva periodica sull'anagrafica del codice iva di modo che
si comporti come segue:
- Normale = Le operazioni con questo codice iva devono essere conteggiate nella Liquidazione iva e nel Volume d'affari;
- Escluso = Le operazioni con questo codice iva non devono essere conteggiate nè sulla Liquidazione iva, nè sul Volume d'affari;
- Escluso VA = Le operazioni con questo codice iva devono essere conteggiate sulla Liquidazione iva e non devono essere conteggiate sul
Volume d'affari.
In pratica è necessario modificare l'esclusione, se un codice iva è escluso va escluso da entrambe le gestioni, attualmente non è così.
Ci sono, infatti, alcune operazioni (es. Fuori campo iva) che vanno escluse sia dalla liquidazione, sia dal Volume d'affari.
Segn. Num.: 0000008246
Tipo: Anomalia
del: 20-02-08
Oggetto: [IZCP] GENERAZIONE ORDINI DA WEB: TIPOLOGIA RIGA SERVIZIO DESCRITTIVO
Nel caso in cui:
1) sul gestionale ho un servizio descrittivo con campo tipologia riga compilato (es. 001)
2) Creo un ordine su CPZ ed inserisco delle righe di tipo descrittivo
3) Ricevo l'ordine su Ad Hoc e lo elaboro, ovvero genero il documento d'ordine
la procedura assegna correttamente alle righe descrittive il codice di "servizio descrittivo" indicato nei parametri contropartite vendite,
la riga generata NON contiene la "tipologia riga" assegnata all' anagrafica del servizio descrittivo..
Segn. Num.: 0000008574
Tipo: Anomalia
del: 16-06-08
Argomento: 001.050 ARCHIVI CONTROP/PARAMETRI
Oggetto: CONTROPARTITE ASSESTAMENTO
Nel caso in cui non è attivo il modulo cespiti e nelle contropartite scritture assestamento cartella causali contabili, non sono presenti le causali
di assestamento e di storno dei cespiti (campi non editabili) , modificando qualsiasi altro campo al salvataggio la procedura restituisce il
seguente mesaggio: Causale Inesistente Obsoleta o non di tipo Assestamento.
E' necessario riselezionare la prima causale di assestamento e permette il salvataggio della modifica.
Segn. Num.: 0000008588
Tipo: Anomalia
del: 17-06-08
Oggetto: ANAGRAFICHE FORNITORI /CLIENTI
Se associo all'anagrafica nella sezione conti correnti un codice banca, la procedura non deve permettere la cancellazione della banca stessa
dall'archivio delle banche. Deve dare opportuno messaggio
Segn. Num.: 0000008591
Tipo: Anomalia
del: 17-06-08
Argomento: 001.000 ARCHIVI
Oggetto: GESTIONE PATH
Non viene piu' testata l'impostazione relativa al path file per la print system nonostante si sia inserito il dato nella gestione path
Segn. Num.: 0000008631
Tipo: Anomalia
del: 25-06-08
Oggetto: CARICAMENTO MASTRI CONTABILI
Nel caso in cui si tenti di caricare un mastro con un codice mastro già presente, appare, prima del messaggio chiave già utilizzata,un 'Errore
nella scrittura'.
Segn. Num.: 0000008715
Tipo: Anomalia
del: 23-07-08
Oggetto: STAMPA CONTROLLO PDC - BILANCIO
La stampa controllo pdc - bilancio con attivo il flag' obsoleti' non controlla la data di obsolescenza presente nei conti contabili (attualmente
stampa tutti i conti non presenti nella struttura di bilancio indipendentemente dalla valorizzazione della data di obsolescenza)
Segn. Num.: 0000008725
Tipo: Anomalia
del: 23-07-08
Argomento: 001.030 ARCHIVI VENDITE/ACQUISTI
Oggetto: ARCHIVIO VALUTE
Premendo F5 su una valuta appare il messaggio "Listino da aggiornare non completato" e poi "Errore :property W_CRITER is not found.
Segn. Num.: 0000008737
Tipo: Anomalia
del: 24-07-08
Oggetto: PARAMETRI NOMINATIVI
Se si attiva il check "Non visualizza maschera di conferma clienti", la procedura deve chiedere come obbligatori i campi "Mastro Contabile
Cliente" e "Categoria contabile cliente".
Segn. Num.: 0000003839
Tipo: Miglioria
del: 17-10-06
Oggetto: COLLEGAMENTO CLIENTI CON NOMINATIVI E DOC. OFFERTA
- Sarebbe utile, dall'anagrafica clienti - scheda vendite, avere un pulsante per passare al rispettivo nominativo nell'anagrafica nominativi.
- Occorre avere la possibilità di ricercare le offerte di quel nominativo/cliente (anagrafica cliente - scheda vendite).
21-10-08
Pag. : 19
- Sempre in anagrafica cliente (scheda vendite) aggiungere una scheda con l'indicazione di tutte le Attività preventive/consuntive associate al
nominativo di quel cliente nel modulo offerte.
Segn. Num.: 0000004075
Tipo: Miglioria
del: 07-03-07
Argomento: 001.070 STAMPE ARCHIVI
Oggetto: STAMPA CONTROLLO ALLEGATI CLIENTI/FORNITORI
Realizzare una nuova stampa allegati clienti/fornitori dove occorre evidenziare i clienti/fornitori con partita iva/codice fiscale errato/mancante
movimentati iva cioè che siano presenti PNTIPCLF e PNCODCLF di PNT_MAST e che la causale contabile preveda movimentazione iva,
nell'anno solare precedente alla data di sistema.
Segn. Num.: 0000004200
Tipo: Miglioria
del: 03-05-07
Oggetto: VALORIZZAZIONE DATA ULTIMA MODIFICA / CARICAMENTO
Introdurre a livello di azienda la possibilità di valorizzare le date di caricamento ed ultima modifica del dato visibili in informazioni o in base alla
data di sistema ad hoc (i_datsys) o la data impostata sul PC.
Segn. Num.: 0000004471
Tipo: Miglioria
del: 22-09-07
Argomento: 001.070 STAMPE ARCHIVI
Oggetto: STAMPA DATI COMUNICAZIONE ALLEGATI CLIENTI/FIORNITORI
Nella stampa dati comunicazione allegati clienti/fiornitori se si ragggruppa per partita iva + soggetto o non si raggruppa, introdurre i totali per
intestatario.
Inoltre si si caricano due record, uno per un cliente e uno per un fornitore, direttamente nella manutenzione Dati Comunicazione Elenchi
clienti/fornitori, nella stampa non raggruppata non vengono stampati i dati fiscali (codice fiscale e partita iva) del cliente.
Segn. Num.: 0000004498
Tipo: Miglioria
del: 02-10-07
Oggetto: CONTROLLO PARTITA IVA SU CLIENTI/FORNITORI ESTERI
E' richiesto il controllo della partita iva sui clienti / fornitori esteri come sui clienti / fornitori italiani (la struttura è specificata su
http://www.agenziaentrate.it/ilwwcm/connect/Nsi/Servizi/Partite+IVA+comunitarie/FAQ).
Segn. Num.: 0000004559
Tipo: Miglioria
del: 19-10-07
FILTRI DATE REGISTRAZIONE
Oggetto: IMPOSTAZIONE FILTRI SU IMPORT DOCUMENTI E FATTURAZIONE DIFFERITA
E' necessario modificare l'impostazione dei filtri dati registrazione come segue:
- aggiungere una combo box relativamente alla Generazione fatture differite (di default valorizzata a "Intervallo" e giorni indietro = 50) in modo
da separare questa indicazione da quella dell'import documenti ;
- nella gestione import documenti e generazione fatture differite se mettiamo come filtro "nessuna selezione" devono essere visualizzati tutti i
documenti importabili, al momento invece va indietro di 365 gg anche se mettiamo nessuna selezione.
Per congruenza con le precedenti release nell'import documenti mettere come valorizzazione = "Intervallo" e mettere come giorni indietro =
365.
Segn. Num.: 0000004770
Tipo: Miglioria
del: 29-01-08
Argomento: 001.030 ARCHIVI VENDITE/ACQUISTI
Oggetto: ANAGRAFICA NAZIONI
Inserire un avviso se l'utente inserisce una valuta obsoleta.
Segn. Num.: 0000004929
Tipo: Miglioria
del: 12-05-08
Argomento: 001.060 ARCHIVI AZIENDA
Oggetto: ALLUNGARE IL CAMPO RAGIONE SOCIALE AZIENDA AD 80 CARATTERI
Allungare il campo ragione sociale azienda ad 80 caratteri
L'intervento consiste nell'allargamento del campo ragione sociale nelle varie stampe 'fiscali'; sarà cura dell'utente provvedere ad eventuali
modifiche in relazione alle proprie esigenze in quanto con la modifica apportata in alcuni casi può capitare che la ragione sociale venga
riportata su più righe.
Di seguito riportiamo la lista delle principali stampa fiscali modificate:
- BILANCIO
- LIBRO INVENTARI
- LIBRO GIORNALE
- REGISTRI IVA
- LIQUIDAZIONI IVA
- GIORNALE DI MAGAZZINO
- COMUNICAZIONE ANNUALE IVA
- REGISTRO BENI IN LAVORAZIONE
- REGISTRO CESPITI
Segn. Num.: 0000004951
Tipo: Miglioria
del: 22-05-08
Oggetto: CONTROLLO LUNGHEZZA PARTITA IVA E COD ISO
Occorre verificare che il controllo effettuato dalla procedura sul campo "Partita IVA" (anagrafica cliente/fornitore) sia aggiornato e coerente con
le ultime modifiche introdotte nei paesi comunitari in merito alla struttura della partita iva.
21-10-08
Pag. : 20
In particolare, in Belgio (codice ISO=BE) dal 01/01/2008 il numero delle cifre delle partite IVA aumenta da 9 a 10, il primo carattere deve
essere 0.
Modificati inoltre: Francia, Irlanda, Spagna
Aggiungere Bulgaria, Cipro, Estonia, Lettonia, Lituania, Malta, Polonia, Repubblica Ceca, Romania, Slovacchia, Slovenia, Ungheria
NOTE INTERVENTO
Inserito controllo relativamente alla lunghezza della partita iva dei seguenti stati membri
AT-Austria
BE-Belgio
BG-Bulgaria
DK-Danimarca
EE-Estonia
FI-Finlandia
FR-Francia
DE-Germania
GB-Gran Bretagna
EL-Grecia
IE-Irlanda
IT-Italia
LV-Lettonia
LT-Lituania
LU-Lusssemburgo
MT-Malta
NL-Olanda
PL-Polonia
PT-Portogallo
CZ-Repubblica Ceca
RO-Romania
SK-Slovacchia
SI-Slovenia
ES-Spagna
SE-Svezia
HU-Ungheria
Segn. Num.: 0000004955
Tipo: Miglioria
del: 27-05-08
Oggetto: STAMPA CONTABILI / CLIENTI / FORNITORI
Prevedere nella stampe:
- Stampa Elenco clienti Ordinato per Codice
- Stampa Elenco clienti Ordinato per Ragione Sociale
- Stampa Elenco fornitori Ordinato per Codice
- Stampa Elenco fornitori Ordinato per Ragione Sociale
L'informazione del codice fiscale.
Nelle selezioni prevedere:
- filtro per campo "cliente privato" (solo per stampa clienti): attivato, disattivato, tutti
- filtro per Codice fiscale: assente, errato, valorizzato, tutti
- filltro per Partita Iva: assente, errata, valorizzata, tutti
Segn. Num.: 0000004995
Tipo: Miglioria
del: 17-06-08
Oggetto: GESTIONE ATTRIBUTI ( GRUPPO DI DEFAULT )
Dare la possibilità di definire un gruppo di default sul modello in modo che in fase di caricamento nuovi attributi la procedura lo proponga in
automatico
Segn. Num.: 0000004999
Tipo: Miglioria
del: 18-06-08
Oggetto: MIGLIORIE SULLA GESTIONE DEGLI ATTRIBUTI
1) Rivista la gestione GSAR_MRA: è stata integrata come figlio nella maschera GSRA_KRA.
Quindi data la modifica, anche il batch gsar_bar che viene lanciato nella cp_desk è stato rivisto e semplificato.
Inoltre nella gsar_mra ho eliminato lo zoom sulla destra e ho inserito il campo asvalatt ditettamente sulla griglia.
2) L'apertuta della maschera GSAR_KRA (alla pressione del botone sulla toolbar) non verrà gestita in caricamento per il fatto che non
possiamo gestire la transazione.
Si avrebbe infatti un attributo salvato sul database ma se faccio esc sulla gestione sottostante perdo l'aggancio.
Dovrei alla pressione del bottone sulla toolbar, salvare la gestione sottostante, fare un filtro sulla chiave appena salvata e riaprire la gestione in
edit. Il problema si ha nel caso di chiave progressiva perchè in caso di multiutenza non so quale progressivo verrà salvato per primo.
Al momento se carico un nuovo articolo ad esempio, e premo il bottone attributi, riesco a salvare la tabella anche se poi non confermo
l'articolo.
3) Gestire la cancellazione dell'attributo associato all'articolo.
Quando cancello un articolo con un attributo associato, l'attributo non viene cancellato
21-10-08
Pag. : 21
Segn. Num.: 0000005065
Tipo: Miglioria
del: 07-07-08
Oggetto: INSERIMENTO IN ANALISI DEL CAMPO DDTELFAX
Memorizzare il numero di fax anche nel campo DDTELFAX (non visibile e clone di DDNUMFAX)
NB: ogni modifica apportata al campo DDNUMFAX dell'archivio sedi deve essere estesa anche al campo DDTELFAX
Realizzare procedura di conversione per aggiornare il campo DDTELFAX rispetto al contenuto di DDNUMFAX
Segn. Num.: 0000005085
Tipo: Miglioria
del: 10-07-08
Oggetto: ANAGRAFICHE CLIENTI/FORNITORI
Se si riprende un'anagrafica fornitore, si interroga la cartella pagamenti o si entra in variazione della gestione, nella griglia relativa alle banche
sono presenti banche nazionali ed estere, ed il cursore si posiziona su una banca estera (mentre la prima banca è nazionale) la procedura
visualizza i campi relativi alla banca estera ma per quanto riguarda il codice iban non strutturato viene riportata la label IBAN e non IBAN /Cod.
int . Se poi l'utente si posiziona su un'altra banca e successivamentei sulla banca estera la visualizzazione della label risulta ok.
Segn. Num.: 0000005102
Tipo: Miglioria
del: 23-07-08
Oggetto: STAMPA ANAGRAFICA CLIENTI/FORNITORI COMPLETA
Nella stampa anagrafica clienti/fornitori completa riportare le cordianate bancarie iban/bban relative al conto corrente di default. Attualmente la
stampa clienti completa riporta solamente abi, cab e conto corrente mentre la stampa fornitori riporta solo il numero conto corrente.
21-10-08
Pag. : 22
Modulo CESPITI AMMORTIZZABILI
Segn. Num.: 0000006718
Tipo: Anomalia
del: 03-07-06
REGISTRO CESPITI
Oggetto: CAMPO "AMMORT. INDEDUC." NON VISIBILE NEL REGISTRO CESPITI
Si presenta una anomalia nella stampa Registro cespiti raggruppata per categoria; in tale stampa non appare, nella colonna "Importo
Aggiornato" il valore dell'ammortamento indeducibile (con descrizione ammort. indeduc.) pur essendoci le condizioni per il calcolo.(importo non
ammortizzabile sul movimenti di acquisto/ripresa saldi del cespite, movimento di accantonamento per l'esercizio e flag "evidenzia anche
ammortamento non deducibile sul registro cespiti" nei parametri cespiti).
Per sistemare il problema è necessario eliminare dalla print when del campo ammort. non deducibile e relativa etichetta, la condizione
"mcvalben <> 0".
Segn. Num.: 0000007001
Tipo: Anomalia
del: 18-04-07
Argomento: 060.000 CESPITI SEGNALAZ. GENERALI
Oggetto: STAMPA VERIFICA CONTABILE CESPITI IN PRESENZA DI SALDI PRE-EURO
In presenza di Saldi cespiti Pre-euro la procedura sulla stampa verifica contabile cespiti non valorizza la colonna relativa al saldo iniziale ed al
saldo finale e somma erroneamente gli importi in lire con quelli in Euro.
Esempio
Gruppo contabile:PROVA
Conto Immobilizzazioni: Immob. Altri
Conto F.do amm. civile: F.do Amm. Altri
In data 01/01/01 inserito movimento di acquisto
Incremento valore civile: 100.000 Lire
Incremento valore fiscale: 100.000 Lire
In data 31\12\01 elaborato accantonamento
Accantonamento Civile: 20.000 Lire
L'archivio Saldi cespiti Pre-euro è valorizzato nel seguente modo:
Incremento valore civile: 51,65
Incremento valore fiscale: 51,65
Accantonamento civile:10,33
Nell'esercizio 2002 viene elaborato accantonamento
Accantonamento Civile:10,33 Euro
Eseguendo la stampa verifica contabile cespiti per l'esercizio 2002 abbiamo la seguente situazione:
1)
-Nella sezione "Immobilizzazioni" per il gruppo contabile "PROVA" non viene indicata la situazione iniziale e la situazione finale.
-Sul conto contabile "Immob.Altri" viene indicata la situazione iniziale e la situazione finale in valuta LIRE quindi 100.000
2)
- Nella sezione "F.do Ammortamento" per il gruppo contabile PROVA non viene indicata la situazione iniziale.
- Sul conto " F.do Amm. Altri" viene indicato erroneamente il valore inziale di 20.000 Lire , nella colonna "movimenti dell'esercizio" viene
riportato l'importo dell'accantonamento in euro di 10,33 e nella colonna "Valore Finale" viene sommato erroneamente il valore iniziale in lire con
l'importo indicato nei movimenti dell'esercizio in euro( 20.010,33).
Eseguendo la stampa verifica contabile dell'esercizio 2002 gli importi dovrebbero essere tutti convertiti nella valuta di conto dell'esercizio quindi
Euro.
Segn. Num.: 0000007423
Tipo: Anomalia
del: 03-07-07
Argomento: 060.060 ARCHIVI CESPITI
Oggetto: LENTEZZA IN MODIFICA/CANCELLAZIONE CESPITE
In fase di modifica/cancellazione di un cespite nell'anagrafica la procedura, alla conferma, ha un'eccessiva lentezza nella ricerca dei documenti
con associato un cespite, questo a causa della mancanza di un indice sulla tabella DOC_DETT campo MVCODCES in quanto la ricerca viene
sempre fatta su tutti i documenti e non su quelli con associato un cespite.
Attualmente, per risolvere il problema è necessario:
Aprire l'analisi della tabella DOC_DETT da Codepainter ed aggiungere l'indice sul campo MVCODCES (KEY N. 14) successivamente è
necessario riaggiornare la scheda "database" tramite il bottone DEFAULT INDEX.
Segn. Num.: 0000007446
Tipo: Anomalia
del: 05-07-07
Oggetto: SCHEDA MOVIMENTI IN ANAGRAFICA CESPITE
Inserendo dei movimenti cespiti sia in Lire che in Euro nella scheda movimenti dell'anagrafica cespite non vengono valorizzati correttamente i
totali (riga gialla).
Esempio:
Cespite appartenente ad una categoria con durata del cespite 5 anni, coefficiente ammto civile 20 % con primo anno intero.
21-10-08
Pag. : 23
Percentuale di ammortamento fiscale 20% con 3 anni di ammto anticipato. la griglia prevede pertanto 3 anni
1 10+10
2 20+20
3 20+20
Movimento ACQCE in data 01-01-00
Incremento di valore civile 10.000.000 data primo utilizzo civile 01-01-00
incremento di valore fiscale 10.000.000 data primo utilizzo fiscale 01-01-00
Ammto in data 31/12/00
Accantonamento civile 2.000.000
Accanton. ordinario
1.000.000
Accanton. Anticipato 1.000.000
piano in data 31/12/2001 ( ultimo anno in lire)
Accantonamento civile 2.000.000
Accanton. ordinario
2.000.000
Accanton. Anticipato 2.000.000
A questo punto (fine 2001) nella anagrafica del cespite scheda movimenti sezione Saldi Cespiti, si vedono su 2 righe separate gli importi dei 2
movimenti in lire per l'anno 2000 e 2001 ma la prima riga colorata in giallo che dovrebbe riportare i totali è vuota.
in data 31-12-2001 effettuata ricostruzione saldi cespiti per il 2001 accendendo il flag Conversione saldi in Lire.
i saldi vengono correttamente convertiti. Si entra con data 31/12/2002 e si controllano i saldi convertiti in euro:
aspetto civile
incremento di valore
5164,57
accantonamento: 2065,83
aspetto fiscale
incremento valore
Accanton. ordinario
Accanton. Anticipato
5164,57
1549,37
1549,37
si accede alla anagrafica cespite e nella scheda Movimenti i saldi Cespite riportano ancora i movimenti del 2000/2001 in lire e la riga gialla dei
totali continua ad essere vuota.
Ammto in data 31/12/2002
Accantonamento civile
1032,91
Accantonamento Ordinario 1032,91
Accanton. Anticipato
1032,91
A questo punto nella scheda Movimenti dell'anagrafica cespite abbiamo i valori relativi agli anni 2000 e 2001 in lire ( corretti in termine di
valore), per il 2002 abbiamo i valori in euro relativi agli ammti ( corretti).
Il totale in giallo riporta nelle varie colonne:
Valore del bene civile 5164,57 ( conversione di 10000000)
Amm.to civile 3098.74 ( somma degli ammti civili del 2000 e 2001 convertiti più ammto in euro del 2002)
Residuo da ammto civile -1032,91 ( l'ammto cioè del 2002 con segno negativo) questo dato non è corretto
Valore del bene fiscale 5164,57 ( conversione di 10.000.000)
Amm.to Fiscale Ordinario
2.582,28 ( somma degli ammti fiscali ordinari del 2000 e 2001 convertiti più ammto in euro del 2002)
Amm.to Fiscale Anticipato 2.582,28 ( somma degli ammti fiscali anticipati del 2000 e 2001 convertiti più ammto in euro del 2002)
Residuo da ammortizzare Fiscale
-2.065,82. Questo dato non è corretto.
Andando a leggere i saldi del 2002 abbiamo i valori corretti in termini di Residuo da ammortizzare che è
residuo da ammortizzare civile 2065.83
residuo da ammortizzare fiscale 0,01 (da sistemare manualmente nella anagrafica saldi cespiti pre-euro).
21-10-08
Pag. : 24
Segn. Num.: 0000008165
Tipo: Anomalia
del: 25-01-08
Oggetto: STAMPA SALDI CESPITI
Nella stampa saldi cespiti si riscontrano le seguenti anomalie :
a) eseguendo la stampa saldi cespiti per categoria, nei movimenti progressivi della categoria, per quanto riguarda l'aspetto civile non viene
valorizzato correttamente l'incremento di valore della categoria.
Esempio.
Categoria PROVA che ha collegato i seguenti cespiti:
PROVA01
PROVA02
Esercizio 2008
- CESPITE PROVA01
Esercizio 2008
Incremento di valore civile 1000 €
250€
Incremento di valore civile PROGRESSIVO 1000 €
Accantonamento civile PROGRESSIVO
250€
Residuo da ammortizzare 750€
- CESPITE PROVA02
Esercizio 2008
Incremento di valore civile 1000€
250€
Incremento di valore civile PROGRESSIVO 1000 €
Accantonamento civile PROGRESSIVO
250€
Residuo da ammortizzare 750€
Eseguendo la stampa saldi cespiti per la categoria PROVA Viene indicato come INCREMENTO VALORE DEL BENE DEI MOVIMENTI
PROGRESSIVI 1000€ anzichè l'importo corretto che è 2000€ .Gli altri valori risultano corretti.
b) quando si stampa una determinata categoria con più cespiti, il codice dei successivi cespiti dopo il primo viene stampato in fondo a ogni
pagina precedente invece che in capo alla successiva.
Segn. Num.: 0000008202
Tipo: Anomalia
del: 04-02-08
Argomento: 060.070 OPERAZIONI ANNUALI CESPITI
Oggetto: STAMPA REGISTRO CESPITI CON FLAG 'STAMPA TOTALI PER CATEGORIA'
La stampa registro cespiti con tipo ammortamento 'civile' e flag attivo di 'stampa totali per categoria' non riporta il costo originario del cespite,
esempio:
Impostazioni
- Acquisto iniziale cespite nell'esercizio 2008 con incremento di valore solo civile
- Ammortamento dello stesso cespite per l'anno 2008
- Parametri cespiti: registro raggruppato per 'cespite' e tipo ammortamento 'civile e fiscale'
- Stampa registro cespiti di tipo civile con flag "Stampa totali per categoria" attivato
Risultato
- Per il cespite in oggetto non viene riportato l'incremento di valore civile ma solamente la quota di ammortamento e di conseguenza un residuo
da ammortizzare errato
Segn. Num.: 0000008714
Tipo: Anomalia
del: 22-07-08
Argomento: 060.030 STAMPA MOVIMENTI CESPITI
Oggetto: STAMPA MOVIMENTI CESPITI
La stampa movimernti cespiti raggruppata per causale movimento sia in valuta nazionale, sia in valuta di conto visualizza gli stessi importi
anche nel caso in cui le valute non coincidono (esempio valuta euro, valuta lire).
Per simulare la segnalazione: indicare nei dati azienda: valuta nazionale lire, valuta di conto euro ed eseguire la stampa prima in valuta nazione
e poi in valuta di conto. Nella stampa viene indicato il simbolo corretto ma gli importi sono sempre gli stessi.
(l'altro tipo di stampa (stampa standard) riporta indipendentemente dalla valorizzazione della combo box 'valuta di stampa dei totali' evidenzia
sempre nel report il simbolo dell'euro e gli importi in euro)
---NOTE INTERVENTO: la procedura nella stampa raggruppata per causale movimento controlla la valuta di conto associata all'esercizio e la
valuta nazionale definita nei dati azienda.
Pertanto se nei dati azienda si definisce la valuta lire come valuta nazionale:
21-10-08
Pag. : 25
1) se si entra con data di sistema 2001 (esercizio in lire) la procedura riporta sempre i totali convertiti in lire sia indicando valuta nazionale sia
indicando valuta di conto
2) se si entra con data di sistema 2008 (esercizio in euro) la procedura riporta sempre i totali convertiti in euro indicando valuta di conto mentre
riporta sempre i totali convertiti in lire indicando valuta nazionale (se questa è stata definita nei dati azienda)
Segn. Num.: 0000008743
Tipo: Anomalia
del: 25-07-08
Oggetto: DATA DISMISSIONE ANAGRAFICA CESPITE COMPOSTO
Nel caso in cui si effettui una cancellazione di un movimento cespite di vendita di un cespite composto, non viene cancellata nell'anagrafica dei
componenti la data dismissione.
Segn. Num.: 0000008746
Tipo: Anomalia
del: 25-07-08
Oggetto: CANCELLAZIONE MOVIMENTI CESPITI
Se cerco di eliminare un movimento cespite(per esempio la vendita parziale n. 1 del 27.11.2007 presente negli archivi demo) appare il
seguente errore di programma: errore errore microsoft odbc sql server driver sql server line 1: incorrect syntax near 'SETCPCCCHK'
Inoltre creando un nuovo cespite di tipo composto alla conferma viene visualizzato il messaggio "Cannot insert the value NULL into column
"CPROWNUM", table DEMOCOM_PUBI;columns does not allow nulls. INSERT fails"
Se si carica su una causale cespite al salvataggio appare il messaggio "Cannot insert the value NULL into column "CPROWNUM", table
'ahrsqldemo'.dbo.DEMOFOR_CESP';columns does not allow nulls. INSERT fails"
Segn. Num.: 0000008815
Tipo: Anomalia
del: 05-09-08
Argomento: 060.070 OPERAZIONI ANNUALI CESPITI
Oggetto: TOTALE RESIDUO DA AMMORTIZZARE SU STAMPA REGISTRO CESPITI
Si verificano le seguenti anomalie nel totale del residuo da ammortizzare sulla stampa registro cespiti.
1) Sulla stampa registro cespiti per cespite (e per gruppo contabile) nel totale per categoria (e del gruppo contabile) non viene riportato il valore
del residuo da ammortizzare nel caso in cui l’ultima registrazione della categoria interessata è riferita ad un cespite “ceduto” o “dismesso” che
ha quindi un costo originario a zero.
Esempio.
Categoria PROVA che ha associato i seguenti cespiti
-PROVA1 Costo originario:1000 Residuo da ammortizzare:1000
-PROVA2 Costo originario = 0 (acquisto 2000 , vendita -2000) Residuo da ammortizzare = 0
TOTALE CATEGORIA PROVA
Costo Originario:1000 Residuo da ammortizzare = 0
Il residuo da ammortizzare totale dovrebbe essere 1000
2) Sulla stampa registro cespiti per cespite, nel totale per categoria, nel totale del del residuo da ammortizzare civile viene erroneamente preso
in considerazione anche l'importo non ammortizzabile (% deducibilità)
Esempio.
Per il cespite X sono presenti i seguenti movimenti:
a-Ripresa saldi
Incremento di valore civile:3.000
Incremento di valore fiscale: 3.000
Accant.Civile:300
Accant. Ordinario:300
b-Movimenti cespite che contiene solo importo non ammortizzabile
Importo non ammortizzabile:100
Stampa registro cespite
- per cespite
- Fiscale
-Informazioni aggiuntive
-Stampa totali per categoria
Nei totali per categoria nel campo residuo da ammortizzare Civile viene indicato l'importo di 2.600€ , il residuo dovrebbe essere di 2.700€
(3.000-300), praticamente viene preso in considerazione anche l'importo non ammortizzabile di 100.
Segn. Num.: 0000004742
Tipo: Miglioria
del: 18-01-08
Argomento: 060.000 CESPITI SEGNALAZ. GENERALI
Oggetto: RIDUZIONE PRIMO ESERCIZIO CESPITI
In attesa della revisione generale dei coefficienti di ammortamento tabellare, per il solo periodo d’imposta successivo a quello in corso al 31
dicembre 2007, per i beni nuovi acquisiti ed entrati in funzione nello stesso periodo, esclusi gli autoveicoli a deducibilità limitata (art. 164 del
T.U.I.R.) ed i beni strumentali per l’esercizio di attività regolate (art. 102-bis del T.U.I.R.) non si applica la riduzione a metà del coefficiente
tabellare di ammortamento e l’eventuale differenza non imputata a conto economico può essere dedotta nella dichiarazione dei redditi.
Occorre pertanto aggiungere un check sui cespiti per identificare quelli per i quali continuerà ad utilizzarsi la suddetta riduzione.
21-10-08
Pag. : 26
Nei parametri pertanto, per l'anno 2008, si continuerà a indicare nel parametro riduzione "50%" ma la generazioni ammortamenti applicherà
tale riduzione UNICAMENTE ai cespiti con il nuovo check ATTIVO.
Segn. Num.: 0000005098
Tipo: Miglioria
del: 17-07-08
Argomento: 060.050 PIANI AMMORTAMENTO
Oggetto: INTEGRAZIONE MESSAGGIO DI WARNING GESTIONE VALUTE
Si richiede di integrare il messaggio che segnala le valute incongruenti con l'informazione di eseguire la procedura di conversione.
Inoltre lo stesso messaggio deve essere dato quando si effettua l'import (Valute).
Note intervento
Il messaggio che compare all'entrata della procedura quando le valute non sono definite correttamente (rispetto all'operatore e/o moneta unica
e/o data inizio validità tasso fisso) è stato integrato con l'informazione della procedura di conversione.
Inoltre è stato inserito un nuovo messaggio all'intervento dell'archivio valute nel caso in cui l'utente non carichi correttamente la valuta . Il
messaggio che compare è il seguente :
<<Operatore, moneta unica o data inizio validità tasso fisso non corretti , impossibile confermare >>.
Nel caso di importazione di valute non correttamente impostate rispetto all'operatore e/o moneta unica e/o data inizio validità tasso fisso
all'interno del resoconto dei tracciati è stata aggiunta la messaggistica di warning :
<<In seguito all'importazione delle valute, è necessario verificare la correttezza delle relative impostazioni in Dati azienda, Esercizi e anagrafica
valute, nonchè rilanciare la procedura di conversione 5.0-M5040>>
21-10-08
Pag. : 27
Modulo CONTABILITÀ ANALITICA
Segn. Num.: 0000006744
Tipo: Anomalia
del: 30-10-06
Argomento: 010.030 ANALITICA SUI DOCUMENTI
Oggetto: DOCUMENTI CICLO ATTIVO CON INDICAZIONE COSTI DI ANALITICA
Non viene generato correttamente il movimento di analitica nel caso in cui impostiamo sulla causale documento di vendita un tipo di voce di
costo anzichè di ricavo.
Per simulare l'errore:
- si registra un ddt di acquisto senza gestione analitica attivata.
- si registra un ddt di vendita con indicazione nella causale di gestione analitica, input dati 'voce di costo' e segno 'dare'. In questo documento si
importa il ddt di acquisto (no intestatario, no evasione).
- nel ddt di vendita, dopo aver importato il ddt di acquisto, la procedura non valorizza, nei dati di riga, la voce di costo (anche se richiede come
obbligatorio il centro di costo) e consente di salvare il ddt senza l'imputazione della voce di costo.
- A questo punto la procedura riporta in tutte le gestioni (visualizzazione schede e bilanci) la voce di ricavo.
In questo caso la procedura dovrebbe valorizzare in automatico la voce di costo in base a quando indicato sulla causale documento (la voce di
costo è associata all'anagrafica articolo) inoltre deve gestire l'analitica in base al segno indicato sulla causale documento (in questo caso dare).
Questa gestione viene utilizzata nel caso in cui l'analitica non viene gestita dal ciclo acquisti perchè trattandosi di un'azienda di costruzioni
viene generato un acquisto per l'ammontare di tutte le commesse del periodo, quindi all'atto degli acquisti non si ha la necessità nè si saprebbe
come ripartire l'analitica.
In un secondo momento, quando inizia la produzione, il materiale viene inviato con bolla di vendita assegnando solo in questa fase con
esattezza la voce, il centro di costo, la commessa e l'attività del progetto.
Per il cliente l'emissione della bolla di vendita corrisponde all'assegnazione del costo per la produzione. Come ultimo passo il cliente emette
fattura immediata per un importo complessivo senza importare o collegando i singoli DDT di vendita e la fattura corrisponderà al vero ed unico
ricavo.
Ulteriore casistica
Non è presente il modulo acquisti.
Inserite causali documento nel seguente modo.
Causale BACQ=DDT ACQUISTO.
Categoria: Carico da Fornitore; causale magazzino: ACQ (acquisto); Dati Analitica=Sì; tipo voce: di costo; segno: dare;intestazione:fornitore.)
Causale BCANt=DDT TRASFERIMENTO A CANTIERE:
Categoria: Doc. di trasporto; causale magazzino: SCANT (scarico per cantiere, diminuisce esistenza, altri scarichi); Dati Analitica=Sì;
Movimenta analitica=Sì; tipo voce: di costo; segno: dare; intestazione:cliente.)
Caricato documento con causale BACQ inserendo il centro di costo, la commessa e la voce.
Caricato il documento BACNT importando il documento con causale BACQ vengono importati tutti i dati tranne la Voce di costo.
INTERVENTO
---------------Valorizzare automaticamente in fase di importazione documentale la Voce di Costo/ricavo in base a quanto specificato in anagrafica articolo e
in base alle impostazioni dare/avere della causale documento.
Segn. Num.: 0000007323
Tipo: Anomalia
del: 15-06-07
Argomento: 010.020 ANALITICA IN PRIMANOTA
Oggetto: ANALITICA DA PRIMANOTA
Movimentando l'analitica dalla primanota la procedura permette di confermare il movimento di analitica senza l'indicazione del parametro.
Il problema si verifica nel seguente caso:
Dalla primanota si accede al bottone "Analitica", per prima cosa si indica l'importo nell'apposito campo e successivamente si inserisce la voce
ed il centro di costo\ricavo, a questo punto la procedura permette di confermare il movimento anche se questo non contiene il parametro e la
percentuale.
Il problema si presenta nel caso in cui sul conto contabile la combo Aggiornamento analitica è valorizzata a " manuale "
E' necessario realizzare una procedura di conversione per sistemare i movimenti errati.
Questa impostazione errata genera un'anomalia anche nella generazione delle scritture di assestamento, viene segnalato "Errore nell'insert"
NOTE INTERVENTO
===========
Realizzata procedura di conversione 5.0-E7322- Parametro movimenti di analitica obbligatoria e ripetibile che provvede a valorizzare il campo
parametro sui movimenti di analitica quando non è correttamente valorizzato
Segn. Num.: 0000007996
Tipo: Anomalia
del: 27-11-07
Argomento: 010.030 ANALITICA SUI DOCUMENTI
Oggetto: VALORIZZAZIONE DATI DI ANALITICA E IMPORTAZIONE DOCUMENTALE
Nel caso in cui venga importato un ordine all'interno di un documento di traporto e successivamente sul ddt venga aggiunta un ulteriore riga la
procedura non propone i dati di analitica in modo corretto, dovrebbe proporre il centro di costo, la commessa e l'attività memorizzati sull'ultima
riga presente nel dettaglio del documento.
21-10-08
Pag. : 28
Esempio.
Ordine a Fornitore
ORDFO
flag Dati analitica attivo
flag Gestione progetti attivo
Inserite due righe articolo con Centro di costo, Commessa, Attività diverse tra di loro
riga 10 articolo AHE
riga 20 articolo AHRB
----------------------------------1) Importato l'ordine in documento di trasporto di acquisto
DDTAC
Flag ricalcolo prezzi attivo
flag Dati analitica e movimenti di analitica attivo
flag controllo dati pagamento attivo
Parametri
Archivi - Contropartite e parametri - parametri vendite - Articolo per riferimenti vuoto
Importato l'ordine nel dt posizionandosi con il mouse sulla prima riga vuota (30) per inserire un nuovo articolo in basso vengono proposti Centro
di costo, Commessa, Attività del primo articolo (AHE).
DOVREBBE PROPORRE I DATI INDICATI NELL'ULTIMA RIGA (AHRB)
2) Importato l'ordine in documento di trasporto di acquisto
DDTAC
Flag ricalcolo prezzi attivo
Parametri
Archivi - Contropartite e parametri - parametri vendite - Articolo per riferimenti : . servizio descrittivo
Importato l'ordine nel dt posizionandosi con il mouse sulla prima riga vuota (30) per inserire un nuovo articolo in basso vengono proposti solo
Centro di costo e Commessa dell'ultimo articolo inserito (AHRB).
SBAGLIATO NON PROPONE IL CODICE ATTIVITA'
DDTAC
flag ricalcolo prezzi DISATTIVATO
Parametri
Archivi - Contropartite e parametri - parametri vendite - Articolo per riferimenti : . servizio descrittivo
posizionandosi con il mouse sulla prima riga vuota (30) per inserire un nuovo articolo in basso non viene proposto niente.
DOVREBBE PROPORRE QUELLO DELL'ULTIMA RIGA (AHRB)
DDTAC
flag ricalcolo prezzi DISATTIVATO
Parametri
Archivi - Contropartite e parametri - parametri vendite - Articolo per riferimenti vuoto
Importato l'ordine nel dt posizionandosi con il mouse sulla prima riga vuota (30) per inserire un nuovo articolo in basso vengono proposti Centro
di costo, Commessa, Attività del primo articolo (AHE).
21-10-08
Pag. : 29
DOVREBBE PROPORRE QUELLO DELL'ULTIMA RIGA (AHRB)
Segn. Num.: 0000008429
Tipo: Anomalia
del: 28-04-08
Oggetto: ANALITICA DA PRIMANOTA
Nel caso in cui all'interno di una registrazione di primanota che gestisce l'analitica è presente una riga con importo in negativo la procedura nel
movimento di analitica associato riporta l'importo nella seziona corretta ma con segno positivo.
Se il conto in anagrafica ha impostato come aggiornamento analitica "Manuale" non è possibile confermare il movimento di analitica perchè
l'importo di analitica non coincide con quello di primanota.
Se il conto in anagrafica ha impostato come aggiornamento analitica "Automatico" la registrazione viene salvata ma il movimento di analitica
risulta errato.
Es.
Inserito ricevimento fattura nel seguente modo.
Primanota iva:
Codice iva imponibile imposta
20
235.06
47.01
FCiva
-0.07
Primanota contabile:
CONTO
Fornitore
IVA
ARROTON.
ACQ COMP
DARE
AVERE
282.00
47.01
-0.07
235.06
Sul movimento di analitica collegato al conto arrotondamento viene riportato l'importo di 0.07 in dare segnalando una differenza di -0.14.
Segn. Num.: 0000008625
Tipo: Anomalia
del: 23-06-08
Oggetto: UTILIZZO PULSANTI USA MODELLI PER CONTI CON IMPORTI NEGATIVI
Si presenta un' anomalia nell'utilizzo dei modelli di analitica nel caso in cui il conto contabile (con aggiornamento analitica manuale o
automatico) abbia un modello e sulla registrazione contabile di primanota il conto sia movimentato con segno negativo e si prema il pulsante
Usa modello.
Si abbia la seguente registrazione contabile
codice iva Imponibile Imposta
20
1000
200
Si utilizza la contropartita di costo ACQ COMP che, nella relativa anagrafica, presenta un modello di analitica con aggiornamento manuale.
Il conto ACQ COMP viene utilizzato anzichè in Dare con segno positivo, in Avere con segno negativo (-1000).
Si accede ai Dati di Analitica e si preme il Bottone "Usa modello"; la riga del modello viene applicata mettendo l'importo in seziona Avere ma
con Importo positivo (+5000).
Al salvataggio della maschera Movimenti di Analitica appare un messaggio che avvisa che gli importi di analitica sono incongruenti con la
primanota.
Stessa cosa accade (premendo il bottone Usa modelli) se il conto contabile ha un modello con modalità di aggiornamento automatico.
Segn. Num.: 0000008740
Tipo: Anomalia
del: 24-07-08
Argomento: 010.060 BILANCI DI ANALITICA
Oggetto: BILANCI DI ANALITICA - STAMPE DI CONTROLLO
Se eseguo la stampa di controllo ' dettaglio movimenti per voci e centri di costo' appare l'errore 'Impossibile aprire la tabella 'tmp_ana!.
Successivamente appare un errore eseguendo la query ' query\gsca01sc - tabelle collegate a server diversi'
Segn. Num.: 0000008741
Tipo: Anomalia
del: 25-07-08
Argomento: 010.065 STAMPE DI CONTROLLO
Oggetto: STAMPA SCHEDE DI ANALITICA
Se si esegue la stampa schede di analitica standard appre un errore di esecuzione della query
QUERY\GSCA0SCH - select
TMP_ANA.NUMRER,TMP_ANA.DATREG,TMP_ANA.FLDIRE,TMP_ANA.FLTIPO,TMP_ANA.CAURIG,TMP_ANA.COMPET,TMP_ANA.VALN
AZ,TMP_ANA.CODVOC,TMP_ANA.SEGNO,TMP_ANA.TOTIMP,TMP_ANA.NUMDOC,TMP_ANA.ALFDOC,TMP_ANA.DATDOC,TMP_ANA.D
ESVOC,TMP_ANA.TIPVOC,TMP_ANA.SERIAL,TMP_ANA.NUMRIF,TMP_ANA.CODICE,TMP_ANA.FLGMOV,TMP_ANA.CCDESPIA,TMP_A
NA.MRINICOM,TMP_ANA.MRFINCOM,TMP_ANA.PNCODCON,TMP_ANA.MRFLRIPA,TMP_ANA.CCNUMLIV,TMP_ANA.VADECTOT,TMP_
ANA.CPROWNUM,TMP_ANA.VCCODICE,TMP_ANA.MRNUMRIG,TMP_ANA.MVCLADOC,TMP_ANA.PNCODCLF,TMP_ANA.PNTIPCON
21-10-08
Pag. : 30
from ##cptmp_ydoppvatwq TMP_ANA order by 18 , 2
Connectivity error: [Microsoft][ODBC SQL Server Driver][SQL Server]Invalid column name 'PNTIPCON'.
21-10-08
Pag. : 31
Modulo CONTABILITÀ GENERALE
Segn. Num.: 0000006697
Tipo: Anomalia
del: 01-03-07
Argomento: 005.070 GESTIONE EFFETTI/BONIFICI
Oggetto: GESTIONE EFFETTI
Vengono inserite all'interno di distinta effetti separate due partite con stessi riferimenti (data documento, pagamento, numero, ecc.), eliminando
una delle due distinte effetti, caricando una nuova distinta la procedura propone erroneamente anche la partite già presente in distinta.
Esempio.
Cliente X -Distinta N.1 del 20/03/07
-Data scadenza:20/03/2007 Numero: 2007/000001 Importo:1000
Cliente X-Distinta N.2 del 21/03/07
-Data scadenza:20/03/2007 Numero: 2007/000001 Importo:1000
Prima di emettere le distinte effetti le due partite sono state inserite all'interno della stessa indiretta effetti. Le distinte sono state contabilizzate.
Successivamente viene eliminata la distinta N.2.
Caricando una nuova distinta effetti all'interno del bottone ABBINA vengono erroneamente visualizzate tutte e due le partite.
Segn. Num.: 0000006698
Tipo: Anomalia
del: 01-03-07
Argomento: 005.010 GESTIONE PRIMANOTA
Oggetto: AUTOMATISMO SU REGISTRAZIONE DI PRIMANOTA
1) Nel caso in cui sul dettaglio di una causale contabile sia valorizzato il campo "Contropartita" inserendo una nuova registrazione contabile la
procedura correttamente propone nel campo "Contropartita" il conto impostato sul modello della causale ma non viene riportata la descrizione.
2)Si presenta una anomalia nell'utilizzo del pulsante Automatismo della primanota nel caso in cui sia già presente un dettaglio in primanota
contabile.
Attualmente infatti spostandoci tra i campi della maschera mediante il pulsante TAB la procedura lancia l'automatismo contabile semplicemente
passando sopra il pulsante Automatismo; in pratica il semplice passaggio sopra il pulsante determina l'applicazione dell'automatismo anche
senza esplicita pressione del plusante (con il tasto Invio o con il mouse).
Questo tuttavia determina che se dopo aver applicato il modello ed eventualmente apportato delle variazioni si decida di modificare le note di
testata, allora la pressione continuata del tasto TAB, spostando il cursore fra i campi della maschera, ri-applica il modello perdendosi quindi le
variazioni apportate.
Situazione analoga si ha se, dopo aver applicato il modello e apportato evenutalmente delle variaizoni, si decida di scorrere mediante il tasto
FRECCIA SU le righe della primanota contabile ; in questo caso infatti se si preme il tasto FRECCIA SU anche dopo la prima riga allora la
procedura si posiziona sul pulsante Automatismo e azzera tutto.
Occorre pertanto che, sia nel primo caso che nel secondo, se sono già presenti delle righe di dettaglio l'applicazione dell'automtismo non parta
automaticamente al passaggio del cursore sopra il bottone ma appaia un maschera contenente la domanda se si disidera riapplicare il modello;
rispondendo No dovranno essere mantenute le variazioni.
3) Premendo Invio sul pulsante Automatismo occorre che la procedura applichi l'automatismo e si posizioni sulla prima riga della primanota
contabile; valgono anche in questo caso le considerazione del punto 2 per cui la pressione continuata del tasto Invio successiva ad una
modifca delle note di testata con già la primanota contabile compliata, faccia apparire il messaggio se si desidera riapplicare l'automatismo.
Segn. Num.: 0000006701
Tipo: Anomalia
del: 01-03-07
Argomento: 005.206 - LIQUIDAZIONE ANNUALE
Oggetto: ERRORE DI PROGRAMMA SU STAMPA LIQUIDAZIONE ANNUALE
Nel caso in cui sia stato attivato il check "Prorata" nella maschera Attività iva eseguendo la stampa liquidazione annuale viene visualizzato
l'errore "Variable W_OPPART is not found"."
Segn. Num.: 0000006721
Tipo: Anomalia
del: 24-10-06
PRIMANOTA - GEST. PARTITE
Oggetto: VALORIZZAZIONE CAMPO CONTO CORRENTE
Nel caso in cui sull'anagrafica di un cliente\fornitore siano presenti più righe relative alla stessa banca ma con numero conto corrente diverso
inserendo una registrazione contabile la procedura propone il numero di conto corrente associato alla prima banca inserita in anagrafica e NON
il numero conto corrente associato alla banca che ha attivato il check "Default " sull'anagrafica del cliente\fornitore.
Segn. Num.: 0000006723
Tipo: Anomalia
del: 22-12-06
CONTAB. INSOLUTI
Oggetto: CONTABILIZZAZIONE INSOLUTI E MOVIMENTI DI CONTO CORRENTE
Eseguendo la contabilizzazione insoluti in presenza di spese bancarie assegnate al costo la procedura genera un movimento di conto corrente
non corretto.
Esempio.
Sono presenti i seguenti insoluti:
-Cliente X importo 1000 Spese 5
-Cliente Y importo 1000 Spese 5
Lanciata contabilizzazione insoluti, la procedura genera la seguente registrazione contabile
Cliente X dare 1000
Cliente Y dare 1000
Spese dare 10
21-10-08
Pag. : 32
BNL avere 2010.
Nel movimento conto corrente associato alla banca viene riportato come importo debitore:2000€ e commissioni: 5€. Le commissioni
dovrebbero essere di 10 €.
Segn. Num.: 0000006725
Tipo: Anomalia
del: 14-12-06
MANUTENZIONE PARTITE
Oggetto: FILTRO "TEST SOSPESE" SU MANUTENZIONE PARTITE
Nella maschera di manutenzione partite/scadenze non funziona il filtro "Test Sospese".
Segn. Num.: 0000006730
Tipo: Anomalia
del: 23-10-06
Argomento: 005.030 STAMPA SCHEDE CONTABILI
Oggetto: SALDO PROGRESSIVO E STAMPA SCHEDE CONTABILI
Nel caso in cui un cliente sia stato movimentato con una unica registrazione di importo a zero, lanciando la stampa schede contabili se il cliente
precedende ha un saldo positivo, il saldo progressivo del cliente che dovrebbe essere zero viene valorizzato con il saldo del cliente precedente.
Esempio
- Inserita emissione fatture per il cliente 001 di 1200 euro
- Inserita emissione fattura per il cliente 002 con importo a zero.
Lanciata la stampa schede contabili selezionando da cliente 001 a cliente 002
- Per il cliente 001 viene stampata la registrazione di 1200 euro con saldo progressivo di 1200 euro
- Per il cliente 002 viene stampata la registrazione con importo a zero ma come saldo progressivo viene riportato erroneamente il saldo del
cliente 001 quindi 1200 euro.
Segn. Num.: 0000006732
Tipo: Anomalia
del: 18-01-07
PARAMETRI IVA
Oggetto: PARAMETRI IVA
Sulla release 5.0 dopo l'installazione della fast patch numero 14 accedendo alla maschera "parametri iva" viene visualizzato l'errore "too many
columns" .
Segn. Num.: 0000006735
Tipo: Anomalia
del: 03-01-07
Oggetto: IMPOSSIBILE APRIRE LA TABELLA MOV_RITE
Si presenta una anomalia in fase di conferma registrazioni di primanota nel caso in cui l'azienda nella quale si sta operando non abbia la
tabella MOV_RITE.
Per simulare l'anomalia occorre lavorare su una azienda dove non sia presente la tabella mov_rite. A tal fine occorre creare una chiave di
attivazione che non abbia il modulo Ritenute e carciarla su una installazione che non abbia il modulo Ritenute. Si attiva quindi dall'azienda
demo la procedura importando il file. dall'azienda demo si crea una nuova azienda selezionando tutto. Si entra nella nuova azienda ( che
appunto non presenta la tabella in oggetto) e si carica una registrazione di primanota. Alla conferma appare il messaggio Impossibile aprire il
messaggio MOV_RITE!. La registrazione viene comunque salvata.
Lo stesso problema si presenta entrando in modifica di registrazioni già presenti.
In queste circostanze si verifica un'altra anomalia cancellando una contabilizzazione documenti; la procedura non cancella nella tabella
DOC_MAST , relativamente al documento contabilizzato, il riferimento alla registrazione di primanota (campo MVRIFCON). Questo determina
che, richiamando il documento, appaia sempre il pulsante Primanota il quale tuttavia se premuto restituisce il messaggio "Movimento di
primanota inesistente". Inoltre questo documento risulta non modificabile
Procedura di conversione E6520.INF: Aggiornamento campi decontabilizzazione
================================================================
Azzera campi MVRIFCON,MVFLCONT rimasti valorizzati con la registrazione di Primanota non presente
Segn. Num.: 0000006736
Tipo: Anomalia
del: 11-01-07
CONTAB. GIROCONTO RITENUTE
Oggetto: CONTABILIZZAZIONE GIROCONTO RITENUTE
Viene cancellata la registrazione contabile generata tramite la contabilizzazione giroconto ritenute, lanciando nuovamente la contabilizzazione
ritenute la procedura non genera piu' la registrazione contabile relativa al giroconto ritenute.
Procedura di conversione E6520: Aggiornamento campo movimenti ritenute
============================================================
Azzera campo MRGENGIR tabella MOV_RITE per i movimenti decontabilizzati con tale campo valorizzato.
Segn. Num.: 0000006737
Tipo: Anomalia
del: 07-12-06
Oggetto: PRIMANOTA E PARTITE IN VALUTA
La procedura calcola in modo errato le partite in valuta nel caso in cui si inserisca sulle righe contabili in corrispondenza dell'intestatario della
registrazione,un importo che, convertito, è diverso da quello inserito nella testata della registrazione nel campo importo.
Esempio
* Creare Causale contabile di giroconto con riferimento "Fornitore" partite "Acconto" (non interessa la primanota iva). ll modello contabile
prevede in riga 10 il fornitore in Dare, in riga 20 un costo in Dare e in riga 30 una contropartita patrimoniale in Avere.
* Inserire in primanota nel campo importo 100 dollari (cambio 1,xxxxxx) . Sulla riga 10 del fornitore si provvede a convertire non l'intero importo
in dollari ma solo una parte (ad esempio 90). In riga 20 si converte i restanti 10 dollari sulla conto economico di costo.
Si termina la registrazione con la valorizzazione della contropartita in avere per il totale.
21-10-08
Pag. : 33
* Si salva la registrazione senza accedere al pulsante partite del fornitore; la procedura erroneamente crea una partita sul fornitore per una
valore pari al campo Importo (cioè 100 dollari) invece dovrebbe leggere l'importo sulla riga del Fornitore.
.
Segn. Num.: 0000006739
Tipo: Anomalia
del: 17-01-07
CONTAB. INDIRETTA EFFETTI
Oggetto: MODIFICA NOSTRA BANCA E BANCA DI APPOGGIO
Viene caricata una partita inserita in una indiretta effetti. Direttamente sulla maschera dell'indiretta effetti vengono modificate la nostra banca e
la banca di appoggio.
Si carica una distinta effetti, tra le partite selezionabili non viene visualizzata quella inserita nell'indiretta.
Inoltre se si prova a cancellare l'indiretta viene dato un errore nella transazione.
Il motivo è dovuto al fatto che nella scheda dettaglio partite/scadenze la procedura riporta a blank la scadenza, per cui premendo ok viene
sbiancata la scadenza stessa.
INTERVENTO
Creata procedura di conversione 5.0 - E6507 - Aggiorna campi PTBANNOS-PTBANAPP per poter riassegnare la giusta data scadenza alla
partita.
Segn. Num.: 0000006740
Tipo: Anomalia
del: 19-01-07
MANUTENZIONE DISTINTE
Oggetto: CANCELLAZIONE DI CONTABILIZZAZIONE DISTINTE
Si presenta una anomalia nella cancellazione di una contabilizzazione di distinta effetti; la procedura permette la cancellazione della
registrazione di primanota ma nella manutenzione la distinta permane in stato confermata con il pulsante di primanota visibile. Premendo il
pulsante di primanota appare il messaggio "Movimento di primanota inesistente"
Procedura di conversione 5.0-E6566.INF
=================================
Aggiorna campi PTRIFIND,PTFLIMPE tabella PAR_TITE
e campo DIRIFCON tabella DIS_TINT
Segn. Num.: 0000006748
Tipo: Anomalia
del: 04-01-07
LETTERE DI INTENTO
Oggetto: PROGRESSIVO LETTERE DI INTENTO
Il caricamento delle lettere di intento ricevute dai clienti non propone il progressivo corretto del numero protocollo.
Nel numero documento assegnato dal cliente, invece, la procedura non dovrebbe proporre il numero 1 ma lasciare il campo vuoto.
Inoltre nel caso in cui le lettere intento vengono caricate mediante caricamento rapido, in manutenzione lettere d'intento si visualizza nell'elenco
il numero documento progressivo ma se si seleziona il record il numero documento è lo stesso per tutte le lettere create.
Segn. Num.: 0000006753
Tipo: Anomalia
del: 29-01-07
Argomento: 005.202 - LIQUIDAZIONE IVA
Oggetto: IMPORTO DEL CAMPO CREDITO IVA PRECEDENTE
In presenza di 2 attività nella stampa riepilogativa viene arrotondato l'importo del campo Credito Iva Precedente. L'importo non deve essere
arrotondato.
Esempio:
* Credito del mese di ottobre 605.54 euro.
Lanciando la stampa del mese di novembre nel campo Credito Iva Precedente viene riportato 606.00 euro.
Segn. Num.: 0000006765
Tipo: Anomalia
del: 19-01-07
GENER. FILE RIBA/BONIFICI
Oggetto: NUMERO CONTO CORRENTE SU FILE BONIFICO
Non viene valorizzato correttamente il numero di conto corrente (record 10 dalla posizione 80-91) all'interno del file bonifico nel seguente caso.
In anagrafica fornitore, nella griglia delle banche sono presenti due righe con la stessa banca ma con codice conto corrente diverso.
Es.
Banca X conto corrente 111
Banca X conto corrente 222.
Vengono inserite due registrazioni di ricevimento fattura che hanno dato origine alle seguenti partite:
1) Data scadenza 19/02/07 Importo 1200 Banca X conto corrente 111
2) Data scadenza 20/02/07 Importo 1200 Banca X conto corrente 222
Le due partite vengono inserite all'interno di una distinta effetti, successivamente generando il file Bonifico nel record 10 dalla posizione 80-91
per tutte e due gli effetti viene riportato il numero conto corrente 111 che rappresenta il conto corrente di default.
Segn. Num.: 0000006766
Tipo: Anomalia
del: 19-01-07
Oggetto: RAGGRUPPA SCADENZE E NUMERO CONTO CORRENTE
Nel caso in cui siano presenti partite dello stesso fornitore di tipologia bonifico con stessa data scadenze, banca d'appoggio ma numero conto
corrente diverso, sulla distinta effetti e all'interno del file bonifico queste partite NON devono essere raggruppate.
Esempio.
Il Fornitore X in anagrafica ha valorizzato la combo "Raggruppa scadenze" "Solo fatture".
21-10-08
Pag. : 34
Per il fornitore X sono presenti le seguenti partite aperte:
- Data scadenza: 19/02/07 Pagamento: Bonifico Importo: 1200 Banca: CARISPE numero conto corrente: 123
- Data scadenza: 19/02/07 Pagamento: Bonifico Importo: 1200 Banca: CARISPE numero conto corrente: 456
Caricando una distinta effetti queste partite non devono essere accorpate in quanto hanno numero conto corrente diverso.
E' necessario sistemare tutti i punti della procedura nei quali viene fatto il raggruppamento sopra indicato. Il numero conto corrente partecipa al
raggruppamento solo nel caso di pagamento di tipo bonifico.
Le gestioni da modificare sono:
a) Creazione contenzioso da piano o manutenzione;
b) Stampa distinta effetti;
c) Generazione file bonifico.
Segn. Num.: 0000006767
Tipo: Anomalia
del: 05-02-07
Argomento: 005.210 - STAMPE IVA
Oggetto: STAMPA DETTAGLIATA IVA
In presenza di fatture e note di credito eseguendo la stampa dettagliata iva ("stampa sintetica per codice iva" e "stampa intestatario con
dettaglio documenti") la procedura somma erroneamente l'imponibile e l'imposta della fatture con l'imponibile e l'imposta presenti sulla
registrazione della note di credito.
Segn. Num.: 0000006775
Tipo: Anomalia
del: 05-03-07
Oggetto: ANOMALIE SULLE STAMPE CONTABILI E DI MAGAZZINO
1- E' necessario modificare la stampa Schede contabili (GSCG2SMA.FRX) in modo da correggere il troncamento della colonna saldo
progressivo dovuto ad un errato settaggio dei margini di stampa.
2 - Lo zoom della visualizzazione movimenti di magazzino (GSMA_SZM.MVM_MAST_VZM) ha il formato di 999999; questo determina che la
colonna numero documento può contenere al massimo 6 numeri.
Se si carica quindi un movimento di magazzino con un numero documento a 7 o più cifre appaiono gli asterischi.
Lo stesso problema si ha nella stampa movimenti di magazzino.
3 - Allargato il campo alfa documento a 10 caratteri sulla stampa movimenti di magazzino e visualizzazione.
Segn. Num.: 0000006777
Tipo: Anomalia
del: 06-03-07
Oggetto: TARIFFA DOGANALE NELLA SCHEDA CVS DEI BONIFICI ESTERI
Si presenta una anomalia nella gestione del campo Tariffa Doganale presente nella scheda CVS per bonifici esteri; tale campo deve accogliere
la Nomenclatura combinata (N.C.) ovvero il codice merce e pertanto non rappresenta un valore ma è il codice identificativo della merce
riportato nella "Tariffa Doganale d'Uso Integrata".Ai fini delle segnalazioni è sufficiente l'indicazione soltanto delle prime quattro posizioni.
Occorre pertanto modificare la struttura di tale campo permettendo l'inserimento di 7 caratteri numerici eliminando quindi l'utilizzo della virgola.
Nel file la tariffa doganale deve essere presente nel record P9, pos.36-42.
Segn. Num.: 0000006780
Tipo: Anomalia
del: 06-03-07
Argomento: 005.040 BILANCIO DI VERIFICA
Oggetto: DIFFERENZA DI CONVERSIONE SU BILANCIO DI VERIFICA A SEZ. UNITE
La stampa del Bilancio di verifica a sezioni unite e variabili segnala una Differenza di Conversione nel caso in cui un Mastro di tipo Clienti ha
associato solo due clienti il cui saldo sommato algebricamente risulta a zero nel caso venga attivato il check "escludi importi a zero".
Ad esempio inseriamo una registrazione di apertura conti in data 01-01-2005 nella quale indichiamo entrambi i clienti associati ad uno specifico
mastro es. CLIENTI ESTERO, uno con importo di 40,96 € in dare e uno per lo stesso importo ma in avere. Il saldo complessivo del mastro
quindi è zero.
Facendo la Stampa del Bilancio di Verifica a sezioni variabili la procedura stampa il mastro Clienti estero in Dare e in Avere con il rispettivo
importo. In questo caso l'importo è a zero se visto complessivamente e non a zero se visto per singola sezione dare/avere, quindi sarebbe a
zero per il totale saldo ma non a zero per le sezioni variabili, questa situazione provoca la segnalazione della differenza di conversione.
Segn. Num.: 0000006787
Tipo: Anomalia
del: 06-03-07
Oggetto: AUTOMATISMO SU CASTELLETTO IVA
Inserendo una registrazione di autofattura in primanota (Intra e Revers charge) l'iva viene movimentata sia sul registro iva vendite che sul
registro iva acquisti.
Nel caso in cui sulla causale contabile utilizzata (es.PRFUE), nel castelletto iva sono state inserite più di due righe (es. codice iva 20ue registro
vendite -20ue registro acquist i-10ue Registro vendite -10ue Registro acquisti) la procedura nella primanota iva valorizza automaticamente tutte
le righe proposte, quindi il totale documento NON coincide con il castelletto iva.
Esempio.
Nel dettaglio della causale contabile PRFUE è impostato il seguente automatismo iva:
-Codice iva 20ue registro vendite
-Codice iva 20ue registro acquisti
21-10-08
Pag. : 35
Viene inserita in primanota una registrazione contabile utilizzando la causale PRFUE.
Nel campo "Importo" viene indicato 1000 digitando il tasto INVIO la procedura valorizza il castelletto iva nel seguente modo:
Imponibile 1000
Imponibile 1000
Imponibile 1000
Imponibile 1000
Iva 200
Iva 200
Iva 200
Iva 200
A questo punto il totale documento (1000€ ) non coincide con il castelletto iva (2000€).
La procedura dovrebbe valorizzare in automatico solo le prime due righe del castelletto iva in questo caso le righe con codice iva 20ue.
Segn. Num.: 0000006792
Tipo: Anomalia
del: 07-03-07
LETTERE DI INTENTO
Oggetto: LETTERE INTENTO
Nel Registro Lettere d'Intento non devono essere stampate le lettere d'intento del tipo " Iva Agevolata ". Queste non devono essere riportate
neanche nella generazione del file Comunicazione Lettere d'Intento.
Segn. Num.: 0000006808
Tipo: Anomalia
del: 09-03-07
Argomento: 005.090 CONTABILIZZAZIONI
Oggetto: CONTABILIZZAZIONE CORRISPETTIVI A ZERO GENERATI DA POS
Dal modulo POS viene caricato un corrispettivo a zero nel seguente modo:
Riga 10 ARTICOLO X
Riga 20 ARTICOLO X
100
-100
check di reso
Viene generato il corrispettivo, nel riepilogo documento i totali sono a zero.
Si contabilizza: viene emesso il messaggio di zero documenti contabilizzati su uno da contabilizzare.
Nel report relativo agli errori riscontrati viene scritto: Registrazione senza righe di dettaglio.
Segn. Num.: 0000006834
Tipo: Anomalia
del: 15-03-07
ANALISI SCAD. PER PARTITA
Oggetto: STAMPA ANALISI SCADUTO CON INSOLUTI
Nella stampa Analisi Scaduto per Partita filtrata sul cliente, nel caso in cui si contabilizza un insoluto (caricato dal Piano Contenzioso), la partita
aperta con l'insoluto viene proposta tante volte quante sono le partite/scadenze presenti nel piano contenzioso.
Esempio:
Piano contenzioso così caricato:
Cliente A scadenza euro 100
Cliente B scadenza euro 200
Cliente C scadenza euro 300.
Dopo aver contabilizzato gli insoluti, facciamo la stampa Analisi scaduto per partita per il cliente A si visualizzano 3 partite da 100 € con la I di
insoluto.
Segn. Num.: 0000006836
Tipo: Anomalia
del: 15-03-07
LETTERE DI INTENTO
Oggetto: STAMPA REGISTRO LETTERE DI INTENTO
Sulla release 5.0 le lettere di intento intestate alla DOGANA non vengono riportate sulla stampa registro lettere di intento.
Segn. Num.: 0000006854
Tipo: Anomalia
del: 21-03-07
Oggetto: STAMPA SCHEDE CONTABILI CON CAMBIO REGISTRAZIONE ATTIVATO
Eseguendo la stampa schede contabili in altra valuta, attivando il check "cambio registrazioni", non viene calcolato in modo corretto il saldo al
31/12 dell'esercizio precedente nel seguente caso:
Nel 2006 inserito un movimento in valuta $ di pagamento fornitori, cambio, per esempio 1,25.
RIGA
CONTO
DARE
AVERE
10
FORNITORE1
960
20
BANCA
960
30
ONERI BANCARI
16
40
BANCA
16
50
FORNITORE2
800
60
BANCA
800
70
ONERI BANCARI
16
80
BANCA
16
21-10-08
Pag. : 36
Eseguendo la stampa schede contabili in valuta $ con cambio registrazione attivato del conto banca, come saldo progressivo al 31/12/06 viene
visualizzato correttamente un saldo avere di 2240 in base al cambio della registrazione (il conto banca ha solo questa movimentazione).
Se poi viene effettuata la stampa scheda dello stesso conto dal 01/01/07 al 31/12/07 (dopo aver movimentato nel 2007 almeno una volta il
conto Banca), viene riportato come saldo al 31/12/06 un saldo avere di 2220: questo perchè nel calcolo del saldo precedente il programma non
considera una delle due righe di 20 Dollari.
Segn. Num.: 0000006867
Tipo: Anomalia
del: 23-03-07
Oggetto: STAMPA SCHEDE CONTABILI
Nella Stampa Schede Contabili si presentano le seguenti anomalie:
1) Attivando il flag " Stampa Contropartite", nel caso in cui il conto venga stampato su più pagine, dalla seconda pagina la descrizione del conto
non è quella del conto che si stà stampando ma quella del primo conto presente sulla stampa.
2) Nel caso in cui non venga attivato nessun flag, la descrizione del conto che si stà stampando e vuota sempre a partire dalla seconda pagina
stampata.
3) Nel caso in cui si attiva il flag "Nei totali dare e avere considera anche il mov.apertura" le descrizioni dei conti sono vuote.
Segn. Num.: 0000006912
Tipo: Anomalia
del: 29-03-07
CASH FLOW
Oggetto: NUMERO DOCUMENTO SOSTITUITO CON ASTERISCHI
Nella stampa Cash Flow vengono stampati degli asterischi quando il numero documento inserito supera le 6 cifre.
Nella stampa partite scadenze vengono stampati gli asterischi quando il numero documento inserito supera le 6 cifre.
Segn. Num.: 0000006916
Tipo: Anomalia
del: 29-03-07
Argomento: 005.206 - LIQUIDAZIONE ANNUALE
Oggetto: COMPILAZIONE QUADRO VT
Si presenta una anomalia nella compilazione del quadro VT.
Nel valorizzare il campo "Operazioni Imponibili verso consumatori finali" la procedura somma gli imponibili di tutti i documenti a soggetti privati ,
senza distinzione tra fatture e note credito.
Per esempio si supponga di avere in primanota 2 registrazioni contabili:
1- AEF intestata al cliente privato ABC. Imponibile 300 imposta 60 Registro Vendite 1
1-ANCCL intestata sempre al cliente privato ABC. Imponibile 100 imposta 20 Registro Vendite 1
Nel quadro VT della comunicazione annuale troviamo i seguenti valori:
- Totale operazioni Imponibili:
- Operazioni Imponibili verso consumatori finali
- Operazioni Imponibili verso soggetti iva
Segn. Num.: 0000006921
Tipo: Anomalia
del: 30-03-07
Imponibile 200 Imposta 40 (ok)
Imponibile 400 Imposta 80 (fattura e nota credito vengono sommate)
Imponibile -200 Imposta -40 (questo campo calcolato per differenza tra il primo e il
secondo)
STAMPA DISTINTE
Oggetto: STAMPA DISTINTA CON DETTAGLIO DOCUMENTI DIVERSI
In presenza di partite derivanti da accorpamento scadenze, in alcuni casi, eseguendo la stampa distinta effetti con "Dettaglio documenti diversi"
la procedura all'interno dl report non stampa correttamente il dettaglio delle partite originarie.
Esempio.
All'interno di una distinta effetti sono presenti le seguenti partite
Cliente: UNO Importo:1000
Cliente: TRE Importo: 8704,37
La partita del cliente TRE deriva dal raggruppamento di quattro scadenze con i seguenti importi:
-2819,05
-1474,32
-2942,68
-1474,32
Eseguendo la stampa distinta effetti con attivato il check "Dettaglio documenti diversi" il dettaglio dell'effetto del cliente TRE non viene
stampato correttamente.
Segn. Num.: 0000006928
Tipo: Anomalia
del: 30-03-07
Oggetto: INTEGRAZIONE CESPITI -CONTABILITÀ
Viene inserita una registrazione contabile che movimenta i cespiti e successivamente (senza uscire dalla primanota) viene inserita una
registrazione contabile che NON ha movimenti cespiti collegati, alla conferma viene visualizzato il messaggio "Esistono movimenti cespiti
abbinati al documento Impossibile cancellare".
21-10-08
Pag. : 37
Esempio.
In primanota inserita registrazione con causale PRFCE cha ha collegato un movimento cespite di acquisto.
Senza uscire dalla primanota viene inserita un'altra registrazione con causale PRF che non ha collegato movimenti cespiti, confermando la
registrazione la procedura visualizza il messaggio indicato sopra e non permette di confermare la registrazione.
Il problema non si presenta nel caso in cui prima di inserire la seconda registrazione (con causale PRF) si esce dalla maschera di Primanota.
Segn. Num.: 0000006930
Tipo: Anomalia
del: 30-03-07
Oggetto: DESCRIZIONE CONTABILE PARAMETRICA NEL SALDACONTO
Si presenta una anomalia nella creazione delle descrizioni contabili parametriche effettuando una chiusura partite dalla maschera di
saldaconto.
Qualora le partite contabili vengano chiuse direttamente dalla gestione saldaconto, nelle registrazioni di pagamento (PPAGF) o incasso
(AINCF) la 'descrizione aggiuntiva' presente nei 'dati di riga' non viene costruita ma viene riportata la struttura stessa presente nella causale
contabile nel campo Formula Descrizione di riga. Ad esempio appare Scad.effetto<DATSCAD>doc.<NUMDOC>del<DATDOC>
Inoltre fare in modo che , a parità di formula parametrica di riga o di testata, si abbia lo stesso risultato utilizzando la medesima causale
direttamente da primanota o da saldaconto.
Segn. Num.: 0000006934
Tipo: Anomalia
del: 30-03-07
Argomento: 005.200 CONTABILITA' IVA
Oggetto: RECORD MODIFICATO DA UN ALTRO UTENTE
Nel caso in cui nella maschera Parametri iva viene modificato un dato nella sezione "dati per la gestione del modello F24"(es. Conto corrente
versamento) ed un dato in un'altra sezione (es.Ufficio iva), digitando il tasto OK viene visualizzato il messaggio "Record modificato da un altro
utente".
Segn. Num.: 0000006937
Tipo: Anomalia
del: 30-03-07
LETTERE DI INTENTO
Oggetto: PREFISSO PER NUMERAZIONE SEPARATA LETTERE D'INTENTO
Attualmente, se nei Parametri Iva, si definisce una numerazione pagine lettere d'intento separata (combo N. pag.lett.intento valorizzata a
Separata) non è data la possibilità di definire un prefisso per la numerazione.
Questo comporta che in fase di stampa del registro lettere intento non è possibile riportare l'anno di riferimento.
La Risoluzione dell'Agenzia delle Entrate N. 85/E del 12 Marzo 2002 nel rispondere ad un quesito relativo all'Articolo 8 della legge 18 ottobre
2001, n. 383 (Numerazione dei libri contabili e modalità di assolvimento dell'imposta di bollo) ha precisato che la numerazione del libro giornale,
di quello degli inventari e dei registri obbligatori ai fini delle imposte dirette e dell'imposta del valore aggiunto, e con riferimento al permanere
dell'obbligo della numerazione progressiva delle pagine che lo compongono, deve essere effettuata progressivamente per ciascun anno, con
l'indicazione, pagina per pagina, dell'anno cui si riferisce:ad es. per il 2002 sarà 2002/1, 2002/2 ecc...
Occorre pertanto prevedere un comportamento simile a quanto previsto per la stampa dei registri iva per i quali è possibile definire nella
anagrafica delle attività un Prefisso per numerazione pagine dove solitamente viene inserito l'anno di stampa.
Quindi se la combo dei Parametri Iva viene valorizzata a "Separata" rendere visibile sulla destra un nuovo campo (appunto Prefisso per
num.pagine) non obbligatorio dove l'operatore possa inserire eventualmente l'anno di riferimento da far comparire prima del numero pagina
nella stampa registri lettere intento.
NOTE INTERVENTO
===============
Inserito un nuovo campo Prefisso per num. pag. nell'archivio Parametri iva. Il campo, non obbligatorio, è visibile ed editabile nel caso il cui la
numerazione delle pagine delle lettere di intento sia impostata a separata. L'utente può inserire eventualmente l'anno di riferimento, per es.
Anno 2007, da far comparire prima del numero pagina nella stampa registri lettere intento.
Segn. Num.: 0000006964
Tipo: Anomalia
del: 05-04-07
Oggetto: GIROCONTO IVA VENTILATA E AGGIONAMENTO DATI ANALITICA
Nel caso in cui siano presenti corrispettivi in ventilazione eseguendo la liquidazione in definitiva la procedura effettua in automatico il calcolo
della ventilazione, attivando il check "Aggiorna documenti" la procedura permette di aggiornare il valore fiscale (campo MVIMPNAZ) delle righe
documento di tipo corrispettivi .
Se sono presenti piu' documenti di tipo corrispettivo collegati a numeri registri diversi e sul corrispettivo viene gestita l'analitica dopo aver
lanciato il calcolo della ventilazione, sui movimenti di analitica generati vengono raddoppiati gli importi in quanto il valore fiscale risulta errato .
Esempio.
Inseriti i seguenti corrispettivi dal ciclo vendite.
Corrispettivo 1 causale contabile ACOVE (Tipo registro corrispettivi in ventilazione ,numero 1) importo 1200 € -Voce di analitica: PROVA1
Corrispettivo 2 causale contabile ACOV2 (Tipo registro corrispettivi in ventilazione, numero 2) Importo 1200€ -Voce di analitica: PROVA2
Registrazione di Ricevimento fattura codice iva 20mac (monte acquisti) Importo 2400€
Eseguita la liquidazione periodica in definitiva , la procedura effettua il calcolo della ventilazione ed in automatico crea la seguente registrazione
contabile :
Causale GIroconto
Vendita corrispettivi 400 Dare
Iva Corr.
400 Avere
21-10-08
Pag. : 38
Eseguendo il giroconto dell'iva ventilata , attivando il check "Aggiorna documenti" la procedura aggiorna in modo non corretto il valore fiscale
dei corrispettivi, di conseguenza interrogando la scheda di analitica ad esempio per la voce di analitica PROVA1 viene riportato un valore di
2000 € , il valore corretto dovrebbe essere 1000€.
Segn. Num.: 0000007019
Tipo: Anomalia
del: 19-04-07
Oggetto: PRIMANOTA E GESTIONE PARTITE
Nel seguente caso la procedura visualizza il bottone "partite" anche su righe contabili dove sono indicati conti generici non gestiti a partite.
Esempio.
Causale contabile di pagamento fattura che ha impostato il seguente automatismo:
F
-Partite Salda -Sezione Dare
G BNL -Partite Crea -Sezione Avere
Inserita la seguente registrazione di primanota
Riga 10 -F Beta -Importo 6000€
Riga 20 -G BNL -Importo 3000€
Riga 30 -G BNL -Importo 2000€
Riga 40 la procedura propone il conto BNL si modifica e si inserisce il conto CASSA (indicandolo manualmente senza selezionarlo dallo zoom)
non gestito a partite, dopo aver indicato l'importo di 1000€ la procedura apre erroneamente il bottone partite.
La registrazione viene comunque confermata correttamente.
Segn. Num.: 0000007022
Tipo: Anomalia
del: 20-04-07
Oggetto: CALCOLO PRORATA IN PRESENZA DI FATTURE AD ESIGIBILITÀ DIFFERITA
Sulla liquidazione annuale la procedura per il calcolo del prorata non tiene in considerazione le fatture ad esigibilità dell'anno NON incassate
(VE37).
Esempio.
Nel mese di aprile 2007 abbiamo la seguente situazione :
-Registro iva Vendite
Codice Iva 20 (partecipa al calcolo del prorata) Imponibile 1.000
Codice Iva Es10 (Operazione esente) Imponibile 1.000
Codice Iva 20 (partecipa al calcolo del prorata) Imponibile 1.000 -Esig.Differita
-Liquidazione Annuale
Calcolo PRORATA
A) Totale operazioni che danno diritto alla detrazione: 1000
B) a+ Totale operazioni esenti: 2000
C) % Prorata= 50%
Il valore indicato nel punto A non è corretto in quanto non viene preso in considerazione l'importo indicato sulla fattura ad esigibilità dell'anno
non incassata di 1000€ .
Il punto A dovrebbe essere calcolato nel seguente modo :
Totale saldi iva di tipo NON acquisti relativi a codici iva che partecipano al calcolo del prorata+ fatture a esigibilità differita con codice iva
"partecipa al calcolo del prorata.
Segn. Num.: 0000007034
Tipo: Anomalia
del: 23-04-07
Oggetto: DESCRIZIONE PAGAMENTO BOTTONE "PARTITE"
Inserendo una registrazione contabile ed accedendo alla maschera delle partite/scadenze (su riga cliente/fornitore), non viene visualizzata la
descrizione del pagamento, anche dopo aver premuto il bottone Calcola.
Segn. Num.: 0000007102
Tipo: Anomalia
del: 10-05-07
Oggetto: DISTINTE EFFETTI
La procedura permette erroneamente di associare una partita in distinta anche se questa è già presente all'interno di un'altra distinta effetti.
Esempio.
-1) inserire diverse partite per un determinato cliente (per esempio 6 partite);
-2) lanciare la funzione 'contabilizzazione indiretta effetti' per quel determinato cliente;
-3) presentare una distinta che permette la 'contabilizzazione per singolo effetto' (per esempio RBSIN) e associare alla distinta le partite create
al punto 1);
-4) utilizzare la funzione di contabilizzazione parziale e contabilizzare un primo effetto presente nella distinta RBSIN;
-5) utilizzare la funzione di contabilizzazione parziale e contabilizzare un secondo effetto presente nella distinta RBSIN;
-6) cancellare nella contabilità la registrazione relativa alla seconda contabilizzaione;
-7) presentare una nuova distinta che permette la 'contabilizzaione per singolo effetto' (per esempio RBSIN): la procedura visualizza la partita
presente nella distinta (punto 3) la cui registrazione contabile (relativa alla seconda contabilizzazione) è stata cancellata.
Tale partita non deve essere visualizzata dalla procedura.
21-10-08
Pag. : 39
Segn. Num.: 0000007148
Tipo: Anomalia
del: 17-05-07
Oggetto: DISTINTA BONIFICO
In Manutenzione\compilazione distinte se viene utilizzata una causale distinta di tipo Bonifico e nel campo "Scadenze da" si inserisce una data
precedente al 16/08/2002 oppure nessuna data (intendendo vedere tutte le scadenze) viene visualizzato un errore di programma
"operator/operand type mismatch".
Segn. Num.: 0000007169
Tipo: Anomalia
del: 22-05-07
Oggetto: BILANCIO DI VERIFICA A SEZIONI CONTRAPPOSTE
Nel caso in cui sia presente più di un mastro consecutivo (NON patrimoniale) con il check "Totalizza conti associati" attivato eseguendo la
stampa bilancio di verifica dal secondo mastro in poi non viene indicato correttamente l'importo.
Esempio.
Caricati i seguenti mastri\conti di tipologia "Costi":
# Mastro Livello 1Codice A01
Mastro di raggruppamento Codice A
Flag Totalizza conti associati attivato
-Conto A01.00 -Mastro di raggruppamento A01
Flag Totalizza conti associati disattivato
Flag Totalizza conti associati attivato
Inseriti i seguenti movimenti di Giroconto :
-Conto A01.00 -1000€ Dare
Eseguendo la stampa bilancio di verifica a sezioni contrapposte si ottiene il seguente risultato:
MASTRO 01 Importo 2000€
Conto A02.00 importo 1000€
MASTRO A02 Importo 2000€
Praticamento l'importo indicato sul mastro A02 non è corretto dovrebbe essere 1000€.
Inoltre non viene stampato il mastro con codice A03 in quanto l'importo del conto associato al mastro A03 è incluso nel totale del Mastro A02
Segn. Num.: 0000007186
Tipo: Anomalia
del: 24-05-07
Argomento: 005.050 PARTITE APERTE / SCADENZE
Oggetto: STORNO CONTI SALVO BUON FINE
Nella maschera di "Storno conti salvo buon fine " non dovrebbe essere visualizzato il campo "Residuo", attualmente il campo è visibile ma non
è mai valorizzato.
Inoltre selezionando le partite all'interno della maschera "Storno conti salvo buon fine" nel campo totale viene indicato erroneamente l'importo
delle partite con segno negativo.
Segn. Num.: 0000007252
Tipo: Anomalia
del: 06-06-07
Oggetto: DESCRIZIONE DI RIGA
In fase di contabilizzazione indiretta effetti la procedura non riportata la descrizione di riga correttamente nel seguente caso:
Esaempio:
- Emessa e contabilizzata fattura in data 05/06/2007 totale documento € 120,00 - pagamento rb 30/60/90 gg dffm (€ 40,00 al 31/07/2007 - €
40,00 al 10/09/2007 - € 40,00 al 30/09/2007)
- Contabilizzazione indiretta effetti con tipo di contabilizzazione per Singola Partita (con parametrazione della causale relativamente alla
Formula descrizione di riga = Data scadenza: <DATSCA>)
- Risultato della contabilizzazione indiretta effetti:
prima registrazione generata in PN: descrizione aggiuntiva su riga cliente "Data scadenza: / /"
prima registrazione generata in PN: descrizione aggiuntiva su riga portafoglio effetti "Data scadenza: 31/07/2007"
21-10-08
Pag. : 40
seconda registrazione generata in PN: descrizione aggiuntiva su riga cliente "Data scadenza: 31/07/2007"
seconda registrazione generata in PN: descrizione aggiuntiva su riga portafoglio effetti "Data scadenza: 10/09/2007"
terza registrazione generata in PN: descrizione aggiuntiva su riga cliente "Data scadenza: 10/09/2007"
terza registrazione generata in PN: descrizione aggiuntiva su riga portafoglio effetti "Data scadenza: 30/09/2007"
Segn. Num.: 0000007342
Tipo: Anomalia
del: 18-06-07
Argomento: 005.300 LIBRO GIORNALE
Oggetto: CAMPO NUMERO RIGA IN STAMPA LIBRO GIORNALE
Nella stampa libro giornale non viene visualizzato correttamente il numero di riga. la casistica è tuttavia diversa in 4.0 e 5.0.
In release 4.0 nel campo numero riga vengono mostrati solo le prime 5 cifre (anche se il campo riesce a contenerli tutti; infatti allargando il
campo appaiono tutti e 9).
In release 5.0 nel campo numero riga vengono mostrati solo le prime 8 cifre (anche se il campo riesce a contenerli tutti; infatti allargando il
campo appaiono tutti e 9).
Segn. Num.: 0000007355
Tipo: Anomalia
del: 19-06-07
Oggetto: PIANO GENERAZIONE MOVIMENTI ESIGBILITÀ DIFFERITA
Eseguendo un'unica registrazione di incasso che salda contemporaneamente più fatture con iva ad esigibilità differita e non, sul piano di
generazione movimenti esigbilità differita accedendo al bottone "Fattura" viene visualizzata erroneamente una fattura NON ad esigibilità
differita.
Esempio.
-Inserita emissione fattura (causale archivi demo AEF ) cliente Analogica totale documento 1200€
-Inserita emissione fattura (causale archivi demo AEF ) cliente Angeli totale documento 1200€
-Inserita emissione fattura (causale archivi demo AEF ) cliente Bianchi totale documento 1200€
-Inserita emissione fattura con iva esigibilità differita (causale archivi demo AEFID ) cliente Regione Toscana (soggetto Pubblico) totale
documento 1200€
-Dal Saldaconto o direttamente in Primanota sono state saldate contemporamente le partite indicate sopra.
-Lanciata generazione piano generazione movimenti esigibilità differita la procedura correttamente genera la registrazione contabile di "storno
iva incasso fatture ad esigibilità differite" per il cliente Regione Toscana ma accedendo al bottone "Fattura" viene aperta la registrazione della
fattura del cliente Analogica anzichè la fattura del cliente Regione Toscana .
Inoltre è necessario effettuare la seguente modifica:
Accedendo al Bottone "Fattura" sul piano di generazione dovrebbe essere aperto uno zoom in modo da visualizzare tutte le fatture ad esigibilità
differita, inoltre dare la possibilità di accedere alla registrazione della fattura direttamente dallo zoom visualizzato (la stessa cosa dovrebbe
essere effettuata all'interno del bottone "Dettagli").
Segn. Num.: 0000007386
Tipo: Anomalia
del: 26-06-07
Oggetto: COMPILAZIONE DISTINTE
Nella compilazione distinta se nelle selezioni aggiuntive attivo il flag su "Raggruppa Scadenze" la distinta non viene elaborata. La procedura
restituisce il seguente messaggio: Impossibile creare la distinta.
Esempio:
Esempio di scadenze da presentare in distinta inserite in questo ordine:
- Scad. 27-03-06
- Scad. 27-03-06
- Scad. 27-03-06
- Scad. 27-03-06
€ 1.200 Analogica
€ 1.500 Angeli
€ 500 Bianchi
€ 1.000 Analogica
Se attivo il flag "RAGGRUPPA SCADENZE" nella compilazione distinte (selezioni aggiuntive) la distinta non viene creata. Invece dovrebbe
crearla in quanto per il cliente Analogica sono valide le condizioni che permettono il raggruppamento delle scadenze.
Se disattivo il flag viene elaborata.
Segn. Num.: 0000007391
Tipo: Anomalia
del: 27-06-07
ANALISI SCAD. PER PARTITA
Oggetto: ANALISI SCADUTO PARTITA
Nella Stampa Analisi Scaduto vengono visualizzate scadenze di fatture che risultano saldate da acconti registrati per lo stesso importo della
fattura.
Es:
- Caricata da ciclo attivo una fattura e inserito un acconto contestuale per l'importo della fattura.
- Contabilizzato sia l'acconto che la fattura
21-10-08
Pag. : 41
- Nella stampa analisi scaduto viene visualizzato l'importo della fattura.
Segn. Num.: 0000007454
Tipo: Anomalia
del: 06-07-07
Oggetto: DESCRIZIONI PARAMETRICHE
Si presenta le seguenti anomalia nelle descrizioni parametriche di riga eseguendo la contabilizzazione distinte:
- Emissione di n° 3 fatture a tre clienti differenti con i seguenti riferimenti:
1) Scadenza 10/03/08 - Pagamento RIBA - D - € 1.230,00
2) Scadenza 10/05/08 - Pagamento RIBA - D - € 2.649,13
3) Scadenza 15/05/08 - Pagmento RIBA - D - € 1.200,00
- Le partite sono state inserite all'interno della stessa distinta effetti
- Eseguita la contabilizzazione della distinta, la causale contabile ha indicato come formula di riga <DATSCA>
- la procedura non indica in modo corretto la descrizione di riga sull'ultima riga del clienti, in particolare
- Scadenza 1) = riferimento alla data scedenza 1)
- Scadenza 2) = riferimento alla data scadenza 2)
- Scadenza 3) = riferimento alla data scedenza 1)
Segn. Num.: 0000007483
Tipo: Anomalia
del: 16-07-07
Oggetto: STAMPA REGISTRO IVA ORIZZONTALE
Su determinate stampanti (es. HP laserjet 4050) la stampa registro iva acquisti orizzontale viene tagliata sul margine destro.
Verificare:
- Margine destro e margine sinistro
- Allineare tutte le descrizioni delle colonne ai dati sotto riportati.
- Corpo della stampa:
il numero documento e numero protocollo risultano attaccati e necessario distanziarli;
ridurre la dicitura Competenza mettendo "Comp." sull'ultima colonna per guadagnare spazio;
ridurre la dimensione dei campi Numero protocollo e Numero documento (ora possono contenere il numero massimo di cifre).
Segn. Num.: 0000007493
Tipo: Anomalia
del: 17-07-07
Oggetto: BILANCIO DI VERIFICA SU EXCEL
Si presenta un' anomalia nella stampa su Excel (apposito check sulla maschera di stampa) del bilancio di verifica.
Se infatti non si attiva il check su "Escludi conti non movimentati" nel foglio excel vengono riportati anche i codici e descrizioni dei conti non
movimentati e codici e descrizioni dei mastri di primo livello ad essi associati.
Se tuttavia tutti i conti associati ad un mastro di livello 1 non sono stati movimentati e presentano pertanto saldo a zero, allora la riga del mastro
(con codice e descrizione) viene ripetuta 2 volte.
Il problema non si presenta se si attiva il flag su "Escludi conti non movimentati", in tal caso infatti non esistono mastri di livello 1 con tutti i
conti associati mai movimentati.
Segn. Num.: 0000007499
Tipo: Anomalia
del: 18-07-07
Oggetto: MODIFICA PARTITE DA PRIMANOTA
Nel caso in cui venga inserita una registrazione di primanota con causale contabile che ha attivato il check "Gestisce le ritenute" e fornitore
NON soggetto a ritenute , modificando alcuni dati all'interno del bottone partite (es. data scadenza, numero partita, ecc.) alla conferma della
registrazione contabile la procedura ricalcola la partita e non mantiene quindi le modifiche effettuate.
Segn. Num.: 0000007529
Tipo: Anomalia
del: 25-07-07
LETTERE DI INTENTO
Oggetto: LETTERE DI INTENTO
E' necessario rendere sempre editabile il campo Serie del numero documento\protocollo sull'anagrafica delle lettere di intento.
Attualmente infatti si potrebbero creare buchi di numerazione sul registro lettere di intento.
Esempio.
Lettera di intento con "No applicazione iva" Numero Protocollo 1 del 25/07/07 Numero documento 1 del 25/07/07
Lettera di intento con "Iva agevolata"
Numero Protocollo 2 del 25/07/07 Numero documento 2 del 25/07/07
Lettera di intento con "No applicazione iva" Numero Protocollo 3 del 25/07/07 Numero documento 3 del 25/07/07
Eseguendo la stampa registro lettere di intento vengono stampate solo le lettere di intento di tipologia "No applicazione iva" ( la numero 1e la
numero 3 ) quindi si crea un buco di numerazione in quanto la lettera di intento numero 2 ha tipologia "Iva agevolata" e non viene quindi
riportata sul registro .
Segn. Num.: 0000007555
Tipo: Anomalia
del: 30-07-07
Oggetto: MANCATA VISUALIZZAZIONE MASCHERA DATI RITENUTE
Al salvataggio di una registrazione di primanota con ritenute non viene visualizzato il bottone dati ritenute se viene valorizzato il campo
"contropartita" presente nel castelletto iva.
Esempio:
In dati azienda si attiva il flag' dettaglio iva per contropartite'.
Si registra una fattura con ritenuta in primanota utilizzando una causale contabile che sul castelletto iva presenta una sola riga con codice al
21-10-08
Pag. : 42
20% indicando un conto nel campo 'contropartita' sottostante il castelleto iva. Il modello della causale prevede la prima riga con tipo 'F' senza
alcun codice, sezione 'avere', automatismo '+' , partite 'crea', nella seconda riga tipo 'G' con codice iva acquisti, sezione 'dare', automatismo '-' ,
partite 'no', nella terza riga, tipo 'G' senza indicazione di alcun codice, sezione 'dare', automatismo 'T' , partite 'no'.
In primanota, dopo aver inserito causale e codice fornitore, si compila il castelletto iva specificando il conto acquisti nel campo contropartita.
Solo spostandosi con il TAB fino alla compilazione del modello, al salvataggio della registrazione la procedura non visualizza il bottone dati
ritenute. Inoltre, rientrando in variazione nella registrazione salvata, il bottone 'ritenute' dati ritenute' viene visualizzato senza compilazione di
alcuna riga di dettaglio.
Il problema si presenta anche indicando il conto di contropartita sulla causale contabile.
Segn. Num.: 0000007577
Tipo: Anomalia
del: 02-08-07
Oggetto: STAMPA PLAFOND ANNUALE
La stampa plafond annuale stampa in modo non corretto una registrazione contabile che viene registrata con le seguenti date:
1) competenza plafond 18/11/2005
2) Data documento sempre 18/11/2005
3) Data registrazione 18/01/2006 competenza 2006
tale registrazione nella Stampa Plafond Annuale viene portata in detrazione nel mese di novembre ma dell'esercizio 2006 invece che
dell'esercizio 2005.
Segn. Num.: 0000007594
Tipo: Anomalia
del: 20-08-07
Argomento: 005.219 - ELENCHI CLIENTI/FORNITORI
Oggetto: ELENCHI CLIENTI\FORNITORI -ESTRAZIONE DATI
Lanciando la funzionalità di estrazione dati la procedura non estrae le registrazioni che hanno data precedente o uguale alla data di ultima
stampa registri iva presente in attività iva.
Es.
Inserita registrazione contabile di ricevimento fattura con data 31/12/06, all'interno della maschera "Attività iva" è presente come data di ultima
stampa registri iva il 31/12/06, eseguendo l'estrazione dati tale registrazione non viene presa in considerazione.
Se viene eliminata\modificata la data di ultima stampa registri iva la registrazione viene correttamente esportata.
Segn. Num.: 0000007601
Tipo: Anomalia
del: 22-08-07
Oggetto: CONTABILIZZAZIONE DISTINTA EFFETTI INTESTATA AD UN CONTO GENERICO
La procedura genera una registrazione contabile errata contabilizzando una distinta effetti intestata ad un conto generico.
Esempio.
Per il conto generico ERARIO viene creata una partita in avere di 200 € con pagamento rimessa diretta
Tale partita viene inserita all'interno di una distinta effetti (causale distinta impostata nel seguente modo: scadenze:passive, Tipo
contabilizzazione:singolo effetto, Tipo distinta:Rimessa diretta, filtro su cliente\fornitore, tipo conto:entrambi).
La distinta viene stampata in definitiva e contabilizzata.
La registrazione contabile risulta errata in quanto il conto ERARIO viene erroneamente riportato nella sezione AVERE e la partita creata risulta
in dare con segno negativo.
Quindi interrogando il mastrino del conto ERARIO questo risulta aperto.
Segn. Num.: 0000007606
Tipo: Anomalia
del: 22-08-07
Oggetto: QUADRO VT
All'interno del Quadro VT (campo VT1- Totale operazioni imponibili, Operazioni imponibili verso consumatori finali e Operazioni imponibili
verso soggetti iva) NON devono essere prese in considerazioni le operazioni intra (cessioni ) e le operazioni NON imponibili.
Attualmente se viene registrata un emissione fattura intra (es.codice iva non imponibile articolo 41) oppure una registrazione con codice iva
NON Imponibile (sezione "Dichiarazione annuale dati iva" combo "Operazioni attive" valorizzata a "Non imponibile") questa viene erroneamente
indicata all'interno del bottone "Quadro VT" sulla liquidazione annuale.
*********************************
Da normativa nel VT1 (campo 1 e 2) deve essere indicato l'ammontare complessivo delle operazioni imponibili derivante dalla somma degli
importi evidenziati nei righi VE10 , VE23, VE12 e VE25 (il quadro VE non è gestito in AHR).
Le operazioni intracomunitarie non devono essere prese in considerazione in quanto indicate nel rigo VE30.
Segn. Num.: 0000007631
Tipo: Anomalia
del: 28-08-07
Oggetto: VENTILAZIONE CORRISPETTIVI IN PRESENZA DI FATTURE PASSIVE CON IVA DIF.
Si presenta una anomalia nella ventilazione dei corrispettivi se il monte acquisti viene incrementato da fatture passive ad esigibilità differite non
incassate.
Si abbia una registrazione contabile con causale ACOVE per 10.000.
Si abbia una registrazione contabile di ricevimento fattura (con causale che ha il check esigibilità differita) dove viene caricato il seguente
castelletto iva.
Cod. IVA
Imponibile Imposta
10mac
5000
500
20mac
5000
1000
Lanciando la stampa del registro iva corrispettivi in ventilazione la procedura effettua una ventilazione sbagliata; in questo caso non dovrebbe
effettuare ventilazione non essendoci iva a credito.
21-10-08
Pag. : 43
Segn. Num.: 0000007637
Tipo: Anomalia
del: 29-08-07
Oggetto: ESTRAZIONE DATI
Si presenta una anomalia nella estrazione dati se nel database esistono codici clienti o fornitori (movimentati nel 2006) con le seguenti
caratteristiche:
- Partita Iva (ANPARIVA) NULL e Codice fiscale (ANCODFIS) BLANK
oppure
- Partita Iva (ANPARIVA) BLANK e Codice fiscale (ANCODFIS) NULL
Tale situazione può verificarsi nel caso di importazioni dall'esterno in quanto i tracciati standard di importazione o il caricamento manuale non
possono valorizzare a NULL il codice fiscale e la partita iva.
In tal caso la procedura di estrazione dati segnala "Forzato Rollback" quindi "Errore nell'Inserizione".
Il problema non si verifica se entrambi i campi sono impostati a NULL
Segn. Num.: 0000007702
Tipo: Anomalia
del: 12-09-07
Oggetto: ERRATO FUNZIONAMENTO CHECK NESSUN PAGAMENTO IN MANUTENZIONE PARTITE
In presenza di una scadenza senza codice pagamento, la scadenza stessa non appare in manutenzione partite impostando nella scheda
selezioni Aggiuntive il check su "nessun pagamento".
Nel caso in cui , in presenza di tali scadenze aperte, si proceda ad eseguire un saldaconto da primanota la procedura segnala
un errore del tipo:
SAMODPAG non accetta valore Null
INTERVENTO
Le partite prive del codice pagamento non vengono più visualizzate nella maschera di chiusura partita primanota/saldaconto.
Per poter incassare eventuli partite aperte sarà necessario interrogare la manutenzione partite attivando il check nessun pagamento presente
nelle selezioni aggiuntive ed inserire per le stesse il pagamento mediante il bottone "modifica".
Segn. Num.: 0000007757
Tipo: Anomalia
del: 19-09-07
Oggetto: ERRORE ACCESSO A PARAMETRI IVA
Su una release 5.0 aggiornata di adhoc Revolution in alcuni casi accedendo ai Parametri iva si ottiene il seguente errore:
T link_5_13 on AZIENDA.AZCAUGIR=link_5_13.CCCODICE left outer join DEMOCAU_CONT link_4_6.CCCODICE left outer join
DEMOCAU_CONT link_4_10 on AZIENDA.AZCAUAUT=link_4_10.CCCODICE where AZIENDA.AZCODAZI=' ' Too many columns
Segn. Num.: 0000007760
Tipo: Anomalia
del: 19-09-07
Oggetto: GENERAZIONE ELENCHI CLIENTI\FORNITORI
Nella maschera Generazione file allegati clienti/fornitori - scheda Dati Aggiuntivi - sezione relativa all'Impegno alla Presentazione Telematica
del File sono state apportate le seguenti modifiche:
- i campi sono elencati nel seguente ordine :
- Codice Fiscale dell'Intermediario;
- Numero di Iscrizione all'Albo del C.A.F.;
- Impegno alla Presentazione Telematica;
- Data dell'Impegno;
-
il campo Numero di iscrizione all'albo del C.A.F non è più obbligatorio;
-
nel campo Codice Fiscale dell'intermediario non viene proposto più nessun valore di default;
- nella combo Impegno alla trasmissione telematica è stata aggiunta una nuova opzione: nessuno: Tale opzione, che rappresenta il default in
caso di caricamento della maschera, può essere utilizzata se e solo se non presente il codice fiscale dell'intermediario; se si inserisce il codice
fiscale e si valorizza la combo mediante l'opzione nessuno viene visualizzato un messaggio di errore come si evidenziato nella figura
sottostante.
- nel caso in cui si inserisca il Codice Fiscale dell'Intermediario la procedura richiede,nel momento di generazione del file, come obbligatori la
Data dell'Impegno mentre l'Impegno alla Trasmissione Telematica può essere valorizzato solo con le opzioni Comunicazione Predisposta dal
Contribuente oppure Comunicazione Predisposta da chi effettua l'invio.
Segn. Num.: 0000007807
Tipo: Anomalia
del: 27-09-07
Oggetto: MANCATA GESTIONE ANAGRAFICHE STORICIZZATE NELLA STAMPA SCHEDE CONTAB.
A seguito della fast patch 208 rel. 5.0 di ahr si presenta un' anomalia nella gestione delle anagrafiche storicizzate sulla stampa schede
contabili.
Attualmente viene invece riportata la descrizione presente al momento della stampa ignorando quindi eventuali storicizzazioni; in release 5.0 da
cd il comportamento è corretto.
La descrizione riportata del cliente\fornitore dovrebbe essere quella valida alla data inizio selezione di stampa (ovvero la descrizione valida alla
data presente nel campo Da: della maschera di stampa).
Questo in ragione del fatto che si tratta di una stampa di controllo, a differenza di stampe fiscali ( es. 'stampa registri iva' ) in cui è la data di
21-10-08
Pag. : 44
registrazione del documento a pilotare i dati di stampa, con conseguente imputazione dei dati contabili alle varie ragioni sociali ( storicizzate o
meno ).
Esempio.
Cliente X ragione sociale storicizzata in data 31/05/07
Eseguendo la stampa schede contabili dal 01/01/07 deve essere stampata la ragione sociale vecchia
Eseguendo la stampa schede contabili dal 01/06/07 deve essere stampata la nuova ragione sociale.
Segn. Num.: 0000007810
Tipo: Anomalia
del: 01-10-07
Oggetto: STAMPA TOTALI PER FORNITORI
Eseguendo la stampa dati comunicazione non viene riportato il totale nel caso in cui la stampa venga effettuata solo per i fornitori.
Il totale dovrebbe essere indicato nella stampa "Non raggruppata" e nella stampa "Raggruppata per partita iva + soggetto".
Segn. Num.: 0000007827
Tipo: Anomalia
del: 08-10-07
Oggetto: FILTRO NUMERO DISTINTA -STORNO CONTI SBF
Non funziona correttamente il filtro sul numero distinta all'interno del bottone "Salda" nella gestione storno conti SBF, nel caso in cui siano
presenti piu' distinte con stesso numero ma esercizio di riferimento diverso.
Es.
Sono presenti le seguenti distinte:
N. 69\2006
N. 69\2007
Eseguendo lo storno conti sbf vengono correttamente visualizzate tutte le partite associate alle distinte, selezionando nel campo numero
distinta la distinta 69 non vengono piu' visualizzate le partite.
****************
Inoltre il filtro "Numero distinta" utilizza una query presente nel modulo contenzioso (cartella SOLL), quindi se non è installato il modulo
accedendo al campo numero distinta potrebbe visualizzarsi un errore .
Segn. Num.: 0000007861
Tipo: Anomalia
del: 22-10-07
Oggetto: ACCORPA ACCONTI
Registrando una Fattura in Primanota, il programma verifica e segnala la presenza di acconti per il Fornitore selezionato. Digitando il tasto "Si"
al messaggio "Esiste un acconto, associato al fornitore...Si vogliono visualizzare tali acconti caricati nell'archivio delle partite?" viene
visualizzata la cartella OPEN. Tale errore si verifica solo se il codice del fornitore per il quale si sta effettuando la registrazione di primanota
contiene un apice.
La procedura permette comunque di accorpare la partita di acconto con la partita della fattura
Segn. Num.: 0000007863
Tipo: Anomalia
del: 22-10-07
Oggetto: CONTABILIZZAZIONE INCASSO CORRISPETTIVI
Eseguendo la contabilizzazione incasso corrispettivi in presenza di corrispettivi che contengono aliquote iva differenti la procedura genera un
castelletto iva non corretto.
Esempio.
Dal modulo vendite inseriti i seguenti corrispettivi di tipo servizi NON incassati.
-Corrispettivo N. 1 del 06/02/07
ANALSEN importo 1200 (IVA 20%)
ASSIST
importo 1100 (IVA 10%)
-Corrispettivo N.2 del 06/02/07
ANALSEN importo 1200 (IVA 20%)
Eseguita contabilizzazione corrispettivi.
Eseguito incasso totale ricevute fiscale e contabilizzazione incasso corrispettivi. La procedura genera la seguente registrazione contabile non
corretta.
PRIMANOTA IVA
Codice iva : 10 imponibile: 2090,91 imposta: 209,09
Codice iva : 20 imponibile: 2916,67 imposta: 583,33
PRIMANOTA CONTABILE
Credito corrispettivi Avere 3500
Cassa
Dare 3500
Iva Vend
Avere 792,42
21-10-08
Pag. : 45
Iva Sosp
Segn. Num.: 0000007886
Dare
792,42
Tipo: Anomalia
del: 24-10-07
Oggetto: STAMPA BILANCIO DI VERIFICA A SEZIONI VARIABILI
La stampa del Bilancio di verifica a sezioni contrapposte e variabili segnala una Differenza di Conversione nel caso in cui un Mastro di tipo
Clienti ha associato solo due clienti il cui saldo sommato algebricamente risulta a zero nel caso venga attivato il check "escludi importi a zero".
Ad esempio inseriamo una registrazione di apertura conti in data 01-01-2005 nella quale indichiamo entrambi i clienti associati ad uno specifico
mastro es. CLIENTI ESTERO, uno con importo di 40,96 € in dare e uno per lo stesso importo ma in avere. Il saldo complessivo del mastro
quindi è zero.
Facendo la Stampa del Bilancio di Verifica a sezioni variabili la procedura stampa il mastro Clienti estero in Dare e in Avere con il rispettivo
importo. In questo caso l'importo è a zero se visto complessivamente e non a zero se visto per singola sezione dare/avere, quindi sarebbe a
zero per il totale saldo ma non a zero per le sezioni variabili, questa situazione provoca la segnalazione della differenza di conversione.
Segn. Num.: 0000007907
Tipo: Anomalia
del: 29-10-07
Oggetto: STAMPA REGISTRO IVA ORIZZONTALE
Sulla stampa del registro IVA in orizzontale viene troncata la descrizione del codice iva mentre sulla stampa in verticale la descrizione viene
indicata in modo completo.
Es.
Codice iva 20% indetraibile
sulla stampa orizzonate viene indicata la descrizione
iva 20%
sulla stampa veriticale viene indicata la descrizione
iva 20% indetraibile
Segn. Num.: 0000007982
Tipo: Anomalia
del: 22-11-07
Oggetto: ORDINAMENTO SU STAMPA BROGLIACCIO EFFETTI
Le partite indicate sulla stampa brogliaccio effetti vengono ordinate nel seguente modo (tipo ordinamento:data scadenza)
1) Simbolo valuta
2) Modalità di pagamento
3) Data scadenza
4) Numero effetto
5) Origine del movimento
Nel caso in cui siano presenti partite che hanno le stesse caratteristiche indicate sopra eseguendo la stampa brogliaccio effettivi le partite
vengono ordinate in modo diverso in base alle date di selezione indicate sulla maschera di stampa .
Es.
Sono presenti le seguenti partite aperte (non ancora inserite in distinta)
Partita del cliente DATA , data scadenza 30/11/2007 pagamento RIBA
Partita del cliente ALBA, data scadenza 30/11/2007 pagamento RIBA
-Eseguendo la stampa brogliaccio effetti indicando da data 22/11/2007 a data 31/12/2007 le partita vengono così ordinate
-Eseguendo la stampa brogliaccio effetti indicando da data 22/11/2007 a data 21/11/2008 le partita vengono così ordinate
E' necessario aggiungere un ulteriore ordinamento (es. seriale della partita) in modo da indicare in modo corretto le partite all'interno del report.
Segn. Num.: 0000008012
Tipo: Anomalia
del: 28-11-07
Oggetto: STAMPA REGISTRI IVA
Nelle stampe dei registri iva verticale solo testo la competenza non viene stampata in modo corretto: viene riportato ad esempio 1000 invece
di 10-2007 (se la stampa è di ottobre 2007)
Inoltre lanciando la stampa del registro iva acquisti con modulo stampa impostatato su formato 'verticale' e attivando il check 'solo testo' la
procedura non riporta, nel report di stampa, la data del documento della prima fattura.
21-10-08
Pag. : 46
Segn. Num.: 0000008055
Tipo: Anomalia
del: 10-12-07
Oggetto: STAMPA DISTINTA
Se si stampa una distinta con attivo il flag su "dettaglio documenti diversi " e nella cartella sedi, dell'anagrafica di almeno un cliente presente in
distinta, sono presenti una sede di fatturazione e una sede pagamento, l'importo della distinta viene raddoppiato.
Segn. Num.: 0000008112
Tipo: Anomalia
del: 10-01-08
Oggetto: AUTOMATISMO SU REGISTRAZIONE PRIMANOTA
Se si utilizza una causale contabile che non gestisce l'iva, inserendo un modello contabile nei dettagli della causale, quando si preme il tasto
'automatismo' il cursore si posiziona nell' ultima riga della registrazione.
Se invece si utilizza una causale contabile che gestisce l'iva, cliccando direttamente sul bottone 'automatismo', prima di caricare il dettaglio iva,
il cursore si posizione nell' ultima riga della registrazione.
Segn. Num.: 0000008114
Tipo: Anomalia
del: 11-01-08
Oggetto: CONTABILIZZAZIONE DOCUMENTO INTRA CON IMPORTI A ZERO
Eseguendo la contabilizzazione di un documento di acquisto intra che contiene righe con importi a zero sulla registrazione di primanota
generata viene indicato il codice iva presente sulla riga del documento (es. 20) e NON il codice iva presente nel campo "Cod.IVA acq.CEE"
associato all' anagrafica del codice iva (es. 20ue).
Segn. Num.: 0000008147
Tipo: Anomalia
del: 22-01-08
Oggetto: STAMPA GRAFICA REGISTRO IVA VENDITE VERTICALE
Sulla stampa grafica registro iva vendite verticale, nel caso di competenza relativa ad un mese di due cifre (es.dicembre), viene tagliata l'ultima
cifra dell'anno.
Segn. Num.: 0000008153
Tipo: Anomalia
del: 23-01-08
Oggetto: CHIUSURA PARTITE DA PRIMANOTA
Dopo l'installazione della fast patch numero 328 inserendo in primanota una registrazione che salda le partite accedendo alla maschera di
chiusura partite da primanota viene visualizzato il messaggio di errore "Alias is not found" e non è possibile saldare la partita.
Segn. Num.: 0000008191
Tipo: Anomalia
del: 01-02-08
Oggetto: CONTO ARROTONDAMENTI IN CONTABILIZZAZIONE DOCUMENTI DI ACQUISTO
Eseguendo la contabilizzazione dei documenti di acquisto in presenza di documenti che contengono articoli con codice iva indetraibile la
procedura sulla registrazione contabile generata riporta l'importo dell'iva indetraibile sul conto arrotondamenti.
Il problema si verifica quando all'interno del documento sono presenti delle righe che hanno valorizzato le date di competenza contabile.
Esempio.
E' presente un documento di acquisto impostato nel seguente modo
Articolo 1 Codice iva 20in (indetraibile al 100%) nei dati di riga sono state valorizzate le date di competenza contabile
-importo 1000€
Articolo 2 Codice iva 20in (indetraibile al 100%) nei dati di riga NON sono state valorizzate le date di competenza contabile -importo 1000€
Eseguendo la contabilizzazione del documento di acquisto viene generata la seguente registrazione ERRATA
Fornitore
ACQ SER 1400€ dare
ARROTONDAMENTO
2400€ avere
400€ avere
La registrazione corretta dovrebbe essere :
Fornitore
2400€ avere
ACQ SER 1200€ dare nei dati di riga devono essere valorizzate le date di competenza contabile.
Segn. Num.: 0000008200
Tipo: Anomalia
del: 04-02-08
Oggetto: NOTA DI CREDITO A CLIENTE CON PAGAMENTO A COMPENSAZIONE
Nel caso in cui per un determinato cliente sia impostato come tipo pagamento 'compensazione', contabilizzando una nota di credito, la partita
viene correttamente saldata ma la scrittura di primanota risulta errata, in dettaglio:
CLIENTE
IVA VEND.
RICAVO
21-10-08
1200
200
1000
Pag. : 47
CLIENTE
CONTO COMP.
1200
1200
Il secondo conto contabile del cliente (che salda la partita) dovrebbe essere infatti in dare (come correttamente risulta dal bottone partite).
Segn. Num.: 0000008216
Tipo: Anomalia
del: 11-02-08
Oggetto: PARTITE ERRATE SU REGISTRAZIONE DI PRIMANOTA
Nel caso in cui all'interno di una registrazione di primanota venga inserito lo stesso cliente\fornitore piu' volte con creazione partite, alla
conferma della registrazione la procedura genera delle partite errate.
Esempio.
Inserita registrazione di ricevimento fattura nel seguente modo:
Riga 10
Riga 20
Riga 30
Riga 40
-Fornitore
-iva
-costo
-fornitore
1447,94 partite C
dare 288,46
dare 1442,28
282,80 partite C
Alla conferma vengono create due partite di cui la prima di € 1447,94 legata alla prima riga, mentre la seconda di € 5,66 legata all'ultima riga.
La seconda ha importo errato.
Accedendo nuovamente all'interno bottone partite , digitando il tasto "Calcola" l'importo della partita viene calcolato correttamente.
Ulteriore casistica:
Inserire registrazione contabile nel seguente modo:
Fornitore Avere 8796.28
Iva
Dare 1466.05
Costo
Dare 7330.23
Fornitore Dare 1437.30 Salda partite Causale di riga PPAGF
Erario rite Avere 1437.30 Crea partite
Le partite create sul conto Erario rit risultano errate.
Segn. Num.: 0000008231
Tipo: Anomalia
del: 14-02-08
Oggetto: ERRORE IN STAMPA SCHEDE CONTABILI CON CAMBIO REGISTRAZIONE
Eseguendo la stampa schede contabili attivando il check "Cambio registrazioni", se nell'intervallo di date indicato sulla maschera di stampa è
presente la prima registrazione di apertura conti inserita in ahr, viene visualizzato il messaggio di errore Variable 'DESCON' e 'TIPCON' is not
found.
Segn. Num.: 0000008235
Tipo: Anomalia
del: 15-02-08
Argomento: 005.202 - LIQUIDAZIONE IVA
Oggetto: ERRORE IN LIQUIDAZIONE IVA
Eseguendo la stampa liquidazione periodica riepilogativa viene visualizzato un errore di programma
Per replicare l'errore è necessario :
-Eseguire la stampa liquidazione iva riepilogativa in prova
-Indicare un importo nel campo credito riportato
-Successivamente posizionarsi nel campo "Credito iva compensabile" senza indicare alcun importo
-Digitare il bottone OK
-Lanciare la stampa oppure l'anteprima sulla print system
Segn. Num.: 0000008270
Tipo: Anomalia
del: 27-02-08
PRIMANOTA - ANALITICA
Oggetto: ERRATA VISUALIZZAZIONE PERCENTUALE NEI DATI DI ANALITICA DA PRIMANOTA
All'interno del bottone "analitica" da primanota dopo aver specificato la voce di costo/ricavo ed il centro di costo/ricavo la procedura visualizza
nel campo PERCENT. una percentuale pari all'importo del conto di contropartita
Segn. Num.: 0000008287
Tipo: Anomalia
del: 05-03-08
Argomento: 005.300 LIBRO GIORNALE
Oggetto: STORICIZZAZIONE ANAGRAFICHE E STAMPA LIBRO GIORNALE
Sulla stampa libro giornale la procedura non prende in considerazione la ragione sociale del cliente\fornitore presente nel bottone "Anagrafica
storicizzata" nel caso di registrazioni la cui causale contabile non è intestata.
Esempio.
Cliente Prova con ragione sociale storicizzata fino al 14\02\2008
In data 31/12/07 è stato inserito un movimento di giroconto per il cliente PROVA.
Viene lanciata la stampa del libro giornale fino al 31\12\2007, la procedura stampa la ragione sociale nuova anzichè la vecchia ragione sociale
presente nella maschera "Anagrafiche storicizzate".
Il problema non si presenta se sulla sulla registrazione di giroconto in testata è presente il codice del cliente.
21-10-08
Pag. : 48
Segn. Num.: 0000008304
Tipo: Anomalia
del: 07-03-08
Oggetto: GENERAZIONE FILE BONIFICO ESTERO
All'interno di un file relativo ad un bonifico estero generato da AHR le informazioni aggiuntive inserite nella distinta nel tasto 'Bonifici Esteri' Dettagli - "Informazioni Alternative", vengono indicate su tutti gli effetti presenti in distinta anche se le informazioni sono state indicate solo su
una scadenze.
Segn. Num.: 0000008332
Tipo: Anomalia
del: 25-03-08
Oggetto: ANNO DI VARIAZIONE SU PRIMANOTA
Registrando in primanota una nota di credito o una fattura di tipologia reverse charge (tipo documento "Fattura RC" e "nota di credito RC") non
viene visualizzato il campo dell'anno di riferimento.
Segn. Num.: 0000008334
Tipo: Anomalia
del: 25-03-08
Oggetto: GIROCONTO IVA VERSO ATTIVITÀ IN VENTILAZIONE
E' necessario gestire la casistica relativa alle operazioni di giroconto IVA tra un'attività all'ingrosso verso un'attività al dettaglio in regime di
ventilazione dei corrispettivi.
Per gestire questa casistica è necessario utilizzare un codice iva che aggiorna il "monte acquisti" di tipologia "Escluso" (sezione dichiarazione
iva periodica,codice "Escluso").
Le registrazione che movimentano questo codice iva devono essere considerate sui registri\liquidazioni come se fossero operazioni esenti
anche se il codice iva ha aliquota (es. 20% ) quindi :
REGISTRO IVA ACQUISTI
-Sul registro iva, nei saldi e nella liquidazione NON deve essere indicata l'imposta ma solo l'imponibile
-NON deve essere valorizzata l'iva a credito del periodo
-Queste registrazioni devono essere prese in considerazione per il calcolo dell'iva in ventilazione
REGISTRO IVA CORRISPETTIVI IN VENTILAZIONE
-Sul corrispettivo in ventilazione deve essere indicato l'imponibile e l'imposta (tali importi saranno calcolati dalla procedura in base agli importi
indicati su tutte le registrazioni che aggiornano il monte acquisti, comprese quelle con tipologia "Escluso").
-Queste registrazioni devono valorizzare l'iva a debito del periodo.
Segn. Num.: 0000008346
Tipo: Anomalia
del: 27-03-08
Oggetto: DESCRIZIONE SU CORRISPETTIVO GENERATO DALLA CONTABILIZZAZIONE
Contabilizzando contemporaneamente piu' corrispettivi emessi in date differenti, la cui causale contabile contiene una formula descrizione di
riga\testata (es.<ELEDOC> ), sulle registrazioni contabili generate viene indicata una descrizione di riga\testata non corretta.
Esempio :
Emessi corrispettivi n. 1, 2, 3 in data 27.03.2008
Emessi corrispettivi n. 4, 5 in data 28.03.2008
Sulla causale contabili come formuala descrizione di riga\testata è indicato ELENCO DOCUMENTI <ELEDOC>
Contabilizzando contestualmente i documenti, nella registrazione dei Corrispettivi del 27.03.2008 nelle Note di Testata vengono correttamente
riportati i numeri 1,2 e 3 mentre nella registrazione del 28.03.2008 viene riportata la stessa descrizione della prima registrazione vale a dire 1,2
e 3 anziché riportare i numeri delle R.F. 4 e 5.
Segn. Num.: 0000008371
Tipo: Anomalia
del: 07-04-08
Oggetto: CONFERMA REGISTRAZIONI PROVVISORIE CHE HANNO GENERATO RITENUTE
In fase di conferma di una registrazione di primanota in stato provvisorio (che ha dato origine ad un movimento ritenute )è necessario dare la
possibilità di variare l'esercizio di competenza.
Segn. Num.: 0000008392
Tipo: Anomalia
del: 14-04-08
STAMPA PARTITE/SCADENZE
Oggetto: STAMPA ANALISI SCADUTO IN PRESENZA DI INSOLUTI
Sulla stampa analisi scaduto è necessario visualizzare anche le partite generate da registrazione di insoluto inserite manualmente in primanota
(non è presente il modulo CONTENZIOSO) che non scaturiscono da una precedente partita di creazione e saldo.
Attualmente le registrazioni di insoluto (causale contabile ha attivato il check "Insoluto") vengono visualizzate solo se è presente una partita
precedente con gli stessi riferimenti (numero partita, data scadenza, intestatario ...)
21-10-08
Pag. : 49
Inoltre in fase di creazione di insoluti da Primanota manuale la procedura valorizza erroneamente il campo PTFLRAGG nella tabella PAR_TITE
a seconda che le partite siano create con il bottone calcola (il campo viene valorizzato a spazio ' ') o in automatico al salvataggio (il campo
viene valorizzato a NULL).
Eseguendo la stampa analisi scaduto per partita vengono escluse le partite che hanno valorizzato il campo PTFLRAGG a spazio ' ', quindi le
partite create premendo il bottone "Calcola" all'interno della maschera "Partite".
Segn. Num.: 0000008442
Tipo: Anomalia
del: 30-04-08
Oggetto: TIPO OPERAZIONE IVA NEI DOCUMENTI DI ACQUISTO
Si presenta un errore nel calcolo del tipo operazione IVA su un ddtac se prima si inserisce una riga articolo e successivamente una sede di
consegna con un " Tipo operazione iva associato ad essa".
In dettaglio l'esempio:
-- caricamento di un articolo "A" con iva 4%
-- caricamento in " Parametri attribuzione codici Iva " di due categorie :
1) categoria articolo X
2) categoria operazione Y
-- successivamente si lega all' articolo A la " categoria articolo X " e alla sede del fornitore la " categoria operazione Y "
-- caricamento in " Attribuzione codici iva " delle due categorie il cui incrocio indica un codice iva 20 %
-- se si carica un ddtac inserendo l' articolo A e successivamente la sede di consegna ( associata appunto ad un tipo operazione iva Y ; questa
sede di consegna non deve esssre la predefinita in anagrafica del fornitore) e si preme calcola nei Dati generali, la procedura non tiene in
considerazione l' incrocio iva indicato in " Attribuzione codici Iva ". Infatti l' iva calcolata sul documento risulta essere del 4% ( iva indicata in
anagrafica articolo ) mentre dovrebbe essere 20% in base all' incrocio tra le due categorie e questo è un errore.
Se si inserisce prima la sede e successivamente la riga articolo e si preme calcola, la procedura segue correttamente l' incrocio Iva indicato in "
Attribuzione codici iva ".
Segn. Num.: 0000008483
Tipo: Anomalia
del: 21-05-08
Oggetto: CONTABILIZZAZIONE DISTINTA EFFETTI
Sulla registrazione contabile generata dalla contabilizzazione distinta effetti se sono presenti piu' clienti la procedura attiva in automatico il
check di "Importi a zero" sui dati di riga.
Tale comportamento provoca un errore sulla stampa schede contabili per contropartite, infatti in questo caso eseguendo la stampa schede
contabili per il conto banca NON vengono visualizzati i clienti che hanno attivato il check "importi a zero" nei dati di riga.
Esempio.
Inserita distinta effetti che contiene le seguenti partite:
Cliente X Importo 1000€
Cliente Y Importo 2000€
Eseguendo la contabilizzazione distinta effetti parziale (oppure intera distinta), la procedura genera la seguente registrazione:
BNL Dare 3000€
cliente X Avere 1000€
cliente Y Avere 2000€
Sulla riga del cliente X la procedura attiva erroneamente il check "Importi a zero".
Eseguendo la stampa schede contabili per la banca BNL con dettaglio contropartite (combo "Stampa contropartite")
La procedura non stampa il cliente X , quindi viene evidenziata una differenza tra dare e avere.
=======================================
Inserita procedura di conversione 5.0-E8482.INF (Valorizzazione campo PNFLZERO dettaglio primanota):
- Toglie opzione "importi a zero" sulle righe contabili che hanno anche un importo valorizzato nella sezione dare/avere.
Segn. Num.: 0000008493
Tipo: Anomalia
del: 23-05-08
Oggetto: DATA CONSOLIDAMENTO PRIMA NOTA
Se inseriamo all'interno dell'anagrafica azienda una data di consolidamento di prima nota e succesivamente andiamo ad inserire una
registrazione di prima nota con data inferiore la procedura propone due volte il messaggio di impossibilità di salvataggio a causa della data di
consolidamento.
21-10-08
Pag. : 50
Segn. Num.: 0000008514
Tipo: Anomalia
del: 29-05-08
LETTERE DI INTENTO
Oggetto: PROGRESSIVO PROTOCOLLO LETTERE DI INTENTO ERRATO
La procedura di conversione 4.0-M3537 aggiorna in modo errato la tabella progressivi relativa al numero di protocollo delle lettere di intento.
Tale procedura provvede ad aggiornare il progressivo del numero lettere di intento (PRDIN\'CodiceAzienda'\'anno'\'C' ) aggiungendo tre spazi ,
quindi il progressivo aggiornato dopo l'esecuizione della conversione è PRDIN\'CodiceAzienda'\'anno'\'C'\' '\, tale progressivo NON è corretto
in quanto la procedura di conversione dovrebbe aggiungere 2 spazi e NON 3.
Questo comporta che aggiornando la procedura ad una release 5.0 caricando una nuova lettera di intento non viene proposto il numero
protocollo progressivo memorizzato nella gestione tabella progressivi.
Segn. Num.: 0000008541
Tipo: Anomalia
del: 06-06-08
Oggetto: MANCATA CREAZIONE PARTITE D''ACCONTO
In modifica di una registrazione di primanota la procedura non permette la creazione automatica delle partite di acconto.
Esempio.
Si carica una registrazione contabile utilizzando una causale che salda partite:
Cassa (dare) € 2.000,00
Cliente ALFA (avere) € 2.000,00 (salda)
In modifica della registrazione ci si posiziona sulla riga cliente ALFA e si accede al bottone 'Partite' e da qui al bottone 'salda': si seleziona una
partita di importo inferiore a quello presente in primanota,es. 1000€, togliendo il check dalla partita precedentemente selezionata con importo
superiore.
La procedura visualizza il messaggio "Sono state selezionate partite per un importo inferiore a quello imputato sulla riga : Vuoi considerare la
parte residua come partita d'acconto (EU 1000)?"
Anche se si risponde "SI" al messaggio la procedura non permette la conferma della registrazione di primanota e visualizza il messaggio
"Importi partite errati".
Segn. Num.: 0000008594
Tipo: Anomalia
del: 17-06-08
Oggetto: CONTI CON SALDO MASTRO RAGGRUPPAMENTO A ZERO
Si movimenta per uno stesso mastro un conto con importo in dare e un altro conto con importo in avere.
Si effettua la stampa bilancio report B_BILANCIO.FRX: non viene stampato il totale pari a zero per il mastro di raggruppamento dei due conti
movimentati e, nel caso in cui tale mastro sia l'ultimo ad essere stampato, non viene stampata nemmeno la riga di totale dell'intera sezione
(totale costi, totale ricavi, etc....).
Stesso errore nel report B_BILANCIO5.frx (Selezione stampa = solo mastri) e B_BILANCIO11.FRX (selezione stampa = completa, check attivo
'stampa mastri')
Le riga del totale mastro pari a zero e del totale sezione (riga in grassetto) non vengono stampate nemmeno nel report B_BILANCIO2.FRX
(saldi periodo).
Segn. Num.: 0000008612
Tipo: Anomalia
del: 19-06-08
Oggetto: STAMPA ACCONTO IVA CON METODO OPERAZIONI EFFETTUATE
Si presenta un errore nella Stampa acconto iva se si seleziona come metodo "Operazioni effettuate". In tal caso infatti appare un' errore
eseguendo la query.
Segn. Num.: 0000008660
Tipo: Anomalia
del: 08-07-08
Argomento: 005.550 - GEN. SCRITTURE ASSESTAMENTO
Oggetto: DESCRIZIONE SCRITTUR.ASSESTAMENTO
La generazione scritture di assestamento in presenza di un DDT di acquisto con data registrazione precedente a quella della fattura, genera le
scritture (fatture da ricevere) inserendo nel campo note il riferimento al numero di registrazione della fattura anzichè del DDT.
Esempio 1.
1) Inserito DDT di acquisto in data 30/09/2006
2) Inserita fattura in data 14/10/2006
3) Generate scritture assestamento in data 30/09/2006. La procedura genera una registrazione di fatture da ricevere inserendo nelle note di
testata il riferimento al numero di registrazione della fattura.
Esempio 2.
1) Inserito DDT di acquisto in data 30/09/2006
2) Inserita fattura che evade parzialmente il DDT in data 14/10/2006
3) Generate le scritture di assestamento in data 30/09/2006. La procedura genera 2 scritture una con riferimento al DDT per la parte inevasa e
uno con riferimento alla fattura per la parte evasa del DDT. Dovrebbe applicare il solito riferimento al DDT.
Segn. Num.: 0000008677
Tipo: Anomalia
del: 11-07-08
Oggetto: STAMPA ESTRATTO CONTO -"ESCLUDE PARTITE NEGATIVE"
Sulla stampa estratto conto attivando il check "Esclude partite negative" dovrebbero essere eslcluse anche le partite aperte di tipologia
Acconto che hanno sezione avere.
Attualmente vengono escluse tutte le partite aperte di creazione che si trovano in AVERE (Es. note di credito clienti, fatture fornitori).
21-10-08
Pag. : 51
Segn. Num.: 0000008739
Tipo: Anomalia
del: 24-07-08
Oggetto: COMBO STAMPA CONTROPARTITA
Nella maschera Stampa Schede Contabili la combo Stampa Contropartita è troppo vicina al check Salto Pagina.
Segn. Num.: 0000008754
Tipo: Anomalia
del: 31-07-08
Argomento: 005.025 VISUALIZZA SCHEDE CONTABILI
Oggetto: VISUALIZZA SCHEDE CONTABILI\BOTTONE CONTROPARTITE
Nella visualizzazione schede contabili, bottone contropartite, la procedura non visualizza correttamente le contropartite nel caso in cui queste
siano state indicate più volte nella stessa registrazione e presentino il medesimo importo.
Per simulare il caso:
Si registri una fattura nel seguente modo.
CL xxxxx
D 1200.00
IVA VEND
A 200.00
VEND IT
A200.00 comp.01.01.08-31.01.08
VEND IT
A200.00 comp.01.02.08-29.02.08
VEND IT
A200.00 comp.01.03.08-30.03.08
VEND IT
A400.00
Lanciando la visualizzzazione schede contabili, con filtro su cliente, editando il bottone contropartite, la procedura mostra solo tre righe: una
relativa al conto iva vendite per E200,00, una relativa al conto VEND IT per E200.00 ed un'altra relativa al conto VEND IT per E400,00
Segn. Num.: 0000008783
Tipo: Anomalia
del: 07-08-08
Oggetto: PARTITE DI ACCONTO SU STAMPA ANALISI SCADUTO PER PARTITA
A seguito della segnalazione E7391 sulla stampa analisi scaduto per partita NON vengono piu' visualizzate le partite di tipo ACCONTO ancora
aperte (non accorpate).
Segn. Num.: 0000008786
Tipo: Anomalia
del: 07-08-08
Oggetto: STAMPA ANALISI SCADUTO PER PARTITA
Nel caso in cui la stampa analisi scaduto per partita venga lanciata dalla maschera estratto conto, con attivazione apposito flag, la procedura
deve forzare il report di stampa proponendo il report QUERY\GSTE4SCA.FRX . Attualmente non viene aggiornata correttamente la combo con
il valore del report predefinito.
Segn. Num.: 0000008886
Tipo: Anomalia
del: 14-10-08
Argomento: 005.510 - STAMPA BILANCIO UE
Oggetto: STAMPA BILANCIO UE
Nel caso in cui sia stata caricata una struttura di bilancio con il medesimo numero di riga , lanciando la stampa su excell con attivo il flag
'Confronto esercizio precedente', appare il seguente errore di programma:
'Variable TR_COL1 is not found'.
Segn. Num.: 0000004096
Tipo: Miglioria
del: 14-03-07
Argomento: 005.201 - STAMPA REGISTRI IVA
Oggetto: DESCRIZIONE CAUSALE SU REGISTRO IVA CORRISPETTIVI
Nella descrizione presente sulla stampa del registro iva corrispettivi con scorporo riportare la descrizione della causale contabile impostata
sulla registrazione in modo da distinguere il tipo di movimentazione effettuata.
Segn. Num.: 0000004115
Tipo: Miglioria
del: 21-03-07
Oggetto: STAMPA ALLEGATI CLIENTI/FORNITORI
Prevedere la stampa degli elenchi clienti / fornitori, previa estrazione dati dalla Primanota e loro memorizzazione in una tabella di appoggio.
Per ciascun soggetto sono indicati il codice fiscale/partita iva e l'importo complessivo delle operazioni effettuate, al netto delle relative note di
variazione, con la evidenziazione dell imponibile, dell'imposta , nonché dell'importo delle operazioni non imponibili e di quelle esenti.
5.0 - M4114 - Predisposizione ambiente per installazione allegati clienti/fornitori (obbligatoria e non ripetibile): predispone l'ambiente all'utilizzo
di tutte le funzionalità aggiunte relative agli elenchi clienti/fornitori;
5.0-M4114 - Controllo allegati cliente - gestione dati - iniezione menù (obbligatoria e ripetibile): esegue una copia dei menù differenziali presenti
nelle cartelle di installazione EXE e EXE\CUSTOM nominandoli con estensione bak ed inserisce il nuovo menù Elenchi Clienti/Fornitori nel
menù Contabilità IVA del modulo Contabilità Generale tramite la creazione di un menù differenziale generale (Custom.vmn collocato nella
cartella exe del programma) e l'aggiornamento dei menù differenziali definiti per utente/gruppo (Custom_x.vmn);
5.0-M4114 - Controllo allegati cliente - iniezione plan (obbligatoria e ripetibile): esegue una copia di "pcon.xdc" nominandolo con estensione
bak e dopo inserisce nello stesso file le tabelle relative alla nuova gestione allegati.
N.B.Tale aggiornamento non avrà precedenti fast patch correlate.
Segn. Num.: 0000004142
Tipo: Miglioria
del: 02-04-07
E' necessario realizzare una stampa di controllo allegati clienti/fornitori nella quale riportare i clienti/fornitori con partita iva errata/mancante
movimentati in iva nell'anno solare precedente alla data di sistema.
Questo aggiornamento non ha fast patch correlate.
21-10-08
Pag. : 52
Segn. Num.: 0000004315
Tipo: Miglioria
del: 18-06-07
Oggetto: VISUALIZZAZIONE FATTURE/NOTE DI CREDITO IVA AD ESIGIBILITÀ DIFFERITA
Realizzare una nuova visualizzazione delle fatture ad esigibilità differita, emesse e ricevute, che evidenzi anche altri dati non ricavabili
direttamente dalla gestione partite: cliente/fornitore, totale documento, status (aperta, chiusa), movimento di storno generato.
Nella visualizzazione inserire le seguenti opzioni:
- selezione su partite aperte/chiuse/entrambe
- selezione su movimento di storno (generato/non generato)
- da data a data
- stampa
- possibilità di aprire la registrazione contabile associata
Inoltre, nella generazione di storno dei movimenti ad esigibilità differita inserire il filtro "Incassi/Pagamenti Al:".
Segn. Num.: 0000004319
Tipo: Miglioria
del: 20-06-07
Oggetto: INVIO TELEMATICO ALLEGATI CLIENTI / FORNITORI
Realizzazione di un add-on (abilitato in Attivazione procedura) per la generazione del file richiesto per l'inoltro telematico degli elenchi
Clienti/Fornitori.
Segn. Num.: 0000004348
Tipo: Miglioria
del: 05-07-07
E' necessario realizzare una stampa di controllo allegati clienti/fornitori nella quale riportare i clienti/fornitori con partita iva/codice fiscale
errato/mancante movimentati in iva nell'anno solare precedente alla data di sistema.
Questo aggiornamento prevede fast patch correlate.
La stampa deve
1) estrarre i codici dei clienti (fornitori) per i quali esista almeno
1.a) una registrazione di pn confermata con
1.a.1)causale che
1.a.1.1)preveda l'intestatario
1.a.1.2)movimenti il registro Vendite (acquisti)
1.a.1.3)abbia flag docum obbligatorio
1.a.1.4)NON abbia come tipo documento (CCTIPDOC)
1.a.1.4.1)Fattura UE
1.a.1.4.2)Nota di credito UE
1.a.1.4.3)Fatt Corrispettivi
1.a.1.4.4)Corrispettivi
1.a.1.4.5)No documento
1.a.2) abbia data documento compresa uguale tra 01/01/2006 e 31/12/2006
2) eliminare i codici per i quali
2.a) è VALORIZZATO il campo partita iva (ANPARIVA)
oppure
2.b)il codice iso della Nazione associata è diverso da:
2.b.1)blank
2.b.2)ITA
2.b.3)ITL
2.b.4)IT
La stampa deve avere nel nome chiaro riferimento al 2006 (perchè non potrà essere utilizzata per l'anno prossimo)
La stampa, andando sulla data documento, potrà estrarre anche registrazioni del 2007.
date un'occhiata se vi torna o se ho dimenticato qcosa...
Segn. Num.: 0000004369
Tipo: Miglioria
del: 18-07-07
Oggetto: STAMPA ALLEGATI CLIENTI/FORNITORI
Prevedere la trasmissione telematica dei dati degli elenchi/allegati clienti / fornitori.
Tale aggiornamento avrà anche fast patch precedenti correlate
Segn. Num.: 0000004400
Tipo: Miglioria
del: 01-08-07
LETTERE DI INTENTO
Oggetto: DICHIARAZIONE DI INTENTO PER SEDE
Gestire a livello di sede intestatario le lettere d'intento affinchè l'automatismo di calcolo delle stesse sulla gestione documentale, recuperi in
modo preferenziale le dichiarazioni di intento legate alla sede utilizzata rispetto alla dichirazione di intento legata direttamente all'intestatario
Segn. Num.: 0000004424
Tipo: Miglioria
del: 30-08-07
Argomento: 005.203 - F24
Oggetto: ADEGUAMENTO MODELLO F24 A SPECIFICHE CBI 2007
Prevedere l'adeguamento della generazione file F24 alle specifiche tecniche CBI - F24 - 001 6_06.1 in vigore dal 25-10-07.
21-10-08
Pag. : 53
Segn. Num.: 0000004431
Tipo: Miglioria
del: 03-09-07
Oggetto: ESCLUSIONE INTERESSI DI MORA SULLE RATE/SCADENZE
Inserita la nuova gestione: "Parametri Analisi Scostamento" in Archivi - Vendite/Acquisti.
Essa consente di escludere, nella Stampa Analisi Scaduto con Interessi di Mora (calcolo degli interessi), le rate/scadenze movimentate con le
modalità di pagamento inserite in tale gestione, qualora queste rispettino i criteri di esclusione impostati.
***********************************************************
Dare la possibilità di definire i giorni di tolleranza ai fini del calcolo degli interessi di mora.
Attualmente la procedura calcola gli interessi a partire dal giorno successivo alla data di scadenza della partita, quindi nel caso in cui il
pagamento venga registrato 2 o 3 giorni dopo la data di scadenza (giorno in cui arriva la contabile della banca) la procedura calcola gli interessi
di mora per 2 o 3 giorni anche se in realtà non dovrebbero essere calcolati perchè il pagamento da parte del cliente è avvenuto alla scadenza.
Impostando questi gg di tolleranza possiamo evitare il calcolo degli interessi nel caso in cui la data di registrazione del pagamento non coincide
esattamente con la data di scadenza.
Segn. Num.: 0000004485
Tipo: Miglioria
del: 28-09-07
LETTERE DI INTENTO
Oggetto: TIPO APPLICAZIONE IVA SU LETTERE DI INTENTO
Nel caricamento delle Lettere di Intento proporre di default il tipo di applicazione iva a "No applicazione Iva" che è la gestione maggiormente
usata. Attualmente viene proposto di default "Con Iva agevolata".
Segn. Num.: 0000004489
Tipo: Miglioria
del: 28-09-07
Oggetto: CONTROLLO CORRETTEZZA PART. IVA IN ESTRAZIONE DATI E STAMPA CONTROLLO
1) Nell'Estrazione Dati Allegati Clientie Fornitori e nella Stampa Controllo Allegati è stato rivisto il controllo della correttezza di partita iva nel
caso in cui la stessa contenga al suo interno dei caratteri alfabetici.
Attualmente il controllo di correttezza non avviene se in una partita iva viene sostiuito il numero ZERO con una lettera, esempio:
05006900962 inserendo 05A069B0962 in questo caso il controllo di correttezza di partita iva non avveniva.
2) La procedura segnala come non corretta una partita iva composta da tutti 0: ad esempio 00000000000.
3) La procedura in fase di estrazione dati e nelle stampe di controllo effettua un controllo sulla correttezza italiana della partita Iva presente
nelle anagrafiche anche se nei dati azienda non è valorizzata la nazione di appartenenza oppure la nazione indicata ha codice Iso blank
Segn. Num.: 0000004493
Tipo: Miglioria
del: 28-09-07
Oggetto: CONTROLLO CORRETTEZZA PARTITA IVA NELL'ANAGRAFICA CLIENTI/FORNITORI
Rivedere il controllo della correttezza di partita iva nel caso in cui la stessa contenga al suo interno dei caratteri alfabetici.
Attualmente il controllo di correttezza non avviene se in una partita iva viene sostiuito il numero ZERO con una lettera, esempio:
05006900962 inserendo 05A069B0962 in questo caso il controllo di correttezza di partita iva non avveniva
NOTE INTERVENTO
===============
Sono stati gestiti i seguenti casi di partita iva errata :
1)nel caso in cui la partita iva contenga al suo interno dei caratteri alfabetici la procedura lo segnala con il nuovo messaggio "La partita iva
contiene caratteri non validi : i caratteri validi sono solo cifre "
2) nel caso in cui nel campo partita iva siano presenti 11 zeri la procedura lo segnala con il messaggio " Partita iva errata ai sensi di legge "
Segn. Num.: 0000004554
Tipo: Miglioria
del: 18-10-07
Oggetto: DICITURA CBI - RECORD 50 SU FILE BONIFICO
Attualmente la procedura all'interno del file bonifico nel record 50 indica la descrizione associata alla partita presente all'interno della distinta
effetti.
Nel caso di
48000: bonifici generici
27000: emolumenti generici
dare la possibilità di riportare sempre la dicitura fissa "rif. fattura n. del..." anche se è valorizzata la descrizione sulla partita.
Modifica da eseguire:
=================
- all'interno della partita manteniamo la possibilità di indicare una descrizione libera;
- al momento della compilazione della distinta questa descrizione viene riportata sul bottone dettagli, e di conseguenza nel file bonifico
generato, solo nel caso in cui si utilizzi una delle seguenti causali bonifico:
27010: emolumenti - pensione;
27020: emolumenti - stipendi;
34000: giroconto;
48015: bonifici per previdenza complementare ;
79000: girofondi.
21-10-08
Pag. : 54
- nel caso in cui si utilizzi una delle seguenti causali:
27000: emolumenti generici;
48000: bonifici generici;
nel bottone dettagli della distinta non viene valorizzato il campo "dicitura CBI", anche se sulla partita è presente, e quindi viene sempre indicata
la dicitura "Rif. fattura n. .... del....."
Note intervento
============
Al momento della creazione della distinta, la descrizione presente nelle scadenze viene riportata nel campo Dicitura C:B:I (e di conseguenza
nel record 50 del file bonifico ) presente nel bottone Dettagli della manutenzione distinte, solo nel caso in cui si utilizzi una delle seguenti
causali bonifico:
27010: emolumenti - pensione;
27020: emolumenti - stipendi;
34000: giroconto;
48015: bonifici per previdenza complementare ;
79000: girofondi.
Mentre nel bottone dettagli della distinta non viene valorizzato il campo "dicitura CBI", anche se sulla scadenza è presente una descrizione.
Questo comporta che nel record 50 del file bonifico venga riportata in maniera fissa la dicitura "Rif. fattura n. .... del....." nel caso in cui si utilizzi
una delle seguenti causali:
27000: emolumenti generici;
48000: bonifici generici;
Inoltre se, in caricamento della distinta di bonifico, viene modificata la causale di pagamento in 27000- emolumenti generici e/o 48000 bonifici
generici nella gestione di compilazione distinte la procedura sbianca sempre l'eventuale descrizione presente nelle partite/scadenze senza
dare alcun messaggio di avvertimento mentre nella gestione manutenzione distinte, la procedura avvisa l'utente con un nuovo messaggio se
mantenere o no l'eventuale descrizione presente nella partita/scadenza
Segn. Num.: 0000004602
Tipo: Miglioria
del: 08-11-07
Oggetto: FILE BONIFICO -RECORD 70 POSIZIONE 70
Attualmente la procedura all'interno del file bonifico nel record 70 alla posizione 70 indica sempre il valore 3, è necessario rendere parametrica
la valorizzazione di questo campo.
Aggiungere quindi una combo sulla maschera di generazione (visibile e selezionabile solo se la generazione file è bonifico) con i 4 valori
previsti per la pos 70, quinidi:
-1= Richiesta Ordinato
-2= Richiesta Storno
-3= Entrambi
-Blank = da indicare come valore di default
Inoltre verificare la corretta valorizzazione di quanto indicato all'interno del file nelle posizioni da 71 a 100 (zero fill a sinistra), che da
facoltativa diviene obbligatoria se 70 vale diverso da blank.
Segn. Num.: 0000004608
Tipo: Miglioria
del: 09-11-07
Oggetto: STAMPA DATI COMUNICAZIONE ELENCHI ARROTONDATA
Realizzare una nuova stampa dei dati comunicazione con tutti gli importi arrotondati (imponibile, imposta afferente, totali, ecc.) , in modo da
effettuare un confronto con i dati presenti all'interno del file degli allegati clienti\fornitori.
Segn. Num.: 0000004680
Tipo: Miglioria
del: 17-12-07
Oggetto: CODICI ATTIVITÀ IVA
Dal 01-01-2008 i nuovi codici attività iva relativi alle attività produttive (ATECO) passeranno dagli attuali 5 caratteri a 6.
E' pertanto necessario allargare ad 8 caratteri il campo relativo ai codici attività presente nella maschera Attività (codici alternativi). Non devono
essere variati i codici attività iva principali che sono campi chiave del database.
Segn. Num.: 0000004694
Tipo: Miglioria
del: 03-01-08
Argomento: 005.000 CONTABILITA' SEGNALAZ. GENERALI
Oggetto: IMPUTAZIONE DELLA DESCRIZIONE NEL CODICE DELLA CONTROPARTITA
Permettere l'imputazione dei codici anche tramite la digitazione dell'inizio della descrizione nel campo "Contropartita" nel castelletto iva in
primanota e nell'anagrafica delle causali contabili.
21-10-08
Pag. : 55
Segn. Num.: 0000004704
Tipo: Miglioria
del: 07-01-08
Oggetto: CODICI TRIBUTO F24 CON INFORMAZIONE "MESE RIFERIMENTO"
In base alla risoluzione ministeriale N.395/E del 28 dicembre 2007, occorre identificare i codici tributo da utilizzarsi con la nuova informazione
relativa al "mese riferimento". Tali tributi risultano elencati nella risoluzione ministeriale: nel caso in cui tali codici vengano indicati nella
compilazione di un modello F24, occorre rendere obbligatoria l'informazione del 'mese di riferimento', in caso contrario, la procedura
visualizzerà un apposito warning bloccante.
Occorre inoltre aggirornare il file relativo ai codici tributo tipo Erario/Regioni/ICI, eliminando i seguenti codici: 1802, 1804 e 1915.
Segn. Num.: 0000004744
Tipo: Miglioria
del: 18-01-08
Oggetto: CALCOLO IMPORTI IN VALUTA
Si carica una registrazione contabile in primanota con valuta diversa da quella di conto (Euro), ad es. dollari, indicando un cambio giornaliero in
testatata.
Nel dettaglio della primanota, nella colonna dare si indica un importo, ad es. 100 €.
Non ci si sposta col tab nel campo successivo, bensì si rimane nel campo e si preme F9 (oopure doppio click): la porcedura visualizza 0,00 nel
campo 'importo in dollari' piuutosto che l'importo di € 100,00 convetito in dollari.
Stesso problema anche nel castelleto IVA.
Segn. Num.: 0000004751
Tipo: Miglioria
del: 21-01-08
Oggetto: COMUNICAZIONE ANNUALE DATI IVA 2008
Occorre rilasciare l'aggiornamento della Comunicazione annuale dati iva alle specifiche 2008.
Segn. Num.: 0000004782
Tipo: Miglioria
del: 08-02-08
Oggetto: ANNO DI RIFERIMENTO SU NOTE DI VARIAZIONE
Aggiungere sulla Prima nota un campo Numerico di 4 per accogliere l'anno solare di riferimento dell'operazione.
Aggiungere sulla Prima nota un campo Numerico di 4 per accogliere l'anno solare di riferimento dell'operazione.
Il campo, non obbligatorio, è visibile se:
-la registrazione gestisce IVA
-la registrazione prevede intestatario
-il tipo documento è NC/FA (anche compresa nei corrispettivi)
Il campo deve essere inizializzato con anno=anno della data documento.
Il campo non è obbligatorio (può quindi essere vuoto).
Un campo corrispondente deve essere aggiunto nei dati iva dei documenti (documenti FA/NC) e gestito in contabilizzazione.
INTERVENTO
Le principali modifiche introdotte dalla patch sono
-il nuovo campo non obbligatorio Anno sulla primanota;
-il medesimo Anno sui documenti di tipologia fattura/nota di credito. Il campo è presente all'interno della tabella Dati iva nella scheda Dati
generali;
-nella contabilizzazione documenti per scrivere nella registrazione contabile anche questo campo.
Inoltre in questa stessa patch è stato inserito un nuovo messaggio .Questo messaggio appare quando vengono installate nella sequenza errata
patch contenenti il programma di startup dell'applicativo (blackbox).
Questo programma infatti contiene la definizione dell'ambiente operativo del gestionale (es. definizione delle variabili d'ambiente e globali) ed è
di fondamentale importanza per il buon funzionamento dell'applicativo: di conseguenza è stato introdotto un controllo per verificare se la sua
versione è congruente con gli aggiornamenti installati oppure se, inavvertitamente, in seguito ad una sequenza errata di installazione delle
patch, ha un versione inferiore a quella richiesta.
In tal caso appare il seguente messaggio, dove viene indicata anche la patch che deve essere installata per garantire un completo e corretto
funzionamento dell'applicativo.
Segn. Num.: 0000004824
Tipo: Miglioria
del: 26-02-08
Oggetto: EXPORT FILE ELENCHI VERSO APRI
Con la fast patch in oggetto è stata data la possibilità di creare il file relativo agli Elenchi Clienti/Fornitori esportabile verso il programma per
commercialisti Zucchetti APRI.
Nella maschera di generazione del file è stato previsto un nuovo bottone "Export APRI" che produrrà il file secondo il formato riconosciuto da
tale programma.
Inoltre nel modulo Trasferimento Studio - Utilità è stata aggiunta una nuova voce di menu relativa alla Generazione del file (la stessa presente
nel menu della Contabilità Iva).
La nuova funzione risulta essere disponibile per le installazioni con attivato il modulo Trasferimento Studio .
21-10-08
Pag. : 56
Segn. Num.: 0000004834
Tipo: Miglioria
del: 06-03-08
Oggetto: DATA VALUTA SU DISTINTA BONIFICI
Quando viene creata una Distinta Bonifici a fornitore la data valuta proposta sugli effetti abbinati alla distinta è uguale alla data di scadenza
dell'effetto, mentre la data di valuta in testata della distinta è valorizzata con la data di sistema.
Successivamente se viene modificata la data valuta di testata viene dato un messaggio se vogliamo valorizzare con questa data tutte le righe
effetto presenti in distinta.
Normalmente la data di valuta per i bonifici è pari alla data della presentazione della distinta + eventuali giorni banca. Quindi la data valuta
proposta di default sui singoli effetti dovrebbe essere uguale alla data di valuta di testata della distinta con possibilità di modifica manuale nel
bottone dettaglio.
Sulle RIBA o comunque scadenze attive la data di valuta dovrebbe essere pari alla data di scadenza (data nella quale viene accreditato
l'importo).
Quindi il comportamento della procedura per l'assegnazione della data valuta deve essere differente a seconda del tipo di scadenza (attiva o
passiva).
IMPLEMENTAZIONE
===============
E' stata inserita una nuova combo box sulla causale distinta "Data valuta effetto" con le seguenti due opzioni:
- Data presentazione
- Data scadenza
La combo deve essere valorizzata di default con "Data presentazione" per le scadenze passive mentre deve essere valorizzata con "Data
Scadenza" per le scadenze attive.
Valore di default sul database = Data scadenza.
E' stata creata una procedura di conversione 5.0 - M4303 - Aggiorna campo CADATEFF sulle Causali distinte.
Tale procedura valorizza il default di questa nuova combo box (Se scadenze di tipo Passivo = Data Presentazione, se scadenze di tipo Attivo =
Data scadenza).
Occorre inoltre dare, alla modifica della data della distinta (DIDATDIS), il messaggio di avviso all'utente "Si vuole cambiare la data valuta
presente sulle righe?". Rispondendo Si' la procedura provvederà a modificare la data valuta (PTDATVAL) presente sulle righe delle singole
partite.
Segn. Num.: 0000004918
Tipo: Miglioria
del: 06-05-08
Oggetto: AGGIORNAMENTO TRACCIATO TELEMATICO F24/2007 (SEZIONE ICI)
Apportare le modifiche necessarie in base alla nuova versione del tracciato telematico CBI per il modello F24 .
Le modifiche piu' significative riguardano il record 40-7 "sezione ICI ed altri tributi locali":
1) In presenza di "codice tributo" 3900, la sommatoria dei campi "importo a credito compensato" di tale tributo non deve essere maggiore di
200 euro.
2) In presenza di "codice tributo" relativo all'ICI, la sommatoria dei campi "importo a credito compensato" non può essere maggiore della
sommatoria dei campi "importo a debito versato" relativo ai tributi ICI 3901 e 3904, nell'ambito dello stesso "codice ente" (stesso Comune).
3900 (tipo ICI): ULTERIORE DETRAZIONE ICI PER ABITAZIONE PRINCIPALE A CARICO DEL BILANCIO DELLO STATO, PREVISTA
DALL'ARTICOLO 1, COMMA 5, DELLA LEGGE 24 DICEMBRE 2007, N. 244 - RISOLUZIONE N. 154 DEL 15 APRILE 2008
3926 (ICI): IMPOSTA DI SCOPO PER LA REALIZZAZIONE DI OPERE PUBBLICHE, PREVISTA DALL'ARTICOLO 1, COMMA 145, DELLA
LEGGE 27 DICEMBRE 2006, N. 296 - RISOLUZIONE N. 156 DEL 16 APRILE 2008
LEGGE 27 DICEMBRE 2006, N. 296 - INTERESSI - RISOLUZIONE N. 156 DEL 16 APRILE 2008
LEGGE 27 DICEMBRE 2006, N. 296 - SANZIONI - RISOLUZIONE N. 156 DEL 16 APRILE 2008
Segn. Num.: 0000004949
Tipo: Miglioria
del: 22-05-08
GENER. FILE RIBA/BONIFICI
Oggetto: BONIFICO ESTERO
Sono state apportate della variazioni al tracciato di bonifico estero
----RECORD P9
POS17-19 Può assumere i seguenti valori:
"EMI" (Emissione e regolamento di CVS)
"INF" (Inferiore a limite CVS)
"SNR" (Soggetto non residente)
"CVA" (Sola causale valutaria)
"CDV" (Cessione divisa tra residenti)
questa informazione è attualmente gestita dal combo DITIPCVS sulla maschera GSRB_MCV. -aggiornare descrizioni e valoriPOS 20-27 POS 43-59 21-10-08
- filler
-
filler
N
N
blank
blank
Pag. : 57
POS 83-102
-
-
filler
N
blank
POS 28-35 Rinominato il campo "data sdoganamento" in "data prestazione"
occorre quindi allineare a queste modifiche la maschera GSRB_MCV
Tipo record P9 Eliminato campo "data CVS" (pos. 20-27)
Tipo record P9 Eliminati campi: "numero CVS" (pos. 43-54), "banca della CVS" (pos. 55-59), "indicatore decanalizzata" (pos. 83), "indicatore di
tipo resa della merce" (pos. 84), "spese di trasporto e di assicurazione" (pos. 85-102)
Il dato non deve essere obbligatorio nella compilazione distinta e , se valorizzato, non deve essere riportato nel file.
INTERVENTO
Con la fast patch in oggetto sono state apportate alcune modifiche al programma in seguito a variazioni riguardanti il tracciato del bonifico
estero - record P9 -Dettaglio CVS.
MANUTENZIONE DISTINTE
1) Nella manutenzione distinte è stata modificata la combo Tipo CVS presente nella scheda CVS per Bonifici esteri accessibile attraverso il
bottone Bonifici Esteri, aggiungendo due nuove opzioni (CVA - Solo causale valutaria e CVD - Cessione divisa tra residenti) e togliendo
l'opzione Regol. di CVS già emessa.
2) La data sdogan. è diventata Data prestazione.
3) È stato eliminato il messaggio relativo all'obbligatorietà del numero CVS.
4) I campi "data CVS", " numero CVS", "Banca CVS", "CVS decan.", "Tipo Resa" che , secondo le disposizioni del tracciato devono essere
valorizzati con blank, se inseriti non verranno riportati nel tracciato.
GENERAZIONE FILE
E' stata modificata la generazione del file in base alle nuove disposizioni definite degli Standard tecnici aggiornati al 28/03/08
AVVERTENZA PER LE DISTINTE GIA' CARICATE
Se sono presenti Distinte di bonifico estero che nella cartella "Dettagli CVS" hanno valorizzata la combo "Tipo CVS" a "REG Regolamento di
CVS già emessa., la procedura, in fase di Stampa in definitiva della distinta e in fase di generazione del file, blocca l'utente con il seguente
messaggio:
Tipo CVS= Regol di CVS già emessa non ammesso
L'operazione è stata annullata
Segn. Num.: 0000004988
Tipo: Miglioria
del: 16-06-08
Oggetto: STAMPA SCHEDE CONTABILI CON DETTAGLIO CONTROPARTITE
1) Nella stampa schede contabili con il flag Stampa Contropartite sarebbe opportuno poter vedere tutte le contropartite, anche quelle che
muovono nella stessa sezione del conto\cli\for (RENDERE OPZIONALE QUESTA POSSIBILITA').
Se ad esempio abbiamo una registrazione contabile di giroconto (XGIRO)
C CED
DARE 1000
G CASSA
DARE 2000
G BNL
AVERE 2500
G CARISPE AVERE 500
la stampa schede contabili per il cliente CED con il flag "Stampa Controparite" attualmente riporta solo i conti movimentati in Avere (BNL e
CARISPE).Dovrebbe riportare anche opzionalmente il conto CASSA in Dare.
2) nel caso in cui venga attivato il flag su "Contropartite" riportare questo parametro all'interno della stampa.
3) ordinare le contropartite per numero riga di primanota.
21-10-08
Pag. : 58
Modulo CONTENZIOSO
Segn. Num.: 0000006738
Tipo: Anomalia
del: 18-12-06
Argomento: 180.020 PIANO CONTENZIOSI
Oggetto: MODIFICA BANCA SU INDIRETTA EFFETTI E GESTIONE CONTENZIOSO
1) Nella maschera di contabilizzazione indiretta effetti selezionando una partita viene modificata la banca all'interno del bottone "dettagli".
Successivamente questa partita viene inserita in distinta.
Dopo aver contabilizzato la distinta caricando un nuovo piano contenzioso la partita viene correttamente visualizzata all'interno del bottone
"Abbina" ma selezionandola dallo zoom non viene riportata in manutenzione contenzioso.
Il problema si verifica nel caso in cui sull'anagrafica del cliente è attivato il flag "Raggruppa Scadenze".
Esempio.
Cliente X , Raggruppa scadenze "Solo fatture"
-Inserita emissione fattura
-Eseguita contabilizzazione indiretta effetti.
-All'interno del bottone "Dettagli" viene modificata la ns. banca e la banca d'appoggio.
-Caricata distinta effetti , stampata in definitiva e contabilizzata.
-Caricato piano insoluti , accedendo al bottone abbina viene correttamente visualizzata la partita con dicitura "Partita raggruppata".
Selezionando la partita non viene valorizzato il dettaglio del piano contenzioso e di conseguenza non viene popolato l'archivio "manutenzione
contenzioso".
2) Sulla release 3.0 e precedenti viene modificata la banca di appoggio sull'anagrafica di un cliente per il quale sono presenti partite aperte che
hanno associato un'altra banca.
Successivamente per queste partite viene effettuata la contabilizzazione indiretta effetti, la distinta e la contabilizzazione della distinta.
Sulla release 4.0 caricando un nuovo piano contenzioso la partita viene correttamente visualizzata ma selezionandola dallo zoom non viene
riportata in manutenzione contenzioso.
Il problema si verifica nel caso in cui sull'anagrafica del cliente è attivato il flag "Raggruppa Scadenze".
Esempio.
Cliente X banca di appoggio TRES
Inserita una fattura di vendita e contabilizzata.
Sull'anagrafica del cliente X viene modificata la banca e inserita la banca CREDSP.
Per la partita creata precedentemente viene eseguita la contabilizzazione indiretta effetti e la distinta.
Sulla 4.0 viene caricato un nuovo piano contezioso la partita nello zoom viene visualizzata con la dicitura "Partite raggruppate"(è stato attivato il
flag "Raggruppa scadenze"in anagrafica) selezionando la partita questa non viene riportata nel piano.
Il problema si verifica perchè sulla partita in avere relativa alla contabilizzazione indiretta effetti rimane memorizzata la nuova banca presente in
anagrafica del cliente (CREDSP).
Procedura di conversione 4.0-E6507
=====================
La correzione in oggetto ha previsto la procedura di conversione 4.0 - E6507 (per release 4.0) e 5.0-E6507 (per release 5.0) che allinea la Ns
banca e Banca di appoggio della partita di Primanota dell'indiretta effetti rispetto alla stessa associata alla manutenzione dell'indiretta effetti.
Segn. Num.: 0000006907
Tipo: Anomalia
del: 29-03-07
Argomento: 180.010 MANUTENZIONE CONTENZIOSO
Oggetto: INSERIMENTO CONTENZIOSO
Nel caso in cui venga inserito un Piano o una manutenzione contenzioso relativamente a partite che hanno le seguenti caratteristiche:
- inserite in una distinta effetti con pagamento diverso da Bonifico;
- la causale distinta ha come tipo distinata Bonifico e come pagamenti r.b e bonifico:
- abbiamo valorizzato il c/c sulla partite in corrispondenza della banca;
- flag "raggruppa scadenze" attivato in anagrafica cliente;
la procedura non valorizza le righe relative alle partite selezionate, quindi la manutenzione contenzioso non viene compilata.
Verificare anche il caso del contenzioso di tipo "non effetto" con conto corrente valorizzato.
Segn. Num.: 0000008870
Tipo: Anomalia
del: 06-10-08
Argomento: 180.000 CONTENZIOSO SEGNAL. GENERALI
Oggetto: ERRATO FILTRO NEL BOTTONCINO DI SELEZIONE DISTINTE
Dal piano contenzioso se si schiaccia il bottoncino Distinte si vedono anche le distinte di tipo F=fornitore
Segn. Num.: 0000005121
Tipo: Miglioria
del: 29-07-08
Argomento: 180.000 CONTENZIOSO SEGNAL. GENERALI
Oggetto: STAMPA SOLLECITI
1) Nel caso inserisca '0' nel livello solleciti per ricercare i solleciti caricati, la procedura non fa alcun filtro e mostra i solleciti di tutti i livelli, è
necessario che filtri invece solo quelli di livello '0' (quelli per i quali non è stata inviata alcuna documentazione) come per i livelli 1 e 2 che
restituiscono i solleciti del livello ricercato.
Aggiungere nuovo check per fare in modo che indicando 0 come livello vengano visualizzati solo i solleciti di livello 0.
2) Filtrando un determinato livello di sollecito e ricercando i testi insoluti, la procedura filtra solo il testo di livello pari a quello filtrato in
precedenza; invece dovrebbe filtrare in automatico il testo di livello superiore a quello del filtro (o almeno non escluderlo).
21-10-08
Pag. : 59
21-10-08
Pag. : 60
Modulo CONTI CORRENTI
Segn. Num.: 0000007010
Tipo: Anomalia
del: 19-04-07
Argomento: 210.000 CONTI CORRENTI SEGNAL. GENERALI
Oggetto: STAMPA ESTRATTO CONTO
1)Caricando 2 movimenti manuali di conto corrente con stessa data registrazione, stessa data valuta e stesso importo, nell'estratto conto il
movimento viene considerato una sola volta presentando pertanto un saldo finale non corretto.
Tali movimenti sono presenti correttamente sia nel brogliaccio dei movimenti di conto corrente, sia nella scheda ma NON nell'estratto conto
(qui ne risulta solo uno).
2)caricando manualmente un movimento di conto corrente per riportare ad esempio la situazione iniziale di una banca si presenta la seguente
anomalia: se il movimento ha data registrazione 19/04/07 e data valuta nell'anno precedente (es.31/12/2006), sulla stampa estratto conto
l’importo viene accreditato\addebitato 2 volte.
3) Sulla stampa estratto conto non viene stampato il saldo finale e le condizioni nel caso in cui i movimenti di conto corrente siano stati generati
dalla primanota.
Segn. Num.: 0000007173
Tipo: Anomalia
del: 22-05-07
Oggetto: SALDO CONTO CORRENTE
La procedura non visualizza correttamente il saldo di un conto corrente nel caso in cui venga eseguita la contabilizzazione distinta effetti SBF e
sulla distinta siano state indicate le commissioni bancarie.
Esempio.
Causale contabile BANTS che ha attivato il check "Movimenti di conto corrente" nel campo causale movimenti viene indicata la causale
"EFSBF(Tipo operazione credito)" e nel campo causale movimento SBF viene indicata la causale "SPEFF (Tipo operazione debito)".
Inserita distinta effetti di tipo SBF indicando l'importo delle commissioni di euro 2.
Eseguita contabilizzazione distinta effetti.
Sulla riga relativa alle commissioni bancarie è presente il conto banca associato al conto corrente , accedendo al bottone movimenti c\c è
presente la causale SPEFF e nella colonna "debitori" l'importo delle spese .
Sull'anagrafica del conto corrente però nel saldo non vengono visualizzati i 2 Euro presenti sul movimento di conto corrente.
Note intervento
=============
Inserita procedura di conversione 5.0 - E7172 - "Aggiornamento flag su movimenti c/c", obbligatoria, non ripetibile. La procedura è visibile solo
nel caso di installazione del modulo Conti Correnti.
Questa aggiorna i flag movimenti C\C incongruenti con la causale movimenti C\C.
I campi aggiornati sono CCFLCRED e CCFLDEBI presenti nella tabella CCM_DETT.
Segn. Num.: 0000008376
Tipo: Anomalia
del: 09-04-08
Oggetto: STAMPA ESTRATTO CONTO
Sulla stampa estratto conto, se il conto corrente in anagrafica ha indicato condizioni differenti, nella sezione "variazione dei tassi" viene indicato
un tasso NON corretto.
Esempio.
Il Conto corrente in anagrafica ha le seguenti condizioni:
01/01/06 Tasso interessi creditori 3,3
01/09/07 Tasso interessi creditori 4,0
Eseguendo la stampa estratto conto del periodo dal 01/01/08 al 31/12/08 viene indicato come tasso interessi creditori 3,3 anzichè 4,0
Segn. Num.: 0000008562
Tipo: Anomalia
del: 16-06-08
Oggetto: CONTO CORRENTE OBSOLETO SU STAMPA SCALARE
Nel caso in cui sull'anagrafica di un conto corrente sia presente una data di obsolescenza eseguendo la stampa scalare questo conto corrente
viene comunque visualizzato.
Il filtro "Codice conto corrente "presente sulla maschera di selezione invece permette di visualizzare SOLO i conto correnti NON obsoleti alla
data di sistema.
L'anomalia è presente anche nella Stampa Schede C/C e nel Calcolo Competenze.
Segn. Num.: 0000004592
Tipo: Miglioria
del: 05-11-07
Oggetto: CALCOLO IBAN/BBAN
Verificare se l'attuale algoritmo di determinazione del codice IBAN di ad hoc è corretto.
Segn. Num.: 0000005067
Tipo: Miglioria
del: 08-07-08
Oggetto: STAMPA CONTI CORRENTI
Nelle stampe dei conti correnti inserire le informazioni relative a iban, bban ecc...
21-10-08
Pag. : 61
Modulo CONTO LAVORO
Segn. Num.: 0000006665
Tipo: Anomalia
del: 23-02-07
Argomento: 160.040 GEN. DT TRASFERIMENTO C/LAVORO
Oggetto: CANCELLAZIONE DDT TRASFERIMENTO A TERZISTA
Cancellando il singolo DDT e non l'intera generazione ddt trasferimento a terzista, non viene stornato il flag evaso che identifica il trasferimento
materiali, per i componenti che non sono stati trasferiti a seguito di controlli su magazzino di destinazione
Segn. Num.: 0000006666
Tipo: Anomalia
del: 23-02-07
Oggetto: DUPLICAZIONE NUMERAZIONE DELLE VENDITE CON DDT CONTO LAVORO
In caso in cui la maschera di generazione ddt trasferimento rimane aperta e nel frattempo vengono creati altri documenti delle vendite, se la
numerazione dei ddt di trasferimento conto lavoro è la stessa delle vendite, vengono duplicate le numerazioni dei documenti
Segn. Num.: 0000007058
Tipo: Anomalia
del: 30-04-07
Argomento: 160.020 SCELTA TERZISTA CONTO LAVORO
del: 10-05-07
Argomento: 160.000 CONTO LAVORO SEGNALAZ. GENERALI
Oggetto: IMPOSSIBILE SEPARARE OCL
Impossibile separare OCL
Segn. Num.: 0000007108
Tipo: Anomalia
Oggetto: CANCELLAZIONE INTERA GENERAZIONE O PIÙ DI UN DDT TRASFERIMENTO CL
Effettuando la cancellazione dell'intera generazione ddt trasferimento oppure più di un ddt trasferimento selezionandoli nella manutenzione ddt
trasferimento conto lavoro, la numerazione progressiva non viene ripristinata correttamente, viene stornata la numerazione solo dell'ultima
eliminazione ( si comporta correttamente se viene eliminato un singolo ddt per volta)
Segn. Num.: 0000007184
Tipo: Anomalia
del: 24-05-07
Oggetto: MODIFICA QUANTITÀ DDT DI ACQUISTO DI RIENTRO C/L E EVASIONE MATERIALI
Modificando la quantità del ddt di rientro dal conto lavoro, ed evadendo il rimanente viene chiuso l'OCL (stato finito) ma la quantità impegnata
dei componenti rimane aperta per la differenza.
L'errore non si verifica importando una quantità inferiore evadendo tutto.
Segn. Num.: 0000007658
Tipo: Anomalia
del: 03-09-07
Oggetto: TRASFERIMENTO MATERIALI CONTO LAVORO
Nella funzione di trasferimento materiali al terzista, nel controllo sul magazzino del terzista la disponibilità viene diminuita della scorta di
sicurezza dell'articolo.
Segn. Num.: 0000007659
Tipo: Anomalia
del: 03-09-07
Oggetto: DOCUMENTO DI SCARICO COMPONENTI DA RIENTRO CONTO LAVORO
Il documento interno generato a fronte di un caricamento DDT di acquisto per conto lavoro riporta la data documento anziche la data di
registrazione.
Segn. Num.: 0000007889
Tipo: Anomalia
del: 24-10-07
Oggetto: RIENTRO CONTO LAVORO IN PRESENZA MAGAZZINI WIP NON NETTIFICABILE
in presenza di magazzino Wip del terzista non nettificabile effettuando il trasferimento dei componenti al terzista in fase di rientro di conto
lavoro non è possibile scaricare i componenti dell'OCL dal magazzino del terzista.
Cancellando il documento di rientro di conto lavoro l'OCL rimane Finito.
Segn. Num.: 0000007951
Tipo: Anomalia
del: 13-11-07
Oggetto: STAMPA OCL CON MATERIALI DA TRASFERIRE
La stampa OCL con materiali da trasferire propone errore eseguendo la query.
Segn. Num.: 0000008567
Tipo: Anomalia
del: 16-06-08
Oggetto: NUMERAZIONE DDT DI TRASFERIMENTO.
Cancellando un Piano di Generazione DDT di trasferimento aTerzista contenente un unico DDT non viene recuperato il Numero Progressivo.
Segn. Num.: 0000008568
Tipo: Anomalia
del: 16-06-08
Oggetto: GENERAZIONE DDT DI TRASFERIMENTO C/LAVORO
Nel caso si effettui la generazione di DDT di trasferimento conto lavoro usando una causale con abilitazione della riga descrittiva la procedura
va in errore: [microsoft][odbc sql server driver][sql server] dati di tipo string or binary would be truncated.
Segn. Num.: 0000008710
Tipo: Anomalia
del: 22-07-08
Argomento: 160.030 GEN. ORDINI FORNITORE C/LAVORO
Oggetto: MANUTENZIONE ORDINI A FORNITORE / CODICE GENERAZIONE
Inserendo manualmente il codice di una generazione all'interno della maschera di manutenzione ordini a fornitore viene erroneamente
richiamata la generazione buoni di prelievo dei trasferimenti interni della produzione
21-10-08
Pag. : 62
Segn. Num.: 0000004343
Tipo: Miglioria
del: 04-07-07
Oggetto: MASCHERE MODALI SU CONTO LAVORO
Rendere le maschere del moduo conto lavoro non modali
Segn. Num.: 0000004982
Tipo: Miglioria
del: 16-06-08
Oggetto: GENERAZIONE DDT - MAGAZZINO TERZISTA NON NETTIFICABILE.
Prevedere per la generazione DDT di trasferimento a Terzista e per la Stampa OCL con componenti da spedire il controllo disponibilità su
Magazzino terzista anche nel caso che tale magazzino non sia nettificabile.
Segn. Num.: 0000005229
Tipo: Miglioria
del: 11-10-08
Oggetto: TRACCIABILITÀ OCL
Realizzare la tracciabilità OCL
21-10-08
Pag. : 63
Modulo CONTRIBUTI ACCESSORI
Segn. Num.: 0000008121
Tipo: Anomalia
del: 14-01-08
Argomento: 700.000 CONTRIBUTI ACCESSORI
Oggetto: MESSAGGIO "CAMPO OBBLIGATORIO " SU RIGA DESCRITTIVA
La procedura , erroneamente, segnala per il campo U.M il messaggio " campo obbligatorio " in corrispondenza della riga descrittiva dei
riferimenti ( nostro /vostro/ rif.desc).
Es. Su un ddtve (con flag Applica contributi accessori disattivo) viene movimentato un articolo ( con contributo RAEE e CONAI ).In seguito il
ddtve viene evaso con importazione manuale in una FADIF (con flag Applica contributi accessori attivo) ma non è possibile confermare il
documento perché in corrispondenza della riga descrittiva del ns riferimento segnala campo obbligatorio per il campo U.M.
Inoltre la procedura genera due righe identiche relative allo stesso riferimento
Segn. Num.: 0000008274
Tipo: Anomalia
del: 03-03-08
Oggetto: ERRATA VALORIZZAZIONE RIGA CONTRIBUTO
Nel caso in cui si abbia una categoria contributo di tipo composta così strutturata:
riga 10 categoria contributo a importo netto 0.5€
riga 20 categoria contributo a zero
Si carica il documento che applica i contributi accessori e si inserisce l'articolo che ha associato tale categoria composta, all'esplosione dei
contributi si nota che la riga di contributo che dovrebbe essere a zero aggiunge invece un valore pari alla riga contributo precedente (0.5€).
Segn. Num.: 0000008310
Tipo: Anomalia
del: 11-03-08
Oggetto: CONTRIBUTI ACCESSORI COMPOSTI
In archivio sono presenti i seguenti contributi:
Contributo Accessorio 00001
riga contributo con importo unitario 0,5
riga contributo importo a zero
Conributo Accessorio 00002
riga contributo in percentuale 1%
Contributo accessorio composto 00003: 00001+00002
Viene inserito l'articolo con prezzo a zero
00001 riga contributo 0.5
00001 riga contributo 0
Si inserisce il prezzo 5 € sulla riga articolo e si preme calcola, le righe diventano:
00002 riga contributo 0.05
Segn. Num.: 0000008342
Tipo: Anomalia
del: 27-03-08
Oggetto: CALCOLO CONTRIBUTO ACCESSORI IN UN DOCUMENTO DI DESTINAZIONE
1)
Esempio
DDTVE con applica contributi
FADIF con applica contributi
Nel momento in cui si importa il documento di trasporto nella fattura si modifica la data , all'f10 o al calcola la procedura ricalcola i contributi.
Sul documento di origine in contributi non risultano essere evasi.
2)
Viene caricato un documento con un articolo e uno sconto di riga.
La procedura esplode i contributi.
Si entra in variazione del documento e si modifica il prezzo del contributo e si preme calcola, la procedura ricalcola il prezzo del contributo.
Si rimodifica il prezzo e si preme calcola, in questo caso la procedura mantiene la modifica.
3)
La procedura evidenzia erroneamente un messaggio nella fattura differita importando un docuemnto di trasporto con contributi accessori.
Esempio:
Articolo con contributo accessorio composto (contributo fisso e variabile)
Documento di trasporto che genera i contributi:
LAMPADINA
CONTRIBUTO A
CONTRIBUTO B
21-10-08
Pag. : 64
Il documento viene importato in una fattura, premendo calcola la procedura visualizza erroneamnte la domanda:
Ricalcolo il prezzo e gli sconti in base al listino/contratto/tabella sconti maggiorazioni?
Nuovo prezzo: 00
Nuovo sconto:00
Segn. Num.: 0000008461
Tipo: Anomalia
del: 09-05-08
Oggetto: DATE DI PREVISTA EVASIONE SU CONTRIBUTI ACCESSORI NELGI ORDINI
Si presenta una anomalia nella valorizzazione della data di prevista evasione per le righe di contributo accessorio negli ordini; sulle righe
servizio di contributo accessorio viene impostata la data di prevista evasione dell'ultima riga articolo.
esempio
riga 10 ART1 qtà 1 data evasione 01-09-2008
Premendo calcola le 3 righe di servizio contributo accessori presentano tutte una data di prevista evasione pari a 01-08-08.
Occorre invece che le date di prevista evasione dei contributi siano pari alla data di prevista evasione dell'articolo al quale si riferiscono.
Segn. Num.: 0000004294
Tipo: Miglioria
del: 11-06-07
Oggetto: CONTRIBUTI ACCESSORI GENERICI
Implementare un nuovo modulo che consenta di gestire i contributi accessori generici sui documenti di acquisto e vendita.
Attraverso questa funzione è possibile gestire parzialmente i contributi RAEE, CONAI e assimilati.
Il modulo "Contributi accessori" consente la gestione di diverse tipologie di contributo che normative o regolamenti impongono di applicare,
con metodologie e determinanti loro proprie, contestualmente alla vendita di specifiche categorie di beni. Tali contributi si caratterizzano per
modalità di applicazione e trattamento contabile/fiscale comuni, nonché per il fatto di interessare principalmente solo alcuni attori della catena
distributiva: tutto ciò consente di far rientrare la loro gestione all'interno di un modulo distinto rispetto a quelli del ciclo attivo/passivo. I principali
contributi che possono essere a vario livello gestiti con questo modulo sono il Contributo Ambientale CONAI, l'Eco Contributo RAEE, il
contributo A.D.R. (European Agreement concerning the International Carriage of Dangerous Goods by Road) per il trasporto delle merci
pericolose e, più in generale, i contributi o le prestazioni accessorie conseguenti lo scambio di beni.
Segn. Num.: 0000004711
Tipo: Miglioria
del: 08-01-08
Oggetto: ATTRIBUZIONE DEL CONTRIBUTO AL VALORE FISCALE DELL'ARTICOLO
Occorre prevedere la possibilità di ripartire il valore del contributo applicato sul prezzo/costo dell'articolo da cui origina.
vedere note di analisi.
Segn. Num.: 0000004861
Tipo: Miglioria
del: 25-03-08
Oggetto: PESO NETTO SU STAMPA CONTRIBUTI APPLICATI/SUBITI
Riportare sulla stampe dei contributi applicati/subiti il peso netto letto dall'anagrafica articolo per i contributi non a peso ed il totale.
Il totale relativo al peso deve essere riportato solo se nella scheda principale della stampa contributi applicati/subiti si inserisce il filtro relativo
alla Causale Documento.
Nel diversi report della stampe contributi applicati/subiti, nel caso in cui si stampino fatture/note di credito con flag 'ripartisce contributi
accessori' attivo i report risultano privi dell'informazione relativa all'importo del contributo.
Segn. Num.: 0000004883
Tipo: Miglioria
del: 03-04-08
Oggetto: REPORT FATTURA, NOTA CREDITO, ORDINI, DDT E CONTRIBUTI ACCESSORI
Nelle causali documento di vendita/acquisto/ordini aggiungere un check Non stampa contributi accessori che permette se attivo di non
stampare nel report principale i contributi accessori.
I contributi NON stampati solo quelli inseriti automaticamente dalla procedura e non quelli inseriti manualmente dall'utente.
Anche se il check Non stampa contributi accessori è attivo nei report delle fatture e note di credito viene comunque riportato il riepilogo dei
contributi.
Nuovo report secondario per i Contributi Accessori che preveda l'esposizione raggruppata dei servizi con campo di rottura la unità di misura;
attualmente invece vengono riportate tutte le righe contributo previste sul documento con un riepilogo per quantità e un totale per contributo
(servizio) . Il nuovo report deve esporre, per ciascun contributo (servizio) , solo la parte relativa al riepilogo per quantità e totale contributo
(servizio).
Il nuovo report secondario è il numero 10 - Contributi accessori per quantità
21-10-08
Pag. : 65
Occorre importare il file 5.0-m4882-gsveamdv mediante la funzione di carica/salva dati esterni.
Segn. Num.: 0000004985
Tipo: Miglioria
del: 16-06-08
Oggetto: GESTIONE DEI CONTRIBUTI ACCESSORI NEI CORRISPETTIVI NON INTESTATI
Con la fast patch in oggetto è stata data la possibilità di gestire i contributi accessori anche nei documenti di tipo corrispettivi, nello specifico:
- sono stati gestiti sia i contributi a peso che quelli non a peso;
- è possibile stampare o no i contributi;
- è possibile ripartire il valore del contributo sul valore fiscale dell'articolo.
Le anagrafiche modificate sono state le seguenti:
-- Parametri Ricevute Fiscali
All'interno dei Parametri Ricevute Fiscali (menu Archivi - Contropartite e Parametri - Parametri Ricevute Fiscali) è stato aggiunto un bottone,
visibile solo nel caso di attivazione del modulo Contributi Accessori, che permette di dettagliare il contributo, il sistema collettivo, la categoria,
la percentuale di applicazione e l'intervallo di validità.
I dati inseriti in questa maschera valgono per tutti le causali documento di tipo corrispettivo.
A livello di causale documento verrà stabilito se applicare il contributo o no (flag Applica Contributi Accessori), mentre sull'anagrafica articoli
verrà utilizzato il flag Applica Contributi accessori nella cartella Commerciali che consente di specificare il contributo cui è soggetto.
-- Causali Documento
Nelle causali documento anche per i corrispettivi è possibile attivare i flag relativi alla gestione dei contributi accessori:
Applica Contributi accessori
Se attivo la procedura applica i contributi accessori a peso e non sulle righe articolo.
Ripartisce Contributi accessori
Se attivo la procedura ripartisce il valore fiscale dei contributi accessori sulla riga degli articoli padre che li hanno generati: in questo caso il
valore fiscale del contributi diventa zero.
Se non attivo la procedura non ripartisce il valore fiscale dei contributi.
Non stampa i contributi accessori
Check visibile in presenza del modulo Contributi Accessori ma non condizionato dall'attivazione del check Applica contributi accessori. Se
attivo non verranno stampati nei report le righe di contributo accessorio inserite in automatico dalla procedura.
Le righe che vengono considerate dalla procedura sono solo quelle inserite automaticamente.
Le righe inserite manualmente dall'utente vengono sempre stampate indipendentemente dall'attivazione o meno del check nella causale
documento.
21-10-08
Pag. : 66
Modulo CORPORATE PORTAL
Segn. Num.: 0000006733
Tipo: Anomalia
del: 17-11-06
Argomento: 140.000 CORPORATE PORTAL SEGN. GENER.
Oggetto: GENERAZIONE FILE ESTRATTO CONTO XML [IZCP]
La procedura di generazione del file estratto conto xml deve essere rivista:
- La data compresa nel tag <OperationDate> deve essere la data di registrazione della partita (PTDATREG) che è sempre valorizzato in base
alla data di registrazione della Primanota (PNT_MAST) o di Scadenze Diverse (SCA_VARI)
- La data compresa nel tag <DocumentData> è la data documento della partita (PTDATDOC): se questa è vuota, deve essere considerata la
data di apertura della partita (PTDATAPE)
- La variabile DATDOC presente nella maschera Altri Dati (accessibile dalla Manutenzione Partite/scadenze) non dovrebbe essere campo
obbligatorio, anzi, dovrebbe essere un campo in Show
- Nel caso in cui la procedura non trova nemmeno una Partita da inserire nel file XML, avvisare l'utente con un messaggio di warning e non
creare alcun file. Il messaggio potrebbe essere del tipo "Attenzione: nessuna partita aperta! Impossibile generare il file!"
- In testata del file XML creato, modificare la dicitura "UTF-8" con "iso-8859-1"
- Le date presenti nell'XML devono essere tutte nel formato "AAAA-MM-GG" indipendentemente dalle impostazioni internazionali del formato
data
- Il TAG "DueReference" non deve superare i 60 caratteri
Segn. Num.: 0000006741
Tipo: Anomalia
del: 27-12-06
Oggetto: NOME FISICO FILE INFOPUBLISHER PER DIVULGAZIONE DATI [IZCP]
- In fase di pubblicazione dei reports Infopublisher abilitati alla divulgazione dati sul portale, è necessario compilare il campo "Nome File"
dell'archivio "Divulgazione Dati" con un valore univoco, così come avviene per le stampe PDF. Al nome del report Infopulisher deve essere
aggiunta una parte random (ad esempio un progressivo o una stringa variabile) in modo tale da distinguere i files eventualmente generati con
la pubblicazione Infopublisher in momenti diversi, prima di lanciare il processo di divulgazione dati.
- Le queries infopublisher abilitate alla pubblicazione sul portale devono generare due files: uno sarà quello standard con nome e path
prefissati a monte ed apribile sempre tramite Inforeader; l'altro sarà quello con nome univoco e path indicato in gestione path (menù
divulgazione dati)
Esempio:
- Viene lanciata la pubblicazione Infopublisher: il programma crea un file IRP nella cartella definita sulla query infopublisher e crea un record
nell'archivio Divulgazione dati che fa riferimento a questo file
- Viene lanciata una seconda volta la pubblicazione Infopublisher: il programma sovrascrive il file IRP generato precedentemente e crea un
secondo record nell'archivio Divulgazione dati che fa riferimento allo stesso file
NB: I records nella divulgazione dati hanno come impostazione predefinita "Rimuovi file a fine trasferimento"
- Viene lanciato il processo di divulgazione dati: il programma processa i records presenti nell'archivio divulgazione dati. Alla seconda
occorrenza del record che punta allo stesso file, viene restituito un errore perché quel file non esiste più
NB: Il file con nome univoco da pubblicare sul portale deve essere creato in una cartella distinta (path documenti della divulgazione dati) e non
in quella indicata sulla query infopublisher.
Segn. Num.: 0000006757
Tipo: Anomalia
del: 24-01-07
Oggetto: PARAMETRI QUERIES INFOPUBLISHER
Se vengono utilizzate delle CPZ folders con variabili quali %YEAR%, %MONTH% devono essere specificati i Parametri per la loro
valorizzazione utilizzando le variabili globali g_ZCPYEAR e g_ZCPMONTH. La specificazione di qualsiasi parametro risulta impossibile perché
alla conferma della query infopublisher compare il seguente errore a video (azienda DEMO):
L'istruzione INSERT è in conflitto con il vincolo FOREIGN KEY "FK_DEMOINF_FCPZ_1". Il conflitto si è verificato nella tabella
"dbo.DEMOINF_AQD" del database "XXXXXXX"
Segn. Num.: 0000006943
Tipo: Anomalia
del: 02-04-07
Oggetto: PARAMETRI CORPORATE PORTAL
A seguito della fast patch n. 076 di adhoc Revolution 5.0 si presenta un'anomalia nella gestione del campo PADIRXML in quanto questo non è
presente sul database.
Segn. Num.: 0000007142
Tipo: Anomalia
del: 16-05-07
Oggetto: INVIO PROCESSO A CORPORATE PORTAL ZUCCHETTI [ICPZ]
Si parametrizza il processo documentale STFATDIFF (Stampa fatture differite) inserendo come campo intestatario il codice Agente
'A'+MVCODAGE, si parametrizza inoltre la cartella 'Permessi Corportate Portal' indicando l'espressione relativa al codice Agente per la
creazione della cartella principale (MVCODAGE); in questo contesto lanciando la ristampa documenti per il processo in questione, le
divulgazioni dati create risultano prive dell'informazione relativa alla FOLDERCOMPANY (o ne contengono una errata), in particolar modo nel
caso in cui l'agente in considerazione abbia un riferimento a fornitore ed un codice che inizia con il valore "0" (zero).
21-10-08
Pag. : 67
Segn. Num.: 0000007490
Tipo: Anomalia
del: 17-07-07
Oggetto: MASCHERA GENERAZIONE ORDINI WEB [ICPZ]
Modificare la maschera di Generazione degli Ordini Web per fare in modo tale che sia visualizzata la colonna "Esito del Controllo Automatico o
Assegnazione Livello di Conformità manuale". Infatti, tale informazione, è fondamentale per l'utente che sta operando sulla procedura con
l'attuale visualizzazione della maschera l'utente stesso non ha visibilità di quanto fatto e deve obbligatoriamente scorrere con la barra della
maschera.
Segn. Num.: 0000007611
Tipo: Anomalia
del: 23-08-07
Oggetto: AGGIORNAMENTO PER LA RELEASE 1.4 DI SSFA
Aggiornamento per la release 1.4 di SSFA + Corporate Portal
E' necessario aggiornare Gestionale Adhoc Revolution e Adhoc Enterprise per supportare installazione di SSFA Release 1.4 e Profilo
Applicativo per Corporate Portal Zucchetti Rel. 1.4.
L'aggiornamento riguarda:
- la procedura di attivazione (aggiunta possibilità di utilizzo del Profilo IAHR4014 (IAHR5014, IAHE5014, IAHE6014))
Necessario aggiungere e gestire le variabili globali g_IAHR4014, g_IAHR5014 (g_IAHE5014, g_IAHE6014)
Segn. Num.: 0000007723
Tipo: Anomalia
del: 14-09-07
Oggetto: INDICAZIONE PARAMETRI SULLA GESTIONE DIVULGAZIONE DATI [ICPZ]
Se in un processo documentale del modulo Document Management viene aggiunto un Parametro del tipo: g_ZCPLOCATION
alltrim(ANDESCRI) la procedura non crea correttamente il Parametro nella divulgazione dati omettendo la ragione sociale del cliente
(ANDESCRI).
ll funzionamento è errato solo nel processo relativo alle Fatture mentre è corretto sul processo relativo ai documenti di trasporto.
Inoltre è necessario aggiungere nei parametri della scheda Corporate Portal dei Processi la gestione di due nuove variabili per l'indicazione
della ragione sociale dell'intestatario documento e dell'agente associato al documento.
Segn. Num.: 0000007787
Tipo: Anomalia
del: 26-09-07
Oggetto: GENERAZIONE ORDINI DA WEB
La generazione ordini da web crea documenti privi di totali, ovvero con totali a zero: affinché l'ordine venga valorizzato correttamente è
necessario rientrare in modifica e riconfermare.
Segn. Num.: 0000008128
Tipo: Anomalia
del: 16-01-08
Oggetto: BOTTONE CORPORATE PORTAL PER INVIO DOCUMENTI (STAMPE) A PORTALE [IZCP]
Nel caso in cui:
1) si proceda con la stampa di un documento (fattura, ddt, ecc),
2) si acceda alla PrintSystem e si prema il Bottone C. Portal (invio documenti a Corporate Portal),
3) si impostino correttamente i valori presenti nella pagina Identificazione della maschera CORPORATE PORTAL - INVIO DOCUMENTI,
4) si lascino vuoti i valori della pagina "Permessi"
accade che, alla pressione del bottone ok, la procedura crei erroneamente dei record di permessi vuoti nella tabella dei permessi della
Divulgazione Dati. E' necessario fare in modo che questi record errati non vengano creati.
Segn. Num.: 0000008229
Tipo: Anomalia
del: 13-02-08
Oggetto: IMPOSTAZIONE PERMESSI PREDEFINITI PER AGENTE SU PROCESSO DOCUM.
CASO 1) Processo Documentale (Es. "Stampa DDTVE") con INTESTATARIO CLIENTE (MVTIPCON+MVCODCON) (invio solamente i
documenti per i clienti che hanno il flag di “Invio a CPZ”)
Cliente [x] Invio Cpz
Agente [ ] Invio Cpz CON o SENZA riferimento Fornitore
Permessi CPZ (indica solamente quale “riga di dettaglio” ha il flag di “Principale”)
1 - Cliente - Cartella Principale [ ]
2 - Agente - Cartella Principale [x]
Anomalie segnalate:
1) non è gestita correttamente la creazione della company folder nella divulgazione dati per CPZ, in quanto la cartella principale deve essere
sempre quella specificata con il flag "Principale" dei Permessi CPZ, invece ora viene messo sempre il Cliente
2) non vengono scritti correttamente i permessi sull'agente o sul fornitori se l'agente ha il riferimento.
Questo è il risultato che invece dovrebbe ottenersi in divulgazione dati:
n. 1 record con i permessi settati sul cliente intestatario presente sul documento da inviare;
CompanyFolder principale con “A”+ codice agente se l'agente NON ha riferimento a fornitore;
CompanyFolder principale con “F”+ codice fornitore se l'agente HA riferimento a fornitore;
CASO2) Processo Documentale "Stampa DDTVE" con INTESTATARIO AGENTE ('A'+MVCODAGE) (invio solamente i documenti per gli
agenti che hanno il flag di "Invio a CPZ")
Cliente [ ] Invio Cpz
Agente [x] Invio Cpz CON o SENZA riferimento Fornitore (se CON riferimento fa fede il flag di "Invio a CPZ" presente sul fornitore)
Permessi CPZ (indica solamente quale "riga di dettaglio" ha il flag di "Principale")
21-10-08
Pag. : 68
1 - Cliente - Cartella Principale [ ]
2 - Agente - Cartella Principale [x]
Risultato in divulgazione dati:
n. 1 record con i permessi settati sull'agente (o fornitore se con riferimento) presente sul documento da inviare;
CompanyFolder principale con "A"+ codice agente se l'agente NON ha riferimento a fornitore;
CompanyFolder principale con "F"+ codice fornitore se l'agente HA riferimento a fornitore;
1) Il dettaglio del processo visualizza per l'invio a Cpz il colore GIALLO in presenza dell'Agente sul Documento mentre dovrebbe visualizzare
VERDE (violazione regola n.1)
2) non è gestita correttamente la creazione della company folder nella divulgazione dati per CPZ, in quanto la cartella principale deve essere
sempre quella specificata con il flag "Principale" dei Permessi CPZ, invece ora viene messo sempre il Cliente
Segn. Num.: 0000008571
Tipo: Anomalia
del: 16-06-08
Oggetto: CAMPO CHIAVE DOCUMENTO PERMESSI CPZ SU PROCESSI DOCUMENTALI [IZCP]
Nel campo chiave documento del tab Permessi Corporate Portal della gestione Processi documentali è necessario inserire la seguente
espressione 'IIF(EMPT(NVL(MVSERWEB,'')),'G'+MVSERIAL, MVSERWEB)' per far si che la stampa su file di un documento possa essere
trasferita sul portale ed agganciata automaticamente al documento di riferimento. Il programma non riesce a valutare l'espressione perché il
campo MVSERWEB non è previsto dal cursore di stampa.
Per risolvere il problema è necessario aggiornare tutte le queries dei documenti di stampa aggiungendo il campo MVSERWEB
Segn. Num.: 0000008592
Tipo: Anomalia
del: 17-06-08
Oggetto: [IZCP] IMPOSTAZIONE PERMESSI GRUPPO SU PROCESSO DOCUMENTALE PER INVIO
Nel caso in cui venga configurato un Processo Documentale per invio a Corporate Portal nel seguente modo (pagina Permessi Corporate
Portal del processo Documentale):
1) si settano i "Permessi Base" su "Riservato"
2) si popolano correttamente gli altri campi
3) si inserisce una sola riga di dettaglio (la prima) selezionando dalla combo "Tipo" la voce "Gruppo"
4) si fa zoom sul campo "gruppo" e si seleziona il gruppo desiderato dall'elenco
5) si salvano i dati, si esce dalla maschera e vi si riaccede richiamando il record appena caricato
Accedendo alla pagina Permessi Corporate Portal il valore del "Gruppo" precedentemente settato risulta vuoto (non viene mantenuta
l'informazione).
Segn. Num.: 0000008593
Tipo: Anomalia
del: 17-06-08
Oggetto: [IZCP] CONTROLLO INTESTATARIO PROCESSO DOCUMENTALE PER INVIO A CORPOR
Nel caso in cui si voglia effettuare la stampa dell'Inventario Fisico (Processo Documentale INVENFIS) e si settino i seguenti permessi per
l'invio a Corporate Portal:
1) "Permessi Base" su "Riservato"
2) "riga di dettaglio per associare i permessi ad un gruppo di portale
3) salvataggio ed esecuzione del processo documentale
al momento dell'esecuzione la procedura nel dettaglio del processo segnala l'errore "2 - [Processo] Campo <Codice intestatario> vuoto o non
valutabile - verificare espressione" mettendo "rossa" la colonna del Corporate Portal.
Segn. Num.: 0000004103
Tipo: Miglioria
del: 15-03-07
Oggetto: PARAMETRI CORPORATE PORTAL PER POSIZIONAMENTO XML [IZCP]
Prevedere la possibilità di posizionare esternamente alle cartelle di installazione del gestionale i files XML che vengono preparati ed utilizzati
per la federazione dei dati. Allo stato attuale i files vengono posizionati sempre nella cartella ..\IZCP\WORK\XML (all'interno della cartella di
installazione del gestionale). L'intervento consentirebbe di non appesantire eventuali procedure di backup della cartella di installazione del
gestionale.
Segn. Num.: 0000004437
Tipo: Miglioria
del: 03-09-07
Oggetto: ALLINEAMENTO A CORPORATE PORTAL RELEASE 1.4
Al fine di poter determinare una modalità per ridurre il set di dati che ad ogni fase di "federazione/pubblicazione" vengono estratti per
determinare cosa deve essere trasferito all'applicazione CPZ, si è definito di dare, in modo parametrico, la possibilità che l'attuale data inizio
pubblicazione presente all'interno dell'applicazione Sistema Software di Federazione, possa assumere anche significato di "data
consolidamento" sulla procedura Corporate Portal Zucchetti.
Pertanto è necessario introdurre, all'interno dei Parametri Corporate Portal un nuovo flag (campo PAFLDTOB, CHAR 1) la cui attivazione fa in
modo che la data inizio pubblicazione sia trasferita ed utilizzata dalla procedura Corporate Portal Zucchetti come data di consolidamento. Il flag
viene chiamato "Utilizza data inizio pubblicazione come data di consolidamento".
21-10-08
Pag. : 69
Modulo DOCUMENT MANAGEMENT
Segn. Num.: 0000006814
Tipo: Anomalia
del: 09-03-07
Argomento: 350.000 DOCUMENT MANAGEMENT
Oggetto: PROCESSI DOCUMENTALI
Se il report legato all'output utente risulta scritto in minuscolo, non avviene l'aggancio con il processo documentale.
Esempio :
report associato all'output utente scritto piccolo gsve_ord.frx
creiamo un processo documentale per tale report, la procedura nella maschera del processo documentale lo scrive in maiuscolo, ma se
interroghiamo il database risulta scritto piccolo.
se in questo contesto effettuiamo la stampa ordini notiamo che il processo documentale non parte
Segn. Num.: 0000006926
Tipo: Anomalia
del: 30-03-07
Oggetto: ERRORE IN ESECUZIONE OPERAZIONE DI ARCHIVIAZIONE
Effettuando l'archiviazione dalla funzionalità 'Ricerca Documenti Archiviati' utilizzando classi documentali per cui sono previsti attributi
obbligatori si presenta l'errore Variable'IDTIPATT' is not found. Questo accade quando non vengono compilati gli attributi obbligatori e si salva
direttamente l'indice archiviato, in condizioni normali al salvataggio la procedura avverte che alla riga corrispondente all'attributo obbligatorio
occorre indicare un valore.
Segn. Num.: 0000007326
Tipo: Anomalia
del: 15-06-07
Oggetto: VISUALIZZAZIONE ERRATA DI ALLEGATI CON PIÙ DI UN ATTRIBUTO
In visualizzazione allegati di un determinato archivio (tramite il bottone sulla tool bar oppure con quello all'interno delle gestioni che lo
permettono es: documenti di vendita) la procedura valorizza i vari attributi della tabella, ma se sono previste più di una riga di attributo la
procedura non riesce a valorizzarle e segnala un errore.
Segn. Num.: 0000007328
Tipo: Anomalia
del: 15-06-07
Oggetto: RISTAMPA CON MULTIREPORT E DOCUMENT MANAGEMENT
Si richiede di gestire il caso in cui nella ristampa documenti siano presenti report associati a processi documentali e report non associati a
processi documentali.
Infatti ora nel caso in cui siano presenti report associati a processi documentali e report non associati, se si esegue il processo documentale
non è possibile stampare i report non associati a processi.
ES:
DDT -> Associato a processo documentale
FAT -> Non associato a processo documentale
Dopo aver eseguito il processo documentale (DDT) e dopo aver chiuso la print system non viene più data la possibilità di stampare i report non
associati a processi documentali (FAT).
Segn. Num.: 0000007350
Tipo: Anomalia
del: 19-06-07
Oggetto: GESTIONE SEDE PER L'INVIO E-MAIL
Nell'invio e-mail - fax di una fattura a cui è associato un processo del document management la procedura non riporta correttamente l'indirizzo
e-mail della sede di fatturazione.
In particolare:
- nel caso in cui sia presente un indirizzo email nella sede di fatturazione la procedura deve riportare quello della sede di fatturazione
-nel caso in cui non sia presente l'email nella sede di fatturazione oppure non sia presente nessuna sede di fatturazione la procedura deve
riportare quello dell'anagrafica principale
Segn. Num.: 0000007523
Tipo: Anomalia
del: 23-07-07
Oggetto: MASCHERA DI RICERCA DOCUMENTI PER FILE NON PIÙ ESISTENTI
Cancellando o rinominando un file archiviato, lo stesso non appare nell'elenco della ricerca documenti archiviati.
Inserire un sfondo rosso nel caso in cui manchi il file.
Segn. Num.: 0000008130
Tipo: Anomalia
del: 16-01-08
Oggetto: CAMPO NUMERO FAX NEL FILE DEL LOG
Se all'interno dell'anagrafica cliente è presente un numero di fax lungo 20 nel file di log vengono riportate solo 18 cifre. Su oracle invece
compare il messaggio di errore data type mismatch
Segn. Num.: 0000008291
Tipo: Anomalia
del: 05-03-08
Oggetto: RISTAMPA DOCUMENTI E DIVULGAZIONE DATI
Se è attivo il check "Cambia Flusso di stampa" nelle opzioni avanzate di un report secondario in un ambiente aggiornato almeno alla FP251 si
verificano i seguenti problemi:
1. Se in un Processo Documentale del modulo Document Management viene aggiunto, nella sezione Corporate Portal Zucchetti, un Parametro
del tipo: g_ZCPCUSTOMER con valore: alltrim(ANDESCRI); in fase di esecuzione della funzionalità di Ristampa Documenti sulla quale è
impostato il Processo Documentale, accade che la procedura non valorizza correttamente il campo Parametro per la voce FolderCompany
nella gestione Divulgazione Dati.
In particolare in FolderCompany viene sempre memorizzata la descrizione (ANDESCRI) dell'intestatario del PRIMO documento stampato in
Ristampa Documenti, ignorando i corretti intestatari dei documenti successivi.
2. Se nella ristampa documenti viene utilizzato un processo documentale relativo agli agenti (Intestatario='A'+MVCODAGE) ed almeno uno dei
documenti da stampare ha il campo agente vuoto, il dettaglio del processo evidenzia che per quel documento non è possibile l'esecuzione
(errore '2' CPZ), ma nella colonna 'ragione sociale' viene proposta la descrizione di un agente (anche se dovrebbe essere blank)
21-10-08
Pag. : 70
Segn. Num.: 0000008367
Tipo: Anomalia
del: 02-04-08
Oggetto: MANCATA PROPOSIZIONE INTERFACCIA DEL DOCUMENT MANAGEMENT
Nel caso in cui nessuna attività di un processo documentale possa essere portata a termine, deve comunque essere mostrata l' interfaccia di
document management al fine di mostrare il log di mancata esecuzione e le corrispondenti voci di legenda. Attualmente l' impossibilità di
eseguire alcuna attività di processo determina la mancata proposizione dell' interfaccia di document management e il passaggio immediato alla
Print System.
Segn. Num.: 0000008572
Tipo: Anomalia
del: 16-06-08
Oggetto: DOCUMENT MANAGEMENT PER INVIO A CORPORATE PORTAL ZUCCHETTI.
Nel caso in cui la procedura Ad Hoc Revolution (Enteprise) con attivo il modulo Document Management, operi con l'attivazione del Sistema
Software di Federazione in modalità Stand-Alone accade che nel momento in cui si esegue un processo documentale con invio dei dati a
Corporate Portal, la procedura genera il seguente errore:
Property CONVERTXML is not found.
Per replicare l'anomalia è sufficiente:
1) accedere in attivazione procedura e settare la combo Corporate Portal con il valore Stand-Alone (non è necessario il ricalcolo della chiave di
attivazione).
2) Impostare da Moduli->Corporate Portal Zucchetti-> divulgazione dati->Gestione path, un percorso valido dove effettuare il salvataggio dei
file.
3) Sempre da Moduli->Corporate Portal Zucchetti-> divulgazione dati->Gestione folders portale, caricare una nuova folder di tipologia
Company Folder
4) Configurare un processo documentale esistente (Esempio DDT), facendo sì di attivare e compilare correttamente la pagina "Permessi
Corporate Portal", quindi eseguire il processo su di un documento.
Segn. Num.: 0000008576
Tipo: Anomalia
del: 16-06-08
Oggetto: STAMPE DOCUMENT MANAGEMENT
- Manca la stampa parametri document
- Stampa Log Processi Documentali: nella sezione selezioni inserire la descrizione del processo e dell'utente
- Stampa Autorizzazioni: i diversi output risultano privi nella sezione selezioni della descrizione del processo della classe dell'utente e del
gruppo
- Stampa Preferenze di Visualiz: Manca nei diversi output la descrizione del codice
- Stampa Classi Documentali: Rinominare lo zoom sulle classi documentali - condizionare lo zoom sulle classi alle tabelle sopra inserite inserire negli output la selezione relativa alla classe
- Stampa Elenco Documenti Archiviati - nel caso in cui la totalità dei records selezionati sia relativa a indici con file inesistenti la stampa non
produce alcun risultato.
Segn. Num.: 0000008577
Tipo: Anomalia
del: 16-06-08
Oggetto: FRONTESPIZIO FAX E PROCESSI DOCUMENTALI
Per i processsi documentali che prevedono l'invio ad un numero di fax, se è abilitato anche il check Frontespizio (nei servizi fax, email,..., per
l'utente corrente) il processo dà un errore su alias TMP_FRS (not found).
Inoltre, il frontespizio viene riportato come PDF aggiuntivo nell'email generata (utilizzo supporto MAPI), ma il contenuto è sbagliato: nell'indirizzo
email del mittente compare l'email del destinatario. Inoltre "soggetto" ed "oggetto" del fax dovrebbero essere rispettivamente "Oggetto" e "Note
aggiuntive"
Segn. Num.: 0000008578
Tipo: Anomalia
del: 16-06-08
Oggetto: PROCESSI DOCUMENTALI E GESTIONE "PER CONTO DI"
- Se viene abilitato l'invio del Fax e dell'email sia sul processo, sia sugli intestatari e viene utilizzata l'espressione MVCODORN nel campo "per
conto di" del processo e si prova ad eseguire il processo da un documento che ha valorizzato il "per conto di", viene inviata solo l'email (per il
fax viene emesso un errore generico).
Segn. Num.: 0000008585
Tipo: Anomalia
del: 17-06-08
Oggetto: ABILITAZIONE INTESTATARI
Nel caso in cui si effettui l'abilitazione delle diverse attività per l'anagrafica agenti la messaggistica di conferma di aggiornamento riporta la
dicitura:'Confermi richiesta di aggiornamento dell'anagrafica fornitori'.
Segn. Num.: 0000008586
Tipo: Anomalia
del: 17-06-08
Oggetto: INVIO FATTURE GENERATE
Nel caso invio via e-mail di fatture generate di più pagine (almeno 10 pagine per fattura) la procedura in messaggi elaborazione da Errore di
timeout, non iviandole.
Il problema risiede nel batch vpfmail impostato a 30.
21-10-08
Pag. : 71
Segn. Num.: 0000003880
Tipo: Miglioria
del: 29-11-06
Oggetto: INDIRIZZO MAIL SEDE DI CONSEGNA.
Qualora presente la sede di consegna sul documento (ddt) l'invio mail da processo documentale deve essere effettuato presso l'indirizzo mail
indicato sulla sede e non a quello indicato in anagrafica (uniformarsi al comportamento standard della procedura anche per tutte le altre
tipologie di sedi es. fatturazione qualora presenti).
Segn. Num.: 0000004026
Tipo: Miglioria
del: 12-12-06
Oggetto: CONTROLLO UNIVOCITÀ CLASSE ALLEGATO
Qualora si vada ad archiviare un record utilizzando una classe documentale che ha come predefinita una classe allegato univoca e sia già
stata effettuata un'archiviazione è necessario sbiancare la classe allegato sulla manutenzione indici ed avvisare con opportuno messaggio di
tale operazione.
Segn. Num.: 0000004175
Tipo: Miglioria
del: 17-04-07
Oggetto: VARIAZIONE DI TIPOLOGIA E CLASSE ALLEGATO NEGLI INDICI DOCUMENTI
All'interno della maschera "indici documenti", prevista la possibilità di variare la tipologia e la classe dell'allegato, ma solamente nel caso in cui
gli stessi non hanno influenza sul path (e cioè nel caso in cui sulla classe libreria immagini non sia attivo il flag "completa path")
Segn. Num.: 0000004177
Tipo: Miglioria
del: 17-04-07
Oggetto: VARIE SU GESTIONE DOCUMENTALE
Volendo visualizzare gli allegati di un determinato archivio (tramite il bottone sulla tool bar oppure con quello all'interno delle gestioni che lo
permettono es: documenti di vendita) la procedura impostava come chiavi di ricerca solamente i campi "tabella" e "chiave". E' necessario
invece valorizzare la classe documentale di riferimento e i vari attributi della tabella.
Questo intervento è stato fatto perchè se una volta ricercato gli allegati di una determinata chiave (esempio: gli allegati del cliente bianchi)
l'utente volesse archivairne un'altro premendo i pulsanti "archivia" o "scanner" direttamente dalla maschera di ricerca avrebbe dovuto compilare
a mano la classe e gli attributi. La compilazione automatica di tali campi avveniva invece correttamente utilizzando i bottoni presenti nella tool
bar o nella gestione.
In assenza del modulo DOCM, accedendo agli indici documento, il menù contestuale sul campo classe libreria immagini NON deve aprire la
gestione gsut_mcd (quella del DOCM) ma la gsut_acl.
Segn. Num.: 0000004255
Tipo: Miglioria
del: 21-05-07
Oggetto: VALORE DELL'INDICE DEL DOCUMENTO ASSOCIATO AD UN ARCHIVIO
Nella maschera "indici documenti" in fase di archiviazione di un allegato, dare la possibilità di selezionare il valore dell'indice documento (SOLO
CAMPI CHIAVE) leggendo dalla tabella associata (mentre prima era necessario scrivere a mano tale valore).
Segn. Num.: 0000004289
Tipo: Miglioria
del: 11-06-07
Oggetto: CREAZIONE DI UN NUOVO DOCUMENTO DI TESTO
Creazione di un nuovo documento di testo leggendo da un modello che contiene le formattazioni di base
NUOVA TABELLA MODELLI DOCUMENTI
MOCODICE 10 chiave progressiva del modello
MODESCRI 60 Descrizione del modello (o del documento vuoto) (obbligatorio)
MOCLASSE 15 classe documentale
MOPATMOD 254 Percorso modello
--------------------------NUOVA GESTIONE
Nella tool bar del modulo document management (e nello zoom di ricerca gsut_kfg) inserire un bottone denominato "nuovo documento" .
Si aprirà una maschera ove viene chiesto il modello di riferimento (obbligatorio) (link ai modelli con possibilità di aprire il modello per
controllarne e eventualmente modificarne il contenuto) e viene data la possibilità di inserire la descrizione del documento e le note aggiuntive
- Eliminare il messaggio di warning che compare in caso di utilizzo di una classe documentale con tipo archiviazione "manuale":
"Completare/verificare i dati sull'indice dei documenti"
(il link ai modelli viene filtrato sulla classe documentale se questa è stata definita nei modelli)
Chiaramente il modello protrà essere anche un documento vuoto, in questo caso il modello di riferimento ci serve quindi per identificare il tipo
documento
Segn. Num.: 0000004341
Tipo: Miglioria
del: 04-07-07
Oggetto: INVIO VIA MAIL IN FORMATO PDF DI UN DOCUMENTO ARCHIVIATO
Dallo zoom di ricerca dei documenti archiviati inserito bottone per inviare via mail l'allegato in formato pdf.
21-10-08
Pag. : 72
Segn. Num.: 0000004378
Tipo: Miglioria
del: 25-07-07
Oggetto: COMPILAZIONE DOCUMENTI DI WORD E OPEN OFFICE CON SEGNALIBRI
Rendere possibile il caricamento di un nuovo documento di testo leggendo i dati dalle varie gestioni. (Ad esempio la composizione di un lettera
di accompagnamento ad una fattura leggendo alcuni dati dal documento stesso.)
Con questa implementazione è possibile abbinare la creazione di un documento leggendo i dati dalle tabelle (tipica di un report) con la
possibilità di modificare il documento stesso prima di salvarlo tipica di un word processor.
Il prelevamento dei dati delle tabelle all'interno del documento avverrà attraverso i segnalibri e sarà possibile utilizzando i sistemi di scrittura
MS Word ed Open Office. (metodo già utilizzato nel modulo offerte)
E' necessario quindi collegare ad ogni classe documentale un elenco di modelli (ognuno con una query collegata).
Una volta definita la chiave per identificare la tabella principale e scelto il modello avremo a a disposizione del word processor i dati per il mail
merge. Sarà poi necessario costruire dei modelli di word/open office che contengono i vari segnalibri.
NUOVA TABELLA MODELLI DOCUMENTI
MOCODICE 10 chiave progressiva del modello
MODESCRI 60 Descrizione del modello (o del documento vuoto) (obbligatorio)
MOCLASSE 15 classe documentale
MOPATMOD 254 Percorso modello
MOQUERY 60 Query collegata al modello
--------------------------NUOVA GESTIONE
Nella tool bar del modulo document management inserire un bottone denominato "nuovo documento" .
Si aprirà una maschera ove viene chiesto il modello di riferimento (obbligatorio) (link ai modelli con possibilità di aprire il modello per
controllarne e eventualmente modificarne il contenuto) e viene data la possibilità di inserire la descrizione del documento e le note aggiuntive
(il link ai modelli viene filtrato sulla classe documentale se questa è stata definita nei modelli)
Chiaramente il modello protrà essere anche un documento vuoto, in questo caso il modello di riferimento ci serve quindi per identificare il tipo
documento
A questo punto la procedura effettua le seguenti operazioni:
1 Crea un documento di testo effettuando una copia del modello assegnandogli il "nome file archiviato" creato nell'indice
2 Crea un indice documento secondo le regole specificate nella classe inserendovi la descrizione e le eventuali note aggiuntive inserite in
precedenza.
3 Compila il documento qualora all'interno dello stesso ci siano dei segnalibri (e qualora gli stessi facciano parte dei campi della query)
4 Alla conferma finale della maschera indici documenti dovrà apparire il messaggio "vuoi aprire il documento generato?" (in questo modo sarà
possibile effettuare modifiche e controllare che la trasformazione dei segnalibri sia andata a buon fine.
Segn. Num.: 0000004379
Tipo: Miglioria
del: 25-07-07
Oggetto: DUPLICAZIONE DI UN DOCUMENTI ARCHIVIATO
Duplicazione di un documenti archiviato (e creazione indice) partendo da un documento di origine selezionato dall'elenco
Segn. Num.: 0000004520
Tipo: Miglioria
del: 11-10-07
Oggetto: RIVISITAZIONE GRAFICO/FUNZIONALE DELLA MASCHERA "RICERCA DOCUMENTI "
Nella maschera ricerca documenti archiviati spostato in prima pagina l'elenco documenti insieme ai principali filtri di ricerca
Segn. Num.: 0000004733
Tipo: Miglioria
del: 17-01-08
Oggetto: ARCHIVIAZIONE E.D.S. (EXTENDED DOCUMENT SERVER)
Gestire l'archiviazione Extended document service:
- Introdurre parametri di default del server EDS
- Rivedere Classi Documentali introducendo la nuova modalità ed i parametri del server EDS
- Rivedere Indici documenti
NB: in occasione dell'integrazione con il sistema di archiviazione EDS, inibire la possibilità di caricamento dalla gestione "Indici documenti". La
creazione di un nuovo indice, in caso di necessità, avverrà utilizzano il bottone di archiviazione rapida presente sull'application bar che
funzionerà indipendentemente dal fatto che esista una gestione attiva sottostante. Tale implementazione consentirà di vedere attribuiti in modo
corretto anche Tipologia/Classe allegato tenendo conto anche dell'estensione del file.
21-10-08
Pag. : 73
Segn. Num.: 0000004856
Tipo: Miglioria
del: 20-03-08
Oggetto: ARCHIVIAZIONE DA SCANNER O FILE MEDIANTE BOTTONE NELLA APPLICATION BAR
In presenza del modulo Document Manangement permettere l'archiviazione rapida da scanner o da File senza dover aprire preventivamente la
maschera di Ricerca Documenti.
Se infatti l'operatore desidera archiviare un file o catturare un immagine da scanner attualmente occorre preventivamente aprire la maschera di
ricerca documenti archiviati, quindi spostarsi nella scheda elenco Documenti e premere o Archivia o scanner.
I bottono posti nella Application bar trovano utilizzo solo se viene richiamato un record.
Occore quindi che senza richiamare alcun record o maschera, sia possibile mediante la pressione dei bottoni Archiviazione rapida da file o
Archiviazione rapida da scanner acquisire file\immagini previa scelta della classe documentale.
Segn. Num.: 0000004959
Tipo: Miglioria
del: 28-05-08
Oggetto: PROCESSI DOCUMENTALI SU OFFERTE
Prevedere la possibilità di gestire processi documentali sulle Offerte generate dal relativo modulo.
Segn. Num.: 0000004989
Tipo: Miglioria
del: 16-06-08
Oggetto: MIGLIORIE E CONTROLLI SU PROCESSI E CLASSI DOCUMENTALI
Realizzare i seguenti punti:
- attivare "zoom on zoom" sulle varie gestioni del DOCM (in modo tale da rendere utilizzabile anche il tasto DX del mouse)
- rendere obbligatorio il campo codice nelle anagrafiche processi documentali, processi documentali infopublisher, classi documentali
- Non deve essere possibile caricare un processo documentale se non è stato definito nemmeno un report. Inoltre, se si mette una classe
documentale, si attiva il check Archiviazione, si elimina la classe documentale, il check archiviazione rimane attivo
- Se sul processo documentale viene specifica come sede la tipologia "sede di consegna", il programma, in presenza di più sedi di consegna,
prende l'indirizzo email della prima che trova e non quella predefinita.
- Pubblicazione processo infopublisher: se vengono specificati Oggetto e Testo sul processo documentale con query di rottura per agenti, la
prima email inviata risulta corretta, mentre le altre NON tengono conto di Oggetto e Testo del processo.
- Sui processi documentali infopublisher mettere in show i campi "lingua", "Tipo sede", "codice sede" e "Per conto di" perché non utilizzabili con
la pubblicazione dati infopublisher
Segn. Num.: 0000005007
Tipo: Miglioria
del: 20-06-08
Oggetto: AGGIORNAMENTO MASSIVO TIPOLOGIA E CLASSE ALLEGATO
Realizzare la funzione di Aggiornamento massivo tipologia e classe allegato:
- la funzione deve permettere l'aggiornamento delle tipologie e classi allegato delle classi documentali già presenti nel modulo
- la maschera da lanciare deve fornire un elenco delle classi documentali prive di tipologie e classe e per ognuna di esse deve essere possibile
indicare una tipologia e classe
Segn. Num.: 0000005101
Tipo: Miglioria
del: 21-07-08
Oggetto: PREFERENZE DI RICERCA
Rivedere il funzionamento relativo alle preferenze di ricerca in seguito alla Rivisitazione grafico/funzionale della maschera "ricerca documenti
archiviati".
21-10-08
Pag. : 74
Modulo GESTIONE PRODUZIONE
Segn. Num.: 0000006823
Tipo: Anomalia
del: 14-03-07
Argomento: 310.005 ARCHIVI PRODUZIONE
Oggetto: ARCHIVI ORDINI MODULO PRODUZIONE
Richiamato un ODL dall'elenco facendo CTRL+X sul codice e successivamente CTRL+V all'interno della scheda ordine la procedura propone
l'errore: Property W_PROVEN is not found.
Segn. Num.: 0000006839
Tipo: Anomalia
del: 15-03-07
Argomento: 310.000 GESTIONE PRODUZIONE GENERALE
Oggetto: TRASFERIMENTO MAGAZZINO WIP NON NETTIFICABILE
In presenza di magazzino wip non nettificabile, al trasferimento al magazzino wip dei componenti, viene evaso il componente, ne segue che è
impossibile scaricare i componenti in fase di dichiarazione di produzione.
Segn. Num.: 0000006840
Tipo: Anomalia
del: 15-03-07
Argomento: 310.100 DICHIARAZIONI DI PRODUZIONE
Oggetto: PROCEDURA CONVERSIONE TRASFERIMENTO MAGAZZINO WIP NON NETTIFICABILE
Realizzare procedura conversione dell'errore 6644:
In presenza di magazzino wip non nettificabile, al trasferimento al magazzino wip dei componenti, viene evaso il componente, ne segue che è
impossibile scaricare i componenti in fase di dichiarazione di produzione.
Procedura conversione:
- inserire un controllo che verifichi la data di blocco.
================================
Procedura conversione 5.0-E6841.INF :
In presenza di magazzino WIP non rettificabile non venivano effettuati gli scarichi a seguito della dichiarazione di produzione (errore 6644).
La procedura di conversione crea i documenti interni di scarico componenti per tutte le dichiarazioni senza movimenti di scarico.
Vengono elaborate dalla procedura di conversione tutte le dichiarazioni di produzione successive alla data di blocco magazzino presente nei
dati azienda.
Al termine dell'elaborazione viene rilasciata la stampa che evidenzia tutte le dichiarazioni di produzione che sono state aggiornate dalla
procedura di conversione.
Segn. Num.: 0000007367
Tipo: Anomalia
del: 22-06-07
Oggetto: MODALITÀ DI PRELIEVO NESSUNO
la procedura effettua gli scarichi dal magazzino wip nonostante venga impostato per gli articoli la modalità di prelievo nessuno.
Segn. Num.: 0000007568
Tipo: Anomalia
del: 01-08-07
Oggetto: MAGAZZINO DI PRELIEVO MATERIALI CONTO LAVORO
Inserendo un nuovo componente nei materiali di un OCL viene impostato come magazzino di prelievo il magazzino presente nei parametri di
produzione e non il magazzino preferenziale dell'articolo, modificando invece il magazzino nella riga viene variato anche quello di prelievo.
Segn. Num.: 0000008545
Tipo: Anomalia
del: 09-06-08
Argomento: 310.100 DICHIARAZIONI DI PRODUZIONE
Oggetto: MATERIALI COMPONENTI GESTITI A MATRICOLE
In assenza di magazzino wip nel caso in cui vengano effettuate dichiarazioni di produzione per articoli gestiti a matricole con componenti a
matricole non viene visualizzato il tasto "componenti" per la dichiarazione delle matricole.
Il tasto appare nel caso in cui venga cancellato e reinserito il magazzino all'interno della scheda materiali.
Segn. Num.: 0000008642
Tipo: Anomalia
del: 02-07-08
Oggetto: VERIFICA FATTIBILITÀ PIANO
Un ordine di lavorazione viene visualizzato sia come fattibile che come non fattibile se almeno un componente è disponibile per l'intero importo.
La stampa riporta l'ordine e il componente che soddisfa pienamente l'impegno nella stampa fattibili, e lo stesso ordine con gli altri componenti
nei non fattibili.
Segn. Num.: 0000004458
Tipo: Miglioria
del: 14-09-07
Oggetto: MIGLIORARE PRESTAZIONI GENRAZIONE BUONI PRELIEVO
Migliorare le prestazioni della funzione di generazione buoni di prelievo
Segn. Num.: 0000004768
Tipo: Miglioria
del: 29-01-08
Oggetto: CALENDARIO MANUTENZIONE PIANI
Uniformare bidoni temporali alla normativa UNI 7180 del 73.
Il calendario ISO consiste di 52 o 53 settimane piene, in cui una settimana comincia di Lunedì e termina di Domenica. La prima settimana di un
anno ISO è la prima settimana calendariale dell'anno Gregoriano che contiene un Giovedì. Questa viene definita settimana numero 1, e l'anno
ISO in cui si trova quel Giovedì coincide con il suo anno Gregoriano.
Per esempio, l'anno 2004 iniziava con un Giovedì, per cui la prima settimana dell'anno ISO 2004 iniziava di Lunedì 29 Dicembre 2003 e
terminava con Domenica, 4 Gennaio 2004,
21-10-08
Pag. : 75
Segn. Num.: 0000004831
Tipo: Miglioria
del: 03-03-08
Oggetto: ELABORAZIONE FABBISOGNI
Gestire la multiutenza per l'elaborazione fabbisogni
Segn. Num.: 0000004986
Tipo: Miglioria
del: 16-06-08
Argomento: 310.010 GENERAZIONE FABBISOGNI
Oggetto: ODA E OCL ORDINATI E PEGGING DI SECONDO LIVELLO
Prevedere alla realizzazione della miglioria che permetta di matenere il legame nel pegging di ODA OCL ordinati.
Se l'ODA e l'OCL passano in stato ordinato nel pegging di secondo livello non vengono più riportati perchè sostituiti dal documento di ordine a
fornitore.
Segn. Num.: 0000005063
Tipo: Miglioria
del: 07-07-08
Oggetto: VERIFICA FATTIBILITÀ PIANO OCL
Permettere di filtrare la verifica fattibilità piano ODL e OCL introducendo filtri di selezione di stampa
Segn. Num.: 0000005178
Tipo: Miglioria
del: 15-09-08
Oggetto: GENERAZIONE TIME BUCKETS ESTERNA ALLA GENERAZIONE FABBISOGNI
Prevedere la possibilità di effettuare l'aggiornamento dei time buckets esterna alla generazione fabbisogni per il piano ODL/OCL
Segn. Num.: 0000005213
Tipo: Miglioria
del: 30-09-08
Oggetto: TIPOLOGIA ARTICOLI - FANTASMA.
Introdurre in Anagrafica Articoli la tipologia "Fantasma" da gestire nell'elaborazione MRP.
21-10-08
Pag. : 76
Modulo GESTIONE PROGETTI
Segn. Num.: 0000006669
Tipo: Anomalia
del: 23-02-07
Argomento: 170.030 MOVIMENTI DI COMMESSA
Oggetto: MOVIMENTI DI COMMESSA NUMERO DI REGISTRAZIONE
Il numero di registrazione dei movimenti di commessa non viene azzerato a fine anno.
Segn. Num.: 0000006715
Tipo: Anomalia
del: 18-12-06
Argomento: 170.120 - DICHIARAZIONI DI MANODOPERA
Oggetto: INSERIMENTO DICHIARAZIONI DI MDO
Nell'inserimento dichiarazioni MDO, una volta inserita l'attività la procedura và in errore
Segn. Num.: 0000006716
Tipo: Anomalia
del: 18-12-06
Argomento: 170.000 GESTIONE PROGETTI SEGN. GENERAL
Oggetto: GESTIONE STATO ATTIVITÀ
Nella gestione stato attività, se viene cambiato lo stato da una o più attività questo non viene variato. Appare comunque il messaggio che
l'aggiornamento è andato a buon fine.
Segn. Num.: 0000007056
Tipo: Anomalia
del: 30-04-07
Oggetto: COPIA PROGETTO, IMPOSSIBILE RINOMINARE E COPIARE VALUTE
Impossibile rinominare conti sottoconti attività nella copia progetto.
In presenza di preventivi in valuta la copia preventivo fallisce.
Segn. Num.: 0000007062
Tipo: Anomalia
del: 30-04-07
Argomento: 170.080 CONTROLLO DI GESTIONE
Oggetto: STAMPA CONFIGURAZIONE COSTI E MOVIMENTI ANALITICA
Nella stampa configurazione costi non è permesso accedere ai movimenti consuntivi di analitica ( errore alla valorizzazione del bottone)
Segn. Num.: 0000007104
Tipo: Anomalia
del: 10-05-07
Argomento: 170.040 - VISUALIZZA SCHEDE COMMESSA
Oggetto: EVASIONE ORDINE CLIENTI PER VALORE MAGGIORE
La quantità da evadere nella visualizza schede movimenti è sbagliata nel caso in cui venga evasa per un valore maggiore.
Es:
ordine cliente servizio quantità e valore di 2 pezzi per 100
evado 1 pezzo ma per 150 con un ddt
nella stampa viene riportato come ancora da evadere 100 dell'ordine + 150 del ddt
nella visualizzaz schede movimenti viene riportato 50 per l'ordine e 150 per il ddt totale 200 e non 250 come secondo me più corretto
Segn. Num.: 0000007273
Tipo: Anomalia
del: 08-06-07
Argomento: 170.030 MOVIMENTI DI COMMESSA
Oggetto: NOTE DI RIGA
La procedura non ripropone le note di riga precedentemente salvate (se si entra sul dettaglio note di riga di un articolo di riga, si scrive la nota
aggiuntiva e poi si fa F10 per salvare la nota e ancora F10 sul movimento commessa per confermare , le note non vengono salvate).
Segn. Num.: 0000007548
Tipo: Anomalia
del: 30-07-07
Oggetto: MODIFICA MILLESIMI LEGAMI COMMESSA
Entrando in modifica dei legami di commessa aggiungendo una riga non viene accettato dalla procedura l'impostazione dei millesimi se prima
non vengono diminuita della percentuale da inserire gli altri legami.
Se dopo aver inserito i millesimi di avanzamento e risposto OK alla domanda di superamento dei millesimi totali viene portato a zero il campo è
possibile andare in modifica delle altre righe, se invece viene selezionata un'altra riga prima di cancellare i millesimi della nuova riga, viene
riproposto il messaggio di superamento dei millesimi totali e non è più possibile apportare modifiche.
E' permesso imputare millesi in righe vuote, tali millesimi partecipano al calcolo totale per raggiungere 1000 millesimi
Segn. Num.: 0000007562
Tipo: Anomalia
del: 31-07-07
Oggetto: RICAVI CONSUNTIVI NELLA CONFIGURAZIONE COSTI
Svincolare la configurazione costi dall'intestare la commessa al cliente dell'anagrafica commessa per visualizzare i ricavi consuntivi.
Segn. Num.: 0000007655
Tipo: Anomalia
del: 03-09-07
Oggetto: GENERAZIONE ORDINE A FORNITORE CONTO LAVORO E GESTIONE PROGETTI
La generazione ordini a fornitore da conto lavoro non gestisce la gestione progetti ( non viene aumentato l'impegno finanziario)
21-10-08
Pag. : 77
Segn. Num.: 0000007695
Tipo: Anomalia
del: 10-09-07
Oggetto: GENERAZIONE MOVIMENTI DI COMMESSA DA DICHIARAZIONE DI MDO
Nel caso in cui nel servizio utilizzato per una dichiarazione sia presente una U.M. secondaria corrispondente a quella inserita nei parametri di
default in fase di generazione movimento di commessa la procedura va in errore in fase di conversione del prezzo.
Nel caso precedente nella catch del batch GSPC_BRD.BTCDEF, se l'errore avviene in fase di generazione differita da maschera quando la
procedura va in errore viene effettuato un assegnamento alla variabile w_RDAGGIMM che sulla maschera non esiste.
Segn. Num.: 0000007903
Tipo: Anomalia
del: 26-10-07
Oggetto: DICHIARAZIONE DI MDO L'AUTORIZZAZIONI PER GRUPPO UTENTI NON FUNZIONA
Dichiarazione di MDO l'autorizzazioni per gruppo utenti non funziona.
Segn. Num.: 0000007960
Tipo: Anomalia
del: 15-11-07
Oggetto: STAMPA AVANZAMENTO COMMESSA, RIGHE NEGATIVE
Nella stampa dei grafici di avanzamento commessa non vengono prese in considerazione le righe negative di acconto
Segn. Num.: 0000008110
Tipo: Anomalia
del: 10-01-08
Oggetto: RINOMINARE SOLO LA DESCRIZIONE DEI CONTI SOTTOCONTI ATTIVITÀ
Si chiede la possibilità di modificare solo la descrizione del conto sottoconto attività direttamente dalla copia progetto con la funzione rinomina
Segn. Num.: 0000008316
Tipo: Anomalia
del: 13-03-08
Oggetto: COPIA PROGETTO PARZIALE, DATE E % AVANZAMENTO TECNICO.
La copia progetto copia la data di inizio e fine attività uguale a quella di origine non considerando la data di inizio nuovo progetto.
Viene copiata anche la % di avanzamento tecnico del progetto di origine.
L' Eliminazione Progetto non elimina le attività presenti in un dettaglio attività precedenti.
Segn. Num.: 0000008383
Tipo: Anomalia
del: 10-04-08
Oggetto: TEMPIFICAZIONE ATTIVITÀ
Nel caso di modifica dei giorni di durata dell'attività la procedura effettua il ricalcolo partendo dalla data di sistema
Segn. Num.: 0000008390
Tipo: Anomalia
del: 14-04-08
Argomento: 170.070 GESTIONE COMMESSA
Oggetto: PIANIFICAZIONE FABBISOGNI
Lanciando la pianificazione fabbisogni per più attività contemporaneamente la procedura propone l'errore:
> Property W_MSGPRM1 is not found
> Creati %1 documenti interni
Segn. Num.: 0000008569
Tipo: Anomalia
del: 16-06-08
Oggetto: AVANZAMENTO COMMESSA GRAFICO FATTURE DA EMETTERE
Il campo fatture da emettere nella stampa del grafico avanzamenti della gestione progetti riporta due volte il valore dei DDT che evadono
l'ordine cliente, risulta doppio anche il totale avanzamento ricavi.
Togliere il Filtro Cliente relativamente ai grafici ricavi
Nella stampa dell'avanzamento commessa sono riportate per quanto riguarda i ricavi le seguenti voci:
1- Ricavo totale: tutti gli ordini clienti intestati alla commessa idipendentemente dal cliente presente in anagrafica commessa
2- Fatturato: tutte le fatture emesse per la commessa ( meno note credito)
3- fatture da emettere: Viene riportata la parte inevasa degli ordinie dei DDT di vendita intestati alla commessa
4- Avanzamento ricavi: Fatture (meno note credito) + DDT vendita inevasi
Nella sezione dei ricavi si intende:
Ricavi Attuali: tutto il fatturato per la commessa
Ricavi residui: tutte le fatture da emettere (parte inevasa ordine e ddt )
Ricavi Attesi: la somma dei precedenti due punti
Sistemata didascalia grafico Ricavi e costi
Segn. Num.: 0000008655
Tipo: Anomalia
del: 07-07-08
Argomento: 170.110 SERVIZI GESTIONE PROGETTI
Oggetto: RICOSTRUZIONE SALDI ATTIVITÀ
Nel caso in cui, in fase di Ricostruzione saldi attività, non venga specificato il codice commessa ed esistono documenti aperti con valuta di riga
diversa dalla valuta di commessa allora la procedura di ricostruzione non considera tali documenti.
21-10-08
Pag. : 78
Segn. Num.: 0000008705
Tipo: Anomalia
del: 21-07-08
Argomento: 170.040 - VISUALIZZA SCHEDE COMMESSA
Oggetto: NUMERAZIONE DOCUMENTI
Nel caso di documenti con numero documento maggiore o uguale a 10 cifre la procedura propone sulla maschera di visualizza schede
movimenti l'errore: Numeric overflow. Data was lost
Segn. Num.: 0000008858
Tipo: Anomalia
del: 01-10-08
Oggetto: COPIA PROGETTO AMMINISTRATIVO
Dalla tree view della copia progetto richiamando l'anagrafica attività non è possibile inserire le attività precedenti, lo zoom risulta vuoto, cosa
che non avviene se l'anagrafica attività viene richiamata dalla voce di menù.
Entrambe le copie progetto vanno in loop se la commessa di origine presenta un loop nei predecessori (a1 precde a2 che precede a3 che
precede a1)
Non viene permesso di eliminare un progetto se sono presenti dei prdecessori nelle attività
Il messaggio che impedisce di rinominare attività con predecessori riporta %1 al posto del codice attività
Segn. Num.: 0000008876
Tipo: Anomalia
del: 07-10-08
Oggetto: ZOOM DIPENDENTI
1) zoom attività dichiarazione MDO autorizzando per utenti non funziona
2) zoom dipendneti nelle MDO riportano anche altre risorse
3)non viene visualizzato lo zoom conti
Segn. Num.: 0000008883
Tipo: Anomalia
del: 10-10-08
Argomento: 170.090 ARCHIVI COMMESSA
Oggetto: LA GENERAZIONE COMMESSA NON CREA IL CONTO CAPOPROGETTO
La generazione commessa non crea il conto capoprogetto GR4
Segn. Num.: 0000004104
Tipo: Miglioria
del: 15-03-07
Oggetto: FILTRO DATA REGISTRAZIONE SU STAMPA RIEPILOGO COSTI COMMESSA
Modificare il filtro da data a data, stampa riepilogo costi commessa, in funzione della data di registrazione come per la stampa e visualizzazione
schede movimenti
Segn. Num.: 0000004118
Tipo: Miglioria
del: 26-03-07
PIANIFICAZIONE MS PROJECT
Oggetto: CERTIFICAZIONE PROJECT 2003
Certificare la versione 2003 di Project.
Segn. Num.: 0000004342
Tipo: Miglioria
del: 04-07-07
Oggetto: MASCHERE MODALI SU GESTIONE PROGETTI
Rendere le maschere del modulo gestione progetti non modali
Segn. Num.: 0000004359
Tipo: Miglioria
del: 11-07-07
Oggetto: CERTIFICAZIONE PROJECT 2007
Certificare la versione di Project 2007.
Segn. Num.: 0000004690
Tipo: Miglioria
del: 27-12-07
Oggetto: FATTURE DA EMETTERE GRAFICO AVANZAMENTO E RIGHE NEGATIVE
Rendere omogeneo il grafico avanzamento commessa per quanto riguarda il campo fatture da emettere con la stampa e visualizzazione
schede movimenti.
Devono essere prese in considerazione anche le righe negative come avviene per la stampa schede movimenti la visualizza schede movimenti
e la riepilogo costi.
Segn. Num.: 0000004910
Tipo: Miglioria
del: 23-04-08
Oggetto: CASH FLOW DI COMMESSA E FATTURE DI ANTICIPO
Nel calcolo delle scadenze per il cash flow di commessa devono essre considerate anche le scadenze deldelle fatture di anticipo importate
nelle fatture differite.
Ora evadendo le fatture di anticipo nella fattura definitiva, la quota delle fatture di anticipo viene riportata in negativo e il cash flow di commessa
viene influenzato dalla sola differenza e non dalla parte relativa all'acconto in quanto evaso.
21-10-08
Pag. : 79
Segn. Num.: 0000004972
Tipo: Miglioria
del: 06-06-08
Oggetto: ZOOM GESTIONE PROGETTI
Dare la possibilità di aprire l'anagrafica commessa dalla copia progetto.
Riportare nello zoom delle unità di misura da utilizzare nei movimenti di commessa solo le unità di misura dell'articolo o servizio in oggetto.
Segn. Num.: 0000005029
Tipo: Miglioria
del: 30-06-08
Argomento: 170.050 STAMPA SCHEDE COMMESSA
Oggetto: LA STAMPA RIEPILOGO COSTI CON ATTIVO IL FLAG "RICAVI" È LENTA
La stampa riepilogo costi con attivo il flag "ricavi" risulta essere molto lenta.
Migliorare le prestazioni in presenza di ricavi.
Segn. Num.: 0000005033
Tipo: Miglioria
del: 01-07-08
Oggetto: RENDERE NON MODALI LE MASCHERE COPIA PROGETTO E RIC. SALDI
Rendere non modali le maschere copia progetto, opzioni copia progetto e ric. saldi
Segn. Num.: 0000005191
Tipo: Miglioria
del: 23-09-08
Oggetto: PIANIFICAZIONE CON MS-PROJECT
Dare la possibilità di importare ed esportare con MS - Project più commesse contemporaneamente.
21-10-08
Pag. : 80
Modulo IMPORT DATI
Segn. Num.: 0000006756
Tipo: Anomalia
del: 26-01-07
Argomento: 090.010 IMPORT DA ADHOC WINDOWS
Oggetto: IMPORT DISTINTA BASE CON DISTINTA DI RIFERIMENTO
Se abbiamo una distinta base in adhoc windows con una distinta di riferimento ed alcuni componenti varianti l'importazione non viene eseguita
correttamente in quanto non vengono inseriti sulla distinta variante gli articoli successivi ai componenti varianti.
Esempio:
Distinta 415/D:
VITE
POMELLO
CATENACCIO DX
LEVA DX
MOLLA
SCATOLA
Distinta 415/S con riferimento alla distinta 415/D:
CATENACCIO SX (è un componente variante del CATENACCIO DX)
LEVA SX (è un componente variante della LEVA DX)
Eseguendo l'importazione otteniamo queste distinte:
- 415/D completa (uguale a quella presente in ahw)
- 415/S con i seguenti componenti:
VITE
POMELLO
CATENACCIO SX
LEVA SX
Tutti i componenti successivi all'ultima variante ( MOLLA e SCATOLA) non vengono importati.
Segn. Num.: 0000006795
Tipo: Anomalia
del: 07-03-07
Oggetto: IMPORTAZIONE DOCUMENTI CON SCONTI GLOBALI
Importando da AHW dei documenti di vendita che contengono sconti globali (cliente - pagamento), in AHR gli sconti vengono correttamente
riportati sul documento ma non vengono presi in considerazione per il calcolo del valore fiscale e del totale documento.
Per risolvere il problema è quindi necessario modificare il documento e digitare il bottone "calcola"
******************************
Realizzare procedura di conversione per sistemare i documenti già importati.
Segn. Num.: 0000006851
Tipo: Anomalia
del: 20-03-07
Argomento: 090.020 IMPORT DA GESTIONALE 1
Oggetto: PROBLEMA SU IMPORTAZIONE CLIENTI/FORNITORI
Non viene eseguita l'importazione dei clienti/fornitori in quanto nei clienti di gestionale 1 non è più presente il campo "banca". La procedura di
importazione segnala errore "Column banca is not found".
E' necessario sostituire questo campo con i nuovi campi (DESBAN1 e DESBAN2) nella sorgente dati GEST1_BANCHE.
Segn. Num.: 0000006861
Tipo: Anomalia
del: 22-03-07
Argomento: 090.040 IMPORT DA FENICE DOS
Oggetto: TRACCIATI FENICE
La modifica delle impostazione 'Avanzate', all'interno della gestione dei tracciati di importazione, ha introdotto un nuovo campo 'IMROUTIN'. Di
conseguenza, per ovviare ad errori in fase di importazione, il tracciato deve essere riallineato. Inserire il campo nella tabella 'IMPORTAZ.dbf'.
Segn. Num.: 0000006892
Tipo: Anomalia
del: 28-03-07
Argomento: 090.060 IMPORT DA FILE ASCII
Oggetto: IMPORT DA APRI PAGHE
Eseguendo l'importazione da apri paghe con attivo il check Aggiorna saldi, viene emesso un errore di Sql: impossibile inserire chiave duplicata
nell'archivio SALDICON.
Il problema si presenta per tutti i tracciati da file Ascii che hanno indicato nelle avanzate la routine GSIM_BNO di normalizzazione del file.
L'errore visualizzato è comunque tollerato e non causa problemi, in quanto è gestito dall'applicativo.
Non dovrebbe essere tuttavia visualizzato.
Segn. Num.: 0000007025
Tipo: Anomalia
del: 20-04-07
Oggetto: IMPORTAZIONE DOCUMENTI CON SERIE ALFANUMERICA
Importando in AHR documenti che contengono una serie alfanumerica viene creato un progressivo contenente l'alfa di soli due caratteri invece
di 10, quindi nella teballa progressivi (archivi\azienda\progressivi documento) viene visualizzata la serie seguita da un apice (').
Con questa situazione se si crea un documento nuovo in AHR con la stessa serie viene generato un nuovo progressivo.
21-10-08
Pag. : 81
Segn. Num.: 0000007206
Tipo: Anomalia
del: 28-05-07
Argomento: 090.000 IMPORT DATI SEGNALAZ. GENERALI
Oggetto: RIPARTIZIONE SPESE SU IMPORT DOCUMENTI
E' necessario gestire la ripartizione delle spese accessorie in fase di importazione dati .
Attualmente anche se la sulla causale documento viene attivato il check "Ripartisce Spese" la procedura non ripartisce gli importi indicati nel
campo delle spese su documenti importati.
Segn. Num.: 0000007944
Tipo: Anomalia
del: 09-11-07
Oggetto: IMPORTAZIONE CONTRATTI DA AHW
Nel caso in cui in AHW siano presenti contratti intestati ad un soggetto che contengono piu' righe dello stesso articolo con prezzi \quantità
diverse eseguendo l'import viene visualizzato il messaggio "chiave già utilizzata" e non è possibile importare tali contratti.
Segn. Num.: 0000008232
Tipo: Anomalia
del: 14-02-08
Argomento: 090.030 IMPORT DA ESATTO
Oggetto: IMPORT DA ESATTO
Importando i file dbf da esatto l'importazione non va a buon fine in quanto viene segnalato "errore nella scrittura".
La modifica delle impostazione 'Avanzate', all'interno della gestione dei tracciati di importazione, ha introdotto un nuovo campo 'IMROUTIN'. Di
conseguenza, per ovviare ad errori in fase di importazione, il tracciato deve essere riallineato. Inserire il campo nella tabella 'IMPORTAZ.dbf'.
Segn. Num.: 0000008255
Tipo: Anomalia
del: 22-02-08
Oggetto: VALORIZZAZIONE CAMPO MVFLSCOM (CALCOLO SCONTI SU OMAGGI)
Eseguendo l'importazione dei documenti da AHW il campo MVFLSCOM (Calcolo sconti su omaggi) viene valorizzato erroneamente a ' ' ,
dovrebbe essere valorizzato a N in quanto inserendo un documento direttamente in ahr, se nei dati azienda il campo "Calcolo sconti su
omaggi" è disattivato, il campo MVFLSCOM viene valorizzato a N.
In fase di generazione fatture differite il campo MCFLSCOM rappresenta un punto di rottura quindi se sono presenti piu' documenti che hanno
valorizzato questo campo in modo differente (es. documento importato che ha valorizzato il campo a ' ' e documento inserito in ahr che ha
valorizzato il campo a N) vengono generate piu' fatture differite.
Segn. Num.: 0000008279
Tipo: Anomalia
del: 03-03-08
Oggetto: IMPORT MOVIMENTI DI ANALITICA DA APRI PAGHE
Eseguendo l'importazione da APRI PAGHE la procedura genera il movimento di analitica anche per i conti patrimoniali (che hanno valorizzato
la combo aggiornamento "Escluso") , la procedura dovrebbe generare l'analitica solo sui conti che in anagrafica hanno valorizzato nella
scheda analitica la combo"aggiornamento" a "manuale" oppure "Automatico", quindi solo i conti economici.
Segn. Num.: 0000008516
Tipo: Anomalia
del: 29-05-08
Oggetto: BLOCCO PROCEDURA DOPO IMPORTAZIONE DATI
Viene lanciata un importazione dati da un'altra procedura, l'operazione di import va a buon fine quindi viene visualizzato il messaggio di import
avvenuto con successo.
A questo punto non è più possibile uscire dalla procedura (oppure accedere ad altre maschere della procedura) e viene visualizzato il
messaggio "Gestione import Magazzino e documenti aperta. Chiudere prima tutte le gestioni".
Si può uscire solo utilizzando la combinazione dei tasti CTRL+ALT+CANC.
Segn. Num.: 0000008791
Tipo: Anomalia
del: 29-08-08
Oggetto: TRACCIATI IMPORTAZIONE CESPITI
Nei tracciati di importazione di adhoc Windows relativi all'anagrafica cespiti (AHW30_CESPITI), sulla riga 100 è indicato erroneamente il
campo CEESINAM (Esercizio primo ammortamento) invece di CEESEACQ (Esercizio primo utilizzo).
Segn. Num.: 0000004339
Tipo: Miglioria
del: 02-07-07
Oggetto: GESTIONE MESSAGGISTICA
Nel caso in cui ia registrazione è scartata per motivi legati all'integrità sul database la procedura avvisa sulla natura dell'errore riportando
all'utente l'archivio collegato per il quale è stata violata l'integrità. Ad esempio se importo un documento con un intestatario inesistente la
procedura mi segnalare che è stata violata l'integrità con l'archivio CONTI per i campi tipo e codice conto.
Sarebbe opportuno anche segnalare per quali valori la cosa succede ad esempio
MVTIPCON=C
MVCODCON=ROSSI
dove il cliente ROSSI non è presente sul database
Segn. Num.: 0000004825
Tipo: Miglioria
del: 27-02-08
Argomento: 090.001 CONFIGURAZ. TRACCIATI IMPORTAZ.
Oggetto: GESTIONE CAMPI DI TIPO DATETIME
Prevedere la possibilità di gestire, all'interno dei tracciati di importazione, campi di destinazione di tipo DateTime; nella procedura saranno
gestiti e trasformati automaticamente in DateTime solo i valori di origine che hanno tipo Date o DateTime; i valori di origine di tipo stringa
potranno valorizzare campi di tipo Datetime solo attraverso l'utilizzo di variabili di appoggio.
21-10-08
Pag. : 82
Segn. Num.: 0000004914
Tipo: Miglioria
del: 02-05-08
Oggetto: IMPORTAZIONE DATI DA FILE ASCII\ODBC
Prevedere la scrittura dei seguenti campi:
Anagrafica articoli
- artipco1 (tipo collo)
- artipco2 (tipo collo per seconda unità di misura)
Segn. Num.: 0000004978
Tipo: Miglioria
del: 10-06-08
Oggetto: IMPORTAZIONE CAMPO IVCONTRO
Prevedere l'importazione del campo IVCONTRO (campo contro contropartita presente nella primanota iva) utile per l'esportazioni delle
registrazioni contabili allo studio.
Questo campo non è gestito nemmeno nel batch GSIM_BPN.
Segn. Num.: 0000005099
Tipo: Miglioria
del: 21-07-08
Oggetto: IMPORTAZIONE CESPITI DA AHW REL. 6.0
Prevedere l'importazione dei Saldi cespiti da adhoc Windows release 6.0 sulla quale è stato gestito sia l'ammortamento civile sia fiscale con
conseguente duplicazione dei vari campi relativi agli Incrementi di valore, rivalutazioni, svalutazioni, accantonamenti, utilizzazioni ecc.
Creare un nuovo tracciato per AHW60.
21-10-08
Pag. : 83
Modulo INFOLINK
Segn. Num.: 0000006758
Tipo: Anomalia
del: 17-01-07
Argomento: 100.020 ESPORTAZIONE DATI INFOLINK
Oggetto: LENTEZZA IN ESPORTAZIONE DATI INFOLINK
Si verifica una eccessiva lentezza della procedura di Esportazione Dati (modulo Infolink) esportando il gruppo di regole COAN_INSER .
Segn. Num.: 0000006759
Tipo: Anomalia
del: 07-02-07
Argomento: 100.000 INFOLINK SEGNALAZIONI GENERALI
Oggetto: ERRORE NELL'ESPORTAZIONE DELLA REGOLA INSER_COAN
Nell'esportazione della regola INSER_COAN si verifica un errore nell'estrazione della contropartita di vendita
ES:
Nel caso in cui abbia in contropartite Ven./Acq.:
Categoria Articolo = SW
Categoria contabile = ITA
Conto ricavi = VEN SW ITA
e
Categoria Articolo = SW
Categoria contabile = EST
Conto ricavi = VEN SW EST
e un documento di vendita con intestatario ANALOGICA con categoria contabile EST
La regola INSER_COAN deve estarre, per quel documento, PNCODCON = VEN SW EST e non VEN SW ITA
La solita cosa deve valere per le ricevute fiscali, le quali non hanno un intestatario ma la loro categoria contabile è definita in Parametri ricevute
fiscali o in R.F. per causale documento.
Segn. Num.: 0000007245
Tipo: Anomalia
del: 04-06-07
Oggetto: LENTEZZA NELL'ESPORTAZIONE DATI DELLA REGOLA INSER_COAN
Si riscontra una eccessiva lentezza nell' esportazione dati della regola INSER_COAN .
esempio
Se si estrae i dati dal 16/03/07 al 31/03/07 la procedura si blocca nell'esportazione dei dati
Segn. Num.: 0000007486
Tipo: Anomalia
del: 16-07-07
Oggetto: ESPORTAZIONE FORNITORI CON ALLEGATI (GEST-FILE)
In presenza di Fornitori con più documenti allegati tramite la libreria gest-file, nella tabella infolink FORNITORI_DW compare 1 record per ogni
allegato e questo provoca un errore nella visualizzazione dati di infovision.
E' necesario riportare solo l'allegato di tipo "principale" come avviene per i clienti..
--------------------------------------------------------------------------------------------------------------------------Occorre modifcare l'espressione di join tra la tabella CONTI e la tabella GESTIFILE della query INSER_FORNITORI.VQR ; l'espressione
attuale riporta CONTI.ANTIPCON=GESTFILE.GFTIPCON and CONTI.ANCODICE=GESTFILE.GFCODCON. La nuova espressione dovrà
essere (analogamente a quanto previsto dalla query INSER_CLIENTI)
CONTI.ANTIPCON=GESTFILE.GFTIPCON and CONTI.ANCODICE=GESTFILE.GFCODCON AND GESTFILE.GFFLPRIN='S'
Segn. Num.: 0000007542
Tipo: Anomalia
del: 27-07-07
Oggetto: ESPORTAZIONE CON GRUPPO COAN_INSER
A partire dalla patch numero 173 di Ahr 5.0, esportando i dati con Infolink utilizzando il gruppo di regole COAN_INSER Inserimento Dati Mov.
di Analitica appare il messaggio (in alto a destra) "La join n.1 non può essere utilizzata perchè ridondante". Subito dopo appare il messaggio
"Eseguo query...".
a questo punto la fase di esportazione si blocca; è necessario premere un tasto affinchè appaia nel log di Infolink il messaggio che
l'esportazione è avvenuta con successo.
Segn. Num.: 0000007553
Tipo: Anomalia
del: 30-07-07
Argomento: 100.000 INFOLINK SEGNALAZIONI GENERALI
Oggetto: MART DELLA COMMESSA SU INFOVISON UTILIZZANDO LA DIMENSIONE ATTIVITÀ
Interrogando i mart della commessa su infovison utilizzando la dimensione della attività i ricavi vengono visualizzati a zero.
Segn. Num.: 0000008058
Tipo: Anomalia
del: 11-12-07
Oggetto: ERRATA POPOLAZIONE TABELLA MAGAZZINI_DW
Si presenta una anomalia nella popolazione della tabella MAGAZZINI_DW mediante la regola LOG_INSER_DATI.
Se infatti il magazzino X è di raggruppamento per altri N magazzini, allora nella tabella MAGAZZINI_DW appaiono N righe per il magazzino X.
21-10-08
Pag. : 84
Modulo INFOREADER
Segn. Num.: 0000008508
Tipo: Anomalia
del: 28-05-08
Argomento: 110.000 INFOREADER/INFOPUBLISHER
Oggetto: CARICA FILE TXT
Il file txt per il caricamento delle query di infopublisher risulta privo delle informazioni da inserire nel bottone parametri necessarie alle query
filtrate.
Segn. Num.: 0000008579
Tipo: Anomalia
del: 16-06-08
Oggetto: ESPORTAZIONE REPORT IN EXCEL
Si pubblica una query di inforeader e dopo aver visualizzato i dati esportati si utilizza l'apposito bottone per l'export su MSExcel di inforeader
assegnando un nome al file esportato e salvandolo sul desktop uscendo dalla procedura appare l'errore di programma: 'gsut_blb does not
exist'
Segn. Num.: 0000008584
Tipo: Anomalia
del: 16-06-08
INST. COMPONENTI
Oggetto: CONTROLLO OCX
il controllo sugli ocx verifica ancora che siano installati quelli della versione 2.4 e non 2.5
Segn. Num.: 0000004135
Tipo: Miglioria
del: 30-03-07
Oggetto: CERTIFICAZIONE OCX INFOREADER
Certificare ocx versione infobusiness 2.5.4.0
21-10-08
Pag. : 85
Modulo INTRA UE
Segn. Num.: 0000006683
Tipo: Anomalia
del: 26-02-07
Argomento: 200.020 ELENCHI INTRA SU FILE
Oggetto: FATTURA E NOTA CREDITO DI PARI IMPORTO
Nel caso in cui nello stesso periodo di presentazione degli elenchi intra siano presenti una fattura ed una nota di credito di pari importo, nel file
e nel brogliaccio intra non va indicato nulla in quanto Intraweb non consente di presentare righe a zero.
Segn. Num.: 0000006982
Tipo: Anomalia
del: 13-04-07
Argomento: 200.010 GESTIONE ELENCHI INTRA
Oggetto: GENERAZIONE ELENCHI INTRA
La generazione elenchi intra risulta molto lenta in quanto la query gsve3qci.vqr che crea una tabella temporanea include tutti i documenti senza
fare alcun filtro.
Segn. Num.: 0000007006
Tipo: Anomalia
del: 18-04-07
Oggetto: ELENCHI INTRA SU FILE
Dopo l'installazione della Fast patch numero 90 se sul movimento intra non è presente il valore statistico in fase di generazione elenchi intra
non viene stampato il brogliaccio intra ed il frontespizio.
Inoltre il file non viene generato correttamente, in quanto nella posizione 59 non viene indicato il numero di righe dettaglio (il campo è
valorizzato erroneamente a zero).
Se nei "Dati azienda" la combo "obbligatorietà" è valorizzata con l'opzione "nessuna" nel caso di periodicità mensile il file intra dovrebbe essere
generato anche in mancanza del valore statistico.
Segn. Num.: 0000007008
Tipo: Anomalia
del: 19-04-07
Argomento: 200.000 INTRA SEGNALAZIONI GENERALI
Oggetto: MESSAGGIO D'ERRORE IN GENERAZIONE ELENCHI INTRA
In fase di generazione elenchi intra viene lanciato erroneamente il messaggio 'eseguire prima la contabilizzazione di N documenti'.
Per simulare realizzare un fattura da ciclo acquisti intestata a fornitore intra e associata a causale contabile di tipo 'fattura UE', di 2 righe:
1) un servizio a quantità e valore ove inseriamo il check' NO INTRA' a livello di riga
2) un servizio descrittivo
Dopo aver contabilizzato il documento si lancia la generazione elenchi per gli acquisti e viene lanciato il messaggio d' errore.
Segn. Num.: 0000007152
Tipo: Anomalia
del: 18-05-07
Oggetto: GENERAZIONE ELENCHI INTRA
Dopo l'installazione della patch 86 della rel.5.0 si verifca il seguente errore :
in presenza di piu' documenti conteneneti delle spese eseguendo la generazione elenchi intra gli importi indicati sulla manutenzione elenchi
intra non risultano corretti.
Esempio
Inserite le seguenti fatture di vendita intra.
-Fattura di vendita intestata a cliente INTRA1
Articolo 1 -1000€ -nomenclatura 37021000
Articolo 2 -1000€ -nomencaltura 01011010
Spese di Imballo 10€
-Fattura di vendita intestata a cliente INTRA2
Spese di Imballo 10€
Dopo aver contabilizzato i due documenti di vendita eseguendo la generazione elenchi intra i movimenti vengono generati nel seguente modo:
Cliente INTRA2
-Importo in valuta nazionale 1002.50
Cliente INTRA1
Segn. Num.: 0000007369
Tipo: Anomalia
del: 22-06-07
Oggetto: ELENCHI INTRA SU FILE
Eseguendo la generazione disco intra nel file generato non vengono riportate le rettifiche di cessioni che NON hanno valorizzato il valore
statistico , anche se nei dati azienda la combo "Obbligatorietà" è valorizzata a "Nessuna".
21-10-08
Pag. : 86
Segn. Num.: 0000007410
Tipo: Anomalia
del: 02-07-07
Oggetto: MANUTENZIONE ELENCHI INTRA
Nel caso in cui in manutenzione elenchi intra siano presenti diverse righe se viene modificata la combo "consegna" sulla prima riga scatta un
automatismo che chiede se si vogliono cambiare le altre righe, se si risponde SI al messaggio le righe vengono aggiornate in modo non
corretto.
Es.
In manutenzione elenchi intra sono presenti due righe di dettaglio sulla prima riga si modifica la consegna selezionando per esempio l'opzione
"Costo e nolo" , viene visualizzato il messaggio "Si vuole aggiornare la modalità di consegna sulle altre righe del movimento?" rispondendo di
"Si" al messaggio , sulla seconda riga viene erroneamente valorizzata la combo "Consegna" con l'opzione "Franco Vettore".
Segn. Num.: 0000007855
Tipo: Anomalia
del: 17-10-07
Oggetto: FATTURA CON RIGHE INTRA E NO INTRA.
Se si registra una fattura di acquisto intra inserendo due righe articolo di cui la prima no intra e la seconda intra, la procedura, in fase di
generazione elenchi, segnala il seguente messaggio:' operazione completata numero 1 documenti generati, stampo situazione messaggi di
errore'?
Nella stampa segnalazioni la procedura riporta condizioni di consegna e modalità di trasporto mancanti ed in manutenzione elenchi il
movimento viene generato senza modalità di trasporto e condizioni di consegna anche se queste erano state indicate sul documento ed anche
se nei dati azienda, cartella dati intra era stato indicato come obbligatorietà 'acquisti+cessioni'.
Se si toglie il flag 'no intra' dalla prima riga l'errore non si verifica.
Segn. Num.: 0000008263
Tipo: Anomalia
del: 25-02-08
Oggetto: FILE INTRA
La procedura genera un file intra errato nel seguente caso :
- Nel mese di febbraio è stata registrata una rettifica di cessione ed è
stato generato il disco intra.
La dogana segnala che la partita iva del cliente intestatario della rettifica non è corretta quindi deve essere generato nuovamente il file intra
rettificando il movimento relativo al cliente con partita iva errata quindi:
A- Inserimento di una rettifica di cessione nel periodo successivo (03) per
stornare l'importo sul cliente con la partita iva errata (rettifica di
cessione con segno positivo).
B- Nello stesso periodo inserimento di una nuova rettifica di cessione
intestata al cliente con partita iva corretta (rettifica di cessione con segno negativo).
A questo punto il file intra generato non risulta corretto in quanto non è presente la riga relativa al frontespizio (il file contiene solo i due
movimenti descritti al punto A e B) .
Segn. Num.: 0000008275
Tipo: Anomalia
del: 03-03-08
Oggetto: GENERAZIONE ELENCHI INTRA ACQUISTI
La procedura sbaglia il calcolo del valore statistico quando nel documento sono presenti spese da ripartire e sconti di riga e globali.
Ad esempio:
Articolo AHRB 1000
Sconto di riga -10 %
Sconto di piede -10 %
Spese bolli 51,65 €
Generando l'elenco intra si nota come l'importo in valuta nazionale sia di 861,65 €, mentre l'importo statistico sia errato e pari a 957,39 €.
Segn. Num.: 0000008296
Tipo: Anomalia
del: 06-03-08
Oggetto: PAESE DI ORIGINE SUI DOCUMENTI
In fase di importazione di un ddt di acquisto in una fattura intra viene riletto il codice del paese di origine dall'anagrafica del fornitore ignorando
così eventuali modifiche effettuate sul ddt.
Es.
- Fornitore XXX con nazione Germania (DE) e check intra
- si carica un ddt di acquisto con il fornitore XXX per l'articolo AHRB nei dati di riga si modifica il paese di orgine proposto con un'altra nazione
ad esempio Gran Bretagna (GB) e si conferma
- si carica la fattura intra e si importa il ddt precedente, controllando i dati di riga si trova come paese di orgine DE mentre dovrebbe essere GB
ovvero quello specificato nel ddt.
La procedura dovrebbe mantenere i dati di riga, in questo caso il paese di origine, del documento importato.
Il paese di origine è il paese da dove proviene la merce e non quella del fornitore che può essere di un'altra nazione, quindi il paese di origine
può essere modificato manualmente e deve essere mantenuto nella catena documentale.
21-10-08
Pag. : 87
Segn. Num.: 0000008312
Tipo: Anomalia
del: 12-03-08
Oggetto: IMPORTO IN VALUTA ORIGINARIA
Generando un movimento intra di acquisto intestato ad un fornitore che ha valuta diversa dalla valuta di conto (es. sterline) la procedura
dovrebbe valorizzare l'importo in valuta originaria (sterline) prendendo in considerazione eventuali spese indicate sul documento.
Attualmente le spese vengono prese in considerazione solo per la valorizzazione dell'importo in valuta nazionale.
Ad esempio.
Viene inserita una fattura acquisto intestata ad un fornitore intra che ha valuta sterline, sul documento sono presenti delle spese di trasporto.
-Netto riga: 1000 Sterline
-Spese di trasporto: 100 Sterline
-Cambio_ 1,5
-Valore fiscale: 733.33 € (1100\1.5)
Viene generato il movimento intra la procedura correttamente indica nel campo "Importo in valuta nazionale (euro) l'importo comprensivo delle
spese di trasporto quindi 733,33, mentre nel campo importo in valuta originaria (sterline) tali spese non vengono considerate.
Segn. Num.: 0000008329
Tipo: Anomalia
del: 20-03-08
Oggetto: VALORIZZAZIONE DATI STATISTICI
E' necessario ripristinare il comportamento della procedura antecedente al rilascio della fast patch numero 314, quindi in fase di generazione
elenchi intra NON devono essere compilati i dati statistici (Valore statistico, Condizioni di consegna e Modalità di trasporto) se nei dati azienda,
scheda dati intra, la combo "Obbligatorietà" è valorizzata a"Nessuna".
Attualmente se tali dati sono presenti sul documento vengono indicati in manutenzione intra e di conseguenza nel disco intra e nel brogliaccio.
Segn. Num.: 0000005143
Tipo: Miglioria
del: 06-08-08
Oggetto: MODIFICA LABEL PER TRADUZIONI
Modificare la label 'Acquisti' riferiti ad acquisti INTRA in Acquisti UE
21-10-08
Pag. : 88
Modulo LOCALIZZAZIONE ROMANIA
Segn. Num.: 0000007747
Tipo: Anomalia
del: 18-09-07
Argomento: 400.000 LOCALIZZAZIONE ROMANIA
Oggetto: ZOOM VALUTE PER ESERCIZIO.
Occorre allineare lo zoom del campo valuta dell'esercizio a quanto fatto per permettere di selezionare una valuta non eur o lira.
Segn. Num.: 0000007748
Tipo: Anomalia
del: 18-09-07
Argomento: 400.000 LOCALIZZAZIONE ROMANIA
Oggetto: CONTROLLO CODICE FISCALE
Sulle anagrafiche clienti/fornitori e nei dati azienda eliminare il controllo sulla correttezza formale del codice fiscale se il codice iso della nazione
di appartenenza è diverso da IT o da BLANK.
21-10-08
Pag. : 89
Modulo LOGISTICA REMOTA
Segn. Num.: 0000006700
Tipo: Anomalia
del: 01-03-07
Argomento: 120.000 LOGISTICA REMOTA
Oggetto: AGGIORNAMENTO SALDI A SEGUITO DI SINCRONIZZAZIONE DOCUMENTI DI TRASF.
Si presenta una anomalia nei saldi articoli a seguito di sincronizzazione documento interno di trasferimento.
se infatti si sincronizza un documento di trasferimento che scarica il primo magazzino e carica il secondo, i saldi sono correttamente aggiornati
per il primo magazzino ( che scarica) mentre non vengono aggiornati per il secondo.
Occorer eseguire una ricostruzione saldi per vedere i saldi aggiornati anche nel secondo magazzino.
Segn. Num.: 0000006702
Tipo: Anomalia
del: 02-03-07
Argomento: 120.040 IMPORT/EXPORT DA SEDE
Oggetto: EXPORT VS SEDE
Gli zoom della gestione (archivi multiaziendali e aziendali) estraggono i dati dalla tabella di sistema CPTTBLS. Visto che questa tabella
potrebbe non rappresentare lo stato reale delle tabelle da esportare, è necessario cambiare parametro di riferimento. L'ideale sarebbe leggere
le informazioni da XDC.
L'etichetta della combo box nel tab "archivi multi aziendali" è da correggere: da "Seelzione archivi multi aziendali" a ""Selezione archivi multi
aziendali"
Segn. Num.: 0000006704
Tipo: Anomalia
del: 02-03-07
Argomento: 120.010 ARCHIVI LOGISTICA REMOTA
Oggetto: TREEVIEW PACCHETTO DATI
Se viene aperto un DBF contenuto all'interno del pacchetto dati tramite l'opzione dettagli del menù contestuale (tasto DX) il programma non
consente di salvare eventuali modifiche (non propone più la domanda per la conferma delle modifiche apportare sul cursore).
Segn. Num.: 0000006720
Tipo: Anomalia
del: 14-12-06
Oggetto: PUBBLICAZIONE DB2/ORACLE
1) La pubblicazione dei pacchetti non va a buon fine se il gestore del database è DB2/Oracle
Considerando. ad esempio, DB2 la procedura evidenzia nel file di log un messaggio del tipo:
Elaborazione iniziata alle 10:20:22
Analisi differenze su TSM
Pubblicazione archivio
errore: Impossibile aggiornare archivio COR_RISP
Errore [IBM][CLI Driver][DB2/LINUX] SQL0104N An unexpected token "'ciwhffnatv'" was found following "R_RISP set CPCCCHK =". Expected
tokens may include: "(". SQLSTATE=42601
, frase:
Update DEMOCOR_RISP set CPCCCHK = 'ciwhffnatv' From DEMOCOR_RISP COR_RISP inner join cptmp_eiacgyvnzu on
COR_RISP.MDSERIAL = cptmp_eiacgyvnzu.MDSERIAL
##################################################
Attenzione: la creazione del pacchetto dati è fallita per gli errori sopra indicati
##################################################
Cancellazione temporanei di appoggio
Elaborazione terminata alle 10:20:23
Segn. Num.: 0000006922
Tipo: Anomalia
del: 30-03-07
Oggetto: ROUTINE CONTROLLI DOCUMENTI IN FASE DI SINCRONIZZAZIONE
Scenario:
Sede Centrale e Sede Remota allineate tramite back up e restore.
La sede centrale passa alla sede remota le fatture caricate dal momento della sincronizzazione. Le fattiure al momento della sincronizzazione
non sono contabilizzate.
La sede centrale contabilizza le fatture e pubblica tali fatture contabilizzate (la modifica sulle fatture è che sono contabilizzate)
La sede remota, in fase di sincronizzazione (sebbene non abbia modificato nulla) riceve il messaggio, per la prima fattura si riceve il messaggio
impossibile modificare.
La procedura, verfiica erroneamente, in fase di sincronizzazione che la fattura è contabilizzata e quindi immodificabile, in realtà questo
controllo, corretto in se per se, va svolto al momento della cancellazione virtuale del documento che precede il caricamento del dato nel
pacchetto. Se la cancellazione virtuale non falllisce il dato sul pacchetto va rececpito sebbbene sia contabilizzato, perchè si presuppone che
tale operazione sia stata svolta dalla sede centrale. inoltre tali dati potrebbero essere riempiti in modo forzoso, con filtro veticale, proprio per
evitare una errata modifica da parte del negozio, sebbene la fattura non è ancora, per l'intera azienda, contabilizzata.
- NB: I messaggi di avviso/bloccanti forniti dal batch di controllo GSAR_BAD e che portano ad un fallimento della sincronizzazione non sono
coerenti rispetto ai controlli realmente effettuati
21-10-08
Pag. : 90
- In fase di sincronizzazione il programma richiede l'apertura di un file DBF per la memorizzazione dei record rifiutati
Segn. Num.: 0000006923
Tipo: Anomalia
del: 30-03-07
Oggetto: CREAZIONE AZIENDA
Nella creazione azienda la procedura dovrebbe copiare solo le entità di tipo EDI.
Allo stato attuale la procedura copia anche le entità relative alla logistica remota.
Segn. Num.: 0000006924
Tipo: Anomalia
del: 30-03-07
Oggetto: FILTRI SU ENTITÀ
I filtri eventualmente impostati sulla tabella principale delle entità (ad es: DOC_MAST) non vengono applicati alle tabelle collegate (ad es:
DOC_DETT, DOC_RATE). Questo fa si che nel pacchetto siano presenti righe documento e righe rate di tutti i documenti: dovrebbero esserci
solo quelle dei documenti filtrati.
Segn. Num.: 0000007091
Tipo: Anomalia
del: 08-05-07
Argomento: 120.020 PUBBLICAZIONE/SINCRONIZZAZIONE
Oggetto: ERRORE IN FASE DI GESTIONE MESSAGGISTICA NELLA SINCRONIZZAZIONE
Si presenta una anomalia in fase di sincronizzazione.
Si abbiano 2 sedi che pubblicano e sincronizzano esclusivamente la entità DOCUM_LORE; la sede secondaria BB carica una ddtve e procede
con la pubblicazione.
La sede principale AA provvede alla sincronizzazione; emette quindi fattura differita per il ddtve sincronizzato.
La sede AA provvede quindi a pubblicare; all'interno del file sono compresi sia il documento di trasporto sia la fattura differita.
In fase di sincronizzazione sulla sede secondaria BB si apre una maschera per la ricerca di un file dbf. seleziando Annulla la procedura va
avanti.
Segn. Num.: 0000007193
Tipo: Anomalia
del: 25-05-07
Oggetto: SOVRASCRITTURA ISTANZE PER SINCRONIZZAZIONE DA SEDE NON VALIDATRICE
La sincronizzazione della sede non validatrice di istanze validate e nel frattempo modificate dal creatore originario dell'istanza dovrebbe
emettere un messaggio nel log dell'elaborazione che avverte della perdita delle modifiche fatte localmente e generare un pacchetto per i record
sovrascritti (recuperabile dall'archivio LOG).
Esempio:
1. La Sede BB carica un articolo e lo invia alla Sede AA (validatrice)
2. La Sede AA riceve l'articolo e ripubblica il pacchetto (per la validazione dell'istanza articolo)
3. La Sede BB, prima di ricevere il pacchetto, modifica la descrizione dell'articolo
4. La Sede BB lancia la sincronizzazione ed accetta il pacchetto perdendo la modifica della descrizione dell'articolo
5. Il log non visualizza alcun messaggio in merito a tale modifica e non genera il pacchetto per sovrascrittura pacchetti.
NB: l'errore si presenta solo in questo caso, non quando esistono già i mirror con versione e ancestor su entrambe le sedi.
Segn. Num.: 0000007603
Tipo: Anomalia
del: 22-08-07
Oggetto: SINCRONIZZAZIONE VENDITE POS
Si presenta una anomalia nella sincronizzazione delle vendite pos se queste non devono aggiornare i saldi di magazzino.
Nel caso in cui, infatti, si proceda a sincronizzare Vendite POS contenti tutte servizi a valore o quantità e valore la procedura in fase di
sincronizzazione restituisce il messaggio
" La registrazione identificata dai valori riportati sotto
Campo MDSERIAL valore 'BB00000001'
ha generato l'avviso
Impossibile aggiornare saldi articoli
Al termine della sincronizzazione è indispensabile eseguire una ricostruzione saldi"
In realtà il record della vendita negozio viene poi inserito nelle vendite pos delle sede sincronizzatrice.
Dal momento che i servizi non hanno saldo occorre non far apparire il messaggio nel log della sincronizzazione.
Lo stesso problema si verifica se si sincronizzano movimenti di magazzino contenti servizi.
21-10-08
Pag. : 91
Segn. Num.: 0000008079
Tipo: Anomalia
del: 18-12-07
Oggetto: SINCRONIZAZIONE SERVIZI A VALORE/QUANTITÀ E VALORE
Si presenta una anomalia nella sinronizzazione di vendite pos contenti servizi a valore o quantità e valore.
In tal caso infatti la procedura segnala in fase di sincronizzazione
"Impossibile aggiornare saldi articoli . Al termine della sincronizzazione è indispensabile eseguire una ricostruzione saldi".
La sinronizzazione comunque va a buon fine.
Segn. Num.: 0000008381
Tipo: Anomalia
del: 09-04-08
Oggetto: PUBBLICAZIONE DB2
La pubblicazione se il gestore del database è db2 non va a buon fine.
Elaborazione iniziata alle .....
Avvio back up in corso
Program error
Function argument value, type, or count is invalid
Premedo ignore nel file di log viene riportato:
Elaborazione iniziata alle 17:47:36
Avvio back up del database
Back up del database ha generato l'errore: Directory non presente localmente
Vuoi comunque proseguire? Yes
Confermi operazione? Yes
Per effettuare il Backup del database DB2 tutti gli altri utenti devono essere scollegati
Tutti gli utenti sono scollegati? Yes
Segn. Num.: 0000008396
Tipo: Anomalia
del: 16-04-08
Oggetto: ROUTINE DI PRE E POST SINCRONIZZAZIONE VENDITE NEGOZIO
Si presenta una anomalia nella aggiornamento dei saldi (effettuato dalle routine di pre e post sincronizzazione) se vengono sincronizzati sia le
vendite negozio che i corrispettivi generati.
Si abbiano le seguenti 2 entità
1- VENDITAPOS (come da archivi demo)
2 - CORRISPETTIVI (tabella principale DOC_MAST con filtro DOC_MAST.MVCLADOC='RF' And DOC_MAST.MVFLVEAC='V'); routine di pre
e post sincronizzazione FLR_DOCUM.
Nel negozio si procede a caricare una vendita negozio per ART1 quantità 100; si genera il relativo corrispettivo. Si procede a pubblicare
utilizzando le 2 entità sopra riportate.
La Sede centrale procede a sincronizzare utilizzando chiaramente le stesse entità; entrambe le movimentazioni vengono recepite
correttamente ma il saldo dell'articolo ART1 è diminuito di 200 ovvero il doppio di quanto previsto sulla vendita. Accade infatti che sia le routine
di pre e post sincronizzazione dell'entità VENDITAPOS che dell'enità CORRISPETTIVI hanno proceduto entrambe ad aggiornare il saldo.
La procedura di pre e post sincronizzazione FLR_POSVD deve far partecipare la vendita negozio al saldo solo se non esiste un documento a
valle di questa (come già accade nella ricostruzione saldi)
Segn. Num.: 0000008421
Tipo: Anomalia
del: 23-04-08
Oggetto: MESSAGIO DI AVVISO RECORS SOVRASCRITTO
Nel caso in cui si abbiamo due sedi:
-SEDE (validatrice )
-NEG01
SEDE crea un nuovo record e lo pubblica, NEG01 carica anch'essa il mesedimo record, e si sincronizza. La procedura correttamente segnala
Dato sovrascritto. A questo punto SEDE ri modifica il medesimo dato e lo pubblica nuovamente.
Alla nuova sincronizzazione su NEG01 la procedura segnala ancora Dato sovrascritto anche se la sede NEG01, tra le due sincronizzazioni,
non ha svolto modifiche. Se tra le due sincornizzazioni si efettua una pubblicazione il problema non si presente. La causa è il CPCCCHK sul
mirror vuoto su NEG01.
Segn. Num.: 0000008435
Tipo: Anomalia
del: 29-04-08
Oggetto: PUBBLICAZIONE CON SOLO AGGIORNAMENTO DEL MIRROR
Se in una azienda non è stata inserita nessuna sede lanciando la pubblicazione con attivo il check Solo Aggiornamento del mirror la procedura
erroneamente visualizza nel log un messaggio di errore relativo al mancato inserimento di una sede.
E' stato modificato il check aggiorna solo il mirror in combo con tre valori:
Pubblicazione = coincide con l'attuale check spento
Aggiornamento mirror sedi = coincide con l'attuale check attivo
Aggiornamento mirror entità = aggiorna il mirror di tutte le entità definite senza includere (come il precedente) le sole entità presenti sulle sedi).
21-10-08
Pag. : 92
Segn. Num.: 0000008563
Tipo: Anomalia
del: 16-06-08
Oggetto: AUTONUMBER ENTITÀ
Sul campo autonumber delle entità è presente una funzione di "calculate" automatica. Questo fa si che sia impossibile scrivere sul campo
qualsiasi valore manualmente (apparentemente). Sul database l'informazione viene comunque memorizzata.
Il campo è ad esempio necessario per inserire un autonumber sui codici Cliente/Fornitore/Clienti Negozio/Nominativi, ecc. ecc.
Segn. Num.: 0000004133
Tipo: Miglioria
del: 30-03-07
Oggetto: LOGISTICA REMOTA - BACKUP AUTOMATICO
E' utile realizzare una procedura di backup automatico con le seguenti caratteristiche:
- deve essere eseguita prima di un'operazione massiva sui dati (es. pubblicazione dati da logistica remota - sincronizzazione dati logistica
remota);
- in anagrafica azienda dare la possibilità di indicare il numero dei backup o i giorni da tenere in linea;
- superato il numero di giorni o di backup da tenere in linea viene eliminato il più vecchio.
Segn. Num.: 0000004226
Tipo: Miglioria
del: 16-05-07
Oggetto: GESTIONE TENTATA VENDITA
Risulta utile dare la possibilità di passare informazioni sul pacchetto oltre che da tabelle delle entità anche da tabelle collegate alla tabella
principale allo scopo pubblicare pacchetti con registrazioni ancora più mirate.
La cosa potrebbe essere svolta aggiungendo una tabella ulteriore sulle sedi accanto a filtri orizzontali, oltre a questa una condizione di legame
tra questa e la tabella principale. Infine dare la possibilità nella definizione del filtro, di utilizzare anche campi presenti in questa tabella.
Avere la possibilità di legare un archivio esterno ad uno appartenente all'entià ci permette inoltre di poter definire una transcodifica dei campi
più potente. In particolare, nel caso di utilizzo per la tentata vendita, spesso accade che la codifica del cliente svolta dai venditori su gomma
possa tra di essi coincidere generando problemi in fase di sincronizzazione. La soluzione potrebbe essere quella di pubblicare come codice del
cliente non ANCODCON ma il codice fiscale o la partita iva. questa informazione potrebbe essere utilzizata, in fase di sincronizzazione, per
recuperare il codice del cliente attuale sulla sede centrale. L'operazione andrebbe applicata anche ad ogni archivio che ha una chiave esterna
verso clienti/fornitori. Per faarlo occorre modificare l'attuale pubblicazione esportando anche i dati legati a tabelle collegate attraverso la
definizione dei campi da utilizzare delle tabelle collegate (in stile super entità).
Quindi in fase di pubblicazione la possibilità di speficiare a livello di sede il campo che sotituisce (filtri verticali nuova voce nella combo) ,ad
esempio ANPARIVA SOSTITUISCE ancodcon mentre in sincronizzazione la possibilità di invocare una funzione che leggendo i dati sul
database restituisca il valore attuale del codice .
Segn. Num.: 0000004897
Tipo: Miglioria
del: 16-04-08
Argomento: 120.040 IMPORT/EXPORT DA SEDE
Oggetto: IMPORT EXPORT ENTITÀ SUPER ENTITÀ
Nella maschera import/export entità e super entità se la modalità è settata ad importazione è stato reso visibile un check "Elimina archivi in
linea" che, se attivo, effettua una cancellazione dei dati precedentemente inseriti ed un successivo reinserimento degli stessi andando
ovviamente a leggere i dati contentuti nel file selezionato.
Segn. Num.: 0000004912
Tipo: Miglioria
del: 29-04-08
Oggetto: COPIE DI SICUREZZA PACCHETTI PUBBLICATI
Nel caso in cui la pubblicazione del pacchetto provoca la perdita del pacchetto non è più possibile passare i dati. Si deve quindi prevedere nei
parametri Logistica remota un percorso di salvataggio dei pacchetti prima della loro pubblicazione.
Segn. Num.: 0000005158
Tipo: Miglioria
del: 03-09-08
Oggetto: ESTENDERE I FILTRI ORIZZONTALI CON LE TABELLE ESTESE
In alcuni casi è necessario passare dati filtrati non solo in base a campi presenti nell'archivio a anche a campi presenti in archivi ad esso
collegati. Ad esempio passare tutti i documenti dei clienti di una certa provincia, oppure tute le dichirazioni di intento di intestatari sotto un certo
mastro.
Ovviamente il tutto va configurato appognadoci alle tabelle estese
21-10-08
Pag. : 93
Modulo MAGAZZINO
Segn. Num.: 0000006710
Tipo: Anomalia
del: 02-03-07
Argomento: 020.080 OPERAZIONI ANNUALI MAGAZZINO
Oggetto: ELABORAZIONE INVENTARIO E "AGGIORNAMENTO VALORI"
L'elaborazione inventario non tiene conto in modo corretto del flag "aggiornamento valori" nelle causali di magazzino di altri carichi con
movimento fiscale attivato e aggiornamento valori non gestito.
Esempio:
inserisco un movimento di magazzino/documento di acquisto con causale ACQ (come da archivi demo), per l'articolo PROVA1 (articolo
caricato nuovo) con quantità 10 e prezzo unitario 5€ in data 26/02/2007.
Elaborando l'inventario correttamente viene aggiornato l'ultimo costo a € 5.
In data 28/02/2007, viene inserito per lo stesso articolo un movimento di rettifica positiva con causale CARRT, per una quantità di 5, senza
indicare alcun prezzo. La causale CARRT è configurata così:
aumenta esistenza
aggiorna altri carichi
flag "movimento fiscale" attivato
flag "aggiornamento valori" NON attivato
Se si elabora un inventario in data 28/02/2007 per l'articolo PROVA1 risulta un costo ultimo di 0 anziché di 5€ (come da ddt di acquisto del
26/02/2007). La quantità viene invece considerata in modo corretto (15 in questo caso).
Segn. Num.: 0000006724
Tipo: Anomalia
del: 05-01-07
Argomento: 020.060 GESTIONE LISTINI
Oggetto: VARIAZIONE LISTINI PREZZI
Si presenta una anomalia nella maschera Variazione listini prezzi se non è presente nel database la tabella CLLSMAST (corrispondente alla
testata della anagrafica Schede di calcolo listini).
Quale che sia il criterio di aggiornamento selezionato, premendo OK appare il messaggio "Impossibile aprire la tabella CLLSMAST!"; premendo
un tasto qualsiasi appare il messaggio "Per le selezioni impostate non esistono listini-prezzi da aggiornare!".
Anche se il criterio scelto prevede l'aggiornamento del listino selezionato, comunque non viene eseguita alcuna operazione sui listini.
Segn. Num.: 0000006731
Tipo: Anomalia
del: 05-12-06
Argomento: 020.100 SERVIZI DI MAGAZZINO
Oggetto: RICOSTRUZIONE SALDI DI MAGAZZINO
La ricostruzione saldi di magazzino raddoppia la quantità del campo SLQTFPRO (quantità fiscale fuori linea) nell' archivio saldi ad ogni
ricostruzione successiva.
Segn. Num.: 0000006751
Tipo: Anomalia
del: 22-12-06
Argomento: 020.075 RETTIFICHE INVENTARIALI
Oggetto: RETTIFICHE INVENTARIALI NELLA SECONDA U.M
La procedura permette di caricare le rettifiche inventariali (da caricamento rapido dati rilevati) nella seconda unità di misura ma andando a fare
il confronto dati e la generazione del movimento viene portata nella prima unità di misura senza fare la dovuta conversione.
Es.
articolo XXX con 1° UM pezzi, seconda UM gr., parametro X 40,5
si carica da caricamento rapido dati rilevati un dato nella seconda unità di misura pari a Gr. 40,5
si fa il confronto dati e la procedura riporta pz (pezzi) 40,5
se si genera il movimento (e quindi anche i saldi) risulta 40,5 pz.
Segn. Num.: 0000006797
Tipo: Anomalia
del: 07-03-07
Oggetto: RICOSTRUZIONE SALDI ARTICOLO
In alcuni casi la ricostruzione saldi di magazzino segnala un errore del tipo: "Impossibile aggiornare i saldi, errore 16". E' necessario sostituire
l'errore 16 con il reale problema che non consente l'aggiornamento della tabella saldi.
Inoltre la procedura permette di cancellare l'anagrafica di un articolo che ha movimenti solo nel pos e che contestualmente non ha saldi, in
quanto eliminati manualmente.
Per simulare questa anomalia occorre caricare un nuovo articolo di tipo pos quindi movimentarlo con una vendita pos; si accede all'anagrafica
dei saldi e si cancella il saldo di questo articolo.
A questo punto è possibile cancellare l'anagrafica dell'articolo; la ricostruzione saldi a questo punto evidenza l'errore 16.
Occorre pertanto che in fase di cancellazione saldi venga controllato anche l'archivio delle vendite negozio.
NOTE :
Aggiunto un vincolo di integrità referenziale in modo che non sarà possibile cancellare codici di ricerca movimentati nel pos.
Aggiunta stampa in Moduli-POS-Servizi-Stampa controllo codici di ricerca, che visualizza i codici di ricerca cancellati dall' anagrafica dei codici
di ricerca e movimentati nel POS.
Segn. Num.: 0000006844
Tipo: Anomalia
del: 16-03-07
Argomento: 020.070 IMPORT LISTINI
Oggetto: IMPORTAZIONE DI UN CARATTERE
Nell'importazione listini, nelle categorie listini, non è possibile indicare una posizione di uno spazio in quanto se si indica dalla posizione
30 alla posizione 30 la procedura segnala errore (La posizione finale deve essere maggiore di 0....).
La posizione dalla 30 alla 31 viene accettata ma sul txt corrisponde a due caratteri mentre se si vuole importare un solo carattere del txt non è
possibile
21-10-08
Pag. : 94
Segn. Num.: 0000006890
Tipo: Anomalia
del: 27-03-07
Argomento: 020.090 STAMPE DI MAGAZZINO
Oggetto: STAMPA ETICHETTE ARTICOLI
Nella maschera di stampa etichette articoli la combo "Numero" dovrebbe essere impostata di default a "Fisso"
Considerare che la maschera viene utilizzata anche per la stampe etichette matricole ed in questo caso la combo deve essere inizializzata su
"Copie calcolate sull'esistenza a magazzino"
Segn. Num.: 0000006910
Tipo: Anomalia
del: 29-03-07
INVENTARIO DI MAGAZZINO
Oggetto: INVENTARIO E MOVIMENTI DI MAGAZZINO PRIVI DI VALORE UNITARIO
In fase di elaborazione inventario si verifica la seguente anomalia:
1) si carica un nuovo codice Magazzino
2) da movimenti di magazzino per il magazzino appena creato si registra un movimento di carico iniziale (causale INVIN) per un qualsiasi
articolo a qualsiasi quantità ma importo valorizzato.
3) si elabora un inventario per il magazzino appena creato; si riceve il messaggio che non ci sono dati da elaborare.
Segn. Num.: 0000006961
Tipo: Anomalia
del: 05-04-07
Oggetto: ERRORE IN RICOSTRUZIONE SALDI IN PRESENZA DI MOVIMENTI DI MAGAZZINO
Si presenta una anomalia nella ricostruzione saldi (Program Error "Field MSG does not accept null values") quando la procedura, con
l'attivazione del check "Verifica flag saldi" è chiamata ad allineare righe di movimenti di magazzino (che movimentano matricole o lotti o
ubicazioni) senza la data documento, fatte con causali di magazzino che sono state modificate dopo il salvataggio del movimento stesso.
Esempio: Si abbia l'articolo ART1 gestito a matricole e si abbia la causale di magazzino OMAGG - OMAGGIO con le seguenti caratteristiche
Riferimento : Nessuno
Esistenza : aumenta (Riservato, Impegnato e Ordinato impostate a Invariato)
Valore da aggiornare: altri carichi
Check Movimento fiscale: non attivo
Tipo di valorizzazione: nessuno
Sequenza:1
Si carica un movimento di magazzino con la causale OMAGG per ART1 (con caricamento della matricola) senza valorizzazione numero e data
documento.
Dopo il salvataggio del movimento si richiama la causale di magazzino e si attiva il check su movimento fiscale (non anche su aggiornamento
valori).
Si lancia la ricostruzione saldi con solo il check su "verifica flag saldi"; dal momento che la causale di magazzino è cambiata dopo il
caricamento del movimento (è stato infatti attivato il flag su "movimento fiscale" che deve essere riportata nella tabella MVM_DETT campo
MMFLELGM) il movimento viene considerato dalla elaborazione ma la presenta di una data nulla evidenzia il program error
L'anomalia non si verifica se sussiste almeno 1 di queste condizioni:
- il movimento non interessa lotti, ubicazione o matricole
- il movimento ha la data documento valorizzata
Segn. Num.: 0000006995
Tipo: Anomalia
del: 17-04-07
Argomento: 020.010 MOVIMENTI DI MAGAZZINO
Oggetto: ERRORE ONEWFOCUS
La procedura, nei movimenti di magazzino e nei documenti, restituisce un errore di programma (Unknown member ONEWFOCUS) operando
nel seguenti modi:
CASO 1
- si entra in caricamento nei movimenti di magazzino
- si inserisce la causale (es. ACQ)
- si inserisce un articolo
- prima di inserire la quantità si inserisce lo sconto di riga, quando si preme invio o tab appare il messaggio "Quantità movimentata inesistente
o non frazionabile", premendo OK appare l'errore di programma sopra indicato
CASO 2
- si entra in caricamento di un movimento di magazzino o un documento di vendita
- si inserisce un articolo e si preme TAB
- si accede al bottone U (ultimi costi) e poi si chiude il bottone con la X
- si preme TAB e ci si posiziona sulla quantità, a questo punto viene dato il messaggio "Quantità movimentata inesistente o non frazionabile",
premendo OK appare l'errore di programma sopra indicato
Per i movimenti di magazzino la correzione non deve modificare comunque il comportamento attuale della procedura nella determinazione del
prezzo per cui comunque, anche inserendo subito lo sconto di riga, il successivo inserimento della quantità provvede ad azzerare lo sconto di
riga stesso.
Segn. Num.: 0000007028
Tipo: Anomalia
del: 23-04-07
Oggetto: FILTRO CODICE PRODUTTORE SU STAMPA INVENTARIO FISICO
Il filtro codice produttore sulla stampa inventario fisico, in presenza di movimenti di magazzino o movimenti determinati dal modulo POS con
data successiva all'elaborazione, non funziona correttamente; infatti vengono proposti anche dati relativi ad articoli sui quali il codice produttore
inserito nel filtro non è presente.
21-10-08
Pag. : 95
Segn. Num.: 0000007054
Tipo: Anomalia
del: 27-04-07
Oggetto: AGGIORNAMENTO QUANTITÀ SU MOVIMENTI DI TRASFERIMENTO
Le movimentazioni di magazzino realizzate con una causale di scarico alla quale è collegata una causale di carico su un magazzino non
facente parte dello stesso raggruppamento fiscale, e che non determinano alcun aggiornamento valori (per simulare si può utilizzare la causale
TRA degli archivi Demo alla quale deve essere tolto il check su 'aggiornamento valori'), in fase di elaborazione inventario non determinano
alcun aggiornamento delle quantità sul campo 'Vendite' visibile in fase di visualizzazione inventario sotto la colonna 'Quantità movimentate', nè
del campo ' totale Scarichi' presente nella colonna 'Quantità movimentate sul Raggr. Fiscale'.
I dati di esistenza sono correttamente aggiornati.
Segn. Num.: 0000007068
Tipo: Anomalia
del: 03-05-07
Oggetto: MANCATO AGGIORNAMENTO ULTIMO COSTO\PREZZO
Le movimentazioni realizzate con causali di magazzino di tipo 'movimento fiscale', che determinano un 'aggiornamento valori', per valori da
aggiornare di tipo 'Altri Carichi\Scarichi' non determinano l'aggiornamento dei valori di Ultimo costo\prezzo.
La valorizzazione dell'ultimo costo/prezzo deve essere fatta solo nell'Inventario di magazzino mentre nei saldi articolo non deve essere
aggiornato da movimentazioni di tipo "Altri carichi/scarichi" ma solo da "Acquisti"/"Vendite".
Segn. Num.: 0000007157
Tipo: Anomalia
del: 21-05-07
Oggetto: APPLICAZIONE LISTINI SU ORDINE CLIENTE CON MODIFICA DATA EVASIONE
L'applicazione listino su una seconda riga (o successive) di un documento subisce un errato controllo di validità sulla base della data di
evasione:
Inserire due articoli a listino (base) con validità fino al 31/05/07
caricare un ordine cliente in data 21/05/07, listino base e su riga imputare articolo 1: la procedura propone il prezzi di listino; modificare la data
di prevista evasione in 21/06/07 (data in cui il listino non è più valido). La procedura accetta la modifica e si posiziona sulla seconda riga,
proponendo come data evasione il 21/06/07. Inserendo il secondo articolo su riga due, il prezzo riportato è 0.
Segn. Num.: 0000007171
Tipo: Anomalia
del: 22-05-07
Oggetto: ULTIMO PREZZO DI VENDITA E COSTO DI ACQUISTO
La procedura non propone correttaemente l'ultimo costo di acquisto su un documento del ciclo acquisti se questo viene aggiornato da un
movimento di magazzino.
Es.
- articolo xxx
- in data 10/05/07 si carica un movimento di magazzino con causale ACQ per qta. 10pz. e prezzo 12€
- in data 15/05/07 si carica un movimento di magazzino con causale VEN per qta. 5pz. e prezzo 25€
- causale documento interno degli acquisti con causale di magazzino associata CAR, non intestata a fornitore e con attivo il check "Prezzo
default U.C.A.", nessun listino e nessun contratto
- se si emette il documento interno dagli acquisti digitando l'articolo XXX viene proposto il prezzo 25€ (ovvero il prezzo di vendita) anziché il
prezzo di acquisto 12€.
Se i movimenti di acq e ven vengono caricati dai documenti anziché dai movimenti di magazzino il prezzo proposto sul documento interno è
corretto. Il comportamento è coretto anche se il movimento di acq viene fatto dai movimenti mentre la vendita viene fatta dai documenti.
Segn. Num.: 0000007202
Tipo: Anomalia
del: 25-05-07
Oggetto: STAMPA INVENTARIO FISICO
Nella stampa inventario fisico vengono visualizzati anche gli articoli obsoleti che hanno esistenza zero. Gli articoli obsoleti con esistenza zero
non devono comparire in questa stampa, gli articoli obsoleti devono essere stampati solo se hanno un'esistenza diversa da zero.
Segn. Num.: 0000007237
Tipo: Anomalia
del: 31-05-07
Argomento: 020.020 VISUALIZZA SCHEDE MAGAZZINO
Oggetto: NUMERO CARATTERI DELLA COLONNA NUMREG
Occorre aumentare il numero di caratteri della colonna Numreg della visualizzazione movimenti di magazzino. Attualmente sono gestiti solo 6
caratteri.
Questo campo tuttavia accoglie il numero documento (non anche la parte alfa per i documenti attivi e passivi) quindi può arrivare fino a 15
caratteri.
NOTE INTERVENTO
===============
La colonna non è stata allargata. L'intervento evita che siano visualizzati gli asterischi nel caso di documenti con numero di registrazione
avente più di sei cifre
Segn. Num.: 0000007260
Tipo: Anomalia
del: 06-06-07
Oggetto: AGGIORNAMENTO SALDI ARTICOLI DA DOCUMENTI PROVVISORI
La procedura si comporta in modo diverso nell'aggiornamento dei saldi articoli nel caso in cui venga emesso un documento (es. ordine) in stato
provvisorio dal modulo ordini o generato dalle offerte.
Es.
- si carica un nuovo articolo XXX
- si emette un ordine cliente (ORDCL) in stato provvisorio, con l'articolo XXX qtà 10
21-10-08
Pag. : 96
- i saldi articolo (impegnato) in questo caso correttamente non vengono aggiornati quindi risultano a zero, anche effettuando la ricostruzione
saldi il dato rimane a zero
- si emette dal modulo offerte un'offerta ad un nominativo già cliente sempre per l'articolo XXX qtà 20
- si procede a confermare l'offerta generando un ordine in stato provvvisorio
- andando a interrogare i saldi dell'articlo XXX l'impegnato risulta sempre a zero ma se procediamo con la ricostruzione saldi (con attivo il
check verifica flag saldi) l'impegnato risulta erroneamente movimentato per la quantità 20 (ordine generato dalle offerte)
I movimenti provvisori in ogni caso non devono aggiornare i saldi.
Segn. Num.: 0000007313
Tipo: Anomalia
del: 14-06-07
Argomento: 020.025 STAMPA MOV. DI MAGAZZINO
Oggetto: ERRORE IN STAMPA MOVIMENTI DI MAGAZZINO E STAMPA SCHEDE MAGAZZINO
Si presenta un errore in stampa movimenti magazzino e stampa schede magazzino nel seguente caso:
--assenza del check "Prov. mov. mag. unico" nella scheda Magazzino dei Dati Azienda.
--caricamento di uno o più movimenti di magazzino.
--se si prova a lanciare la "stampa schede di magazzino" e la "stampa movimenti di magazzino" di questi movimenti, la procedura non permette
la stampa e genera il seguente errore: 'Function argument value, type, or count is invalid.'
Segn. Num.: 0000007476
Tipo: Anomalia
del: 13-07-07
Oggetto: IMPORTAZIONE LISTINI CON CODICE RICERCA ESTERNA
Si presentano le seguenti anomalie nella importazione listini.
1)
Si abbia la seguente categoria listini:
Da
1
11
21
31
A
10
20
30
40
Tabella
ART_ICOL
ART_ICOL
LIS_SCAG
KEY_ARTI
Campo
ARCODART
ARDESART
LIPREZZO
CACODICE
con associati i seguenti Parametri Listini
Tabella
Campo
ART_ICOL ARCODIVA
ART_ICOL ARFLINVE
ART_ICOL AROPERAT
ART_ICOL ARTIPART
ART_ICOL ARUNMIS1
KEY_ARTI CAMOLTIP
KEY_ARTI CA__TIPO
KEY_ARTI CATIPCON
KEY_ARTI CACODCON
KEY_ARTI CATIPBAR
Tipo valorizzazione Valore Fisso
Predefinito
20
Predefinito
S
Predefinito
*
Predefinito
PF
Predefinito
n.
Predefinito
1
Predefinito
R
Predefinito
F
Predefinito
BETACOMP
Predefinito
0
Il file da importare è il seguente
MON21LCD MON21LCDBV0000000300BTLCD
Lo scopo è di caricare il codice articolo MON21LCD la sua descrizione (MON21LCDBV), il prezzo (300) e il codice di ricerca esterno (BTLCD)
che , leggendo i parametri listino, deve essere di tipo fornitore associato a Betacomp.
In fase di importazione tuttavia si verifca una anomalia sulla creazione dei codici di ricerca; viene creato il codice BTLCD di tipo fornitore
associato a Betacomp, ma il codice interno ha Tipo Codifica "Interna" ma nel campo Provenienza è presente il codice del fornitore
BETACOMP, tuttaiva senza i riferimenti di descrizione e indirizzo.
********************************************************************************************************************
A parità di parametri e categorie listini se importo il seguente file
MON21LCD MON21LCDBV0000000300
viene invece creato un solo codice di ricerca con Tipo Codifica "Interna" ma nel campo Provenienza è presente il codice del fornitore
BETACOMP, tuttavia senza i riferimenti di descrizione e indirizzo.
21-10-08
Pag. : 97
Segn. Num.: 0000007559
Tipo: Anomalia
del: 30-07-07
Oggetto: STAMPA INVENTARIO FISICO SU EXCEL
Eseguendo la stampa dell'inventario fisico su excel non viene presa in considerazione la data di stampa in quanto l'esistenza riportata è
sempre quella attuale (letta dall'archivio saldi) e non quella alla data di elaborazione come avviene nella stampa cartacea.
Segn. Num.: 0000007628
Tipo: Anomalia
del: 28-08-07
Oggetto: ERRORE IN ELABORAZIONE INVENTARIO
In alcuni contesti si presenta l'anomalia "Impossibile aggiornare gli archivi storici dell'inventario" durante l'elaborazione inventario a Lifo/Fifo con
movimenti di scarico che presentano un valore a zero e tale valore non viene interpretato come dato numerico dalla procedura.
Il caso potrebbe essere il seguente:
- movimenti di acquisto con articolo X valorizzati;
- movimenti di vendita (documenti di trasporto) con articolo X valorizzati;
- movimenti di scarico (documenti interni) con articolo X non valorizzati dove l'ultimo movimento presente per questo articolo è proprio un
movimento non valorizzato.
Segn. Num.: 0000007732
Tipo: Anomalia
del: 17-09-07
Argomento: 020.000 MAGAZZINO SEGNALAZ. GENERALI
Oggetto: ESERCIZIO DI COMPETENZA SUI DDT DI RESO
Sui DDT di reso da cliente deve essere essere utilizzata la data di registrazione per valorizzare l'esercizio di competenza del documento. Si
tratta, difatti, di un documento ricevuto, con data documento precedente a quella di registrazione.
Attualmente tale valorizzazione è determinata sulla data di registrazione per i documenti di acquisto e sulla data documento per i documenti di
vendita.
E' necessario verificare se si tratta di un documento emesso o ricevuto in base alla causale di magazzino collegata al documento e se si tratta
di un ddt di reso (che incrementa l'esistenza) la procedura deve valorizzare l'esercizio di competenza con l'anno della data di registrazione
presente nei dati di testata del documento.
Segn. Num.: 0000007796
Tipo: Anomalia
del: 26-09-07
Oggetto: STAMPA SITUAZIONE DI MAGAZZINO
Nella stampa situazione di magazzino viene riportata un'esistenza errata se l'articolo non compare nell'inventario selezionato
Es.
(prova eseguita su un unico magazzino es. AU)
1) si carica un nuovo articolo PROVA
2) in data 30/09/07 si elabora un inventario sino al 30/09 (correttamente l'articolo PROVA non compare nell'inventario non essendo stato mai
movimentato)
3) in data 10/10/07 si carica un documento di acquisto (fatim) per l'articolo PROVA, qtà 1, i saldi articolo risultano aggiornati e riportano
un'esistenza di 1
4) si effettua la stampa "situazione di magazzino" selezionando l'inventario del punto 2 e la procedura riporta per l'articolo PROVA come
esistenza zero e totale carichi 1
L'esistenza corretta è 1, e dovrebbe essere letta dai saldi anche se l'articolo non compare nell'inventario
Segn. Num.: 0000007851
Tipo: Anomalia
del: 17-10-07
Nel caso in cui viene eseguita la ricostruzione saldi di magazzino con attivo il flag " verifica flag saldi" e nei dati azienda non è valorizzata la
data di inizio controllo matricole, viene segnalato il seguente errore:
"DOC_DETT.MVQTASAL <> DOC_DETT.MVQTAUM1-DOC_DETT.MVQTAEV1 AND DOC_DETT.MVFLEVAS<>'S'))) Errore connectivity
error: IBM DB2/LINUX SQL0206N "NULL" is not valid in the context where is used. SQLSTATE = 42703
L'errore si presenta solo utilizzando un database DB2.
Segn. Num.: 0000007958
Tipo: Anomalia
del: 15-11-07
Oggetto: RICOSTRUZIONE SALDI E AGGIORNAMENTO DELL' ULTIMO VALORE FISCALE
Si presenta la seguente anomalia:
1) si registra l' unico movimento di acquisto per un certo articolo
2) si cancella il movimento di acquisto appena salvato
3) si esegue una ricostruzione saldi (entrambi i check sono segnati)
4) si rientra nell' archivio saldi e si nota come sia stato aggiornato correttamente il dato della quantità ma sia rimasta erroneamente segnato
(dal precedente movimento) l'ultimo valore fiscale.
Segn. Num.: 0000007972
Tipo: Anomalia
del: 20-11-07
Oggetto: ERRATA QUANTITÀ CARICHI \ SCARICHI IN STAMPA SITUAZIONE DI MAGAZZINO
Si presente un' anomalia nella valorizzazione della quantità dei carichi\ scarichi nella stampa situazione di magazzino
Se l' articolo di magazzino è caricato manualmente in anagrafica (quindi senza utilizzare il caricamento rapido articoli), la stampa situazione di
magazzino valorizza le quantità di carichi \ scarichi in base ai soli movimenti che vengono elaborati all'interno dell' inventario di riferimento
senza considerare quelli successivi all' inventario.
Al contrario, se un articolo è caricato tramite la funzione di caricamento rapido articoli ( flag in dati azienda " caricamento rapido articoli " ), la
stampa situazione di magazzino elabora correttamente i movimenti calcolati nell' inventario di riferimento ma anche i movimenti successivi all'
inventario stesso.
La procedura deve elaborare i carichi \ scarichi nella " stampa di magazzino " in maniera corretta anche se gli articoli sono caricati senza la
21-10-08
Pag. : 98
funzione di " caricamento rapido articoli ".
L' errore è dovuto al fatto che il caricamento manuale degli articoli non valorizza la tabella PAR_RIOR delle query gsma1sma - gsma2sma gsma3sma - gsma4sma in "left outer" ma in "inner".
Segn. Num.: 0000007973
Tipo: Anomalia
del: 20-11-07
Oggetto: PULSANTI PREZZI E COSTI IN ANAGRAFICA ARTICOLI
Si presenta una anomalia nella visualizzazione Prezzi (Ultimi Prezzi per clienti) e Costi (ultimi Costi per Fornitori) presenti nella prima scheda
della anagrafica articoli.
se infatti si richiama un 'articolo in modalità interroga questi pulsanti sono visibili; se si entra in modifica e subito si esce mediante Esc
abbandonando le modifiche (o si apportanto modifiche e si salva) la maschera torna in interroga ma i 2 pulsanti non sono più selezionabili.
Il problema si risolve facendo un refresh sulla maschera (tasto destro - azioni -refresh).
Lo stesso problema si presenta in caricamento di un documento di vendita, inserendo un articolo ed accedendo all' anagrafica dell'articolo
stesso con il menu tasto destro (comando Apri), non appaiono attivi i bottoni 'prezzi' e 'costi'. Anche in questo caso si risolve con un refresh
sulla maschera.
Segn. Num.: 0000008054
Tipo: Anomalia
del: 10-12-07
Oggetto: RICALCOLO PREZZI SU MOVIMENTI DI MAGAZZINO
Se viene inserito un movimento di magazzino con articolo movimentato alla seconda unità di misura, con prezzo inserito manualmente (non da
listino), tornando in variazione della quantità viene erroneamente ricalcolato il prezzo unitario.
Se invece utilizziamo un listino ed il prezzo viene letto da questo, il problema non si presenta.
Esempio:
- Articolo A
1a Unità misura N. = kg x 2
- Movimento di magazzino per articolo A, u.m. Kg, quantità 10, prezzo 40,00
- la quantità espressa nella prima unità di misura risulta N. 5 prezzo 80,00
- totale riga € 400,00
Si torna in variazione della quantità indicata su riga (espressa nella seconda unità di misura) e si imposta 11. Il prezzo unitario viene ricalcolato
a 20,00 € ed il prezzo alla prima unità di misura viene impostato a 40,00. Invece il prezzo non dovrebbe essere ricalcolato in quanto non è
presente un listino (è stato inserito manualmente quindi non ci sono parametri per poterlo ricalcolare).
Sui documenti il funzionamento è corretto, quindi la funzione deve essere la stessa sia sui documenti, sia sui movimenti di magazzino.
Altro caso:
Nella stessa situazione dell'esempio precedente inseriamo uno sconto sul Fornitore es. -20%, nel movimento di magazzino mettiamo la
seconda unità di misura KG 10, prezzo 40,00, viene calcolato un totale riga di 320,00 in quanto viene considerato lo sconto (visibile sulla
maschera). Se eliminiamo lo sconto, il prezzo unitario di riga viene ricalcolato erroneamente a 20,00 €, anche in questo caso non dovrebbe
essere ricalcolato.
Segn. Num.: 0000008116
Tipo: Anomalia
del: 14-01-08
La ricostruzione saldi di magazzino (relativamente all'ultimo costo di acquisto, verificare anche ultimo prezzo di vendita) non identifica
correttamente l'ultimo movimento inserito nel caso di date documento comprese negli ultimi mesi dell'anno (es. 10 Ottobre - 11 Novembre - 12
Dicembre).
Questo perchè viene costruita una query temporanea nella quale viene indicata una colonna SELEZIONE dove viene indicata una stringa che
comprende: ANNO - MESE - DATA REGISTRAZIONE - V - SERIALE DOCUMENTO.
Controllando questo campo se abbiamo due documenti, uno con mese 3 (marzo) 2007 e uno con mese 11 (novembre) 2007 viene preso come
massimo documento quello di marzo e non quello di novembre (3 è maggiore di 1 prima cifra del mese 11). Di conseguenza l'ultimo costo dei
saldi viene valorizzato con il documento di Marzo e non con quello di Novembre che invece risulterebbe più recente.
Esempio documenti per risimulare l'anomalia:
- 23/03/2007 Movimento di carico di magazzino di acquisto a prezzo 0,058 articolo X
- 09/11/2007 Documento di acquisto (DDT) a prezzo 0,068 articolo X
Nei saldi dell'articolo X troviamo come ultimo costo 0,058 al 23-03-2007, mentre dovremmo trovare 0,068 al 09-11-2007.
Segn. Num.: 0000008123
Tipo: Anomalia
del: 15-01-08
Oggetto: VARIAZIONE LISTINO PREZZI PER ARTICOLI CON PREZZO A ZERO
Si presenta un' anomalia nella variazione listino prezzi per articoli presenti in listini di riferimento con prezzo a zero.
In tal caso infatti gli articoli con prezzi a zero non vengono inseriti nel listino di destinazione.
Esempio 1:
ART1 nel listino BASE con validità dal 01/01/07 al 31/12/07 e prezzo zero
ART2 nel listino BASE con validità dal 01/01/07 al 31/12/07 e prezzo 1000
Si accede alla variazione listino\prezzi inserendo come criterio di aggiornamento prezzo di listino, listino da aggiornare BASE valido dal
01/01/08 al 31/12/08.
Listino di riferimento BASE valido al 31/12/07.
Dopo l'elaborazione solo ART2 viene duplicato dal 01/01/08 al 31/12/08.
21-10-08
Pag. : 99
Esempio 2:
ART1 nel listino BASE con validità dal 01/01/07 al 31/12/07 e prezzo zero
ART2 nel listino BASE con validità dal 01/01/07 al 31/12/07 e prezzo 1000
Si accede alla variazione listino\prezzi inserendo come criterio di aggiornamento prezzo di listino, listino da aggiornare BASE valido dal
01/01/08 al 31/12/08. Nei parametri di ricalcolo si inserisce un ricalcolo in valore di 15.
Dopo l'elaborazione nel listino BASE dal 01/01/08 al 31/12/08 è presente solo ART2 maggiorato di 15; ART1 è assente.
In pratica l'elaborazione esclude in partenza gli articoli con prezzo a zero.
Inoltre la stampa listini deve riportare anche le righe listino contenenti articoli privi dell' informazione di prezzo.
Le stesse modifiche sono da riportare sulla gestione delle basi di calcolo listini per allineare il comportamento delle due gestioni.
Segn. Num.: 0000008149
Tipo: Anomalia
del: 22-01-08
Oggetto: INVENTARIO MAGAZZINO CON CALCOLO COSTO MEDIO
Nell' elaborazione dell' inventario di magazzino si verifica un' anomalia nel calcolo del costo medio in presenza di documenti interni di
variazione di solo valore. Per simulare:
1) 01\01\08 acquisto art. Pippo q.tà 1 importo unitario 1000€
2) 22\01\08 documento interno con causale PRET- (Causale di magazzino RETA-), ART. Pippo q.tà 1 importo 300
Si elabora l' inventario dal 01\01\08 al 22\01\08 e il costo medio correttamente è 700
Se invece si elabora un primo inventario per movimenti fino al 02\01\08 e poi un secondo inventario (collegato al precedente) per movimenti
fino al 22\01\08 il cmp dell'art. pippo risulta 1000 (in pratica non considera il movimento di rettifica a valore).
Segn. Num.: 0000008300
Tipo: Anomalia
del: 06-03-08
Oggetto: RETTIFICHE INVENTARIALI IN PRESENZA DEL MODULO LOGISTICA REMOTA
Si presenta una anomalia nella creazione dei movimenti di magazzino mediante Confronti dati all'interno delle Rettifiche inventariali se è
presente il modulo Logistica Remota.
In tal caso infatti i movimenti di magazzino generati non riportano nel seriale il codice identificative della sede.
esempio:
nei parametri logistica remota il codice identificative della sede è T1;
esiste un'entità "movimenti di magazzino" che presenta come tabella principale la MVM_MAST e come collegata la MVM_DETT. Sulla
MVM_MAST è presente come Autonumber SEMVM.
Se si carica un movimento di magazzino manualmente il seriale MMSERIAL inizia con T1; se invece il movimento di magazzino viene generato
dalle rettifiche inventariali allora il seriale MMSERIAL non riesce a recuperare il codice identificativo della sede iniziando quindi con 00.
Segn. Num.: 0000008320
Tipo: Anomalia
del: 13-03-08
Oggetto: STAMPA CONFRONTO LISTINI
La Stampa Confronto Listini nei soli report (Stampa Listino per Codice e Stampa Listino per descrizione) non considera il filtro sul Fornitore.
Per es
Art. A ; Lis. CLIEN (01/01/06 - 31/12/06); Lis BASE (01/01/06 - 31/12/06); Fornitore Betacomp
Art. B ; Lis. CLIEN (01/01/06 - 31/12/06); Lis BASE (01/01/06 - 31/12/06);
'
Lanciando la stampa di confronto tra il listino BASE e il listino CLIEN e il filtro sul solo fornitore Betacomp, i report 'Stampa Listino per Codice' e
'Stampa Listino per descrizione' visualizzano anche l' ART B.
Gli altri report evidenziano dati corretti sulla base del filtro Fornitore.
Segn. Num.: 0000008427
Tipo: Anomalia
del: 28-04-08
Oggetto: STAMPA INVENTARIO PARZIALE FILTRATO PER FAMIGLIA
Si presenta un' anomalia nella stampa inventario se si seleziona un inventario parziale (filtrato per famiglia) e alcuni articoli , presenti
nell'inventario, hanno subto una modifica della famiglia stessa successivamente alla data dell'inventario processato e che si desidera
ristampare.
Esempio:
- in data 01-01-2008 si hanno due articoli: TEST1 (esistenza 100) e TEST2 (esistenza 200), appartenenti alla famiglia F1;
- in data 05-01-2008 si elabora l'inventario di tipo parziale con filtro sulla famiglia F1;
- sia nella stampa dell'inventario che nella visualizzazione inventario vengono riportati correttamente i due articoli;
- in data 31-01-2008 viene cambiata la famiglia da F1 A F2 per entrambi gli articoli TEST1 e TEST2;
- in data 15-02-2008 si ristampa l'inventario elaborato il 05-01-2008, ma questa non riporta nè l'articolo TEST1 nè l'articolo TEST2 mentre dalla
maschera Visualizzazione Inventario, relativamente all'inventario processato il 05-01-2008, questi vengono riportati.
Quindi indipendentemente dalla data di stampa, l'inventario dovrebbe riportare i soliti dati che il sistema ha processato nel momento
dell'elaborazione.
Segn. Num.: 0000008489
Tipo: Anomalia
del: 22-05-08
Oggetto: DATO PROCEDURALE NON CORRETTO
La procedura restituisce un dato procedurale non corretto in tutti i casi in cui esistano almeno due movimentazioni per uno stesso articolo
realizzate nella stessa data purchè successiva a quella del codice di rilevazione, una da movimenti di magazzino e una dai documenti (la
causale di magazzino è la stessa del movimento).
Per simulare:
21-10-08
Pag. : 100
si inserisce in anagrafica un nuovo articolo PROVA
in data 01/01/08 si inserisce una carico di 100 pz del nuovo articolo
in data 01/05/08 si inserisce una vendita di 1 pz del nuovo articolo da movimenti di magazzino (causale di magazzino VEN)
in data 01/05/08 si inserisce una vendita di 1 pz del nuovo articolo da documenti di vendita (causale di magazzino VEN)
In tale contesto l' inventario fisico alla data del 20/02/2008 restituisce un valore di 100 (corretto)
In tale contesto l' inserimento rapido dati rilevati (con codice rilevazione alla data del 20/02/2008) restituisce un valore di 99 (errato)
Segn. Num.: 0000008520
Tipo: Anomalia
del: 30-05-08
Oggetto: STAMPA ETICHETTE ARTICOLI
Si presenta una anomalia nella stampa etichette articoli nella seconda u.m. o nella u.m.alternativa.
Si abbia l'articolo ART1 con associate nella relativa anagrafica le seguenti u.m.
1^ Unità di misura: PZ = 2^ U.M.: CF2 / 2
Nella anagrafica del codice di ricerca di tipo interno si ha una terza u.m. espressa nel seguente modo:
1^ U.M. art.PZ = U.M. cod. S10 / 10
Si inserisce un movimento di magazzino di carico per ART1 per 2 PZ
Se si esegue la stampa etichette per ART1 per tutti i no barcode con copie calcolate sull'esistenza a magazzino e unità di misura principale si
ottengono (correttamente) 2 etichette.
Se la stessa stampa si effettua per la seconda u.m. si ottengono (erronemente) 4 etichette, se invece la stessa stampa viene eseguita per la
u.m. alternativa il report presenta (erroneamente) 20 etichette.
In pratica la procedura interpreta in maniera non corretta il rapporto di conversione tra le u.m.
In presenza invece di una seconda u.m. più piccola (collegata quindi alla principale mediante l'operatore "x") si ottiene lo stesso numero di
etichette per la u.m. secondaria mentre non si ottiene alcun report per la u.m. alternativa
Esempio ART2
1^ Unità di misura: AA = 2^ U.M.: BB x 2
Nella anagrafica del codice di ricerca di tipo interno si ha una terza u.m. espressa nel seguente modo:
1^ U.M. art.AA = U.M. cod. CC x 4
Si inserisce un movimento di magazzino di carico per ART2 per 20 AA
Se si esegue la stampa etichette per ART2 per tutti i no barcode con copie calcolate sull'esistenza a magazzino e unità di misura principale si
ottengono (correttamente) 20 etichette.
Se la stessa stampa si effettua per la seconda u.m. si ottengono (erronemente) sempre 20 etichette, se invece la stessa stampa viene eseguita
per la u.m. alternativa appare il messaggio che non esistono dati da stampare.
Segn. Num.: 0000008537
Tipo: Anomalia
del: 05-06-08
Oggetto: VALORIZZAZIONE CAMPO ARFLLOT
Effettuando l'importazione listini con l'inserimento di nuove anagrafiche il campo ARFLLOT della tabella ART_ICOL viene valorizzato a null, di
conseguenza tali articoli importati non vengono poi visulizzati nell'inserimento rapido dati rilevati.
Fare in modo che il campo ARFLLOT venga valorizzato di default a N in fase di import listini.
NOTE INTERVENTO
Gestiti i campi ARFLLOTT, ARGESMAT ,ARCLAMAT della tabella ART_ICOL
Segn. Num.: 0000008548
Tipo: Anomalia
del: 11-06-08
Oggetto: STAMPA ETICHETTE ARTICOLI CON LOTTI
Si presenta una anomalia nella stampa etichette articoli con lotti; in particolare non viene applicato in maniera corretta il fattore di conversione
tra la prima e la seconda u.m. se la stampa viene richiesta nella seconda u.m.
La stampa etichette articoli senza lotto invece risulta corretta.
Segn. Num.: 0000008640
Tipo: Anomalia
del: 02-07-08
Oggetto: STAMPA ETICHETTE ARTICOLO CON LOTTO
Si presenta una anomalia nella stampa etichette articolo con lotti per articoli non gestiti a lotti; in tal caso infatti chiedendo la stampa nella
seconda u.m. non viene effettuata correttamente la conversione delle quantità.
21-10-08
Pag. : 101
Si abbia l'articolo ABC non gestito a lotti con prima u.m. pezzi mentre la seconda è S10 (scatola da 10) con rapporto PZ=S10 / 10.
Si effettua un movimento di magazzino di 20 per ABC su AU.
Si effettua la stampa delle etichette impostando la combo Tipo stampa a "Stampa Etichette con lotto", tipo barcode No barcode, unità di misura
principale con copie calcolate sull'esistenza di magazzino. Si ottengono 20 etichette.
Se invece si chiede la stampa nella seconda u.m., a parità di altre condizioni, si ottengono sempre 20 etichette e non 2.
Se il tipo stampa è impostato a "stampa etichette senza lotto" allora si ottiene la conversione corretta tra prima e seconda u.m.
Segn. Num.: 0000008654
Tipo: Anomalia
del: 04-07-08
Oggetto: LA PROCEDURA NON AGGIORNA I DATI RELATIVI ALL'ULTIMA VARIAZIONE.
Si presenta un' anomalia nel seguente caso:
- si carica un movimento di magazzino con l' utente 1
- si entra nel movimento di magazzino precedentemente creato e lo si modifica (aggiungendo ad esempio una riga ) utilizzando l' utente 3
- se si utilizza la funzione ALT F11 sul medesimo movimento di magazzino, la procedura non aggiorna i dati relativi all' ultima variazione in
quanto continua ad essere indicato sempre l' utente 1 nel campo " modificato da " presente nella maschera di Informazione di sistema.
Segn. Num.: 0000008727
Tipo: Anomalia
del: 23-07-08
Oggetto: MASCHERA CARICAMENTO RAPIDO
Correggere le sovrapposizioni delle diciture nella maschera del caricamento rapido e della maschera lettore ottico, quando in configurazione
interfaccia la Modalità visualizzazione è Integrata/Classica e il Tab è A tema.
Segn. Num.: 0000003638
Tipo: Miglioria
del: 05-04-06
Oggetto: STAMPA ETICHETTE CON UBICAZIONE
Permettere di riportare sull'etichetta in modo analogo a quanto avviene per i lotti anche l'ubicazione presente sul documento costruendo una
stampa separata, quindi il lotto e l'ubicazione dovranno essere alternative fra loro in quanto sulla stampa non abbiamo spazio sufficiente per
poterle stampare entrambe.
La funzione deve essere disponibile solo nel caso in cui il numero di copie non sia fisso.
Segn. Num.: 0000004012
Tipo: Miglioria
del: 23-02-07
Oggetto: VISUALIZZAZIONE UNITÀ DI MISURA
In presenza di un articolo con due unità di misura fare in modo che, sui documenti (vendita e acquisto) e sui movimenti di magazzino, quando si
movimenta la prima unità di misura venga visualizzata la qtà nella seconda (così come già accade quando si movimenta la seconda).
Se viene movimentato il codice articolo principale è necessario riportare l'eventuale quantità nella seconda unità di misura, se viene
movimentato il codice di ricerca deve essere proposta l'unità di misura del codice di ricerca.
Sistemare inoltre la visualizzazione dei documenti, e della visualizzazione schede contabili, in una impostazione video 800x600 in quanto
risultano "troncati".
Segn. Num.: 0000004025
Tipo: Miglioria
del: 29-12-06
Oggetto: REGISTRO BENI IN LAVORAZIONE
Valutare la possibilità di realizzare registro carico - scarico in base alla normativa:
Per evitare presunzioni circa il trasferimento per vendita dei beni il co. 5 dell'art. 50 "Obblighi connessi agli scambi intracomunitari" , del DL
331/1993 espressamente stabilisce (e non è venuto meno) che:
" I movimenti relativi a beni spediti in altro Stato della Comunita' economica europea o da questo provenienti in base ad uno dei
titoli non traslativi di cui all'articolo 38, comma 5, lettera a), devono essere annotati in apposito registro, tenuto e conservato a
norma dell'articolo 39 del D.P.R. 26 ottobre 1972, n. 633. "
INTERVENTO
Con la presente fast patch si è inteso gestire la tenuta e la stampa del registro dei beni in lavorazione così come definito dal co. 5 dell'art. 50
"Obblighi connessi agli scambi Intracomunitari", del DL 331/1993. Questi stabilisce che: "I movimenti relativi a beni spediti in altro stato della
Comunità Economica Europea o da questi provenienti in base ad uno dei titoli non traslativi di cui all'art. 38, comma 5, lettera a), devono
essere annotati in apposito registro, tenuto e conservato a norma dell'art. 39 del D.P.R. 26 Ottobre 1972, n.633."
Al fine di rispondere appieno alle esigenze normative è data la possibilità di tenere il suddetto registro, oltreché per le lavorazioni UE, anche per
le operazioni compiute sul territorio dello stato.
MODIFICHE
Al fine di permettere quanto sopra riportato sono state apportate le seguenti modifiche:
- Nel menu Magazzino-Operazioni annuali è stato inserita la nuova voce "Registro beni in lavorazione".
- Nelle causali di magazzino è stato inserito il flag "Beni in lavorazione". Attivando questo flag i movimenti di magazzino vengono riportati nella
stampa dei beni in lavorazione. Sarà pertanto l'attivazione di questo flag a pilotare la presenza di una movimento di magazzino nel registro dei
21-10-08
Pag. : 102
beni in lavorazione.
- Nella maschera Dati Azienda cartella Stampe Fiscali vengono riportati i dati relativi all'ultima stampa in definitivo del Registro. I campi sono:
- N.pag. R.Beni: riporta il numero dell'ultima pagina stampata in definitivo.
- Prefisso Numerazione: Campo descrittivo nel quale viene riportato la dicitura che si vuole compaia nella stampa del registro
- Ultima Stampa R. Beni: riporta la data dell'ultima stampa.
- Flag "Stampa intestazione R. beni": questo flag pilota unicamente la editabilità dei campi sopra riportati.
La maschera del Registro Beni in Lavorazione presenta i seguenti campi:
- Da data…A data: i campi vengono inizializzati con data di inizio e fine esercizio. Se è stata effettuata una stampa in definitivo all'interno
dell'esercizio il campo Da data viene inizializzato con il giorno successivo all'ultima stampa.
- Ultima Stampa, Ultima pagina, Dicitura Numerazione: riportano quanto presenta all'interno della maschera numerazione registri vista sopra.
- Modalità: La stampa può essere lanciata in Simulata, Definitiva oppure Ristampa. In simulata tutti i filtri di selezione sono attivi ed è
possibile valorizzarli per ottenere stampe rispondenti alle esigenze degli utenti. In modalità Definitiva i filtri non sono editabili e la stampa riporta
indistintamente tutti i movimenti le cui causali di magazzino hanno il flag "Beni in lavorazione Attivo". In Ristampa l'utente ha la possibilità di
indicare il periodo che vuole ristampare e la pagina dalla quale ripartire.
- Causale: la procedura filtra le causali di magazzino che hanno attivo il flag "Beni in lavorazione".
- Cat. Omogenea: la procedura filtra l'archivio categoria omogenea per articolo.
- Da articolo…A articolo: archivio articoli. La procedura riporta i codici di ricerca coincidenti con il codice articolo. Se nel documento viene
movimentato un codice di ricerca del codice articolo nella stampa viene riportato il codice articolo principale.
- Mastro Contabile: la procedura permette di filtrare per mastri contabili (cliente/fornitori). In questo modo potrebbe essere possibile
analizzare i beni in lavorazione presso tutti i fornitori esteri.
- Tipo conto: Cliente/Fornitori.
CASI PARTICOLARI
Nella stampa non vengono riportati:
1. I movimenti di magazzino senza intestatario.
2. I trasferimenti interni di magazzino, intendendo con magazzino NON il raggruppamento fiscale ma il codice magazzino (ES. il trasferimento
da magazzino MP a magazzino MP non viene riportato mentre il trasferimento dal magazzino AU al magazzino del terzista Bertolini ( anche se
dello stesso raggruppamento fiscale) viene riportato).
3. I movimenti della causale collegata (nel caso di trasferimenti) vengono ignorati.
4. L'attivazione del flag ha effetto retroattivo. L'attivazione del flag su causali magazzino già utilizzate comporterà che tutti i movimenti di
magazzino con quella causale partecipino alla stampa del registro beni in lavorazione. Per tutti coloro che non devono gestire il pregresso
consigliamo pertanto l'utilizzo di nuove causali magazzino.
5. Nei movimenti di rientro del conto lavoro il magazzino riportato nella stampa del registro non è il magazzino del fornitore di conto lavoro ma
è il magazzino indicato sul ddt di acquisto.
Segn. Num.: 0000004087
Tipo: Miglioria
del: 09-03-07
Oggetto: PERFORMANCE
Velocizzare la ricostruzione saldi di magazzino
Segn. Num.: 0000004112
Tipo: Miglioria
del: 20-03-07
Oggetto: LENTEZZA SU RICOSTRUZIONE SALDI DI MAGAZZINO
La ricostruzione saldi di magazzino deve essere ottimizzata inserendo un indice su MMKEYSAL (tabella MVM_DETT) e MVKEYSAL (tabella
DOC_DETT) e modificando la Join da Left a Inner.
In questo modo i tempi della ricostruzione si riducono da più di 1 ora a circa 30 secondi.
Segn. Num.: 0000004134
Tipo: Miglioria
del: 30-03-07
Oggetto: VARIAZIONE LISTINI PREZZI
Nella funzione Variazione Listini Prezzi, nella pagina Selezioni Ulteriori, aggiungere anche i seguenti filtri:
- per marca.
- per fornitore abituale (con riferimento al campo specificato nell'anagrafica articoli)
- per fornitore dal quale l'articolo è stato acquistato (bottone Costi in anagrafica articolo) questa funzionalità è presente in adhoc Windows.
Se viene lanciata la variazione listini prezzi senza filtri nella pagina Selezioni Ulteriori inserire un messaggio di conferma come ad esempio
"attenzione, tutti i prezzi del listino verranno variati, si desidera confermare ?
Allineare l'elenco dei filtri inseriti nella Variazione Listini Prezzi (Selezioni aggiuntive) a quello presente in Aggiornamento Massivo Listini
(Selezioni aggiuntive).
Segn. Num.: 0000004605
Tipo: Miglioria
del: 09-11-07
Oggetto: RICOSTRUZIONE SALDI DI MAGAZZINO CON AGGIORNA ULTIMO PREZZO/COSTO
Rendere più performante la funzionalità di ricostruzione saldi di magazzino quando è selezionato il check aggiorna ultimo prezzo/costo.
21-10-08
Pag. : 103
Segn. Num.: 0000004610
Tipo: Miglioria
del: 09-11-07
Oggetto: CANCELLAZIONE LISTINI
Occorre velocizzare la procedura di cancellazione listini
Segn. Num.: 0000004614
Tipo: Miglioria
del: 13-11-07
Oggetto: INSERIMENTO RAPIDO DATI RILEVATI
Inserire nella maschera 'Inserimento rapido dati rilevati', una combo con i seguenti valori:
Solo dati rilevati
Solo dati non rilevati
Entrambi
Segn. Num.: 0000004719
Tipo: Miglioria
del: 10-01-08
Oggetto: MOVIMENTI DI MAGAZZINO E VISUALIZZAZIONE INVENTARIO
Movimenti di magazzino:
- Visualizzare sulla riga dell'articolo movimentato la disponibilità contabile dell'articolo (data da disponibilità + ordinato - impegnato);
- Visualizzare sulla riga dell'articolo movimentato l'esistenza dell'articolo.
Visualizzazione inventario:
- Nello zoom di visualizzazione inventario aggiungere le colonne relative al valore Lifo a Scatti, Lifo continuo, Fifo continuo, presenti nel bottone
Dettaglio Inventari.
Segn. Num.: 0000004722
Tipo: Miglioria
del: 15-01-08
Oggetto: UNITÀ DI MISURA SU LISTINI
Attualmente sui listini è possibile specificare le quantità solo nella prima unità di misura. Dare la possibilità all'utente di specificare l'unità di
misura.
=========================================
Inserita la procedura di conversione 5.0-M5044.inf:
Valorizzazione unità di misura nei listini e contratti.
Segn. Num.: 0000004815
Tipo: Miglioria
del: 21-02-08
Oggetto: CONFRONTO LISTINI CON I SOLI PREZZI DIVERSI
Nuova opzione nella stampa confronto listini in modo da limitare la stampa ai soli articoli con prezzo diverso, a parità di tutte le condizioni
possibili, verificate contemporaneamente su tutti i listini selezionati nella maschera di stampa (codice articolo, date inizio e fine validità, quantità
scaglioni, prezzo e sconti).
Inserito, per questo, il check "Escludi uguali" sulla maschera del confronto listini.
21-10-08
Pag. : 104
Modulo MAGAZZINO FUNZIONI AVANZATE
Segn. Num.: 0000006685
Tipo: Anomalia
del: 26-02-07
GESTIONE LOTTI
Oggetto: CONTROLLO DISPONIBILITÀ LOTTI
La procedura, in fase di aggiornamento differito lotti, effettua il controllo disponibilità sui lotti anche se in anagrafica articolo la relativa combo è
impostata a "NO"
Es.
- articolo XXX gestito a lotti senza nessun controllo sulla disponibilità (articolo e lotti)
- associato all'articolo XXX c'è il lotto 010101 con esistenza negativa
- si emette un documento di trasporto di vendita (la causale del ddt prevede l'aggiornamento differito dei lotti) senza indicare il lotto
- andando ad effettuare l'aggiornamento differito dei lotti lotto 010101 per l'articolo XXX la procedura segnala che l'esistenza del lotto è
negativa mentre non dovrebbe eseguire questo controllo.
La stessa cosa di presenta se la causale del ddt prevede l'aggiornamento dei lotti alla conferma.
L'anomalia non si presenta indicando il lotto direttamente sul documento senza passare dall'aggiornamento differito
Segn. Num.: 0000006722
Tipo: Anomalia
del: 26-10-06
GESTIONE LOTTI
Oggetto: ATTIVAZIONE GESTIONE LOTTI E MOVIMENTI DI TRASFERIMENTO
Nel caso in cui sono stati inseriti dei movimenti di magazzino/documenti interni con causale di trasferimento fra magazzini (es. scarico
magazzino 1 e carico magazzino 2) e in un momento successivo viene attivata sull'articolo movimentato la gestione lotti, il flag di gestione lotti
non viene aggiornato correttamente nel movimento eseguito sul secondo magazzino (il campo MMF2LOTT non viene valorizzato a +/-).
In questo modo nella visualizzazione schede lotti non viene preso in considerazione il movimento sul magazzino secondario e l'esistenza del
lotto non è corretta.
Procedura di conversione: 5.0-E6432.INF
=================================
La correzione prevede una procedura di conversione che rivalorizza correttamente i campi MMFLLOTT-MMF2LOTT (per i movimenti di
magazzino) ed i campi MVFLOTT-MVF2LOTT (per i documenti interni).
Segn. Num.: 0000007537
Tipo: Anomalia
del: 26-07-07
GESTIONE UBICAZIONI
Oggetto: AGGIORNAMENTO DIFFERITO MAGAZZINO FUNZIONI AVANZATE
Se non ho abilitato il check lotti in anagrafica azienda e gestisco le ubicazioni a livello di magazzino la maschera di gestione aggiornamento
differito non recupera il documento interno ottenuto generando uno scarico di componenti di produzione su di un magazzino gestito ad
ubicazioni.
Esempio:
Dichiarazione di produzione di un ODL con componente con magazzino preferenziale ad ubicazioni (non viene gestito il magazzino WIP).
Segn. Num.: 0000007669
Tipo: Anomalia
del: 05-09-07
GESTIONE LOTTI
Oggetto: AGGIORNAMENTO DIFFERITO LOTTI A SEGUITO DI ESPLOSIONE DISTINTA BASE
Si presentano alcune anomalie nella gestione dell'aggiornamento differito lotti successivo alla esplosione componenti sui documenti.
Nelle casistiche vengono utilizzate le causali documenti come da archivi demo
I CASO
Prodotto finito A01 non gestito a lotti con associato una distinta base con un solo componente (B01 per 2 quantità) gestito a lotti.
Si procede con un carico di magazzino per B01 per 10 pezzi attribuendo un codice lotto.
La causale documento PRSCC ha la combo Imputazione lotti impostata a Immediata.
Si carica un PRDDT mettendo nel corpo del documento l'articolo A01; al salvataggio appare la maschera di esplosione articoli componenti.
All'uscita di questa tuttavia non appare la maschera di aggiornamento differito lotti che dovrebbe apparire dal momento che il documento di riga
PRSCC comprende articoli gestiti a lotti e ha l'aggiornamento lotti impostato a immediato.
Se invece dalla causale documento PRDDT si toglie la causale presente nel campo Documento di testata al fine di non generare documenti
per i prodotti finiti, allora in questo caso caricando un nuovo PRDDT, dopo la maschera di evasione articoli componenti, appare la maschera di
aggiornamento differito lotti per il componente B01.
II Caso
Prodotto finito A01 non gestito a lotti con associato una distinta base con un due componenti (BBB per 2 quantità e CCC per 2 quantità). solo
BBB è gestito a lotti.
Si procede con un carico di magazzino per BBB e CCC per 10 pezzi attribuendo un codice lotto per BBB.
La causale documento PRSCC ha la combo Imputazione lotti impostata a Immediata.
Si carica un PRDIC mettendo nel corpo del documento l'articolo A01; al salvataggio appare la maschera di esplosione articoli componenti.
All'uscita di questa tuttavia non appare la maschera di aggiornamento differito lotti che dovrebbe apparire dal momento che il documento di riga
PRSCC comprende un articolo gestito a lotti (BBB) e ha l'aggiornamento lotti impostato a immediato.
In questo caso la maschera non appare in quanto l'ultimo articolo ( in ordine alfabetico) appunto CCC non è gestito a lotti.
III Caso
21-10-08
Pag. : 105
Prodotto finito A01 gestito a lotti con associato una distinta base con 1 solo componente gestito a lotti, BBB
Si procede con un carico di magazzino per A01 e per BBB.
La casuale PRSCC ha la combo Imputazione Lotti impostata a Immediata.
nella causale documento PRDDT viene modificata la causale presente nel campo Documento di testata da PRCPF a PRNULL.
Si carica un PRDDT dove si inserisce nel corpo l'articolo A01; alla conferma del documento principale, dopo la maschera di evasione articoli
componenti, comunque non appare la maschera di aggiornamento differito per il componente BBB presente nel PRSCC. il motivo risiede nel
fatto che il documento di testata (PRNULL) non movimenta l'esistenza; questa circostanza erroneamente impedisce l'apertura della maschera
di aggiornamento differito.
Segn. Num.: 0000007876
Tipo: Anomalia
del: 23-10-07
GESTIONE MATRICOLE
Oggetto: DICHIARAZIONI A MATRICOLE
In fase di dichiarazioni di un articolo gestito a lotti e a matricole se si tenta di spostare la selezione da una riga di codice matricola ad un'altra la
procedura propone il seguente errore: Lotto Inesistente o di un altro Articolo.
Segn. Num.: 0000008046
Tipo: Anomalia
del: 06-12-07
GESTIONE LOTTI
Oggetto: ERRATO AGGIORNAMENTO STATUS LOTTO CON RETTIFICHE INVENTARIALI
Si presenta un' anomalia nell' aggiornamento status lotto se per l'articolo, movimentato su più magazzini con lo stesso codice lotto, viene
effettuata una rettifica inventariale che porta a zero l'esistenza su un magazzino.
In questa circostanza infatti il lotto viene posto ad esaurito pur essendo presente su altri magazzini.
Si abbia l'articolo ART1 gestito a lotti con consumo automatico e forza magazzino lotti.
si carica un movimento di magazzino di carico per ART1 con 3 righe; sulla prima viene caricato il magazzino AU per qtà 10 con lotto LOTTO1;
sulla seconda riga viene caricato il magazzino MP per 20 qtà sempre con il lotto LOTTO1 e per finire in riga 30 viene caricato il magazzino MPF
per 30 unità utilizzando ancora il lotto LOTTO1.
Con data successiva si effettua un movimento di rettifica inventariale per portare a zero l'esistenza sul magazzino di AU; al termine del
confronto dati abbiamo un movimento di scarico di magazzino per AU associato al lotto LOTTO1.
Nell' anagrafica del lotto tuttavia lo status appare Esaurito pur essendo invece presente in MP e MPF impedendo quindi di utilizzare LOTTO1
su altri magazzini.
Segn. Num.: 0000008095
Tipo: Anomalia
del: 03-01-08
GESTIONE LOTTI
Oggetto: ERRATO CONTROLLO DISPONIBILITÀ LOTTI
Si presenta una anomalia nel controllo saldi lotto sui documenti di scarico se l'esistenza sul magazzino di scarico è stata alimentata da
mvimenti manuali di magazzino di carico e trasferimento.
Esempio
Articolo TEST che viene caricato (CAR) su magazzino 1 con un movimento manuale di magazzino per quantità 100 e lotto MARZO2008.
Effettuato movimento manuale di magazzino di trasferimento (causale TRA) da magazzino 1 a 2 per quantità 5 e lotto MARZO2008.
effettuato movimento manuale di carico (causale CAR) su magazzino 2 per quantità 5 e lotto sempre MARZO2008.
A questo punto si presentano i seguenti problemi:
1) la visualizzazione saldo per lotto per l'articolo TEST presenta per il magazzino 2 il lotto MARZO2008 con una esistenza di 5 e non di 10;
2) Caricando un documento di vendita di tipo fattura (FAVIT) dal magazzino 2 per quantità 7 al salvataggio si riceve il messaggio bloccante di
disponibilità contabile negativa per il lotto MARZO2008; anche lo zoom sul campo lotto mostra una esistenza di 5 per il lotto MARZO2008 sul
magazzino 2 (anzichè 10)
La causa risiede nel fatto che :
1. sulla query GSMD4BCL è stata inserita in union la query GSMD5BCL senza il check 'All'.
2. sulla query ..\MADV\EXE\QUERY\GSMD4KSL è stata inserita in union la query ..\MADV\EXE\QUERY\GSMD5KSL senza il check "All"
Segn. Num.: 0000008106
Tipo: Anomalia
del: 09-01-08
GESTIONE LOTTI
Oggetto: AGGIORNAMENTO DIFFERITO LOTTI/UBICAZIONI/MATRICOLE SUI DOCUMENTI
Si presenta un' anomalia in fase di aggiornamento differito lotto\ubicazioni\matricole se la gestione viene richiamata (automaticamente) in fase
di esplosione articoli composti.
Se infatti i componenti del prodotto finito sono gestiti a matricole e non a lotti allora, anche se la causale documento utilizzata per i componenti
prevede l'imputazioni lotti matricole immediata, comunque non appare la maschera di aggiornamento differito.
Esempio
Si abbiano gli articolo ART1 e ART2 gestiti a matricole; queste materie prime appaiono come componenti nella distinta base DB1. La distinta
DB1 viene associata al prodotto finito PRFIN1.
21-10-08
Pag. : 106
Si inserisce un movimento manuale di magazzino di carico per ART1 e ART2 per quantità 10 attribuendo a ciascun articolo le matricole.
Si utilizza la causale documento PRDIC che prevede nella sezione Articoli Composti nel campo Documento di riga la causale PRSCC;
quest'ultima ha nella rispettiva anagrafica la combo Imputazione lotti/matricole valorizzata a "Immediata".
Si carica un PRDIC per PRFIN1 con quantità di 2; alla conferma del documento appare correttamente la maschera di evasione articoli
composti ma non appare la maschera di Aggiornamento differito lotti ubicazione che invece dovrebbe apparire dal momento che i componenti
sono gestiti a matricole e la causale PRSCC ha l'aggiornamento dei lotti\matricole a immediata
NOTA1: a parità di causali documento se invece i componenti sono gestiti a lotti allora, dopo la maschera di evasione articoli composti, appare
la maschera di aggiornamento differito lotti/ubicazioni/matricole.
NOTA2:lo stesso problema si presenta se anzichè caricare una distinta base si carica un articolo KIT. Se pertanto ART1 e ART2 (gestiti a
matricole) sono elementi di un articolo KIT e questo KIT viene associato PRFIN1 allora in fase di salvataggio di un PRDIC non si apre la
maschera di aggiornamento differito. Se invece i componenti del kit sono gestiti a lotti allora si apre, alla conferma del documento, la maschera
di aggiornamento differito lotti/ubicazioni/matricole.
Segn. Num.: 0000008352
Tipo: Anomalia
del: 28-03-08
GESTIONE LOTTI
Oggetto: VISUALIZZA SALDO PER LOTTO
Si presenta un'anomalia nella maschera Visualizza Saldi Per Lotto nel caso in cui vi siano articoli diversi con lo stesso codice lotto.
Infatti in questo caso la maschera riporta sempre nei dati di piede le informazioni relative al lotto che a parità di codice lotto, nell'elenco
dell'anagrafica lotti, viene per primo .
Esempio:
- articolo F1 e articolo F2 gestiti a lotti;
- si carica un ddtac per l'articoloF1 intestato al fornitore Handel, per una quantità di 300 , inserendo come lotto AA20083;
- si carica un ddtac per l'articolo F2 intestato al fornitore Betacomp, per una quantità di 500 , inserendo come lotto sempre AA20083;
- a questo punto nella scheda Elenco dell'Anagrafica lotti il codice lotto AA20083 associato all'articolo F1 viene riportato prima del codice lotto
AA20083 legato all'articolo F2.
- se si apre la maschera Visualizza Saldi Per Lotto e si inserisce come filtro l'articolo F1 la maschera riporta corretto sia il saldo che le
informazioni di piede relativamente al lotto AA20083 legato all'articolo F1;
- se si apre la maschera Visualizza Saldi Per Lotto e si inserisce e come filtro l'articolo F2 la maschera riporta corretto il saldo per il codice lotto
AA20083 legato all'articolo F2 , ma nei dati di piede riporta erroneamente tutte le informazioni del codice lotto AA20083 legato all'articolo F1,
quindi nel caso specifico riporta il Fornitore Handel anzichè Betacomp, e questo succede ugualmente per tutte le altre informazioni di piede.
Segn. Num.: 0000008491
Tipo: Anomalia
del: 23-05-08
GESTIONE LOTTI
Oggetto: AGGIORNAMENTO DIFFERITO LOTTI
La procedura non controlla correttamente la disponibilità del lotto nell'aggiornamento differito nel caso in cui più articoli abbiano lo stesso
codice lotto.
Es.
- articolo lotto1 gestito a lotti e controllo disponibilità lotti SI
- articolo lotto2 gestito a lotti e controllo disponibilità lotti SI
- si carica un movimento di acquisto:
riga 10 lotto1 qtà 1000 lotto: XXX
riga 20 lotto2 qtà 10 lotto: XXX
- si effettua un movimento di scarico per lotto1 qtà 1000
- si emette un ddt (ddtve con imputazione lotti differita) con lotto2 qtà 5 senza indicare il lotto
dall'aggiornamento differito lotti si richiama il DDT e si specifica il lotto XXX la procedura segnala che il lotto non è disponibile .
Se il lotto viene indicato invece nel documento senza passare dall'aggionrmento differito il funzionamento è corretto
Segn. Num.: 0000008504
Tipo: Anomalia
del: 27-05-08
GESTIONE LOTTI
Oggetto: MANCATO AGGIORNAMENTO STATUS LOTTO
In presenza di un movimento di magazzino di scarico generato in automatico dalla procedura (per es dallo scarico componenti da Magazzino
Produzione - Dichiarazione di Produzione), per un articolo gestito a lotti (lotto inserito tramite l'aggiornamento differito), per una quantità utile
allo scarico di un lotto, non viene aggiornato lo status del lotto stesso ad 'esaurito' (lo status rimane disponibile).
Segn. Num.: 0000008573
Tipo: Anomalia
del: 16-06-08
GESTIONE LOTTI
Oggetto: PROBLEMA SU ESISTENZA LOTTI
Nella rel. 4.0 e 5.0 la procedura non indica correttamente l'esistenza di un lotto nel caso in cui venga effettuato un trasferimento da un
magazzino ad un'altro. Il caso specifico è il seguente:
- si carica un nuovo articolo gestito a lotti
- si effettua un movimento di magazzino con causale ACQ (archivi demo) sul magazzino AU per quantità 2pz. e si crea il nuovo lotto xxx010101
- si effettua un altro movimento di magazzino con causale ACQ (archivi demo) sul magazzino PO per quantità 2pz. e si indica il solito lotto
xxx010101
- si effettua un ulteriore movimento di magazzino con causale TRA e si trasferisce dal magazzino PO l'articolo XXX con lotto xxx010101 sul
magazzino AU.
- la scheda lotto risulta corretta e si vedono 4 pezzi sul magazzino AU ma se si effettua una vedita (ddtve) sul magazzino AU per 3pz. la
procedura segnala che non c'è disponibiltà sufficiente, infatti andando a selezionare il lotto si vede disponibilità 2pz.
21-10-08
Pag. : 107
Segn. Num.: 0000008692
Tipo: Anomalia
del: 16-07-08
GESTIONE UBICAZIONI
Oggetto: AGGIORNAMENTO LOTTI / UBICAZIONI
Le procedure di aggiornamento dei movimenti in seguito all'attivazione check ubicazione sui magazzini o lotti sugli articoli non aggiornavano le
vendite negozio in essere.
Segn. Num.: 0000008730
Tipo: Anomalia
del: 23-07-08
GESTIONE LOTTI
Oggetto: AGGIORNAMENTO DIFFERITO LOTTI
Nel caso di trasferimento a magazzino terzista di lotti per una quantità per la quale il saldo lotto va a zero su magazzino sede, la procedura in
fase di aggiornamento differito del documento di scarico da rientro da conto lavoro non permette l'aggiornamento in quanto ha portato lo stato
del lotto a Esaurito.
Segn. Num.: 0000008795
Tipo: Anomalia
del: 01-09-08
GESTIONE LOTTI
Oggetto: MASCHERA VISUALIZZA SALDO PER LOTTO
La maschera "Visualizza saldo per lotto" all'interno del modulo Magazzino Funzioni Avanzate può presentare tempi di apertura eccessivamente
lunghi in presenza di un gran numero di documenti.
La circostanza è dovuta al fatto che per la costruzione dello zoom viene lanciata, ancor prima che la maschera sia aperta, la query GSMA2KSL
che provvede a calcolare la disponibilità di tutti gli articoli.
Occorre invece aggiungere alla query il filtro sul campo articolo (che è obbligatorio nella maschera) mettendo il Remove sul filtro parametrico
della disponibilità (w_DISLOT).
Segn. Num.: 0000008824
Tipo: Anomalia
del: 11-09-08
GESTIONE LOTTI
Oggetto: AGGIORNAMENTO STATUS LOTTO CON IMPUTAZIONE LOTTI DIVERSA DA IMMEDIATA
Si presenta una anomalia nell'aggiornamento dello status del lotto se la causale documento prevede l'Imputazione lotti / matricole "Alla
conferma" o "Differita" ma il lotto viene subito assegnato sulla riga (manualmente dall'operatore o in modo automatico come conseguenza del
consumo automatico lotti previsto sull'articolo) del documento.
Si abbia ad esempio l'articolo A1 gestito a lotti con consumo automatico; si registra un carico di magazzino creando un nuovo lotto (L1) per 10
quantità.
Nella causale documento DDTVE si imposta la combo "Imputazione lotti\matricole" a "Alla conferma" o "Differita".
Si carica un ddtve metttendo sulla riga l'articolo A1 per 10 qta; automaticamente viene assegnato il lotto L1. Dopo il salvataggio del documento
il lotto L1 rimane comunque in status Disponibile.
Analogamente se l'articolo A1 non avesse il consumo automatico del lotto e sulla causale documento di vendita fosse prevista l'imputazione
alla conferma o differita del lotto, allora assegnando manualmente sul documento il lotto L1, dopo il salvataggio del documento il lotto
manterebbe comunque lo status disponibile.
Segn. Num.: 0000004015
Tipo: Miglioria
del: 26-02-07
GESTIONE LOTTI
Oggetto: CREAZIONE DELL' ARCHIVIO SALDI LOTTI
E' necessario implementare l'archivio dei saldi lotti. In assenza di tale archivio e in presenza di una considerevole mole di movimentazioni
legate ad un articolo gestito a lotti, la ricerca lotti da imputare alle righe documento diventa assai lenta.
Segn. Num.: 0000004029
Tipo: Miglioria
del: 04-10-06
GESTIONE LOTTI
Oggetto: STAMPA INVENTARIO FISICO
Riportare l'esistenza globale sul magazzino anche per gli articoli che presentano il dettaglio lotti quindi nel caso in cui si sia attivato il check
Lotti.
Attualmente la procedura riporta l'esistenza (alla data indicata nella maschera di stampa) solo per gli articoli che non sono gestiti a lotti e che
sono comunque presenti nella stampa (in quanto non è stato attivato il check "Solo Lotti").
Per gli articoli che invece hanno, nel report, un dettaglio lotti, non viene riportata l'esistenza globale alla data ma solo l'esistenza dei diversi lotti;
se attivo nella maschera di stampa il check "Totali Articolo" nel report appare il totale dei saldi lotti espressi per quell'articolo.
Tuttavia se esistono per l'articolo dei movimenti / documenti che non hanno il lotto (e per questo suscettibili di Aggiornamento differito) e che
rientrano nell'intervallo temporale definito nella maschera, l'esistenza alla data è chiaramente diversa dalla somma delle esistenze dei lotti
(appunto perchè esistono movimenti senza lotto).
La stampa pertanto (con il check Lotti e Totali Articoli attivi) deve evidenziare l'esistenza globale alla data considerando tutte le movimentazioni
(restituendo cioè lo stesso valore che si ha lanciando la stampa inventario fisico senza alcun check sulla maschera) seguita dal dettaglio
dell'esistenza dei lotti. Inoltre deve apparire il totale delle movimentazioni dei lotti.
Questa stampa permette quindi di evidenziare, mediante il confronto tra l'esistenza globale alla data e il totale delle movimentazioni dei lotti, la
presenza di possibili documenti o movimenti ancora da aggiornare in termini di lotti.
A tale fine si rende opportuno inserire una combo box nella maschera di stampa che permetta di filtrare solo sugli articoli che (alla data
presente nella maschera) abbiano una esistenza globale pari al totale dei movimenti lotti oppure abbiano una esistenza globale diversa dalla
somma dei saldi lotti (in quanto sono presenti movimenti senza l'informazione del lotto) oppure tutti.
21-10-08
Pag. : 108
Segn. Num.: 0000004030
Tipo: Miglioria
del: 06-11-06
GESTIONE MATRICOLE
Oggetto: STAMPA INVENTARIO FISICO CON DETTAGLIO MATRICOLE
Nella stampa inventario fisico presente nel modulo Magazzino funzioni avanzate verificare la disponibilità della matricola alla data di
elaborazione indicata sulla maschera di stampa di modo che, se un articolo riportato sulla stampa ha associate delle matricole chiuse
successivamente alla data di elaborazione, queste vengano comunque riportate.
Esempio:
- Articolo X con esistenza 1 alla data 01-11-06
- Questo articolo ha associata la Matricola 01 che risulta scaricata con un movimento al 10-11-06
- Elaborando la stampa al 05-11-06 viene riportato l'articolo X senza alcun dettaglio delle matricole
E' necessario eseguire lo storno dei movimenti di scarico delle matricole avvenuti successivamente alla data di elaborazione.
Segn. Num.: 0000004031
Tipo: Miglioria
del: 09-11-06
Argomento: 220.050 STAMPE MAGAZZINO FUNZ.AVANZATE
Oggetto: STAMPA INVENTARIO FISICO CON CHECK "LOTTI"
Eseguendo la stampa inventario fisico con attivato il check "lotti" per gli articoli che non sono gestiti a lotti è necessario determinare l'esistenza
dell'articolo stornando dal saldo attuale i movimenti/documenti inseriti in data successiva a quella di elaborazione della stampa. Attualmente
per gli articoli non gestiti a lotti non vengono visualizzati movimenti (in quanto non presente il codice lotto) e quindi il saldo riportato rimane
quello letto dai saldi.
Segn. Num.: 0000004273
Tipo: Miglioria
del: 04-06-07
GESTIONE MATRICOLE
Oggetto: MATRICOLE SELEZIONABILI IN FASE DI CARICO A MAGAZZINO
Attualmente gli zoom sui codici matricole in presenza di un movimento\documento che incrementi l'esistenza, visualizzano i codici matricola
mai movimentati oppure quelli con ultimo movimento un movimento di scarico.
Prevedere un' impostazione a livello di dati azienda/magazzino (selezionabile mediante check), con la quale negli zoom e nelle maschere
(come inserimento rapido matricole), sia possibile vedere, in fase di carico, solo i codici matricole mai movimentati e non anche quelli con
ultimo movimento uno scarico; questi ultimi devono essere accettati dalla procedura se inseriti manualmente.
Segn. Num.: 0000004462
Tipo: Miglioria
del: 18-09-07
GESTIONE UBICAZIONI
Oggetto: BLOCCO CHECK GESTIONE UBICAZIONE
Inibire la possibilità di disattivare il check gestione ubicazioni in anagrafica magazzini se esistono movimenti per quel magazzino ove è
presente anche l'ubicazione.
Segn. Num.: 0000004769
Tipo: Miglioria
del: 29-01-08
GESTIONE MATRICOLE
Oggetto: MESSAGGI DI CONTROLLO ALLA CONFERMA DOCUMENTO
La messaggistica alla conferma documento può dare messaggi fuorvianti:
Esempio:
movimento con le righe di articolo
A
A
B
Per l'articolo A sulla prima scarico la matricola 1, per l'articolo A sulla riga 2 scarico nuovamente la matricola 1, infine per l'articolo B scarico la
matricola 3.
Alla conferma documento la procedura mi segnala che è impossibile utilizzare la matricola 3 dell'articolo B.
Segn. Num.: 0000004786
Tipo: Miglioria
del: 12-02-08
GESTIONE MATRICOLE
Oggetto: TRACCIABILITÀ MATRICOLE
La funzione di tracciabilità matricole deve permettere di filtrare e stampare l'intestatario di una vendita negozio (Cliente negozio) sulla quale è
presente un articolo gestito a matricole. Attualmente è possibile filtrare solo sui clienti effettivi della procedura.
================================
Se la vendita negozio ha dato origine ad un documento di tipo corrispettivo le matricole movimentate vengono trasferite sul documento di
corrispettivo (non sono più presenti sulla vendita negozio), quindi è necessario risalire alla vendita negozio con intestatario (cliente POS)
sfruttando il collegamento fra i documenti.
Tale funzione non è applicabile se abbiamo N vendite negozio che hanno dato origine ad un unico documento di corrispettivo non intestato,
quindi è necessario introdurre una nuova funzionalità (pilotabile tramite un check nei Parametri vendita negozio / Causali predefinite che si
chiama: "Singolo Corrispettivo", inizializzato a N) per creare un documento di corrispettivo intestato per ogni vendita negozio.
Tale check avrà effetto nel caso in cui la vendita negozio sia intestata, in caso contrario le vendite negozio verranno comunque raggruppate
all'interno dei corrispetttivi.
Introdotto inoltre il check "No intestatario" sulla maschera della tracciabilità matricole per permettere di filtrare i documenti senza intestatario
(es. corrispettivi).
21-10-08
Pag. : 109
Segn. Num.: 0000004983
Tipo: Miglioria
del: 16-06-08
GESTIONE LOTTI
Oggetto: TRACCIABILITÀ LOTTI
Prevedere l'implementazione della funzione di tracciabilità lotti , come quella già presente per le matricole.
In questo modo potremo avere la tracciabilità dei lotti in produzione interna e conto lavoro.
prevedere una visualizzazione grafica simile a quella già prevista per il Pegging di secondo livello
Segn. Num.: 0000005133
Tipo: Miglioria
del: 01-08-08
GESTIONE LOTTI
Oggetto: MASCHERA DI STAMPA INVENTARIO FISICO
Uniformare la maschera di stampa inventario fisico presente all'interno del modulo Magazzino Funzioni Avanzate alla maschera della stampa
Inventario Fisico del magazzino, mantenendo le diversità solo sui campi caratterizzanti i moduli stessi.
In particolare sulla maschera di stampa inventario fisico presente all'interno del modulo Magazzino Funzioni Avanzate occorre aggiungere:
campo di filtro sul Produttore
combo Esistenza (Tutti, >0, < 0, = 0, <= 0): tale combo deve riferirsi all'esistenza degli articoli o dei lotti.
Occorre inoltre eliminare il chek "Giacenza Negativa"
Rimarrano chiaramente tutti gli altri check caratterizzanti la gestione (lotti, matricole)
Specularmente sulla maschera di stampa Inventario Fisico del magazzino occorre aggiungere la combo "Classe ABC" (Tutte, Solo A e B)
21-10-08
Pag. : 110
Modulo MAGAZZINO PRODUZIONE
Segn. Num.: 0000006755
Tipo: Anomalia
del: 25-01-07
Argomento: 150.040 DISTINTA BASE SU DOCUMENTI
Oggetto: ERRATA RIPROPOSIZIONE DOCUMENTI DI ESPLOSIONE
I report di stampa fattiblità sommarizzata riportano più volte lo stesso documento d'impegno componenti (con conseguente errato storno della
quantità disponibile e della quantità residua del componente stesso), in presenza di un documento con esplosione componenti all' interno del
quale lo stesso componente viene ripetuto più volte per diversi prodotti finiti e, su i documenti di esplosione componenti, le date di prevista
evasione relative ai componenti comuni sono diverse.
Segn. Num.: 0000007263
Tipo: Anomalia
del: 07-06-07
Argomento: 150.055 STAMPE MAGAZZINO PRODUZIONE
Oggetto: STAMPA DISTINTA COSTIFICATA
Si presenta un errore nella stampa della distinta base costificata.
Il check 'Costificazione parziale' nel report è riportato fra le selezioni di stampa solo se nella maschera 'Stampa distinta base costificata' è
attivato il check 'Applica costi inventario'. Se è attivo solamente il check 'costificazione parziale' (senza aver attivato 'applica costi inventario),
nella stampa non compare valorizzato il campo 'costificazione parziale'.
Nel campo della costificazione parziale è infatti presente la seguente condizione IIF(L_FLCOSINV="S", "X", " ")
Segn. Num.: 0000007335
Tipo: Anomalia
del: 18-06-07
Argomento: 150.005 DISTINTA BASE
Oggetto: PARAMETRI DISTINTE
Sulla maschera dei Parametri Distinte in presenza del valore Costo Medio Periodo sulla combo "Criterio di valorizzazione per evasione articoli
composti", non è data la possibilità di determinare da quale inventario leggere tale valore.
Segn. Num.: 0000007550
Tipo: Anomalia
del: 30-07-07
Oggetto: MANCATA CANCELLAZIONE DOCUMENTO DI TESTATA SU DOCUMENTI DI PRODUZIONE
Si presenta una anomalia nella cancellazione di un documento di produzione che prevede anche la creazione di un documento di testata oltre a
quello di riga.
Si abbia l'articolo C con associata una distinta base che prevede i componenti A e B.
Si carica un PRDDT (con il check Esplosione automatica nella scheda Gestioni Collegate della rispettiva causale documento) inserendo
l'articolo C; alla conferma viene creato un documento di testata di carico prodotti finiti con causale PRCPF e 1 documento di riga (causale
PRSCC).
Si richiama dall'elenco il documento una prima volta (o altro documento con stessa data); senza apportare alcuna modifica si richiama sempre
dalla scheda Elenco il documento inizialmente caricato e si provvede a cancellarlo.
La procedura in questa condizione non riesce a cancellare il documento di testata di carico prodotti finiti che rimane tra i documenti interni.
Se invece il documento viene cancellato la prima volta che lo si richiama, allora tutti i documenti collegati vengono eliminati.
Infine, lo stesso problema si verifica anche per i documenti collegati generati dalle esplosioni di articoli kit.
Inoltre se viene richiamato il documento iniziale e viene premuto il tasto F3 e subito F10 senza fare modifiche, non viene eliminato giustamente
il documento di carico del prodotto finito collegato (perchè non abbiamo apportato alcuna variazione), ma alla conferma tale documento viene
errroneamente rigenerato.
Segn. Num.: 0000007678
Tipo: Anomalia
del: 06-09-07
Oggetto: COMPONENTI CON SCARTO/SFRIDO
Nel caso di gestione distinta dai documenti, l'esplosione di una distinta, avente percentuali di scarto/sfrido, crea delle problematiche:
- se in distinta viene definito lo sfrido/scarto, nel documento di esplosione, non viene calcolato il valore del relativo componente (solo in
presenza di criterio inventariale);
- se ad avere lo sfrido/scarto è l'ultimo componente in distinta, non viene valorizzato nemmeno il costo del prodotto finito, a prescindere dal
criterio di valorizzazione scelto;
Esempio - per simulare le due casistiche utilizzare:
Distinta base = Cabinet,
Componenti = ALIM240, LAMIERCAB e VITE
Causale documento = PRDIC, esplosione "manuale", valorizzazione componenti: "documento principale e documento di evasione P.F."
Eseguire vari carichi con esplosione documento, avendo l'accortezza di modificare in distinta base la percentuale di sfrido/scarto.
Segn. Num.: 0000007709
Tipo: Anomalia
del: 12-09-07
Oggetto: STAMPA VERIFICA FATTIBILITÀ SOMMARIZZATA
si presenta una anomalia nella stampa fattibilità sommarizzata, report numero 2 di tipo Produzione Principale.
Si considerino 6 articoli:ART1, ART2, ART3, ART4, ART5 E ART6.
Si inseriscono le distinte base DB1 (costituite da ART1e ART2 entrambi per 2 qtà) e DB2 (costituite da ART3e ART4 entrambi per 2 qtà).
Si associa la DB1 a ART5 e DB2 a ART6.
si effettua un movimento di carico di magazzino per ART1, ART2, ART3 e ART4, tutti per qtà 100.
21-10-08
Pag. : 111
Nella causale documento interno vendite PRPIA si indica, nella scheda Report, il report (di tipo Produzione Principale) numero 2 Stampa
Fattibilità Sommarizzata.
Si carica un PRPIA dove si indica nel corpo del documento ART5 per 3 quantità e ART6 per 10 quantità.
Alla conferma appare la maschera di Evasione Articoli Composti dove per ART5 vengono impegnate 6 quantità di ART1 e ART2 e per ART6
vengono impegnate 20 quantità di di ART3 e ART4.
Alla conferma della maschera appare il report di verifica fattibilità sommarizzata dove tuttavia tutti i componenti risultano da impegnare per 6
quantità ovvero la quantità presente sulla prima riga viene poi ribaltata sulle righe sotto.
Lo stesso problema si presenta con il report di stampa Produzione principale numero 4.
Con il report numero 6 Stampa Fattibilità per Prodotto Finito e Magazzino appare solo ART5 con l'indicazione tuttavia dei 4 componenti ( quindi
comprendendo anche ART5 e ART6) sempre per 6 quantità.
Segn. Num.: 0000007744
Tipo: Anomalia
del: 18-09-07
Oggetto: ERRATA VISUALIZZAZIONE NUMERO DOCUMENTO
Si verifica la seguente anomalia:
1) dal ciclo acquisti si inserisce una causale di tipo documento interno PROVA non intestata con attivo il check 'numerazione vendite' serie XX
e causale di magazzino CAR
2) dal ciclo acquisti si inserisce una causale di tipo documento interno PROVA2 non intestata con attivo il check 'numerazione vendite' e serie
XX e causale di magazzino SCA
3) sulla causale PROVA nelle gestioni collegate \ documenti di riga s' inserisce la causale PROVA2
4) si realizza un documento con la causale PROVA relativamente ad un articolo gestito a distinta base.
La procedura inserisce 2 nuovi documenti interni con lo stesso numero il principale (causale PROVA) per es. con numero 1 XX e il secondario
(causale PROVA2) con numero 1 XX. Anche dall' elenco dei documenti interni appaiono con il numero 1 XX.
Dal ciclo vendite l'anomalia non si verifica.
Inoltre se nello stesso contesto si modifica l' alfa della numerazione della causale PROVA2, il documento di esplosione generato con la stessa
causale non tiene conto della nuova serie e prosegue mantenendo la serie del documento principale.
Segn. Num.: 0000007784
Tipo: Anomalia
del: 25-09-07
Oggetto: ERRATA VALORIZZAZIONE IN PRESENZA DI COEFFICENTI D'IMPIEGO
1) si carica la distinta base DBA composta dall'art. B e dall' art. C entrambi (gestiti in metri) a quantità 1, ma l'art. B è gestito tramite l'uso di un
coeff. d' impiego X ( il coeff. d'impiego contiene una formula con il parametro Lunghezza senza alcun valore)
2) sull' art. B è presente il listino VEND (netto) a 5 € il metro; sull' art. C è presente il listino VEND a 10 €
3) si crea l'art. A e lo si associa alla distinta DBA
3) si realizza dal ciclo documentale una dichiarazione di produzione per n° 1 art. A ( la causale PRDIC nelle gestioni collegate ha la combo
'Valorizza componenti' a doc. di origine o esplosione distinta'); il parametro lunghezza richiesto viene valorizzato a 10.
4) dopo il salvataggio si visualizza il documento principale sul quale l'art. DBA risulta valorizzato a 15 anzichè a 60.
Segn. Num.: 0000007856
Tipo: Anomalia
del: 18-10-07
Argomento: 150.035 GESTIONE DISTINTA BASE
Oggetto: VALORIZZAZIONE CON LISTINO
1) si carica la distinta base PF composta dai compnenti A( quantita 10 n.) e B ( quantità 1n.)
2 )sull' art. A il listino PROD è così definito
- intervallo di validità dal 18/10/07 al 18/10/10 a 5 € il metro
- intervallo dal 18/01/07 al 31/12/07 : prezzo 10 € fino a 10 n.
prezzo 20 € fino a 20 n.
2 )sull' art. B il listino prod è così definito
- intervallo di validità dal 18/10/07 al 18/10/10 a 10 € il metro
- intervallo dal 18/01/07 al 31/12/07 : prezzo 1 € fino a 1 n.
3) si crea l'art. PRODOTTO FINITO e lo si associa alla distinta PF
3) si realizza dal ciclo documentale una dichiarazione di produzione per n° 1 art. PF ( la causale PRDIC nelle gestioni collegate ha la combo
'Valorizza componenti' a doc. principale e document idi esplosione prodotti finiti );
4) dopo il salvataggio si visualizza il documento principale sul quale l'art. PF risulta valorizzato a 101 anzichè a 60 mentre il documento di
scarico componenti ( PRSCC) riporto per il componete A il prezzo di 5 e per il componente B il prezzo 10
5) Se si lancia la stampa distinta base costificata riporta i seguenti valori (criterio di valorizzazione costo di listino =PROD ) :
PF
: 1 ( quantità lorda ) - 101 € ( costo unitario)
COMPONENTE A : 10 ( quantità lorda ) - 10 € ( cpsto unitario)
COMPONENTE B : 1 ( quantità lorda ) - 1 € ( costo unitario)
E' presente anche l'anomaila seguente : se nella maschera di evasione articoli composti viene inserito un listino al lordo ( es: ivato ) alla
chiusura della maschera compare il messaggio di errore mvperiva is not found
21-10-08
Pag. : 112
Segn. Num.: 0000007858
Tipo: Anomalia
del: 22-10-07
Oggetto: ERRORE SU STAMPA DISTINTA BASE COSTIFICATA
La stampa distinta base costificata, che utilizza come criterio di valorizzazione un listino ivato, se presenta almeno un componente per il quale
quel listino ivato è presente e valido, restituisce l'errore variable ivperiva is not found.
La stessa anomalia si verifica in fase di esplosione componenti su un documento con causali collegate.
Segn. Num.: 0000007898
Tipo: Anomalia
del: 26-10-07
Oggetto: ERRATA VALORIZZAZIONE IN PRESENZA DI COEFFICENTI D'IMPIEGO
1) si carica la distinta base DBA composta dall'art. B e dall' art. C entrambi (gestiti in metri) a quantità 1, ma l'art. B è gestito tramite l'uso di un
coeff. d' impiego X ( il coeff. d'impiego contiene una formula con il parametro Lunghezza senza alcun valore)
2) sull' art. B è presente il listino VEND (netto) a 5 € il metro; sull' art. C è presente il listino VEND a 10 €
3) si crea l'art. A e lo si associa alla distinta DBA
3) si realizza dal ciclo documentale una dichiarazione di produzione per n° 1 art. A ( la causale PRDIC nelle gestioni collegate ha la combo
'Valorizza componenti' a doc. di origine o esplosione distinta'); il parametro lunghezza richiesto viene valorizzato a 10. Sullo stesso documento
si inserisce una seconda riga per lo stesso articolo A a quantità 1; il parametro lunghezza richiesto viene valorizzato a 20.
4) dopo il salvataggio si visualizza il documento principale sul quale l'art. DBA risulta valorizzato in entrambe le righe a 1010 € anzichè a 60 € e
110 €.
Segn. Num.: 0000007969
Tipo: Anomalia
del: 19-11-07
Oggetto: ERRORE SU MASCHERA EVASIONE ARTICOLI COMPONENTI
Si presenta un' anomalia nella gestione della distinta base sui documenti nel caso in cui debba avvenire la valorizzazione del documento
principale.
Si abbia l'articolo ART3 con associata una distinta base contente gli articoli ART1 e ART2 per 1 quantità ciascuno senza applicazione dei
coefficienti di impiego.
Dopo aver effettuato un carico di magazzino per gli articoli ART1 e ART2 si carica un documento interno PRDIC inserendo l'articolo ART3 per 1
quantità. Sulla causale PRDIC è indicata la valorizzazione del documento principale.
Alla conferma si apre la maschera di Evasione Articoli Composti dove vengono correttamente evidenziati i componenti da scaricare e letti dalla
distinta base.
Senza apportare alcuna modifica si preme F10; appare a questo punto una maschera di Windows (Open) che cerca nella cartella exe un file
.dbf.
Se si preme annulla appare un'ulteriore maschera (Program Error)che riporta la scritta "File 'totcoe.dbf' does not exist".
Segn. Num.: 0000007979
Tipo: Anomalia
del: 22-11-07
Oggetto: CARICO DA PRODUZIONE CON VALORIZZAZIONE PRODOTTI FINITI
1) Si presenta una anomalia nella valorizzazione del carico prodotto finito se viene adottata una valorizzazione presa da un inventario e sul
piano siano presenti più di 9 componenti.
Si abbia un piano di produzione con un numero di articoli maggiori di 9 tutti con associata la stessa distinta base; si inserisce un carico da
produzione andando a richiamare il piano caricato in precedenza.
Si attribuisce come criterio di valorizzazione il costo medio esercizio ( o altro criterio preso sempre da inventario).
Il movimento di carico prodotti finiti vede valorizzati solo i primi 9 articoli; i restanti hanno valore zero.
Se invece il criterio di valorizzazione è un listino allora nel carico vengono valorizzati tutti gli articoli.
2) Nel caso in cui non venga eseguita la valorizzazione sui componenti (da Carico da produzione disabilitare il check "Valorizza sui
componenti") e si utilizzi un criterio di valorizzazione di tipo inventariale (es. ultimo costo) la procedura deve prendere in considerazione, anche
per il prodotto finito, il valore presente in inventario o in un movimento di acquisto/carico successivo. Attualmente la procedura esegue anche in
questo caso la valorizzazione tramite i componenti.
Segn. Num.: 0000008082
Tipo: Anomalia
del: 19-12-07
Oggetto: STAMPA CON VERIF. FATTIBILITÀ SOMMARIZZATA
Si verifica una anomalia nella stampa del report di produzione numero 2 Stampa con verifica fattibilità sommarizzata.
Accade infatti che, a causa della mancata presenza di un ordinamento dei dati estratti, i documenti di fattibilità non appaiano in coda a ciscaun
articolo ma vengano mostrato in fondo al report con ciascun componente nuovamente ripetuto.
Esempio.
Si abbia il prodotto finito PF3 composto da ART1 e ART2 per 10 quantità ciascuno.
Per ART1 si hanno 3 righe di ordine cliente per 3 quantità ciascuna e data evasione rispettivamente 30/12, 05/01/08 e 10/01/2008.
Per ART2 si hanno 3 righe di ordine cliente per 4 quantità ciascuna e data evasione rispettivamente 30/12, 05/01/08 e 10/01/2008.
Si carica un PRPIA (causale magazzino NULL e avente come report Produzione Principale il numero 2 Stampa Fattibilità Sommarizzata) con
data documento 19/12/07 e quantità 1
Nel report che appare viene mostrato prima ART1 con i 3 impegni quindi ART2 con i 3 impegni. Segue nuovamente ART 1 con il Doc. fattib.
con data evasione 19/12/2007 per 10 quantità e quindi ripetuto nuovamente ART2 con il Doc. fattib.
Il documento di fattibilità deve essere posizionato in fondo ai rispettivi articoli.
21-10-08
Pag. : 113
Segn. Num.: 0000008119
Tipo: Anomalia
del: 14-01-08
Oggetto: VARIANTI GESTITI A PADRE SUPREMO E BLOCCO LIVELLO DI ESPLOSIONE
Si presenta una anomalia nella gestione delle varianti a padre supremo se viene bloccato nel carico di produzione o nelle causali documento il
livello di esplosione delle distinte.
Esempio
Si abbiano i seguenti articoli
PRFIN1, PRFIN2, ART1, ART2, ART3, ART4, ART5, ART6, ART7, ART8 e ART9.
Si caricano le seguenti distinte:
DBART5 composto da ART6 e ART7 (quantità 1)
Si associa DBART5 a ART5
DBART4 composta da ART5 per 1 qtà con il check di esplosione
DBART9 composta da ART6 e ART7 per 1 qtà
DBART8 composta da ART9 per 1 qtà con il check di esplosione
DBART2 composta da ART3 per 1 qtà e da una riga gestita a variante; nel bottone variante inseriamo nella prima riga come articolo PRFIN1 e
come componente ART4 lasciando il check di esplosione; nella seconda riga inseriamo come articolo PRFIN2 e componente ART8 lasciando
il check di esplosione.
si associa DBART2 a ART2
DBPRFIN composta da ART1 e ART2 ( lasciando il check di esplosione) entrambi per 1 qtà.
Si associa DBPRFIN a PRFIN1 e PRFIN2.
Nella causale documento PRDIC si inserisce nella scheda gestioni collegate campo "livello massimo" il valore di 2.
Si carica un PRDIC inserendo l'articolo PRFIN1 per 1 quantità.
Alla conferma del documento principale si apre la maschera di evasione articoli composti dove sulla sinistra troviamo PRFIN1 mentre sulla
destra troviamo la materia prima ART1 presente al primo livello di distinta, la materia prima ART3 presente al secondo livello di distinta ma non
troviamo il semilavorato ART4 che avrebbe dovuto apparire (inesploso) in quanto di livello 2 e relativo a PRFIN1. (Nella distinta base DBART2
infatti oltre alla materia prima ART3 è presente una variante che associa il semilavorato ART4 a PRFIN1 e il semilavorato ART8 a PRFIN2).
Simmetricamente l'errore si presenta se il PRDIC viene fatto per PRFIN2; in tal caso infatti nella maschera di evasione articoli composti
appaiono solo le materie prime ART1 (al livello uno di distinta) e ART3 ( al livello 2 di distinta) ma non anche ART8 che sarebbe dovuto
apparire in quanto semilavorato al secondo livello di distinta collegato mediante variante a PRFIN2.
Analogo problema si manifesta gestendo la produzione all'interno del modulo magazzino produzione.
Si carica un Piano di produzione per l'articolo PRFIN1 per quantità 1. Si accede quindi alla maschera di Impegno commponenti, si richiama il
piano appena caricato e si valorizza il campo "Numero max livelli" con 2.
Come causale impegno componenti si utilizza la PRIMP e come causale Ordine Prodotti si usa la PRORD; il movimenti di magazzino di
impegno componenti generato considera solo gli articoli ART1 e ART3 mentre tralascia il semilavorato ART4 presente al secondo livello di
distinta.
Ugulamente se dal piano di produzione si passasse direttamente alla maschera Carico da Produzione e si bloccasse l'esplosione al secondo
livello, comunque il movimento di magazzino di scarico componenti con causale PRSCA considera solo ART1 e ART2 ignorando il
semilavorato ART4 presente al secondo livello di distinta.
21-10-08
Pag. : 114
Segn. Num.: 0000008348
Tipo: Anomalia
del: 28-03-08
Oggetto: ESPLOSIONE COMPONENTI VALORIZZATI A ULTIMO COSTO DEI SALDI
Impostando il criterio di valorizzazione per evasione articoli composti a 'ultimo costo dei saldi articolo' viene visualizzata la maschera di
esposizione componenti associati alla distinta base che se sulla causale documento è presente il check "Esplosione automatica".
Esempio:
1) si registra un documento di vendita alla cui causale è demandato il compito di esplodere i componenti associati in distinta base (per es.
PRDDT degli archivi DEMO)
2) su i parametri distinte la combo 'criterio di valorizzazione per evasione articoli composti' è impostata a 'ultimo costo dei saldi articolo'
3) sulla causale del documento è presente il check 'esplosione automatica'
4) in tale contesto l' inserimento di un articolo dotato di distinta base su un documento realizzato con una causale siffatta, determina sempre
l'apertura della maschera di esplosione componenti associati alla distinta base. Variando il 'criterio di valorizzazione per evasione articoli
composti', per es. a 'costo standard' non viene proposta (correttamente) la maschera di esplosione componenti.
Segn. Num.: 0000008638
Tipo: Anomalia
del: 02-07-08
Oggetto: VOCE DI COSTO RICAVO SUI DOCUMENTI DI ESPLOSIONE CON MODULO COMM
Si presenta una anomalia nella valorizzazione della voce di costo e ricavo per i documenti di esplosione distinta base in presenza del modulo
Gestione progetti.
In presenza del modulo Magazzino Produzione e Gestione Progetti ma in assenza del modulo Contabilità Analitica i documenti interni di
esplosione (ad esempio PRSCC) ereditano la commessa e attività del documento principale ma su ciascuna riga articolo non viene valorizzato,
nei dati di riga, la voce di costo \ ricavo che la procedura dovrebbe recuperare dalla anangrafica del componente stesso come avviene nel caso
in cui invece sia presente anche la Contabilità Analitica.
Pertanto anche in presenza del solo modulo Gestione Progetti la voce di costo \ ricavo deve essere valorizzata, nei documenti di esplosione sia
di riga che di testata, con la eventuale voce di costo ricavo presente in anagrafica articolo. Qualora in anagrafica articolo manchi la voce di
costo\ricavo la procedura deve visualizzare, in fase di generazione documenti di esplosione, un messaggio (warning non bloccante come è già
avviene per la contabilità analitica) che avverta che nel documento generato manca la voce i costo ricavo.
Segn. Num.: 0000008854
Tipo: Anomalia
del: 26-09-08
Argomento: 150.055 STAMPE MAGAZZINO PRODUZIONE
Oggetto: DISTINTA COSTIFICATA.
La stampa Distinta Costificata va in errore "variabile DICOSSTA is not found"
Segn. Num.: 0000004354
Tipo: Miglioria
del: 09-07-07
Oggetto: CODICE COMMESSA E ATTIVITÀ NEI DOCUMENTI DI ESPLOSIONE
In caso di gestione documenti con attivata la gestione progetti, riportare nei documenti generati dall'esplosione della distinta il campo
Commessa e Attività così come presente sulla riga associata del documento principale.
Quindi se sul documento principale (ad esempio PRODL) il prodotto finito ha commessa X e attività Y, allora su tutte le righe del documento
interno collegato (ad esempio PRICO) devono essere presenti la commessa X e l'attività Y.
Segn. Num.: 0000004654
Tipo: Miglioria
del: 30-11-07
Oggetto: VALORIZZAZIONE PRODOTTO FINITO SULLA BASE DEI COMPONENTI
Prevedere un nuovo modo di valorizzare il prodotto finito sfruttando i valori assegnati ai componenti nella gestione della distinta base sui
documenti.
Attualmente le valorizzazioni sul prodotto finito avvengono sempre sfruttando il programma di stampa distinta costificata con considerazione
quindi delle percentuali di recupero scarto e sfrido e il costo della lavorazione; questo tuttavia non permette di considerare eventuali modifiche
apportate alla distinta base sulla maschera di evasioni articoli composti.
Occorre pertanto che nelle causali documento a fianco della combo Valorizza componenti venga inserito un check che dia la possibilità di
costificare il prodotto finito come semplice somma dei valori attribuiti agli articoli indicati nella maschera di evasione articoli composti senza
lanciare la stampa della distinta costificata che risulta non sensibile alle modifiche apportate nella maschera di evasione.
Segn. Num.: 0000004842
Tipo: Miglioria
del: 10-03-08
Oggetto: RIGENERAZIONE DOCUMENTI DI TESTATA PER DISTINTA BASE SUI DOCUMENTI
Attualmente la procedura in presenza di documenti che generano documenti di testata aggiorna il prodotto finito sul documenti di testata solo
se vengono variati o il codice conto o il codice listino o la data del documento principale.
Si consideri ad esempio la causale documento PRDDT che genera un documento di testata PRCPF per i prodotti finiti e n documenti di riga
PRSCC per i componenti.
Si considerino gli articoli ART4 (con associato una distinta base in cui è presente solo una materia prima ART3) e ART2 ( (con associato una
distinta base in cui è presente solo una materia prima ART1)
21-10-08
Pag. : 115
Nella causale PRDDT non è presente il check Esplosione automatica.
Si carica un PRDDT per ART4; alla conferma appare la maschera di evasione articoli composti che evidenzia sulla destra sia ART4 (che sarà
oggetto del PRCPF) che ART3 (che sarà oggetto del PRSCC); si conferma questa maschera e vengono generati corretamente i documenti
interni di produzione.
Si richiama il PRDDT e si entra in modifica; si elimina mediante F6 la riga di ART4 e si inserisce ART2. Si conferma il documento, dopo aver
risposto affermativamente alla domanda se si desidera generare nuovamente i documenti di esplosione si apre la maschera di evasione articoli
composti dove vengono riportati correttamnete sia il nuovo articolo (ART2) che il nuovo componente (ART1).
Dopo la conferma di questa maschera tuttavia mentre il documento di riga viene aggiornato con i nuovo componenti, il documenti di testata
PRCPF presente nel corpo sempre il vecchio ART4 e non il nuovo ART2.
Se invece sul PRDDT,oltre la riga articolo, si modifica anche o il cliente, o il codice listino o la data documento allora il documento di testata
viene rigenerato corretto con ART2.
Occorre pertanto che il documento di testata venga rigenerato anche se viene modificato solo il corpo del documento cambiando l'articolo.
Segn. Num.: 0000005014
Tipo: Miglioria
del: 25-06-08
Oggetto: VALORIZZAZIONE ULTIMO COSTO DEI SALDI DA PARTE DI DOCUMENTI DI ESPLOS.
Occorre gestire la casistica in cui la causale di magazzino associata ad un documento di produzione principale abbia come valore da
aggiornare l'acquistato e quindi il documento debba aggiornare l'utlimo costo dei saldi per il prodotto finito.
La casistica prevede la causale PRDIC con associata la causale di magazzino ACQ. Nelle Gestioni Collegate è presente come documento di
riga il PRSCC Scarico componenti da Produzione, Tipo evasione Documenti di origine o espl. distinta (in alternativa), Valorizza Documenti
Documento Principale.
Si proceda quindi a caricare un PRDIC per un articolo composto non inserendo il prezzo (oppure inserendo il prezzo X); nella successiva
maschera di evasione articoli composti si assegni un criterio di valorizzazione per i componenti. La procedura correttamente provvede ad
esplodere la distinta base (costificata) sostituendo alla fine nel PRDIC il prezzo zero ( o il prezzo X) con la risultante dell'esplosione costificata.
Tale nuovo valore tuttavia non riesce ad aggiornare l'utlimo costo dei saldi per il prodotto finito.
Il motivo risiede nel fatto che l'ultimo costo dei saldi viene aggiornato con quanto la procedura inserisce nel campo MVVALULT; questo campo
attualmente viene aggiornato secondo le logiche tipiche dei documenti e non viene riconsiderato dopo che la procedura ha costificato il
prodotto ( anche se il prodotto finito riporta nelle righe il valore corretto risultante dalla costificazione). Pertanto la procedura considera per
l'aggiornamento dell'ultimo costo dei saldi il valore del campo MVVALULT alla conferma del documento principale (PRDIC) che negli esempi
sopra vale zero o X.
Gestire anche il caso in cui sia presente un documento di testata (ad esempio PRCPF nella fattispecie del PRDDT) che abbia come causale di
magazzino una causale con valore da aggiornare il venduto o l'acquistato; anche in questo caso rimanendo vuoto il campo MVVALULT non
viene aggiornato l'ultimo costo di vendita o di acquisto.
Gestire la casistica anche dal Carico da Produzione interno al modulo dove attualmente, se si utilizza per il carico dei prodotti finiti una causale
di magazzino che aggiorna l'acquistato, comunque non si ha una corretta valorizzazione dei saldi.
Segn. Num.: 0000005226
Tipo: Miglioria
del: 08-10-08
Argomento: 150.005 DISTINTA BASE
Oggetto: VISUALIZZAZIONE E MANUTENZIONE ASSOCIAZIONE DISTINTA /ARTICOLO.
Prevedere una gestione di Visualizzazione dell' associazione Distinta/Articolo.
Prevedere una gestione per Inserimento, Sostituzione, Elliminazione dell' associazione Distinta / Articolo.
21-10-08
Pag. : 116
Modulo MENU UTILITY
Segn. Num.: 0000006726
Tipo: Anomalia
del: 08-01-07
Argomento: 290.090 ASSOCIAZIONE REPORT/DEVICE
Oggetto: ASSOCIAZIONE REPORT DEVICE
Il numero di copie inserito in associazione report device non viene tenuto in considerazione.
Segn. Num.: 0000006804
Tipo: Anomalia
del: 08-03-07
Argomento: 290.020 DISEGNATORE DI QUERY
Oggetto: FUNZIONE DATE ALL'INTERNO DEL DISEGNATORE DI QUERY
Utilizzando la funzione DATE nel disegnatore di query si presentano delle incongruenze in base al parametro utilizzato per passare il campo
data.
Ad es. le due stringhe [DATE('01-03-2007')] e [DATE('01-3-2007')] danno risultati differenti, in particolare la seconda impostazione dà risultati
non corretti.
Inoltre in fase di conversione delle date, sempre sulla routine DATE, si possono presentare errori nel caso si utilizzi la versione di Sql Server in
italiano, mentre non sono stati rilevati problemi nella versione inglese.
Segn. Num.: 0000008126
Tipo: Anomalia
del: 16-01-08
Argomento: 290.010 MANUTENZIONE DATABASE
Oggetto: FALLITA RICOSTRUZIONE DATABASE DB2 TABELLA ZELABORAZ
A seguito della fastpatch 251 della release 5.0 di ad hoc Revolution, la ricostruzione databse su DB2 riporta errore in ricostruzione della tabella
in oggetto poiché con l'aggiunta del campo DVESIZAR viene superato il limite di 16K di dimensione per singolo record.
Segn. Num.: 0000008177
Tipo: Anomalia
del: 30-01-08
Argomento: 290.090 ASSOCIAZIONE REPORT/DEVICE
Oggetto: ASSOCIAZIONE LEGATA ALL' UTENTE 0
L'associazione Report Device legata all' utente 0 deve essere considerata valida per tutti gli utenti.
Segn. Num.: 0000008561
Tipo: Anomalia
del: 13-06-08
Argomento: 290.050 DISEGNATORE MENU
Oggetto: ESPORTAZIONE ZOOM ELENCO IN FORMATO SDF
Non è possbile esportare in formato SDF il contenuto dello zoom degli elenchi.
Per verificare è possibile richiamare la gestione dei documenti di trasporto quindi accedere all'elenco. Si prema il pulsante "Esegue Report" a
piede dello zoom. Nella Print System che appare si selezioni nella combo Stampa su FIle il formato SDF.
La procedura non salva alcun file.
Segn. Num.: 0000004372
Tipo: Miglioria
del: 23-07-07
Argomento: 290.080 GESTIONE PROGRESSIVI
Oggetto: GESTIONE PROGRESSIVI E CODICE AZIENDA NON LUNGO 5 CARATTERI
Nell'ipotesi in cui il database di ad hoc sia utilizzato anche da altre applicazioni CODE Painter o Site Painter ed abbia un'azienda con codice
inferiore a 5 caratteri, tali applicazioni non riescono a scrivere e leggere i progressivi di ad hoc.
Segn. Num.: 0000004439
Tipo: Miglioria
del: 04-09-07
Argomento: 290.020 DISEGNATORE DI QUERY
Oggetto: DISEGNATORE DI QUERY
Rendere parametrica, (mediante funzione) la creazione di una sequenza utilizzabile per la valutazione della <in> in una query
ad esempio CAMPO in ( [VFPMACRO(FUNZIONE(?filtro1,?Filtro2,......,?FiltroN))] )]
21-10-08
Pag. : 117
Modulo MODULI TELEMATICI
Segn. Num.: 0000003278
Tipo: Miglioria
del: 24-06-05
Argomento: 620.000 MODULI TELEMATICI
Oggetto: INFORMAZIONI DA RIPORTARE SU INOLTRI TELEMATICI
Memorizzare i dati relativi a Natura Giuridica e Rappresentante Firmatario in modo che vengano proposti automaticamente:
- nella generazione del file della Comunicazione lettere di intento
- nella generazione del file 770
La Natura giuridica deve essere memorizzata nella sede azienda indicata quale sede di 'domicilio fiscale' e proposta quindi in automatico
all'apertura delle due gestioni (generazione file 770 e comunicazione lettere di intenti).
I dati del Rappresentante Firmatario (cognome, nome, sesso, data di nascita, comune di nascita, provincia, comune residenza ecc.) devono
essere memorizzati in un'apposita sezione sempre nei dati azienda e dovrebbero essere utilizzati anche nelle seguenti gestioni:
Inoltre Eseguendo la stampa in PDF del file telematico lettere di intento la procedura invia il pdf direttamente alla stampante , dare la possibilità
di avere l'anteprima a video.
21-10-08
Pag. : 118
Modulo OFFERTE
Segn. Num.: 0000006728
Tipo: Anomalia
del: 07-12-06
Argomento: 230.010 DOCUMENTI DI OFFERTA
Oggetto: CALCOLO NETTO RIGA CON SCONTI
La procedura non calcola correttamente il netto riga se viene applicato sul documento di offerta un listino e l'articolo inserito nel dettaglio non è
associato a quel listino:
Esempio
- articolo ( o servizio) XXX senza nessun listino associato e senza nessuna tabella sconti/maggiorazioni
- cliente/nominativo senza nessun listino associato e senza nessuna tabella sconti/maggiorazioni
- si inserisce un documento di offerta e nel dettaglio si mette l'articolo XXX, quantità 1, prezzo 100, sconto -5%, il netto riga correttamente è di
95€
- prima di confermare il documento di offerta inserisco nel dettaglio il listino CLIEN e alla domanda se si vuole aggiornare i prezzi sulle righe e
applicare la tabella sconti/magg. rispondo SI
- sull'articolo viene mantenuto il prezzo 100€ e sbiancato lo sconto del 5% ma non viene aggiornato il netto riga che rimane sempre 95€.
Segn. Num.: 0000006761
Tipo: Anomalia
del: 09-02-07
Argomento: 230.110 STAMPA STATISTICHE OFFERTE
Oggetto: STAMPA STATISTICHE OFFERTE
La realizzazione di una statistica offerta restituisce l' errore Missing Comma(,).
Per simulare si lanci la statistica dopo aver creato un criterio con le seguenti caratteristiche di raggruppamento:
Agente
Zona
Operatore
Status
Segn. Num.: 0000007038
Tipo: Anomalia
del: 24-04-07
Oggetto: GENERAZIONE ORDINE DA OFFERTA
Si presenta una anomalia in fase di conferma ordini da Offerta nel caso in cui sia attivi il il controllo della disponibilità contabile su almeno 1
articolo presente nell'offerta e si agisca direttamente sulla combo "Stato"
Si abbia l'articolo ABC con controllo disponibilità contabile a "Sì con conferma" (disponibilità contabile pari a zero); si carica una offerta
inserendo detto articolo.
Se si conferma l 'offerta agendo sulla combo status portandola a ' CONFERMATA', e si preme Annulla nella successiva maschera di controllo
disponibilità , comunque l'offerta passa in status CONFERMATA nonostante non venga creato un ordine e quindi non appaia il pulsante
"Documento di conferma"
Al contrario confermando l' offerta con l' apposito pulsante 'CONFERMA' ( e ugualmente selezionando Annulla nella successiva maschera di
Controllo disponibilità) l'offerta rimane in status "In corso".
Segn. Num.: 0000007283
Tipo: Anomalia
del: 08-06-07
Oggetto: DESCRIZIONE ARTICOLO
Se utilizzo un modello in lingua (ad es: inglese) e modifico la descrizione articolo proposta (in lingua inglese), passando sulla quantità viene
resettata la modifica, perchè viene riletta la descrizione del codice di ricerca presente nella pagina traduzioni.
Segn. Num.: 0000007295
Tipo: Anomalia
del: 11-06-07
Oggetto: CONFERMA OFFERTA IN ORDINE IN STATO PROVVISORIO E CONTR.DISPONIBILITÀ
Il controllo della disponibilità di un articolo , in fase di Conferma Offerte in un Ordine, deve avvenire solo nel caso in cui lo stato del documento
generato è confermato . Al momento il controllo della disponibilità scatta anche nella generazione di un documento in stato provvisorio
Segn. Num.: 0000007424
Tipo: Anomalia
del: 04-07-07
Argomento: 230.080 STAMPA OFFERTE
Oggetto: STAMPA OFFERTE
Sul report delle offerte non viene tradotto il pagamento nel caso in cui l'offerta venga fatta ad un nominativo non cliente con lingua straniera.
Es.
Pagamento (es. BO3) con traduzione in lingua ad es. IN (inglese)
Nominativo XXX di tipo "da valutare" con codice lingua IN (inglese)
Viene emessa un'offerta al nominativo XXX e nei dati di piede viene specificato il pagamento
Nella stampa sul report di revolution la descrizione del pagamento non risulta tradotta.
Se l'offerta viene emessa ad un nominativo già Cliente sempre con codice lingua IN il pagamento viene tradotto correttamente.
Segn. Num.: 0000007437
Tipo: Anomalia
del: 04-07-07
Argomento: 230.090 GENERAZIONE DOCUMENTO WORD PROC.
Oggetto: GENERAZIONE WORD PROCESSOR CON OPEN OFFICE
La generazione del word processor con una versione di open office successive all rel. 2.1 restituisce un errore 'Unknown member OCURS' se l'
opportunità offerta è composta da almeno 2 righe articolo.
21-10-08
Pag. : 119
Segn. Num.: 0000007439
Tipo: Anomalia
del: 04-07-07
Argomento: 230.090 GENERAZIONE DOCUMENTO WORD PROC.
Oggetto: DUPLICAZIONE RIGHE IN PRESENZA DI ARTICOLI CON IMMAGINI ALLEGATE
L' esportazione sul word processor di un opportunità offerta relativa ad un articolo con 2 o più immagini allegate, determina la creazione di più
righe relativamente allo stesso articolo in funzione del numero di allegati associati.
Segn. Num.: 0000007513
Tipo: Anomalia
del: 20-07-07
Oggetto: MODIFICA ORDINE PROVVISORIO GENERATO DA OFFERTA
La modifica dello stato da provvisorio a confermato di un ordine generato da un offerta avente ad oggetto un articolo di magazzino ed un
servizio a quantità e valore, restituisce il seguente messaggio: "La relazione con (tabella [Articoli] Campo [Codice articolo])" è errata,
impossibile aggiornare.
Procedura di conversione 4.0-E7511
=====================
La correzione in oggetto ha previsto la procedura di conversione 4.0 - E7511 (per release 4.0) e 5.0-E7512 (per release 5.0) che allinea la
Chiave per agg. saldi (MVKEYSAL) e il Codice magazzino (MVCODMAG) dei documenti generati dal modulo offerte (evitando che l'utente
cancelli maualmente l'ordine e riconfermi l'offerta generata).
Segn. Num.: 0000007525
Tipo: Anomalia
del: 24-07-07
Oggetto: CONFERMA OFFERTA - NUMERO DOCUMENTO ORDINE
Se in fase di conferma offerta si modifica il numero documento proposto per la generazione dell'ordine, definendo un numero documento già
esistente, l'ordine viene comunque creato. Implementare il controllo numero documento in fase di conferma offerta.
Esempio:
- prendere un'offerta in corso e confermare con numero documento proposto = 10
- prendere una seconda offerta in corso e confermare modificando il numero documento proposto in 10
- dagli ordini si può vedere che sono stati creati due documenti ordine con stesso numero; se si entra in variazione di uno dei due non è più
possibile salvarlo in quanto la procedura avvisa che esiste già un documento con tale numerzione.
Segn. Num.: 0000007583
Tipo: Anomalia
del: 03-08-07
Oggetto: STAMPA DOCUMENTO DI OFFERTA
Dopo la fast patch 199 in fase di stampa di un documento di offerta su Word Processor non viene riportato il dettaglio articoli; infatti lanciando
la query gsof_articoli dopo questa patch non riporta nessun risultato.
Segn. Num.: 0000007847
Tipo: Anomalia
del: 15-10-07
Oggetto: ATTRIBUZIONE AGENTE NEI DOCUMENTI DI OFFERTA
Si presenta una anomalia nella attribuzione del codice agente nei documenti di offerta nei casi in cui il cliente\nominativo abbia lo stesso codice
di un fornitore.
Si carichi il fornitore 000000000000001 e, solo dopo, il cliente 000000000000001 al quale viene assegnato l'agente, alla conferma viene creato
il nominativo corrispondente.
Se si carica una opportunità per il cliente 000000000000001 non viene associato il corrispondente agente; se invece il cliente viene caricato
prima del fornitore con pari codice, allora in fase di creazione offerta viene correttamente associato l'agente.
Segn. Num.: 0000007934
Tipo: Anomalia
del: 06-11-07
Oggetto: DOCUMENTO DI OFFERTA IN PRESENZA DEL MODULO LOGISTICA REMOTA
Si presenta una anomalia nella gestione dei documenti di offerta in presenza del modulo logistica remota.
Nel dettaglio:
1) nel modulo logistica remota è presente la superentità OFF_ERTE e nell'archivio entità è presente l'entità OFFERTE che presenta la tabella
OFF_ERTE come principale e la tabella OFF_DETT come collegata. Per la tabella OFF_ERTE è presente l'autonumber SEOFFERT.
2) Nei parametri logistica remota è presente l'identificativo di sede BB
3) si procede a questo punto a caricare 2 offerte nuove; correttamente si hanno i seriali BB00000001 e BB00000002
4) si richiama la prima offerta caricata e si preme nuova versione; la nuova versione viene salvata con seriale BB00000003.
5) si procede a caricare una nuova offerta; al salvataggio appare il messaggio "Chiave già utilizzata"; la procedura tenta infatti di inserire
nuovamente il seriale numero 3; accedendo infatti alla gestione tabella progressivi si nota come SEOFFERT\codice azienda sia fermo a 2.
Segn. Num.: 0000008168
Tipo: Anomalia
del: 28-01-08
Argomento: 230.000 OFFERTE SEGNALAZ. GENERALI
Oggetto: ORDINI PROVVISORI GENERATI DA OFFERTE
Gli ordini in stato provvisorio generati dal modulo offerte correttamente non aggiornano il saldo d' impegnato. Una successiva ricostruzione
saldi però, (erroneamente) rilegge tale movimento e determina un aggiornamento del sado impegnato.
Segn. Num.: 0000008205
Tipo: Anomalia
del: 07-02-08
Oggetto: CONFERMA DOCUMENTO DI OFFERTA
Si presenta una anomalia nella maschera che appare in fase di conferma Offerta (generazione documento da offerta); non viene proposto il
codice magazzino (che deve essere pilotato dalle impostazioni presenti nella causale del documento che si sta generando) e la data evasione
che deve essere uguale alla data documento a sua volta uguale alla data di ingresso in Ahr
21-10-08
Pag. : 120
Segn. Num.: 0000008237
Tipo: Anomalia
del: 18-02-08
Argomento: 230.040 SERVIZI OFFERTE
Oggetto: DUPLICAZIONE MODELLI
E' possibile duplicare modelli offerte senza inserire il codice del nuovo modello, tale campo dovrebbe invece essere obbligatorio.
Segn. Num.: 0000008265
Tipo: Anomalia
del: 26-02-08
Oggetto: GESTIONE ALLEGATO IN OFFERTA IN MODALITÀ COPIA FILE
Si presenta una anomalia nella gestione degli allegati sull'offerta nel caso di tipologia copia file; infatti la procedura gestisce un massimo di 50
caratteri nel nome del file. Questo determina che se il file da copiare presenta una lunghezza (comprensiva di estensione file) superiore a 50
allora la procedura di copia file memorizza soltanto i primi 50 (perdendosi quindi parte dell'estensione o tutta l'estensione) con la conseguenza
che nel tentativo di aprirlo si riceve il messaggio "Nessuna applicazione associata al file".
Il problema non si verifica in modalità collegamento.
Segn. Num.: 0000008543
Tipo: Anomalia
del: 06-06-08
Oggetto: TABELLA SCONTI MAGGIORAZIONI E PULSANTE ULTIMI PREZZI
Inserendo un' offerta dalla funzione presente all'interno della maschera Nominativi mediante il pulsante Nuovo (dalla scheda Offerte):
- non vengono riportati se vi sono gli sconti/maggiorazioni derivanti dalla tabella sconti\maggiorazioni;
- dal pulsante Ultimi Prezzi vengono visualizzati gli ultimi prezzi relativi a tutti i clienti non facendo filtro sull'intestatario dell'offerta, questo crea
discordanze nel caso in cui sul modello di offerta sia attivato il flag 'Prezzo default U.P.V.' (infatti il prezzo proposto sul documento di offerta non
sarà l'ultimo prezzo relativo al cliente intestatario dell'offerta ma l'ultimo prezzo di vendita di quell'articolo);
- inoltre viene applicato il listino associato al modello d'offerta, anzichè quello inserito in anagrafica cliente.
Se invece l'offerta viene caricata dall'apposita funzione "Opportunità\Offerte" gli sconti\maggiorazioni derivanti dalla tabella sconti\maggiorazioni
vengono riportati correttamente e dal pulsante Ultimi Prezzi vengono visualizzati correttamente solo i prezzi relativi all'intestatario dell'offerta, ed
è corretto anche il listino applicato.
Segn. Num.: 0000008582
Tipo: Anomalia
del: 16-06-08
Oggetto: GESTIONE CAMBIO.
Casistica:
Creata un'offerta in dollari, confermandola, il documento interno riporta i prezzi modificati: i prezzi dell'offerta vengono moltiplicati per il cambio
del giorno.
Segn. Num.: 0000008583
Tipo: Anomalia
del: 16-06-08
Argomento: 230.120 ARCHIVI OFFERTE
Oggetto: CARICAMENTO MODELLI OFFERTA
In fase di caricamento modelli offerta dal carica e salva dati esterni, se sono presenti già dei dati negli archivi del modulo offerte, in fase di
caricamento viene proposto errore di lettura scrittura dati gruppi e non viene inserito alcun dato.
Segn. Num.: 0000008587
Tipo: Anomalia
del: 17-06-08
Oggetto: NOMINATIVI
Nell'anagrafica clienti è presente per l'indirizzo un secondo campo dove è possibile inserire l'indirizzo supplementare.Aggiungere un campo per
l'indirizzo supplementare nell'anagrafica dei nominativi .
Attualmente la procedura se presente il modulo delle offerte ed inserisco un'anagrafica cliente con valorizzato entrambi i campi relativi
all'indirizzo, al salvataggio riporta (sbagliando) l'indirizzo supplementare nel domincilio dei nominativi (campo indirizzo).
Segn. Num.: 0000008589
Tipo: Anomalia
del: 17-06-08
Oggetto: SALVATAGGIO OFFERTE
La procedura permette erroneamente il salvataggio di un offerta priva di righe di dettaglio, dovrebbe invece impedire il salvataggio con apposito
warning:'impossibile confermare, registrazione senza righe di dettaglio'.
Segn. Num.: 0000008689
Tipo: Anomalia
del: 15-07-08
Oggetto: BITMAP BOTTONI
Nel modulo offerte - anagrafica offerte - scheda dettaglio i bottoni relativi agli ultimi prezzi cliente/ ultimi costi da fornitore/ articoli alternativi non
sono aggiornati secondo i nuovi standard (come nei documenti).
Segn. Num.: 0000008699
Tipo: Anomalia
del: 18-07-08
Argomento: 230.020 NOMINATIVI
Oggetto: PASSAGGIO DA NOMINATIVO A CLIENTE
Nelle trasformazione da nominativo a cliente vengono perse le informazioni relative ai check dei processi documentali
21-10-08
Pag. : 121
Segn. Num.: 0000008713
Tipo: Anomalia
del: 22-07-08
Oggetto: RECORD MODIFICATO DA UN'ALTRO UTENTE
Se entro in variazione di un'offerta , in un'azienda nuova , compare il messaggio Record modificato da un'altro utente.
Inoltre, sempre in un'azienda nuova, non è possibile confermare un'offerta, appare il messaggio "Modello di offerta non definito".
Segn. Num.: 0000008722
Tipo: Anomalia
del: 23-07-08
Oggetto: MODELLO_STANDARD
Modificare l'immagine presente nei modelli di offerta Modello_Standard.dot e Modello_Standard.stw.
Segn. Num.: 0000004737
Tipo: Miglioria
del: 18-01-08
Argomento: 230.120 ARCHIVI OFFERTE
Oggetto: MODELLI DI OFFERTA
Inserire una funzione per eseguire la duplicazione dei Modelli di Offerta.
Inserire una funzione per eseguire l'importazione, tramite Carica/Salva dati esterni dei modelli di Offerta.
Segn. Num.: 0000004771
Tipo: Miglioria
del: 30-01-08
Argomento: 230.020 NOMINATIVI
Oggetto: MIGLIORIE SU NOMINATIVI OFFERTE
In anagrafica Nominativi aggiungere:
- i campi Banca di Appoggio, codice Pagamento, Categoria Commerciale, Listino, Cellulare, Fax; questi campi devono essere gestiti allo stesso
modo degli altri campi comuni, ovvero non essere editabili se il nominativo è cliente;
- Nostra Banca
- Introdurre il controllo sulla validità partita iva in anagrafica nominativo; nella successiva trasformazione del nominativo a cliente controllare
che la partita iva del nominativo non sia già associata ad altri clienti;
- Ampliare il campo "numero telefonico" presente nella scheda Contatti dei Nominativi in modo da visualizzare anche i numeri telefonici
internazionali es. +492304.470142.
- Nella scheda "Offerte" fare in modo che i bottoni "modifica-report-file wp-file pdf" siano attivi in interrogazione, attualmente sono attivi solo se
si entra in Modifica. In modalità interroga tuttavia devono essere aperti non i files originari ma una loro copia. L'indicazione che trattasi di una
copia deve apparire nella barra del titolo del programma abilitato alla apertura del file selezionato. In modifica invece devono essere aprti i file
originari.
Segn. Num.: 0000005036
Tipo: Miglioria
del: 02-07-08
Oggetto: VOCI DI MENÙ IMPORT CONTATTI E PARAMETRI
Spostare la voce di menù Import contatti dal sottomenù Servizi al menù Offerte sopra la voce Export contatti
Spostare la voce di menù Parametri offerte dal sottomenù Servizi al menù Offerte sopra la voce Servizi
21-10-08
Pag. : 122
Modulo ORDINI
Segn. Num.: 0000006769
Tipo: Anomalia
del: 29-01-07
Argomento: 050.030 VISUAL. DISPONIBILITA' NEL TEMPO
Oggetto: DISPONIBILITÀ NEL TEMPO CON DATA EVASIONE INFERIORE A DATA DOCUMENTO
Si presenta una anomalia nella Disponibilità nel tempo in presenza di un ordine - cliente fornitore con data evasione inferiore alla data
documento.
La maschera di disponibilità nel tempo infatti considera, ai fini della disponibilità teorica alla data e disponibilità in progress (ultima colonna a
destra nella griglia sottostante) la data documento se questa è maggiore della data evasione.
Valgano i seguenti 3 esempi per l'articolo ABC che presenta una esistenza di 100 a magazzino. la data di sistema è il 02-02-07
Esempio 1. ORDFO data documento 02-02-07. articolo ABC qtà 20 data evasione 31-01-07.
Interrogando la maschera della disponibilità teorica abbiamo 100. interrogando solo i movimenti futuri appare l'ORDFO con data 02-02-07 che
porta la disponibilità in progress a 120. In questo caso viene considerata la data documento come data di evasione.
Esempio 2. ORDFO data documento 31-01-07. articolo ABC qtà 20 data evasione 25-01-07.
Interrogando la maschera della disponibilità teorica abbiamo correttamente 120. interrogando Tutti i movimenti appare l'ORDFO in rosso ma
con data 31-01-07, quindi la disponibilità teorica è stata aggiornata considerando la data evasione del 31-01-2007.
Esempio 3. ORDFO data documento 28-02-07. articolo ABC qtà 20 data evasione 25-02-07
Interrogando la maschera della disponibilità teorica abbiamo correttamente 100. interrogando i movimenti solo futuri appare l'ORDFO ma con
data 28-02-2007, quindi la disponibilità teorica viene aggiornata a 120 solo il 28-02-2007..
Occorre pertanto considerare sempre, ai fini delle elaborazione disponibilità nel tempo, la data di prevista evasione presente sulla riga.
Segn. Num.: 0000006793
Tipo: Anomalia
del: 07-03-07
Argomento: 050.030 VISUAL. DISPONIBILITA' NEL TEMPO
Oggetto: DISPONIBILITÀ NEL TEMPO SU MAGAZZINO CON ORDINI E IMPEGNI
In presenza di un articolo movimentato all'interno di ODL, la disponibilità nel tempo va in errore: " SELECTs are not UNION compatible. Fields
NUMDOC and NUMDOC are incompatible.
Segn. Num.: 0000006800
Tipo: Anomalia
del: 08-03-07
Argomento: 050.000 ORDINI SEGNALAZ. GENERALI
Oggetto: EVASIONE MANUALE RIGA ORDINE
1) Si registra un ordine di 3 righe, la prima un servizio descrittivo, la seconda e la terza righe articolo
2) Si importa l'ordine in un DDT per le sole prime 2 righe (la terza riga articolo rimane completamente inevasa)
3) Si rientra sull'ordine per evadere manualmente la riga inevasa
Al salvataggio la procedura segnala l' impossibilità di confermare la modifica con il messaggio: Riga movimento 10 evasa da altri documenti Impossibile Variare
In assenza di riga descrittiva è possibile confermare l'evasione manuale della riga
Altra casistica:
Nella rel. 5.0 la procedura non permette di modificare un ordine evaso se la prima riga dell'ordine è una riga descrittiva.
Es.
- si emette un ordine (ORDCL) con due righe
1°riga descritittiva . (puntino) con una descrizione
2° riga articolo ahrb qta 1 prezzo 10€
- si importa e si evade totalmente l'ordine in un ddt (DDTVE)
- si richiama l'ordine e si tenta di variare qualcosa (riga descrittiva, modificare la quantità in aumento della riga articolo, aggiungere spese, Ecc)
al salvataggio la procedura segnala "Riga Movimento 10 evasa da altri documenti impossibile variare"
Il messaggi non appare se nell'ordine c'è solo una riga articolo senza la riga descrittiva
INTERVENTO
Bloccata modifica del check Evaso della riga descrittiva: se il check evaso sulla riga descrittiva è attivo perchè la riga è stata evasa da un'altro
documento, tale check non è modificabile. Stessa cosa per la cancellazione
Segn. Num.: 0000006829
Tipo: Anomalia
del: 14-03-07
Argomento: 050.050 TRACCIABILITA' DOCUMENTI
Oggetto: TRACCIABILITÀ DOCUMENTI
Nella release 5.0, nel caso in cui nella tracciabiltà documenti si ricerchi un documento che rappresenta una evasione parziale di un altro
documento, la procedura propone nel dettaglio anche tutti gli altri documenti che hanno evaso il documento di origine, anche se non esiste un
legame diretto tra documento sul quale è stata fatta la tracciabilità e il documento visualizzato nel dettaglio.
Esempio:
- viene inserito un documento interno di acquisto con 5 righe di dettaglio; questo viene evaso come segue:
- righe 1 e 2 vengono evase da ORDFO A
- righe 3 e 4 vengono evase da ORDFO B
- riga 5 viene importata in un documento interno di vendita che non evade il documento di origine e successivamente viene evaso
nell'ORDFO C. (tra documento di vendita e ORDFO C non esiste alcun legame).
21-10-08
Pag. : 123
In tracciabilità documenti, andando a ricercare l'ORDFO A:
- nella release 4.0 vengono visualizzati il documento interno di acquisto e l'ORDFO A
- nella release 5.0 vengono visualizzati il documento interno di acquisto, l'ORDFO A, ORDFO B, documento interno di di vendita e ORDFO C.
INTERVENTO
Aggiunto check sulla maschera di tracciabilità documenti "Legame indiretto" per visualizzare appunto i documenti che indirettamente sono
legati con il documento selezionato.
Tale check è indispensabile, insieme al check Doc. Esplosione, per visualizzare correttamente i documenti come da segnalazione E5613.
Inserito un limite di ricorsione nel caso in cui si attivi il check legame indiretto.
Se si ipotizza infatti questa situazione:
Creazione di un documento modello che viene importato n volte in altri documenti senza evaderlo. Con il check Legame indiretto attivo,
vengono visualizzati tutti questi documenti. Se il numero di questi documenti è molto elevato (si ipotizza un centinaio) la procedura ricorsiva
supera il numero massimo di ricorsioni di Fox Pro ed emette errore.
Segn. Num.: 0000007085
Tipo: Anomalia
del: 08-05-07
Argomento: 050.010 ORDINE CLIENTE/FORNITORE
Oggetto: MULTIREPORT SU RISTAMPA ORDINI
Dalla ristampa ordini, in presenza di documenti dotati di report secondario, nonostante l'indicazione di stampare tutti i report secondari, viene
stampato il solo report principale. Richiamando un ordine singolarmente la stampa in multireport del secondario appare correttamente.
Altra casistica:
se si ristampa un ordine parzialmente evaso (copia residuo da evadere) con report secondario non riporta il totale del documento
Es. si carica un ordine qta 5 prezzo 10€ (causale ordcl con report principale e report secondario)
si importa parzialmente l'ordine in un ddt e si evadono 3 qta, l'ordine rimane quindi aperto per 2 qta
si effettua la ristampa ordini selezionando al causale ordcl filtrando solo l'ordine e impostando la combo stampa "tutti i report secondari"
nella stampa viene riportato l'articolo la quantità il prezzo di riga ma il totale documento è zero
se dalla causale ORDCL viene tolto il report secondario se si effettua la ristampa il totale viene compilato correttamente.
Segn. Num.: 0000007155
Tipo: Anomalia
del: 21-05-07
Oggetto: TRACCIABILITÀ DOCUMENTI
In tracciabilità documenti non vengono visualizzati correttamente tutti i documenti collegati fra loro dal ciclo documentale.
Registrazione di un ORDCL, che viene evaso da un DDTVE per il quale viene generata fattura differita.
Tracciabilità Documenti ricercando l'ORDCL, se il check legame indiretto è disattivo, non vedo la fattura, se invece è attivo la vedo. Deve
essere visualizzata la fattura in entrambi i casi.
Tracciabilità Documenti ricercando la FADIF, sia che il check legame indiretto sia attivo che disattivo, si vedono sia il DDTVE che l'ORDCL
quindi è corretto.
INTERVENTO:
- Check Legame indiretto disattivo devono essere visualizzati tutti i documenti legati fra loro da evasione (normale flusso documentale es.
Ordine - Dt - Fattura - documenti importati nel ciclo ma non evasi);
- Check Legame indiretto attivo devono essere visualizzati tutti i documenti legati fra loro da evasione (come sopra) + tutti i documenti collegati
indirettamente al documento selezionato (es. documenti collegati indirettamente al documento selezionato - es. ricerco la fattura, vengono
visualizzati il ddt importato nella fattura, l'ordine originario e un altro ddt che ha evaso l'ordine ma non è presente nella fattura selezionata).
- Check "Documenti di esplosione" attivo deve inserire nel risultato i documenti relativi all'esplosione distinta base/kit.
Segn. Num.: 0000007266
Tipo: Anomalia
del: 07-06-07
Oggetto: FILTRO CODICE COMMESSA SU VISUALIZZAZIONE ORDINI
Nelle Selezione aggiuntive della maschera di Visualizzazione Ordini, il codice Commessa è visibile solo nel caso in cui sia attivo il modulo
gestione Progetti. Il filtro commessa deve essere abilitato anche nel caso in cui la Gestione Progetti sia disattiva, ma nei dati azienda sia attivo
il check 'analitica per commesse'.
Segn. Num.: 0000007281
Tipo: Anomalia
del: 08-06-07
Oggetto: INSERIMENTO RIGA SU ORDINE A FORNITORE PRECEDENTEMENTE SALVATO
Si verifica un' anomalia in fase di conferma di un ordine a fornitore. Per simulare:
1) Si crea un ordine a fornitore di una riga articolo a 100 € e lo si conferma
2) Si rientra sull'ordine appena creato e lo si modifica aggiungendo una riga articolo valorizzata; a questo punto la procedura richiede se si
desidera aggiornare il riepilogo IVA. Se alla domanda si risponde NO si apre una maschera di ricerca di un file .dbf nella EXE, poi il 'program
error: alias tmp_righe is not found'. Ignorando varie volte l'ordine viene comunque salvato.
Segn. Num.: 0000007332
Tipo: Anomalia
del: 15-06-07
Oggetto: ERRORE IN TRACCIABILITÀ DOCUMENTI
Dopo l'installazione della fast patch 153 si ripresenta l'errore descritto nella segnalazione E7154 e corretto con la fp 152 della 5.0
================================================================================
E7154
In tracciabilità documenti non vengono visualizzati correttamente tutti i documenti collegati fra loro dal ciclo documentale.
Registrazione di un ORDCL, che viene evaso da un DDTVE per il quale viene generata fattura differita.
Tracciabilità Documenti ricercando l'ORDCL, se il check legame indiretto è disattivo, non vedo la fattura, se invece è attivo la vedo. Deve
essere visualizzata la fattura in entrambi i casi.
21-10-08
Pag. : 124
Tracciabilità Documenti ricercando la FADIF, sia che il check legame indiretto sia attivo che disattivo, si vedono sia il DDTVE che l'ORDCL
quindi è corretto.
INTERVENTO:
- Check Legame indiretto disattivo devono essere visualizzati tutti i documenti legati fra loro da evasione (normale flusso documentale es.
Ordine - Dt - Fattura - documenti importati nel ciclo ma non evasi);
- Check Legame indiretto attivo devono essere visualizzati tutti i documenti legati fra loro da evasione (come sopra) + tutti i documenti collegati
indirettamente al documento selezionato (es. documenti collegati indirettamente al documento selezionato - es. ricerco la fattura, vengono
visualizzati il ddt importato nella fattura, l'ordine originario e un altro ddt che ha evaso l'ordine ma non è presente nella fattura selezionata).
- Check "Documenti di esplosione" attivo deve inserire nel risultato i documenti relativi all'esplosione distinta base/kit.
Segn. Num.: 0000007680
Tipo: Anomalia
del: 06-09-07
Oggetto: PAESE DI PROVENIENZA SU ORDINI
Se si importa un ordine da cliente in un ordine a fornitore non viene valorizzato correttamente il campo "paese di provenienza" nei Dati di riga;
la valorizzazione non segue quanto specificato in anagrafica fornitore nel campo " nazione ".
ESEMPIO
-- caricamento di una anagrafica fornitore XXX con valorizzazione GE ( Germania ) nel campo nazione.
-- caricamento di un' anagrafica cliente YYY con valorizzazione US ( Stati Uniti ) nel campo nazione.
-- caricamento di un ordine da cliente YYY
-- importazione dell' ordine da cliente YYY in un ordine a fornitore XXX
Nella scheda " INTRA\provv.\conf. dei Dati di riga, è valorizzato giustamente il campo " paese di origine " con GE, ma è errata la valorizzazione
del campo " paese di provenienza " in quanto il campo è valorizzato con ciò che è stato inserito nel campo " nazione " dell' anagrafica cliente (
US nel nostro esempio) e non con GE specificato nell' anagrafica fornitore.
Segn. Num.: 0000008233
Tipo: Anomalia
del: 15-02-08
Argomento: 050.060 STAMPE ORDINI
Oggetto: RISTAMPA ORDINI
Nella rel 5.0 se si effettua la ristampa ordini con il chek "righe evase" disattivo e nella causale dell'ordine è indicato il report 56 vengono
riportate tutte le righe anche quelle evase.
Es.
- si carica un ordine da cliente (ORDCL da archivi demo) con un solo report principale il n°56 (ordini verticale) così composto
ahrb qta. 2 prezzo 10
ahw qta 1 prezzo 15
- si emette un ddt di vendita (DDTVE) importando ed evadendo parzialmente l'ordine precedente:
ahrb qta. 1 prezzo 10
ahw qta 1 prezzo 15
di fatto l'ordine precedente risulta ancora aperto per la riga ahrb qtà. 1
- si effettua la ristampa ordini, si seleziona la causale ORDCL e si fanno le selezioni di data in modo da comprendere il solo ordine rimasto
aperto, il check "righe evase" è disattivo vengono ristampate tutte e due le righe
mentre dovrebbe stampare la sola riga ancora da evadere e indicare la dicitura "COPIA RESIDUO DA EVADERE".
Se nella causale ORDCL è indicato il report 7 (anziché il 56) la ristampa ordini funziona correttamente.
NOTE INTERVENTO
===============
Nei seguenti report è stato sostituito GSVE1BSD(bText, cStmpOrder, nCarMemo) con GSOR1BSD(bText, cStmpOrder, nCarMemo) :
46)Stampa Ordini raggruppati per commessa
54)Ordini con Destinazione Merce (Dati Azienda/Sedi)
56)ordini ( verticale)
63)Ordini in inglese
64)Ordini(verticale) in inglese
69)Ordine con dettaglio Esplosione
Occorre ricaricare nell' archivio Output Utente il file 5.0-E6562-GSVE_MDV.OUT
Segn. Num.: 0000008559
Tipo: Anomalia
del: 12-06-08
Oggetto: MODIFICA DI ORDINI PARZIALMENTE EVASI CON IMPEGNI DI COMMESSA
Si presenta una anomalia nella variazione di ordini clienti parzilamente evasi se la causale di magazzino IMP interessa gli impegni di
commessa.
Si abbia la causale di magazzino IMP Impegno da ordine cliente con la combo Gestione Progetti valorizzata a Aumenta Impegni Fin.
Si carica un ORDCL (con associata la causale IMP) con l'articolo AHE per 1 quantità e l'articolo AHR per 1 quantità.
Non esistono sconti di piede nè spese accessorie da ripartire.
Si evade la prima riga in un DDTVE; si richiama l'ORDCL e si entra in modifica aggiungendo una riga descrittiva.
21-10-08
Pag. : 125
Al salvataggio appare il messaggio
"Sono presenti righe evase che movimentano impegni di commessa. Impossibile ripartire sconti e spese accessorie".
Sul movimento non sono tuttavia presenti importi globali da ripartire.
Segn. Num.: 0000004011
Tipo: Miglioria
del: 23-02-07
Oggetto: VISUALIZZAZIONE RISERVATO NELLA DISPONIBILITÀ NEL TEMPO
Nella visualizzazione disponibilità nel tempo aggiungere un campo che riporti la quantità di riservato.
Attualmente il riservato viene conteggiato nella disponibilità teorica, potrebbe pertanto essere evidenziato il riservato con un campo "di cui
riservato...".
Segn. Num.: 0000004167
Tipo: Miglioria
del: 13-04-07
Oggetto: FATTURAZIONE ORDINI APERTI
Prevedere una fatturazione degli ordini aperti per ordine, in modo che ad ogni ordine caricato corrisponda una fattura.
Attualmente se per un cliente, nello stesso, periodo sono presenti più ordini aperti generando le fatture differite viene creata un'unica fattura
riepilogativa.
Segn. Num.: 0000005027
Tipo: Miglioria
del: 30-06-08
Oggetto: STAMPA PORTAFOGLIO ORDINI
Aggiungere nella maschera di Stampa Portafoglio Ordini la selezione da codice articolo a codice articolo, per gruppo merceologico e per
marca.
21-10-08
Pag. : 126
Modulo P.O.S.
Segn. Num.: 0000006680
Tipo: Anomalia
del: 24-02-07
Argomento: 240.060 ANALISI VENDITE POS
Oggetto: STAMPA ANALISI DEL VENDUTO CON VENDITE NEGOZIO A ZERO
La stampa analisi del venduto (venduto per articolo) non riporta le vendite negozio con totale documento a zero.
Es. vendo l'articolo (modalità di vendita SCO) AHRB quantità 1 prezzo 0€ (zero) facendo la stampa analisi del venduto per articolo dice che
non ci sono dati da stampare.
Se si genera il corrispettivo e si effettua la stampa del prospetto del venduto per articolo viene riportata.
Segn. Num.: 0000006746
Tipo: Anomalia
del: 18-01-07
Argomento: 240.010 VENDITA NEGOZIO
Oggetto: DATI INTESTARIO CON CHIUSURA RICEVUTA FISCALE
Nella rel. 4.0 dopo l'installazione della fast patch n° 300, se si emette una vendita negozio intestata ad un cliente con chiusura "Ricevuta
Fiscale" nel documento generato non vengono riportati nei dati di testata i riferimenti del cliente e di conseguenza non vengono neanche
riportati in stampa.
Il problema si verifica anche sulla 5.0 (da verificare anche le altre chiusure).
Segn. Num.: 0000006762
Tipo: Anomalia
del: 02-02-07
Argomento: 240.080 SERVIZI POS
Oggetto: GENERAZIONE CLIENTI NEGOZIO
La vendita negozio intestata ad un cliente negozio creato attraverso l'utility di generazione clienti negozio, e dunque già presente nell'archivio
clienti contabili, provvede erroneamente alla creazione di un nuovo cliente degli archivi contabili nel caso in cui dal negozio si generino
documenti intestati (per es. Chiusura di tipo fattura immediata). Tutto questo determina una duplicazione dei clienti contabili.
INTERVENTO
Il problema era nella generazione clienti negozio: nella tabella CLIENTI NEGOZIO non veniva valorizzato il campo CLTIPCON a 'C'.
Creata procedura di conversione 4.0-E6606- Inserimento CLTIPCON in clienti negozio - per aggiornare il campo in questione su tutti i clienti
dove il campo è vuoto. La procedura di conversione è obbligatoria e ripetibile.
Segn. Num.: 0000006842
Tipo: Anomalia
del: 16-03-07
Argomento: 240.100 INTEGRAZIONE REGISTRATORI CASSA
Oggetto: EMISSIONE SCONTRINO CON ERRORI
Dalla release 5.0, se all'emissione dello scontrino viene indicato un errore, che impedisce la stampa dello scontrino, non è più possibile
richiedere la stampa posticipata dello stesso (per la quale si attiva nella seconda pagina il bottone 'Scontrino').
Unica soluzione, quella di eliminare la vendita e reinserirla.
Segn. Num.: 0000006941
Tipo: Anomalia
del: 02-04-07
Oggetto: CHIUSURA SCONTRINO A ZERO
Nel caso in cui si emetta una vendita negozio (chiusura con scontrino) con totale a zero (es. vendita di 100 e contestualmente reso di 100)
la cassa non registra la chiusura quindi l'operazione rimane sospesa.
Segn. Num.: 0000006958
Tipo: Anomalia
del: 03-04-07
Argomento: 240.000 P.O.S SEGNALAZ. GENERALI
Oggetto: INTEGRAZIONE EMETTITORE SCONTRINO
Si verificano dei blocchi di emissione scontrino sul registratore Nucleo RCH inserendo alcune stringhe di testo nella descrizione di un articolo.
Per es. nel caso in cui la stringa di testo sia composta da parti comprendenti le parole CARD e PREC.
Intervento:
===========
Il problema è stato risolto con l'aggiornamento 1.0.0.4 del driver per RCH Nucleo pubblicato sul sito in data 10-05-07.
Segn. Num.: 0000007050
Tipo: Anomalia
del: 26-04-07
Argomento: 240.030 CLIENTI NEGOZIO
Oggetto: GENERAZIONE CLIENTI NEGOZIO MODIFICANDO "IMPOSTA NEGOZIO POSTAZIONE"
Nel caso in cui vi siano diversi negozi caricati nei Parametri vendita negozio ed in Imposta negozio postazione sia caricato un negozio diverso
da quello predefinito (o anche uguale a quello predefinito), se si lancia la Generazione clienti negozio questa va a buon fine; se poi si prova a
modificare in Imposta negozio postazione il negozio associato ad essa, fallisce la Generazione clienti negozio; per tornare a farla funzionare
occorre uscire e rientrare nella procedura.
Segn. Num.: 0000007098
Tipo: Anomalia
del: 10-05-07
Oggetto: RIPARTIZIONE SCONTI SUL DETTAGLIO
Se la ripartizione per promozioni sulla vendita produce un resto al suo termine il resto è erronamente attribuito senza arrotondamento sulla
prima riga.
Il dato, memorizzato in un campo di dettaglio (MDSCOVEN) non è utilizzato in sede di generazione corrispettivi, ma è utilizzato dalla stampa
Chiusura Giornaliera che quindi può dare risultati non concordanti con quanto portato su ciclo documentale ed in seguito fatturato.
Ad esempio caricando una vendita negozio con
Un articolo al 20% di iva quantita 1 prezzo 5,65 Euro
Un articolo al 20% di iva quantita 1 prezzo 2,38 Euro
supponiamo che la promozione applichi il 10 % di sconto comportando uno sconto di -0,80 Euro sul totale del venduto.
A livello di riga vedremo a video sul campo Sconto ventilato:
per la prima riga -0.57, per la seconda -0,24 per un totale di -0,81 euro scontati, in realtà sul database (quindi interrogando da disegnatorei di
visual query) avremo per la prima riga -0.57700 mentre x la seconda -0.24.
21-10-08
Pag. : 127
NOTE INTERVENTO
E' stata creata la procedura di conversione 5.0-E7097- Rimozione parte eccedente sconto da MDSCOVEN [Vendita negozio Detail]. La
procedura, obbligatoria e ripetibile,si può eseguire solo se il modulo GPOS è attivo
Segn. Num.: 0000007384
Tipo: Anomalia
del: 26-06-07
Argomento: 240.020 GENER. FATTURE/CORRISPETTIVI
Oggetto: GENERAZIONE CORRISPETTIVI DAL MODULO POS
Si presenta un' anomalia nella generazione corrispettivi dal modulo POS; nella particolare situazione sotto riportata la procedura visualizza il
messaggio "N. 0 registrazione generate su X registrazione da generare. Totale 0 documenti generati".
L'anomalia si presenta quando:
1) nei parametri vendita negozio nella scheda Contropartite pagamenti è presente per almeno 1 dei 5 tipi di pagamenti la contropartita
contabile
2) si carica una vendita negozio dove si inserice, nella seconda scheda, nel campo Contanti un importo (superiore al campo Importo Scontato)
tale per cui il resto sia, in valore assoluto, superiore al campo Importo scontato.
In questa circostanza la procedura non riesce a generare il corrispettivo.
L'anomalia si presenta in quanto la procedura, nel determinare come ripartire il resto, considera solo i campi C\Assegno, C\credito\bancomat e
Finanziamento; infatti il resto viene ripartito su questi importi in relazione al peso di ciascuno di questi 3 campi sulla loro sommatoria.
Nell'esempio riportato questi 3 campi sono a zero e quindi la loro sommatoria è pari a zero.
Questo valore apparendo al denominatore determina l'errore di mancata generazione di corrispettivi.
Segn. Num.: 0000007501
Tipo: Anomalia
del: 18-07-07
Oggetto: EMISSIONE SCONTRINO CON PROMOZIONE
Casistica:
Vendita manuale senza promozioni con due righe (1° riga in vendita per 1,40 euro e 2° riga in omaggio per 1,40).
In fase di stampa scontrino si riscontrani i seguenti errori:
ERRORE di calcolo (scontrino a zero e sconto totale di euro 2,80)
ERRORE continua ad emettere più scontrini sino a che non viene interrotta manualmente la stampa.
Segn. Num.: 0000007519
Tipo: Anomalia
del: 23-07-07
Oggetto: VENDITA CON PROMOZIONE OMAGGIO AD OGNI MULTIPLO.
Casistica:
Vendita negozio con promozione :
Promozione tipologia esclusiva per articolo A
Soggetto promozione tutti i clienti
Requisiti minimi:minimo valore
Importo minimo vendita :10,00
Effetto Promozione:omaggio
Tipo sconto omaggio:sconto merce
Omaggio:Ad ogni multiplo
Indicazione articolo e unità di misura articolo omaggio.
Caricando una vendita negozio per un importo pari a 20,00 nella riga relativa allo sconto promozione riporta - 2,40 invece di 4,80
Riportiamo ciò che viene evidenziato in SR_Dati.
OPER,C1;
PLUD,C[1],N1,P2000,:;
PRNT,:BOT 2.000 Sconto;
PLUD,C[1],N1,P480,:;
COST,V240;
CASH,V2000;
Segn. Num.: 0000007522
Tipo: Anomalia
del: 23-07-07
Oggetto: ARROTONDAMENTO SU RESI
Nel caso di reso su vendite negozio il prezzo di riga viene arrotondato in base ai decimali globali impostati sulla valuta, gli importi NON
dovrebbero essere arrotondati in quanto potrebbero presentarsi differenze tra l'importo indicato sulla riga della vendita e quello della riga di
reso.
Esempio.
caricata una vendita scontrino per un articolo q:250 per un prezzo pari a 0,336.
Se salvo la vendita negozio senza attivare il check di riga reso il valore di riga è pari a 84 (250 x 0.336).
Se viene attivato il chck di riga reso il valore per quella riga è pari a -85 (250 x 0.34)
********************************************************
INTERVENTO
Gli importi indicati sulle righe di reso non devono essere arrotondati ma visualizzati con i decimali unitari specificati sulla valuta.
In presenza di sconti gli importi sulle righe di reso devono essere calcolati al netto degli sconti ma NON arrotondati.
21-10-08
Pag. : 128
L'arrotondamento deve essere effettuato solo sul totale di riga.
Segn. Num.: 0000007534
Tipo: Anomalia
del: 25-07-07
Oggetto: TOTALE PER REPARTO SU CHIUSURA GIORNALIERA
In presenza di righe di vendita negozio di tipo 'Omaggio d'imponibile + Iva' il totale per reparto della stampa chiusura giornaliera non coincide
con il totale del giorno, nè con il totale per pagamento.
INTERVENTO
Dalla stampa chiusura giornaliera vengono esclusi totalmente le righe di tipo omaggio imponibile + iva.
Segn. Num.: 0000007640
Tipo: Anomalia
del: 29-08-07
Oggetto: BLOCCO DELLA CASSA MICROPOS IN PRESENZA DI PIÙ RIGHE DESCRITTIVE
Il registratore di cassa Micropos non permette di stampare sullo scontrino più di due righe descrittive consecutive, pertanto è necessario
eseguire una verifica del numero di righe descrittive da stampare, nel caso di impostazione del registratore Micropos sui dispositivi installati, e
se sono più di due consecutive le successive non devono essere riportate nello scontrino per evitare il blocco della cassa.
L'indicazione di più righe descrittive può avvenire nel caso di descrizione articolo piuttosto lunga (che viene stampata su più di due righe)
oppure se nella vendita negozio abbiamo diverse righe di tipo descrittivo consecutive.
Segn. Num.: 0000007643
Tipo: Anomalia
del: 29-08-07
Oggetto: MANCATO INSERIMENTO INTESTATARIO DA GENERAZIONE CORRISPETTIVI
Nel caso in cui un vendita negozio di tipo 'Emissione Scontrino' intestata a cliente privato venga chiusa senza incasso (C/Cliente), i corrispettivi
generati, non raggruppabili all' interno di un unico corrispettivo come per le vendite incassate, devono riportare nei dati di testata i dati
anagrafici del cliente privato. In tal modo sarà poi possibile visualizzare l' intestatario nella maschera d'incasso ricevute fiscali.
Segn. Num.: 0000007690
Tipo: Anomalia
del: 10-09-07
Argomento: 240.080 SERVIZI POS
Oggetto: GENERAZIONE CLIENTI NEGOZIO
Dopo l'installazione della FP 129 della rel 5.0 si ripresenta l'errore della segnalazione E6606 (fp 53 della 5.0):
==================================================================================
La vendita negozio intestata ad un cliente negozio creato attraverso l'utility di generazione clienti negozio, e dunque già presente nell'archivio
clienti contabili, provvede erroneamente alla creazione di un nuovo cliente degli archivi contabili nel caso in cui dal negozio si generino
documenti intestati (per es. Chiusura di tipo fattura immediata). Tutto questo determina una duplicazione dei clienti contabili.
==================================================================================
Segn. Num.: 0000007735
Tipo: Anomalia
del: 17-09-07
Oggetto: ERRORE IN EMISSIONE SCONTRINO CON CASSA DITRON ZIP
Il comando PRNT (stampa riga alfanumerica), se inviato con scontrino fiscale non aperto (NB: neanche il comando OPER apre lo scontrino)
non viene eseguito e la cassa va in errore.
Il problema è stato risolto forzando una vendita a zero per aprire lo scontrino e quindi poter poi stampare la riga descrittiva. Quindi è stato
aggiornato il driver DITRON sul sito www.zucchettitam.it alla versione 1.0.3.
Segn. Num.: 0000007753
Tipo: Anomalia
del: 18-09-07
Oggetto: ESPLOSIONE DISTINTA BASE E KIT IMBALLI NELLE VENDITE NEGOZIO
Si presenta una anomalia nelle vendite negozio nel caso in cui all'articolo pos inserito sulla riga sia stata associata una distinta base o una
distinta imballo.
In tal caso infatti al salvataggio della vendita la procedura genera dei movimenti di magazzino di carico per l'articolo e scarico dei componenti
(della distinta base o del kit imballo) secondo le causali di magazzino definite nei Parametri Vendita negozio come se si trattasse di un articolo
kit.
La procedura deve esplodere solo gli articoli kit associati alla anagrafica della articolo pos, pertanto se l'articolo pos ha associata una distinta
base o un kit imballo allora non devono essere effettuati movimenti di magazzino per i componenti.
Segn. Num.: 0000007789
Tipo: Anomalia
del: 26-09-07
Oggetto: VENDITE OMAGGIO CON REGISTRATORE DI CASSA DITRON
In caso di vendita negozio con alcuni prodotti omaggio e righe di sconto nello scontrino la riga fiscale di sconto (identificata da COUP) viene
riportata dopo la riga dell'articolo omaggio mentre dovrebbe essere riportata subito dopo l'articolo venduto (non omaggio).
In questo caso non viene applicato lo sconto in quanto le righe omaggio normalmente hanno prezzo a zero.
Esempio:
- inserita vendita negozio a un cliente con listino lordo iva e sconto su listino per l'articolo XXX del 20%
- inserita una promozione, se vendo l'articolo XXX per un numero di pezzi definito viene dato l'articolo YYY in omaggio
- confermando la vendita negozio il file SR_DATI viene creato come segue:
OPER,C1;
PLUD,C[1],N8,P5000,:XXX;
PLUD,C[1],N8,P500,:YYY;
COUP,V1000;
COST,V500;
PRNT,:Sconti % -20.00;
CASH,V4000;
21-10-08
Pag. : 129
La riga COUP relativa allo sconto deve essere indicata dopo il primo articolo XXX e non dopo l'articolo omaggio YYY
Segn. Num.: 0000007921
Tipo: Anomalia
del: 30-10-07
Oggetto: LETTURA CODICE FIDELITY E ARTICOLO
La procedura valorizza sia il codice fidelity che il codice articolo se il codice articolo inizia con gli stessi caratteri del codice fidelity.
Es.
- codice fidelity 1234
- codice articolo 12345
- si carica una vendita negozio sulla prima riga articolo si digita il codice fidelity 1234, la procedura correttamente va a compilare il codice
fidelity (1234) ma valorizza anche il codice dell'articolo (12345)
Se viene letto esattamente il codice fidelity la procedura deve valorizzare solo il campo della fidelity.
Segn. Num.: 0000008400
Tipo: Anomalia
del: 16-04-08
Oggetto: INTEGRAZIONE EMETTITORE SCONTRINO
La cassa RCH Onda restituisce un SR_OUT sbagliato, nello specifico il file contiene la dicitura:
DATE,14/04/08 SCONTR. N 6,E,A1;
invece di
DATE,14/04/08 SCONTR. N. 6,E,A1;
Manca un punto dopo la N
Ad hoc Revolution ricerca all'interno del file la stringa "SCONTR. N." e non trovandola restituisce un numero scontrino sbagliato.
Segn. Num.: 0000008470
Tipo: Anomalia
del: 15-05-08
Oggetto: MODIFICA DELLA VENDITA NEGOZIO CHE HA GIÀ GENERATO UN CORRISPETTIVO
La procedura permette la modifica delle righe di vendite negozio che hanno già generato un corrispettivo quando la combo Tipo Chiusura è
valorizzata a 'Nessuna Stampa' o 'Brogliaccio di vendita'.
Segn. Num.: 0000008550
Tipo: Anomalia
del: 11-06-08
Oggetto: INSERIMENTO CODICE CARTA FIDELITY E FOCUS SULLA RIGHE DI DETTAGLIO
Si presenta una anomalia nel posizionamento del focus su una vendita negozio quando viene imputata un codice carta Fidelity.
si abbia il codice Fidelity card 1234; si procede a caricare una vendita negozio di tipo scontrino.
Dopo aver inserito la modalità di vendita (SCO con archivi demo) ci si posiziona nel dettaglio della vendita (prima riga); a questo punto si digita
esattamente il codice della Fidelity Card (1234); correttamente vengono popolati sulla testata della vendita il codice fidelity e il cliente.
Il focus a questo punto tuttavia è spostato sulla testata della vendita (ovvero non è visibile sulla prima riga del dettaglio il tipico cursore nero);
questo fa sì che imputando un codice articolo mediante lettore ottico il codice comunque non venga scritto non essendo posizionato il cursore
sulla prima riga.
Segn. Num.: 0000004105
Tipo: Miglioria
del: 16-03-07
Oggetto: INTEGRAZIONE NUOVO REGISTRATORE DI CASSA SWEDA S5000
Rendere disponibile l'utilizzo del nuovo driver per il registratore di cassa Sweda S5000.
Tale registratore prevede una velocità di trasmissione (Baud Rate) di 2400.
Occorre quindi che l'utente indichi sul dispositivo Hardware tale velocità.
Segn. Num.: 0000004131
Tipo: Miglioria
del: 30-03-07
Oggetto: CODICE NEGOZIO IN ANAGRAFICA CLIENTI POS
Aggiungere in anagrafica clienti Pos il codice del negozio di default (precaricato a seconda del negozio postazione specificato) in modo che
caricando un nuovo cliente pos venga memorizzato il codice negozio.
Nello zoom sui clienti della vendita negozio dovranno essere filtrati i clienti con il codice negozio definito come negozio postazione ed i clienti
che non hanno negozio impostato in anagrafica.
Note Intervento
==================
L'anagrafica Negozi diviene una movimentazione con l' elenco dei negozi per l'azienda con cui siamo entrati. La modifica si è resa necessaria
per problemi sul filtro, ed in generale perchè l'informazione è logicamente ed in analisi una movimentazione.
Segn. Num.: 0000004148
Tipo: Miglioria
del: 04-04-07
Oggetto: REGISTRATORI DI CASSA DITRON
Prevedere l'integrazione con i registratori di cassa Ditron Zip.
NOTE INTERVENTO
================
Nell'archivio Dispositivi Hardware è stata allargata la combo con la nuova voce DITRON per consentire di emettere lo scontrino con questo
registratore di cassa .
Comunque per una corretta installazione si consiglia di seguire le indicazione seguenti:
-eseguire l'installazione dell'eseguibile Ditron.Exe presente nello zip omonimo.L'installazione potrebbe indicare una cartella differente da
quella di default. In questo caso indicare la seguente cartella:C:\Programmi\ad hoc Emettitore Scontrino\Ditron
21-10-08
Pag. : 130
-In questa cartella oltre al programma emettitore scontrino verrà copiato anche uno zip: WinEcrCom.zip.Scompattare lo zip in una nuova
cartella e lanciare il setup.exe.Per quanto riguarda questa installazione seguire comunque passo passo tutte le indicazioni presenti nel
manuale d'uso che verrà installato insieme al programma Ditron.
Segn. Num.: 0000004275
Tipo: Miglioria
del: 04-06-07
Oggetto: INTEGRAZIONE REGISTRATORE NCR 2215
Prevedere l'integrazione del registratore di cassa NCR 2215.
NOTE INTERVENTO
================
Nell'archivio Dispositivi Hardware è stata allargata la combo famiglia con la nuova voce NCR 2215 per consentire di emettere lo scontrino con
questo registratore di cassa .
Comunque per una corretta installazione si consiglia di seguire le indicazione seguenti:
-eseguire l'installazione dell'eseguibile AdHoc_Ncr2215.exe presente nello zip omonimo.L'installazione potrebbe indicare una cartella
differente da quella di default. In questo caso indicare la seguente cartella:C:\Programmi\ad hoc Emettitore Scontrino\NCR
Per quanto riguarda questa installazione seguire comunque passo passo tutte le indicazioni presenti nel manuale d'uso che verrà installato
insieme al programma NCR 2215.
Segn. Num.: 0000004659
Tipo: Miglioria
del: 05-12-07
Oggetto: INTEGRAZIONE REGISTRATORE EPSON FP-90/81 E COMPATIBILI
Implementare il nuovo Driver per la stampante fiscale EPSON FP-90/81 e compatibili.
Segn. Num.: 0000004755
Tipo: Miglioria
del: 23-01-08
Oggetto: CHIUSURA GIORNALIERA DI CASSA LATO GESTIONALE
E' necessario implementare una nuova voce di menu in Pos - Analisi Vendite - "Chiusura di cassa" al fine di eseguire direttamente dal
gestionale la chiusura di cassa fiscale sul registratore.
La sequenza di comandi SL per eseguire una chiusura fiscale è la seguente:
ZKEY;
FUNC,N1;
REGK;
Tale funzionalità è gestita sulle seguenti tipologie di emettitore scontrino:
- SAREMA COMPATIBILI
- RCH NUCLEO
- RCH G2000
- RCH G3000
- RCH MIZAR
- EPSON FP90/81 (disponibile a breve)
Segn. Num.: 0000004873
Tipo: Miglioria
del: 28-03-08
Oggetto: REGISTRATORI DI CASSA MODELLI CUSTOM ENGINEERING
Prevedere l'integrazione del registratore di cassa Modelli CUSTOM ENGINEERING (Es. KUBE, MAX e compatibili) con protocollo “Custom
Nativo”
Segn. Num.: 0000004894
Tipo: Miglioria
del: 16-04-08
Oggetto: REGISTRATORI DI CASSA MODELLI FASY E SID \ WINCOR-NIXDORF
Prevedere l'integrazione dei seguenti registratori di cassa:
FASY modelli :SCIROCCO, LIBECCIO, MISTRAL BASIC.
SID \ WINCOR-NIXDORF modelli: ER400 SMART/1, ER400 SMART/2, SMART, OPPORTUNITY, OPPORTUNITY LITE, OPPORTUNITY EJ,
EXTREME LITE.
NOTE INTERVENTO
================
La combo Famiglia della cartella Registratori di cassa dell'archivio Dispositivi Hardware è stata ampliata con la nuova voce Fasy2WincorN2.
L'installazione potrebbe indicare una cartella differente da quella di default. In questo caso indicare la seguente cartella:C:\Programmi\ad hoc
Emettitore Scontrino\FasyScirocco_WincorOpportunityEJ
Segn. Num.: 0000004987
Tipo: Miglioria
del: 16-06-08
Argomento: 240.050 PARAMETRI MODULO POS
Oggetto: GESTIONE SERIE DOCUMENTI SU NEGOZI
E' necessario inserire un controllo per impedire di indicare la stessa serie documenti in negozi diversi, ogni negozio POS deve avere una serie
diversa.
Inoltre è necessario permettere di avere una serie "nulla" in un solo negozio POS al fine di poter mantenere la numerazione dei documenti
senza serie.
21-10-08
Pag. : 131
Segn. Num.: 0000005087
Tipo: Miglioria
del: 11-07-08
Oggetto: SCONTRINO IN PRESENZA DI PROMOZIONE SU SINGOLO ARTICOLO.
Prevedere un nuovo metodo per contrassegnare le promozioni all'interno dello scontrino; il nuovo metodo (opzionale rispetto a quello attuale)
deve prevedere che la promozione segua immediatamente la riga articolo alla quale è applicata anche in presenza di promozioni di tipo mix
match che normalmente appaiono in fondo alle righe applicate e contrassegnate come COST.
Si abbiano gli articoli R1, R2 e R3; i primi 2 appartenenti allo stesso reparto con codice iva 20% mentre R3 appartiene ad un reparto con
codice iva al 4%
Si carica una promozione di tipo mixmatch per R1 e R2 che prevede uno sconto a valore totale fisso di 100.
Si carica una vendita negozio dove si inserisce l'articolo R3, qtà 1 e prezzo 120, R2 qtà 1 e prezzo 120, R1 qtà 1 e prezzo 240.
Correttamente la promozione viene applicato sulle ultime 2 righe; su R2 viene applicato uno sconto ventilato di 33,33 mentre su R1 viene
applicato uno sconto ventilato di 66,67.
Lo scontrino si presenta nel seguente modo
OPER,C1;
PLUD,C[1],N1,P12000,:R3;
PLUD,C[1],N1,P12000,:R2;
PLUD,C[1],N1,P24000,:R1;
COST,V10000;
CASH,V38000;
Il comando COST tuttavia rappresenta uno sconto sul subtotale e pertanto pur non avendo effetto sullo scontrino che risulta corretto può avere
ripercussioni su alcuni modelli di cassa in fase di chiusura giornaliera in quanto la promozione di 100 viene ripartita su tutti e 3 gli articoli ovvero
su entrambe le aliquote iva.
Occorre pertanto prevedere una diversa modalità di individuazione delle promozioni nello scontrino, ovvero le promozioni devono incidere
direttamente con il comando COUP sulla riga sulla quale sono calcolate; Questa informazione è presente sul gestionale in quanto
l'applicazione della promozione determina lo sconto ventilato sulla riga.
Nel caso precedente si avrebbe pertanto una SR_DATI così composto
OPER,C1;
PLUD,C[1],N1,P12000,:R3;
PLUD,C[1],N1,P12000,:R2;
COUP,V3333;
PLUD,C[1],N1,P24000,:R1;
COUP,V6767;
CASH,V38000;
Segn. Num.: 0000005137
Tipo: Miglioria
del: 01-08-08
Oggetto: AGGIORNAMENTO DRIVER DITRON ZIP VERSIONE 1.0.0.4
Modifiche / Correzioni apportate al driver Emettitore scontrino per registratori di cassa Ditron ZIP:
· Inserita gestione MAGG, ADDS, e ADDI
· Inserita gestione apostrofo interno alle descrizioni
· Aggiunta creazione file "sr_copy.txt" con memorizzazione dell’ultimo scontrino SL inviato
· Correzione per evitare doppia memorizzazione del comando SL “DATE/TIME” su SR_OUT
· Correzione su gestione del comando di configurazione da ADHOC “BDR” --> generava
ERRORE 6 di OVERFLOW; la gestione del baud rate e' demandata al programma
“WinEcrConf.exe” della Ditron.
Aggiornato il driver Emettitore scontrino Ditron ZIP disponibile sul sito.
21-10-08
Pag. : 132
Modulo PROBLEMATICHE GENERALI
Segn. Num.: 0000006664
Tipo: Anomalia
del: 23-02-07
Argomento: 300.000 PROBLEMATICHE GENERALI
Oggetto: UTILIZZO TRADUZIONI DA GESTIONE UTENTI
Se si gestiscono le traduzioni dal traduci della gestione utenti, con i dizionari di traduzione non installati, all'apertura della gestiona da tradurre
viene visualizzato un messaggio di errore 'Alias _CURS_CP_LANG is not found' e non viene eseguita la traduzione.
Segn. Num.: 0000006713
Tipo: Anomalia
del: 05-03-07
Argomento: 300.010 STAMPE
Oggetto: STAMPA REPORT SECONDARI SUI DOCUMENTI
La stampa dei report secondari sui documenti di acquisto non viene eseguita se non è presente nell'output utente GSACAMDV (Acquisti report
alternativi) un report con stesso numero di quello indicato sulla causale documento.
In pratica la procedura nello zoom dei report secondari visualizza sempre il contenuto dell'output GSVEAMDV (correttamente) anche se i
documenti sono del ciclo acquisti, ma la stampa viene eseguita in base al corrispondente report di GSACAMDV che invece non dovrebbe
essere utilizzato.
Riportiamo di seguito il funzionamento degli zoom sui report principali e secondari dei vari cicli documentali:
CICLO VENDITE CON INSTALLAZIONE DEL CICLO ACQUISTI
Causale di vendita: report principale GSVE_MDV report secondario GSVEAMDV
Causale di acquisto: report principale GSAC_MDV report secondario GSVEAMDV
CICLO VENDITE SENZA INSTALLAZIONE DEL CICLO ACQUISTI
Causale di vendita: report principale GSVE_MDV report secondario GSVEAMDV
Causale di acquisto: report principale GSAC_MDV report secondario GSACAMDV
Uniformare la stampa a ciò che viene proposto nello zoom in quanto lo zoom sui vari output utente è corretto e congruente con quanto gestito
nella release 4.0.
Segn. Num.: 0000006734
Tipo: Anomalia
del: 19-12-06
Argomento: 300.270 MENU / TASTO DESTRO
Oggetto: CREAZIONE MENÙ
Nella 5.0 per effetto del passaggio alla Build 54 salvando un menù utilizzato da tasto destro nel momento in cui viene ad essere eseguito
compare un errore formato del file errato
Segn. Num.: 0000006749
Tipo: Anomalia
del: 23-01-07
Oggetto: IMPOSSIBILE ACCEDERE ALLA MASCHERA DI STAMPA
La definizione della sicurezza procedura sulle maschere di Stampa Clienti \ Fornitori , Stampa Etichette e Stampa Causali documenti risulta
anomala. In tale contesto è inibilta la possibilità di stampa ad ogni utente non facente parte del gruppo Administrator.
Segn. Num.: 0000006750
Tipo: Anomalia
del: 25-01-07
Argomento: 300.250 AVVIO PROCEDURA
Oggetto: ERRORE "FUNCTION ARGUMENT VALUE, TYPE OR COUNT IS INVALID"
Si presenta una anomalia all'ingresso della procedura se il percorso di rete presenta uno spazio ( ad esempio la cartella di installazione è
AHR(spazio)50.
In tal caso infatti appare l'errore "function argument value, type or count is invalid"
Segn. Num.: 0000006760
Tipo: Anomalia
del: 15-12-06
Oggetto: ERRORI IN VISUALIZZAZIONE MASCHERE
Visualizzando alcune maschere sulla release 5.0 si presentano alcune incongruenze:
IN PARAMETRI VENDITE / ACQUISTI:
- Le maschere dei parametri vendite / acquisti sono tagliate sulla destra.
ABBREVIAZIONI FUORI STANDARD:
- In Stampa inventario: Valorizzazione
- In Parametri IVA / Principale: Carica
CAMPI TAGLIATI:
- In Dati Azienda / Stampe Fiscali: Esercizio
- In Selezioni Stampa Statistiche / Altre Selezioni: Valuta
CAMPI TROPPO VICINI FRA LORO:
- Stampa Magazzini
- Stampa Pagamenti
- Stampa Tipo Pagamento
- Stampa Banche
- Stampa Vettori
- Stampa Listino
- Stampa Brogliaccio Documenti (acq/ven)
- Stampa Sovraccolli
21-10-08
Pag. : 133
- Stampa Messaggi
- Stampa Offerte (parametri aggiuntivi)
- Stampa Nominativi (data di stampa)
- Ricerca Offerte (selezioni)
- Stampa Log Esportazioni (in stampe infolink)
ANAGRAFICA LISTINI
il cursore relativo al codice lingua compare in mezzo al campo della lingua stessa
Segn. Num.: 0000006763
Tipo: Anomalia
del: 12-02-07
Oggetto: STAMPE SU EXCEL
Sulla release 5.0 non è possibile esportare una stampa su Excel (utilizzando l'apposito bottone presente nella Print System).
Esempio se accediamo allo zoom clienti, premiamo il bottone relativo alla Stampa (esegue Report) e poi premiamo il bottone Excel, la stampa
non viene eseguita senza segnalare alcun messaggio.
Per risolvere il problema è necessario creare un report fittizio che si chiama: NOMEZOOM_NOMETABELLA.FRX (es.
GSAR0ACL_CONTI.FRX).
Segn. Num.: 0000006771
Tipo: Anomalia
del: 11-01-07
Oggetto: ANTEPRIMA DI STAMPA IN PRESENZA DI REPORT SECONDARI SOLO TESTO
In presenza di report secondari di tipo solo testo (report FXP) l'anteprima di stampa, pur in presenza di un report principale, evidenzia il
secondario precedentemente al principale.
Segn. Num.: 0000006774
Tipo: Anomalia
del: 05-03-07
Oggetto: PUNTATORE DELLO ZOOM NON CORRETTAMENTE POSIZIONATO SULLA PRIMA RIGA
In alcuni zoom il puntatore non è correttamente posizionato sulla prima riga ad esempio nell'agenda operatore del modulo offerte (gsof_kat)
non funziona, mentre in visualizza prima nota funziona (gscg_kvp)
Segn. Num.: 0000006981
Tipo: Anomalia
del: 13-04-07
Oggetto: STAMPA NUMERO DOCUMENTO
Nella stampa Movimenti INTRA vengono stampati degli asterischi quando il numero documento inserito supera le 6 cifre.
Nella stampa estratto conto vengono stampati degli asterischi o dei numeri esponenziali (4,E +...) quando il numero documento inserito supera
le 6 cifre (es.432523697).
NOTE INTERVENTO
Nella stampa Movimenti intra spostato il campo data del movimento intra e allargato il numero movimento e documento
Nella stampa Estratto conto ridotto il font relativo alla descrizione del pagamento e della causale contabile
Segn. Num.: 0000007150
Tipo: Anomalia
del: 18-05-07
Oggetto: ESPORTAZIONE DATI SU OPEN OFFICE
Lanciando da menù, tramite comando VX_EXEC una query a cui associamo un modello di foglio di calcolo Open Office (Stc) la procedura va in
errore
Esempio
vx_exec#'query\gsar1mag.vqr,query\gsar1mag.stc'
NOTE INTERVENTO
===============
L'istruzione vx_exec non gestiva in modo corretto il modello se posizionato nella cartella CUSTOM
Segn. Num.: 0000007261
Tipo: Anomalia
del: 07-06-07
Oggetto: APERTURA DISEGNATORE DI REPORT ALT-F12 E FILE DI RISORSA VFP
A seguito della certificazione di ad hoc per Windows VISTA la procedura non utilizza più il file di risorsa di Visual Fox Pro (FOXUSER.DBF), in
precedenza salvato su c:\. Per gestire il disegnatore di report ora l'applicativo utilizza RPTOOL.DBF presente nella cartella EXE\QUERY.
Questo nuovo comportamento introduce problemi nel momento in cui, dalla print system, si preme ALT-F12 per accedere al disegnatore di
report.
Se, utilizzando l'ambiente di sviluppo, si tenta di accedere ai dati che alimentano il report da menù in alto tramite View\ Browse l'applicativo
apre la browse con i dati e contestualmente mostra il messaggio di richiesta di aggiornamento o meno dei dati legati alla stampante
eventualmente utilizzata nel report. A seguito di ciò si ottengono vari messaggi di errore.
Il problema non si presenta lato utente ed anche sui sorgenti, andando quindi ad utilizzare l'altro metodo di accesso alla browse dei dati
attraverso data enviroment.
Segn. Num.: 0000007321
Tipo: Anomalia
del: 15-06-07
Oggetto: CREZIONE AZIENDA SENZA RIPORTARE CLASSI DOCUMENTALI
Nella creazione azienda attivando il check "librerie immagini" non riporta le classi documentali
21-10-08
Pag. : 134
Segn. Num.: 0000007622
Tipo: Anomalia
del: 28-08-07
Oggetto: ALLINEAMENTO ANALISI A SEGUITO DELLA PATCH 226
Con il rilascio della patch 226, sono stati erroneamente cancellati dal plan alcuni campi sulle tabelle CONTI e ZPARAMGEST, ripristinare
l'analisi alla patch 223.
Questo può provocare un errore di programma lanciando le maschere (es."Gestione dati comunicazione") presenti nella voce di menù "Elenchi
clienti\fornitori".
Segn. Num.: 0000007653
Tipo: Anomalia
del: 03-09-07
Oggetto: ORDINAMENTO DOCUMENTI IN STAMPA
Nella ristampa documenti (vendite/acquisti/ordni ) e nella stampa da piano di fatturazione non viene rispettato l'ordinamento delle righe
documento ( non ordina per CPROWORD)
Segn. Num.: 0000007654
Tipo: Anomalia
del: 03-09-07
Oggetto: RECUPERO DESTINATARI EMAIL IN ASSENZA DI MODULO OFFERTE
Provando ad inviare una email , in una installazione senza il modulo offerte, la procedura segnala l'errore" impossibile aprire la tabella
"nom_cont" oppure "off_nom " se l'utente schiaccia il bottone per selezionare il destinatario e/o il destinatario in CC e CCN (invio email tramite
SMTP)
Segn. Num.: 0000007665
Tipo: Anomalia
del: 03-09-07
Oggetto: STAMPE CON INTERNAZIONALIZZAZIONE
Se nella Lingua Inglese si inserisce il codice ISO, ENG, ma non si attiva il Flag ‘Abilita traduzione stampe a runtime’, nella stampa di un
documento cliente/fornitore che ha lingua inglese quando esce la maschera del Print System, propone in automatico nella combo Lingua di
stampa Inglese.
Nella Print System dovrebbero poter essere selezionate solo le lingue che hanno il flag ‘Abilita traduzione stampe a runtime’ attivo ad
eccezione della lingua di progetto.
Segn. Num.: 0000007681
Tipo: Anomalia
del: 07-09-07
Oggetto: CARTELLA TEMPORANEA DI WINDOWS NASCOSTA
Se la cartella temporanea di Windows è marcata come nascosta ad hoc da errore all'ingresso, occorre settare g_TEMPADHOC per ovviare al
problema.
Il problema si presenta anche impostando g_TEMPADHOC su una cartella esistente e nascosta.
Segn. Num.: 0000007769
Tipo: Anomalia
del: 20-09-07
Oggetto: GENERAZIONE FILE PDF
La creazione di un file PDF va in errore se prima di eseguire questa operazione non è mai stata lanciata una qualsiasi print system della
procedura.
Quindi ad esempio nell'invio e-mail a parte dello Schedulatore di Job viene segnalato l'errore "Impossibile inviare e-mail a utente X ...il file
allegato non esiste".
Segn. Num.: 0000007773
Tipo: Anomalia
del: 22-09-07
Oggetto: ERRORE INVIO DATI LICENZA IN FORMATO XML
A seguito di rilascio patch allegati clienti e fornitori inviando la e-mail con le informazioni sulla licenza la procedura va in errore
Segn. Num.: 0000007840
Tipo: Anomalia
del: 12-10-07
Oggetto: STAMPE TRONCATE A DESTRA
Con alcuni driver stampante (es. HP LASERJET P 2015) vengono troncate a destra le seguenti stampe della procedura:
- stampa registri iva verticale;
- stampa schede contabili;
- stampa movimenti contabili;
- stampa libro giornale;
Segn. Num.: 0000007894
Tipo: Anomalia
del: 25-10-07
Oggetto: STAMPA SU STAMPANTE NON PREDEFINITA
Lanciando stampe con un singolo report, si presenta un errore nel seguente caso:
-- caricamento di un documento.
-- stampa del relativo documento caricato precedentemente.
-- nella print system si clicca il pulsante con i tre puntini ( pulsante vicino al campo stampante ) e si seleziona una stampante non predefinita.
-- la stampa del documento viene comunque inviata alla stampante predefinita nonostante sia stata indicata precedentemente una stampante
secondaria.
Se invece si utilizza il tasto Opz. Stampa dalla print system e si seleziona una stampante non predefinita, la stampa del documento viene
giustamente inviata alla stampante selezionata.
21-10-08
Pag. : 135
Segn. Num.: 0000007895
Tipo: Anomalia
del: 25-10-07
Oggetto: STAMPA NUMERO DOCUMENTO \ PROTOCOLLO
Sulla release 5.0 è stata aumentata la lunghezza del campo relativo al numero documento\numero protocollo sui documenti di vendita e di
acquisto (max 15 caratteri); e l'alfa è passato a max 10 caratteri.
Attualmente nei seguenti report e nelle seguenti gestioni non vengono riportate tutte le cifre indicate nel campo numero documento\protocollo:
*- Stampa registro iva vengono stampate un massimo di 6 cifre.
*- Stampa movimenti contabili\schede contabili vengono stampate un massimo di 6 cifre.
Nella stampa schede di magazzino e nella stampa brogliaccio di magazzino ampliare il campo numero documento a 15 caratteri e l' alfa
documento a 10 caratteri.
Nella stampa movimenti di magazzino ampliare il campo numero registrazione.
Segn. Num.: 0000007992
Tipo: Anomalia
del: 27-11-07
Oggetto: STAMPA SU STAMPANTE NON PREDEFINITA
Anche con l'installazione della FP 296 release 5.0 non si è risolta la seguente anomalia:
Lanciando stampe con un singolo report, si presenta un errore nel seguente caso:
-- caricamento di un documento.
-- stampa del relativo documento caricato precedentemente.
-- nella print system si clicca il pulsante con i tre puntini (pulsante vicino al campo stampante) e si seleziona una stampante non predefinita.
-- la stampa del documento viene comunque inviata alla stampante predefinita nonostante sia stata indicata precedentemente una stampante
secondaria.
Se invece si utilizza il tasto Opz. Stampa dalla print system e si seleziona una stampante non predefinita, la stampa del documento viene
giustamente inviata alla stampante selezionata.
***
Il problema è dovuto al fatto che nelle FP 257 e 267 release 5.0 è presente un eseguibile non corretto (che contiente erroneamente la print
system), quindi su installazioni che comprendono anche queste due fast patch la segnalazione sopra indicata continua ad essere presente. In
una installazione con solo la FP 296 e sue correlate il funzionamento della selezione stampante è corretto.
Segn. Num.: 0000008024
Tipo: Anomalia
del: 03-12-07
Oggetto: ERRORI VARI SU RELEASE IN PROGRESS
Nei documenti non è chiaro che il bottone "prezzi" faccia riferimento alla visualizzazione degli articoli alternativi.
Nella maschera di connessione guidata ad un database oracle su ad hoc , se si schiaccia il bottone VERIFICA ( PAG 2 DI 5 della maschera
di conn.guidata )compare l'etichetta ERRORE in corrispondenza del Messaggio"VERIFICA ESEGUITA CON SUCCESSO"
Sempre nella stessa maschera (pagina 4 di 5) riporta versione 8i e 9i . E' necessario aggiornare la versione di oracle
Su AHR in caricamento di un DDTAC compare il messaggio di errore "property W_FLPRAT is not found quando si schiaccia il bottone
IMPORTA
Segn. Num.: 0000008052
Tipo: Anomalia
del: 07-12-07
Argomento: 300.100 INSTALLAZIONE/AGGIORN. AHR
Oggetto: VERSIONE DIMOSTRATIVA
La procedura può entrare in versione dimostrativa nel seguente caso:
Cliente con chiave di attivazione per 2 utenti:
Entra utente 1
Entra utente 2
Entra utente 3 , viene segnalato il superamento del numero utenti contemporanei, l'utente 3 rimane su questa maschera.
Nel momento in cui scatta il controllo della chiave la procedura entra in dimostrativo .
La stessa cosa puo succedere se, nel momento in cui l'utente 3 tenta di entrare, per uno degli altri utenti scatta il controllo della chiave.
Inoltre se uno degli utenti è in caricamento (f4) di una qualsiasi maschera appare il messaggio di violazione della licenza d'uso con la sola
possibilità di uscire dalla procedura
Segn. Num.: 0000008157
Tipo: Anomalia
del: 23-01-08
Oggetto: AGGIORNAMENTO PATCH INSTALLER IN AHR 5.0
Si presenta una anomalia nella installazione della patch numero 320 di AHR 5.0 su un sistema operativo Windows 2003.
Partendo da una installazione aggiornata non oltre la 319, se si procede ad installare la patch 320 appare un errore che avverte della
mancanza del file msvcp71.dll.
In particolare lanciando la patch 320 si apre il patch installer con la vecchia interfaccia; si seleziona installa e il patch installer si chiude. Mentre
normalmente patch installer si riapre con la nuova interfaccia, nella casistica in questione non appare più niente e effettuando un doppio click
sulla patch 320 appare il messaggio.
"Impossibile avviare l'applicazione specificata. MSVCP72.dll non è stato trovato. Una nuova installazione dell'applicazione potrebbe risolvere il
problema."
Il file indicato nel messaggio si trova in AHR\EXE\. Se tuttavia copiato nella cartella PatchInstaller permette di portare a termine correttamente
21-10-08
Pag. : 136
l'installazione della patch 320.
Segn. Num.: 0000008195
Tipo: Anomalia
del: 01-02-08
Oggetto: TRADUZIONE TOOL TIP TOOLBAR BOTTONI FUNZIONE
Se accediamo in ad hoc con un utente per cui è attiva una lingua i bottoni della toolbar in alto non hanno i tooltip tradotti
Segn. Num.: 0000008575
Tipo: Anomalia
del: 16-06-08
Oggetto: BOTTONE "STAMPA/EXPORT SU FILE CON OPZIONI" CON AMYUNI
Se nella tabella "Configurazione stampa su file" ho impostato AMYUNI per la generazione di un documento in PDF quando compare la print
system il bottone "Stampa/export su file con opzioni " rimane editabile ( dovrebbe essere non editabile)
Segn. Num.: 0000008601
Tipo: Anomalia
del: 18-06-08
Oggetto: CONFIGURAZIONE GUIDATA CREAZIONE FILE CNF
Nel caso in cui si provi a creare un file cnf per connessione 'standard' per datababase 'db2', il test finale fallisce segnalando che occorre
specificare il nome del data base ma il combo DB__MODE ('All'accesso') non risulta editabile.
Segn. Num.: 0000008603
Tipo: Anomalia
del: 18-06-08
Oggetto: ARCHIVIO LINGUE
Se si cerca di aprire l'archivio lingue appare il seguente errore ' file gscr_alg does not exist'
Segn. Num.: 0000008604
Tipo: Anomalia
del: 18-06-08
Oggetto: TRADUZIONE REPORT FRX
I report con estensione FRX non vengono tradotti
Segn. Num.: 0000008648
Tipo: Anomalia
del: 04-07-08
Oggetto: UPPER SU GETHELPTOPIC NELLA CP_FUNC PER RICERCA PUNTUALE SU HELP CHM
Applicare la funzione UPPER alla stringa utilizzata per la ricerca puntuale del "Topic" da visualizzare. Con gli help in formato CHM le differenze
determinate dal maiuscolo/minuscolo non consentono l'apertura della corretta sezione dell'help in linea.
Segn. Num.: 0000008666
Tipo: Anomalia
del: 09-07-08
Oggetto: DOPPIO ZOOM
Ci si posiziona su un campo e, mediante tasto destro, si preme F9 per visualizzare l'elenco.
Dall'elenco si seleziona un record e si fa nuovamente tasto destro.
Con la x si chiude la prima maschera, se si chiude con la X l'elenco si nota come la X si disabiliti e non si riesca più a chiudere la maschera.
Segn. Num.: 0000008675
Tipo: Anomalia
del: 11-07-08
Oggetto: CARICA /SALVA DATI ESTERNI
Verificare nella combo output presente nella maschera carica / salva dati esterni le voci relative ad ahr
Segn. Num.: 0000008694
Tipo: Anomalia
del: 16-07-08
Oggetto: VALORI COMBO CATEGORIA NELLA MASCHERA VISUALIZZA UTILIZZO DICHIAR.
Verificare i valori della combo Categoria nella maschera "Visualizza utilizzo dichiarazioni " valide per ahr
Segn. Num.: 0000008755
Tipo: Anomalia
del: 01-08-08
Oggetto: ALT+F9
Se si accede alla procedura come utente non amministratore e si effettua ALT+F9 su una maschera qualsiasi, appare l'errore
'MSG_FUNCTION_FOR_ADMINISTRATOR not found'
Segn. Num.: 0000008756
Tipo: Anomalia
del: 01-08-08
Oggetto: MODELLI CONFIGURAZIONI
Sulla maschera di contabilizzazione (documenti, distinte, ecc.) digitando il bottone "Configurazioni" viene visualizzato l'errore "Sintax error".
Il problema si presenta solo se in configurazione interfaccia è impostato il tema "standard".
Inoltre in presenza di configurazione interfaccia con qualsiasi tipo di tema e tab 'a tema', il bottone 'configurazione' non restituisce il menù
contestuale.
21-10-08
Pag. : 137
Segn. Num.: 0000008761
Tipo: Anomalia
del: 01-08-08
Oggetto: CREAZIONE AZIENDA DB2
La creazione di nuova azienda con database db2 fallisce. Restituisce un errore nella tabella ART_ICOL.
Questi sono gli errori riscontrati dopo aver eseguito l'aggiornamento della tabella art_icol.
1) alter table DEMOART_ICOL add constraint FK_CP_6 foreign key (ARTIPOPE,ARCATOPE) references
DEMOTIPCODIV(TICODICE,TI__TIPO)
Connectivity error: [IBM][CLI Driver][DB2/LINUX] SQL0667N The FOREIGN KEY "FK_CP_6" cannot be created because the table contains
rows with foreign key values that cannot be found in the parent key of the parent table. SQLSTATE=23520
2) alter table DEMOART_ICOL add constraint FK_CP_9 foreign key (ARCLAMAT) references DEMOCMT_MAST(CMCODICE)
Questi sono gli errori indicati nel messaggio di log dopo aver eseguito l'aggiornamento della tabella dettricl:
1) alter table DEMODETTRICL add constraint FK_CP_2 foreign key (DVFLMACO,DVCODCON) references
DEMOCONTI(ANTIPCON,ANCODICE)
Segn. Num.: 0000008816
Tipo: Anomalia
del: 08-09-08
Oggetto: TRADUZIONE STAMPE
Non viene eseguita la traduzione dando l'errore 'Si è verificato un errore nella generazione del report tradotto in lingua, sarà visualizzato il
report in lingua originale' nei report:
Stampa partite scadenze
Segn. Num.: 0000008820
Tipo: Anomalia
del: 10-09-08
Oggetto: TRADUZIONE DELLE VOCI DI MENU ALL'INTERNO DEL DESKTOP MENU
Le voci di menu che compaiono all'interno del desktop menu non vengono completamente tradotte , anche se la corrispondente voce di menu
è tradotta
Segn. Num.: 0000004061
Tipo: Miglioria
del: 05-03-07
Oggetto: MODIFICHE IN CONFIGURAZIONE INTERFACCIA UTENTE
Configurazione interfaccia utente
In configurazione interfaccia gestire alcuni nuovi parametri:
- check "visualizza il carattere ":" (se attivo visualizza i 2 punti dopo ogni stringa, diversamente li toglie)
- campo "numero righe per le combo" che permette di stabilire quante righe bisogna visualizzare per le combo
-possibilità di scegliere il colore per i campi di ricerca sul contenuto
-possibilità su opzione di scegliere il colore la riga selezionata relativa agli zoom
- possibilità di visualizzare le finestre ingrandite all'apertura
PLAN.DESIGNDEF, GSUT_ACU, GSUT_BCI, GSUT_BEU, CP_FORMS
Segn. Num.: 0000004062
Tipo: Miglioria
del: 05-03-07
Oggetto: MODIFICA MSACAL70.OCX
Miglioria: inserire nel calendario (msacal70.ocx) il bottone "vai ad oggi" e le freccie avanti e indietro impostando il numero di giorni
Segn. Num.: 0000004064
Tipo: Miglioria
del: 05-03-07
Oggetto: COLORE DI SFONDO DELLA RIGA SELEZIONA NEGLI ZOOM
Gestita la possibilità di colorare lo sfondo della riga seleziona negli zoom. Gestita tale possibilità attivando un check presente in configurazione
interfaccia utente e scegliendo il colore dello sfondo della riga selezionata.
cp3start
gsut_acu
gsut_bci
bsut_beu
cp_zoom
plan.designdef
plan.designdef.shelve
Segn. Num.: 0000004088
Tipo: Miglioria
del: 09-03-07
Oggetto: GESTIONE TRADUZIONI
Revisione delle parti della procedura non compatibili con l'internazionalizzazione per quanto riguarda la gestione delle traduzioni, quindi:
a) Parti non tradotte o tradotte in modo errato
b) Stringhe tagliate per particolari dizionari
c) Normalizzazione
21-10-08
Pag. : 138
Segn. Num.: 0000004199
Tipo: Miglioria
del: 03-05-07
Oggetto: CREAZIONE DSN DI SISTEMA
Creando un DSN di sistema (ODBC) per SQL; provando ad entrare nella procedura esce il messaggio: "Configurazione Data Source Name
non riuscita"; cliccando su OK si riesce comunque ad entrare nella procedura.
Segn. Num.: 0000004207
Tipo: Miglioria
del: 08-05-07
Oggetto: APERTURA/CHIUSURA SESSIONE LAVORO
E' stato richiesto che l'applicativo possa essere autonomo nella gestione dell'utente Schedulatore, ovvero prevedere la possibilità
dell'apertura/chiusura della sessione di lavoro dell'utente schedulatore indipendentemente da componenti esterne al programma stesso (es:
uso del comando AT del S.O. Windows). L'atomicità d'uso dell'applicativo è richiesta anche conseguentemente ad un riavvio della macchina
che ospita la sessione di lavoro.
Abbiamo quindi previsto di:
1. Rendere disponibile, in modo parametrico, la possibilità di poter eseguire, in modo automatico, la chiusura/apertura dell'utente
"Schedulatore" prima dell'esecuzione di un Job;
2. Rendere disponibile l'avvio silente di una sessione di lavoro dell'utente schedulatore per mezzo di un servizio NT (anche con dati
crittografati).
Segn. Num.: 0000004236
Tipo: Miglioria
del: 17-05-07
Oggetto: APERTURA BROWSER E CLIENT DI POSTA DALLE ANAGRAFICHE
Nelle anagrafiche clienti, fornitori e nominativi, al fianco dell'indirizzo e-mail inserire un bottone per l'apertura l'apertura del client di posta,
mentre a fianco del sito internet inserire un bottone per l'apertura del browser.
Segn. Num.: 0000004237
Tipo: Miglioria
del: 17-05-07
Oggetto: CALCOLO CODICE FISCALE DI UNA PERSONA FISICA
Dare la possibilità di calcolare il codice fiscale di una persona fisica nelle anagrafiche (clienti, fornitori nominativi e persone) dopo aver inserito
nome, cognome, data di nascita, luogo di nascita e aver verificato la presenza dell'informazione riguardante il 'codice comune per il CF' nella
località.
L'importazione del file località.txt inserisce nell'archivio delle località:
- le località italiane;
- i codici usati nella determinazione del codice fiscale di cittadini italiani nati all'estero per indicare il luogo di nascita;
- valorizza l'informazione riguardante il 'codice comune per il CF' .
Segn. Num.: 0000004243
Tipo: Miglioria
del: 18-05-07
Oggetto: MODIFICHE TABELLA INDICI DOCUMENTI E RIVISTO DISPOSIZIONE CAMPI
Nella tabella "PROMINDI" (indici documenti)
Allungare da 75 a 220 caratteri il campo "IDOGGETT" (relativo alla descrizione del documento)
Allungare da da 100 a 220 caratteri il campo "IDNOMFIL" (Nome file)
Allungare da da 100 a 220 caratteri il campo "IDORIGIN" (Nome originale file archiviato)
Inoltre gestire il campo relativo all'utente che per ultimo ha modificato il file
----------------------------Nello zoom di ricerca documenti archiviati messo l'ordinamento sul campo descrizione file
-----------------------Inserire nella query di ricerca documenti archiviati
- la descrizione del campo "classe libreria allegati",
- la descrizione del campo "chiave",
- la descrizione del campo "tipologia allegato",
- la descrizione del campo "classe allegato ",
------------------------Rivedere la disposizione delle prime colonne dello zoom ricerca documenti archiviati nel seguente modo:
descrizione
data
descrizione classe (al posto di codice classe)
chiave
nome file di origine
tipologia allegato (descrizione)
classe allegato (descrizione)
------------Segn. Num.: 0000004256
Tipo: Miglioria
del: 23-05-07
Oggetto: BOTTONE "RICERCA" IN SECONDA PAGINA "IMPORTA DOCUMENTI"
Nella mashera importa documenti (gsve_kim) richiamabile dalla gestione documenti (gsve_mdv) inserire in seconda pagina il bottone ricerca.
La pressione di tale bottone esegue la ricerca e manda il cursore sulla prima pagina in modo da visualizzare il risultato della ricerca
21-10-08
Pag. : 139
Segn. Num.: 0000004296
Tipo: Miglioria
del: 12-06-07
Oggetto: CONTROLLO DI UNIVOCITÀ SU CLIENTI - FORNITORI - NOMINATIVI
Nelle anagrafiche dei clienti e dei fornitori estendere il controllo di univocità presente sulla partita iva anche alla ragione sociale e al codice
fiscale.
Nelle anagrafiche dei nominativi inserire un controllo di univocità su ragione sociale, partita iva e codice fiscale.
Segn. Num.: 0000004335
Tipo: Miglioria
del: 28-06-07
Oggetto: AGGIORNAMENTO CONTENUTO E TIPOLOGIA HELP AD HOC
Aggiornare il contenuto degli helps di ad hoc ed utilizzare il formato CHM anziché il classico HLP.
Segn. Num.: 0000004336
Tipo: Miglioria
del: 28-06-07
Oggetto: PARAMETRI NOMINATIVI
Nella tabella parametri offerte PAR_OFF sono stati inseriti i seguenti campi :
Mastro contabile clienti,
Mastro contabile fornitori,
Categoria contabile clienti
Categoria contabile fornitori
Codice pagamento del cliente
E' disponibile nel modulo base una nuova maschera denominata "parametri nominativi"
Utilizzati il mastro e la categoria contabile in caricamento di un'anagrafica clienti, in caricamento di un fornitore e nella maschera "conferma
clienti" durante l'operazione di trasformazione di un nominativo in un cliente. (in quest'ultima viene utilizzato anche il campo codice di
pagamento del cliente).
Segn. Num.: 0000004410
Tipo: Miglioria
del: 03-08-07
Oggetto: CODICE COMUNI PER IL CODICE FISCALE IN ANAGRAFICA DEI CAP
Aggiungere il campo "Codice comuni per il codice fiscale" in anagrafica dei cap e gestirlo nell'anagrafica dei cap
modificata laprocedura di salva /carica dati esterni gestendo il campo "Codice comuni per il codice fiscale"
Aggiornato file localita.txt pe rimport dato esterni
Segn. Num.: 0000004413
Tipo: Miglioria
del: 27-08-07
Oggetto: INSTALLAZIONE COMPONENTI CALENDARIO
Installazione componenti calendario
Segn. Num.: 0000004433
Tipo: Miglioria
del: 03-09-07
Oggetto: NUMERO COPIE SU MULTIREPORT
E' necessario gestire il numero di copie di stampa sulle stampe multireport in modo da definire un numero copie opportuno per i vari report
associati.
In particolare è necessario:
- se tutti i report associati in associazione report/device hanno lo stesso numero di copie tale numero deve essere riportato sulla print system e
deve essere editabile;
- se i report associati hanno un numero di copie diverso il numero copie sulla print system non deve essere editabile e il numero di copie in
stampa deve essere fatto in base alle impostazioni dell'associazione report/device (ognuno con il proprio numero di copie).
Segn. Num.: 0000004446
Tipo: Miglioria
del: 10-09-07
Oggetto: STAMPA ELENCO DOCUMENTI ARCHIVIATI
Realizzata la stampa elenco documenti archiviati da lanciare all'interno della maschera di Ricerca documenti archiviati tramite un bottone
stampa
Segn. Num.: 0000004463
Tipo: Miglioria
del: 18-09-07
Oggetto: CREAZIONE CODICE RICERCA DAL BOTTONE RICERCA SUI SERVIZI/ARTICOLI
Nella creazione codice ricerca dal bottone ricerca sui servizi/articoli viene data la possibilità di inserire anche la descrizione del codice di ricerca
Segn. Num.: 0000004501
Tipo: Miglioria
del: 04-10-07
Oggetto: ROUTINE DI CANCELLAZIONE CARTELLE
Verifica la compatabilità dei meccansimi
21-10-08
Pag. : 140
Segn. Num.: 0000004555
Tipo: Miglioria
del: 18-10-07
Oggetto: BOTTONE MODIFICA REPORT
Inserire nella gestione stampe un bottone MODIFICA REPORT che esegue la stessa funzione della combinazioni di tasti ALT+F12 per rendere
più immediata la possibilità di modificare un report.
Segn. Num.: 0000004589
Tipo: Miglioria
del: 31-10-07
Oggetto: RENDERE PIÙ AMICHEVOLE LA MASCHERA DI PRIMO UTILIZZO DI AD HOC
Rendere più amichevole la maschera di primo utilizzo di ad hoc
Segn. Num.: 0000004591
Tipo: Miglioria
del: 05-11-07
Oggetto: CERTIFICAZIONE VISUAL FOX PRO 9.0 SP2
Certificazione Visual Fox Pro 9.0 SP2
Segn. Num.: 0000004599
Tipo: Miglioria
del: 07-11-07
Oggetto: FRAZIONE E INDIRIZZO NELL'ANAGRAFICA DEI CAP
Aggiugere all'anagrafica dei cap un campo relativo alla frazione ed uno relativo all'indirizzo.
Modificare la procedura di import dati dal file txt e rilasciare un nuovo file di import.
Anfibizzare l'anagrafica dei cap. Nella procedura che ricerca la località (zoom calcolato) fare in modo che se è vuoto il campo frazione riporta il
comune, se è piena la frazione riporta prima la frazione, un trattino e poi il comune.
Segn. Num.: 0000004615
Tipo: Miglioria
del: 13-11-07
Oggetto: CODIFICA AUTOMATICA ARCHIVI
Predisporre ad hoc Revolution per la codifica automatica degli archivi
Segn. Num.: 0000004651
Tipo: Miglioria
del: 28-11-07
Oggetto: TRADUZIONE STAMPA
Nel caso in cui venga codificato un utente con una lingua, ad es. 'ita' (minuscolo), se questa lingua non e' tra quelle codificate nella tabella
lingue,( è presente il codice lingua 'ITA' in maiuscolo) eseguendo una stampa (es. anagrafica clienti) la procedura tenta di tradurre il report e lo
salva temporaneamente nella cartella temp.
Quindi la stampa viene aperta direttamente dalla caretella temp della macchina e non dalla cartella dove effettivamente è presente il report.
Segn. Num.: 0000004663
Tipo: Miglioria
del: 06-12-07
Oggetto: GESTIONE AUTOMATICA ZEROFILL CLIENTI/NOMINATIVI
Occorre rendere maggiornamente parametrica la routine CALCZER per poterla utilizzare anche per altri tipi di archivi come Nominativi.
Segn. Num.: 0000004671
Tipo: Miglioria
del: 13-12-07
Oggetto: INTEGRAZIONE CON OPEN OFFICE REL. 2.X
E' necessario prevedere l'integrazione con Open Office release 2.x.
In particolare utilizzando un modello creato con la versione 1.x (estensione STC) sulla versione 2.0 non viene mantenuta correttamente la
formattazione. E' necessario prevedere la gestione della nuova estensione OTS.
Segn. Num.: 0000004673
Tipo: Miglioria
del: 14-12-07
Oggetto: CONTESTUALIZZAZIONE DELLE FRASI MODELLO ALLE GESTIONI
Prevedere una modifica al tatsto destro sui campi memo aggiugendo una voce denominata "nuova frase modello". Tale voce aprirà
dierttamente in caricamento l'anagrafica frasi modello (gsut_afm).
Nella tabella frasi modello FRA_MODE aggiugere un campo denominato "Gestione di riferimento".
Tale campo verrà compilato automaticamente dalla procedura in fase di caricamento di una nuova frase modello tramite il tasto destro.
Modificare quindi lo zoom frasi modello GSUT_AFM.FRA_MODE_VZM
Segn. Num.: 0000004681
Tipo: Miglioria
del: 17-12-07
aggiugendo come filtro la gestione da cui viene eseguito
Oggetto: SPOSTAMENTO RIFERIMENTI CLIENTI/FORNITORI
Spostare il contenuto del bottone "riferimenti" dei clienti e dei fornitori in una pagina denominata "riferimenti" integrata all'interno della gestione.
(Questo al fine di velocizzare le operazioni di modifica dei riferimenti)
La pagina sarà la numero 7 prima di quella denominata "Sedi"
21-10-08
Pag. : 141
Segn. Num.: 0000004682
Tipo: Miglioria
del: 18-12-07
Oggetto: NORMALIZZAZIONE RAGIONE SOCIALE CLIENTI, FORNITORI E NOMINATIVI
In fase di caricamento o modifica del campo "ragione sociale" di un cliente, di un fornitore o di un nominativo nel momento in cui esistono degli
spazi iniziali o più di uno spazio fra due parole apparirà il messaggio "vuoi normalizzare la ragione sociale eliminando gli spazi in eccesso ?"
Segn. Num.: 0000004693
Tipo: Miglioria
del: 28-12-07
Oggetto: MIGLIORAMENTO VELOCITÀ PATCHINSTALLER
Il tool per l'installazione delle patch "PatchInstaller" effettua un backup dei files sovrascritti in modo da garantire una eventuale disinstallazione
delle patch.
Attualmente il backup viene effettuato per singola patch: ciò consente la disinstallazione mirata a ciascuna patch, ma richiede molto tempo,
soprattutto in fase di installazione di un kit-patch.
Per migliorare la velocità di installazione è necessario effettuare un backup unico per l'insieme delle patch installate, con la possibilità solo
opzionale di continuare ad effettuare un backup specifico.
Segn. Num.: 0000004705
Tipo: Miglioria
del: 07-01-08
Oggetto: SCELTA DEL REPORT PRINCIPALE PER LA STAMPA NEI DOCUMENTI
Nella stampa dei documenti, quanto sono associati alla causale 2 o più report PRINCIPALI con stesse condizioni (lingua - gruppo output gruppo e utente) dovrebbe apparire una mascheara che permette all'utente di scegliere quale report utilizzare.
Se ci sono più report PRINCIPALI che soddisfano le stesse condizioni si attiva una maschera in cui si può scegliere quale utilizzare: la
procedura in automatico seleziona il primo nell'ordine in cui è presente nelle causali documenti. Con il doppio click sullo zoom la maschera si
chiude.
Segn. Num.: 0000004758
Tipo: Miglioria
del: 24-01-08
Oggetto: IMPORT/EXPORT NOMINATIVI SU OUTLOOK
Prevedere l'import/export del campo cellulare del nominativo nei contatti di outlook
Segn. Num.: 0000004764
Tipo: Miglioria
del: 25-01-08
Oggetto: STAMPA RISORSE UMANE
Stampa risorse umane. Il report viene lanciato alla pressione del tasto stampa (F2) sull'anagrafica delle Risorse Umane in Organizzazione
Aziendale.
Segn. Num.: 0000004773
Tipo: Miglioria
del: 31-01-08
Oggetto: FLUSSI DI STAMPA MULTIPLI
Consentire di spezzare i flussi di stampa, che nella gestione Multireport appaiono ora unificati.
A tale scopo, nelle OPZIONI AVANZATE della Tab Report (Causali Documenti) implementare il nuovo flag "Cambia flusso di stampa".
I report saranno processati in ordine di numero riga, creando un nuovo flusso di stampa (chiamata alla Print System) ogni volta sia presente
tale flag attivo.
Segn. Num.: 0000004794
Tipo: Miglioria
del: 14-02-08
Oggetto: MODIFICA LUNGHEZZA CAMPI ANGRAFICHE CLIENTI/FORNITORI/NOMINATIVI
Modificare chiave primaria anagrafica 'Nominativi' da 20 char a 15 char (database: SQL, ORACLE, DB2)
Allungare la ragione sociale dei clienti, dei fornitori e dei nominativi almeno a 60 caratteri (database: DB2)
Allargare Cod Fiscale e Partita Iva dell azienda a 20 caratteri (database: DB2)
Segn. Num.: 0000004880
Tipo: Miglioria
del: 01-04-08
Oggetto: GESTIONE CALENDARIO
Trasformare l'attuale check festivo in numero ore uguale 0 su calendario e rendere possibile l'utilizzo di più calendari.
Inserire quindi la possibilità di definire il calendario di default per la gestione produzione.
Segn. Num.: 0000004887
Tipo: Miglioria
del: 10-04-08
Oggetto: RICERCA PER CONTENUTO SUI CAMPI CODICE SENZA DIGITARE %
Tramite attivazione del check 'Abilita ricerca per contenuto' in Configurazione interfaccia rendere possibile impostare la ricerca di default per
contenuto sui campi codice onde evitare di dover anteporre il simbolo % all'inizio del campo di ricerca per ricercare sul contenuto.
Esempio:
Se ho un cliente con
Codice: 000001
Ragione sociale: Martinelli Paolo
e sul campo codice digito "Paolo" esce il messaggio "valore non ammesso". Dovrei scrivere "%Paolo"
Attivando il check in configurazione interfaccia non è necessario anteporre il simbolo %
21-10-08
Pag. : 142
Segn. Num.: 0000004928
Tipo: Miglioria
del: 12-05-08
Oggetto: CARICA/SALVA DATI ESTERNI RELATIVAMENTE AI MODELLI DI CONFIGURAZIONE
Prevedere la procedura di carica/salva dati esterni relativamente ai modelli di configurazione
Segn. Num.: 0000004938
Tipo: Miglioria
del: 16-05-08
Oggetto: SCELTA DESTINATARI PER INVIO MAIL
Nella maschera di invio mail (gsut_kim) quando scelgo i destinatari la procedura oltre a leggere la mail dei clienti dei fornitori deve leggere le
mail dei nominativi escludendo quelli che sono anche clienti.
Segn. Num.: 0000004944
Tipo: Miglioria
del: 21-05-08
Oggetto: RESTILING NOMINATIVI /CLIENTI/FORNITORI
Nei campi memo delle anagrafiche nominativi /clienti/fornitori eliminare il carattere grassetto
Rinominare da "contatti" a "persone" il titolo della pagina contatti dei nominativi
Segn. Num.: 0000004984
Tipo: Miglioria
del: 16-06-08
Oggetto: CERTIFICAZIONE WINDOWS VISTA
Certificare adhoc su Windows Vista.
Segn. Num.: 0000005000
Tipo: Miglioria
del: 18-06-08
del: 18-06-08
Oggetto: PORTING FAST PATCH
riportare fast patch ahr fino alla 56
Segn. Num.: 0000005001
Tipo: Miglioria
Oggetto: RINOMINA I FILE GPOS CHE S TROVANO NEL BASE
Rinomina i file OFFE che s trovano nel base
Segn. Num.: 0000005011
Tipo: Miglioria
del: 23-06-08
Oggetto: VALORIZZAZIONE AUTOMATICA DEL CODICE UTENTE SULLA MASCHERA DI ACCESSO
Fornire la possibilità di valorizzare automaticamente il codice utente sulla maschera di accesso alla stregua di quanto già avviene per il "codice
azienda" ed il "codice esercizio" mediante memorizzazione della variabile g_CODUTE nell'apposito file di configurazione archiviato nella
cartella temporanea di ciascuna postazione.
Segn. Num.: 0000005015
Tipo: Miglioria
del: 26-06-08
Oggetto: ADEGUAMENTO MASCHERE PER TRADUZIONE IN LINGUA TEDESCA
Adeguare le maschere dell'applicativo per la traduzione in lingua tedesca
Segn. Num.: 0000005056
Tipo: Miglioria
del: 03-07-08
Oggetto: CHIUSURA REPORT BUILDER E ASSOCIAZIONE STAMPANTE
Alla chiusura del Report Builder, il messaggio "Associo alla stampa le caratteristiche del driver della stampante predefinita?" deve essere
mostrato solo nel caso in cui il report sia stato effettivamente modificato.
Segn. Num.: 0000005107
Tipo: Miglioria
del: 23-07-08
Oggetto: OTTIMIZZAZIONE VERIFICA PRESENZA DEI POST-IN
Dare la possibilità di definire in configurazione interfaccia un campo denominato "intervallo in minuti per la verifica dei messaggi" in luogo dei
"10 minuti" attuali validi per tutti gli utenti.
Inserire sempre in configurazione interfaccia anche un check denominato "modo di verifica post-in" che assume i seguenti valori:
1) modifica del bottone nella application bar (attuale funzione)
2) apertura automatica di tutti i post-in presenti nella casella postale (simulando la pressione del bottone "Verifica posta")
Segn. Num.: 0000005190
Tipo: Miglioria
del: 20-09-08
Oggetto: RENDERE MAGGIORMENTE EVIDENTE LA FUNZIONE DI CANCELLA RIGA (F6)
Rendere maggiormente evidente la funzione di cancella riga (F6)
21-10-08
Pag. : 143
Segn. Num.: 0000005214
Tipo: Miglioria
del: 02-10-08
Oggetto: CONFIGURAZIONE AMBIENTE PER RIVENDITORE
Trasformare la funzione ambieriv in procedura in modo da rendere più facile la personalizzazione dell'ambiente in fase di configurazione da
parte della blackbox.
21-10-08
Pag. : 144
Modulo RITENUTE D'ACCONTO
Segn. Num.: 0000006764
Tipo: Anomalia
del: 26-01-07
Argomento: 080.000 RITENUTE SEGNALAZ. GENERALI
Oggetto: STAMPA CERTIFICAZIONI
La procedura non esegue la stampa certificazioni nel caso in cui il movimento ritenute venga inserito manualmente nell'archivio "Movimenti
ritenute".
Se il movimento ritenute viene creato tramite la "Generazione Ritenute" la stampa certificazioni viene eseguita correttamente.
Inoltre nel caso in cui sia presente un movimento ritenute (creato tramite la generazione ritenute) che ha valorizzato solo la sezione relativa alle
Ritentute Irpef (anche se il fornitore intestatario è soggetto sia a IRPEF sia a Contributi Previdenziali ) anche se è stato effettuato solo il
versamento IRPEF in definitiva la stampa delle certificazioni non viene eseguita.
Segn. Num.: 0000006826
Tipo: Anomalia
del: 14-03-07
Argomento: 080.050 STAMPE RITENUTE
Eseguendo la stampa certificazioni la procedura raddoppia gli importi nel caso in cui il versamento contenga più movimenti ritenute relativi allo
stesso fornitore ma con codici tributo diversi.
Esempio.
Per il fornitore Farinata sono presenti i seguenti movimenti ritenute.
-Codice tributo 1040 Imponibile 1000 Importo ritenuta 200
-Codice tributo 1038 Imponibile 1000 Importo ritenuta 200
Eseguito un unico versamento IRPEF selezionando i due movimenti ritenute inseriti.
Lanciando la stampa certificazioni per il fornitore Farinata per ogni codice tributo l'importo stampato viene raddoppiato, quindi:
-Codice tributo 1040 Somme totali: 2000 Imponibili:2000 Ritenute operate:400 Netto corrisposto : 1600
-Codice tributo 1038 Somme totali: 2000 Imponibili:2000 Ritenute operate:400 Netto corrisposto : 1600
Segn. Num.: 0000006859
Tipo: Anomalia
del: 21-03-07
Oggetto: STAMPA COMPENSI PAGATI
Eseguendo la stampa Compensi pagati (Stampa compensi ordinati per fornitori e stampa compensi ordinati per fornitori IRPEF) senza filtrare i
fornitori viene riportata anche l'indicazione dei clienti (per i quali sono state generate le ritenute subite).
Inoltre digitando il tasto F2 Sulla maschera "movimenti ritenute subite", viene proposta la stampa dei compensi pagati.
Inoltre la stampa compensi pagati non considera i filtri di selezione sulle date impostate nella maschera di Stampa e sul percipiente, mostrando
quindi sempre tutti i dati.
Segn. Num.: 0000006888
Tipo: Anomalia
del: 27-03-07
Argomento: 080.020 VERSAMENTI PERIODICI IRPEF/INPS
Oggetto: ELIMINAZIONE DISTINTE
La procedura non consente di eliminare delle distinte dalla maschera versamenti periodici irpef per distinte provvisorie.
Premendo il bottone elimina viene visualizzato il seguente messaggio 'i movimenti ritenute %1 selezionati saranno cancellati dalla distinta in
modo definitivo confermi?'; confermando la procedura non aggiorna nulla e non elimina la distinta.
Segn. Num.: 0000006992
Tipo: Anomalia
del: 17-04-07
Oggetto: PRIMANOTA E RITENUTE
Nel caso in cui, nella registrazione di ricevimento fattura con ritenuta, sul conto erario vengano gestite le partite, alla conferma della
registrazione la procedura crea partite non corrette.
Si registra da primanota una fattura passiva con ritenuta di acconto.
Le ritenute vengono gestite con storno immediato, il conto erario conto ritenute è gestito a partite.
Si inserisce nel castelletto iva codice 20 imponibile 987,62 ed iva 197,52.
Nel modello contabile l'importo sul fornitore è pari a 1185,14, iva 197,52, compensi 987,62 mentre l'importo della ritenuta inserito a saldo del
fornitore e nel conto erario conto ritenute è pari a 193,65.In corrispondeza del conto erario movimentato in avere per 193,65 euro il test partite
è impostato a C (crea).
Se si salva la registrazione e si rientra in primanota, nel bottone partite, in corrispondenza del conto erario, l'importo della partita creata anzichè
essere pari a 193,65 è pari a 3,87 (iva -importo ritenuta).
Segn. Num.: 0000007727
Tipo: Anomalia
del: 14-09-07
Argomento: 080.060 INOLTRO TELEMATICO MOD. 770
Oggetto: STAMPA PROSPETTO ST
Nella stampa prospetto ST che viene lanciata dopo aver generato il file 770 , nel record ST13 viene erroneamente valorizzato il campo "importi
utilizzati a scomputo" anche se questo campo NON è compilato sul versamento.
Segn. Num.: 0000007751
Tipo: Anomalia
del: 18-09-07
Oggetto: VERSAMENTI PERIODICI IRPEF CON IMPORTO VERSATO A ZERO
La procedura dovrebbe riportare nel 770 distinte di versamento in stato confermato, con importo versato a zero e data versamento non
valorizzata.
Inoltre con la fast patch numero 244_M4163_- 5.0 confermando la stampa dei quadri ST e H del modello 770 viene visualizzato un errore di
programma (operator/operand type mismatch) e successivamente compare la maschera di invio email .
21-10-08
Pag. : 145
Segn. Num.: 0000007836
Tipo: Anomalia
del: 11-10-07
Argomento: 080.030 GENERAZ. MOVIMENTI RITENUTE
Oggetto: GENERAZIONE RITENUTE
Nel caso in cui nella tabella ritenute non sia valorizzata la data di ultimo calcolo accedendo alla maschera di generazione ritenute viene
visualizzato il messaggio di errore "Variabile 'CSTR_4' is not found."
Digitando il bottone IGNORE le ritenute vengono comunque generate.
Segn. Num.: 0000008176
Tipo: Anomalia
del: 29-01-08
Oggetto: RITENUTE E SOMME NON SOGGETTE
La procedura non esegue il calcolo automatico delle somme non soggette nel caso in cui il codice tributo sia indicato manualmente nella
registrazione di primanota.
Per simulare la segnalazione:
- anagrafica fornitore: inserire per esempio il codice tributo 1040;
- tabella ritenute operate inserire: codice tributo 1040 %imponibile 100, % ritenuta 20, codice tributo 1038 %imponibile 75, % ritenuta 20;
- nella registrazione di primanota, bottone 'dati ritenute' cancellare con F6 la riga relativa al codice tributo 1040 ed inserire manualmente il
codice tributo 1038. La procedura riporta automaticamente il calcolo dell'imponibile e della ritenuta ma non evidenzia le somme non soggette.
Segn. Num.: 0000008250
Tipo: Anomalia
del: 20-02-08
Oggetto: GENERAZIONE RITENUTE
Nel caso in cui all'interno della maschera dati ritenute siano stati indicati piu' codici tributo della stessa tipologia (es. IRPEF) la procedura
dovrebbe generare piu' movimenti ritenute in base ai codici tributi specificati.
Attualmente indicando all'interno del bottone dati ritenute piu' codici tributo della stessa tipologia (es. IRPEF) la procedura in fase di
generazione ritenute genera un unico movimento ritenute che contiene il riferimento ad un solo codice tributo irpef.
Segn. Num.: 0000008473
Tipo: Anomalia
del: 16-05-08
Oggetto: CONTROLLO CODICE FISCALE FORNITORE ESTERO
Eseguendo la generazione del file 770 /2008 per i percipienti esteri (check "Estero" attivato sull'anagrafica) NON deve essere richiesto come
obbligatorio il codice fiscale (ANCODFIS).
La procedura in fase di generazione del file dovrebbe visualizzare un messaggio di avvertimento nel caso in cui per i percipienti esteri non sia
stato valorizzato il codice di identificazione fiscale estero nel campo "C.F per percipente est "(ANCOFISC).
INTERVENTO
Inserito nuovo messaggio di warning " Attenzione : Codice di identificazione fiscale estero mancante per il percipiente estero" nel caso in cui
per un percipiente estero non sia valorizzato il campo "C.F per percipente est "(ANCOFISC).
Segn. Num.: 0000008479
Tipo: Anomalia
del: 21-05-08
Oggetto: STAMPA QUADRO H
La procedura non permette di stampare il quadro H se sono presenti percipienti esteri che non hanno valorizzato in anagrafica il codice fiscale.
Uniformare quindi sulla stampa del quadro H lo stesso controllo del codice fiscale su percipiente esteri
Segn. Num.: 0000008497
Tipo: Anomalia
del: 26-05-08
Oggetto: OBBLIGATORIETÀ CODICE REGIONE DEL DOMICILIO FISCALE DEL PERCIPIENTE
Nel caso in cui sono presenti distinte di versamento relative a movimenti ritenute con codice tributo avente causale prestazione N è obbligatorio
indicare nel record H (campo 'Codice Regione') il codice della regione relativo al domicilio fiscale del percipiente.
------------Per gestire il caso viene aggiunto nell'anagrafica fornitore, cartella Percipiente un campo che accoglie il codice della regione relativa al
domicilio fiscale del percipiente, valorizzato dall'utente nei soli casi in cui richiesto. Tale campo deve sempre essere presente nel tracciato in
corrispondenza del campo AUXXX010 se il campo AUXXX018 (causale prestazione) vale 'N' altrimenti deve essere assente.
Segn. Num.: 0000008529
Tipo: Anomalia
del: 04-06-08
Oggetto: STAMPA VERSAMENTI A ZERO SU CERTIFICAZIONI
La procedura dovrebbe riportare sulla stampa certificazioni anche i versamenti che non hanno valorizzato i dati di versamento ( numero - data importo ). Gestire l'informazione in tutti i 3 tipi di stampa sintetica/ dettagliata ad uso interno e dettagliata ad uso esterno
Segn. Num.: 0000004333
Tipo: Miglioria
del: 27-06-07
Oggetto: MODELLO 770/2007 SEMPLIFICATO
Realizzare inoltro telematico 770 semplificato 2007 come da documento di analisi.
21-10-08
Pag. : 146
Segn. Num.: 0000004380
Tipo: Miglioria
del: 25-07-07
Oggetto: TABELLE TRIBUTI E RITENUTE NEL MODULO BASE
Spostare TAbelle tributi e ritenute nel modulo base
Segn. Num.: 0000004548
Tipo: Miglioria
del: 15-10-07
Oggetto: EMISSIONE FATTURE SOGGETTE A RITENUTE
occorre gestire quanto previsto dall' articolo 25-ter del DPR 29/9/73 n. 600 e succ.ve modd. (Ritenute sui corrispettivi dovuti dal condomìnio all'
appaltatore)
1. Il condomìnio quale sostituto di imposta, opera all' atto del pagamento una ritenuta del 4% a titolo di acconto dell' imposta sul reddito dovuta
dal percipiente, con obbligo di rivalsa, sui corrispettivi duvuti per prestazioni relative a contratti di appalto di opere e servizi, anche se rese a
terzi o nell' interesse di terzi, effettuate nell' esercizio di impresa.
2. La ritenuta di cui al comma 1 è operata anche se i corrispettivi sono qualificabili come redditi diversi ai sensi dell' articolo 67, comma 1,
lettera i) del Testo unico delle imposte sui redditi, di cui al decreto del Presidente della Repubblica 22 dicembre 1986 n. 917.
Realizzata la procedura di conversione GSCV_BEW (20070500--C0049.INF)
Creato nuovo repot caricabile tramite la funzione Carica/Salva Dati Esterni e presente in DOC\OUTPUTUT\0000009460_GSVE_MDV.TXT
Segn. Num.: 0000004789
Tipo: Miglioria
del: 13-02-08
Oggetto: MODELLO 770 AGGIORNATO AL 2008
Realizzare l'inoltro telematico del Modello 770 semplificato aggiornato alle specifiche del 2008.
Segn. Num.: 0000004838
Tipo: Miglioria
del: 07-03-08
Aggiungere nella stampa delle certificazioni due nuove stampe dettagliate:
-Stampa certificazioni ad uso esterno, dove è presente anche il riferimento al numero e alla data del documento
-Stampa certificazioni ad uso interno, dove è presente anche il riferimento numero\data registrazione del versamento e numero\data del
versamento
Prendere come riferimento le stampe già presenti in ahe.
21-10-08
Pag. : 147
Modulo SCHEDULATORE DI JOB
Segn. Num.: 0000004715
Tipo: Miglioria
del: 09-01-08
Argomento: 130.000 SCHEDULATORE JOB
Oggetto: PROATTIVITÀ
Alert, basato su schedulatore di Job. (Proattività)
due tipologie
a) a esecuzione ad ogni esecuzione segue una comunicazione del risultato
b) a evento (se l'esecuzione della query ha almeno un record allora mando comunicazione)
L'utente potrà collegare o una query o una routine (che riceve il nome del cursore da popolare come parametro ). Opzionalmente è possibile
specificare un report e/o tre campi memo opzionali.
Nel caso del report avviene una stampa e generato un pdf che sarà allegato alla e-mail o al Post-in (path di memorizzazione).
Nel caso dei memo uno conterrà una parte relativa alla testata, una parte ripetuta ed infine una parte di piede.
Occorre prevedere dei meccanismi che permettano all'utente la scrittura di parti di testo sostituibili con campi all'interno del cursore (testata
prende prima riga). Tre tipologie di meta dati:
1) Campi
2) Variabili globali
3) totalizzatori
4) minimo
5) massimo
6) media
Deve essere possibile decidere se inviare e-mail o Post-in con il dato (file allegato memorizzato in apposita cartella comune). Testo
e-mail=testo post in.
Segn. Num.: 0000004748
Tipo: Miglioria
del: 21-01-08
Argomento: 130.000 SCHEDULATORE JOB
Oggetto: CAMPO DESCRIZIONE LISTA PROCESSI
Allargare a 254 careatteri la descrizione processo in lista processi.
21-10-08
Pag. : 148
Modulo SISTEMA
Segn. Num.: 0000006768
Tipo: Anomalia
del: 15-02-07
Argomento: 280.090 STAMPANTI SOLO TESTO
Oggetto: ERRORE DI SALTO PAGINA NELLE STAMPE SOLO TESTO
Si presenta un problema di salto pagina stampando consecutivamente due stampe solo testo.
Documento con report solo testo (es. report 42, report 48) si effettua la prima stampa e questa risulta corretta, si effettua senza uscire dal
documento una seconda stampa e questa parte una riga sotto.
Segn. Num.: 0000006830
Tipo: Anomalia
del: 14-03-07
Argomento: 280.080 SERVIZI FAX/EMAIL/WE/POSTALITE
Oggetto: INVIO E-MAIL TRAMITE SMTP IN TERMINAL SERVER
In fase di invio e-mail in terminal server utilizzando il servizio SMTP viene dato un errore sull'impostazione dei parametri utente (Parametri invio
mail per utente corrente non specificati) e l'e-mail non viene inviata.
Il problema è dovuto al fatto che in terminal server viene passato alla procedura un utente errato e quindi non vengono individuati i parametri
corretti.
Segn. Num.: 0000006856
Tipo: Anomalia
del: 21-03-07
Oggetto: OGGETTO DELLA E-MAIL DI INOLTRO FAX
Utilizzando l'inoltro fax tramite supporto Mapi nell'oggetto della e-mail che viene inviata tramite fax viene erroneamente inserito uno spazio,
quindi nell'inoltro fax viene inviata una pagina bianca.
La pagina deve essere necessariamente inviata ma con opportuno oggetto (es. Fax da adhoc Revolution rel.6.0).
Se invece l'inoltro viene fatto dal Document Management è necessario valorizzare l'oggetto in base alla parametrizzazione impostata
dall'utente.
Inoltre nell'invio fax di stampe senza intestatario (per le quali deve essere indicato manualmente il numero di fax) inserire come oggetto la
dicitura "Fax da Ad Hoc Revolution Release. 6.0" per evitare lo stesso problema presente sui documenti.
Segn. Num.: 0000006881
Tipo: Anomalia
del: 26-03-07
Argomento: 280.020 CREAZIONE NUOVA AZIENDA
Oggetto: ERRORI IN CREAZIONE AZIENDA
Si presentano alcune anomalie nella Creazione Azienda (la creazione fallisce) utilizzando le seguenti impostazioni:
1° Caso
CARTELLA AZIENDA
Si selezionino i seguenti archivi:
*Contabili
*Magazzino
*Vendite/acquisti
*Spedizioni/ INTRA
*Funzioni avanzate
Abilita tutti gli utenti.
CARTELLA ARCHIVI SUPERIORI
Si selezionino i seguenti archivi:
*Pagamenti
*Mastri
*Conti
*Agenti
*Listini
*Categorie Listini
*Clienti
*Fornitori
* Struttura di bilancio UE
*Contropartite V/A
*Causali contabili
*Causali magazzino
*Causali documenti
*Frasi modello
La funzione di creazione fallisce restituendo il seguente messaggio:
.....INSERTstatement conflicted with COLUMN FOREIGN KEYconstraint 'FK_CRISTDISTBASE_3'.....
2° Caso
In attivazione procedura sono abilitati solo i seguenti moduli
* Contabilità Generale
* Contabilità Analitica
* Magazzino e vendite
* Gestione progetti
* Acquisti
21-10-08
Pag. : 149
* Ordini
* Analisi di Bilancio
Si crea una nuova azienda selezionando tutti gli archivi disponibili sia della prima scheda che della seconda.
la creazione della nuova azineda fallisce restituendo l'errore
Fallita copia PC_FAMIG [Microsoft][ODBC SQL Server Driver][SQL Server]Line 1: Incorrect syntax near ','
Dopo il messaggio tutte le tabelle vengono eliminate.
3° caso
Nel caso in cui sull'azienda di partenza si ha un modello righe riferimenti (in Vendite - Archivi Vendite - Modelli riferimenti) e questo modello è
asociato ad una causale documento, nella creazione azienda viene dato un errore sulla tabella TIP_DOCU per la mancanza del dato sulla
tabella dei modelli dell'azienda che si sta creando.
Segn. Num.: 0000007220
Tipo: Anomalia
del: 29-05-07
Oggetto: INDICAZIONE INDIRIZZO E-MAIL SEDE DI FATTURAZIONE
In fase di invio tramite e-mail, con supporto mapi, di una fattura la procedura non riporta correttamente 'indirizzo e-mail della sede di
fatturazione.
In particolare:
cliente Analogica con sede di fatturazione con specificato l'indirizzo e-mail e nessun indirizzo indicato sull'anagrafica principale
si emette una fattura (FAVIT o FADIF) al cliente Analogica
inviando la mail la procedura non propone nessun indirizzi e-mail, dovrebbe invece riportare quello della sede di fatturazione
altro caso:
cliente Analogica con sede di fatturazione con specificato l'indirizzo e-mail e un indirizzo indicato sull'anagrafica principale
si emette una fattura (FAVIT o FADIF) al cliente Analogica
inviando la mail la procedura propone l'indirizzo e-mail indicato nell'anagrafica principale, dovrebbe invece riportare quello della sede di
fatturazione (quello dell'anagrafica principale va riportato solo se non è presente nessuna sede di fatturazione con l'indirizzo e-mail)
Segn. Num.: 0000007232
Tipo: Anomalia
del: 30-05-07
Argomento: 280.070 LIBRERIE IMMAGINI
Oggetto: GESTIONE ALLEGATI (GEST_FILE)
Con il passaggio alla release 5.0 di ad hoc Revolution l'archivio allegati di riferimento non è più GEST_FILE ma PROMINDI/PRODINDI. Questo
passaggio viene realizzato mediante procedura di conversione. Il contenuto della "vecchia" tabella (Gest_file) non viene eliminato. Questo
implica un problema nel caso in cui l'utente desideri cancellare un record al quale sono stati associati (su rel. precedente) degli allegati: pur
eliminando gli allegati del record che si intende cancellare, l'eliminazione non può andare a buon fine perché è rimasto il link anche con la
"vecchia" tabella.
Segn. Num.: 0000007330
Tipo: Anomalia
del: 15-06-07
Oggetto: PASSAGGIO ALLA NUOVA GESTIONE DEGLI ALLEGATI IMMAGINE
Nel passaggio alla release 5.0 da una release antecedente alla 4.0, gli allegati alle varie gestioni vengono persi. La perdita è dovuta ad un
controllo sull'esistenza della tipologia e classe allegato associati alla libreria immagini, quest'ultimi sono stati introdotti nella release 4.0 quindi
passando da una release precedente non sono presenti.
Il problema non si presenta se aggiorniamo una rel. 3.0 con FP 382 o successiva.
Per ovviare al problema è necessario rivedere e modificare tutte le procedure di conversione coinvolte nel passaggio tra le varie gestioni degli
allegati.
La procedura di conversione che inserisce i dati, inerenti agli allegati, nella tabella 'indici allegati' sarà eseguita solo dopo la creazione delle
classi librerie immagini e all'esecuzione con esito positivo della procedura di conversione fra librerie immagini e gestfile. Questa attribuirà i
valori de default ai campi relativi alla tipologia e classe allegato (valore ALTRO), tale valore sarà modificato da una successiva procedura di
conversione facoltativa e necessaria solo nel caso in cui sia utilizzato il CPZ, quest'ultima si incarica di attribuire i giusti valori ai campi sopra
esposti.
- L'anagrafica indici allegati (accessibile da menù) deve fornire anche le informazioni su Tipologia/Classe allegato e sul record di riferimento.
Occorre utilizzare un'interfaccia simile a quella utilizzata in presenza del modulo Document Management, impedendo la funzione di caricamento
(F4 da Indici Allegati) e la modifica dei dati di dettaglio
- In assenza del modulo Document Management la ricerca allegati inizializza la combo 'Data Archiviazione' a ' Ultimi 360 gg (anno), occorre
inizializzare tale informazione a 'Manuale' inserendo la data d' inizio ricerca al 01/01/1900.
Note per il test:
Eseguire un primo test partendo dalla prima versione della gestione allegati, quindi da AHR rel. 3.0 o 2.2;
Eseguire un secondo test partendo dalla rel. 4.0, per verificare la congruità con il funzionamento attuale;
Eseguire un terzo ed ultimo test eseguendo una nuova installazione di AHR 5.0.ù
21-10-08
Pag. : 150
Segn. Num.: 0000007382
Tipo: Anomalia
del: 26-06-07
Oggetto: FLAG "PUBBLICA SU WEB" NELLA TIPOLOGIA ALLEGATI
In fase di associazione immagine/documento ad un record (es. articolo) la procedura non attiva automaticamente il flag "pubblica su web"
come indicato nella tipologia/classe allegato utilizzata.
Es.
- nella tipologia allegato IMMAG (degli archivi dimostrativi) nella classe IMAGE si attiva il check "pubblica su web"
- si procede ad associare ad un articolo esistente un'immagine con un'estensione tale che venga richiamata automaticamente la tipologia
IMMAG e la classe IMAGE
- in questa situazione non viene attivato automaticamente il check "pubblica su web" come previsto dalla classe.
Senza uscire dalla maschera di inserimento immagine, cambiando la classe applicata e mettendone altre presenti nella tipologia allegato, la
procedura riaggiorna correttamente l'impostazione del check.
Segn. Num.: 0000007506
Tipo: Anomalia
del: 20-07-07
Oggetto: ERRORE IN INVIO DOCUMENTI TRAMITE EMAIL SENZA DOCUMENT MANAGEMENT
Si presenta il seguente errore nella release 5.0 in "Ristampa Documenti":
se in ristampa documenti (in assenza del document management) si filtra per un cliente e per un documento e si invia il documento via email,
non viene riportato in automatico nell' invio email il corrispondente indirizzo email specificato in anagrafica cliente.
Nella 4.0 lo riportava.
Anche nella release 5.0, in assenza del document management, in ristampa documenti è necessario riportare l' indirizzo email in automatico
durante l' invio del documento tramite email.
Segn. Num.: 0000007539
Tipo: Anomalia
del: 27-07-07
Oggetto: RICERCA ALLEGATI
In assenza del modulo Document Management la Ricerca allegati (lanciata dall' omonima maschera presente sotto Sistema\gestione allegati),
a prescindere dalle condizioni di filtro restituisce l' errore 'Property w_allpriuni is not found'.
Segn. Num.: 0000007792
Tipo: Anomalia
del: 26-09-07
Argomento: 280.039 GESTIONE UTENTI
Oggetto: FRASI MODELLO
In Ahr aggiornato alla patch 256 si presenta una anomalia nell'utilizzo delle frasi modello (nella descrizione supplementare dell'articolo) sui
documenti.
Si abbia l'articolo TEST senza descrizione supplementare in anagrafica; si abbia inoltre una frase modello per campi di tipo memo e post-in.
Si carica un ddtve inserendo in riga 10 l'articolo TEST; si accede, mediante F9 o doppio click sulla cella della descrizione, alla descrizione
supplementare.
Sulla maschera della descrizione supplementare si richiama, sempre mediante F9 o doppio click, una frase modello.
La frase modello viene inserita nella descrizione supplementare ma sia premendo F10 che il bottone corrispondente nella barra dei pulsanti, la
maschera rimane aperta.
Una ulteriore pressione del tasto F10 chiude sia la maschera della descrizione supplementare che l'intero documento.
Segn. Num.: 0000007794
Tipo: Anomalia
del: 26-09-07
Oggetto: INVIO MEDIANTE E-MAIL DEL REPORT SECONDARIO OPZIONALE
Si presenta un' anomalia nell'invio mediante email del report secondario generato mediante flussi di stampa separati (Ahr 5.0 fp 244).
Si abbia la causale documento DDTVE con, nella scheda Report, la seguente situazione:
riga 10 Tipo Report Principale
Report di stampa N.1 Stampa documento di trasporto
riga 20 Tipo Report Secondario Report di stampa N.2 DDT con Barcode Matricole
Il report secondario non è opzionale e nel pulsante Avanzate ha il check Cambia Flusso di stampa.
L'utente 1 utilizza l'Interfaccia MAPI per inviare le mail.
Si carica un DDTVE per il cliente CED (in possesso di indirizzo mail in anagrafica).
Alla conferma appare subito la prima print system e premendo il pulsante della email appare la nuova mail riportante sia l'indirizzo di posta
elettronica di CED che l'oggetto con gli estremi del documento (ad esempio: Doc. Trasporto n.1 del 26/09/2007)
Uscendo dalla prima print system appare la seconda dove si preme nuovamente il bottone per l'invio della email.
In questo seconda mail tuttavia non appare l'indirizzo del destinatario e nel campo Oggetto è riportata la descrizione generica "E-mail Ad Hoc
Revolution Rel 5.0"
Segn. Num.: 0000007864
Tipo: Anomalia
del: 22-10-07
Argomento: 280.000 MENU SISTEMA
Oggetto: INFORMAZIONI SISTEMA
Le informazioni modificato da e modificato il disponibili su alcune gestioni di ad hoc tramite l'utilizzo dei tasti ALT-F11, non sempre sono
valorizzate in modo corretto, riportando non l'utente che ha modificato il dato o la reale data di modifica ma l'utente attuale e la data di oggi.
Tra le gestioni affette da questa anomalia abbiamo l'anagrafica Articoli, la Gestione Prima Nota il ciclo documentale.
21-10-08
Pag. : 151
Inoltre, per quanto riguarda la sola gestione azienda, tale informazioni non sono più riportate rispetto a versioni precedenti di ad hoc (erano
disponibili sulla 3.0)
Segn. Num.: 0000007901
Tipo: Anomalia
del: 26-10-07
Oggetto: PROCEDURA DI CONVERSIONE LIBRERIE IMMAGINI: ELIMINA RIGHE DOPPIE
La procedura di conversione 5.0-E7329 (FP211) risulta obbligatoria e da eseguire, anche se il passaggio dei dati dalla tabella GESTFILE
all'archivio Indici allegati (PROMINDI/PRODINDI) è già stato eseguito con la precedente procedura di conversione (4.0-M3837).
Rieseguendo la nuova procedura di conversione, il programma inserisce nuovamente gli allegati nell'archivio Indici allegati, creando, di fatto,
dei duplicati.
Occorre sistemare il problema mediante una nuova procedura di conversione (facoltativa), da lanciare per eliminare i record duplicati. Il criterio
di individuazione è il seguente:
- Ricerca dei record negli indici allegati con stesso nome file e percorso
- Tra questi, ricerca di quelli che puntano allo stesso record del gestionale (ad esempio, allo stesso articolo, allo stesso documento, allo stesso
marchio, ecc.)
- Filtrare gli allegati con classe che ha un codice che inizia per "Gestfile"
- Eliminazione dei record con IDSERIAL più elevato (duplicati)
Segn. Num.: 0000007905
Tipo: Anomalia
del: 29-10-07
Argomento: 280.140 GESTIONE POST IN
Oggetto: VALIDITÀ POST IN
Assegnando una data di attivazione ad un post in, sulla gestione del record su cui è stata fatta l'associazione il post in non compare mai,
mentre sui link compre sempre, indipendentemente dalla data.
Es se al cliente 0000003 si assegna un post in valido dal 2 11 2007, andando sull'anagrafica del cliente il post in non compare mai, mentre
facendo un documento intestato a 0000003 il cliente compare sempre, indipendentemente dalla data.
Segn. Num.: 0000008002
Tipo: Anomalia
del: 28-11-07
La procedura non permette di creare una nuova azienda nel caso in cui nell'azienda di riferimento siano stati indicati i dati relativi ai metodi di
calcolo spese sull'anagrafica di un cliente (campi IMBALLO e TRASPORTO), sull'anagrafica spedizioni (campi "M.c. spese imballo" e "M.c.
spese trasporto") oppure sull'anagrafica vettori.
Il problema si verifica in quanto la tabella METCALSP non è gestita in fase di creazione azienda (batch GSUT_BCA).
Segn. Num.: 0000008064
Tipo: Anomalia
del: 12-12-07
BACKUP DATABASE
Oggetto: NOME FILE BACKUP DATABASE
IL nome file del backup database effettuato all'interno dalla procedura (e parametrizzabile nei dati azienda) prende come data di riferimento la
data di ingresso in Ahr (i_datsys); questo comporta che lasciando aperto Ahr per più giorni il nome del file prende la data del giorno (passato)
di ingresso nella procedura.
Segn. Num.: 0000008092
Tipo: Anomalia
del: 02-01-08
Argomento: 280.150 STORICIZZAZIONE
Oggetto: MANCATA GESTIONE CAMPI AGGIUNTI A RUNTIME
Si presenta una anomalia nella gestione dei campi aggiunti a runtime (ALT+F9) in fase di storicizzazione; in tal caso infatti la storicizzazione
non va a buon fine segnalando come errore un "invalid column name" per il campo aggiunto.
L'anomalia si presenta sia su campi aggiunti sui documenti (DOC_MAST) che su campi aggiunti in primanota (PNT_MAST).
Occorre invece che la funzione di storicizzazione provveda ad gestire nelle proprie tabelle eventuali campi aggiunti nelle tabelle di partenza.
Segn. Num.: 0000008094
Tipo: Anomalia
del: 03-01-08
Oggetto: INOLTRO E-MAIL CON SUPPORTO MAPI E SEDI DI CONSEGNA
Nel caso in cui sono presenti sull'anagrafica cliente delle sedi di consegna l'inoltro e-mail di un documento di trasporto tramite supporto MAPI
viene erroneamente effettuato agli indirizzi delle sedi anche se la sede non è stata specificata sul documento.
Caso 1:
- Cliente con indirizzo principale in anagrafica, una sede di consegna predefinita e una sede di consegna non predefinita.
- Carico il DDT eliminando la sede di consegna.
- Invio e-mail viene indicato l'indirizzo e-mail specificato sulla sede predefinita.
Caso 2:
- Cliente con indirizzo principale in anagrafica, due sedi di consegna (nessuna predefinita).
- Carico il DDT senza indicare la sede di consegna.
- Invio e-mail vengono indicati gli indirizzi e-mail di entrambe le sedi di consegna.
Segn. Num.: 0000008141
Tipo: Anomalia
del: 19-01-08
Oggetto: INVIO E_MAIL IN TERMINAL SERVER
Accedendo alla procedura in terminal server con un utente non amministratore ed inviando una stampa (esempio stampa magazzini) via mail e
cercando di aprire il file dagli allegati appare il seguente messaggio:
'Impossibile visualizzare il file: C:\DOCUMENT SETTING\USER\IMPOSTAZIONI\TEMP\2\ADHOCTEMP\STAMPA MAGAZZINI.PDF il file non
è presente nel percorso specificato.'
21-10-08
Pag. : 152
Segn. Num.: 0000008179
Tipo: Anomalia
del: 30-01-08
GESTIONE CONVERSIONI
Oggetto: ERRORE IN FASE DI LANCIO PROCEDURA DI CONVERSIONE
Lanciando le procedure di conversione su Ahr fino alla 335 appare un program errror "property w_GGINTERV is not found", premendo Ignore
appare un secondo messaggio di errore "Property w_MSG is not found", premendo ignore appare "Property_W_INITIME is not found",
premendo Ignore appare "Property w_ENDTIME is not found".
Le procedure di conversione vengono comunque tutte eseguite
La casisitca si presenta solo se il database non ha ancora subito alcuna procedura di conversione; in pratica trattasi di un nuovo database di
AHR 5.0 agganciato ad una installazione fino alla 335
Segn. Num.: 0000008204
Tipo: Anomalia
del: 06-02-08
Oggetto: ASSOCIAZIONE FRASI MODELLI
A seguito della patch R060000_F0341_E0000013497 l'F9 sui campi post-in utilizzando db in rete produce l'apertura in interroga dell'archivio
Frasi Modello come se si effettuasse lo zoom on zoom (doppio F9)
Segn. Num.: 0000008207
Tipo: Anomalia
del: 08-02-08
Argomento: 280.050 OUTPUT UTENTE MAN. E STAMPA
Oggetto: ERRORE ESEGUENDO LA QUERY UTILIZZANDO LA VARIABILE W_ORDEBY
Si presenta una errore (errore eseguendo la query) nel caso in cui si utilizzi la variabile w_orderby per personalizzare l'ordinamento di uno
zoom presente su una maschera di stampa che prevede la selezione di un'output utente.
Nel caso infatti in cui si abbia una maschera personalizzata di stampa (con possibilità di selezione dell'output utente) nella quale è presente
uno zoom di selezione (ad esempio su clienti o documenti) ed anche una campo che permette di ordinare lo zoom di selezione stesso
(mediante la variabile orderby), allora sia la query dello zoom che quella dell'output modificano il loro ordinamento. Tuttavia il campo che si
inserisce in w_orderby non è presente nella tabella dell'output utente e quindi la query di quest'ultimo va in errore.
Segn. Num.: 0000008252
Tipo: Anomalia
del: 21-02-08
La creazione azienda non giunge a buon fine dopo l'installazione della FP343 se è presente la FP288 (cui non era correlata).
*****************
Testo FP343:
La procedura non permette di creare una nuova azienda nel caso in cui nell'azienda di riferimento siano stati indicati i dati relativi ai metodi di
calcolo spese sull'anagrafica di un cliente (campi IMBALLO e TRASPORTO), sull'anagrafica spedizioni (campi "M.c. spese imballo" e "M.c.
spese trasporto") oppure sull'anagrafica vettori.
Il problema si verifica in quanto la tabella METCALSP non è gestita in fase di creazione azienda (batch GSUT_BCA).
Segn. Num.: 0000008327
Tipo: Anomalia
del: 18-03-08
POLITICHE DI SICUREZZA
Oggetto: POLITICHE ACCESSI GRUPPI UTENTI
Si presenta la seguente anomalia nella gestione " Politiche accessi gruppi \ utenti ".
Valorizzando la combo " Moduli " con ORDINI o CICLO ACQUISTI , CONTENZIOSO, GESTIONE PRODUZIONE, INTRA ed effettuando la
ricerca, la procedura non rilascia alcun tipo di visualizzazione come se questi moduli non fossero presenti in questa gestione.
Al contrario tali moduli sono invece presenti selezionando altri moduli.
Esempio:
Il problema è dovuto alla associazione errata tra i moduli e i programmi di gestione nella tabella TSMENUVO .
Nel modulo di riferimento SISTEMA sono presenti i moduli ordini, acquisti, contenzioso.
Nel modulo di riferimento ARCHIVI è presente il modulo INTRA
Segn. Num.: 0000008446
Tipo: Anomalia
del: 06-05-08
Oggetto: MALFUNZIONAMENTO IN PRESENZA DI ALLEGATI DI TIPO 'CREA COLLEGAMENTO'
In presenza di allegati immagini di tipo 'crea collegamento' falliscono le stampe che rendono disponibili tale informazioni (la stampa listino con
immagini stampa il dato privo d'immagine, l'esportazione di un' offerta su word\open office fallisce la generazione del word processor).
Segn. Num.: 0000008597
Tipo: Anomalia
del: 18-06-08
Oggetto: MASCHERE NON MODALI
Nelle maschere non modali che presentano un parametro non funziona la sicurezza procedure.
Segn. Num.: 0000008621
Tipo: Anomalia
del: 20-06-08
Oggetto: CONTROLLO DATA "APPARE DAL" SUI DOCUMENTI
La data sulla quale viene effettuato il controllo (per il campo "Appare dal") è la data di sistema (cioè quella del pc) e non quella di ingresso in
AHR.
Tuttavia non in tutte le gestioni viene effettuato il controllo "Appare dal"
Esempio
21-10-08
Pag. : 153
Al cliente Z viene associato un post-in, la procedura in automatico propone come data nel campo "Appare dal" il 20/05/05(il giorno in cui è stato
creato il post-in), viene modificata la data ed inserito ad esempio il 01/06/05.
Caricando un documento per il cliente Z la procedura visualizza il POST-IN anche se la data di sistema (20/05/2005) è precedente al 01/06/05
******************************************************
Inoltre la correzione di tale anomalia sistama anche l'errore "Variabile COTIPCOA" che si presenta accedento ai parametri ricevute fiscali.
Segn. Num.: 0000008667
Tipo: Anomalia
del: 10-07-08
CONFIGURAZIONE INTERFAC.
Oggetto: CONFIGURAZIONI
Per simulare la segnalazione:
- entrare nell'azienda DEMO;
- creare per l'azienda DEMO una configurazione di default (per esempio per la stampa del piano dei conti ---- >>tasto destro - configurazioni salva come - nella maschera dI salva configurazione controllare che il codice azienda sia DEMO e attivare il flag 'default');
- creare per l'azienda CONTB una configurazione di default (per esempio per la stampa del piano dei conti ---- >>tasto destro - configurazioni salva come - nella maschera dsalva configurazione controllare che il codice azienda sia CONTB e attivare il flag 'default'); ------>>> dopo aver
salvato la configurazione la procedura applica nell'azienda DEMO la configurazione di default definita per l'azienda CONTB.
Se si esce dalla maschera e si rientra la procedura applica la configurazione di default definita per l'azienda DEMO
Segn. Num.: 0000008690
Tipo: Anomalia
del: 15-07-08
Oggetto: POLITICHE ACCESSO UTENTI E GRUPPI
Occorre allineare la gestione Politiche accessi utenti e gruppi con le nuove modifiche realizzate sui menù.
Segn. Num.: 0000008691
Tipo: Anomalia
del: 16-07-08
Oggetto: CARICA\AGGIORNA MENÙ APPLICATIVO
In ambiente in lingua la gesttione Carica\Aggiorna menù applicativo carica le voci di menù nella lingua di progetto e non nella lingua dell'utente
Segn. Num.: 0000008711
Tipo: Anomalia
del: 22-07-08
Oggetto: CONTROLLO ZOOM VISUALI
Verifica gli zoom visuali che sono segnalati come non corretti (senza chiave primaria ,con chiave errata o tabella di riferimento assente).
Gli zoom con la funzionalità zoom on zoom attiva devono avere il campo chiave per la tabella di riferimento.
Segn. Num.: 0000008752
Tipo: Anomalia
del: 29-07-08
Oggetto: INOLTRO MAIL CON PIÙ INDIRIZZI
Non viene inviata alcuna mail nel seguente contesto:
1) da Sistema\Servizi fax.... l'operatore è settato con visualizza mail 'automatico' ; Supporto Mapi
2) l' intestatario di un documento è provvisto di 2 o più indirizzi di posta elettronica nell' anagrafica principale
L' inoltro mail restituisce messaggio 'Inoltro mail fallito'
Nela caso in cui l'opzione visualizza mail sia settata a 'sempre' l'inoltro mail procede correttamente.
Segn. Num.: 0000004264
Tipo: Miglioria
del: 28-05-07
Oggetto: INTERFACCIA SELEZIONE REPORT DA OUTPUT UTENTE
Rivedere l'interfaccia di selezione report da output utente eliminando l'apertura dello zoom ed inserendo una combo in cui saranno presenti
l'elenco delle stampa disponibili.
La nuova interfaccia deve comunque dare la possibilità all'utente di individuare il report e la query attualmente selezionati.
NOTE INTERVENTO
===============
Con la realizzazione della miglioria 4264 è stata rivista l'interfaccia di selezione report da output utente eliminando l'apertura dello zoom ed
inserendo una combo in cui saranno presenti l'elenco delle stampe disponibili. La nuova interfaccia consente comunque all'utente di
individuare il report e la query attualmente selezionati.
Tutte le gestioni che lanciano stampe presentano una nuova combo che mostra l'elenco delle descrizioni degli output utente disponibili per la
stampa , evidenziando il report di default. Nella combo , oltre all'elenco del'output, sono presenti la voce Dettagli Output ed la voce Aggiorna
Lista
La voce Dettagli output apre l'anagrafica output utente alla voce selezionata, mentre la voce Aggiorna Lista aggiorna la combo nel caso in cui
siano stati aggiunti nuovi output nella gestione
Segn. Num.: 0000004293
Tipo: Miglioria
del: 11-06-07
Oggetto: VISUALIZZAZIONE AUTOMATICA ALLEGATO
Nel caso in cui abbiamo associato ad un record un allegato di tipo principale oppure un unico allegato è necessario fare in modo che questo
allegato venga aperto/gestito/inviato automaticamente in base all'impostazione della nuova combo box "gestione allegato" presente
nell'anagrafica servizi fax/e-mail.
Quindi al momento in cui su una registrazione di primanota abbiamo inserito un'allegato immagine di tipo principale, alla pressione del bottone
21-10-08
Pag. : 154
visualizza esegue l'operazione che è stata impostata nella combo box "gestione allegato" senza eseguire altre operazioni.
E' inoltre necessario fare in modo che la maschera di ricerca si posizioni sulla seconda pagina quanto si preme visualizza, attualmente si apre
sempre sulla prima pagina dove sono impostati i parametri di selezione.
Segn. Num.: 0000004500
Tipo: Miglioria
del: 04-10-07
Oggetto: RENDERE LE PROCEDURE DI CONVERSIONE AD HOC SILENTI
Rendere le procedure di conversione di ad hoc il più possibile silenti.
Segn. Num.: 0000004506
Tipo: Miglioria
del: 08-10-07
Oggetto: CARICA/SALVA DATI ESTERNI:TABELLA CLASSI LIBRERIA ALLEGATI
Al fine di permettere la popolazione automatica della tabella Classi Libreria Allegati (ovvero la tabella Classi Documentali in assenza del
modulo Document Management), creare un nuovo file contenente le classi libreria allegati da utilizzarsi tramite la funzione Carica/Salva dati
esterni, per la gestione delle immagini sugli archivi abilitati, operazione indispensabile per nuovi database, in quanto in assenza del modulo
Dcocument Management la funzione F4 sulla maschera classi libreria allegati è inibita.
Inoltre, in fase di creazione nuova azienda, all'attivazione della voce Librerie Immagini, prevedere sempre la copia delle classi librerie allegati;
attualmente vengono copiate solo le tabelle Tipologie ed Estensioni Allegati.
Valutare, alternativamente, se sia possibile utilizzare lo stesso file previsto per il DOCM (CLASSI_DOCUMENTALI) rendendo disponibile nella
maschera "Carica / salva dati Esterni" la selezione Classi Documentali anche in assenza del DOCM.
Attualmente occorre eseguire la procedura di conversione 4.0-M3837
Segn. Num.: 0000004507
Tipo: Miglioria
del: 08-10-07
Oggetto: TITOLI DELLE MASCHERE
Normalizzare i titoli delle maschere di ad hoc come gia svolto per le label, quindi primo carattere maiuscolo e restanti minuscoli. (vedi
descrizione tabelle in disegnatore di Visual Query).
L'intervento va replicato anche sui titoli degli zoom cablati all'interno delle gestioni (F9), contenuti nella proprietà zoom_title dei file di
definizione.
Gestire la traduzione anche a livello di ambietne di sviluppo per quanto riguarda il titolo delle routine.
Segn. Num.: 0000004513
Tipo: Miglioria
del: 10-10-07
Oggetto: FRONTESPIZIO FAX
Proporre nella maschera di inoltro FAX quanto specificato a livello di servizi fax email per la creazione o meno del frontespizio
Segn. Num.: 0000004550
Tipo: Miglioria
del: 17-10-07
Oggetto: GESTIONE AUTOMATIZZATA OUTPUT UTENTE
E' necessario prevedere un meccanismo per caricare in modo automatico l'output utente relativo a nuove stampe, o a modifiche di stampe
esistenti.
NOTE INTERVENTO
================
Con la realizzazione della miglioria è stata rivisto il metodo di caricamento dell'output utente in analogia con quello che avviene già per le
procedure di conversione. L'implementazione si appoggia alla logica attuale delle procedure di conversione ossia la procedura in automatico
provvede a caricare l'output.inf e successivamente lo rinomina in output.ok.
Sono state eseguite le seguenti modifiche :
- creazione nuova cartella OUTPUT presente all'interno della cartella Pcon dell' installazione di ad hoc Revolution
- in Archivi\Contropartite e parametri\Gestione percorsi è stato inserito un nuovo campo dove memorizzare il path di salvataggio dell'output - n
ella maschera output utente con l'inserimento dei bottoni Salva e Carica
- nella maschera carica/salva dati esterni dove è stato eliminata l'etichetta 'Output utente'
- inoltre è stata creata una nuova maschera Genera file da output utente richiamabile attraverso il bottone Salva
- relative alla struttura del file output
Segn. Num.: 0000004706
Tipo: Miglioria
del: 07-01-08
Oggetto: ASSOCIAZIONE NUOVO UTENTE AD AZIENDE ESISTENTI
Prevedere la possibilità, in fase di caricamento nuovo utente, di poter indicare subito le aziende sulle quali risulterà essere abilitato.
A tal fine al salvataggio di un nuovo utente dovrà aprirsi una maschera che presenti una zoom con selezione dove poter selezionare, i codici
aziende sulle quali abilitare il nuovo utente.
21-10-08
Pag. : 155
Segn. Num.: 0000004747
Tipo: Miglioria
del: 21-01-08
Oggetto: VELOCIZZARE PROCEDURE DI CONVERSIONE
L'attuale implementezione delle procedure di conversione prevede la lettura della cartella INF ed il succesivo caricamento sul database di ogni
singolo INF. Se il database è gia stato aggiornato la procedura, ad ogni aggiornamento dell'ambiente utente (ad esempio a seguito di
passaggio di release o di creazione nuovo ambiente dal Patch manager) tenta di nuovo il caricamento sul database rendendo il tempo di
accesso più alto del ncecessario. Aggiunta quindi una ricerca sul database della procedura di conversione, se gia presente la routine si limita a
rinominare il file da INF in OK senza produrre attività sul database.
Segn. Num.: 0000004766
Tipo: Miglioria
del: 26-01-08
Argomento: 280.100 ATTIVAZIONE PROCEDURA
Oggetto: NUOVO CONTROLLO CHIAVE DI ATTIVAZIONE
Al fine di rendere sempre più precisa il controllo della chiave di attivazione occorre introdurre, oltre alle informaziooni attuali, anche la possibilità
di inserire il dettaglio delle azienda abilitate a lavorare in piena funzionalità sull'applicativo.
I dati sensibili dell'azienda potrebbero essere:
Ragione sociale
Codice Fiscale
Partita Iva
Codice Iso Nazione (per una verifica sulla correttezza della partita IVA)
Quindi al cambio di questi dati il cliente dovrà necessariamente ricalcolare la chiave sul sito di post vendita Zucchetti.
Segn. Num.: 0000004979
Tipo: Miglioria
del: 12-06-08
Oggetto: GESTIONE SICUREZZA A LIVELLO DI OGNI SINGOLO DATO
Gestire la sicurezza a livello di dato.
Segn. Num.: 0000005003
Tipo: Miglioria
del: 18-06-08
Oggetto: REVISIONE BOTTONI
Rivedere il layout dei bottoni aggiungendo l'immagine
Note:
1 - Rivedere i bottoni nella procedura allineando l'interfaccia di ad hoc REVOUTION con l'interfaccia di ad hoc ENTERPRISE
2- Modificare l'interfaccia dell'Output utente sostituendo l'attuale control con una combo.
3- Dare a tutti i tab un titolo eliminando Pag1
4- Verificare all'interno dell'area manuale Notifyevent la presenza della creazione dei figli, se presente eliminare e disabilitare il check
CreateonDemand sul figlio integrato necessario alla gestione.
Segn. Num.: 0000005009
Tipo: Miglioria
del: 23-06-08
Oggetto: SICUREZZA A LIVELLO DI DATO IN PRIMANOTA
Sui controlli della primanota non abilitare i filtri sulla sicurezza a livello di dato
Segn. Num.: 0000005010
Tipo: Miglioria
del: 23-06-08
Oggetto: SICUREZZA DEL DATO SUI DOCUMENTI
Sui controlli dei documenti non abilitare i filtri sulla sicurezza a livello di dato
Segn. Num.: 0000005037
Tipo: Miglioria
del: 02-07-08
Oggetto: INSTALLAZIONE COMPONENTI DA MENÙ SISTEMA
Fornire la possibilità di installare i componenti necessari alla visualizzazione degli oggetti relativi ai moduli "Infopublisher/Inforeader" e ad
"Attività e servizi" tramite apposita gestione lanciabile da menù sistema (prima della voce "Dispositivi hardware")
Segn. Num.: 0000005059
Tipo: Miglioria
del: 07-07-08
Oggetto: SICUREZZA DEL DATO
alcune funzionalità non possono essere utilizzate da utenti che hanno definito un filtro di sicurezza:
- ricostruzione saldi contabili
- elaborazione rischio
- stampa libro giornale
Segn. Num.: 0000005071
Tipo: Miglioria
del: 09-07-08
Oggetto: RICERCA PER CONTENUTO
Tramite attivazione del check 'Abilita ricerca per contenuto' in Configurazione interfaccia è possibile impostare la ricerca di default per
contenuto sui campi codice onde evitare di dover anteporre il simbolo % all'inizio del campo di ricerca per ricercare sul contenuto.
La miglioria in oggetto deve essere realizzata anche accedendo direttamente in modalità interroga alle anagrafiche.
Ad esempio Anagrafica Clienti deve essere data la possibilità di effettuare la ricerca per contenuto (quindi senza le %) sul campo codice e
descrizione.
Stessa cosa negli zoom (F9) delle anagrafiche.
21-10-08
Pag. : 156
Ad esempio viene caricata la primanota, si effettua lo zoom su clienti, si clicca sulla colonna codice o descrizione e si vuole effettuare una
ricerca senza utilizzare le %.
Segn. Num.: 0000005090
Tipo: Miglioria
del: 14-07-08
Oggetto: POLITICHE ACCESSI
Occorre apportare le seguenti modifiche:
1-Abilitare la funzione mediante il doppio click che permette di modificare il nome della funzione/voce di menu/parametro caricata nel menu.
anche sulla maschera 'Politiche accessi per gruppo' (attualmente è disponibile solo dalla gestione 'Politiche accessi per utenti');
2-Rivedere la gestione 'Politiche accesso per utenti' con riguardo alla valorizzazione del dato nella cartella 'Diritti'
3- Rivedere il metodo di caricamento dei moduli in base al nuovo file licenza.lic in quanto dalla release 6.0 beta la chiave dei moduli non viene
memorizzata nel database ( politiche accessi ) prponendo , se possibile, solo i moduli attivati .
--per simulare il punto 3 passare da un db archivi demo 4.0 a rel.6.0 beta. i modulit vengono proposti all'interno della combo solo se si conferma
la licenza ( operazione non più necessaria)
Segn. Num.: 0000005112
Tipo: Miglioria
del: 24-07-08
Oggetto: GESTIONE SICUREZZA A LIVELLO DI OGNI SINGOLO DATO
Gestire la sicurezza a livello di dato: dare la possibilità di definire il ruolo di appartenenza al gruppo.
Attualmente se un utente appartiene a due gruppi, come definizione di accesso ai dati viene presa la regola definita sul gruppo con codice più
piccolo, esempio se l'utente appartiene al gruppo 2 fatturazione ed al gruppo 3 commerciale e vengono definite due regole, viene applicata la
regola inerente al gruppo 2 in quanto più piccolo. Con questa modifica risulta possibile scegliere quale regola applicare.
Segn. Num.: 0000005142
Tipo: Miglioria
del: 05-08-08
Oggetto: GESTIONE CONFIGURAZIONE VALORI DI DEFAULT MASCHERE
Estendere la configurazione modelli alle anagrafiche ed ai master/detail in caricamento (non in modifica e non nelle movimentazioni).
21-10-08
Pag. : 157
Modulo STATISTICHE
Segn. Num.: 0000007320
Tipo: Anomalia
del: 14-06-07
Argomento: 070.003 STAMPA STATISTICHE
Oggetto: FILTRO SULLA TIPOLOGIA CONTO NELLA MASCHERA DI STAMPA STATISTICHE
Si presenta una anomalia nella maschera di stampa delle statistiche per quanto concerne l'utilizzo della combo tipologia nel caso in cui nel
criterio utilizzato sia presenti causali di magazzino che fanno riferimento sia ad acquisti che ventite.
se nella scheda selezioni si valorizza la combo Tipologia a fornitore (cliente) diventano visibili i campi filtro Da Fornitore A Fornitore. (da cliente
a cliente).
Se tuttavia si lasciano vuoti il campo di selezione iniziale e finale (in quanto si desidera filtrare esclusivamente su tutti i clienti e fornitori) la
stampa riporta comunque tutti i clienti e fornitori ovvero non viene applicato il filtro sul tipo conto ma solo sul codice.
Segn. Num.: 0000008276
Tipo: Anomalia
del: 03-03-08
Argomento: 070.003 STAMPA STATISTICHE
Oggetto: ESPORTAZIONE STATISTICHE SU EXCEL
Si verifica un anomalia nel calcolo dell' importo di un periodo nell'esportazione su Excel della stampa statistiche in presenza di confronto tra 2 o
più periodi. Per simulare:
1) si crea un DDT di vendita in data 01/12/2006 per l'art. AHE a quantità 2 importo unitario 750 € ; in testata si inserisce un nuovo agente
2) si crea un DDT di vendita in data 01/01/2007 per l'art. AHE a quantità 1 importo unitario 1000 € ; in testata si inserisce l' agente
precedentemente creato
3) si genera un nuovo archivio statistico e si lancia la stampa statistiche con il criterio VEAGME, raffrontando il periodo 12/2006 con 01/2007.
Si esporta il risultato su excel e si crea il grafico; sul grafico è evidente l'anomalia del periodo 12/2006 per il quale il valore del venduto 1500 €
viene sempre diviso per la quantità venduta (2). Pertanto nel caso in esempio risulta che il venduto di dicembre ammonta a 750 anzichè 1500.
21-10-08
Pag. : 158
Modulo TRASFERIMENTO STUDIO
Segn. Num.: 0000008338
Tipo: Anomalia
del: 26-03-08
Argomento: 270.060 EXPORT AVANZATO
Oggetto: ESPORTAZIONE ERRATA CORRISPETTIVI IN VENTILAZIONE
Eseguendo l'export avanzato di registrazioni relative a corrispettivi in ventilazione la procedura indica all'interno del file generato l'importo in
negativo (segno -).
Il problema si presenta inserendo la registrazione contabile nel seguente modo:
Riga 10 Vendite corrispettivi AVERE
Riga 20 CASSA
DARE
Il file viene generato correttamente inserendo la cassa come prima riga della registrazione, quindi :
Riga 10 CASSA
Riga 20 Vendite corrispettivi
DARE
AVERE
L'errore si presenta se il gestore del database è sql.
Segn. Num.: 0000003946
Tipo: Miglioria
del: 16-01-07
Argomento: 270.000 TRASFERIMENTO STUDIO SEGN. GEN.
Oggetto: CONTABILIZZAZIONE FATTURE A ZERO CON TRASFERIMENTO STUDIO
Impostare automaticamente in fase di contabilizzazione documenti/storno iva differita la causale di giroconto memorizzata nei parametri studio
per trasferire allo studio anche i movimenti di giroconto creati in automatico dalla procedura.
1) E' necessario gestire in modo diverso da quello attuale la contabilizzazione di fatture nelle quali è stata importata una fattura di anticipo.
L'esempio è il seguente:
- Inserita Fattura di anticipo per € 1.200 e contabilizzata, viene aperto il conto Clienti c/anticipi per lo stesso importo.
- Inserita una Fattura di vendita di 1200 € nella quale viene importata la fattura di anticipo sopra indicata quindi -1200 e la fattura è a zero.
- Contabilizzata la fattura di vendita a zero nella quale viene indicato un castelletto iva a zero e due righe contabili di giroconto per il conto
Clienti c/anticipi di 1200 €.
Il modulo trasferimento studio non prende in considerazione queste due ultime righe della registrazione in quanto trattandosi di una fattura la
procedura prende in considerazione solo la primanota iva che in questo caso è a zero.
E' necessario fare in modo che in contabilizzazione di queste fatture a zero venga modificata la causale di riga delle ultime due righe indicando
una causale di giroconto (si può usare la causale di giroconto dei parametri trasferimento studio). Questa operazione va fatta solo se le fatture
hanno castelletto iva a zero.
E' necessario verificare come comportarsi nel caso in cui la contropartita dell'acconto non sia specifica (Clienti c/anticipi) ma sia la stessa
dell'articolo.
2) Nello storno automatico dell'iva ad esigibilità differita è necessario impostare la causale di giroconto memorizzata nei parametri studio sulle
due righe contabili relative al girconto dei conti iva differita e iva vendite. In questo modo l'esportazione allo studio viene gestita correttamente.
Impostare automaticamente in fase di contabilizzazione documenti/storno iva differita la causale di giroconto memorizzata nei parametri studio
per trasferire allo studio anche i movimenti di giroconto creati in automatico dalla procedura.
1) E' necessario gestire in modo diverso da quello attuale la contabilizzazione di fatture nelle quali è stata importata una fattura di anticipo.
L'esempio è il seguente:
- Inserita Fattura di anticipo per € 1.200 e contabilizzata, viene aperto il conto Clienti c/anticipi per lo stesso importo.
- Inserita una Fattura di vendita di 1200 € nella quale viene importata la fattura di anticipo sopra indicata quindi -1200 e la fattura è a zero.
- Contabilizzata la fattura di vendita a zero nella quale viene indicato un castelletto iva a zero e due righe contabili di giroconto per il conto
Clienti c/anticipi di 1200 €.
Il modulo trasferimento studio non prende in considerazione queste due ultime righe della registrazione in quanto trattandosi di una fattura la
procedura prende in considerazione solo la primanota iva che in questo caso è a zero.
E' necessario fare in modo che in contabilizzazione di queste fatture a zero venga modificata la causale di riga delle ultime due righe indicando
una causale di giroconto (si può usare la causale di giroconto dei parametri trasferimento studio). Questa operazione va fatta solo se le fatture
hanno castelletto iva a zero.
2) Nello storno automatico dell'iva ad esigibilità differita è necessario impostare la causale di giroconto memorizzata nei parametri studio sulle
due righe contabili relative al girconto dei conti iva differita e iva vendite. In questo modo l'esportazione allo studio viene gestita correttamente.
NOTE INTERVENTO
Rispetto alla registrazione creata attraverso il piano generazione movimenti esig.differita la procedura utilizza la causale di giroconto
specificata nella tabella "trasferimento studio " altrimenti emettere a video il messaggio di warning "Causale di giroconto non specificata in
'Tabella trasferimento studio',nella causale di riga verrà mantenuta la causale presente in testata".
Rispetto alla contabilizzazione documenti di vendita la procedura sostituisce , nella causale contabile di riga, la causale contabile presente nel
bottone testata dei documenti , con la causale di giroconto inserita nella tabella trasferimento studio, se presente, nel caso di iva a zero
Attualmente sia nel caso di omaggio sia nel caso di riga a zero, la causale di riga è la causale contabile o la causale omaggi definita nei
parametri vendite, se presente.
21-10-08
Pag. : 159
Segn. Num.: 0000004027
Tipo: Miglioria
del: 28-09-06
Oggetto: GESTIONE COMPETENZA REGISTRO IVA SU FATTURE AUTOTRASPORTATORI
Gestire nel file di Export avanzato del modulo Trasferimento Studio il campo MMSTAREGIVA del D30 per indicare il mese di stampa su registri
iva relativamente alle fatture autotrasportatori.
In questo campo (numerico di 2) dovrà essere riportato il mese di competenza per le fatture autotrasportatori (quindi valorizzato solo se la
fattura è di tipo autotrasportatori) e dovrà essere calcolato sommando 3 mesi al mese della data documento. Quindi se ad esempio inseriamo
una fattura autotrasportatori in data 28-09-06 nel mese di competenza dovremo indicare 12 (9 + 3).
Segn. Num.: 0000004688
Tipo: Miglioria
del: 21-12-07
Oggetto: ANNO DI RIFERIMENTO SU EXPORT VERSO APRI
Allineare il tracciato di export verso APRI alla nuova gestione delle "Nota di variazione relative a fatture anni precedenti".
In particolare deve essere aggiunto un nuovo campo (entità L4STRU=D30 -pos.191) che può assumere i valori S/N o blk.
Viene utilizzato per identificare, dal 2008, le note di addebito/accredito che si riferiscono a fatture datate in anni precedenti rispetto all'anno
della nota che devono essere esposte separatamente nell'allegato clienti/fornitori.
21-10-08
Pag. : 160
Modulo VENDITE
Segn. Num.: 0000006717
Tipo: Anomalia
del: 14-12-06
Argomento: 030.000 VENDITE SEGNALAZIONI GENER.
Oggetto: GESTIONE RITENUTE ATTIVE
La presenza del campo ritenuta nei documenti del ciclo attivo non deve essere condizionato dalla presenza del modulo ritenute, ma deve
essere sempre visibile.
Segn. Num.: 0000006719
Tipo: Anomalia
del: 21-12-06
Argomento: 030.600 STAMPE DOCUMENTI
Oggetto: DATI MANCANTI NELLE STAMPE SOLO TESTO
Si presenta un errore nelle stampe solo testo ( riscontrato nel'output numero 42 ma potenzialmente presenti in tutti i report)
Non vengono stampati il castelletto iva ( in parte) e le rate di scadenza.
Controllare se vengono riportati i messaggi.
Segn. Num.: 0000006727
Tipo: Anomalia
del: 29-11-06
Argomento: 030.010 GESTIONE DOCUMENTI VENDITA
Oggetto: MANCATA SOSTITUZIONE DELLA CAUSALE DI MAGAZZINO SU RIGA DOCUMENTO
La variazione della causale documento non determina la variazione della causale di magazzino di riga nel caso in cui si proceda alla ricerca
della nuova causale non accedendo allo zoom generale delle causali documento disponibili, ma le stesse vengano ricercate previa
proposizione di una parte del codice.
Per es.
DDT con causale documento DDTV1 e alcune righe articolo caricate, si vuole variare la causale in DDTVE e per farlo si inserisce
precedentemente alla ricerca da zoom una parte del codice (per. es. DD); a questo punto la causale viene trovata e inserita ma la procedura
non aggiorna la causale di magazzino di riga.
Segn. Num.: 0000006729
Tipo: Anomalia
del: 11-01-07
IMPORTAZIONE DOCUMENTI
Oggetto: ERRORE SU IMPORTAZIONE DOCUMENTI
Si entra in caricamento di un ddt e si importa un ordine. Si salva.
Si modifica il ddt e i preme il bottone importa, la procedura restituisce un program error: Variable MVCAUIMB is not found.
Il caso per il quale si verifica l'errore è il seguente:
- Causale documento di destinazione: ha il check su controllo dati pagamento;
- I documenti di origine sono incongruenti per il codice iva su cauzione;
- Si importa il primo documento e si preme nuovamente il bottone Importa.
Segn. Num.: 0000006742
Tipo: Anomalia
del: 18-01-07
Oggetto: CALCOLO RATE SCADENZA SUI DOCUMENTI
Sui documenti non viene calcolata correttamente la rata di scadenza nel caso in cui si indichi un numero di giorni scadenza non multipli di 30.
Esempio:
Si crea il seguente pagamento:
rata 001 - Pagamento:Rimessa - GG. Scadenza: 75 - Inizio Scadenza: Data Fattura - g.fisso:0 - Netto:1 - Iva:1 - Spese:1
se si utilizza tale pagamento in un documento (ddt, fattura,...) emesso in data 18/01/2007, la rata di scadenza non tiene conto dei giorni di
scadenza che viene calcolata a data documento.
Se i giorni di scadenza nel pagamento vengono impostati per esempio a 90 il calcolo della rata sul documento viene fatto correttamente.
Segn. Num.: 0000006747
Tipo: Anomalia
del: 09-10-06
Argomento: 030.060 PROVVIGIONI
Oggetto: MANCATO INSERIMENTO PERCENTUALI PROVVIGIONI LETTE DA CONTRATTO
1) si carica un contratto di vendita intestato al cliente Analogica per l'art. AHRB al quale sono legate 2 percentuali provvigioni (una per l'agente
e una per il Capoarea)
2) la combo Calcolo Provvigioni sui documenti nei parametri provvigioni è settata a Disattivato; è attivo il flag Ricalcola provvigioni
3) Si registra un documento interno privo d'intestario per n° 1 AHRB a importo unitario 1000
4) Si registra un ordine da cliente (la causale dell' ordine genera le provvigioni e ha attivo il check 'Ricalcolo Prezzi') intestato ad Analogica (al
quale è legato un agente e capoarea collegato) che importa il documento interno appena creato.
La procedura correttamente su i dati di riga inserisce il contratto di vendita e ne applica il prezzo proposto, ma nei dati provvigioni non vengono
inserite le percentuali presenti nel contratto (il problema si presenta sia sul ddt che sulla fattura).
Se la combo 'Calcolo Provvigioni su i Documenti' viene settata a 'Generazione Immediata o differita' l'anomalia non è presente e le percentuali
provvigioni lette dal contratto vengono correttamente proposte.
21-10-08
Pag. : 161
Segn. Num.: 0000006752
Tipo: Anomalia
del: 30-01-07
Argomento: 030.050 GENERAZIONE FATTURE
Oggetto: GENERAZIONE FATTURE E COMBO 'DOCUMENTI NON VALORIZZATI'
La generazione fatture differite non procede alla creazione fatture in presenza del valore 'nessuno' sulla combo 'documenti non valorizzati'
anche in presenza di DDT con sole righe valorizzate.
Segn. Num.: 0000006754
Tipo: Anomalia
del: 13-12-06
Oggetto: ERRORE SU COMBINAZIONE IVA
Premendo il bottone Combin. IVA presente all'interno dei dati di riga dei documenti si presenta il program error "Property O_MVRIFDIC is not
found".
Segn. Num.: 0000006772
Tipo: Anomalia
del: 19-01-07
DOCUMENTI A FORNITORI
Oggetto: STAMPA DOCUMENTI A FORNITORE
La stampa dei documenti a fornitore realizzati dal ciclo vendite (in assenza del modulo Acquisti) in presenza di report personalizzati inseriti su
GSAC_MDV con numeri superiori a 100, lancia la stampa dei report con lo stesso numero del programma di Output GSVE_MDV e, ove questi
non siano presenti, non stampa alcun report.
Segn. Num.: 0000006813
Tipo: Anomalia
del: 09-03-07
Oggetto: IMPORTO BOLLI DA GENERAZIONE FATTURE DIFFERITE
La generazione fatture differite non riporta il valore di bollo su importi esenti presente sui DDT di origine; il problema non si presenta nel caso in
cui il codice iva degli importi esenti sia impostato nei dati di riga.
Segn. Num.: 0000006820
Tipo: Anomalia
del: 12-03-07
Oggetto: RISTAMPA FATTURE ATTIVE CON GESTIONE RITENUTE
In seguito alla Fast patch FP50_064 e FP40_387, con cui è stato introdotto il report 'Stampa fattura verticale con ritenute subite', la funzione di
Ristampa per documenti aventi il seguente report va in errore.
Segn. Num.: 0000006865
Tipo: Anomalia
del: 22-03-07
Argomento: 030.800 FUNZIONE CARICAMENTO RAPIDO
Oggetto: EVASIONE DOCUMENTO MEDIANTE CARICAMENTO RAPIDO
Si presenta una anomalia confermando un documento che è stato creato mediante caricamento rapido di un file contenente il seriale del
documento da evadere.
Si abbia un ordine da cliente per l'articolo AHRB con quantità 10.
L'ordine viene evaso parzialmente (mediante importazione documentale) in un primo ddtve per 2 quantità, rimanendo aperto per le restanti 8.
Si procede quindi a caricare un secondo ddtve accedendo alla maschera di caricamento rapido; viene quindi letto un file di testo contenente
articolo (ahrb), quantità (6) e seriale dell'ordine da evadere (campo mvserrif). Nel maschera del caricamento rapido appaiono correttamente i
dati importati ed anche il check di saldo sulla riga. A piede appaiono gli estremi del documento evaso.
Dopo aver caricato la riga sul documento di traporto, al salvataggio appare il messaggio "Errore:riga 20 già evasa da un altro utente".
Segn. Num.: 0000006880
Tipo: Anomalia
del: 26-03-07
Oggetto: VARIAZIONE VALORE MEDIANTE IMPORTAZIONE DOCUMENTI
Si presenta una anomalia nella variazione a valore mediante importazione documentale sia nel ciclo attivo che passivo.
I Caso
Caricato Documento di trasporto successivamente importato in una fattura differita. La fattura differita viene importata in una nota credito per
variazione solo valore.Al salvataggio del documento di variazione la procedura da messaggio "impossibile determinare un documento
precedente alla catena documentale a causa della presenza di un piano fatturazione raggruppato per articolo (variazione a valore attiva)."
II caso
Si presenta anche la seguente anomalia sia sul ciclo vendite che sul ciclo acquisti.
Registrata fattura immediata di acquisto o di vendita con articolo, quantità e prezzo.
La fattura viene importata senza evasione in una nota credito per variazione valore.
Al salvataggio della nota credito appare il messaggio "errore nell'inserzione." (property w_numrif_v)
Segn. Num.: 0000006925
Tipo: Anomalia
del: 30-03-07
Argomento: 030.400 PROSPETTO DEL VENDUTO
Oggetto: STAMPA PROSPETTO DEL VENDUTO E SCONTI DI PIEDE
Nella rel. 5.0 se sono presenti sconti di piede su un documento questi non vengono considerati sul prospetto del venduto. Il valore venduto che
viene riportato in stampa è relativo al Totale merce esposto sul documento, quindi senza sconti di piede.
Es.
- si emette una fattura immediata con i seguenti dati:
art. ahrb qta. 1pz. prezzo 10€, sconto di piede nei dati generali di -5%, per cui si ottiene
- valore fiscale di riga 9,50
- totale righe 10 €
se si stampa il prospetto del venduto selezionando solo il documento sopra indicato si ottiene un valore di 10€ che non tiene conto dello sconto
di piede.
21-10-08
Pag. : 162
Se la stessa stampa (con lo stesso documento) viene effettuata sulla 4.0 si ottiene un valore di 9,50€.
Occorre allineare il funzionamento della 5.0 a quello della 4.0 a parità di condizioni (nel documento sopra indicato infatti non sono presenti
spese ripartite).
Segn. Num.: 0000006951
Tipo: Anomalia
del: 02-04-07
Oggetto: ANOMALIE NELLA RISTAMPA DOCUMENTI
Nella ristampa documenti si presentano le seguenti anomalie :
a)nella ristampa documenti (vendite/acquisti/ordini ) e nella stampa da piano di fatturazione, in presenza di risultati di stampa comprendenti un
elevato numero di documenti, alcuni documenti correttamente generati vengono stampati, per alcune parti, in pagine successive.
b)Nel caso in cui tra i documenti stampati ci siano intestatari con diverse lingue e diversi gruppi output, vengono ripetute le stampe di alcuni
documenti. In alcuni casi se ci sono clienti con lingua IT e senza gruppo e clienti con lingua IT con gruppo, i documenti relativi al cliente con il
gruppo vengano ristampati anche nel ciclo sui clienti che non hanno il gruppo. Per quanto riguarda la lingua è corretto
c) nella ristampa di un documento di trasferimento tra magazzini , quando la prima riga è una riga descrittiva , non compare più l'informazione
dei maagazzini di origni e di destinazione
Segn. Num.: 0000006968
Tipo: Anomalia
del: 10-04-07
Oggetto: STAMPA PROSPETTO DEL VENDUTO E CORRISPETTIVI
La stampa del prospetto del venduto della 5.0 non scorpora correttamente gli importi in caso di corrispettivi, ovvero riporta l'importo al lordo
dell'iva anziché al netto.
Es.
1) in data odierna si carica un corrispettivo con listino Ivato per l'articolo AHRB, 1pezzo a 100€ (nei dati generali del corrispettivo
correttamente viene riportato imponibile 83.33, imposta 16.67, totale 100)
2) se si effettua la stampa del prospetto del venduto per articolo, selezionando solo il documento al punto 1, la procedura riporta un totale
venduto pari a 100€ comprensivo quindi dell'iva (sulla 4.0 riporta correttamente 83.33 ovvero al netto).
Segn. Num.: 0000006973
Tipo: Anomalia
del: 12-04-07
Oggetto: LIQUIDAZIONE PROVVIGIONI IN VALUTA
La procedura di liquidazione provvigioni, in caso di documenti in valuta con cambi diversi, attualmente non separa le liquidazioni a livello di
cambio. La procedura deve generare liquidazioni separate, oltre alla valuta, quando il cambio è diverso.
Es.
- agente con maturazione a data fattura
- 10/04/07 fattura di vendita in Dollari (cambio 1,5), qta1, 100$, provv. agente 5% ovvero 5$
- 12/04/07 fattura di vendita in Dollari (cambio 1,7), qta1, 150$, provv. agente 5% ovvero 7,5$
- si generano le provvigioni (la manutenzione provvigioni risulta correttamente in dollari), e si procede al calcolo delle provvigioni liquidate
- la procedura genera una riga di provvigioni liquidate e come cambio viene riportato 1,5, mentre dovrebbe generare due righe di provvigioni
liquidate una con il cambio 1,5 e una con il cambio 1,7
Verificare anche la nota provvigioni attualmente viene tutto convertito al cambio indicato nella manutenzione provvigioni (1,5)
Segn. Num.: 0000006979
Tipo: Anomalia
del: 13-04-07
Oggetto: GENERAZIONE FATTURE CON CODICI IVA ESENTI SU SPESE
Si presenta una anomalia nella fatturazione differita in presenza di ddt con spese accessorie e codici iva esenti.
Per simulare la casistica occorre:
- creare 2 clienti con codice in sequenza C1 e C2, entrambi i codici clienti sono italiani e non inizializzare nessun iva.
- creare 2 ddt uno per cliente ; nel primo ddt per il cliente C1 inserire in testata un codice iva esente es. NI8 ed inserirlo anche nei dati
riepilogativi iva nel codice iva spese trasporto; caricare un ddt per C2 senza inserire nessun codice iva in testata , ma con il campo spese di
trasporto valorizzato (es. 20,66 euro)
- generando le fatture differite dei 2 ddt , nella seconda fattura (relativa al cliente C2) l'articolo mantiene il codice iva presente nel ddt ma le
spese accessorie invece vengono erroneamente associate al codice iva NI8 delle spese trasporto del primo ddt fatturato.
Nei parametri contropartite vendite non sono valorizzati i campi relativi ai codici IVA.
Segn. Num.: 0000007030
Tipo: Anomalia
del: 23-04-07
Oggetto: IMPORTAZIONE DDT
Nel caso venga importato un DDT di acquisto, con gestione progetti disattiva e causale collegata che non gestisce la commessa, in un DDTdi
vendita la visualizzazione schede movimenti non riporta il valore in visualizzazione.
Il valore viene riportato sia nel caso in cui il DDT di vendita non nasca da una importazione sia nel caso in cui il DDTdi acquisto gestisce la
gestione progetti.
Segn. Num.: 0000007160
Tipo: Anomalia
del: 21-05-07
Oggetto: LENTEZZA IN GENERAZIONE FATTURE DIFFERITE
E' necessario ottimizzare la funzione di generazione fatture differite in quanto sulla release 5.0 risulta piuttosto lenta.
21-10-08
Pag. : 163
Segn. Num.: 0000007209
Tipo: Anomalia
del: 28-05-07
Oggetto: METODO DI CALCOLO SU QUANTITÀ CONFEZIONI
Impostando un metodo di calcolo spese su quantità confezioni, non vengono calcolate correttamente le spese di trasporto se prima non
accediamo ai dati di riga per visualizzare il numero di confezione calcolate.
Esempio:
- Sulla causale DDTVE attivare il calcolo spese di trasporto ed associare il metodo di calcolo TRA2 (a quantità confezioni);
- Caricare un ddtve e movimentare un articolo per il quale siano compilati i dati tecnici (esempio CDROM);
- andare sulla scheda dati generali e fare F10, procedura emette il seguente messaggio di errore: riga documento 10 numero confezioni a zero.
Impossibile calcolare spese di trasporto";
- tornare in dati di riga: il campo confezioni indica correttamente le confezioni;
- tornare in dati generali ed eseguire nuovamente il calcolo o F10 e le spese vengono calcolate correttamente..
Segn. Num.: 0000007211
Tipo: Anomalia
del: 28-05-07
Oggetto: GENERAZIONE FATTURE CON FILTRI
Controllare i filtri in seconda pagina. In particolare il filtro sulla categoria commerciale funziona relativamente alla proposta nei dettagli dei
documenti da generare ma poi la generazione avviene per tutti gli altri documenti da generare i cui intestatari non appartengono alla categoria
filtrata.
Segn. Num.: 0000007395
Tipo: Anomalia
del: 27-06-07
Oggetto: STAMPA CORRISPETTIVI
La stampa corrispettivi realizzata con il report n° 17 (stampa ricevuta fiscale) in presenza di un corrispettivo non incassato riporta comunque il
totale del documento in corrispondenza della voce 'corrispettivo pagato'.
Segn. Num.: 0000007497
Tipo: Anomalia
del: 17-07-07
Oggetto: STAMPA PROSPETTO DEL VENDUTO E CORRISPETTIVI
Dopo la patch 167 la stampa del prospetto del venduto della 5.0 non scorpora correttamente gli importi in caso di corrispettivi, ovvero riporta
l'importo al lordo dell'iva anziché al netto se si disattiva il check "includi spese accessorie":
Es.
1) in data odierna si carica un corrispettivo con listino Ivato per l'articolo AHRB, 1pezzo a 100€ (nei dati generali del corrispettivo
correttamente viene riportato imponibile 83.33, imposta 16.67, totale 100)
2) se si effettua la stampa del prospetto del venduto per articolo, selezionando solo il documento al punto 1, disattivando il check "includi spese
accessorie" la procedura riporta un totale venduto pari a 100€ comprensivo quindi dell'iva (con il check attivo riporta correttamente 83.33
ovvero al netto).
Segn. Num.: 0000007546
Tipo: Anomalia
del: 27-07-07
Oggetto: IMPORTAZIONE RIFERIMENTO DESCRITTIVO CLIENTE
Rif. des. cliente: il controllo sull'andata a capo dovrebbe essere effettuato non al trentesimo carattere ma al quarantesimo (40 è la lunghezza di
mvdesart).
Esempio
All'interno di un ordine viene valorizzato il campo "rif. descr. clienti" indicando ad esempio la seguente dicitura "DDT N. 381 DEL 26/11/2007"
importando l'ordine in un ddt la riga di riferimento descr. clienti viene importata ma troncata dopo 30 caratteri, nella release 4.0 la dicitura
veniva indicata in modo completo.
Segn. Num.: 0000007571
Tipo: Anomalia
del: 02-08-07
Oggetto: RISTAMPA REPORT 50
Se si lancia la ristampa con il report 50 -Stampa Fattura raggruppa per articolo, compare il seguente messaggio di errore :
from (##cptmp_cvjwyaysba GSAR1BSD Inner Join ##cptmp_vnvmtkgckn OUTPUTMP on OUTPUTMP.MVSERIAL=GSAR1BSD.MVSERIAL)
where (OUTPUTMP.MVTIPDOC = 'FADIF' AND OUTPUTMP.ANCODLIN = 'IT ' AND OUTPUTMP.ANGRPDEF = 'GRU1 ')
order by
MVSERIAL,MVNUMDOC,MVALFDOC,MVDATDOC,DESRIG,CPROWORD
Connectivity error: [Microsoft][SQL Native Client][SQL Server]Il nome di colonna 'MVSERIAL' è ambiguo.
Segn. Num.: 0000007634
Tipo: Anomalia
del: 29-08-07
Oggetto: RISTAMPA DOCUMENTI CON ASSOCIATI REPORT DI PRODUZIONE
La ristampa documenti non propone i report di produzione.
Per es. se si ristampa un PRDDT relativo alla vendita di un articolo gestito a distinta base, e sulla causale oltre al report principale è presente
un report di produzione (esplosione componenti, report n. 1 e 3), questo non viene ristampato nonostante la combo 'stampa' sia valorizzata a
'tutti i report secondari'.
Non possono essere utilizzati come report da ristampare i n. 2 - 4 - 5 -6 in quanto relativi a verifiche fattibilità calcolate al momento
dell'emissione del documento. Eventualmente questi possono essere ristampati dall'apposita funzione presente nel Magazzino Produzione
(Stampa documenti di produzione).
21-10-08
Pag. : 164
Segn. Num.: 0000007650
Tipo: Anomalia
del: 03-09-07
Oggetto: ASSEGNAMENTO TRAMITE RUNTIME
Se tramite runtime si inizializza il campo MVCODICE con un codice di ricerca non gestito a quantità mettendo all'init un espressione opportuna
(es. IIF( w_CPROWORD = 10 , '0900010001' ,w_MVCODICE ) dove '0900010001' è un servizio non gestito a quantità), la quantità non viene
correttamente inizializzata e non viene messa in sola lettura come dovrebbe essere.
L'intervento consiste nell'eliminare l'inizializzazione del campo MVTIPRIG, che non deve essere eseguita in quanto il campo è già valorizzato
tramite link.
L'intervento è stato eseguito per uniformità anche su AHE, sebbene il caso segnalato per AHR non sia comunque utilizzabile (in realtà, a causa
del meccanismo di blocco sulla testata, in AHE è possibile assegnare un articolo dalla seconda riga in poi).
Segn. Num.: 0000007817
Tipo: Anomalia
del: 03-10-07
Oggetto: APPLICAZIONE LETTERA D'INTENTO IN FATTURA DIFFERITA PER ORDINI APERTI
Occorre gestire il caso in cui la fattura differita non provenga da documento di trasporto ma da ordini aperti e siano presenti delle lettere
d'intento valide alla data del piano (e non necessariamente alla data dell'ordine aperto)
Attualmente la procedura di generazione fattura differita da ordini aperti ha lo stesso comportamento della fatturazione da ddtve per cui se nel
documento di origine non è presente una lettera d'intento caricata successivamente ma con data inizio validità comprendente il documento di
origine , allora nella fattura differita non viene applicata e al termine appare un report di warning riportante la frase: " Alla data del documento
DDTVE n. 12 del 01/10/2007 esiste una lettera di intento valida. Controllare se è stata inserita successivamente o se è stata eliminata
manualmente dallo stesso".
In presenza di fatturazione differita da ordini aperti invece la procedura deve applicare l' eventuale lettera d'intento valida alla data della fattura
anche se, eventualmente, la data di inizio validità non copre la data dell'ordine aperto.
INTERVENTO
La procedura, in fase di generazione fattura differita, applica sempre la lettera d'intento valida alla data della fattura quando il documento di
origine è un ordine aperto , un ordine oppure un documento interno.
L'unica eccezione si ha quando nell'ordine aperto è stata applicata una lettera d'intento e quando si genera la fattura questa lettera d'intento
risulta essere ancora valida.
Inoltre se nella causale è attivo il check aggiorna lettere d'intento, in fase di generazione fatture viene controllato l'importo totale definito nella
lettera d'intento: in caso di superamento di tale limite la procedura blocca la generazione delle fatture.
Viene dato un solo messaggio di warning quando la lettera d'intento è del tipo "Operazione specifica".
Segn. Num.: 0000007932
Tipo: Anomalia
del: 06-11-07
Oggetto: ERRORE STAMPA FATTURE
Quando si lancia la stampa di una fattura (che contiene gsve_fat.vqr) compare il messaggio di errore
21,1,2,3,99
Errore :Connectivity errore [Oracle][ODBC][Ora]ORA-01445 : impossibile selezionare ROWID da una vista join, o effettuare il campionamento
di una vista join, senza una tabella con mantenimento delle chiavi
Segn. Num.: 0000007940
Tipo: Anomalia
del: 09-11-07
Oggetto: INSERIMENTO AGENTE DA SEDE DI CONSEGNA
In fase di inserimento di un documento di vendita, se inserisco un cliente che ha una destinazione di consegna con agente diverso dall'agente
impostato in anagrafica cliente, il programma propone la domanda: "Vuoi aggiornare il codice agente con quello associato alla sede di
destinazione?" Sia rispondendo SI che NO viene sempre aggiornato l'agente con quello presente nella sede. Rispondendo NO deve essere
inserito l'agente presente in anagrafica cliente.
Segn. Num.: 0000007970
Tipo: Anomalia
del: 19-11-07
Oggetto: RIPARTIZIONE SPESE ACCESSORIE E SCONTI FORZATI SU RIGHE NEGATIVE
E' necessario modificare la ripartizione delle spese/sconti forzati sulle righe documento al fine di escludere da tale ripartizione le righe a valore
negativo.
La stessa modifica deve essere eseguita nella stampa prospetto del venduto.
Esempio:
RIGA 1 articolo XXX quantità 1 e prezzo -29 valore fiscale di riga = -29
RIGA 2 articolo YYY quantità 1 e prezzo 30 valore fiscale di riga = 30
Inserita una spesa accessoria di 10 € da ripartire sulle righe articolo (check "ripartisci" attivato).
Il valore fiscale delle righe viene così ricalcolato:
RIGA 1 valore fiscale = -319
RIGA 2 valore fiscale = 330
secondo la formula: valore da ripartire x valore di riga / totale documento
quindi: 10 x -29 / 1 = - 290 che sommati a -29 del valore di riga da un totale di -319
21-10-08
Pag. : 165
La ripartizione deve essere eseguita solo sulla riga positiva, quindi:
RIGA 1 valore fiscale = -29
RIGA 2 valore fiscale = 40
La riga negativa non deve essere considerata nemmeno nel totale documento, quindi: 10 x 30 / 30 = 10 che sommato alla riga 30 da un totale
di € 40.
****
Altro esempio:
- si crea un nuovo cliente
- si crea un nuovo servizio a quantità e valore "SERV"
Si registra la seguente fattura (FATAC)
- fattura intestata al nuovo cliente
- articolo AHRINTRA qta. 1 prezzo 82,16 - sconti di riga -62% -5%, iva 20% (netto riga € 29,66)
- servizio SERV qta. 1 prezzo in negativo -29,65, iva 20% (netto riga € -29,65)
- nei dati generali si inseriscono le spese di trasporto pari a € 16, totale generale del documento è pari a € 19,21
- si salva e si stampa il prospetto del venduto (qualsiasi stampa per articolo, ma anche per cliente) selezionando:
il solo servizio SERV e mettendo il check "includi spese accessorie"
La stampa riporta un valore errato pari a -47.469,65€
Segn. Num.: 0000007975
Tipo: Anomalia
del: 22-11-07
Oggetto: STAMPA DDT INEVASI
La stampa ddt inevasi non evidenzia le righe a valore evase parzialmente.
Segn. Num.: 0000008031
Tipo: Anomalia
del: 04-12-07
Oggetto: IMPOSSIBILE CANCELLARE UN ORDINE IMPORTATO E NON EVASO
La procedura non permette di cancellare un ordine importato in un documento successivo anche se è attivo il check "No evasione".
--caricamento di un ordine (l' ordine deve disporre di almento una riga di tipo servizio descrittivo).
--importazione dell' ordine nel ddt senza evadere l' ordine. (quindi nella causale del ddt, è presente ordcl nelle origini con il flag "no evasione"
-- se si prova a cancellare l' ordine, la procedura visualizza un messaggio di errore e non permette di cancellare l' ordine.
L'ordine non risulta evaso nel ddt, quindi la procedura dovrebbe permettere di cancellarlo, così come avveniva nelle precedenti release.
Segn. Num.: 0000008039
Tipo: Anomalia
del: 05-12-07
Oggetto: CLIENTI CON PER CONTO DI...
Se nei dati azienda è disattivato il check "gestione per conto di..." e nell'anagrafica cliente viene impostato un Per conto di... di default non
viene valorizzato il codice listino sul documento di vendita.
Esempio:
- Gestione Per conto di... disabilitata nei dati azienda, "Consegna per conto di" abilitato;
- Cliente ANALOGICA con listino BASE, codice pagamento RID30 e campo per conto di... valorizzato con un altro cliente es. BIANCHI;
- Cliente BIANCHI con listino CLIEN, codice pagamento RB3 e campo per conto di.. non valorizzato in anagrafica;
- Causale documento senza codice listino valorizzato;
- Inserita una fattura per ANALOGICA, non viene riportato il codice listino, mentre viene correttamente riportato il codice pagamento e non è
visibile il Per conto di... in quanto disabilitato nei dati azienda.
E' necessario valorizzare il codice listino del cliente intestatario del documento.
Segn. Num.: 0000008050
Tipo: Anomalia
del: 07-12-07
Oggetto: STAMPA DOCUMENTI IN LINGUA
Se viene creato un nuovo report in lingua (es. INGLESE) mettendo il codice lingua all'interno del report e questo report viene associato alla
causale documento come report personalizzato la procedura non riconosce che si tratta di un report creato nella stessa lingua del cliente e
cerca di tradurlo nuovamente salvandolo nella cartella TEMP della postazione.
Esempio:
- creare un nuovo report con numero 100;
- all'interno del report indicare come lingua del report ENG (INGLESE);
- associare il report alla causale documento;
- inserire il cliente con lingua INGLESE;
- nella stampa del documento la procedura non dovrebbe eseguire la traduzione in quanto la lingua del report coincide con la lingua del cliente.
Ora invece non viene riconosciuto che è in lingua inglese e la procedura cerca nuovamente di tradurlo salvandolo nella cartella TEMP.
Segn. Num.: 0000008100
Tipo: Anomalia
del: 04-01-08
Oggetto: MANCATA RIVALORIZZAZIONE DOCUMENTI DI TRASPORTO
Si verifica la seguente anomalia; per simulare:
1) si carica un DDT di vendita intestato a Bianchi di una riga articolo a importo unitario 0
2) si carica un contratto di vendita per quell' articolo verso il cliente Bianchi
21-10-08
Pag. : 166
2) si fattura il DDT da Generazione Fatture Differite (sulla causale della fattura è presente il check 'Ricalcolo prezzi'), correttamente la
procedura applica il prezzo del contratto sulla riga articolo della fattura differita.
Il DDT non viene rivalorizzato dalla fattura generata
In caso d'importazione documentale utilizzando la stessa causale fattura la rivalorizzazione del DDT avviene correttamente
***************************
La rivalorizzazione NON avviene in caso di raggruppamento per articolo nella Generazione Fatture Differite.
Segn. Num.: 0000008151
Tipo: Anomalia
del: 22-01-08
Oggetto: CODICI IVA SPESE ACCESSORIE SU DDT DI VENDITA
Si verifica questa anomalia:
si inseriscono 2 documenti di trasporto del tutto identici per lo stesso cliente con lettera d'intento valida, che ha il tipo di fatturazione
riepilogativa.
Nei parametri vendite non esiste alcun codice iva relativamente alle spese accessorie.
Si modifica il secondo DDT registrato spostando la data del documento di un giorno in avanti, sul DDT modificato la procedura valorizza (senza
fornire alcun avviso) tutti i codici iva relativi alle spese accessorie con quello della lettera d'intento (precedentemente alla modifica, tali campi
erano privi di alcun codice iva) .
Se si realizza un nuovo piano di fatturazione i 2 DDT originariamente identici non vengono raggruppati nell' unica fattura differita.
Segn. Num.: 0000008161
Tipo: Anomalia
del: 23-01-08
Oggetto: SPESE BOLLI SU IMPORTI ESENTI
La procedura non elabora correttamente le spese bolli su importi esenti (inserisce un importo negativo) se nei parametri vendite è assente il
codice iva sulla contropartita 'rivalsa bolli'.
Per simulare si realizzi una fattura di vendita sulla quale insiste un codice iva esente e conseguente calcolo bolli; verificare i dati incongruenti
nei dati generali.
================
Inseriti i seguenti nuovi messaggi bloccanti:
"Codice IVA spese bolli non definito: inserirlo nei parametri vendite";
"Codice IVA cauzione non definito: inserirlo nei parametri vendite".
Segn. Num.: 0000008203
Tipo: Anomalia
del: 05-02-08
Argomento: 030.300 ARCHIVI VENDITE
Oggetto: LA COMBOBOX TIPO REPORT SI SBIANCA SELEZIONANDO ALCUNI VALORI
Nelle causali documento , cartella report , non viene correttamnte visualizzato il valore delle combo tipo report quando seleziono Produzione e
produzione principale
Segn. Num.: 0000008241
Tipo: Anomalia
del: 19-02-08
FATTURE
Oggetto: STAMPA FATTURE REPORT N° 50
Lanciando la stampa fatture con il report n° 50 (Fattura raggruppata per articolo) esce un 'Errore eseguendo la query' e la stampa non viene
portata a termine.
Segn. Num.: 0000008272
Tipo: Anomalia
del: 28-02-08
Oggetto: PROSPETTO DEL VENDUTO
Successivamente al rilascio della fast patch 126 su release 5.0 relativa alla correzione di errore E6587 (sconti di piede sempre inclusi in
prospetto), in caso siano presenti spese accessorie sul documento e si voglia fare la stampa prospetto del venduto con spese accessorie
incluse, la procedura sembrerebbe calcolare lo sconto di piede sulle spese accessorie e poi maggiorarle al totale venduto. Esempio:
emissione FAVIT con ahrb q 1 e prezzo 100 - sconto di piede 10 e spese di trasporto 3
il valore di riga sarà 90 e il totale documento 93
stampa prospetto del venduto solo per quel documento senza spese accessorie: totale venduto = 90
stampa prospetto del venduto solo per quel documento CON spese accessorie: totale venduto = 93,33 (invece di 93,00)
*************************************************************************************************************************************************
Nella stampa del prospetto del venduto, occorre effettuare la ripartizione degli sconti di piede (in presenza di spese accessorie) sulle righe
documento secondo la presente formula:
(NETTO DI RIGA - SCONTI DI PIEDE RIPARTITI) + [SPESE DA RIPARTIRE X (NETTO DI RIGA - SCONTI DI PIEDE RIPARTITI) / (TOTALE
RIGHE DOCUMENTO POSITIVE - TOTALE SCONTI DI PIEDE)]
Segn. Num.: 0000008283
Tipo: Anomalia
del: 04-03-08
Oggetto: STAMPA DOCUMENTI CON SEDE DI SPEDIZIONE
Si presenta una anomalia nella stampa delle fatture (stampa numero 2 Stampa fatture) nel caso in cui si debba stampare anche la destinazione
della merce (cliente con fatturazione per Destinazione o Ordine + destinazione).
In tal caso infatti non viene riportata correttamente la provincia e la nazione della sede di consegna presente sulla fattura stessa.
Il problema è dovuto alla non corretta valorizzazione delle variabili NAZION e PROVIN presenti sul report che inatti hanno un Initial Value a
zero.
21-10-08
Pag. : 167
Segn. Num.: 0000008285
Tipo: Anomalia
del: 04-03-08
Oggetto: NUMERAZIONE DOCUMENTI
Dopo l'aggiornamento AHR_R050000_F0312_M0000004580 la numerazione di riga delle fatture generate non cambia al variare della fattura
ma prosegue nelle diverse fatture contenute nel piano.
Segn. Num.: 0000008294
Tipo: Anomalia
del: 06-03-08
Oggetto: ULTIMI COSTI PREZZI
Nella visualizzazione degli ultimo costi/prezzi nel caso in cui il documento di origine sia in dollari e l'ultimo costo/prezzi in un altra valuta la
visualizzazione del documento deve essere espresso nella valuta del documento (dollari).
La procedura effettua un calcolo errato nel caso in cui la valuta di conto non sia Euro.
Segn. Num.: 0000008340
Tipo: Anomalia
del: 27-03-08
Oggetto: STAMPA E TRADUZIONE DOCUMENTI
Se viene creato un nuovo report in lingua (es. INGLESE) mettendo il codice lingua all'interno del report e questo report viene salvato nella
custom mantendo nella causale il report standard in inglese la procedura non riconosce che si tratta di un report creato nella stessa lingua del
cliente e cerca di tradurlo nuovamente salvandolo nella cartella TEMP della postazione.
Esempio:
- salvare il report tradotto nella custom/azienda con lo stesso nome del report standard in inglese(es.62);
- all'interno del report indicare come lingua del report ENG (INGLESE);
- nella causale documento indicare con il filtro sulla lingua il report standard (es.62);
- inserire il cliente con lingua INGLESE;
- nella stampa del documento la procedura non dovrebbe eseguire la traduzione in quanto la lingua del report coincide con la lingua del cliente.
Ora invece non viene riconosciuto che è in lingua inglese e la procedura cerca nuovamente di tradurlo salvandolo nella cartella TEMP.
Segn. Num.: 0000008373
Tipo: Anomalia
del: 07-04-08
Oggetto: FATTURA CON FORNITORE CON SCORPORO E SPESE ACCESSORIE
Viene caricata una fattura per un fornitore con flag su scorporo piede fattura. Vengono inserite due righe articolo con codice iva 4%.
Vengono anche inserite delle spese di trasporto e specificato un codice iva del 20% . Nel calcolo del valore fiscale le spese non vengono più
ripartite.
Segn. Num.: 0000008431
Tipo: Anomalia
del: 28-04-08
Oggetto: APPLICAZIONE TRADUZIONE AI CODICI ARTICOLI PRESENTI NEL CAR. RAP.
Si presenta una anomalia nel caricamento rapido nel caso in cui i codici presenti nella maschera prevedano una traduzione in lingua. In tal
caso infatti la traduzione in lingua non viene applicata.
Esempio: articolo TEST1 che prevede nel codice di ricerca interno scheda Traduzione una descrizione per la lingua Inglese.
Si carica un documento di trasporto per un cliente estero che ha associata la lingua inglese. Se l'articolo TEST1 viene inserito direttamente
sulla riga del documento viene subito applicata, per la descrizione, la traduzione in lingua. Se invece l'articolo viene inserito attraverso il
caricamento rapido allora, alla pressione del pulsante carica, non viene applicata la traduzione in lingua riportanto la descrizione quanto
previsto nell'anagrafica dell'articolo e non la traduzione.
Segn. Num.: 0000008522
Tipo: Anomalia
del: 30-05-08
CONTRATTI DI VENDITA
Oggetto: ERRORE NEI CONTRATTI DI VENDITA CON L' ATTIVAZIONE DELL' IVA INCLUSA
La procedura non permette il salvataggio di contratti di vendita per categoria commerciale con iva inclusa.
Esempio si carica un contratto di vendita inserendo la categoria commerciale e attivando il flag IVA inclusa, la procedura al salvataggio del
contratto rilascia il seguente messaggio di errore " Impossibile salvare il contratto ! Incongruenza tra il check Scorporo piede fattura e il check
IVA incluso ( Lordo ) " impedendo quindi il salvataggio dello stesso contratto.
Segn. Num.: 0000008555
Tipo: Anomalia
del: 12-06-08
Oggetto: ERRORE CONTROLLO DISPONIBILITÀ SULL'ARTICOLO ALTERNATIVO
Se in fase di caricamento di un documento di vendita, si inserice un articolo con disponibilità negativa per il quale nell'anagrafica è presente un
articolo alternativo la procedura correttamente visualizza a video la domanda 'Seleziono articolo sostitutivo?', rispondendo di Si sul documento
viene inserito l'articolo alternativo ma se successivamente si tenta di salvare il documento la procedura non lo permette e visualizza a video il
seguente messaggio: 'Riga a disponibilità negativa', anche se la disponibilità inerente a questo articolo non giustifica tale messaggio.
Segn. Num.: 0000008609
Tipo: Anomalia
del: 18-06-08
Oggetto: STAMPA BROGLIACCIO DOCUMENTI
Nel caso in cui si abbia una diversa collation tra database e tempdb si verifica un errore al momento della stampa
Segn. Num.: 0000008674
Tipo: Anomalia
del: 10-07-08
Oggetto: STAMPA PROSPETTO DEL VENDUTO E FILTRO SU VETTORE
La stampa del prospetto del venduto (report Venduto per vettore e dettagliato per documento) lanciata con filtro su un particolare codice
Vettore, restituisce anche vendite legate ad altri codici vettore allorche su queste vendite (quelle erroneamente indicate), sia stato inserito altro
soggetto sul campo 'Per conto di' presente nei dati di spedizione ed altro vettore.
21-10-08
Pag. : 168
Segn. Num.: 0000008726
Tipo: Anomalia
del: 23-07-08
CONTRATTI DI VENDITA
Oggetto: ERRATA APPLICAZIONE SCAGLIONE CONTRATTO DI VENDITA
Non viene applicato correttamente il listino per 1a UM nel caso in cui vi sia un contratto a scaglioni per gruppo merceologico e non vi sia lo
scaglione con quantità "oltre".
Es.: caricato per il cliente CED un contratto di vendita a scaglioni per gruppo merceologico (es. HARD; 20 pz. 150€; 30 pz. 100 €).
Sull' articolo CHIAVE USB 2.0 - 8 G (degli archivi demo, appartenente al gruppo merceologico HARD) impostata la combo box applica prezzo
valido per unità di misura: converti.
Caricando un DDTVE per il cliente CED per l'articolo in oggetto, quando si inserisce una quantità superiore a quella gestita nel contratto,
anziché applicare il listino valido dell' articolo appare il messaggio: nuovo prezzo XXX (sbagliato) calcolato da contratto; inoltre, nei dati di riga,
appare ancora il contratto (che non deve essere applicato in quanto siamo in uno scaglione che non lo comprende).
Segn. Num.: 0000008760
Tipo: Anomalia
del: 01-08-08
Oggetto: REPORT DI STAMPA N. 52 'STAMPA DOCUMENTO DI TRASPORTO LOTTI'
Si verifica un'anomalia nel caso in cui il documento di trasporto sia intestato ad un cliente con attivo in anagrafica il check 'Prezzi in ddt/bolle' e
si utilizzi per la stampa del documento il report n. 52 'Stampa documento di trasporto lotti'.
Premendo F2 sul documento viene visualizzata correttamente a video la print system ma se viene premuto il pulsante relativo all'anteprima
questa non viene aperta e viene visualizzato a video il seguente messaggio: ' Errore nell'eseguzione del report. Variabile 'mvfloma' is not
found'.
Segn. Num.: 0000008797
Tipo: Anomalia
del: 01-09-08
Oggetto: CALCOLO NETTO DI RIGA IN CASI PARTICOLARI.
Si presenta una anomalia nel calcolo del netto di riga in alcune situazioni particolari a causa delle modalità di arrotondamento.
Nei dati Azienda scheda Magazzino la combo Calcolo del netto riga è impostata a "(Prz - sconti) * qta" e "Arrotonda sconto".
Si abbia ad esempio un prezzo unitario di 1,90 con sconto unitario di -5%.
Lo sconto dovrebbe essere 1,90 * 5%=0.095, che arrotondato a 2 decimali dovrebbe resitutire 0.10.
Il netto riga dovrebbe quindi risultare 1.90 - 0.10=1.80.
Da gestionale invece il valore è 1.81.
Note intervento
E' un problema legato al tipo float in Visual Fox Pro. L'espressione utilizzata nella funzione, sebbene formalmente corretta, era poco robusta
lato calcolo numerico. Essa infatti operava varie divisioni, ognuna di queste portava VFP ad avere sempre più decimali in memoria alzando la
probabilità di ottenere come risultato della divisione un numero non preciso (float).
L'intervento non ha fatto altro che ridurre le divisioni ad una sola al termine del calcolo, quindi con il numero più grosso possibile.
Segn. Num.: 0000008817
Tipo: Anomalia
del: 09-09-08
Oggetto: ERRATA VISUALIZZAZIONE IMPORTI
All'interno del bottone ultimi costi fornitori la visualizzazione dell'ultimo costo a fornitore è errato.il problema è presente anche nelle offerte
Es. l'importo visualizzato è € 1500000000,000000 invece di € 1500,00000
Segn. Num.: 0000008878
Tipo: Anomalia
del: 08-10-08
Oggetto: DOCUMENTO SENZA RIGHE DI DETTAGLIO
La procedura permette di confermare una fattura senza righe di dettaglio nel seguente caso :
- si carica una FAVIT per un articolo che prevede sia il contributo Raee e Conai e si conserma il documento .
- si entra in modifica della FAVIT e posizionandosi sulla riga articolo si schiaccia il bottone F6.
La procedura a questo punto elimina tutte le righe (quella dell'articolo e dei contributi RAEE e Conai ) e l'utente riesce a confermare il
documento senza righe di dettaglio
Segn. Num.: 0000004028
Tipo: Miglioria
del: 09-05-05
Oggetto: GESTIONE "RICALCOLO PREZZI" IN GENERAZIONE FATTURE DIFFERITE
Gestire il ricalcolo prezzi (check presente sulle causali documenti) anche sulla Generazione fatture differite. Attualmente il check viene utilizzato
solo per i documenti importati manualmente, però potrebbe essere utile anche in generazione fatture nel caso in cui sul documento di trasporto
non vengono indicati prezzi e sconti e si vogliono applicare le condizioni valide alla generazione della fattura differita.
Il funzionamento deve essere garantito anche nel caso di generazione fatture da ordini aperti.
Segn. Num.: 0000004033
Tipo: Miglioria
del: 06-12-06
Oggetto: FATTURAZIONE DDT CON ACCONTI PARI AL TOTALE DOCUMENTO
Nel caso in cui siano presenti piu' documenti di trasporto che contengono acconti contestuali il cui importo e pari al totale di ogni singolo ddt e
sconti di piede, in fase di generazione fatture differite (da generazione fatture differite oppure da importazione manuale) l'importo presente nel
campo "acconti precedenti" ed il totale della fattura differita può NON coincidere per alcuni centesimi.
I valori sono entrambi corretti, non coincidono per effetto del ricalcolo dello sconto di piede documento, quindi è necessario sistemare il totale
indicando un arrotondamento oppure uno sconto finanziario.
INTERVENTO
21-10-08
Pag. : 169
Sono stati aggiunti due campi nelle causali documento di vendita visibili solo se la causale ha il check Fattura Differita attivo.
Tali campi sono l'importo minimo fatturabile e la valuta.
Tali campi verranno riletti sulla anagrafica del piano di fatturazione dove possono essere modificati
Nel caso in cui nella fattura generata il totale meno gli acconti precedenti indichino un valore minore dell'importo minimo fatturabile, il valore
rimanente viene inserito nello sconto finanziaro attivando il check forza sconto.
La contabilizzazione funziona già ed utilizza gli abbuoni attivi o passivi.
Segn. Num.: 0000004111
Tipo: Miglioria
del: 19-03-07
Oggetto: LETTURA MATRICOLE CON PENNA OTTICA DENSO BHT 8000
Aggiungere la possibilità di leggere il codice matricola con la penna ottica Denso BHT 8000 in modo da leggere, oltre al codice articolo già
gestito anche il codice matricola.
Inoltre, se in fase di caricamento rapido il codice lotto e il codice matricola non esistono in Ahr, la procedura dovrebbe provvedere a crearli alla
conferma del caricamento.
Segn. Num.: 0000004144
Tipo: Miglioria
del: 03-04-07
Oggetto: MODIFICA LETTERA INTENTO CONTROLLO LETTERA IN IMPORTAZIONE DOCUMENTALE
Prevedere la possibilità di associare una lettera d'intento ad un documento già emesso oppure di modificare la lettera già associata con un'altra
associata allo stesso cliente.
A tal proposito inserire un pulsante di testata che permetta di selezionare\modficare la lettera.
La lettera d'intento deve essere modificabile anche se il documento è stato evaso totalmente o parzialmente
Inoltre se il documenti di origine ha una lettera di intento valida per operazione specifica allora in fase di importazione deve apparire un
messagio che avvisa che la lettera verrà mantenuta anche nel documento di destinazione con possibilità sul documento di destinazione stesso
di modifcarla.
Segn. Num.: 0000004263
Tipo: Miglioria
del: 28-05-07
Oggetto: STAMPE IN MULTIREPORT
Occorre gestire il caso in cui all' interno di un unica sessione di stampa (multireport) siano riepilogati report in orizzontale e verticale;
attualmente l' anteprima di stampa (e conseguentemente la stampa) mantengono il layout del primo report anche sui successivi.
Segn. Num.: 0000004453
Tipo: Miglioria
del: 13-09-07
Oggetto: BOTTONE ULTIMI COSTI/ULTIMI PREZZI
Fare in modo che la visualizzazione ultimi costi/prezzi (bottoni presenti sui documenti) prenda in considerazione l'intervallo di date impostato nei
Filtri date registrazione (menu azienda) per mostrare i valori. Attualmente la procedura prende in considerazione tutti i movimenti di
vendita/acquisto avvenuti entro un anno prima della data documento.
In questo modo l'utente può definire liberamente i criteri di ricerca dei documenti da considerare.
Segn. Num.: 0000004460
Tipo: Miglioria
del: 18-09-07
Oggetto: MODIFICA DOCUMENTI CHE MOVIMENTANO IL RISERVATO
Consentire la modifica di documenti evasi parzialmente che movimentano il riservato e che hanno spese accessorie ripartite.
Es.
1 si carica un documento interno dalle con causale di magazzino che movimenta il riservato
- si indicano due righe articolo es. ahrb e ahrintra
- nella pagina dati generali si specificano le spese di trasporto che devono essere ripartite
2 si emette una fattura immediata e si importa il documento del punto 1, importando ed evadendo solo la prima riga dell'articolo AHRB
3 tornando sul documento interno in modifica e tentando di modificare la seconda riga (AHRINTRA) la procedura restituisce un messaggio che
impedisce il salvataggio perché ci sono spese ripartite
- sitemare il messagio finale in quanto indica che è presente una commessa anche se la commessa non è specificata
- consentire la modifica del documento quanto la causale movimenta il riservato
Segn. Num.: 0000004716
Tipo: Miglioria
del: 10-01-08
Oggetto: APERTURA DOCUMENTO FILTRATO SU CAUSALE
E' utile poter disporre di una chiamata alla gestione documenti per poterli aprire in modo parametrico su di una casuale specifica. Se aperti in
questo modo la gestione deve cambiare il titolo utilizzando la descrizione della causale documento ricevuta come parametro, deve precaricare
tale causale in carica, non deve mostrare la causale e relativia descrizione sulla gestione, deve filtrare sull'elenco solo quella causale ed infine
non deve permettere attraverso il filto la selezione di altri documenti con causale differente
21-10-08
Pag. : 170
Segn. Num.: 0000004731
Tipo: Miglioria
del: 17-01-08
Oggetto: RICALCOLA PREZZI SU CAUSALE DOCUMENTO DI ORIGINE
Prevedere l'aggiunta di un check "Ricalcola prezzi" sulle causali documenti di origine in modo da definire su quale tipologia di documento
importato vogliamo ricalcolare i prezzi.
Attualmente la procedura ricalcola sempre i prezzi (se previsto sulla causale di destintazione) indipendentemente dal documento di origine
selezionato.
Questa funzionalità risulta utile nel caso in cui abbiamo ad esempio due causali ordini (ORDC1 e ORDC2), la prima con prezzi di listino che
non devono essere ricalcolati e la seconda ha condizioni di vendita che devono essere sempre ricalcolate al momento dell'importazione.
Importando questi due documenti in un DDT che ha attivo il check di ricalcolo prezzi , il ricalcolo deve essere fatto solo per la seconda causale
documento ORDC2.
Per fare ciò è stato aggiunto un nuovo check nel dettaglio delle origini delle causali documento:
Ricalcola (No); se il check è attivo la procedura non esegue il ricalcolo dei prezzi per quella tipologia di documento di origine.
Segn. Num.: 0000004833
Tipo: Miglioria
del: 03-03-08
Oggetto: IMPORTAZIONE RIPETUTA DELLO STESSO DOCUMENTO E SPESE ACCESSORIE
In presenza di importazione ripetuta dello stesso documento ( sia nel caso di importazione della stessa riga del documento di origine sia nel
caso di importazione di righe diverse dello stesso documento) le spese accessorie devono essere importate una sola volta e non tante volte
quante sono le importazioni del documento.
Esempio: ORDCL con 2 righe articolo con quantità x e prezzo y e spese accessorie di 100.
Si carica un DDTVE importando inizialmente solo la prima riga; la procedura avvisa con il messaggio " Documento con spese accessorie
importato parziamente"; le spese accessorie vengono valorizzate nel documento di destinazione con 100. Se si importa la seconda riga le
spese accessorie vengono importate nuovamente.
Occorre invece fare in modo che se una riga di un documento è già stato importata (ad evasione totale o parziale) allora l'importazione della
stessa riga a saldo o di un'altra riga dello stesso documento non importi nuovamente le spese accessorie.
Segn. Num.: 0000004847
Tipo: Miglioria
del: 13-03-08
Nella ricostruzione saldi si verifica la seguente anomalia (database sql e oracle):
Si carica un ordine a cliente con due righe articolo; si evade la prima riga mediante importazione manuale mentre la seconda mediante la
funzione di Evasione righe documento (presente nel menu sistema).
Il secondo articolo non ha la quantità impegnata uguale a a zero.
Si lancia la ricostruzione saldi che provvede ad azzerare tale quantità.
Si replica la casistica descritta precedentemente, la ricostruzione saldi non aggiorna più l'impegnato.
Segn. Num.: 0000004890
Tipo: Miglioria
del: 14-04-08
Oggetto: CARICAMENTO RAPIDO
Dare la possibilità di leggere, con l'utilizzo di penne ottiche, codici di ricerca di tipo EAN a peso\prezzo variabile.
Segn. Num.: 0000005031
Tipo: Miglioria
del: 30-06-08
Oggetto: CONTROLLO DISPONIBILITÀ FISICA IN VARIAZIONE DOCUMENTO PER NUOVE RIGHE
Attualmente il controllo della disponibilità fisica su documenti di scarico opera nel seguente modo:
- in caricamento del documento il controllo opera su ciascuna riga quindi prima di caricare una riga nuova si riceve eventualmente il messaggio
di disponibilità articolo negativa
- in modifica del documento il controllo sia sulle righe articolo nuove che su quelle esistenti ( e modificate nella quantità) opera solo al
salvataggio del documento.
La richiesta è quella di effettuare il controllo sulla riga articolo per ciascuna riga nuova inserita con il documento in modifica.
Segn. Num.: 0000005114
Tipo: Miglioria
del: 26-07-08
Oggetto: VELOCIZZARE LA FUNZIONE SELEZIONA TUTTI IN IMPORT DOCUMENTI
La funzione di seleziona / deseleziona tutti relativa all'elenco di sinistra (elenco documenti) se attivata su molti documenti può risultare
particolarmente lenta.
Segn. Num.: 0000005124
Tipo: Miglioria
del: 30-07-08
Oggetto: IMPORTAZIONE DOCUMENTI E VALORIZZAZIONE CAMPO 'SPEDIRE A'
Si presenta un'anomalia nella valorizzazione del campo "Spedire a" sulla schede 'spedizioni' nella seguente casistica:
- si carica un ordine intestato a Rossi con sede di destinazione 001;
- si carica un secondo ordine intestato a Rossi con sede di destinazione 002;
- si importa in un documento di trasporto il primo ordine, in questo caso la scheda spedizioni è valorizzata correttamente con la sede 001;
21-10-08
Pag. : 171
- prima di salvare il documento si elimina la riga relativa all'ordine importato con F6, la riga viene correttamente eliminata ma i dati importati
sulla scheda spedizioni relativi a questo ordine non vengo eliminati. Questo comporta che se successivamente all'eliminazione del primo ordine
sul documento si importa il secondo ordine per questo la scheda spedizione rimane valorizzata con la sede 001 e non viene aggiornata con la
sede presente sull'ordine 002.
INTERVENTO
Solo in caricamento di un documento e solo quando il dettaglio delle righe è vuoto, nella maschera di import documenti visualizzare una combo
con le seguenti opzioni:
- Forza dati del documento di origine
- Mantieni dati del documento attuale
La prima opzione permette di modificare i dati (di pagamento, di consegna) presenti sul documento di destinazione con quelli presenti sul primo
documento di origine selezionato.
La seconda garantisce il comportamento attualmente presente.
21-10-08
Pag. : 172
Modulo VENDITE FUNZIONI AVANZATE
Segn. Num.: 0000006743
Tipo: Anomalia
del: 09-01-07
Argomento: 070.030 E.D.I.
Oggetto: ARCHIVIO STRUTTURE, ENTITÀ, ELEMENTI
- Se viene caricata ex-novo una struttura EDI (partendo ovviamente dal codice struttura) se viene selezionato un elemento radice inesistente
dovrebbe comparire il messaggio "Elemento inesistente oppure non di tipo Fisso o Variabile". Allo stato attuale compare un messaggio che fa
riferimento a tipologia Gruppo o Tag (ovvero tipologie inesistenti).
- Lo stato della struttura appena inserisco un nuovo codice è <Confermata>. Dovrebbe essere <Provvisoria>.
- l'eventuale segno di un valore numerico viene inserito dopo il riempimento con zeri (es: 000000-12,65). Deve essere inserito sempre prima
(es: -00000012,65)
- Per l'inserimento dei caratteri di riempimento e, in ogni caso, per rispettare la lunghezza definita sull'elemento tenere sempre conto
dell'eventuale spazio occupato dai separatori (tra parte intera e decimale sui numerici). Allo stato attuale si presenta qualche problema solo nel
caso in cui venga forzato il segno + (mediante apposita combo box): non viene effettuato lo zero filling fino alla prima cifra intera del numero,
ma vengono lasciati degli spazi bianchi in base alla maschera.
Esempio:
Importo --> -12,65
Maschera --> 99999.999
Lunghezza --> 20
Forzato il segno a +
sul file si ottiene il seguente risultato
0000000000+ 12,650
invece di
+000000000000012,650
Segn. Num.: 0000006770
Tipo: Anomalia
del: 14-12-06
Argomento: 070.010 GESTIONE IMBALLI E CAUZIONI
Oggetto: REPORT DI STAMPA 70/71 SU DB2 E ORACLE
I report di stampa 70 e 71 (Stampa Documento di trasporto/fattura con imballi) vanno in errore utilizzando un gestore di database di tipo Db2 o
Oracle.
Segn. Num.: 0000007268
Tipo: Anomalia
del: 07-06-07
Argomento: 070.040 KIT COMMERCIALI
Oggetto: ERRORE AL SALVATAGGIO DI UN NUOVO KIT
Inserendo un nuovo codice kit si riceve il messaggio Unknown member OUTDC_1_6
Segn. Num.: 0000007302
Tipo: Anomalia
del: 12-06-07
Oggetto: ASSOCIAZIONE KIT IMBALLO IN ANAGRAFICA ARTICOLO
Si presentano i seguenti problemi nelle associazioni di kit imballo nelle anagrafiche articoli, con il modulo Vendite Funzione avanzate attivato:
1- Se il Magazzino Produzione è attivo ma non è attivo il P.o.s. non si riesce ad associare in anagrafica articoli un kit imballo : appare il
messaggio "Distinta base/kit inesistente, obsoleta, non valida o incongruente con moduli installati!"
2 -Se il Magazzino Produzione non è attivo ed anche il POS non è attivo non si riesce ad associare in anagrafica articolo un kit imballo :
appare il messaggio "Distinta base/kit inesistente, obsoleta, non valida o incongruente con moduli installati!"
3- Se, invece, il Magazzino Produzione non è attivo ma è attivo il P.o.s è possibile associare sia articoli kit che kit imballo
Segn. Num.: 0000007375
Tipo: Anomalia
del: 25-06-07
Oggetto: STAMPA FATTURA CON OUTPUT NUMERO 68 FATTURA CON DETTAGLIO ESPLOSIONE
Si presenta una anomalia nella stampa Fattura con dettaglio Esplosione Componenti (report numero 68). Stessa problematica si presenta nella
stampa ordini utilizzando il report "stampa ordini con dettaglio Esplosione Componenti" (report numero 69).
Per il campo "Totale" posto nella parte sinistra della maschera, la procedura moltiplica il valore dell'articolo kit per il numero delle righe dei
componenti; gli articoli non kit non vengono invece conteggiati più volte.
Esempio
Articolo ABC con associata una distinta kit con i seguenti articoli
Articolo 123 quantità 2
21-10-08
Pag. : 173
Si parametrizza la causale FAVIT al fine di poter gestire le distinte Kit; in particolare nella scheda gestioni collegate si mette il check su Articolo
composti nel campo "Documento di testata" si inserisce la CARES, nel campo "Documento di riga" si inserisce la SCARK e combo Valorizza
Documento "Non gestita". esplosione automatica attivata.
Si carica un documento dove si inserisce l'articolo ABC con quantià 1 e prezzo di riga 1000; si inserisce poi l'articolo AHRB (nessuna distinta
kit associata) per quantità 1 e prezzo 4000.
nel report l'articolo ABC appare con un valore di 4000, seguono quindi i 3 componenti per quantità 2 e per finire l'articolo AHRB con un prezzo
di 4000.
Il campo "Totale" riportato sulla sx riporta 7000 ovvero il valore di ABC (1000) viene moltiplicato per 3 ovvero il numero delle righe dei suoi
componenti; viene quindi aggiunto il valore di 4000.
Segn. Num.: 0000007452
Tipo: Anomalia
del: 06-07-07
Oggetto: TRACCIATI TIPOLOGIA LUNGHEZZA FISSA
- La procedura di conversione legata alla FP165 di AHR 5.0 deve essere eseguita in parte solo per chi ha il modulo VEFA ed in parte sempre.
- Per gli elementi con allineamento a destra e con segno originario (ricadono in questa casistica non solo gli elementi "numerici" ma anche i
"carattere") non viene applicato il "filling" per raggiungere la lunghezza stabilita sull'elemento stesso
- Se viene inserita un'espressione nel campo ELCONDIT facendo riferimento a campi non utilizzati in altri elementi, il programma non riesce a
valutare l'espressione.
- Effettuare l'eliminazione del "fine riga" sui campi carattere e memo. Inoltre fornire la possibilità per questi ultimi di definire allineamento ed
eventuale riempimento (filling)
Segn. Num.: 0000007472
Tipo: Anomalia
del: 12-07-07
Oggetto: ERRORE NELLA STAMPA ARTICOLI KIT E STAMPA KIT IMBALLI
Si presenta una anomalia nella stampa articoli Kit e nella stampa Kit Imballi.
Per simulare la casistica occorre creare una database nuovo (chiaramente vuoto) e collegarlo ad una installazione di Ahr (anche con tutti i
moduli installati); in tal caso, in fase di creazione tabelle, non vengono create le tabelle KIT_MAST e KIT_DETT.
In questa circostanza cercando di aprire la maschera delle 2 stampe citate, appare il messaggio "Impossibile Aprire la tabella KIT_MAST!" che
impedisce l'apertura delle maschere.
Segn. Num.: 0000008048
Tipo: Anomalia
del: 07-12-07
Oggetto: ERRORE IN MASCHERA STAMPA ARTICOLI KIT E MANCATA STAMPA DEI KIT IMBALL
Si presenta una anomalia nella maschera di stampa degli articoli kit se questa è richiamata direttamente dalla anagrafica degli articoli kit.
Se infatti dopo aver richiamato la maschera Articoli Kit all'interno del modulo Vendite Funzioni Avanzate (con o senza richiamare un record
dall'elenco) si preme F2, allora appare la maschera Stampa Kit Articoli e Imballi (in Modifica) ma è subito seguita da un Program Error
"Operator/operand type mismatch"
Se invece si preme F2 sulla maschera dei Kit Imballi (con o senza richiamare un record dall'elenco) non appare la maschera di stampa.
Segn. Num.: 0000008086
Tipo: Anomalia
del: 19-12-07
Argomento: 070.020 SCHEDE DI CALCOLO LISTINI
Oggetto: AGGIORNAMENTO LISTINI CON RICARICO PREZZI ARTICOLO
La procedura ignora la percentuale di ricarico prezzi articolo se viene aggiornato un listino con le basi di calcolo.
Es.
- anagrafiche listini: base e L1
- articolo AHRB con il listino Base, prezzo € 20, nel bottone "ricarico prezzi" indicato il listino L1 ricarico 45%
- scheda di calcolo così caricata:
listino da aggiornare L1 valido dal 01/01/07 al 31/12/07
listino di riferimento base
filtro per gruppo merceologico
parametri di ricalcolo: "Ricarico prezzi articolo"
- lanciando l'aggiornamento del listini da manutenzione basi di calcolo o direttamente dall'articolo o dai documenti
il listino L1 non viene maggiorato del 45% ma riporta il prezzo 20 €
Segn. Num.: 0000008236
Tipo: Anomalia
del: 15-02-08
Oggetto: IMPORT ORDINI CLIENTE
In fase di importazione di un file di tipo Euritmo (Lunghezza Fissa) si verificano i seguenti problemi:
- Il progressivo documento dell'ordine non si incrementa automaticamente (rimane a zero)
- Non risulta possibile concatenare le stringhe presenti sul file sullo stesso campo di destinazione.
- Se la lunghezza del dato presente sul file supera quella del campo di destinazione occorre troncare la parte in eccesso.
Note:
Al fine di risolvere i problemi sopra menzionati occorre, indipendentemente dal tipo di struttura, adottare le seguenti logiche:
21-10-08
Pag. : 174
- Gestire autonumber su numero documento e controllare anche i valori di default di tutti gli altri campi che vengono impostati automaticamente
nel caso di caricamento documento manuale.
- Se i dati da concatenare derivano dal solito segmento (stessa riga sul file), la concatenazione deve essere effettuata senza particolari
formalità. In caso contrario, ovvero di dati da concatenare su segmenti diversi del file, è necessario utilizzare sugli elementi formati con una riga
con i campi "da", "a" valorizzati.
- Per troncare la lunghezza del dato di origine in modo tale che possa essere contenuta nel campo di destinazione, occorre utilizzare un
elemento con formato che ha una riga con i campi "da", "a" valorizzati. Per i campi carattere il dato in ingresso viene eventualmente troncato
alla lunghezza massima del campo di destinazione.
Segn. Num.: 0000008356
Tipo: Anomalia
del: 28-03-08
Oggetto: EXPORT DOCUMENTI EDI, FUNZIONE COUNTROWS, ELEMENTO DI ROTTURA
- La funzione di export documenti EDI restituisce degli errori di queries quando si tenta di esportare "n" documenti su un file unico con
selezione struttura "Da intestatario". Proseguendo nonostante gli errori segnalati a video, il file viene generato correttamente
- Affinché l'import vada a buon fine è necessario dichiarare le variabili w_DMVCODBA2 e w_DMVCODBAN
- Azzerare contatore COUNTROWS quando viene elaborato un nuovo elemento di tipo reterabile sulla tabella DOC_DETT
NB: progressivo riga esportata e riferimento dell'ultima riga esportata (cprownum) vengono memorizzati in apposito array con le seguenti
informazioni: Tabella, Progressivo, Cprownum
Il progressivo viene aggiornato se nella reiterazione è presente un elemento di rottura con check segmento sul formato (appena viene
incontrato tale elemento). Il cprownum dell'ultima riga esportata viene aggiornato alle stesse condizioni a fine iterazione.
- Spostare check "elemento rottura" dalla sezione import e modificare Tooltip
- Il campo "lunghezza" dell'anagrafica elementi è relativo sia alla sezione import sia alla sezione export per i tracciati con record a lunghezza
fissa. L'interfaccia dovrebbe chiarire immediatamente il suo significato al pari del check "elemento rottura"
- Se in fase di importazione i campi MVDESART e MVDESSUP della tabella DOC_DETT non vengono popolati con informazioni provenienti
dal file, valorizzarli, rispettivamente, con descrizione e descrizione supplementare dell'articolo di riferimento
- In fase di import il programma non tiene conto dell'eventuale valorizzazione di MVALFDOC da file: occorre gestire la "read" di MVALFDOC,
affinché il programma assegni automaticamente il progressivo di MVNUMDOC (se il numero documento non proviene dal file importato, come
accade per gli ordini cliente) tenendo conto anche della parte alfanumerica del numero. Allo stato attuale viene sempre assegnato il
progressivo documento legato alla serie predefinita per la causale documento utilizzata.
- L'export degli archivi EDI non filtra il dettaglio formati: selezionando solo una determinata struttura da esportare con tutti i corrispondenti
archivi, il programma crea correttamente il file VAFORMAT.DBF ma non il VADETTFO.DBF. Quest'ultimo contiene le righe di dettaglio di tutti i
formati e non solo quelli relativi al contenuto di VAFORMAT.DBF
Segn. Num.: 0000008378
Tipo: Anomalia
del: 09-04-08
Oggetto: GESTIONE IMBALLI NEL CICLO PASSIVO
Si presenta una anomalia nella gestione degli imballi nel ciclo passivo; risulta infatti errato il controllo sui saldi imballi di riga ovvero quelli che
nel ciclo passivo costituiscono gli imballi presi dal fornitore.
Si abbiano gli articoli di tipo imballo a rendere RENDERE1 e RENDERE2.
Si crea un kit imballo (IMBALLO1) ove sono presenti i nostri 2 articoli imballo ciascuno nella quantità di 2.
Si associa questo kit imballo ad un nuovo articolo (ART1) per il quale attiviamo anche il check Esplosione automatica Imballi.
Si carica nel ciclo acquisti una nuova causale documento (documento interno) CARIC con causale magazzino CAR, check su fornitore.
Si modifica la causale documento DDTAC mettendo il check su Articoli composti, combo Tipologia imballi valorizzata a "A perdere e rendere" e
nel campo Documento di riga mettiamo la nostra nuova causale documento CARIC; il campo documento di testata viene lasciato vuoto
Si carica un DDTAC dal fornitore CARLI mettendo in riga 10 ART1 per 1 quantità;nel pulsante Imballi troviamo RENDERE1 e RENDERE2
ciascuno per 2 qtà.
Al salvataggio del documento appare il log
Intestatario: CARLI
Imballo: RENDERE1
Totale imballo reso superiore a quello preso
Saldo: -2,000
Intestatario: CARLI
Imballo: RENDERE2
21-10-08
Pag. : 175
Totale imballo reso superiore a quello preso
Saldo: -2,000
Il messaggio non risulta corretto in quanto trattandosi di ciclo passivo con causale di riga che incrementa l'esistenza si tratta di imballi presi per
i quali non devono esserci controlli così come in modo speculare avviene già sul ciclo attivo sugli imballi resi dei dati di riga ove appunto,
trattandosi di imballi consegnati al cliente non avviene il controllo con il saldo (il controllo sul ciclo attivo è correttamente presente per gli imballi
di testata ovvero quelli presi dal cliente che in tal caso non possono superare la quantità già consegnata al cliente stesso)
Segn. Num.: 0000008467
Tipo: Anomalia
del: 13-05-08
Oggetto: REPORT NUMERO 68 E 69
Si presenta una anomalia nell'utilizzo dei report 67 (DDT con dettaglio Esplosione Componenti) e 69 (Ordine con dettaglio Esplosione
Componenti).
In tal caso infatti se si inserisce nel corpo del documento un servizio che presenta il check ' No stampa codice' nella relativa anagrafica,
comunque il codice viene riportato. Non viene invece riportato il codice dell'articolo presente nella riga successiva; in pratica la condizione di no
stampa codice viene applicata alla riga successiva.
Segn. Num.: 0000008487
Tipo: Anomalia
del: 21-05-08
Oggetto: REPORT DI STAMPA NUMERO 68 FATTURA CON KIT
Si presenta una anomalia nel report di stampa numero 68 - Fattura con dettaglio Esplosione Componenti.
Utilizzando tale report in documenti che presentano articoli con associata una distinta kit e per i quali è prevista la generazione del documento
di riga di scarico componenti, il report crea per gli articoli senza distinta una riga aggiuntiva evidenziando come componente l'articolo stesso e
per gli articoli kit inserice più righe di dettaglio con lo stesso articolo ripetuto tante volte quanto sono le righe di componenti sul documenti di
scarico.
esempio:
articolo AHRB senza distinta kit
articolo AHE senza distinta kit
articolo ART2 con associata una distinta kit composta da ART1 e ART11 ciascuna per 2 quantità.
Nella causale documento FAVIT si inserisce nella sezione gestioni collegate nel campo documento di riga la causale SCARK - Scarico
Kit/Imballo preso e come report il numero 68.
Si carica una FAVIT mettendo nel corpo del documento AHRB per quantità 1, AHE per quantità 1 e ART2 per quantità 1.
Il report risultante mostra :
1 riga di AHRB con associato come componente AHRB
1 riga di AHE con associato come componente AHE
1 riga di ART2 con associato come componente in prima riga ART2 e in seconda riga sempre ART2 anzichè ART1 e ART11.
Segn. Num.: 0000008506
Tipo: Anomalia
del: 27-05-08
Oggetto: REPORT DI STAMPA 67, 68 E 69.
Si presenta una anomalia nei report di stampa numero 67, 68 e 69.
In tali report infatti non vengono riportate le descrizioni supplementari degli articoli anche se nella anagrafica degli articoli ne è prevista la
stampa.
Inoltre nel report di stampa numero 68 non vengono stampati i riferimenti descrittivi dei documenti importati; per simulare occorre caricare un
ddtve ed importarlo in una fattura differita che ha associato il report numero 68 (anche senza esplosione kit sul ddtve e fattura); il riferimento del
ddtve appare nel corpo della fattura ma non viene stampato.
Segn. Num.: 0000008808
Tipo: Anomalia
del: 03-09-08
Oggetto: EXPORT DOCUMENTI EDI
La generazione di "file unico" dalla gestione export documenti EDI con selezione struttura EDI "Da intestatario" o "Da Causale" restituisce
diversi errori SQL prima di procedere alla generazione del file. Il file viene comunque generato correttamente.
Note intervento
==========================
- In caso di selezione struttura "Da Causale" occorre verificare che nei filtri di ricerca in testata sia stata specificata una determinata causale
documento, in caso contrario emettere un messaggio a video
- In caso di selezione struttura "Da Intestatario" occorre verificare che nei filtri di ricerca in testata sia stata specificato un determinato
intestatario, in caso contrario emettere un messaggio a video (per poter specificare l'intestatario tra i filtri di ricerca occorre anche aver indicato
una determinata causale documento)
In questo modo la determinazione della struttura EDI da utilizzare sarà sempre univoca.
21-10-08
Pag. : 176
Segn. Num.: 0000008810
Tipo: Anomalia
del: 03-09-08
Oggetto: IMPOSSIBILE APRIRE TABELLA PARALORE
Se in un'installazione di ad hoc non è stato attivato il modulo Logistica Remota, alla chiusura della gestione "Entità" (condivisa tra i moduli
VEFA e LORE) compare in una wait window l'errore "Impossibile aprire tabella PARALORE!". Basta cliccare per far scomparire l'errore.
Segn. Num.: 0000004334
Tipo: Miglioria
del: 27-06-07
Argomento: 070.020 SCHEDE DI CALCOLO LISTINI
Oggetto: NUOVE UTILITY SU SCHEDE DI CALCOLO LISTINI
Occorre aggiungere alcune utility alle funzionalità presenti nella gestione schede di calcolo:
1) l' utilizzo dei criteri di aggiornamento prezzi di listino suggeriti da una scheda di calcolo direttamente in fase di compilazione documento non
determina l'immediata proposizione del nuovo prezzo di listino sul documento che si sta realizzando. Occorre fornire tale possibilità.
2) Inserire in aggiornamento massivo un messaggio di avviso prima di lanciare l'elaborazione.
Segn. Num.: 0000004397
Tipo: Miglioria
del: 01-08-07
Oggetto: EDI - GESTIONE STANDARD CON RECORD A LUNGHEZZA FISSA
- Predisporre un algoritmo di importazione per gli standard con informazioni (campi) a lunghezza fissa (ad esempio: Euritmo, Easydafne)
- Quando si seleziona un'entità, si vedono nello zoom anche quelle della logistica remota. Se ne viene selezionata una della logistica remota
compare il messaggio "Attenzione, entità di tipo incongrunte". Nello zoom non dovrebbero essere visualizzate. Mentre se l'entità viene digitata
direttamente sul campo dovrebbe comparire il messaggio "Attenzione, entità di tipo incongruente"
- Rendere parametrico l'allineamento (sx o dx) anche per i campi carattere
- Rendere parametrico l'inserimento del segno di un numero
- Dare la possibilità di riempire con spazi (o con un altro carattere scelto dall'utente) anche i valori DB/Espressioni di tipo carattere
- L'attuale check "Zero Fill" deve diventare semplicemente "Fill". Deve essere editabile anche per la tipologia carattere/memo. Accanto al check
deve essere inserito un campo di lunghezza 1 per l'inserimento del carattere di riempimento (libero). Questo campo deve essere valore
predefinito zero (0) per i numerici e space ( ) per i carattere/memo. Valore di default per il pregresso zero (0)
- Lunghezza: se per un campo (o per un'espressione) di tipo NON numerico viene specificata una lunghezza diversa da quella predefinita, il
programma non ne tiene conto. Il problema è che se un campo è lungo "n" e si vuole che sul file occupi uno spazio prefissato (ad esempio
"n+20") non si può fare. Definire la lunghezza consente di fatto solo di troncare il contenuto di un campo.
Specificando una lunghezza superiore a quella di un campo o del risultato di un'espressione, il programma dovrebbe effettuare
automaticamente un riempimento con zeri (a sx) per i numerici e con space per i carattere/memo (a dx), a meno che non sia stato specificato
qualcosa di diverso relativamente all'allineamento ed all'opzione di riempimento (fill).
NB: l'operazione di riempimento deve essere effettuato dopo aver applicato le trascodifiche. Ciò è indispensabile per la trascodifica da routine.
Ad esempio la trascodifica del codice articolo "ritorna" una stringa di 20 caratteri. Se lo standard del file prevede una lunghezza fino a 35
caratteri, è necessario applicare il riempimento con spazi oppure con quanto di diverso indicato dall'utente nel campo visibile dopo aver attivato
il check "fill"
- Gestione Trascodifiche: solo il cprownum deve essere campo chiave (allo stato attuale lo è anche il codice di destinazione). Con questa
modifica deve anche essere possibile inserire il valore blank come campo di destinazione
- Se si procede al caricamento di "associazione trascodifiche" da un elemento premendo i bottoni "Trascodifiche" e "Carica", il programma non
rilegge il codice della struttura dell'elemento (la descrizione rimane blank). Risulta impossibile salvare il record finché non viene riselezionata
manualmente la struttura
- I campi di tipologia Memo non devono subire alcun troncamento in fase di importazione (la lunghezza definita in analisi per tali campi non ha
valenza effettiva: ad esempio lunghezza 10 per la descrizione supplementare degli articoli
- La data di prevista evasione deve assumere come valore predefinito "MVDATDOC"
- Il campo Riferimento EDI nelle righe degli ordini non visualizza mai l'informazione anche se presente sul database
- Il path di memorizzazione dei files da importare non viene proposto in modo corretto se viene effettuata la selezione di una cartella specifica
sulla maschera che compare appena si preme il bottone accanto al campo del path
- Introdurre un campo aggiuntivo sulla struttura per l'indicazione della lunghezza di un segmento (per strutture di tipo "lunghezza fissa"). Se tale
campo viene valorizzato, il programma deve verificare (in fase di import) se il file presenta un segmento per ogni riga. In caso contrario deve
spezzare la stringa più lunga fino al raggiungimento di X caratteri (definiti sulla struttura) in modo da ricreare tutti i segmenti e quindi rendere il
file interpretabile dal programma.
- Rendere editabile il campo "Condizione" anche per le strutture di tipo Edifact
- - Per le strutture di tipo "Edifact" e "Lughezza Fissa" introdurre la possibilità di identificare (tra gli elementi di un segmento) uno o più
qualificatori. Questi elementi hanno lo scopo di garantire la corretta associazione tra segmenti presenti sul file da importare e Tag presenti sulla
struttura EDI presente sul gestionale.
> L'elemento qualificatore di una struttura sarà figlio di un altro elemento di tipo Variabile o Fisso
> La sua tipologia sarà Valore
21-10-08
Pag. : 177
> Un elemento sarà anche qualificatore in base alla valorizzazione di un'apposita combo box: Qualif.
> La combo box (Qualif.) dovrà indicare su quale campo dell'elemento è contenuto il valore qualificatore: Nessuno (default), Id secondario,
Cod. txt descr.
> In fase di importazione il programma valuterà un segmento, oltre che per Id primario ed ordinamento, anche per il valore di uno o più dei
suoi figli (qualificatori). Quando i valori presenti sul file corrispondono esattamente al valore indicato sui corrispondenti elementi qualificatori di
un determinato Tag della struttura, il matching deve dare esito positivo, altrimenti il segmento del file dovrà essere confrontato con il Tag
successivo presente sulla struttura. Il Tag della struttura appena saltato dovrà risultare come utilizzato per evitare l'eventuale associazione con
altri segmenti presenti sul file aventi stesso ID e stessi qualificatori.
- Gestire presenza di valore NULL su campi data in fase di export, ad esempio data scadenza Lotti: se la data non è stata indicata, in export il
programma emette un errore a video NON bloccante
- In fase di import valorizzare automaticamente i campi per l'aggiornamento di UCA/UPV. NB: la ricostruzione saldi aggiorna correttamente tali
dati solo se sono valorizzati questi campi.
- Consentire l'export degli archivi EDI relativi ad una o più strutture
Segn. Num.: 0000004612
Tipo: Miglioria
del: 12-11-07
Oggetto: NUOVE FUNZIONI MODULO EDI (ALLTRIM, BATCH PER ELEMENTI ESPRESSIONE,..)
Per strutture diverse da "Lunghezza Fissa", fornire la possibilità di fare ALLTRIM sul valore in uscita di ogni elemento. E' sufficiente aggiungere
un check (Elimina spazi) nell'archivio strutture, non visibile per strutture di tipo "Lunghezza Fissa". L'eliminazione degli spazi deve essere
applicata a tutti i valori in uscita (come step finale), ad eccezione di quelli che hanno un formato con check attivo sull'esclusione dell'alltrim
(nuovo check da inserire accanto a N. con etichetta A.)
Fornire funzioni aggiuntive da utilizzare sugli elementi espressione. Tali funzioni devono consentire:
>>> di individuare il progressivo di riga da esportare (deve rappresentare il numero di righe effettivamente esportate. Ad esempio, se escludo
dall'export le righe descrittive, il progressivo LIN del file dovrebbe comunque essere 1, 2, 3, ecc. e non partire da un numero maggiore di 1
perché sono state saltate le prime righe del documento, in quanto descrittive.). Il nome di questa funzione è: COUNTROWS. Si tratta di un
contatore delle righe esportate di una certa tabella di riferimento (ad esempio, di DOC_DETT, MOVIMATR,...). La tabella di riferimento è un
parametro della funzione. Ad esempio, COUNTROWS(DOC_DETT), restituisce il progressivo delle righe esportate da DOC_DETT. Per ogni
riga esportata il contatore si incrementa di 1. Si azzera, quando il programma ritrova un elemento di tipo "Apertura" con formato di tipo
"Segmento" (perché significa che il programma ha iniziato l'export di un altro documento).
>>> di ricavare riferimenti dei documenti di origine (numero, alfa e data) e stabilire se i riferimenti ai documenti di origine ci sono. In questo
caso occorre utilizzare la funzione SEARCHDOC con i seguenti parametri:
Seriale documento
Cprownum
Classe documento ('OR' per gli ordini, 'DT' per i documenti di trasporto, ecc.)
Tabella
Campo
In base alla specificazione o meno del quarto e quinto parametro, la funzione può restituire anche un valore booleano (.T./.F.) e quindi può
essere utilizzata nel campo "Condizione" degli elementi. Ad esempio:
SEARCHDOC(DOC_DETT.MVSERIAL,DOC_DETT.CPROWNUM,'DT') --> restituisce .T. se la riga è stata orginata da un documento di classe
DT (documento di trasporto)
SEARCHDOC(DOC_DETT.MVSERIAL,DOC_DETT.CPROWNUM,'OR') --> restituisce .T. se la riga è stata orginata da un documento di classe
OR (ordine)
La ricerca della presenza di un documento di origine, per una certa riga del documento, avviene lungo tutto il flusso documentale,
indipendendemente dalla tipologia del documento immediatamente precedente. In questo modo è possibile risalire anche agli ordini, anche se
il documento che precede la fattura è un DT.
Con l'indicazione del quarto parametro, la funzione SEARCHDOC restituisce il valore del campo del documento ricercato. Ad esempio:
SEARCHDOC(DOC_DETT.MVSERIAL,DOC_DETT.CPROWNUM,'DT','DOC_MAST','MVNUMDOC') --> restituisce il numero del documento di
trasporto dal quale deriva la riga che si sta esportando sul file EDI
SEARCHDOC(DOC_DETT.MVSERIAL,DOC_DETT.CPROWNUM,'OR','DOC_MAST','MVDATDOC') --> restituisce la data dell'ordine dal quale
deriva la riga che si sta esportando sul file EDI
>>> di stabilire se i riferimenti della riga che si sta esportando sono gli stessi dell'ultima riga esportata. In questo caso occorre utilizzare la
funzione MATCHROWS sul campo condizione degli elementi. Tale funzione ha i seguenti parametri:
Seriale documento
Cprownum
Classe documento ('OR' per gli ordini, 'DT' per i documenti di trasporto, ecc.)
Tabella
Campo
Ad esempio:
MATCHROWS(DOC_DETT.MVSERIAL,DOC_DETT.CPROWNUM,'OR','DOC_MAST','MVSERIAL') --> restituisce .T. se la riga che si sta
esportando su file EDI è stata originata dallo stesso documento di tipologia "ordine" che ha originato l'ultima riga esportata.
>>> di calcolare il totale righe del documento al netto degli sconti. Questa è un'esigenza specifica. In ogni caso può essere utilizzata la
funzione GETALIAS che restituisce il valore di una query predisposta da Zucchetti o dall'utente. I parametri di tale funzione sono:
Nome query
Seriale documento
Cprownum (eventuale)
Per il cacolo del totale delle righe documento (al netto di sconti di riga od al lordo di maggiorazioni di riga), occorre utilizzare la query standard
21-10-08
Pag. : 178
GSVA_TRG.VQR.
Ad esempio:
GETALIAS('GSVA_TRG.VQR',DOC_MAST.MVSERIAL) --> restituisce il totale righe del documento che si sta esportando su file EDI
La query eventualmente predisposta dall'utente deve restituire sempre un solo risultat con alias VALORE ed i filtri parametrici devono essere
predisposti per contenere Seriale e Cprownum
>>> di ottenere il tipo di operazione (IVDATANA di VOCIIVA) per la riga documento ed, eventualmente, aliquota tenendo conto che se
l'aliquota del codice IVA in testata è minore (stretto) di quella del codice Iva nel dettaglio, vale sempre il codice Iva di testata. In questo caso
occorre utilizzare la funzione GETPARVAT che accetta i seguenti parametri:
Seriale documento
Cprownum
Nome campo (di VOCIIVA)
Campo del documento contenente un codice Iva (eventuale)
Il quarto parametro è opzione e serve per ricavare il valore di un determinato campo dell'archivio VOCIIVA in relazione al codice IVA indicato in
un determinato campo del documento. In alternativa, può essere omesso e, in questo caso, il programma sa che deve considerare il codice Iva
della riga documento oppure, se ha aliquota inferiore, quello della testata documento. Ad esempio:
GETPARVAT(DOC_DETT.MVSERIAL,DOC_DETT.CPROWNUM,'IVDATANA') --> restituisce il valore del campo IVDATANA della tabella
VOCIIVA per il codice IVA applicato effettivamente alla riga che si sta esportando sul file, che non è detto corrisponda al codice presente in
DOC_DETT.MVCODIVA.
Segn. Num.: 0000004981
Tipo: Miglioria
del: 16-06-08
Oggetto: RIVEDERE FUNZIONALITÀ DI IMPORT DA FILES EDI
L'import deve essere suddiviso in 4 steps ed il passaggio da uno step a quello successivo deve essere guidato da un batch esplicitato per
ciascuna struttura EDI:
1. Da file EDI a file XML
2. Da XML a Tabelle Piatte (persistenti e personalizzabili lato utente)
3. Da Tabelle piatte a Temporaneo con possibilità di manutenzione (ex- tabelle clone)
4. Generazione documenti con scrittura nell'anagrafica di Log importazioni
L'import deve essere possibile utilizzando una funzione automatica che determina in autonomia files da importare e struttura EDI da utilizzare
oppure attraverso l'assistente import, una sorta di wizard che guida passo-passo nel processo di importazioni fornendo un log ad ogni step.
Segn. Num.: 0000005172
Tipo: Miglioria
del: 12-09-08
Oggetto: EXPORT DOCUMENTI EDI
Introdurre un nuovo filtro in testata denominato "Gruppo" (tooltip "Gruppo intestatario") per poter filtrare con la ricerca solo i documenti intestati
ai clienti che fanno parte di quel gruppo. Si tratta di una funzione indispensabile per poter generare un file unico in modo immediato avendo a
disposizione sullo zoom non tutti i documenti ma solo quelli relativi a intestatari del medesimo gruppo. L'implementazione ha infatti lo scopo di
facilitare la selezione dei documenti, mentre per la generazione si dovrà forzare la struttura EDI da utilizzare.
21-10-08
Pag. : 179

Rilascio 6.0

Transcript

Documenti analoghi

Angelus Ad Virginem_2 - Alliance Music Publications

Angelus ad virginem

Angelus ad Virginem

Angelus ad Virginem

joe jackson - Audioglobe

Una nuova compagnia atterra al Costa Smeralda: al via il nuovo

Bhagat Puran Singh ji - Sikh Scholar – Dr. Roop Singh

Competenze per la gestione del magazzino

airBaltic migliora il servizio sulla Milano-Riga

La compagnia airBaltic lancia la nuova rotta Riga

COMUNE DI SPADAFORA