Взять кассу

Сканеры, кассы, ККТ и т.д.
Правила форума
При написании вопроса или обсуждении проблемы, не забывайте указывать версию Clarion который Вы используете.
А так же пользуйтесь спец. тегами при вставке исходников!!!
Аватара пользователя
Игорь Столяров
Ветеран движения
Сообщения: 5580
Зарегистрирован: 07 Июль 2005, 9:19
Откуда: г. Ростов-на-ДоМу

Взять кассу

Сообщение Игорь Столяров »

finsoftrz писал(а): 03 Август 2021, 9:28 Коллега опубликовал.
Насколько я понимаю: в описании идёт речь о прямом программировании тегов, выполнении команд ФР и
распарсивании ответов ФР. Так конечно можно максимально использовать возможности ФР и ФФД.
С одной стороны Ваш коллега невероятно крут, но с другой - это мартышкин труд - отслеживать все изменения
в протоколах обмена. А методов для выполнения проверки валидности марки в драйвере АТОЛ пока нет ...
«V» значит Вендетта !
Аватара пользователя
finsoftrz
✯ Ветеран ✯
Сообщения: 2905
Зарегистрирован: 06 Ноябрь 2014, 12:48

Взять кассу

Сообщение finsoftrz »

Это было забавно.
Там по тексту написано, что для атолов и штрихов через драйвер. А для пиритов и сп окромя нативного протокола ничего и нет работающего в природе.
Не все могут послать клиентов куда подальше, если у них не атолы. :-)
C6/C11, ШВС, tps/btrieve.
Аватара пользователя
finsoftrz
✯ Ветеран ✯
Сообщения: 2905
Зарегистрирован: 06 Ноябрь 2014, 12:48

Взять кассу

Сообщение finsoftrz »

Таки да, коллега крут. Он лет 20 только кассами занимается. У нас в городе везде понатыкана их программа. Почти все местные магазины с продуктовкой. Так вроде не одна тысяча рабочих мест была в нескольких регионах. Но 20 лет заниматься одной кассой, да еще на древнем акцесе, я бы со скуки подох. :-)
C6/C11, ШВС, tps/btrieve.
Аватара пользователя
Игорь Столяров
Ветеран движения
Сообщения: 5580
Зарегистрирован: 07 Июль 2005, 9:19
Откуда: г. Ростов-на-ДоМу

Взять кассу

Сообщение Игорь Столяров »

Подождём. Аналогично развивалась ситуация с самой маркировкой.
Изначально можно было вручную формировать теги и перекодировать марки для передачи в ОФД.
(я где-то здесь оставлял описание). На форуме АТОЛ многие коллеги глубоко погружались в этот вопрос.

Потом добавили метод для передачи всей марки и её распарсивания внутри драйвера. Всё стало просто.
Коллеги на форуме АТОЛ продолжали свои глубокие погружения. Возможно у них там повремённая оплата. :)
finsoftrz писал(а): 03 Август 2021, 22:04 Не все могут послать клиентов куда подальше, если у них не атолы
Я откровенно считаю, что если какие-то мальчики (и возможно девочки) придумывают свои протоколы обмена
для выпускаемых на их заводе кассовых аппаратов - то вопрос интеграции с прикладным софтом не должен
решаться за мой счёт. Мне их поделки не интересны от слова совсем ... :)

На рынке исторически есть два лидера: АТОЛ и ШТРИХ-М. Они ни с кем договариваться не будут.
Что мешает остальным дримкассам и прочим эвоторам родить если не общий драйвер, так хотя бы
протокол обмена ? Просто им всё пофиг. Ну и пускай сидят со своей 1С и программами на Access. ;)
«V» значит Вендетта !
Аватара пользователя
finsoftrz
✯ Ветеран ✯
Сообщения: 2905
Зарегистрирован: 06 Ноябрь 2014, 12:48

Взять кассу

Сообщение finsoftrz »

Я бы так не сказал, у нас как раз доля пиритов и сп в последнее время увеличилась. Они, видимо, тупо дешевле и надежнее в работе. У всех, кроме атол дто10 ранее передавался готовый код ктн. Теперь придется изучать вопрос, как стало. Проблема основная не в том, чтобы реализовать, это не должно быть сложно, а в отсутствии в открытом доступе документации. Я, в общем, сказал, если будет открываться новый магазин в ближайшее время, то ставить там атол 10. Пока не решится вопрос с остальными. А до перерегистрации пока еще время есть, она недавно проходила.

Кстати, по инсайдерской информации, маркировку молочки должны отложить на более поздний срок (по плану с 01.09.21). Розницы это скорее всего коснется с начала следующего года.
C6/C11, ШВС, tps/btrieve.
Аватара пользователя
Игорь Столяров
Ветеран движения
Сообщения: 5580
Зарегистрирован: 07 Июль 2005, 9:19
Откуда: г. Ростов-на-ДоМу

Взять кассу

Сообщение Игорь Столяров »

finsoftrz писал(а): 04 Август 2021, 7:10 Они, видимо, тупо дешевле и надежнее в работе.
Дешевле - да. Надёжней - вряд ли. Хотя бы потому, что у крупных производителей налажена работа с региональными
сервисными центрами, всегда есть в наличии запчасти и сервисные комплекты. Плюс совместимость с разными ФН и т.д.

И опять. Разница в стоимости 5 тр. Если открывается сеть магазинов с 50 кассами - есть смысл нанять ботана на их
обслуживание и возможно заказать софт с поддержкой. А если для бизнеса нужно 5-10 ФР ? Нужно ли отгребать
все эти проблемы с дримкассами ? Если, конечно, у Вас ими не торгует родственник. ;)

Там же даже драйвер для 1С толком недопилен и рассчитывать можно только на свои силы или штучного умельца.
Очень велик риск (и это уже было), что после какого-нибудь "очень нужного" обновления Windows всё станет колом. :(
«V» значит Вендетта !
Аватара пользователя
finsoftrz
✯ Ветеран ✯
Сообщения: 2905
Зарегистрирован: 06 Ноябрь 2014, 12:48

Взять кассу

Сообщение finsoftrz »

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

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

Разница в стоимости далеко не 5 тыс. Представьте, что открывается новый продуктовый магазин. Как правило, на месте старого. И этот старый отдает имеющееся оборудование за бросовые цены. Поэтому обычно берут имеющееся и продолжают работать на нем. По большому счету, можно сказать, что старые ккм приходит почти бесплатно.

Работа с пиритами и сп происходит путем отправки строк определенного вида в com порт (или по ip), и получение обратно ответов в аналогичном виде. Если один раз реализовать, то поддерживать потом уже не так сложно. Особенно у сп, которым чек отправляется в виде xml. Основная проблема, как я написал, сложности с доступом к документации. То есть как-то надо официально на них выходить. Но, поскольку оборудование не закупается и они на этом не зарабатывают, могут и не пойти на встречу.

С точки зрения унификации, конечно, лучше на чем-то одном работать. С другой стороны, если поддерживаем и работу с альтернативным оборудованием, то это расширяет круг потенциальных клиентов. В условиях, когда с экономикой непонятно что, а государство развязало цифровой террор против бизнеса, все копейку считают.
C6/C11, ШВС, tps/btrieve.
Аватара пользователя
Игорь Столяров
Ветеран движения
Сообщения: 5580
Зарегистрирован: 07 Июль 2005, 9:19
Откуда: г. Ростов-на-ДоМу

Взять кассу

Сообщение Игорь Столяров »

finsoftrz писал(а): 04 Август 2021, 8:37 С точки зрения унификации, конечно, лучше на чем-то одном работать
Уф ! Это да. Иногда приходят пользователи и говорят "Сделайте чек как в Магните". Только у нас несколько
АТОЛ разных поколений и в двух-магазинах ещё доживают Штрих-М. :(
А в торговой сети Магнит - везде одна модель ФР. Они под неё навернули чек с краткими наименованиями,
акциями, бонусными картами и скидками. И нет проблем - всё это легко обслуживается их местным ботаном.
«V» значит Вендетта !
Аватара пользователя
finsoftrz
✯ Ветеран ✯
Сообщения: 2905
Зарегистрирован: 06 Ноябрь 2014, 12:48

Взять кассу

Сообщение finsoftrz »

Сам еще не успел посмотреть, вебинар по ффд 1.2.
https://youtu.be/_Erf1JvfdxM
Из нового заявлено, что проводились нагрузочные тестирования и максимальное время на всю проверку КМ занимает 700-800 миллисекунд.
Еще из полезного - в настоящее время ЦРПТ не будет проверять владельца марки и её статус в обороте или нет. При этом будет проверяться формат марки (разделители и длина), наличие КМ в базе и валидность криптохвоста.
C6/C11, ШВС, tps/btrieve.
Аватара пользователя
Игорь Столяров
Ветеран движения
Сообщения: 5580
Зарегистрирован: 07 Июль 2005, 9:19
Откуда: г. Ростов-на-ДоМу

Взять кассу

Сообщение Игорь Столяров »

Спасибо за ссылку - надо будет тоже посмотреть. Потом. :)
Сколько же людей вокруг всего этого обедает. И судя по табло - достаточно плотно. ;)
А ведь есть ещё "Меркурий", "Платон" и т.д. :(
«V» значит Вендетта !
harry
Новичок
Сообщения: 16
Зарегистрирован: 24 Февраль 2015, 14:16

Взять кассу

Сообщение harry »

Может, кто сталкивался с такой проблемой на драйвере ККТ Штрих-М.
При передаче числа с лидирующими нулями, как строковую переменную, в драйвер приходит число без лидирующих нулей.

Код: Выделить всё

CassObject = Create(0,Create:Ole)
CassObject{PROP:Create} = 'AddIn.DrvFR'
...
CassObject{'TagNumber'} = 1262
CassObject{'TagType'} = 7
CassObject{'TagValueStr'} = '020'
В логе драйвера :
[01.09.2021 16:01:07.953] [00010100] [DEBUG] TDrvFR Set_TagNumber
[01.09.2021 16:01:07.953] [00010100] [DEBUG] TDrvFR Set_TagNumber: 1262
[01.09.2021 16:01:07.954] [00010100] [DEBUG] TDrvFR Set_TagType
[01.09.2021 16:01:07.954] [00010100] [DEBUG] TDrvFR Set_TagType: 7
[01.09.2021 16:01:07.954] [00010100] [DEBUG] TDrvFR Set_TagValueStr
[01.09.2021 16:01:07.954] [00010100] [DEBUG] TDrvFR Set_TagValueStr: 20

Если передать
CassObject{'TagValueStr'} = '020а'
то лидирующий ноль остается, но значение не валидное.

Причем, при работе с Exel, похожий интерфейс и там все нормально проходит

AdrWin$olevar{'Application.Range("'& CLIP(CellName) &'").Value'}='020'

В результат, в текстовую ячейку попадает 020

В чем может быть причина такого поведения?
Аватара пользователя
Игорь Столяров
Ветеран движения
Сообщения: 5580
Зарегистрирован: 07 Июль 2005, 9:19
Откуда: г. Ростов-на-ДоМу

Взять кассу

Сообщение Игорь Столяров »

harry писал(а): 02 Сентябрь 2021, 15:32 В чем может быть причина такого поведения?
Причина может быть в неявном преобразовании типов данных. :(
У нас такой же код, о проблемах неизвестно. Попробуйте вот такой вариант:

Код: Выделить всё

Loc:STMP String(20)
Code
...
Loc:STMP = '020'

CassObject{'TagNumber'} = 1262
CassObject{'TagType'} = 7
CassObject{'TagValueStr'} = Loc:STMP
CassObject{'FNSendTag'}
«V» значит Вендетта !
harry
Новичок
Сообщения: 16
Зарегистрирован: 24 Февраль 2015, 14:16

Взять кассу

Сообщение harry »

Спасибо за совет, но к сожалению, не помогло.

А вы проверяли как чек в ОФД приходит или лог драйвера ? У вас точно '020' передается ?
Вложения
Ошибка в ОФД.JPG
Аватара пользователя
Игорь Столяров
Ветеран движения
Сообщения: 5580
Зарегистрирован: 07 Июль 2005, 9:19
Откуда: г. Ростов-на-ДоМу

Взять кассу

Сообщение Игорь Столяров »

harry писал(а): 02 Сентябрь 2021, 16:42 А вы проверяли как чек в ОФД приходит или лог драйвера
Нет. У меня сейчас девайса нет.
Клиенты не жаловались, но не могу утверждать, что среди них есть ФОИВ вообще.
Судя по описанию - этот тег относится к ФФД 1.2, а значит нужны обновления прошивки и драйвера.
Ну и отправьте лог в тех. поддержку. А какие ещё варианты ?
«V» значит Вендетта !
harry
Новичок
Сообщения: 16
Зарегистрирован: 24 Февраль 2015, 14:16

Взять кассу

Сообщение harry »

Да , это для ФФД 1.2
Со Штрихом активно переписываемся. Они говорят, что проблема в том , что мы не передаем свойству значение типа "Строка".
Не представляю другого способа передать значение, чтобы драйвер понял его , как строка. Неужели Clarion так представляет значение, что драйвер Штриха не понимает его как "Строка" ?
Ответить