TechKnowledge Content
ПОТЕНЦІЙНІ ПРИЧИНИ:
1. Відбувається в транзакціях із дописом General Ledger (01.520), якщо опублікувати повідомлення в обліковому записі з неактивним станом облікового запису. Див. роздільну здатність 21476.
2. Відбувається в пакетах gl для випуску general Ledger (01.400). Поля не повністю заповнюються, якщо пакет повернувся на екрані Транзакції журналу (01,010). Див. роздільну здатність 1532.
3. Відбувається в пакетах GL випуску (01.400) з додатковими відомостіми, які посилаються на "Sub". CpnyID в таблиці GLTRAN не заповнюється. Див. роздільну здатність 11929.
4. Відбувається в після транзакціях (01.520) за неправильного ідентифікатора LedgerID в GLTRAN. Див. роздільну здатність 17549.
5. Відбувається в post Transactions (01.520), якщо тип облікового запису хибний. Див. роздільну здатність 21434.
6. Відбувається, коли ви відмовляєтесь від пакета виділення загальної книги в Solomon IV версії 4.21 із пакетом оновлень 1. Вона не відбувається в наступних версіях.
7. Відбувається, коли пакет транзакції inJournal Transactions (01.010) з додатковим посиланням на Sub в разі включення транзакцій із кількома компаніями в зоні докладних відомостей, але зв'язки між компаніями не встановлено в багатокомпонентних транзакціях (13.260) для модуля GL. Див. вирішення27142.
Вирішення 1532. Підсумуйте записи GLTRAN і BATCH за допомогою аналізатора запитів.
КРОКИ ПОПРАВКИ:
1. Зробіть резервну копію бази даних, яку можна відновити на випадок виникнення спрямування даних.
2. Доступ до відповідної бази даних застосунків за допомогою аналізатора запитів.
3. Підсумування суми кредиту та дебету запису GLTRAN за допомогою таких інструкцій:
SELECT SUM(CrAmt) з GLTRAN, де BatNbr = 'XXXXXX' і Module =
'YY' SELECT SUM(DrAmt) з GLTRAN, де BatNbr = 'XXXXXX' and Module = 'YY'
SELECT SUM(CuryCrAmt) з GLTRAN, де BatNbr = 'XXXXXX' and Module =
'YY' SELECT SUM(CuryDrAmt) з GLTRAN, де BatNbr = 'XXXXXX' and Module = 'YY'
(where XXXXXX = applicable Batch Number and YY = the applicable Module)
4. Переконайтеся, що сума суми cramt і суми dramt дорівнює підсумку для пакета. Також переконайтеся, що сума суми CuryCrAmt і суми CuryDrAmt дорівнює сумі елемента керування для пакета. Щоб перевірити це, використайте режим ініціалізації, щоб змінити модуль у транзакціях журналу General Ledger (01.010) на правильний модуль і з'являться пакети. Загальна сума елемента керування має збігатись із сумою кредитів і сумою дебетів.
5. Підсумування суми кредиту та дебету запису пакета за допомогою наведених нижче виписок, де XXXXXX = відповідний номер пакета, а YY = відповідний модуль: SELECT SUM(CtrlTot) з пакета, де BatNbr = 'XXXX XXXX' і Module = 'YY' SELECT SUM(CrTot) з пакета, де BatNbr = 'XXXXXX' і Module = 'YY' SELECT SUM(DrTot) з пакета, де BatNbr = ''XXXXXX' і Module = 'YY' SELECT SUM(CuryCtrlTot) з BATCH, де BatNbr = 'XXXXXX' and Module = 'YY' SELECT SUM(CuryCrTot) з BATCH, де BatNbr = 'XXXXXXX' and Module = 'YY' SELECT SUM(CuryDrTot) з BATCH, де BatNbr = 'XXXXXX' and Module = 'YY'
6. Переконайтеся, що сума суми crTot і суми drTot дорівнює cramt і DrAmt таблиці GLTRAN. Також переконайтеся, що сума CuryCrTot і сума CuryDrTot дорівнює curyCrAmt і CuryDrAmt таблиці GLTRAN.
7. Якщо все відображається в балансі, переконайтеся, що з GLTRAN не бракує записів. Потрібно випускати кожну транзакцію з пакета, у стовпці "Опубліковано" має бути "У" для unposted тощо. Оновіть відсутні записи.
ПРИМІТКА. Якщо під час публікування сталася проблема, знову запустіть процес Транзакції після головної книги (01.520). Якщо це не допомогло, див. 3010.
Вирішення 11929. Перевірте CompanyID в таблицях BATCH і GLTRAN.
КРОКИ ПОПРАВКИ:
1. Зробіть резервну копію бази даних, яку можна відновити на випадок виникнення спрямування даних.
2. За допомогою аналізатора запитів виконайте наведену нижче інструкцію, щоб переконатися, що CpnyID в таблиці BATCH правильний: SELECT * з ПАКЕТА, де
BatNbr = 'XXXXXX' і Module = 'GL'
(де XXXXXXX
– це відповідний номер пакета)
3. Якщо ідентифікатор CpnyID неправильний, виконайте таку інструкцію:
UPDATE BATCH SET CpnyID = 'YYYY', де BatNbr = 'XXXXXX' і Module = 'GL'
(де XXXXXXX
– це відповідний номер пакета, а YYYY – відповідний ідентифікатор компанії) 4. Виконайте наведену нижче інструкцію, щоб переконатися, що CpnyID в таблиці GLTRAN правильна:
SELECT * з GLTRAN, де BatNbr = 'XXXXXX' і Module = 'GL'
(де XXXXXX –
це відповідний номер пакета) 5. Якщо ідентифікатор CpnyID неправильний, виконайте таку інструкцію:
UPDATE GLTRAN SET CpnyID = 'YYYY', де BatNbr = 'XXXXXX' і Module = 'GL'
(де XXXXXXX – це відповідний номер пакета, а YYYY – це відповідна роздільна здатність компанії
17549) – виправляти поле LedgerID в таблиці GLTRAN за допомогою аналізатора запитів.
КРОКИ ПОПРАВКИ:
1. Зробіть резервну копію бази даних, яку можна відновити на випадок виникнення спрямування даних.
2. За допомогою аналізатора запитів використовується доступ до відповідної бази даних програм.
3. Виконайте такий запит:
SELECT * з GLTRAN, де BatNbr = 'YYYYYY' і Module =
'MM' (де 'YYYYYY' = відповідний номер пакета GL і 'MM' = відповідний модуль)
4. Якщо код LedgerID неправильний, виконайте такий запит:
UPDATE GLTRAN SET LedgerID = 'XXXXXXXXXXXX', де BatNbr = 'YYYYYY' and LedgerID = 'xxxxxxx' and Module =
'MM' (where 'XXXXXXXXXXXX' = correct LedgerID, 'YYYYY' = відповідне число пакета GL, 'xxxxxxxxxx' = неправильний код LedgerID і 'MM' = відповідний модуль)
5. Access General Ledger Post Transactions (01.520) і опублікувати пакет.
Вирішення 21434 . Оновіть поле AcctType у таблицях ACCOUNTand ACCTXREF за допомогою аналізатора
запитів 1. Access General Ledger GL Setup (01.950) – діаграма замовлення acct.
2. Занотувати вибрану діаграму порядку acct. Значення поля AcctType у таблицях ACCOUNT і ACCTXREF, які відповідають порядку COA, складатимуться з числових символів і буквено-цифрових символів. Їх часто використовують: Зобов'язання активів
1A 2L Income 3I Expenses 4E
CORRECTION STEPS:
1. Зробіть резервну копію бази даних, яку можна відновити на випадок виникнення спрямування даних.
2. Відкрийте аналізатор запитів, увійдіть на відповідний сервер і виберіть базу даних application.
3. Виконайте наведену нижче інструкцію SQL, щоб перевірити значення в полі AcctType таблиці
ACCOUNT: SELECT AcctType, * з ACCOUNT, де Acct = 'XXXXXX'
(де 'XXXXXXX' = the affected Account number)
4. Якщо acctType не заповнено або неправильно виконайте наведену нижче інструкцію:
UPDATE ACCOUNT SET AcctType = 'YY', де Acct = 'XXXXXXX'
(де 'YY' = значення залежно від порядку, вибраного в майстрі налаштування GL | Chart of Acct Order tab as noted in Verification Step 2.)
5. Виберіть системну базу даних і виконайте наведену нижче інструкцію, щоб перевірити поле AcctType у ACCTXREF:
SELECT AcctType, * з ACCTXREF, де Acct = 'XXXXXXX' і CpnyID = 'yyyy'
(де 'XXXXXXX' =
потрібний номер рахунку та 'yyyy' = відповідний ідентифікатор компанії) 6. Виконайте наведену нижче інструкцію, якщо acctType не заповнено або неправильно:
UPDATE ACCTXREF SET AcctType = 'YY', де Acct = 'XXXXXX' and CpnyID = 'yyyy' Resolution 21476 - Verify that the Accounts have an
Active Account Status in General Ledger chart of Accounts Maintenance ( 01.260 ).
КРОКИ ПОПРАВКИ:
1. Перейдіть до діаграми загальної книги з обслуговування облікових записів (01.260).
2. Виберіть відповідний номер рахунку.
3. Переконайтеся, що стан облікового запису активний.
Вирішення 27142. Створення зв'язків "З" і "До" для всіх комбінацій з бізнес-партнером або під обліковим записом, які використовуватимуться для кожної компанії в багатокомпонатних Inter-Company acct/Sub Maintenance (13.260).
НОТАТКИ:
1. Наведені нижче поля використовуються в Inter-Company Acct/Sub Maintenance (13.260) для визначення способу використання різних облікових записів і вкладених облікових записів для Inter-Company транзакцій.
>>FROM – використовується для введення відомостей про компанію Due From Company (Термін з компанії).
Ідентифікатор компанії – унікальний ключ, який використовується для ідентифікації кожної компанії в системі; використовується, коли ви вводите відомості про компанію для транзакцій.
Module (Модуль) – код двох символів модуля. Якщо один і той самий обліковий запис і Підрахунок потрібно використовувати для всіх модулів, виберіть ALL, інакше виберіть певний модуль у розкривному списку.
Екран – сім кодів символів для екрана. Якщо один і той самий обліковий запис і Підрахунок використовуються для всіх екранів у модулях, введіть ALL, в іншому разі введіть певний номер екрана, наприклад. 03010.
Account (Обліковий запис). Обліковий запис. Inter-Company транзакцію має бути "До сплати".
Sub - Subaccount the Inter-Company transaction is Due From.
>>TO - використовується для введення відомостей про компанію Due To.
Ідентифікатор компанії – унікальний ключ, який використовується для ідентифікації кожної компанії в системі; використовується, коли ви вводите відомості про компанію для транзакцій.
Account (Обліковий запис). Обліковий запис, до Inter-Company має бути здійснене транзакція.
Sub - Subaccount the Inter-Company transaction is Due To.
2. Для того самого зв'язку Inter-Company і на тому самому екрані вихідних даних не можна використовувати різні облікові Inter-Company або для підрахунку.
Sub-Resolution 3010. Оновіть запис BATCH або GLTRAN за допомогою аналізатора запитів, щоб виправити значення CuryID.
КРОКИ ПЕРЕВІРКИ:
1. Увійдіть у відповідну базу даних програм за допомогою аналізатора запитів і виконайте таку інструкцію:
SELECT CuryID, * з GLTRAN, де BatNbr = 'XXXXXX' і Module = 'YY'
(де XXXXXX =
номер пакета, а YY = модуль пакета) 2. Порівняйте значення GLTRAN CuryID із CuryID у записі пакета за допомогою такої інструкції SQL:
SELECT CuryID з BATCH, де BatNbr = 'XXXXXX' і Module = 'YY' (where XXXXXX = the Batch Number and YY = модуль пакета) NOTE: This should return
one and only one record.
3. Якщо значення відрізняється від GLTRAN або відображається Null-значення, перейдіть до кроків виправлення.
КРОКИ ПОПРАВКИ:
1. Зробіть резервну копію бази даних, яку можна відновити на випадок виникнення спрямування даних.
2. Оновіть запис BATCH або GLTRAN за допомогою такої інструкції:
UPDATE BATCH (GLTRAN) SET CuryID = 'XXXXX', де BatNbr = 'YYYYY' and Module = 'ZZZZ' and CuryID = 'xxxx' (де XXXX = правильний CuryID, YYYYY = номер пакета, ZZ = модуль, а xxxx = неправильний CuryID) Ця стаття була
TechKnowledge Document ID:126851
