Доступность собственных таблиц после импорта проекта

[Narayana]

Цитата:

Сообщение от S.Kuskov

Лиценционные ключи регулируют возможность включения конфигурационных ключей. Конфигурационные ключи могут быть выключены в Администрирование\Настройка\Система\Конфигурация.

м-м-м... а установка GLSEE требует дополнительных лицезионных ключей, следствиеем чего в информации о лицензиях в партнерских модулях должна появиться строка типа строки управления Основными средствами, или GLSEE накатывается так же, как и SP1, без требования дополнительных лицензий?

И, кстати, не знаете, что за запись "Невозможно отредактировать запись в Данные пользователя (SysUserInfo).
Запись не выбрана" появляется всякий раз, когда вы первый раз запускаете клиента перед выполнением контрольного списка на чистой установке?

[S.Kuskov]

Цитата:

Сообщение от Narayana

м-м-м... а установка GLSEE требует дополнительных лицезионных ключей, следствиеем чего в информации о лицензиях в партнерских модулях должна появиться строка типа строки управления Основными средствами, или GLSEE накатывается так же, как и SP1, без требования дополнительных лицензий?

Всё зависит от того связаны ли соответствующие конфигурационные ключи с лицензионными кодами или нет. Это можно увидеть в свойствах ConfigurationKey.
Установка Ax2009.Контрольный список.Ошибка.

Цитата:

Сообщение от Narayana

И, кстати, не знаете, что за запись "Невозможно отредактировать запись в Данные пользователя (SysUserInfo).
Запись не выбрана" появляется всякий раз, когда вы первый раз запускаете клиента перед выполнением контрольного списка на чистой установке?

Метод find на таблице SysUserInfo имеет не совсем тривиальную реализацию. Вот видимо там где-то что-то и не сростается
Вот ещё ветка об этой ошибке Установка Ax2009.Контрольный список.Ошибка.

[Narayana]

Цитата:

Сообщение от S.Kuskov

Всё зависит от того связаны ли соответствующие конфигурационные ключи с лицензионными кодами или нет. Это можно увидеть в свойствах ConfigurationKey.
Установка Ax2009.Контрольный список.Ошибка.

Немного поупражнялся с формой лицензионных ключей, оказывается, по каждому codeline можно вывести список таблиц, которые от него зависят. Те, которые у меня не открываются, зависят от codeline "Users", но лицензия на него, естественно, есть.
То есть, таблицы не открываются не по причине лицензий и конфигурационныз ключей.
А у вас таблицы EmplTrans_RU или EmplParameters_RU открываются для просмотра данных?

Цитата:

Сообщение от S.Kuskov

Метод find на таблице SysUserInfo имеет не совсем тривиальную реализацию. Вот видимо там где-то что-то и не сростается
Вот ещё ветка об этой ошибке Установка Ax2009.Контрольный список.Ошибка.

Почитал...
К сожалению, ветка ни о чем.
Ну, если, конечно, дело, действительно, ни в том, чтобы перезапустить AOS перед первым запуском клиента после накатывания GLSEE.
А какую там запись в данных пользователя Аксапта не может отредактировать, - это, вообще, что-то эзотерическое. Иех... сколько человеко-лет уходит только потому, что кому-то лень было написать лишних два слова... ((

Но, тем не менее, ассоциация близкая, - таблицы не открываются, ссылаясь на недостаток прав юзера, ошибка при инициализации системы тоже на юзера грешит.
Попробовать что ли заново установить систему и подчеркнуто перезапустить AOS? Только сдается мне, что я его и так перезапускал, а эта ошибка выскакивает при любой инициализации, независимо от обновления или базовой установки....