Учетная запись, вложенная учетная запись и (или) идентификатор компании не отображаются в списке pv в Microsoft Dynamics SL

  • Статья

В этой статье описывается решение проблемы, из-за которой учетная запись, вложенная учетная запись и (или) идентификатор компании не отображаются в списке pv в Microsoft Dynamics SL.

Применимо к: Microsoft Dynamics SL 2011
Исходный номер базы знаний: 871313

Возможные причины

Примечание.

Приведены приведенные ниже сведения о потенциальных причинах, которые помогут определить возможные сценарии возникновения этой проблемы. Однако следует отметить, что в большинстве случаев эта проблема возникает в результате либо из-за потенциальной причины 1, 2 или 3, перечисленных ниже.

  1. Таблица ACCTXREF или SUBXREF не заполняется в системной базе данных. См. резолюцию 9436 и резолюцию 10.
  2. Таблица COMPANY неправильно заполнена в системной базе данных. См. резолюцию 11857.
  3. Функция проверки учетной записи некорректно включена в настройках GL General Ledger (01.950.00). Если параметр необходим и включен, см. раздел Решение 7067 , чтобы настроить правильные сочетания учетных записей и вложенных учетных записей. Если параметр не требуется, но он включен, см. раздел Решение 15227. Дополнительные сведения об использовании этой функции см. в разделе Решение 8401.
  4. Параметр Valid Combos Required не выбран в определении flexkey shared information (21.320.00). См. резолюцию 4077.
  5. Если используется модуль Multi-Company, параметр Активация нескольких компаний с Inter-Company обработки в настройках GL general ledger (01.950.00) не выбран. См. резолюцию 7822.
  6. Запись не существует в таблице INTERCOMPANY в системной базе данных. См. резолюцию 12255.
  7. Это может произойти, если таблицы ACCTXREF, ACCTSUB или SUBXREF находятся в базе данных приложения и в системной базе данных. См. резолюцию 9.
  8. Это может произойти, если системные представления указывают на неправильную системную базу данных. См. решение 10.
  9. Это может произойти, если триггеры связаны с неправильной базой данных приложения. См. резолюцию 11.

Решение

Чтобы устранить потенциальные проблемы, используйте соответствующее решение.

Решение 9

Удалите таблицы ACCTXREF, ACCTSUB и SUBXREF из базы данных приложения. Эти таблицы должны находиться только в базе данных Microsoft Dynamics SL System или в базе данных Microsoft Business Solutions — Solomon System. Чтобы удалить их, выполните следующие действия.

  1. Создайте резервную копию приложения Microsoft Dynamics SL и баз данных Microsoft Dynamics SL System.

  2. С помощью анализатора запросов выполните следующие инструкции для базы данных Microsoft Dynamics SL Application:

    drop table acctxref
drop table acctsub
drop table subxref

    Если при выполнении этих инструкций отображается msg 3701 server, это нормально. Сообщение просто указывает, что таблица не была в базе данных.

Решение 10

Обновление системных представлений. Для этого выполните следующие действия:

  1. Выполните соответствующий шаг:
    • В Microsoft Dynamics SL 7.0 выберите Пуск, панель управления, Администрирование, а затем обслуживание базы данных Microsoft Dynamics SL.
    • В Microsoft Dynamics SL 6.5 и более ранних версиях нажмите кнопку Пуск, выберите Все программы, Microsoft Dynamics SL, а затем — Обслуживание базы данных.
  2. В поле Имя SQL Server назначения введите имя SQL Server.
  3. В поле Идентификатор входа введите sa.
  4. В поле Пароль введите пароль системного администратора.
  5. Нажмите Подключиться.
  6. На вкладке Обновление баз данных выберите системную базу данных в поле Имя системной базы данных .
  7. В поле Базы данных выберите каждую из баз данных приложения.
  8. Выберите Обновить представления.
  9. Нажмите кнопку ОК в следующем сообщении с подтверждением:

    98290000 — обновление представлений системной базы данных завершено.

  10. Нажмите Закрыть.

Решение 11

Запустите скрипт rebuild_triggers.sql. Дополнительные сведения см. в статье Различные SQL Server сообщения об ошибках возникают на нескольких экранах в Microsoft Dynamics SL.

Резолюция 4077

Выберите поле Допустимые обязательные значения со списком в разделе Определение flexkey для общих сведений (21.320.00).

Примечание.

  1. Если выбран параметр Valid Combos Required (True), Microsoft Dynamics SL заполняет список pv list из таблицы SUBACCT. Например, в разделе Обслуживание подсчетных учетных записей (01.270.00).

  2. Если параметр Valid Combos Required не выбран (False), Microsoft Dynamics SL заполняет список pv list из таблицы FLEXKEY для сегмента подсчетных учетных записей. Идентификаторы сегментов вводятся в разделе Обслуживание таблиц Flexkey (21.330.00).

Действия по исправлению.

  1. Access Shared Information Flexkey Definition (21.320.00).
  2. Введите SUBACCOUNT в поле Тип поля и перейдите на вкладку с поля.
  3. Выберите поле Допустимое значение со списком .
  4. Сохраните изменения и закройте экран.

Решение 7067

Запустите создание комбинаций в общем реестре Acct/Sub Maintenance (01.320.02).

  1. Получите доступ к Acct/Sub Maintenance (01.320.00) и просмотрите сочетания учетных записей и вложенных учетных записей. Если учетная запись или вложенная учетная запись не существует, перейдите к действиям по исправлению.
  2. В разделе Обслуживание учетных записей и подсчетных счетов выберите Создать сочетания , чтобы отобразить таблицу Acct/Sub Maintenance (01.320.01), чтобы добавить существующие сочетания учетных записей и подсчетных счетов.
  3. Лист обслуживания учетной записи и подсчетной учетной записи можно использовать для создания сочетаний учетных записей и подсчетных счетов. Выберите Создать комбинации , чтобы отобразить создание сочетаний acct/sub (01.320.02).
  4. Создание сочетаний acct/sub можно использовать для копирования существующих учетных записей и вложенных учетных записей для создания новых сочетаний учетных записей и подсчетных счетов.

Резолюция 7822

Убедитесь, что параметр Активация нескольких компаний с помощью обработки Inter-Company включен в настройках gl general ledger (01.950.00) и Multi-Company Setup (13.950.00).

  1. Доступ к настройке GL.
  2. Убедитесь, что выбран параметр Активировать несколько компаний с помощью Inter-Company обработки.
  3. Доступ к настройке нескольких компаний.
  4. Убедитесь, что выбран параметр Активировать несколько компаний с помощью Inter-Company обработки.

Резолюция 8401

Объяснить функцию проверки учетной записи общего реестра.

  1. Проверка учетных записей, которая включена в настройках общего реестра (01.950.00), — это новая функция, появившаяся в Solomon IV версии 4.x. Эта функция предназначена для проверки сочетаний учетных записей и подсчетных учетных записей во время ввода данных (если параметр Проверить учетную запись или подсчетную запись при публикации не выбран) или при выполнении post transactions (01.520.00) (если выбран параметр Проверить учетную запись или подсчетную запись при публикации).
  2. Если используется несколько компаний, сочетания проверяются по идентификатору компании. Сочетания учетных записей и подсчетных счетов по идентификатору компании настраиваются в разделе Обслуживание учетной записи и подсчетной учетной записи (01.320.00). Записи, сделанные здесь, заполняют таблицу ACCTSUB сочетаниями для каждой компании.
  3. Если проверка учетной записи не используется, вводить данные в разделе Обслуживание учетной записи или подсчетной учетной записи не требуется.

Резолюция 9436

Сохраните изменения в общей диаграмме обслуживания учетных записей (01.260.00) или 01.270.00, чтобы заполнить таблицы ACCTXREF или SUBXREF в системной базе данных.

Примечание.

В таблице ACCTXREF в системной базе данных хранятся номера учетных записей для каждой компании, которая отображается в списке основных учетных записей или списке возможных значений на любых экранах ввода данных, содержащих поле Учетная запись. В таблице SUBXREF в системной базе данных хранятся номера подсчетных записей для каждой компании, которая отображается в списке подсчетных записей или списке возможных значений на любых экранах ввода данных, содержащих поле Subaccount.

  1. Получите доступ к диаграмме общего реестра обслуживания учетных записей (01.260.00) или обслуживания подсчетных счетов (01.270.00) и запишите описание, которое отображается для первой учетной записи или подсчетной учетной записи в списке.
  2. Внесите небольшое изменение в поле Описание и сохраните изменения.
  3. Измените поле Описание обратно на исходное значение и сохраните изменения.
  4. Этот процесс заполнит таблицы ACCTXREF или SUBXREF всеми возможными учетными записями или подсчетными записями для компании, которые отображаются в диаграмме обслуживания счетов или обслуживания субсчетных счетов.
  5. Если в базе данных включена проверка учетной записи, возможные значения в списке основных учетных записей, который отображается на экранах ввода данных, могут быть ограничены идентификатором компании. Если проверка учетной записи не включена, все учетные записи, которые отображаются в разделе Обслуживание диаграммы учетных записей, должны отображаться на Списки главной учетной записи на экранах ввода данных для каждой компании в базе данных.

Резолюция 11857

Убедитесь, что таблица COMPANY в системной базе данных заполнена правильными сведениями о компании с помощью анализатора запросов SQL.

  1. Создайте резервную копию базы данных, которую можно восстановить в случае нежелательной потери данных.

  2. С помощью анализатора запросов SQL получите доступ к соответствующей системной базе данных и выполните следующую инструкцию:

    SELECT CpnyCOA, CpnySub, * from COMPANY

  3. Примечание.

    Пустые или неправильные значения в полях CpnyCOA и CpnySub. Эти поля содержат идентификатор компании основной диаграммы счетов. Если обнаружены какие-либо ошибочные элементы, выполните действия по исправлению.

  4. Выполните следующую инструкцию:

    UPDATE COMPANY SET CpnyCOA = 'XXXX', CpnySub = 'xxxx' where CpnyCoa = 'YYYY' and CpnySub = 'yyyy'

    Примечание.

    Где XXXX и xxxx = идентификатор компании MASTER, а YYYY и yyyy = текущее значение

Резолюция 12255

Обновите таблицу INTERCOMPANY в системной базе данных с помощью анализатора запросов SQL.

Примечание.

В случаях, когда в таблице INTERCOMPANY в системной базе данных отсутствует запись с параметром To Company и From Company, равными идентификатору компании, а модуль равен ZZ, можно использовать следующую инструкцию:

INSERT INTO INTERCOMPANY (FromAcct, FromCompany, FromSub, Module, Screen, ToAcct, ToCompany, ToSub, User1, User2, User3, User4) VALUES (' ', '<CPNYID>',' ', 'ZZ',' ',' ', '<CPNYID>',' ',' ',' ', '0.00', '0.00')

Примечание.

Where CPNYID = идентификатор основной компании

Например, для базы данных DemoPremier0060 будет использоваться следующая инструкция:

INSERT INTO INTERCOMPANY (FromAcct, FromCompany, FromSub, Module, Screen, ToAcct, ToCompany, ToSub, User1, User2, User3, User4) VALUES (' ', '0060',' ', 'ZZ',' ',' ', '0060',' ',' ',' ', '0.00', '0.00')

Резолюция 15227

Откройте общий реестр GL Setup (01.950.00) и снимите флажок Проверить учетную запись или подсчетную запись . Сохраните изменения.

Примечание.

Если в разделе Настройка GL выбран параметр Проверить учетную запись и подсчетную учетную запись, а сочетания учетных записей и подсчетных учетных записей не настроены в acct/sub maintenance, списки PV учетных записей и подсчетных счетов будут пустыми. Дополнительные сведения о функции проверки учетных записей см. в разделе Решение 8401.