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
