Содержимое TechKnow ветвей
ВОЗМОЖНЫЕ ПРИЧИНЫ:
1. Если запись была опубликована в учетной записи с состоянием "Неактивная учетная запись", возникает в записи "Общие записи учета" (01.520). См. разрешение 21476.
2. Возникает в пакете General Ledger Release GL Batches (01.400). Поля не заполняются полностью, когда пакет вывели на экране Транзакции дневника (01.010). См. разрешение 1532.
3. Возникает в пакеты release GL (01.400) с необязательными сведениями, которые ссылаются на Sub. CpnyID в таблице GLTRAN не заполняется. См. разрешение 11929.
4. Если в GLTRAN указан неверный ИД книги, возникает в столбец Post Transactions (01.520). См. разрешение 17549.
5. Если тип учетной записи неправильный, возникает в столбцы с типом "Post Transactions" (01.520). См. разрешение 21434.
6. Это происходит при выпуске пакета распределения общих книг в Пакете обновления 4.21 с пакетом обновления 1 (СДВ) версии 4.21 в разных версиях. В последующих версиях этого не происходит.
7. Происходит выпуск пакета в отчете Транзакции за январь (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) from GLTRAN, where BatNbr = 'XXXXXX' and Module = 'YY'
SELECT SUM(CuryCrAm) из GLTRAN, где batNbr = 'XXXXXX' и Module = 'YY'
SELECT SUM(CuryDrAmt) из GLTRAN, где batNbr = 'XXXXXX' и Module = 'YY'
(где XXXXXXX =
соответствующий Пакетный номер и YY = применимый модуль) 4. Убедитесь, что сумма crAmt и сумма DrAmt равна итогу пакета управления. Кроме того, убедитесь, что сумма curyCrAmt и сумма CuryDrAmt равна итогу по пакету. Чтобы проверить это, используйте режим инициализации, чтобы изменить модуль в журнале общих журналов (01.010) на соответствующий модуль и отменить обработку пакета. Итоговая сумма для пакета управления должна быть такой же, как сумма кредитов и сумма дебетов.
5. Суммировать суммы кредита и дебетовой карты для записи BATCH с помощью следующих заявлений, где XXXXXX = соответствующий пакетный номер и YY = соответствующий модуль: SELECT SUM(CTRLTot) из BATCH, где BatNbr = 'XXXXXX' и Module = 'YY' SELECT SUM(CrTot) from BATCH where BatNbr = 'XXXXXX' and Module = 'YY' SELECT SUM(DrTot) from BATCH where BatNbr = 'XXXXXx' и 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. Убедитесь, что сумма crTot и сумма DrTot равны сумме CrAmt и DrAmt таблицы GLTRAN. Кроме того, убедитесь, что сумма curyCrTot и сумма CuryDrTot равны curyCrAmt и CuryDrAmt таблицы GLTRAN.
7. Если все выглядит как остаток, убедитесь, что в GLTRAN нет записей. Каждая транзакция в пакете должна быть выпущена, в столбце Опубликовано должно быть обозначено "U" для столбца "Непубликовано" и т. д. Обновим все отсутствующие записи.
ПРИМЕЧАНИЕ. Если во время публикации возникла проблема, снова запустите общий процесс записи книги (01.520). Если по-прежнему не удалось, обратитесь к подзагому 3010.
Разрешение 11929. Проверьте ИД компании в таблицах BATCH и GLTRAN.
ДЕЙСТВИЯ ПО ИСПРАВЛЕНИЮ:
1. Сделайте резервную копию базы данных, которую можно восстановить в случае потери данных.
2. Используя анализатор запросов, запустите следующую выписку, чтобы проверить правильность CPNYID в таблице BATCH: SELECT * from BATCH, где
BatNbr = 'XXXXXX' и Module = 'GL'
(где XXXXXX — это подходящий пакетный номер)
3. Если указан неправильный CPNYID, выполните следующую выписку:
UPDATE BATCH SET CpnyID = 'YYYY', где batNbr = 'XXXXXX' и Module = 'GL'
(где XXXXXX —
соответствующий пакетный номер, а YYYY — соответствующий ИД компании) 4. Выполните следующее заявление, чтобы проверить правильность CPNYID в таблице GLTRAN: SELECT
* из GLTRAN, где BatNbr = 'XXXXXX' и Module = 'GL'
(где XXXXXX — это соответствующий пакетный номер)
5. Если указан неправильный cpnyID, выполните следующую выписку:
UPDATE GLTRAN SET CpnyID = 'YYYY', где batNbr = 'XXXXXX' и Module = "GL" (где XXXXXX — соответствующий пакетный номер, а YYYY — соответствующее разрешение Company
ID) Разрешение
17549 — исправление поля LedgerID в таблице GLTRAN с помощью анализа запросов.
ДЕЙСТВИЯ ПО ИСПРАВЛЕНИЮ:
1. Сделайте резервную копию базы данных, которую можно восстановить в случае потери данных.
2. С помощью анализа запросов можно получить доступ к соответствующей базе данных приложения.
3. Запустите следующий запрос:
SELECT * из GLTRAN, где batNbr = 'YYYYYY' и Module = 'MM'
(где 'YYYYYY' = соответствующий
номер пакета GL и 'MM' = соответствующий модуль) 4. Если указан неверный ledgerID, запустите следующий запрос:
UPDATE GLTRAN SET LedgerID = 'XXXXXXXXXXXXXX", где batNbr = 'YYYYYY' и LedgerID = 'xxxxxxxxxx' и Module = 'MM'
(где 'XXXXXXXXXXXXx' = правильный LedgerID, 'YYYYYy' = appropriate GL batch number, 'xxxxxxxxxx' = the incorrect LedgerID, and 'MM' = the appropriate Module)
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 Доход 3I Расходы 4E
ШАГИ КОРРЕКЦИИ:
1. Сделайте резервную копию базы данных, которую можно восстановить в случае потери данных.
2. Откройте анализатор запросов, войдите на соответствующий сервер и выберите базу данных приложения.
3. Выполните следующую SQL для проверки значения в поле AcctType в таблице ACCOUNT:
SELECT AcctType, * из ACCOUNT, где Acct = 'XXXXXX'
(где 'XXXXXX' =
затронутый номер учетной записи) 4. Если acctType не заполнен или неправильная, запустите следующую выписку:
UPDATE ACCOUNT SET AcctType = 'YY', где Acct = 'XXXXXX'
(где 'YY' = значение в соответствии с порядком, выбранным в | Диаграмма вкладки "Порядок в acct", как было отмечено в шаге 2 проверки.)
5. Выберите базу данных System и выполните следующее заявление, чтобы проверить поле AcctType в ACCTXREF:
SELECT AcctType, * из ACCTXREF, где Acct = 'XXXXXX' и CpnyID = 'yyyy'
(где 'XXXXXX' =
затронутый номер счета и 'yyyy' = соответствующий ИД компании) 6. Если acctType не заполнен или неправильная, выполните следующее заявление:
UPDATE ACCTXREF SET AcctType = 'YY', где Acct = 'XXXXXX' и CpnyID = 'yyyy' Resolution 21476 . Убедитесь, что у учетных записей есть состояние активной учетной записи в общей таблице учета учетных записей
(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 — используется для ввода сведений о сроке от компании.
ИД компании — уникальный ключ, используемый для идентификации каждой компании в системе; используется при вводе сведений о компании о транзакциях.
Модуль: два знака кода модуля. Если для всех модулей будут использоваться одинаковые учетная запись и подсчет, выберите all, в противном случае выберите определенный модуль в поле.
Экран: семь кодов символов для экрана. Если для всех экранов в модулях будут использоваться одинаковые учетная запись и подавная учетная запись, введите ALL, в противном случае введите конкретный номер экрана, например. 03010.
Account - Account the Inter-Company transaction is Due From.
Sub - subaccount для Inter-Company транзакции Due From.
>>to — используется для ввода сведений из-за компании.
ИД компании — уникальный ключ, используемый для идентификации каждой компании в системе; используется при вводе сведений о компании о транзакциях.
Account ( Учетная запись), в Inter-Company транзакция со сроком.
Sub - subaccount, Inter-Company транзакция должна быть due To.
2. Разные учетные записи и подкочеты могут не использоваться для одной и той же Inter-Company и одного и того же экрана исходных данных.
Под разрешением 3010. Обновите запись BATCH или GLTRAN с помощью анализа запроса, чтобы исправить значение CuryID.
ШАГИ ПРОВЕРКИ:
1. Войдите в соответствующую базу данных приложения с помощью анализа запроса и запустите следующую выписку:
SELECT CuryID, * из GLTRAN, где BatNbr = 'XXXXXX' и Module = 'YY'
(где XXXXXXX =
Пакетный номер и YY = модуль пакета) 2. Сравните значения GLTRAN CuryID с CuryID в записи BATCH, используя следующий отчет SQL: SELECT
CuryID из BATCH, где BatNbr = 'XXXXXX' и Module = 'YY' (где XXXXXXX = Batch Number and YY = Module of the Batch)
NOTE: Это должно возвращать только одну
запись.
3. Если значение отличается от значений GLTRANs или отображается значение NULL, перенаправляем его с помощью действий по исправлению.
ДЕЙСТВИЯ ПО ИСПРАВЛЕНИЮ:
1. Сделайте резервную копию базы данных, которую можно восстановить в случае потери данных.
2. Обновив запись BATCH или GLTRAN, с помощью следующей выписки:
UPDATE BATCH (GLTRAN) SET CuryID = 'XXXX', где batNbr = 'YYYYYY' и Module = 'ZZZZ' и CuryID = 'xxxx' (где XXXX = правильный CuryID, ГГYYYY = пакетный номер, ZZ = модуль, а xxxx = неправильный CuryID) Эта статья была
techKnow это документ ИД:126851
