Содержимое TechKnowledge
ВОЗМОЖНЫЕ ПРИЧИНЫ:
1. в общем учет операций ГК (01.520) Если возникает разноски счета со статусом неактивных учетных записей. Разрешение 21476 см.
2. в общем происходит GL выпуска книги пакетов (01.400). Поля не заполняются полностью, если пакет не станет активным в окне журнала транзакций (01.010). Разрешение 1532 см.
3. в пакетах GL выпуска (01.400) происходит с необязательные сведения ссылке 'Sub'. CpnyID в таблице GLTRAN не заполняется. Разрешение 11929 см.
4. происходит в учитывать транзакции (01.520) при GLTRAN неправильный LedgerID. Разрешение 17549 см.
5. в случае учет транзакций (01.520) Неправильный тип учетной записи. Разрешение 21434 см.
6. происходит при освобождении пакет общего распределения ГК в Solomon IV версии 4.21 Пакет обновления 1. Он не возникает в последующих версиях.
7. происходит освобождение inJournal пакетной транзакции (01.010) с необязательные сведения ссылки на Sub при включая проводки нескольких компаний в области сведений, но внутрихолдинговые отношения не установлены в нескольких компаний внутрихолдингового счета/Sub обслуживания (13.260) в модуле ГК. Resolution27142 см.
Разрешение 1532 - сумма GLTRAN и ПАКЕТНОЙ записи, с помощью анализатора запросов.
ДЕЙСТВИЯ ДЛЯ ИСПРАВЛЕНИЯ:
1. Создайте РЕЗЕРВНУЮ копию базы данных, могут быть восстановлены в случае, если происходит потеря нежелательных данных.
2. доступ к соответствующей базы данных приложения с помощью анализатора запросов.
3. Сумма кредита и дебета объемы запись GLTRAN с помощью следующей инструкции:
ВЫБЕРИТЕ SUM(CrAmt) из GLTRAN где BatNbr = модуль и «XXXXXX» = «YY»
ВЫБЕРИТЕ SUM(DrAmt) из GLTRAN где BatNbr = модуль и «XXXXXX» = «YY»
ВЫБЕРИТЕ SUM(CuryCrAmt) из GLTRAN где BatNbr = модуль и «XXXXXX» = «YY»
ВЫБЕРИТЕ SUM(CuryDrAmt) из GLTRAN где BatNbr = модуль и «XXXXXX» = «YY»
(где XXXXXX = соответствующий номер партии и YY = соответствующий модуль)
4. Убедитесь, что сумма CrAmt и сумма DrAmt равно управления всего пакета. Кроме того убедитесь, что сумма CuryCrAmt и сумма CuryDrAmt равно управления всего пакета. Чтобы проверить это, режим инициализации изменить модуль в проводок журнала главной книги (01.010) для правильной модуля и открыть пакет. Общее управление пакета должно быть таким же, как сумма Сумма дебетов и кредитов.
5. Сумма суммы кредита и дебета ПАКЕТНОЙ записи с помощью следующих инструкций где XXXXXX = соответствующий номер партии и гг = соответствующий модуль: ВЫБЕРИТЕ SUM(CtrlTot) из ПАКЕТА где BatNbr = «XXXXXX» и модуль = «YY» ВЫБЕРИТЕ SUM(CrTot) из ПАКЕТА где BatNbr = «XXXXXX» и модуль = «YY» ВЫБЕРИТЕ SUM(DrTot) из ПАКЕТА где BatNbr = «XXXXXX» и модуль = «YY» ВЫБЕРИТЕ SUM(CuryCtrlTot) из ПАКЕТА где BatNbr = «XXXXXX» и модуль = «YY» ВЫБЕРИТЕ SUM(CuryCrTot) из ПАКЕТА где BatNbr = модуль и «XXXXXX» = " ГГ "ВЫБЕРИТЕ SUM(CuryDrTot) из ПАКЕТА где BatNbr = модуль и «XXXXXX» = «YY»
6. Проверьте суммы CrTot и суммы DrTot равно CrAmt и DrAmt в таблице GLTRAN. Кроме того убедитесь, что сумма CuryCrTot и сумма CuryDrTot равно CuryCrAmt и CuryDrAmt в таблице GLTRAN.
7. Если все, что находится в балансе, убедитесь, что нет записей в GLTRAN отсутствует. Каждой транзакции в пакете должны быть освобождены, разнесенная столбец должен быть 'U' для Unposted, и т.д. Обновите все отсутствующие записи.
Примечание: Если произошла ошибка во время разноски, повторите процесс Post общие бухгалтерские проводки (01.520). Если по-прежнему неудачно, ссылаться на вложенные разрешения 3010.
Разрешение 11929 - проверьте CompanyID в таблицах ПАРТИИ и GLTRAN.
ДЕЙСТВИЯ ДЛЯ ИСПРАВЛЕНИЯ:
1. Создайте РЕЗЕРВНУЮ копию базы данных, могут быть восстановлены в случае, если происходит потеря нежелательных данных.
2. с помощью Query Analyzer, выполните следующую инструкцию, чтобы проверить правильность CpnyID в таблице РАЗДЕЛ:
ВЫБЕРИТЕ * из ПАКЕТА где BatNbr = модуль и «XXXXXX» = «ГК»
(где XXXXXX — соответствующий номер партии)
3. Если неверный CpnyID, выполните следующую инструкцию:
CpnyID НАБОР ПАКЕТНОГО обновления = «YYYY», где BatNbr = модуль и «XXXXXX» = «ГК»
(где XXXXXX — соответствующий номер партии и гггг — соответствующий код компании)
4. выполните следующую инструкцию, чтобы проверить правильность CpnyID в таблице GLTRAN.
ВЫБЕРИТЕ * из GLTRAN где BatNbr = модуль и «XXXXXX» = «ГК»
(где XXXXXX — соответствующий номер партии)
5. Если неверный CpnyID, выполните следующую инструкцию:
Обновление GLTRAN НАБОР CpnyID = «YYYY», где BatNbr = «XXXXXX» и модуль = «ГК»
(где XXXXXX — соответствующий номер партии и гггг — соответствующий код компании)
17549 - разрешение исправить LedgerID поля в таблице GLTRAN, с помощью анализатора запросов.
ДЕЙСТВИЯ ДЛЯ ИСПРАВЛЕНИЯ:
1. Создайте РЕЗЕРВНУЮ копию базы данных, могут быть восстановлены в случае, если происходит потеря нежелательных данных.
2. с помощью анализатора запросов доступа к базе данных соответствующего приложения.
3. Запустите следующий запрос:
ВЫБЕРИТЕ * из GLTRAN где BatNbr = «ГГГГГГ» и модуль = 'MM'
(где «ГГГГГГ» = соответствующий номер партии GL и 'MM' = соответствующий модуль)
4. Если неверный LedgerID, запустите следующий запрос:
Обновление GLTRAN значение LedgerID = «XXXXXXXXXXX», где BatNbr = 'ГГГГГГ' и LedgerID = «xxxxxxxxxx» и модуль = 'MM'
(где «XXXXXXXXXXX» = правильной LedgerID, «ГГГГГГ» = соответствующие GL пакетного номеров, «xxxxxxxxxx» = неправильный LedgerID и 'MM' = соответствующий модуль)
5. доступ к общей книге учитывать транзакции (01.520) и учет пакета.
Разрешение 21434 - обновить поле AcctType в ACCOUNTand ACCTXREF таблиц, с помощью анализатора запросов
1. Настройка общего доступа Книга GL (01.950) - диаграммы Acct заказа.
2. запишите диаграммы из Acct заказа, который выбран. Значения для поля AcctType в счет и ACCTXREF таблицы, которые соответствуют порядку COA будет состоять из числового символа и алфавитно-цифровой символ. Часто это следующим образом:
Активам 1A 2L 3I доход расходы 4E
ДЕЙСТВИЯ ДЛЯ ИСПРАВЛЕНИЯ:
1. Создайте РЕЗЕРВНУЮ копию базы данных, могут быть восстановлены в случае, если происходит потеря нежелательных данных.
2. Откройте анализатор запросов, войти в соответствующий сервер и выберите базу данных приложения.
3. выполните следующую инструкцию SQL, чтобы проверить значение в поле AcctType в таблице учетной записи:
ВЫБЕРИТЕ AcctType * из учетной записи где Acct = «XXXXXX»
(где «XXXXXX» = уязвимой номер счета)
4. Если AcctType не указан или указан неверный, выполните следующую инструкцию:
Обновление учетной записи НАБОР AcctType = «YY» где Acct = «XXXXXX»
(где «YY» = значение на основании заказа, выбранного при настройке | Диаграмма вкладки Acct заказа, как указано в шаге 2 для проверки).
5. Выберите системную базу данных и выполните следующую инструкцию, чтобы проверить поле AcctType в ACCTXREF:
ВЫБЕРИТЕ AcctType * из ACCTXREF где Acct = «XXXXXX» и CpnyID = «yyyy»
(где «XXXXXX» = подверженных номер счета и «гггг» = соответствующий код компании)
6. Если AcctType не указан или указан неверный, выполните следующую инструкцию:
Обновление ACCTXREF значение AcctType = «YY» где Acct = «XXXXXX» и CpnyID = «yyyy»
Разрешение 21476 - проверьте, что учетные записи имеют состояние активной учетной записи в планом финансовых счетов обслуживания (01.260).
ДЕЙСТВИЯ ДЛЯ ИСПРАВЛЕНИЯ:
1. Перейдите к планом финансовых счетов обслуживания (01.260).
2. выберите нужный номер счета.
3. Проверьте состояние учетной записи активного.
Разрешение 27142 - Создание типа связи для всех комбинаций счета/субсчета, которые будут использоваться для каждой компании в нескольких межфирменной Acct/Sub организациями (13.260).
ПРИМЕЧАНИЯ:
1. следующие поля используются в межфирменные Acct/Sub обслуживания (13.260) для обозначения различных учетных записей и дочерних организаций, который будет использоваться для межфирменные транзакции.
>> от - используется для ввода информации оплаты от компании.
Код компании - уникальный ключ, используемый для идентификации каждой компании в системе; использовать при вводе информации о компании на транзакции.
Модуль - два символа кода для модуля. Если же счета и субсчета будет использоваться для всех модулей, выделить все, в противном случае выберите конкретного модуля из раскрывающегося списка.
Экран - семь символов код для экрана. Если же счета и субсчета будет использоваться для всех экранов в модулях все, в противном случае введите номер экрана, т. е. 03010.
Счет - счет межфирменную транзакцию — оплаты.
Sub - субсчета межфирменную транзакцию: оплаты.
>> к - используется для ввода информации о компании для оплаты.
Код компании - уникальный ключ, используемый для идентификации каждой компании в системе; использовать при вводе информации о компании на транзакции.
Учетная запись - учетная запись межфирменную транзакцию связано.
Sub - субсчета межфирменную транзакцию связано.
2. другой учетной записи или дочерних организаций не может использоваться для того же межфирменные связи и экране того же источника данных.
Вложенные разрешения 3010 - обновить запись ПАКЕТА или GLTRAN, исправьте значение CuryID с помощью анализатора запросов.
ШАГИ ПРОВЕРКИ:
1. Войдите в соответствующую базу данных приложения с помощью Query Analyzer и выполните следующую инструкцию:
ВЫБЕРИТЕ CuryID * из GLTRAN где BatNbr = модуль и «XXXXXX» = «YY»
(где XXXXXX = номер партии и YY = модуль пакета)
2. Сравнение значений GLTRAN CuryID в CuryID в запись ПАКЕТА, используя следующую инструкцию SQL:
ВЫБЕРИТЕ CuryID из ПАКЕТА где BatNbr = «XXXXXX» и модуль = «YY» (где XXXXXX = номер партии и YY = модуль пакета)
Примечание: Это должен возвращать одной и только одной записи.
3. Если значение отличается от GLTRANs или значение null, чтобы продолжите действия коррекции.
ДЕЙСТВИЯ ДЛЯ ИСПРАВЛЕНИЯ:
1. Создайте РЕЗЕРВНУЮ копию базы данных, могут быть восстановлены в случае, если происходит потеря нежелательных данных.
2. обновите запись ПАКЕТА или GLTRAN с помощью следующей инструкции:
CuryID Установка ПАКЕТА обновления (GLTRAN) = «XXXX», где BatNbr = «ГГГГГГ» и модуль = «ZZZZ» и CuryID = «xxxx» (где XXXX = правильный CuryID, ГГГГГГ = номер партии, ZZ = модуль и xxxx = неправильный CuryID)
В этой статье был ID:126851 TechKnowledge документов
1. в общем учет операций ГК (01.520) Если возникает разноски счета со статусом неактивных учетных записей. Разрешение 21476 см.
2. в общем происходит GL выпуска книги пакетов (01.400). Поля не заполняются полностью, если пакет не станет активным в окне журнала транзакций (01.010). Разрешение 1532 см.
3. в пакетах GL выпуска (01.400) происходит с необязательные сведения ссылке 'Sub'. CpnyID в таблице GLTRAN не заполняется. Разрешение 11929 см.
4. происходит в учитывать транзакции (01.520) при GLTRAN неправильный LedgerID. Разрешение 17549 см.
5. в случае учет транзакций (01.520) Неправильный тип учетной записи. Разрешение 21434 см.
6. происходит при освобождении пакет общего распределения ГК в Solomon IV версии 4.21 Пакет обновления 1. Он не возникает в последующих версиях.
7. происходит освобождение inJournal пакетной транзакции (01.010) с необязательные сведения ссылки на Sub при включая проводки нескольких компаний в области сведений, но внутрихолдинговые отношения не установлены в нескольких компаний внутрихолдингового счета/Sub обслуживания (13.260) в модуле ГК. Resolution27142 см.
Разрешение 1532 - сумма GLTRAN и ПАКЕТНОЙ записи, с помощью анализатора запросов.
ДЕЙСТВИЯ ДЛЯ ИСПРАВЛЕНИЯ:
1. Создайте РЕЗЕРВНУЮ копию базы данных, могут быть восстановлены в случае, если происходит потеря нежелательных данных.
2. доступ к соответствующей базы данных приложения с помощью анализатора запросов.
3. Сумма кредита и дебета объемы запись GLTRAN с помощью следующей инструкции:
ВЫБЕРИТЕ SUM(CrAmt) из GLTRAN где BatNbr = модуль и «XXXXXX» = «YY»
ВЫБЕРИТЕ SUM(DrAmt) из GLTRAN где BatNbr = модуль и «XXXXXX» = «YY»
ВЫБЕРИТЕ SUM(CuryCrAmt) из GLTRAN где BatNbr = модуль и «XXXXXX» = «YY»
ВЫБЕРИТЕ SUM(CuryDrAmt) из GLTRAN где BatNbr = модуль и «XXXXXX» = «YY»
(где XXXXXX = соответствующий номер партии и YY = соответствующий модуль)
4. Убедитесь, что сумма CrAmt и сумма DrAmt равно управления всего пакета. Кроме того убедитесь, что сумма CuryCrAmt и сумма CuryDrAmt равно управления всего пакета. Чтобы проверить это, режим инициализации изменить модуль в проводок журнала главной книги (01.010) для правильной модуля и открыть пакет. Общее управление пакета должно быть таким же, как сумма Сумма дебетов и кредитов.
5. Сумма суммы кредита и дебета ПАКЕТНОЙ записи с помощью следующих инструкций где XXXXXX = соответствующий номер партии и гг = соответствующий модуль: ВЫБЕРИТЕ SUM(CtrlTot) из ПАКЕТА где BatNbr = «XXXXXX» и модуль = «YY» ВЫБЕРИТЕ SUM(CrTot) из ПАКЕТА где BatNbr = «XXXXXX» и модуль = «YY» ВЫБЕРИТЕ SUM(DrTot) из ПАКЕТА где BatNbr = «XXXXXX» и модуль = «YY» ВЫБЕРИТЕ SUM(CuryCtrlTot) из ПАКЕТА где BatNbr = «XXXXXX» и модуль = «YY» ВЫБЕРИТЕ SUM(CuryCrTot) из ПАКЕТА где BatNbr = модуль и «XXXXXX» = " ГГ "ВЫБЕРИТЕ SUM(CuryDrTot) из ПАКЕТА где BatNbr = модуль и «XXXXXX» = «YY»
6. Проверьте суммы CrTot и суммы DrTot равно CrAmt и DrAmt в таблице GLTRAN. Кроме того убедитесь, что сумма CuryCrTot и сумма CuryDrTot равно CuryCrAmt и CuryDrAmt в таблице GLTRAN.
7. Если все, что находится в балансе, убедитесь, что нет записей в GLTRAN отсутствует. Каждой транзакции в пакете должны быть освобождены, разнесенная столбец должен быть 'U' для Unposted, и т.д. Обновите все отсутствующие записи.
Примечание: Если произошла ошибка во время разноски, повторите процесс Post общие бухгалтерские проводки (01.520). Если по-прежнему неудачно, ссылаться на вложенные разрешения 3010.
Разрешение 11929 - проверьте CompanyID в таблицах ПАРТИИ и GLTRAN.
ДЕЙСТВИЯ ДЛЯ ИСПРАВЛЕНИЯ:
1. Создайте РЕЗЕРВНУЮ копию базы данных, могут быть восстановлены в случае, если происходит потеря нежелательных данных.
2. с помощью Query Analyzer, выполните следующую инструкцию, чтобы проверить правильность CpnyID в таблице РАЗДЕЛ:
ВЫБЕРИТЕ * из ПАКЕТА где BatNbr = модуль и «XXXXXX» = «ГК»
(где XXXXXX — соответствующий номер партии)
3. Если неверный CpnyID, выполните следующую инструкцию:
CpnyID НАБОР ПАКЕТНОГО обновления = «YYYY», где BatNbr = модуль и «XXXXXX» = «ГК»
(где XXXXXX — соответствующий номер партии и гггг — соответствующий код компании)
4. выполните следующую инструкцию, чтобы проверить правильность CpnyID в таблице GLTRAN.
ВЫБЕРИТЕ * из GLTRAN где BatNbr = модуль и «XXXXXX» = «ГК»
(где XXXXXX — соответствующий номер партии)
5. Если неверный CpnyID, выполните следующую инструкцию:
Обновление GLTRAN НАБОР CpnyID = «YYYY», где BatNbr = «XXXXXX» и модуль = «ГК»
(где XXXXXX — соответствующий номер партии и гггг — соответствующий код компании)
17549 - разрешение исправить LedgerID поля в таблице GLTRAN, с помощью анализатора запросов.
ДЕЙСТВИЯ ДЛЯ ИСПРАВЛЕНИЯ:
1. Создайте РЕЗЕРВНУЮ копию базы данных, могут быть восстановлены в случае, если происходит потеря нежелательных данных.
2. с помощью анализатора запросов доступа к базе данных соответствующего приложения.
3. Запустите следующий запрос:
ВЫБЕРИТЕ * из GLTRAN где BatNbr = «ГГГГГГ» и модуль = 'MM'
(где «ГГГГГГ» = соответствующий номер партии GL и 'MM' = соответствующий модуль)
4. Если неверный LedgerID, запустите следующий запрос:
Обновление GLTRAN значение LedgerID = «XXXXXXXXXXX», где BatNbr = 'ГГГГГГ' и LedgerID = «xxxxxxxxxx» и модуль = 'MM'
(где «XXXXXXXXXXX» = правильной LedgerID, «ГГГГГГ» = соответствующие GL пакетного номеров, «xxxxxxxxxx» = неправильный LedgerID и 'MM' = соответствующий модуль)
5. доступ к общей книге учитывать транзакции (01.520) и учет пакета.
Разрешение 21434 - обновить поле AcctType в ACCOUNTand ACCTXREF таблиц, с помощью анализатора запросов
1. Настройка общего доступа Книга GL (01.950) - диаграммы Acct заказа.
2. запишите диаграммы из Acct заказа, который выбран. Значения для поля AcctType в счет и ACCTXREF таблицы, которые соответствуют порядку COA будет состоять из числового символа и алфавитно-цифровой символ. Часто это следующим образом:
Активам 1A 2L 3I доход расходы 4E
ДЕЙСТВИЯ ДЛЯ ИСПРАВЛЕНИЯ:
1. Создайте РЕЗЕРВНУЮ копию базы данных, могут быть восстановлены в случае, если происходит потеря нежелательных данных.
2. Откройте анализатор запросов, войти в соответствующий сервер и выберите базу данных приложения.
3. выполните следующую инструкцию SQL, чтобы проверить значение в поле AcctType в таблице учетной записи:
ВЫБЕРИТЕ AcctType * из учетной записи где Acct = «XXXXXX»
(где «XXXXXX» = уязвимой номер счета)
4. Если AcctType не указан или указан неверный, выполните следующую инструкцию:
Обновление учетной записи НАБОР AcctType = «YY» где Acct = «XXXXXX»
(где «YY» = значение на основании заказа, выбранного при настройке | Диаграмма вкладки Acct заказа, как указано в шаге 2 для проверки).
5. Выберите системную базу данных и выполните следующую инструкцию, чтобы проверить поле AcctType в ACCTXREF:
ВЫБЕРИТЕ AcctType * из ACCTXREF где Acct = «XXXXXX» и CpnyID = «yyyy»
(где «XXXXXX» = подверженных номер счета и «гггг» = соответствующий код компании)
6. Если AcctType не указан или указан неверный, выполните следующую инструкцию:
Обновление ACCTXREF значение AcctType = «YY» где Acct = «XXXXXX» и CpnyID = «yyyy»
Разрешение 21476 - проверьте, что учетные записи имеют состояние активной учетной записи в планом финансовых счетов обслуживания (01.260).
ДЕЙСТВИЯ ДЛЯ ИСПРАВЛЕНИЯ:
1. Перейдите к планом финансовых счетов обслуживания (01.260).
2. выберите нужный номер счета.
3. Проверьте состояние учетной записи активного.
Разрешение 27142 - Создание типа связи для всех комбинаций счета/субсчета, которые будут использоваться для каждой компании в нескольких межфирменной Acct/Sub организациями (13.260).
ПРИМЕЧАНИЯ:
1. следующие поля используются в межфирменные Acct/Sub обслуживания (13.260) для обозначения различных учетных записей и дочерних организаций, который будет использоваться для межфирменные транзакции.
>> от - используется для ввода информации оплаты от компании.
Код компании - уникальный ключ, используемый для идентификации каждой компании в системе; использовать при вводе информации о компании на транзакции.
Модуль - два символа кода для модуля. Если же счета и субсчета будет использоваться для всех модулей, выделить все, в противном случае выберите конкретного модуля из раскрывающегося списка.
Экран - семь символов код для экрана. Если же счета и субсчета будет использоваться для всех экранов в модулях все, в противном случае введите номер экрана, т. е. 03010.
Счет - счет межфирменную транзакцию — оплаты.
Sub - субсчета межфирменную транзакцию: оплаты.
>> к - используется для ввода информации о компании для оплаты.
Код компании - уникальный ключ, используемый для идентификации каждой компании в системе; использовать при вводе информации о компании на транзакции.
Учетная запись - учетная запись межфирменную транзакцию связано.
Sub - субсчета межфирменную транзакцию связано.
2. другой учетной записи или дочерних организаций не может использоваться для того же межфирменные связи и экране того же источника данных.
Вложенные разрешения 3010 - обновить запись ПАКЕТА или GLTRAN, исправьте значение CuryID с помощью анализатора запросов.
ШАГИ ПРОВЕРКИ:
1. Войдите в соответствующую базу данных приложения с помощью Query Analyzer и выполните следующую инструкцию:
ВЫБЕРИТЕ CuryID * из GLTRAN где BatNbr = модуль и «XXXXXX» = «YY»
(где XXXXXX = номер партии и YY = модуль пакета)
2. Сравнение значений GLTRAN CuryID в CuryID в запись ПАКЕТА, используя следующую инструкцию SQL:
ВЫБЕРИТЕ CuryID из ПАКЕТА где BatNbr = «XXXXXX» и модуль = «YY» (где XXXXXX = номер партии и YY = модуль пакета)
Примечание: Это должен возвращать одной и только одной записи.
3. Если значение отличается от GLTRANs или значение null, чтобы продолжите действия коррекции.
ДЕЙСТВИЯ ДЛЯ ИСПРАВЛЕНИЯ:
1. Создайте РЕЗЕРВНУЮ копию базы данных, могут быть восстановлены в случае, если происходит потеря нежелательных данных.
2. обновите запись ПАКЕТА или GLTRAN с помощью следующей инструкции:
CuryID Установка ПАКЕТА обновления (GLTRAN) = «XXXX», где BatNbr = «ГГГГГГ» и модуль = «ZZZZ» и CuryID = «xxxx» (где XXXX = правильный CuryID, ГГГГГГ = номер партии, ZZ = модуль и xxxx = неправильный CuryID)
В этой статье был ID:126851 TechKnowledge документов