Contenuto techknowledge
POSSIBILI CAUSE:
1. Si verifica nelle transazioni di registrazione di contabilità generale (01,520) se la registrazione viene eseguita in un account con stato conto inattivo. Vedere risoluzione 21476.
2. Si verifica nei batch di contabilità generale (01.400). I campi non vengono popolati completamente quando il batch viene visualizzato nella schermata Transazioni diario (01.010). Vedere la risoluzione 1532.
3. Si verifica nei batch gl di rilascio (01.400) con informazioni facoltative che fanno riferimento a 'Sub'. CpnyID nella tabella GLTRAN non viene popolato. Vedere la risoluzione 11929.
4. Si verifica in Registra transazioni (01,520) quando in GLTRAN è presente un Valore LedgerID non corretto. Vedere la risoluzione 17549.
5. Si verifica in Registra transazioni (01,520) se il tipo di conto non è corretto. Vedere la risoluzione 21434.
6. Si verifica quando si rilascia un batch di allocazione della contabilità generale in Salomone IV versione 4.21 Service Pack 1. Non si verifica nelle versioni successive.
7. Si verifica il rilascio di un batch in Transazioni giourali (01.010) con informazioni facoltative che fanno riferimento a Sub quando si includono transazioni multiazienda nell'area dei dettagli, ma le relazioni interaziendali non sono state stabilite in Account interaziendale/Manutenzione secondaria (13.260)per il modulo Contabilità generale. Vedere risoluzione27142.
Risoluzione 1532: sommare i record GLTRAN e BATCH usando Query Analyzer.
PASSAGGI DI CORREZIONE:
1. Eseguire un BACKUP del database, che può essere ripristinato in caso di perdita di dati indesiderata.
2. Accedere al database dell'applicazione appropriato usando Query Analyzer.
3. Sommare gli importi in Avere e Dare del record GLTRAN usando le istruzioni seguenti:
SELECT SUM(CrAmt) from GLTRAN, dove BatNbr = 'XXXXXX' e Module = 'YY'
SELECT SUM(DrAmt) da GLTRAN dove BatNbr = 'XXXXXX' e Module = 'YY'
SELECT SUM(CuryCrAmt) from GLTRAN where BatNbr = 'XXXXXX' and Module = 'YY'
SELECT SUM(CuryDrAmt) from GLTRAN where BatNbr = 'XXXXXX' and Module = 'YY'
(where XXXXXX = the applicable Batch Number and YY = the applicable Module)
4. Verificare che la somma di CrAmt e la somma di DrAmt siano uguali al Totale controllo del batch. Verificare inoltre che la somma di CuryCrAmt e la somma di CuryDrAmt siano uguali al totale del controllo del batch. Per testare questa operazione, usare la modalità di inizializzazione per modificare il modulo nelle transazioni del diario di contabilità generale (01.010) nel modulo corretto e visualizzare il batch. Il totale di controllo del batch deve essere uguale alla somma dei Crediti e alla somma dei Debiti.
5. Sommare gli importi in Avere e In Dare del record BATCH usando le istruzioni seguenti, dove XXXXXX = il numero batch applicabile e AA = il modulo applicabile: SELECT SUM(CTRLTot) from BATCH dove BatNbr = 'XXXXXX' e Module = 'YY' SELECT SUM(CrTot) from BATCH dove BatNbr = 'XXXXXX' e Module = 'YY' SELECT SUM(DrTot) da BATCH dove BatNbr = 'XXXXXX' e Module = 'YY' SELECT SUM(DrTot) da BATCH dove BatNbr = 'XXXXXX' e Module = 'YY' SELECT SUM(DrTot) da BATCH dove BatNbr = 'XXXXXX' e Module = 'YY' SELECT SUM(DrTot) da BATCH dove BatNbr = 'XXXXXX' e Module = 'YY' SELECT SUM(DrTot) da BATCH dove BatNbr = 'XXXXXX' e Module = 'YY' SELECT SUM(DrTot) da BATCH dove BatNbr = 'XXXXXX' e Module = 'YY' SELECT SUM(DrTot) da BATCH dove BatNbr = 'XXXXXX' e Module = 'YY' SELECT SUM(DrTot) da BATCH dove BatNbr = 'XXXXXX' e Module = 'YY' SELECT SUM(DrTot) XXXXXX' e Module = 'YY' SELECT SUM(CuryCtrlTot) from BATCH where BatNbr = 'XXXXXX' and Module = 'YY' SELECT SUM(CuryCrTot) from BATCH where BatNbr = 'XXXXXX' and Module = 'YY' SELECT SUM(CuryDrTot) from BATCH where BatNbr = 'XXXXXX' and Module = 'YY'
6. Verificare che la somma di CrTot e la somma di DrTot siano uguali a CrAmt e DrAmt della tabella GLTRAN. Verificare inoltre che la somma di CuryCrTot e la somma di CuryDrTot siano uguali a CuryCrAmt e CuryDrAmt della tabella GLTRAN.
7. Se tutto sembra essere in equilibrio, verificare che non siano presenti record mancanti in GLTRAN. Ogni transazione nel batch deve essere rilasciata, la colonna Pubblicato deve essere "U" per Non registrata e così via. Aggiornare i record mancanti.
NOTA: se il problema si è verificato durante la registrazione, eseguire di nuovo il processo Registra transazioni di contabilità generale (01.520). Se il problema persiste, vedere risoluzione secondaria 3010.
Risoluzione 11929: verificare companyID nelle tabelle BATCH e GLTRAN.
PASSAGGI DI CORREZIONE:
1. Eseguire un BACKUP del database, che può essere ripristinato in caso di perdita di dati indesiderata.
2. Usando Query Analyzer, eseguire l'istruzione seguente per verificare che CpnyID nella tabella BATCH sia corretto:
SELECT * from BATCH dove BatNbr = 'XXXXXX' e Module = 'GL' (dove XXXXXX è il numero
batch appropriato)
3. Se cpnyID non è corretto, eseguire l'istruzione seguente:
UPDATE BATCH SET CpnyID = 'YYYY' dove BatNbr = 'XXXXXX' e Module = 'GL' (dove XXXXXX è il numero batch appropriato e AAAA è l'ID società
appropriato)
4. Eseguire l'istruzione seguente per verificare che CpnyID nella tabella GLTRAN sia corretto:
SELECT * da GLTRAN, dove BatNbr = 'XXXXXX' e Module = 'GL' (dove XXXXXX è il numero
batch appropriato)
5. Se cpnyID non è corretto, eseguire l'istruzione seguente:
UPDATE GLTRAN SET CpnyID = 'YYYY' dove BatNbr = 'XXXXXX' e Module = 'GL' (dove XXXXXX è il numero batch appropriato e
YYYY è l'ID società appropriato)
Risoluzione 17549 - Correggere il campo LedgerID nella tabella GLTRAN usando Query Analyzer.
PASSAGGI DI CORREZIONE:
1. Eseguire un BACKUP del database, che può essere ripristinato in caso di perdita di dati indesiderata.
2. Usando Query Analyzer, accedere al database dell'applicazione appropriato.
3. Eseguire la query seguente:
SELECT * from GLTRAN where BatNbr = 'YYYYYY' e Module = 'MM'
(dove 'YYYYYY' = il numero di batch GL appropriato e 'MM' = il modulo appropriato)
4. Se LedgerID non è corretto, eseguire la query seguente:
UPDATE GLTRAN SET LedgerID = 'XXXXXXXXXXX' dove BatNbr = 'YYYYYYY' e LedgerID = 'xxxxxxxxxxxx' e Module = 'MM'
(dove 'XXXXXXXXXXX' = l'ID LedgerID corretto, 'YYYYYY' = il numero di batch gl appropriato, 'xxxxxxxxxx' =
l'ID LedgerID non corretto e 'MM' = il modulo appropriato) 5. Accedere a Registrazioni contabilità generale (01,520) e registrare il batch.
Risoluzione 21434: aggiornare il campo AcctType nelle tabelle ACCTXREF ACCOUNTand usando Query Analyzer
1. Access General Ledger GL Setup (01.950) - Chart of Acct Order.
2. Prendere nota del grafico dell'ordine di attribuzione selezionato. I valori del campo AcctType nelle tabelle ACCOUNT e ACCTXREF che corrispondono all'ordine COA sono costituiti da un carattere numerico e un carattere alfanumerico. Spesso sono le seguenti:
Attività 1A Passività 2L Income 3I Expenses 4E
CORRECTION STEPS:
1. Eseguire un BACKUP del database, che può essere ripristinato in caso di perdita di dati indesiderata.
2. Aprire Query Analyzer, accedere al server appropriato e scegliere il database dell'applicazione.
3. Eseguire l'istruzione SQL seguente per verificare il valore nel campo AcctType della tabella ACCOUNT:
SELECT AcctType, * from ACCOUNT dove Acct = 'XXXXXX'
(dove 'XXXXXX' = il numero di conto interessato)
4. Eseguire l'istruzione seguente se AcctType non è popolato o non è corretto:
UPDATE ACCOUNT SET AcctType = 'YY' dove Acct = 'XXXXXX'
(dove 'YY' = un valore basato sull'ordine selezionato nel | Grafico della scheda Ordine di attribuzione come indicato nel passaggio 2 di verifica.
5. Scegliere il database di sistema ed eseguire l'istruzione seguente per controllare il campo AcctType in ACCTXREF:
SELECT AcctType, * from ACCTXREF, dove Acct = 'XXXXXX' e CpnyID = 'yyyyy'
(dove 'XXXXXX' = il numero di account interessato e 'yyyy' = l'ID società appropriato)
6. Eseguire l'istruzione seguente se AcctType non è popolato o non è corretto:
UPDATE ACCTXREF SET AcctType = 'YY' dove Acct = 'XXXXXX' e CpnyID = 'yyyy' Resolution 21476 - Verificare che gli account hanno uno stato di account attivo nel piano di manutenzione contabilità generale
( 01,260).
PASSAGGI DI CORREZIONE:
1. Passare a Manutenzione del piano dei conti di contabilità generale (01,260).
2. Selezionare il numero di account appropriato.
3. Verificare che lo stato dell'account sia Attivo.
Risoluzione 27142 - Creare relazioni Da/A per tutte le combinazioni account/account secondari che verranno usate per ogni società in Multi-Company Inter-Company Acct/Sub Maintenance (13.260).
NOTE:
1. I campi seguenti vengono usati in Inter-Company Acct/Sub Maintenance (13.260) per designare la modalità di utilizzo dei diversi account/account secondari per Inter-Company transazioni.
>>FROM: consente di immettere le informazioni sulla scadenza della società.
ID società: chiave univoca usata per identificare ogni società nel sistema. usato per l'immissione di informazioni aziendali sulle transazioni.
Modulo: due codici carattere per il modulo. Se gli stessi account e gli stessi account secondari devono essere usati per tutti i moduli, selezionare TUTTI, altrimenti selezionare il modulo specifico dalla casella di riepilogo a discesa.
Schermata: sette codici carattere per lo schermo. Se gli stessi account e gli stessi account secondari devono essere usati per tutte le schermate dei moduli, immettere TUTTI, altrimenti immettere il numero di schermata specifico, ad esempio. 03010.
Account: conto della Inter-Company transazione è Dovuto da.
Sub - Subaccount la Inter-Company transazione è Scaduta.
>>TO: consente di immettere le informazioni relative alla società.
ID società: chiave univoca usata per identificare ogni società nel sistema. usato per l'immissione di informazioni aziendali sulle transazioni.
Account: account in cui Inter-Company transazione è Dovuto a.
Sub - Subaccount la Inter-Company transazione è Due a.
2. Account o account secondari diversi non possono essere usati per la stessa relazione Inter-Company di origine e per la stessa schermata dei dati di origine.
Risoluzione secondaria 3010: aggiornare il record BATCH o GLTRAN usando Query Analyzer per correggere il valore CuryID.
PASSAGGI DI VERIFICA:
1. Accedere al database dell'applicazione appropriato usando Query Analyzer ed eseguire l'istruzione seguente:
SELECT CuryID, * da GLTRAN dove BatNbr = 'XXXXXX' e Module = 'YY'
(dove XXXXXX =
numero batch e YY = modulo del batch)
2. Confrontare i valori di CURYID GLTRAN con curyID nel record BATCH usando l'istruzione SQL seguente:
SELECT CuryID from BATCH dove BatNbr = 'XXXXXX' e Module = 'YY' (dove XXXXXX = il Numero batch e YY = il modulo del batch)
NOTA: deve restituire un solo
record.
3. Se il valore è diverso da GLTRANs o se viene visualizzato un valore Null, procedere con i passaggi di correzione.
PASSAGGI DI CORREZIONE:
1. Eseguire un BACKUP del database, che può essere ripristinato in caso di perdita di dati indesiderata.
2. Aggiornare il record BATCH o GLTRAN con l'istruzione seguente:
UPDATE BATCH (GLTRAN) SET CuryID = 'XXXX' dove BatNbr = 'YYYYYY' e Module = 'ZZZZ' e CuryID = 'xxxx' (dove XXXX = curyID corretto, AAAAA = numero batch, ZZ = modulo e xxxx = curyID non corretto) Questo articolo è stato ID documento
TechKnowledge:126851
