[ОТВЕТИТЬ]
07.11.2006 10:24
EugeneT
 
Предыстория этого дела такова. Будучи в С+ больше двух лет назад, смотрел УКМ4. Очень понравилась система. Кроме того декларируемый тогда функционал позволял автоматизировать почти весь техпроцесс магазина сети за исключением приемки товара. В перспективе виделось наваять своими силами или с помощью С+ такой модуль и обойтись без внедрения СМ2000 в магазинах, ограничившись бекофисом в ЦО (конкретный бек был в стадии выбора).
Была куплена лицензия на 2 кассы для пробы. На момент внедрения в магазине была сеть под Netware 5.11 (так надо, старый бек работает только под ней). Под сервер УКМ выделили комп, выписали из Москвы Володю Петрова, настроили и запустили. Для импорта/экспорта данных использовали DBF-конвертор. Кассы были с ФП без ФР. Зарегистривать успели вовремя.
Худо-бедно работали год, выползающие глюки устраняли, особых проблем не было, но несколько мелких проблем портили кровь и переходили из релиза в релиз. Вот несколько урезанный список с моими комментариями:

1. Печать на чеке только последних цифр номера банковской платежной карты. Речь о маскировке цифр номера кредитной карте. Думаю тут дело в конкретном модуле авторизации, однако требование такое у Визы есть и касается всех

2. Авторизация сервера УКМ4 на Novell. Тут дело в следующем, если запустить сервер УКМ в контексте пользователя (а по другому нельзя, каталоги обмена на сервере сети), то он лезет на шару под логином этого юзера, который на NW выглядит по иному, а именно user.context и получаепт облом. Пришлось мне тогда установить NW Client и ставить сервис УКМ в ручную загрузку и стартовать через автозагрузку этого пользователя, что не здорово. Решение проблемы виделось в чтении атрибутов клиента из реестра и их использования при авторизации.

3. Управление номерами смен, например, при переносе одного кассового аппарата из одного магазина в другой. Видимо для версий с ФР не актуально, но тогда раздражала необходимость синхронизивать номера смен малопонятными скриптами.

4. Печать шапки и подвала на всех сопутствующих документах. Тогда не было возможности печатать чек после расчета и поэтому при оплате картой касса отрезала чек, печатала два слипа и затем итоговую часть чека. Так вот очень хотелось на слипе и итоговой части печатать что-то типа "Слип к чеку №## от _____ г." Возня в шаблонами результата не дала, номер чека на слипе не печатался.

5. Зависание BDE на переодической основе. Примерно раз в неделю вис BDE на сервере УКМ, экспорт/импорт не шел. Лечилось перезагрузкой сервера УКМ.

6. Выгрузка пользователей из учётной ТС без паролей. Попытки сбросить список персонала из бека приводила к слетанию паролей и ролей персонала. Пришлось эту фичу выключить и добавлять персонал вручную.

7. Печать таблиц программирования сканеров из интерфейса УКМ. Тут без комментариев, уже писал.

Вот собственно, что удалось вспомнить. Сейчас, по ряду причин, УКМ4 пока бросили. Интересно изменилось ли что-то в этом направлении. особенн пп 4, 6,7
07.11.2006 12:02
Mtirt
 
4. - как ты сам писал решается печатью чека после расчета. Да и исправлением как раз всего, что касается модуля авторизации Сбербанка.
6. - Решено в 40-ой версии. Пользователю присваивается должность по умолчанию. Пароли бэк-офиса сохраняются.
7. - нету. Но мы как-то и не страдали этим. У нас файлы настроек и под СМ2000 и по под УКМ-ы сложены аккуратненько в папочку, до которой мы всегда добраться можем.
1. - нашла авторизацию УралСиба. Там нет маскировки. Про Сбербанк надо уточнять. Но речь идет о слипе, а не о чеке.
2. - Сказать ничего не могу, нет новелла и не предвидится...
3. - Тоже я думаю не актуально уже. И решается сейчас видимо все теми же скриптами.
07.11.2006 12:39
EugeneT
 
Забыл спросить, смена номера кассы внутри линейки работает сейчас нормально? Раньше морда номер менять позволяла, а на чеке все равно старый бился.

Added: Пока ответов нету, еще спрошу. Не кажется ли вам связка УКМ4+СМ2000 в сетевом магазине функционально избыточной? Была ли бы для вас привлекательна эволюция УКМ4 в мини-бекофис объединяющий все оперативные функции магазина (приемка, касса, этикетирование, продажи и пр.), при условии выноса всех высокоуровневых операций (анализ, заказы, ценообразование, маркетинг и пр.) в центр? Впрочем, случае необходимости, часть функций можно оставить в магазине посредством терминального доступа в центр.
Вложения
Тип файла: rar abc by formulas kasatelnie2.rar (29.2 Кб, 310 просмотров)
Тип файла: rar abc by formulas kasatelnie2.rar (29.2 Кб, 310 просмотров)
07.11.2006 21:32
shebdim
 
1. Появилась в скриптах функция, которая позволяет при построении шаблона часть символов маскировать.

2. Честно говоря, ситуация как у Mtirt, я даже не знаю как проверить и поправить, чтобы зашарило. То есть только в тесном взаимодействии возможно. Слабо верю, что мы для этих целей осилим разворачивание Novell своими силами. Не потому, что бестолковые, а просто нет ни у кого ни дистрибутива, ни лицензии, ни опыта.

3. Проблема несколько ширше и глыбже. Фактически к её реализации мы приступили только сейчас, кгда переход на новый веб достиг финальной стадии. Вынесу в отдельную ветку.

4. С появлением печати после расчёта неактуально, да и сами скрипты расширены так, что можно и номер чека печатать.

5. Не знаю как бороться, эффект такой действительно есть, но связан скорее с построением самого BDE. То есть нет понятие сессии, и если ошибка произошла, то она хранится в памяти DLL. И без перезагрузки процесса её не сбросить. Как выходить из ситуации пока не ясно. Однако, мы как разработчики будем минимизировать использование BDE (в противном случае DBF под линуксом не видать как своих ушей), а пользователям тоже не хочется рекомендовать Paradox, лучше уж текстовый формат.

6. Сброс ролей исправлен, а вот с паролями даже не пытались. То есть пароль выгружается как часть информации о пользователе. Хотя технически нет препятствий для игнорирования паролей из ТС.

7. С таблицами ясно, попробуем сделать. Что касается разницы с УКМ2, то тут всё объясняется просто - УКМ2 не использует префикс, а в качестве суффикса использует перевод строки, чтобы ввод с клавиатуры был идентичен вводу со сканера. Это не самая надёжная конструкция, особенно на высокоскоростных сканерах, с которыми при такох схеме наблюдается "слипание" в один код быстро считанные два.

Что касается смены номера кассы, есть надежда, что уже в 42 версии старого веба не будет, а потому и номер кассы будет нормально отправляться на терминал.

Что касается избыточности. Врядли открою коммерческую тайну, если скажу, что часть функционала БО мы действительно будем реализовывать в УКМ4. То есть СМ2000 повторять никто не будет, а вот необходимый минимум сделаем.
10.11.2006 10:17
bayan
 
6. А как быть со старшими кассирами?? Длжность по умолчанию - кассир. А старших кассиров мне потом всё равно руками чтоли бить???. Уж лучше б тогда оставили как в 39. Там один раз проставил должность, и она потом не перетирается, если персонал тот же.

И ещё есть пожелания... ;);)
А не думали сделать какое-либо оповещение о окончании (либо ошибках каких-то) процедуры экспорта??? А то довольно часто приходится делать выгрузку в ручном режиме, и закопаешься по логам лазить в поисках...
10.11.2006 15:55
shebdim
 
Подробнее про пункт 6. Есть два параметра отвечающие за работу с ролями:

Загружать роль (ДА/НЕТ)
Код роли по умолчанию (НЕ УКАЗАНА, СПИСОК РОЛЕЙ)

Если стоит признак загружать роль, это означает, что каким-то чудом (иначе никак, поскольку ТС роли не выгружает) :) Идентификаторы ролей в УКМ4 и ТС совпадают. Это даёт возможность сохранять привязку ролей в том виде, в котором она есть в ТС. Все попытки поменять роль на вебе при последующей прогрузке вернут установки к виду ТС.

Если загрузка роли выключена, то при загрузке персонала проверяется, если кадр новый - ему присваивается роль по умолчанию, в противном случае роль остаётся прежней.
10.11.2006 20:11
shebdim
 
Цитата:
bayan И ещё есть пожелания... ;);)
А не думали сделать какое-либо оповещение о окончании (либо ошибках каких-то) процедуры экспорта???
А в каком виде должно быть оповещение? Сейчас на сервере есть рядом с журналом сервера монитор сервера. Там видно на какой линейке какой конвертер когда начал и когда и чем закончил.
13.11.2006 10:16
whitewizard
 
надо добавить кнопочку типа "проставить все галочки"
13.11.2006 12:21
bayan
 
Ну окошко вылетало бы.. Типа экспорт завершен ;);)
Или как-то ещё. Просто достаточно тяжко объяснять старшим кассирам, куда надо залезть и что там рассмотреть ;););)
13.11.2006 12:24
Mtirt
 
А зачем туда надо лезть старшим кассирам?
Возникла проблема, позвонили сис.админу. Сис.админ посмотрел в базе.
Что может сделать ст.кассир, если действительно что-то не в порядке?
Будет тебе по буквам лог читать?
У меня кроме сис.админов доступа к УКМ4 больше никто не имеет...
13.11.2006 12:24
bayan
 
Цитата:
shebdim Подробнее про пункт 6. Есть два параметра отвечающие за работу с ролями:
Загружать роль (ДА/НЕТ)
Код роли по умолчанию (НЕ УКАЗАНА, СПИСОК РОЛЕЙ)
Так вот и нет... У меня бэк - Супермаг. Там в админ модуле нет выгрузки персонала при полной и инкрементной загрузке. Так после обновления до 40 sp2. У меня тем не менее роли персонала на кассах перетерлись... :( как - убей не пойму, и пока я не посталил галку "Загружать роль" и роль по умолчанию "Кассир" так и перетиралось :(

И второй момент: а после обновления конвертер экспорта по-любому выгружает все смены, или я что-нить накосячил??
13.11.2006 12:30
Mtirt
 
У меня все нормально работает, так как писал shebdim.
Галка "Загружать роль" не стоит. УКМ4 sp2. Роль по умолчанию присваивается.
Правда у меня персонал при полной выгрузке выгружается на кассу. При инкрементальной - нет.
Проблем с пользователями и паролями - нет.
Код:
И второй момент: а после обновления конвертер экспорта по-любому выгружает все смены, или я что-нить накосячил??
Ты имеешь ввиду, если у конвертера тип поменять или удалить/создать?
У меня тоже все смены выгружает. Наверное так и задумано.
Помешало сильно один раз, когда поменяли тип конвертера на текстовый...
13.11.2006 12:33
bayan
 
Ну типа достаточно сильно мешает ;););)
Так у меня такая же фигня, перевел конвертер и все смены с 28 апреля покатили выгружаться... Теперь вот третий день концы с концами свожу....
Не есть это хорошо... (если так задумано)
13.11.2006 13:53
EugeneT
 
Цитата:
bayan Ну типа достаточно сильно мешает ;););)
Так у меня такая же фигня, перевел конвертер и все смены с 28 апреля покатили выгружаться... Теперь вот третий день концы с концами свожу....
Не есть это хорошо... (если так задумано)
Было такое, при обновлении УКМ до какой-то там версии, вывалились все смены от сотворения мира. Мы на такое не расчитывали и в своем конверторе в ТС проверку не поставили. Оказалось проще базу из бекапа поднять, чем эти авгиевы конюшни разгрести.
13.11.2006 13:55
Mtirt
 
Здесь не об обновлении версии УКМ4 разговор, а о смене типа конвертера экспорта.

Зато теперь все знают, как выгрузить все данные... *04
13.11.2006 22:36
shebdim
 
EugeneT прав действительно в какой-то версии была такая ошибка - при апдейте конвертер терял информацию о выгруженных данных и выгружал их полностью с самого начала.

Что касается смены конвертера и повторной выгрузки, то я объясню схему как оно работает и мы посмотрим правильно это или нет.

Подключаем конвертер А. Начинаем работать, конвертер следит за выгруженными данными и выгружает только новые. Теперь мы в пару к конвертеру А включаем конвертер Б, который еще не работал и он в свою очередь выгружает данные тоже, но поскольку они уже накопились до его включения, то сначала происходит выгрузка старых данных.

То есть система не может догадаться, что удалённый и вновь созданный конвертер является по сути одним и тем же, поэтому ведёт себя согласно описаной мной схеме - новый конвертер выгружает все данные, даже те которые были до его появления в настройках.

Что могу предложить:
1. Если моё объяснение устраивает, то принять и смириться :)
2. Добавить опцию, которая в момент добавления конвертера разрешит выгружать прошлые данные или начать работу с текущего момента.

Больше в голову ничего не приходит пока.
14.11.2006 06:43
akonev
 
ошибки были, есть и будут быть. рано или поздно всем приходится менять конвертеры или их же удалять - добавлять

2й вариант - галочка выгружать/нет старые - помогла бы.
14.11.2006 06:58
Mtirt
 
Думаю - да, хорошо бы настройку конвертера получить.
Тоже пришлось день потратить на приведение в порядок старых данных...
14.11.2006 09:49
vdm
 
Аналогично, хачу галочку *04
Полный автоматизм иногда бывает вреден.
Тож нарвались на тот глюк при обновлении.
15.11.2006 01:28
shebdim
 
работа с параметрами начата под номером 337
16.11.2006 07:08
EugeneT
 
Вот еще чего вспомнил из той беседы.
Оно не по моему профилю, но после знакомства с УКМ4, сразу об этом подумал. У компании владеющей широкой сетью бутиков в разных городах (типа "Красный Куб" или "Le Futur"), естественным образом возникает желание поставить только такие кассы привязав их к серверу в центральном офисе. Ассортимент жесткий, снабжение централизованное, все операции можно производить в центре, включая авторизацию карт. На кассах в Линуксе поднять VPN труда не составляет. Удаленное управление налицо. Все козыри казалось бы на руках у УКМ4. Однако когда я об этом спросил, мне сказали, что это одна из проблем под общим кодом "бутик" и всё упирается в ширину и стабильность канала. Интересно решили ли проблему?
16.11.2006 07:10
Mtirt
 
Насколько я знаю, есть такое решение.
Опции темы


Часовой пояс GMT +3, время: 20:52.

 

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