Проблема с весами в СМ2000 : Супермаг Плюс (Супермаг 2000)

Для одних и тех же весов с разных компов при выборе отдела - начинается загрузка списка товаров и при это выдается ошибка:
*11
"Произошли ошибки во время выполнения многошаговой операции OLE DB. По возможности, проверьте значения всех состояний OLE DB. Работа не выполнена."

Ни у кого такой проблемы не было?

А в целом из под СМ работа нормальная? На серваке Home не меняли? Что-то знакомое, но не с весами падало, просто в СМ.

В целом нормальная, да и с весами - только в 2-х отделах такое со списками весов, на остальных 12 весах все нормально....

В SSEVENTLOG ничего нет, а в alert? На разных машинах, в том числе с сервера? Это сколько компов? 2?

В ssevenlog ничего нет, в alert тоже ничего подозрительного не увидел.
Да на 5 станциях такое и на сервере тоже самое. Пробовал переустанавливать компоненты ORACLE связанные с OLE на серваке - не помогло.

Ситуация случилась после того как новая сотрудница добавила артикул в список, потом его удалила и снова добавила. Причем артикул она не помнит.....

Посмторел таблицу SLArtScaleMap - там весь список PLU на данных весах присутствует, при выводе на печать в разделе Электронные весы - тоже выводится полный список. А вот при выборе данных весов и данного отдела - выводится только 105 позиций и выходит сообщение об ошибке.

На другом МХ по одному отделу выводится 1456 позиций и потом выходит ошибка.

Т.е. тут даже ошибка не с весами, а со списком товара для загрузки в весы по двум отделам.

Оптимизатора бы прогнать и лог на тему битых индексов просмотреть... Он и статистику заодно посчитает. О! Кстати, что-то нехорошее было, когда добавляли товар в список, а потом уже добавленную карточку удаляли. Посмотри запросом, может в этом дело.

Открой и просмотри в DBA таблицу SUPERMAG.SLArtScaleMap если ничего подозрительного нет то попробуй в административном модуле собрать статистику по оперативным таблицам.....
Да дело то еще в том что при загрузке весов используется таблица SMprices тобиш цены на товары которые ты грузишь...

Но на всякий...скажи:
Что за весы?
Одно ли место хранения используется?
Сколько отделов используется?
Другие отделы если они есть грузятся нормально?
Если весы Digi в них достаточно памяти и чистил ли ты ее вних?

Сделай резервную копию списка на весы весовшиком... и попробуй повторить действия сделанные твоим оператором....

на крайняк если совсем приперло....
поднимаешь резевную копию за день до проблемы...
делаешь cmd
exp supermag/пароль_супермага@имя_базы TABLES=(SUPERMAG.SLArtScaleMap)
exit
в каталоге из которого запускал появится файл EXPDAT.DMP

поднимаешь текущюю версию базы и заливаешь...
в SQL+ делаешь так:
delete from SLArtScaleMap;
commit;
потом из каталога где Expdat.dmp лежит запускаешь батник со следующи содержанием
imp supermag/пароль_супермага@имя_базы FILE=EXPDAT.DMP IGNORE=Y


НО УБЕДИСЬ ПЕРЕД ЭТИМ ВСЕМ ЧТО У ТЕБЯ ДЕЙСТВИТЕЛЬНО ПРОБЛЕМА ИМЕННО СО СПИСКОМ!!!!!... ПОНЯТНО ЧТО ТОВАРЫ ДОБАВЛЕННЫЕ ПОСЛЕ ВЫПОЛНЕНИЯ БЭКАПА ТВОЕЙ БАЗЫ ИЗ КОТОРОЙ ВЫДЕРГИВАЛСЯ СПИСОК НАДО ДОБАВИТЬ ЗАНОВО,,,
ЖЕЛАТЕЛЬНО СОГЛАСНО УЖЕ НАПЕЧАТАННЫМИ ЦЕННИКАМИ!!!!!

Весы DIGI

В одном месте хранения есть 3 отдела - с двумя отделами все нормально, а с одним проблемка...
В другом МХ один отдел и там тоже проблема...

Насчет удаленных карточек не проверил?

Я проверил по штрихкодам - все штрихкода есть в базе. Просто в таблице SLArtScaleMap кроме штрихкода, нет никакой информации о товаре.