[ОТВЕТИТЬ]
18.05.2012 16:34
AlexLog
 
доброго дня ! Что ставить ? каждый хвалит свое...
18.05.2012 16:35
whitewizard
 
Prisma, хоть и на java, но особо проблем нет.
А с чем связывать собираешься?
18.05.2012 16:55
AlexLog
 
о, забыл - УКМ4

Поставщик интеллекта:
Призма заточена под кристалл, большинство функций под УКМ4 не работают, БД приходиться чистить (MS SQL express ?)
Вопрос - к примеру в призме заявлено "Обработка событий, окончившихся неудачей (т.н. попытки)" - оно будет работать ?
20.05.2012 15:06
Snoring
 
Цитата:
АлексЛог о, забыл - УКМ4
Поставщик интеллекта:
Призма заточена под кристалл, большинство функций под УКМ4 не работают, БД приходиться чистить (MS SQL express ?)
Вопрос - к примеру в призме заявлено "Обработка событий, окончившихся неудачей (т.н. попытки)" - оно будет работать ?
Будет работать если касса будет слать информацию об отказе. Вот список событий, которые шлет Кристалл-УКМ:
Код:
  001 - Начало входа в режим кассира
  002 - Отказ доступа в режим кассира
  003 - Вход в режим кассира
  004 - Начало чека
  005 - Конец чека
  006 - Добавление товара в чек
  007 - Попытка отмены товара в чеке
  008 - Отказ в отмене товара в чеке
  009 - Отмена товара в чеке
  010 - Попытка изменения количества товара
  011 - Отказ в изменении количества товара
  012 - Изменение количества товара
  013 - Попытка изменения цены товара
  014 - Отказ в изменении цены товара
  015 - Изменение цены товара
  016 - Попытка удаления товара из чека
  017 - Отказ в удалении товара из чека
  018 - Удаление товара из чека
  019 - Попытка назначения скидки на товар
  020 - Отказ в назначении скидки на товар
  021 - Выбор значения скидки на товар
  022 - Назначение скидки на товар
  023 - Попытка аннулирования чека
  024 - Отказ в аннулировании чека
  025 - Аннулирование чека
  026 - Подитог по наличному расчету
  027 - Подитог по безналичному расчету
  028 - Попытка подитога по слипу
  029 - Отказ в подитоге по слипу
  030 - Подитог по слипу
  031 - Продажа по кредитной карте
  032 - Отказ в продаже по кредитной карте
  033 - Продажа по карте внутреннего кредита
  034 - Отказ в продаже по карте внутреннего кредита
  035 - Продажа по дисконтной карте
  036 - Отказ в продаже по дисконтной карте
  037 - Расчет наличный
  038 - Расчет безналичный
  039 - Печать чека
  040 - Открыт кассовый ящик по кнопке
  041 - Изъятие денег из кассы
  042 - Попытка возврата
  043 - Отказ в возврате
  044 - Попытка возврата по чеку
  045 - Отказ в возврате по чеку
  046 - Начало возвратного чека
  047 - Конец возвратного чека
  048 - Сигнал от ворот
  049 - Открыт кассовый ящик при расчете

  050 - Сдача
  051 - Печать товарного чека
  052 - Скидка (сумма по чеку и сумма скидки)
  053 - Продажа по купону
  054 - Отказ в продаже по купону
  055 - Запись отложенного чека
  056 - Запрос отложенного чека
  057 - Запрос мягкого чека
  058 - Печать копии чека из кассира
  059 - Продажа (?)

  060 - Пустое (фоновое) событие
  061 - Исполнение правила (?)
  062 - Чтение штрихового кода вне чека
  063 - Выход из режима кассира
  064 - Выход из режима администратора

  065 - Добавление товара по артикулу
  066 - Добавление товара по штрих-коду вручную
  067 - Добавление товара по штрих-коду сканером
  068 - Добавление товара из списка
  069 - Добавление товара из цене

  070 - Попытка продажи запрещенного товара
  071 - Повтор чека
  072 - Запрос баланса по карте
  073 - Активация карты
  074 - Депозит на карту
  075 - Начисление бонусов на карту

  077 - Внесение денег в кассу
  078 - Внесение закончено  (с суммой)
  079 - Изъятие закончено (с суммой)

  081 - Отмена Расчета

  101 - Создание ЭКЛ
  102 - Запись   ЭКЛ
  103 - Создание CkFiscal
  104 - Удаление CkFiscal
  105 - Перенос чека в базу
  106 - Ошибка принтера
  107 - Ошибка принтера Height
  108 - Ошибка банка (оплата)
  109 - Ошибка банка (отмена)
  110 - Смена превышает 24 часа
  111 - Не найден товар по артикулу
  112 - Не найден товар по штриховому коду
  113 - Не найден товар по цене
  114 - Указано не число
  115 - Ошибка принтера SetMode
  116 - Указано большое число
  117 - Ошибка банка (отчет)
  118 - Восстановление смены
  119 - Системная информация
  120 - Восстановление чека
  121 - Перезагрузка кассы
  122 - Определение веса товара
  123 - Запись в CkMoney
  124 - Подрезка базы данных
  125 - Восстановление справочников
  126 - Не найдена дисконтная карта
  127 - Изменена цена товара
  128 - Ошибка ввода/вывода (2)
  129 - В кассе большая сумма денег
  130 - Движение в кадре

  201 - Начало входа в режим администратора
  202 - Отказ доступа в режим администратора
  203 - Вход в режим администратора
  204 - Вход в режим налоговый инспектор
  205 - Внесение денег в кассу
  206 - Изъятие денег из кассы
  207 - Печать дневной сводки
  208 - Печать отчета по секциям
  209 - Печать X-отчета
  210 - Печать Z-отчета
  211 - Печать отчета по кассирам
  212 - Печать отчета по видам товаров
  213 - Печать отчета по времени
  214 - Печать почасового отчета
  215 - Режим печати чеков
  216 - Печать акта списания сумм
  217 - Печать копии Z-отчета
  218 - Печать отчета по безналичным расчетам
  219 - Режим печати товарных чеков
  220 - Печать отчета по нарастающим итогам
  221 - Просмотр контрольной ленты
  222 - Просмотр курсов валют
  223 - Проверка данных о продажах
  224 - Просмотр настроек кассы
  225 - Подрезка базы данных
  226 - Настройка цветов
  227 - Запрос итогов за день по банку
  228 - Закрытие дня по банку
  229 - Печать журнала операций по банку
  230 - Изменение текущих номеров документов
  231 - Восстановление оперативной сводки
  232 - Вызов программы товародвижения
  233 - Печать контрольной ленты из ЭКЛЗ
  234 - Печать копии чека
  235 - Печать товарного чека
  236 - Открыт кассовый ящик из режима "АДМИНИСТРАТОР"

  238 - Внесение денег в кассу закончено (с суммой)
  239 - Изъятие денег из кассы закончено (с суммой)
20.05.2012 15:13
whitewizard
 
Последние версии УКМ4 передают в Призму информацию в её формате, безо всяких прокладок.
Поэтому велика вероятность, что всё работает как надо.
21.05.2012 10:20
akonev
 
насколько я понимаю, все что умеет отдавать укм4 прописано в videocontrol.lua

из решений ITV надо рассматривать еще и IQ7, он должен быть дешевше. но надо определиться по требуемым возможностям. поиска по базе чеков там вроде раньше не было. не думаю, что добавили - это как бы уже ниша интеллекта.
23.05.2012 12:13
AlexLog
 
В общем понял что нужно на призму ориентироваться, хотя УКМ далеко не все передает в нее(к примеру отказ скидки - т.е. попытка провести незарегенную карту), но удобнее и доточеннее.
23.05.2012 14:15
akonev
 
ты просто попроси поставить тебе то и другое, да сам сравни. не знаю, как у призмовцев, а у любого дилера itv есть демо-комплект. напрямую они вообще не продают, политика такая. а чтобы дилером стать - надо выкупить недорого демо-комплект и обучить бойца.
13.07.2012 13:22
AlexLog
 
Выкупили таки призму, начались проблемы, вот основные вопросы, как у кого решены ?
И будущим покупателям - на что смотреть при покупке :)

1.В архивном режиме и в отчетах - рассинхронизация по времени чека и видеоряда. Это просто вынос мозга - смотреть на несовпадающее видео с чеком, что тут можно еще отследить. При том что в оперативном режиме выглядит все красиво
2.Отчет по дисконтным картам. Если после применения дисконтной карты была оплата по кредитке, система считает что номер кредитки это номер дисконтной карты
3.Номера чеков. Призма ведет некую свою нумерацию, несовпадающую с номерами на кассе.
4.Весовой товар - каждое сканирование призма считает несанкционированным изменением количества товара :)
13.07.2012 13:38
whitewizard
 
в части рассинхронизации времени - время на кассе и сервере совпадает?
13.07.2012 14:02
AlexLog
 
да. + на одной кассе то синхронно, то убегает
13.07.2012 16:47
student
 
Цитата:
AlexLog Выкупили таки призму, начались проблемы, вот основные вопросы, как у кого решены ?
внесу свои 5 копеек

1. рассинхронизация - надо посмотреть передаются ли в сообщение необязательные поля протокола обмена (поставить логгер на порт)
=============================
из доков: Последние семь полей необходимо заполнить датой и временем происхождения события. Если не указать дату, то будет подставлена текущая дата сервера принимающего события. Тоже произойдет со временем.
=============================
и если этого нет - допиливать протокол, если есть - пинать разработчиков призмы - все должно быть синхронно (по крайней мере у нас не жалуются на время)

2. не сталкивался (отчеты не смотрел, но и никто не жаловался пока)

3. номер чека - обязательный параметр протокола обмена - его передает касса - надо попытаться понять откуда она его берет

4. изменение кол-ва - отдельное событие и не должно быть связано со сканированием весового товара - скорее всего ошибка в описании протокола в программе (если конечно не некий скрытый смысл разработчиков связки)

описание событий для связки случаем не в хмл на кассе хранится ? ну или в какой либо табличке скуля - м.б. стоит посмотреть?
18.09.2012 18:03
AlexLog
 
Доброго дня !
Уж лето минуло и осень наступила. Мораль такова
1.Рассинхрон победили скриптом от призмы
2.Отчет по дисконтным картам. Если после применения дисконтной карты была оплата по кредитке, система считает что номер кредитки это номер дисконтной карты

Это я сдуру так решил, все гораздо интереснее. Карты клиентов УКМ принципиально не передает в призму. Точнее принципиально не желают допилить. И второе - дисконтные карты идут, но не передается тип карты - то ли это кредитка толи дисконт - в итоге в отчете все в перемешку.

3.Номера чеков. Призма ведет некую свою нумерацию, несовпадающую с номерами на кассе.
С номером все прояснилось это номер ТРН, он есть везде :)

4.Весовой товар - каждое сканирование призма считает несанкционированным изменением количества товара
С этим похоже ничего не сделать. Опять же по словам С+.


Вопрос - неужто никому не нужны карты клиентов в призме ?
18.09.2012 18:10
Mtirt
 
Мне нужны.
А нельзя посмотреть что там lua-скриптах и их поправить?
18.09.2012 21:42
AlexLog
 
Да если б так просто, давно б разобрались и поправили.
При использовании карты клиента не возникает событие.

У тебя уже есть призма, или собираетесь ставить ?
18.09.2012 21:49
Mtirt
 
Уже есть, и собираемся ставить...
19.09.2012 06:38
AlexLog
 
не могу личных сообщений писать - надо бы скоординировать работу с с+ :), как связаться то...
19.09.2012 06:51
Mtirt
 
Если не хотите обсуждать это здесь, можете обсудить это в jabber-конференции форума.
Нас там немного, обстановка почти интимная.
19.09.2012 16:22
AlexLog
 
Суть
1.Почему не разделяются дисконты и кредитки
ответ С+ :
"Насчет отчета по дисконтным картам:
Возможно, данный отчет в призме использует поле Cardtype, которое по техническим требованием было необязательно к заполнению и мы его оставляем пустым. Это всего лишь предположение.
УКМ4 при отправке события с кодом 31 "Продажа по кредитной Карте" - в поле CardNumber посылает номер БАНКОВСКОЙ карты.
А при отправке события с кодом 35 " Продажа по дисконтной Карте" в поле CardNumber посылается номер ДИСКОНТНОЙ карты. Только так.
И если ПРИЗМА в данном отчете неправильно трактует код команды + CardNumber, то вопрос необходимо задавать именно в "призму"."


По описанию, да, реально Cardtype необязателен, но и CardNumber - необязателен, и логично если уж пересылаешь CardNumber, будь добр и Cardtype. Но наверно не всем логично :)


Далее вопрос номер два
Хочу видеть номера карт клиентов, пусть как дисконты, реально в призме мало отчетов, пусть идут как дисконты, лишь бы иметь возможность фильтрануться по номеру карты
ответ С+

"Думаю, что надо написать письмо в Кристалл, с требованием расширить протокол взаимодействия с Призмой с целью обеспечения передачи следующей информации из кассовой программы:
- номер дисконтной карты
- номер клубной карты
- номер кредитной карты (замаскированный)
при условии, что в одном чеке могут примениться несколько карт и разных типов и несколько карт одинаковых типов.
Затем Кристалл выпустит новую версию Призмы, сообщит нам (и другим клиентам) новую структуру протокола. Соответственно, мы внесем изменения в протокол и, после обновления версии УКМ и Призмы, все начнет работать по новому протоколу.
Другого пути я не вижу. Логика, по-моему, простая – есть Призма, ее функционал сейчас не позволяет отслеживать все эти события в произвольной комбинации. Соответственно, клиент и обращается к разработчику Призмы, а мы, уж, ведомое звено…"


Вопрос знатокам - на сколько это растянется ? :). С учетом того что ни С+ ни кристаллу это не нужно.
19.09.2012 16:23
student
 
Цитата:
AlexLog 3.Номера чеков. Призма ведет некую свою нумерацию, несовпадающую с номерами на кассе.
С номером все прояснилось это номер ТРН, он есть везде :)

4.Весовой товар - каждое сканирование призма считает несанкционированным изменением количества товара
С этим похоже ничего не сделать. Опять же по словам С+.
3. м.б. и есть своя нумерация, однако и стандартная по кассе должна быть - по крайней мере в протоколе это обязательные поля

4. не совсем понятно какая здесь связь c весовым товаром (если только не идет подмена в программе)
- есть событие
6 Добавление товара в чек - Основное событие, говорящее о том, что какой-либо товар добавлен в чек, причем способ добавления (сканирование, ввод по коду и т.д.) не важен
и событие
12 Изменение количества товара - Происходит в момент, когда кассир изменяет количество обрабатываемого товара.

посмотри есть ли у тебя в призме событие добавление в чек (6) на весовой товар
19.09.2012 17:55
AlexLog
 
В чеке:

Казюкевич Светлана 19/09/2012 16:50
ЧЕК:4.2445.214 ПРД ТРН:000000135012

всегда использовали ЧЕК:4.2445.214
а тут используется ПРД ТРН:000000135012

так что все нормально

По поводу
"посмотри есть ли у тебя в призме событие добавление в чек (6) на весовой товар "
ничего не понял - разве в призме есть разбитие на весовой и штучный ?

Проблема в другом. "12 Изменение количества товара" - это стремное событие, которое нужно просмотреть, но если оно генериться на любой весовой товар, то что уж тут смотреть.
Оно должно генериться только если кассир ручонками ввел количество товара.
19.09.2012 18:09
student
 
Цитата:
AlexLog ничего не понял - разве в призме есть разбитие на весовой и штучный ?
нет :) но товар то добавляется в призму - надо посмотреть для весового товара (например по артикулу\шк\известному номеру чека) есть ли само событие

Цитата:
AlexLog Оно должно генериться только если кассир ручонками ввел количество товара.
насчет изменения - все именно так, изменять можно что УЖЕ есть в чеке, а не то, что ДОБАВЛЯЕТСЯ (неважно как по шк или др способом) - поэтому я и отписал про "возможную подмену в программе)
19.09.2012 18:19
AlexLog
 
Так я имею 2 события по весовому: 1)добавление и потом вслед 2)изменение количества
Аналогично выглядит как если бы кассир сканирнул штучный товар и затем ввел количество ручками

т.е. вообще ушел смысл события 12 - его можно вообще из укм вырезать. Слишком много их.
21.09.2012 08:55
Mr_Vito
 
на самом деле всё упирается в деньги, я свёл между собой С+ и кристал, в итоге на ошибки стыковки УКМ4 и Призмы был ответ
С+: "Необходимы доработки функционала, которые будут сколько то стоить. Реализовать их, исходя из текущего плана работ, сможем только в декабре 2012 года."
24.09.2012 11:14
AlexLog
 
Можно поподробнее по доработкам?
25.10.2012 12:25
AlexLog
 
Может у кого есть подвижки ? :)
12.06.2013 12:59
AlexLog
 
Есть подвижки. Сформировано ТЗ, Но выкатили сумму за доработку.
Т.е. это не ошибка, это доработка. Платная. Потому как это "никому ни у нас, ни в России на сегодняшний день не надо"
Опции темы


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

 

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