Ошибка при переносе ... : Супермаг Плюс (Супермаг 2000)

Kryukov · █ 18.09.2006 12:04

Припереносе бызы в админском модуле сообщает что перенос выполнен успешно жму ок
выдаёт:
2006.09.18 (понедельник) 11:37:02
Версия 1.024.5
>>> Запись 1
Источник: Административный модуль
HRESULT=80004005 custom=152 SQLState=<none>
Нет прав доступа к функции торговой системы.
>>> Запись 2
Источник: База данных
HRESULT=80004005 custom=20017 SQLState=<none>
Клиентский процесс не зарегистрирован сервером
>>> Запись 3
Источник: Microsoft OLE DB Provider for Oracle
HRESULT=80004005 custom=20017 SQLState=<none>
ORA-20017: Клиентский процесс не зарегистрирован сервером
ORA-06512: на "SUPERMAG.CORE", line 262
ORA-06512: на "SUPERMAG.CORE", line 980
ORA-06512: на "SUPERMAG.CORE", line 988
ORA-06512: на "SUPERMAG.CORE", line 1278
ORA-06512: на "SUPERMAG.CORE", line 1320
ORA-06512: на "SUPERMAG.CORE", line 1327
ORA-06512: на "SUPERMAG.CORE", line 1384
ORA-06512: на "SUPERMAG.SMBEGINACTIONEX", line 14
ORA-06512: на line 1

>>> Запись 4
Источник: SmLibaryBase trace
HRESULT=80004005 custom=0 SQLState=<none>
begin Supermag.SMBeginActionEx(null,11,null,null,null,null,null); end;

OlegON · █ 18.09.2006 12:14

Характерная ошибка, проявляется, когда после того, как ты подключился и зашел, сервер СМ был перезапущен. Т.е. ты еще тут, а он записи о клиентах порастерял.

Kryukov · █ 18.09.2006 12:35

Перенеслось после перезапуска но выдпло при Расчёте
2006.09.18 (понедельник) 12:27:20
Версия 1.024.5
>>> Запись 1
Источник: Административный модуль
HRESULT=80004005 custom=13 SQLState=<none>
Ошибка считывания данных из базы.
>>> Запись 2
Источник: Административный модуль
HRESULT=80004005 custom=0 SQLState=<none>
Ошибка загрузки пункта спецификации 1 документа 1276.
>>> Запись 3
Источник: Административный модуль
HRESULT=8002000a custom=0 SQLState=<none>
Выход за пределы диапазона.

Это что слишком большОе значения поля документа ?

OlegON · █ 18.09.2006 12:40

Проверь, иногда забивают в какой-то док количество или цену около миллиарда или больше, СМ этого не переваривает.

Kryukov · █ 18.09.2006 12:42

Цитата:

olegon Проверь, иногда забивают в какой-то док количество или цену около миллиарда или больше, СМ этого не переваривает.

Та оно и есть кнопка запала на количестве

Mtirt · █ 18.09.2006 12:47

Объясните мне тогда, глупой, а как такие документы до полного статуса проводятся?
Их перед этим никто не проверяет?
Может стоит проверку добавить с СМ2000 на макс. количество в накладной? Чтобы потом таких вещей не было?

OlegON · █ 18.09.2006 12:50

Цитата:

Mtirt Может стоит проверку добавить с СМ2000 на макс. количество в накладной? Чтобы потом таких вещей не было?

Да, странно, что никто этим не озаботился. Сейчас накропаем телегу :)

Mtirt · █ 18.09.2006 12:53

Просто я про это уже не первый раз слышу. Здесь это уже обсуждалось ранее.

OlegON · █ 18.09.2006 12:58

Цитата:

Mtirt Просто я про это уже не первый раз слышу. Здесь это уже обсуждалось ранее.

Я помню, просто в голову не приходило или на бегу прочитал.

HobbytFizmat · █ 27.06.2013 14:33

Код:

----- Прерывание работы программы -----
сообщение: "Нет прав доступа к функции торговой системы."
hResult: 80004005h; доп. код: 152
источник: Административный модуль
сообщение: "Ошибка функции дешифрования: 0"
hResult: 80004005h
источник: Административный модуль

В базой клиентский комп соединяется. Но при открытии любого раздела выходит эта ошибка. Причем выходит только на некоторых клиентских машинах. Это и сбивает с толку. На других все работает нормально.
Эта ошибка стала выходить после восстановления базы из бэкапа. Помогите, плз, выяснить в чем беда.