RK7 ошибка 232

[vid_spb]

Добрый вечер, подскажите что может быть не так. Происходит явно описанная ошибка при считывании карты.
Есть ли возможность ее исправить.
Данная ошибка происходит при считывании карты с номерами начинающимися с 3ххххххххх
Если карты с 1ххххххххх все норм.

[SLion]

переполнение значения int.
Когда появляется и что делаете?

[vid_spb]

При создании нового заказа, с номерами определенных карт. которые начинаются с 3хххххххххх.

[SLion]

Что значит при создании нового заказа, каким образом создаются заказы? Обычно они создаются вручную официантами. Опишите последовательность как у вас работает? Это карта на входе?

[SH]

Максимальное значение для переменной типа int. 2 147 483 647
Иксов много наставили, видимо, имелось ввиду 3 ххх ххх ххх
Что в формат не влезает. Надо MCR алгоритм смотреть.

[vid_spb]

Да, правильно заказы создаются на основании карты, сделано через "карты на входе"

- - - Добавлено - - -

Маска сейчас простая, десять любых знаков ХХХХХХХХХХ, так настроили при установке.

[SLion]

Карты персонализированные или нет?

[SLion]

Если персонализированные тогда попробуйте выставить в пдс интерфейсе настройку look up card by mail address = yes

[vid_spb]

Нет, карты не персонализированы.

- - - Добавлено - - -


Максимальное значение для переменной типа int. 2 147 483 647
Иксов много наставили, видимо, имелось ввиду 3 ххх ххх ххх
Что в формат не влезает. Надо MCR алгоритм смотреть.

Сейчас MCR алгоритм XXX XXX XXX X

[SLion]

Полагаю что поле где-то во внутренней структуре RK7 имеет тип int, потому всё что выйдет за рамки 2^32 не сможет конвертироваться.

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

[SH]

Это бы на трекер, конечно.

[sibgaba]

Буквально на днях при разработке под FarCard столкнулся с аналогичной проблемой.
Суть, как верно заметил SLion, в том что переменная через которую обрабатывается маска имеет тип INT со всеми вытекающими.
Решение - переделать MCR алгоритм с типа Маска на Скрипт:


if length(Parameter) = 10 then Result := true
else Result := false;


Суть такая же (все что не 10 знаков идет в лес), но т.к. работает по другому то переполнения INT не возникает.

[ExiveR]

Доброго дня всем!

Решил не плодить тему - код ошибки тот же самый, а вот причина ошибки иная.

6396

Вроде просит UTF-8 и такая проблема только на кассах с новым ККМ SmartBox и возникает не всегда. Где ковырнуть настройки?

[SLion]

Видимо это универсальная ошибка для внешних интерфейсов, ваша связана с ФР. Какой используется ФР, и какой версии драйверы?

[vid_spb]

Приветствую, с прошедшими праздниками. Разработчик так и не решил вопрос. Хочу спросить тут, есть ли вообще возможность научить rk7 через скрипты mcr алгоритмов понимать и принимать тэг карты который начинается в нашем случае не только с 1 но и 2 и 3
Или решение только через определенные разрешенные номера тэгов (2 в 32).
В данный момент проблема осталась.

Причем жестко обрезать или видоизменить тэг нельзя, т.к. работает связка с shelter.

217:Exception running function RPCINTERFACEPROCESSCARDEX on MIDSERV: EConvertError:'2418050735' is not a valid integer value
217:Exception running function RPCINTERFACEPROCESSCARDEX on MIDSERV: EConvertError:'3005767000' is not a valid integer value
217:Exception running function RPCINTERFACEPROCESSCARDEX on MIDSERV: EConvertError:'3894697304' is not a valid integer value

[vid_spb]

Еще хотелось бы узнать про опцию: Перекодировка входных данных.
Возможно это решит проблему. Проверить сейчас нет возможности, нужен стенд.
6462

[SLion]

Вы пробовали сменить маску на скрипт в MCR алгоритме?

[vid_spb]

Вы пробовали сменить маску на скрипт в MCR алгоритме?
Добрый вечер.
Нет не пробовал, т.к. нет примера скрипта.

Протестировал замену входных данных, работает. Но в нашем случае при создании заказа кипер смотрит на номер который выдал шелтор, соответственно не подходит. т.к. получается карта с новым номером.