02.09.2008 10:57
Пытаюсь настроить тестовый стенд УКМ-4.

Версия СМ 1.026.1 sp2
Oralce 9.2.0.8
УКМ 44 sp2

1.Добавил поддержку JVM в базу
2.Установил oracle java client по инструкции в базу
3.Прогнал генератор Бд по базе
4.Настроил выгрузку из СМ, при попытке выгрузки данных их СМ получаю ошибку в логах:

Код:
В работе кассового модуля произошел сбой. Сообщения об ошибках см. ниже. 
Запись 1. Код=80004005h (29540) [Microsoft OLE DB Provider for Oracle]:
ORA-29540: class sm/drivers/ukm4/PollDesk does not exist
ORA-06512: at "SUPERMAG.CASH", line 3922
ORA-06512: at line 1

 
Запись 2. Код=80004005h (0) [SmLibaryBase trace]:
begin supermag.cash.ukm4polldesk(32,'srv-ukm.amik.irk.ru/SmImp','root','');end;
Может кто подскажет, а то с С+ не очень хочеться общаться
02.09.2008 11:42
Сами не используем этот тип обмена с УКМ4, но судя по ошибкам нет java объектов, либо они не в статусе valid
02.09.2008 11:44
Почему не используете? и что используете?
02.09.2008 11:54
Используем стандартный текстовый конвертер.
Почему?
Кассовый узел слишком важен в магазине, чтобы можно было работать бэта-тестерами компании С+.
02.09.2008 12:04
Цитата:
Mtirt Используем стандартный текстовый конвертер.
Почему?
Кассовый узел слишком важен в магазине, чтобы можно было работать бэта-тестерами компании С+.
Ну так я понял что отлажен уже обмен УКМ4.

И ещё вопрос, используете схему управления с центральным сервером и выгрузкой только из ЦО и дальше по нисходящей через УКМ сервер магазина или локально рулите каждым МХ?
02.09.2008 12:22
Цитата:
isi Ну так я понял что отлажен уже обмен УКМ4.
Кем??? После тех.поддержки обычно куча ошибок находится.
На форуме я не видела людей, которые бы сказали - да поставили, да настроили, всё работает.

Цитата:
isi И ещё вопрос, используете схему управления с центральным сервером и выгрузкой только из ЦО и дальше по нисходящей через УКМ сервер магазина или локально рулите каждым МХ?
Локально. Внутри магазина. Зачем данные гонять лишний раз?
Да и что будет, если связь прервется по дороге???
02.09.2008 17:37
Сервер верхнего уровня ("сервер серверов") в УКМ4 использует тот же механизм репликации данных, что и "нижние" сервера для обмена с кассами - т.е через MySQL. Отсюда требования к пропускной способности каналов связи для передачи данных о товарах будут куда выше, чем, например, для почтового модуля СМ2000, работающего на уровне документов. Если у вас не скромная сеть бутиков с небольшим активным ассортиментом - затея централизованно прогружать кассы требует тщательного взвешивания всех "за" и "против".
03.09.2008 02:40
разобрался, классы не регистрируются что то, попробую в чистую БД импортом данные

Смысл тогда ставить УКМ-4 если им не рулить централизовано?
Я так понимаю, что возможность управления дисконтами, акциями никто не использует в УКМ-4, все берем на прямую из СМ?
03.09.2008 07:03
Смотри:
дисконты, маркетинговые акции можно создавать в центре и спускать вниз.
товары и цены - получать из магазина.

Первое меняется не так часто. Ну и маркетологам рулить проще.
Второе меняется постоянно, и, согласись, надежнее это делать по локалке внутри магазина.

Другой вопрос, что не весь маркетинг можно завести на СГО. С Золотой Короной у нас этот фокус не прошел...
03.09.2008 09:03
Цитата:
Mtirt Смотри:
дисконты, маркетинговые акции можно создавать в центре и спускать вниз.
товары и цены - получать из магазина.

Первое меняется не так часто. Ну и маркетологам рулить проще.
Второе меняется постоянно, и, согласись, надежнее это делать по локалке внутри магазина.

Другой вопрос, что не весь маркетинг можно завести на СГО. С Золотой Короной у нас этот фокус не прошел...
А какой формат обмена используете (конвертер)?
Часовой пояс GMT +3, время: 06:39.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.