Содержимое 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
