TechKnowledge Content
POTENCIJALNI UZROCI:
1. Odvija se u General Ledger Post Transactions (01.520) ako objavljujete na nalogu sa statusom neaktivnog naloga. Pogledajte rezoluciju 21476.
2. Odvija se u general Ledger Release GL paketima (01.400). Polja se ne pune u potpunosti kada se paket pojavi na ekranu Transakcije dnevnika (01.010). Pogledajte rezoluciju 1532.
3. Javlja se u izdanju GL paketa (01.400) sa opcionalnim informacijama koje upućuju na "Pod". CpnyID u tabeli GLTRAN nije uneta. Pogledajte rezoluciju 11929.
4. Javlja se u Post Transactions (01.520) kada postoji neispravna Glavna KnjigaID u GLTRAN-u. Pogledajte rezoluciju 17549.
5. Javlja se u Post Transactions (01.520) ako tip naloga nije ispravan. Pogledajte rezoluciju 21434.
6. Dešava se kada se ponovo dodeli paket opšte glavne dodele u Solomon IV verziji 4.21 servisnog paketa 1. To se ne dešava u narednim verzijama.
7. Dolazi do toga da se otpremi paket inJournal Transactions (01.010) sa opcionalnim informacijama koje upućuju na Pod kada se u oblast sa detaljima uključe transakcije više preduzeća, ali međukompanijske relacije nisu uspostavljene u više company intercompany naloga/poddržavanja (13.260)za GL modul. Pogledajte rezoluciju27142.
Rezolucija 1532 – Sabiranje GLTRAN i BATCH zapisa pomoću alatke Query Analyzer.
KORACI ISPRAVKE:
1. Napravite REZERVNU KOPIJU baze podataka, koja može da se vrati u prethodno stanje u slučaju da dođe do nepoželjnog gubitka podataka.
2. Pristupite odgovarajućoj bazi podataka aplikacije pomoću analyzera upita.
3. Sabiranje iznosa kredita i dugovanja GLTRAN zapisa pomoću sledećih izraza:
SELECT SUM(CrAmt) iz GLTRAN-a gde je BatNbr = "XXXXXX" i Module = 'YY'
SELECT SUM(DrAmt) iz GLTRAN-a gde je BatNbr = 'XXXXXX' i Module = 'YY'
SELECT SUM(CuryCrAmt) iz GLTRAN gde je BatNbr = 'XXXXXX' i Module = 'YY'
SELECT SUM(CuryDrAmt) iz GLTRAN-a gde je BatNbr = 'XXXXXX' i Modul = 'YY' (gde je
XXXXXX =
važeći broj paketa i YY = primenljivi modul) 4. Uverite se da su zbir cramt i zbir dramt jednaki ukupnoj kontroli paketa. Proverite i da su zbir funkcije CuryCrAmt i zbir funkcije CuryDrAmt jednaki ukupnoj kontroli grupe. Da biste to testirali, koristite režim pokretanja da biste promenili modul u Transakcijama dnevnika opšte knjige (01.010) u odgovarajući modul i da biste prikazali paket. Ukupna vrednost kontrole paketa trebalo bi da bude ista kao zbir kredita i zbira potraživanja.
5. Sabiranje iznosa kredita i dugovanja zapisa BATCH pomoću sledećih izjava u kojima je XXXXXX = važeći broj paketa i YY = odgovarajući modul: SELECT SUM(CtrlTot) iz paketa BATCH gde je BatNbr = 'XXXXXX" i modul = "YY" SELECT SUM(CrTot) iz PAKETA gde je BatNbr = 'XXXXXX' i Module = 'YY' SELECT SUM(DrTot) iz PAKETA gde je BatNbr = 'XXXXX" i module = "YY" SELECT SUM(CuryCtrlTot) iz PAKETA gde je BatNbr = "XXXXXX" i module = 'YY' SELECT SUM(CuryCrTot) iz PAKETA gde je BatNbr = "XXXXXX" i modul = "YY" SELECT SUM(CuryDrTot) iz paketa BATCH gde je BatNbr = "XXXXXX" i Module = "YY"
6. Uverite se da su zbir crTot i zbir drTot tabela jednaki CrAmt i DrAmt tabele GLTRAN. Proverite i da su zbir curyCrTot i zbir curyDrTot jednaki curyCrAmt i CuryDrAmt tabele GLTRAN.
7. Ako vam se čini da je sve uravnoteženo, proverite da li u GLTRAN-u nedostaju zapisi. Trebalo bi da se svaka transakcija u paketu objavi, kolona Objavljeno trebalo bi da bude "U" za neposloženo itd. Ažurirajte sve zapise koji nedostaju.
NAPOME: Ako se problem javljao tokom objavljivanja, ponovo pokrenite proces General Ledger Post Transactions (01.520). Ako i dalje neuspešno, pogledajte podlokacije 3010.
Rezolucija 11929 – Potvrdite ID preduzeća u tabelama BATCH i GLTRAN.
KORACI ISPRAVKE:
1. Napravite REZERVNU KOPIJU baze podataka, koja može da se vrati u prethodno stanje u slučaju da dođe do nepoželjnog gubitka podataka.
2. Pomoću alatke Query Analyzer, pokrenite sledeću izjavu da biste proverili da li je CpnyID u tabeli BATCH ispravna: SELECT * iz PAKETA gde je
BatNbr = 'XXXXXX' i Module = 'GL' (gde je
XXXXXX
odgovarajući broj paketa)
3. Ako je CpnyID netačan, izvršite sledeću izjavu:
UPDATE BATCH SET CpnyID = "YYYY" gde je BatNbr = "XXXXXX" i Module = 'GL" (gde je
XXXXXX
odgovarajući broj paketa, a YYYY je odgovarajući ID preduzeća) 4. Izvršite sledeću izjavu da biste proverili da li je CpnyID u tabeli GLTRAN ispravna: SELECT * iz usluge GLTRAN gde je
BatNbr = 'XXXXXX' i Module = 'GL' (gde je
XXXXXX
odgovarajući broj paketa)
5. Ako je CpnyID neispravan, izvršite sledeću izjavu:
UPDATE GLTRAN SET CpnyID = "YYYY" gde je BatNbr = 'XXXXXX' i Module = 'GL' (gde je
XXXXXX odgovarajući broj paketa, a YYYY odgovarajući ID preduzeća) Rezolucija
17549 – Ispravite polje "ID glavne knjige" u GLTRAN tabeli pomoću analyzatora upita.
KORACI ISPRAVKE:
1. Napravite REZERVNU KOPIJU baze podataka, koja može da se vrati u prethodno stanje u slučaju da dođe do nepoželjnog gubitka podataka.
2. Pomoću analyzera upita pristupite odgovarajućoj bazi podataka aplikacije.
3. Pokrenite sledeći upit: SELECT * iz GLTRAN-a gde je
BatNbr = "YYYYYY" i Modul = 'MM'
(gde je "GGGGGY" = odgovarajući GL broj paketa i "MM" = odgovarajući modul)
4. Ako je Glavna KnjigaID netačna, pokrenite sledeći upit:
UPDATE GLTRAN SET LedgerID = "XXXXXXXXXX" gde je BatNbr = "YYYYYY" i LedgerID = 'xxxxxxxxxxx' i Module = 'MM' (gde je
'XXXXXXXXXX' = ispravan Jevtip, "YYYYY" = odgovarajući GL broj paketa, "xxxxxxxxx" = neispravna Glavna KnjigaID, a "MM" = odgovarajući Modul)
5. Pristupite General Ledger Post Transactions (01.520) i objavite paket.
Rezolucija 21434 – Ažurirajte polje AcctType u tabelama ACCOUNTand ACCTXREF pomoću alatke Query Analyzer
1. Access General Ledger GL Setup (01.950) – grafikon Acct porudžbine.
2. Zatim napravite naznaku grafikona acct redosleda koji je izabran. Vrednosti za polje AcctType u tabelama ACCOUNT i ACCTXREF koje odgovaraju redosledu COA sastojiće se od numeričkog znaka i alfanumeričkog znaka. One su često sledeće: Resursi 1A Odgovornosti
2L Prihod 3I Troškovi 4 KORACI ZA ISPRAVKU
1: 1. Napravite REZERVNU KOPIJU baze podataka, koja može da se vrati u prethodno stanje u slučaju da dođe do nepoželjnog gubitka podataka.
2. Otvorite analizator upita, prijavite se na odgovarajući server i odaberite bazu podataka Aplikacija.
3. Izvršite sledeći SQL izraz da biste verifikuli vrednost u polju AcctType u tabeli NALOG: SELECT AcctType, * iz NALOGa gde je
Acct = "XXXXXX"
(gde je "XXXXXXX" = broj
naloga na koji to utiče)
4. Pokrenite sledeći izraz ako ćelija AcctType nije uneta ili nije tačna:
UPDATE ACCOUNT SET AcctType = "YY" gde je Acct = "XXXXXX"
(gde je "YY" = vrednost zasnovana na redosledu izabranom u | Chart of Acct Order tab as noted in Verification Step 2.)
5. Odaberite Sistemsku bazu podataka i izvršite sledeći izraz da biste proverili polje AcctType u ACCTXREF:
SELECT AcctType, * iz ACCTXREF gde je Acct = 'XXXXXX' i CpnyID = 'yyyy'
(gde je "XXXXXX" =
broj naloga na koji se ovo utiče, a "yyyy" = odgovarajući ID preduzeća) 6. Izvršite sledeću izjavu ako AcctType nije unakrsan ili nije ispravan:
UPDATE ACCTXREF SET AcctType = "YY" gde je Acct = 'XXXXXX' i CpnyID = 'yyyy' Rezolucija 21476 – Proverite da li nalozi imaju status Aktivni nalog u general
Ledger Chart of Accounts Maintenance ( 01,260 ).
KORACI ISPRAVKE:
1. Idite na opšti dijagram "Održavanje naloga" (01.260).
2. Izaberite odgovarajući broj računa.
3. Proverite da li je Status naloga Aktivan.
Rezolucija 27142 – kreiranje relacija "Od/na" za sve kombinacije naloga/subaccount koje će se koristiti za svako preduzeće u e-pošti za više preduzeća Inter-Company Acct/Sub Maintenance (13.260).
NAPOMENE:
1. Sledeća polja se koriste u Inter-Company Acct/Sub Maintenance (13.260) da bi se odrediti kako će se različiti kontakt/subaccount koristiti za Inter-Company transakcije.
>>OD – koristi se za unos informacija o preduzeću dospeća.
ID preduzeća – jedinstveni ključ koji se koristi za identifikovanje svakog preduzeća u sistemu; koristi se prilikom unosa informacija o preduzeću o transakcijama.
Module - Two character code for module. Ako će se isti nalog i broj Šabaccount koristiti za sve module, izaberite stavku SVE, u suprotnom izaberite određeni modul iz padajućeg okvira.
Ekran – kôd sedam znakova za ekran. Ako će se isti nalog i broj Subaccount koristiti za sve ekrane u modulima, unesite ALL, u suprotnom unesite određeni broj ekrana, naime. 03010.
Nalog – Nalog – nalog Inter-Company dospeća je Dospelo.
Pod - subaccount the Inter-Company transaction is Due From.
>>– koristi se za unos informacija o preduzeću zbog upotrebe.
ID preduzeća – jedinstveni ključ koji se koristi za identifikovanje svakog preduzeća u sistemu; koristi se prilikom unosa informacija o preduzeću o transakcijama.
Nalog – Nalog – nalog Inter-Company transakciju je Dospelo.
Pod - subaccount the Inter-Company transaction is Due To.
2. Različiti nalog ili podataki možda se neće koristiti za istu relaciju Inter-Company i ekran istih izvornih podataka.
Podizveštena rezolucija 3010 – Ažurirajte PAKET ili GLTRAN zapis pomoću animalizatora upita da biste ispravili vrednost CuryID.
KORACI ZA VERIFIKACIJU:
1. Prijavite se u odgovarajuću bazu podataka aplikacije pomoću alatke Query Analyzer i pokrenite sledeću izjavu:
SELECT CuryID, * iz GLTRAN-a gde je BatNbr = 'XXXXXX' i Module = 'YY'
(gde je XXXXXX =
broj paketa i YY = modul paketa) 2. Uporedite vrednosti GLTRAN CuryID sa curyID u zapisu BATCH koristeći sledeći SQL izraz: SELECT CuryID iz paketa BATCH gde je
BatNbr = 'XXXXXX' i Module = 'YY' (gde je XXXXXX = broj paketa i YY = modul paketa) NAPOMI: Ovo bi trebalo da vrati samo jedan
zapis.
3. Ako se vrednost razlikuje od GLTRAN-a ili ako se pojavi vrednost "null", nastavite sa koracima ispravke.
KORACI ISPRAVKE:
1. Napravite REZERVNU KOPIJU baze podataka, koja može da se vrati u prethodno stanje u slučaju da dođe do nepoželjnog gubitka podataka.
2. Ažurirajte ZAPIS BATCH ili GLTRAN sledećim izrazom:
UPDATE BATCH (GLTRAN) SET CuryID = 'XXXX' gde je BatNbr = "YYYYYY" i Module = 'ZZZZ' i CuryID = 'xxxx' (gde je XXXX = ispravan CuryID, YYYYY = broj paketa, ZZ = modul i xxxx = neispravan CuryID) Ovaj članak je
techKnowledge Document ID:126851