Konten TechKnowledge
KEMUNGKINAN PENYEBAB:
1. Terjadi di General Ledger Post Transactions (01.520) jika memposting ke Akun dengan Status Akun Tidak Aktif. Lihat resolusi 21476.
2. Terjadi dalam Kumpulan GL Rilis Ledger Umum (01.400). Bidang tidak diisi sepenuhnya saat kumpulan diisi di layar Transaksi Jurnal (01.010). Lihat resolusi 1532.
3. Terjadi dalam Kumpulan GL Rilis (01.400) dengan Info Opsional yang merujuk ke 'Sub'. CpnyID dalam tabel GLTRAN tidak diisi. Lihat resolusi 11929.
4. Terjadi di Post Transactions (01.520) saat terdapat LedgerID yang tidak tepat di GLTRAN. Lihat resolusi 17549.
5. Terjadi dalam Transaksi Pos (01.520) jika Tipe Akun tidak benar. Lihat resolusi 21434.
6. Terjadi saat merilis kumpulan Alokasi Ledger Umum di Solomon IV Versi 4.21 Paket Layanan 1. Masalah ini tidak terjadi di versi berikutnya.
7. Terjadi merilis kumpulan dalam Transaksi Tahunan (01.010)dengan Info Opsional yang merujuk ke Sub ketika menyertakan transaksi Multi-perusahaan di area detail, tetapi hubungan Intercompany belum dibuat dalam Akun Multi-Perusahaan Intercompany/Sub Pemeliharaan (13.260)untuk Modul GL. Lihat resolusi27142.
Resolusi 1532 - Jumlahkan catatan GLTRAN dan BATCH menggunakan Query Analyzer.
LANGKAH KOREKSI:
1. Buat CADANGAN database, yang dapat dipulihkan jika terjadi kehilangan data yang tidak diinginkan.
2. Akses database Aplikasi yang sesuai menggunakan Query Analyzer.
3. Jumlah Kredit dan Debit dari catatan GLTRAN menggunakan pernyataan berikut:
SELECT SUM(CrAmt) dari GLTRAN di mana BatNbr = 'XXXXXX' dan Module =
'YY' SELECT SUM(DrAmt) dari GLTRAN di mana BatNbr = 'XXXXXX' dan Module = 'YY'
SELECT SUM(CuryCrAmt) dari GLTRAN di mana BatNbr = 'XXXXXX' dan Module = 'YY'
SELECT SUM(CuryDrAmt) dari GLTRAN di mana BatNbr = 'XXXXXX' dan Module = 'YY'
(di
mana XXXXXX = Nomor Kumpulan yang berlaku dan YY = Modul yang berlaku) 4. Verifikasi bahwa jumlah CrAmt dan jumlah DrAmt sama dengan Total Kontrol Kumpulan. Verifikasi juga bahwa jumlah CuryCrAmt dan jumlah CuryDrAmt sama dengan Total Kontrol Kumpulan. Untuk menguji hal ini, gunakan Mode Mulai untuk mengubah Modul dalam Transaksi Jurnal Ledger Umum (01.010) ke Modul yang tepat dan memunculkan Batch. Kontrol Total Kumpulan harus sama dengan jumlah Kredit dan jumlah Debit.
5. Jumlah Kredit dan Debit rekaman BATCH menggunakan pernyataan berikut ketika XXXXXX = Nomor Kumpulan dan YY yang berlaku = Modul yang dapat digunakan: SELECT SUM(CtrlTot) dari BATCH di mana BatNbr = 'XXXXXX' dan Module = 'YY' SELECT SUM(CrTot) dari BATCH di mana BatN imap = 'XXXXXX' dan Module = 'YY' SELECT SUM(DrTot) dari BATCH di mana BatN imap = 'XXXXXX' dan Module = 'YY' SELECT SUM(CuryCtrlTot) dari BATCH di mana BatNbr = 'XXXXXX' dan Module = 'YY' SELECT SUM(CuryCrTot) dari BATCH di mana BatNbr = 'XXXXXX' dan Module = 'YY' SELECT SUM(CuryDrTot) dari BATCH di mana BatNdr = 'XXXXXX' dan Module = 'YY'
6. Verifikasi bahwa jumlah CrTot dan jumlah DrTot sama dengan CrAmt dan DrAmt tabel GLTRAN. Selain itu, pastikan bahwa jumlah CuryCrTot dan jumlah CuryDrTot sama dengan CuryCrAmt dan CuryDrAmt tabel GLTRAN.
7. Jika semuanya tampak seimbang, verifikasi bahwa tidak ada catatan yang hilang dari GLTRAN. Setiap transaksi dalam Kumpulan harus dirilis, kolom Diposting harus 'U' untuk Belum Diposting, dll. Perbarui setiap catatan yang hilang.
CATATAN: Jika masalah terjadi selama memposting, jalankan proses General Ledger Post Transactions (01.520) lagi. Jika masih tidak berhasil, rujuk ke sub-resolusi 3010.
Resolusi 11929 - Verifikasi COMPANYID dalam tabel BATCH dan GLTRAN.
LANGKAH KOREKSI:
1. Buat CADANGAN database, yang dapat dipulihkan jika terjadi kehilangan data yang tidak diinginkan.
2. Dengan Menggunakan Query Analyzer, jalankan pernyataan berikut untuk memverifikasi bahwa CpnyID dalam tabel BATCH sudah benar:
SELECT * from BATCH where BatNbr = 'XXXXXX' dan Module = 'GL' (di mana XXXXXX adalah Nomor Kumpulan yang
sesuai)
3. Jika CpnyID tidak benar, jalankan pernyataan berikut:
UPDATE BATCH SET CpnyID = 'YYYY' di mana BatNbr = 'XXXXXX' dan Module = 'GL' (XXXXXX adalah Nomor Kumpulan yang sesuai dan
YYYY
adalah ID Perusahaan yang sesuai)
4. Jalankan pernyataan berikut untuk memverifikasi bahwa CpnyID dalam tabel GLTRAN sudah benar: SELECT * dari
GLTRAN di mana BatNbr = 'XXXXXX' dan Module = 'GL' (dengan XXXXXX adalah Nomor Kumpulan yang
sesuai)
5. Jika CpnyID tidak benar, jalankan pernyataan berikut:
UPDATE GLTRAN SET CpnyID = 'YYYY' di mana BatNbr = 'XXXXXX' dan Module = 'GL' (XXXXXX adalah Nomor Kumpulan dan YYYY yang sesuai adalah ID Perusahaan yang sesuai) Resolusi
17549 - Koreksi bidang LedgerID dalam tabel GLTRAN menggunakan Query Analyzer.
LANGKAH KOREKSI:
1. Buat CADANGAN database, yang dapat dipulihkan jika terjadi kehilangan data yang tidak diinginkan.
2. Menggunakan Penganalisis Kueri, akses database aplikasi yang sesuai.
3. Jalankan kueri berikut: SELECT * dari
GLTRAN, tempat BatNbr = 'YYYYYY' dan Modul = 'MM'
(dengan 'YYYYYY' =
nomor kumpulan GL yang sesuai dan 'MM' = Modul yang sesuai)
4. Jika LedgerID tidak benar, jalankan kueri berikut:
UPDATE GLTRAN SET LedgerID = 'XXXXXXXXXXX' di mana BatNbr = 'YYYYYY' dan LedgerID = 'xxxxxxxxxx' dan Modul = 'MM' (di mana
'XXXXXXXXXXX' = LedgerID, 'YYYYY' = nomor kumpulan GL yang sesuai, 'xxxxxxxxxx' = LedgerID yang salah, dan 'MM' = Modul yang sesuai)
5. Access General Ledger Post Transactions (01.520), dan posting kumpulan tersebut.
Resolusi 21434 - Perbarui bidang AcctType dalam tabel ACCOUNTand ACCTXREF menggunakan Query Analyzer
1. Access General Ledger GL Setup (01.950) - Bagan Urutan Acct.
2. Buat catatan dari Bagan Urutan Act yang dipilih. Nilai untuk bidang AcctType dalam tabel ACCOUNT dan ACCTXREF yang sesuai dengan Urutan COA akan terdiri dari karakter numerik dan karakter alfanumerik. Mereka sering sebagai berikut:
Kewajiban Aset 1A Kewajiban 2L Pengeluaran 3I Langkah-langkah KOREKSI 4E:
1. Buat CADANGAN database, yang dapat dipulihkan jika terjadi kehilangan data yang tidak diinginkan.
2. Buka Penganalisis Kueri, masuk ke server yang tepat, dan pilih database Aplikasi.
3. Jalankan pernyataan SQL berikut untuk memverifikasi nilai dalam bidang AcctType dalam tabel ACCOUNT: SELECT AcctType, * dari ACCOUNT di mana
Acct = 'XXXXXX' (di mana
'XXXXXX' = nomor Akun yang terpengaruh)
4. Jalankan pernyataan berikut jika AcctType tidak diisi atau salah:
UPDATE ACCOUNT SET AcctType = 'YY' di mana Acct = 'XXXXXX' (di mana
'YY' = nilai berdasarkan urutan yang dipilih dalam | Bagan tab Urutan Act seperti yang diketahui di Langkah Verifikasi 2.)
5. Pilih Database sistem, dan jalankan pernyataan berikut ini untuk memeriksa bidang AcctType di ACCTXREF:
SELECT AcctType, * dari ACCTXREF di mana Acct = 'XXXXXX' dan CpnyID = 'yyyy' (di mana 'XXXXXX' = nomor Akun yang terpengaruh dan
'yyyy' = ID Perusahaan yang
sesuai) 6. Jalankan pernyataan berikut jika AcctType tidak diisi atau salah:
UPDATE ACCTXREF SET AcctType = 'YY' di mana Acct = 'XXXXXX' dan CpnyID = 'yyyy' Resolusi 21476 - Verifikasi bahwa Akun memiliki Status Akun Aktif dalam Bagan Buku Besar Pemeliharaan Akun Umum
( 01.260 ).
LANGKAH KOREKSI:
1. Masuk ke Bagan Buku Catatan Umum Pemeliharaan Akun (01.260).
2. Pilih Nomor Akun yang sesuai.
3. Verifikasi bahwa Status akun Aktif.
Resolusi 27142 - Hubungan Dari/Ke untuk semua kombinasi Akun/Subakun yang akan digunakan untuk setiap Perusahaan dalam Inter-Company Acct/Sub Maintenance (13.260).
CATATAN:
1. Bidang berikut digunakan dalam Inter-Company Acct/Sub Maintenance (13.260) untuk menentukan bagaimana perbedaan Akun/Subakun yang akan digunakan Inter-Company transaksi.
>>FROM - gunakan untuk memasukkan informasi Jatuh Tempo Dari Perusahaan.
ID Perusahaan - Kunci unik yang digunakan untuk mengidentifikasi setiap Perusahaan dalam sistem; digunakan saat memasukkan Informasi perusahaan pada transaksi.
Module - Dua kode karakter untuk modul. Jika Akun dan Subaccount yang sama akan digunakan untuk semua modul, pilih ALL, jika tidak, pilih modul tertentu dari kotak menurun.
Layar - Tujuh kode karakter untuk layar. Jika Akun dan Subaccount yang sama akan digunakan untuk semua layar dalam modul, masukkan ALL, jika tidak masukkan nomor layar tertentu, misalnya 03010.
Akun - Rekening Inter-Company jatuh tempo Dari.
Sub - Subaccount Inter-Company jatuh tempo Dari.
>>TO - gunakan untuk memasukkan informasi Jatuh Tempo Ke Perusahaan.
ID Perusahaan - Kunci unik yang digunakan untuk mengidentifikasi setiap Perusahaan dalam sistem; digunakan saat memasukkan Informasi perusahaan pada transaksi.
Akun - Rekening Inter-Company transaksi Jatuh Tempo Kepada.
Sub - Subaccount Inter-Company jatuh tempo Pada.
2. Akun atau Subakun Berbeda mungkin tidak digunakan untuk hubungan Inter-Company berbeda dan layar data sumber yang sama.
Sub-Resolusi 3010 - Perbarui catatan BATCH atau GLTRAN menggunakan Query Analyzer untuk memperbaiki nilai CuryID.
LANGKAH-LANGKAH
VERIFIKASI: 1. Masuk ke database Aplikasi yang sesuai menggunakan Query Analyzer dan jalankan pernyataan berikut: SELECT CuryID, * dari GLTRAN di mana
BatNbr = 'XXXXXX' dan Module = 'YY' (di mana XXXXXX = Batch Number dan
YY = Modul Batch)
2. Bandingkan nilai GLTRAN CuryID dengan CuryID dalam rekaman BATCH menggunakan pernyataan SQL berikut: SELECT CuryID dari BATCH tempat
BatNbr = 'XXXXXX' dan Module = 'YY' (di mana XXXXXX = Nomor Kumpulan dan YY = Modul Batch)
CATATAN: Langkah ini akan mengembalikan satu data dan hanya
satu.
3. Jika nilai berbeda dari GLTRAN atau jika nilai null muncul, lanjutkan dengan Langkah Koreksi.
LANGKAH KOREKSI:
1. Buat CADANGAN database, yang dapat dipulihkan jika terjadi kehilangan data yang tidak diinginkan.
2. Perbarui catatan BATCH atau GLTRAN dengan pernyataan berikut:
UPDATE BATCH (GLTRAN) SET CuryID = 'XXXX' di mana BatNbr = 'YYYYYY' dan Module = 'ZZZZ' dan CuryID = 'xxxx' (di mana XXXX = CuryID yang benar, YYYYY = Batch Number, ZZ = the Module, and xxxx = the incorrect CuryID) Artikel ini adalah
TECHKnowledge Document ID:126851
