art&pr [Підтримка] ККМ Онлайн Касса для opencart 54-ФЗ (Атол, Штрих-М, RR-Electro, Paykiosk, Viki Print и др.)

[vlad007]

Добрый день, подскажите в чем проблема

(в логе)

2020-07-16 8:49:52 - KKMFR Error in eventPrintCheck: No DATA 7540

был сбой драйвера связь с кассой несколько дней не работала зависло пару десятков заказов

сейчас связь востановлена при отправке статуса эта ошибка 

причем в журнале вместо "ошибка" пишет статус заказа, раньше не было такого

Змінено 16 липня 2020 користувачем vlad007

[ashap]

3 минуты назад, vlad007 сказал:

Добрый день, подскажите в чем проблема

(в логе)

2020-07-16 8:49:52 - KKMFR Error in eventPrintCheck: No DATA 7540

был сбой драйвера связь с кассой пару дней не работала зависло пару десятков заказов

сейчас связь востановлена при отправке статуса эта ошибка 

Это значит что нет соединения с ккмсервером

[xxxxxxxx]

Здравствуйте, остановился на модели из списка поддерживаемых вами устройств: "Старрус РП-Система 1ФА" - к сайту подключается по api, kkm сервер не нужен, а у вас в описании, цитирую: "Внимание! для работы необходим сервер для кассы kkmserver". Помогите разобраться как всё-таки производить связь, по api или вынуждать через kkm?

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

[xxxxxxxx]

Здравствуйте, остановился на модели из списка поддерживаемых вами устройств: "Старрус РП-Система 1ФА" - к сайту подключается по api, kkm сервер не нужен, а у вас в описании, цитирую: "Внимание! для работы необходим сервер для кассы kkmserver". Помогите разобраться как всё-таки производить связь, по api или вынуждать через kkm?

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

[ashap]

8 часов назад, xxxxxxxx сказал:

Здравствуйте, остановился на модели из списка поддерживаемых вами устройств: "Старрус РП-Система 1ФА" - к сайту подключается по api, kkm сервер не нужен, а у вас в описании, цитирую: "Внимание! для работы необходим сервер для кассы kkmserver". Помогите разобраться как всё-таки производить связь, по api или вынуждать через kkm?

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

А вы ее не купите, их больше не продают

ккмсервер нужен, по api там протокол другой

[xxxxxxxx]

А что можете сказать по поводу моделей: "Терминал ФА" и "MicroPay ФС"?

[ashap]

2 минуты назад, xxxxxxxx сказал:

А что можете сказать по поводу моделей: "Терминал ФА" и "MicroPay ФС"?

все работает только через ккмсервер, все поддерживаемые кассы, если они умеют работать отдельно, то с этим модулем без ккмсервера они работать не будут никак (у касс свой api который никак не может быть похож на api ккмсервера)

[xxxxxxxx]

1 час назад, ashap сказал:

все работает только через ккмсервер, все поддерживаемые кассы, если они умеют работать отдельно, то с этим модулем без ккмсервера они работать не будут никак (у касс свой api который никак не может быть похож на api ккмсервера)

а можно что-нибудь сделать, чтобы работало без ккм, если да то что и сколько это будет стоить?

[ashap]

10 часов назад, xxxxxxxx сказал:

а можно что-нибудь сделать, чтобы работало без ккм, если да то что и сколько это будет стоить?

Без ккм ? Без кассового аппарата всмысле или без ккмсервера ?

без кассового аппарата нет, без ккмсервер можно (т.е сайт будет напрямую с кассой общаться , но не все кассы подойдут , micropay фс например подойдёт, разработка модуля под заказ для этой кассы возможна, пишите в лс если нужен такой модуль)

[vlad007]

Добрый день, а на этом сайте https://store.pe-art.ru/kkm/kkmfr файлы для скачивания обновляются?

[ashap]

1 минуту назад, vlad007 сказал:

Добрый день, а на этом сайте https://store.pe-art.ru/kkm/kkmfr файлы для скачивания обновляются?

Да везде одинаковые файлы

[vlad007]

такое, скорее пожелание к будущим обновлениям 

бло бы очень удобно если бы в журнале по нажатию на ошибку можно было отправить повторно запрос на кассу

Просто из за нестабильной работы связи данные не всегда доходят, приходится постоянно лезть в заказ менять статус по 2 раза

[ashap]

5 часов назад, vlad007 сказал:

такое, скорее пожелание к будущим обновлениям 

бло бы очень удобно если бы в журнале по нажатию на ошибку можно было отправить повторно запрос на кассу

Просто из за нестабильной работы связи данные не всегда доходят, приходится постоянно лезть в заказ менять статус по 2 раза

согласен, учту

[gregoro]

Добрый день!

Очень давно не было ошибок... Но тут снова полезли ((

И в этот раз вообще не могу найти, в чем проблема(( Обычно в суммах заказа с учетом скидок был трабл. Но сейчас вроде как все ровно... Вручную пересчитывал...

 

Ошибка: Reason: Не удалось закрыть чек ( 77-ККТ: Вносимая безналичной оплатой сумма больше суммы чека )

 

Сумма была заплачена - 1008 рублей. Все бьется вроде как...

 

 

 

 

 

[ashap]

1 час назад, gregoro сказал:

Добрый день!

Очень давно не было ошибок... Но тут снова полезли ((

И в этот раз вообще не могу найти, в чем проблема(( Обычно в суммах заказа с учетом скидок был трабл. Но сейчас вроде как все ровно... Вручную пересчитывал...

 

Ошибка: Reason: Не удалось закрыть чек ( 77-ККТ: Вносимая безналичной оплатой сумма больше суммы чека )

 

Сумма была заплачена - 1008 рублей. Все бьется вроде как...

 

 

 

 

 

Здравствуйте

Установите последнею версию модуля 4.0.1.4

А также последнею версию ккмсервер

[gregoro]

Добрый день.

 

МОдуль обновил до 4.0.1.4, ккм сервер обновил (до версии 2.1.40.29).

Все равно не проходит, ошибка теперь "Сумма всех типов оплаты меньше итога чека"

Пробовал снести таблицы _kkmfr и _kkmfr_receipt (все записи по данному заказу, чтобы он напрямую из записей _order взял). Не помогло. Ручками пересчитываю - не понимаю в чем проблема  

Змінено 20 листопада 2020 користувачем gregoro

[ashap]

18 минут назад, gregoro сказал:

Добрый день.

 

МОдуль обновил до 4.0.1.4, ккм сервер обновил (до версии 2.1.40.29).

Все равно не проходит, ошибка теперь "Сумма всех типов оплаты меньше итога чека"

Пробовал снести таблицы _kkmfr и _kkmfr_receipt (все записи по данному заказу, чтобы он напрямую из записей _order взял). Не помогло. Ручками пересчитываю - не понимаю в чем проблема  

а дайте скрины такиеже как сейчас показывает

[gregoro]

Вот:

 

 

 

 

 

 

 

 

 

[ashap]

46 минут назад, gregoro сказал:

Вот:

 

 

 

 

 

 

 

 

 

сейчас все верно все товары в чеке по суммам верны и итог по ним выходит 1008

должно пробивать у вас

все суммы сходятся

может кеш какой или глюк кассы, перегрузите сервер и кассу

попробуйте логи фиксировать на самом ккмсервере и в журнале модуля

В МОДУЛЕ ВСЕ ЧЕТКО ОТРАБАТЫВАЕТ

 

 

[ashap]

еще ккмсервер надо обновить полноценно

остановить и удалить полностью и все заново поставить ( а то он не даст переписать файлы)

вообще по этой ошибки тема тут http://forum.kkmserver.ru/viewtopic.php?f=2&t=33

 по этой ошибки в поддержку ккмсервера обращайтесь, там может чего в кассе в таблицах стало по другому, или с прошивкой чтото

в модуле все позиции корректны и сумма сходится

[gregoro]

19 часов назад, ashap сказал:

сейчас все верно все товары в чеке верны и итог по ним выходит 1008

должно пробивать у вас

все суммы сходятся

может кеш какой или глюк кассы, перегрузите сервер и кассу

попробуйте логи фиксировать на самом ккмсервере и в журнале модуля

 

 

Ничего не помогло, ни перезагрузки, ни чистки всех возможных кешей.

 

Этот чек вручную провел.

Остальные вроде как бьются... Что было - загадка.

[ashap]

1 час назад, gregoro сказал:

Ничего не помогло, ни перезагрузки, ни чистки всех возможных кешей.

 

Этот чек вручную провел.

Остальные вроде как бьются... Что было - загадка.

ну это либо как то в кассе повисло или в ккмсервере

или как вариант не все данные по чеку из базы вычистили

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

[gregoro]

В 21.11.2020 в 15:47, ashap сказал:

ну это либо как то в кассе повисло или в ккмсервере

или как вариант не все данные по чеку из базы вычистили

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

Напишу вам еще данных... Вдруг натолкнет вас на мысль об ошибке?  

 

Короче, сегодня отключали электричество в здании. Чеки, понятно, не пробились в это время.

 

Пытаюсь пробить вручную (через нажатие на "глаз" и добавление пункта в историю заказа) - та же фигня "Reason: Не удалось закрыть чек ( 69-ККТ: Сумма всех типов оплаты меньше итога чека )"

 

Захожу в БД - в таблицах _kkmfr и _kkmfr_receipt -  все в порядке (суммы вручную пересчитал).

Но чек не выбивается.

Заказы за это время были разные - и со скидками и без.

 

Чищу данные из этих (обеих!) таблиц по конкретным заказам - тогда при попытке пробить вручную все пробивается.

 

То есть:

1) никаких действий с самой кассой или ккм-сервером не делается

2) помогает только вычистка данных из обеих таблиц

3) если почистить данные только в 1 из таблиц и попытаться пробить - чек не пробьется. Нужно чистить обе.

 

МЫстика какая-то в общем  

Вдруг на мысль натолкнет.

[ashap]

2 минуты назад, gregoro сказал:

Напишу вам еще данных... Вдруг натолкнет вас на мысль об ошибке?  

 

Короче, сегодня отключали электричество в здании. Чеки, понятно, не пробились в это время.

 

Пытаюсь пробить вручную (через нажатие на "глаз" и добавление пункта в историю заказа) - та же фигня "Reason: Не удалось закрыть чек ( 69-ККТ: Сумма всех типов оплаты меньше итога чека )"

 

Захожу в БД - в таблицах _kkmfr и _kkmfr_receipt -  все в порядке (суммы вручную пересчитал).

Но чек не выбивается.

Заказы за это время были разные - и со скидками и без.

 

Чищу данные из этих (обеих!) таблиц по конкретным заказам - тогда при попытке пробить вручную все пробивается.

 

То есть:

1) никаких действий с самой кассой или ккм-сервером не делается

2) помогает только вычистка данных из обеих таблиц

3) если почистить данные только в 1 из таблиц и попытаться пробить - чек не пробьется. Нужно чистить обе.

 

МЫстика какая-то в общем  

Вдруг на мысль натолкнет.

нет не мистика

данные в эту таблицу формируются из заказа

если в заказе чтото не верно , то оно в таблицу и записывается

при повторной инициализации все берется из таблицы уже а не из заказа

в заказе стало все нормально, вы таблицу почистили, все поновой сформировалось из заказа и прошло , соответственно уже верно записалось в таблицу

[gregoro]

17 часов назад, ashap сказал:

нет не мистика

данные в эту таблицу формируются из заказа

если в заказе чтото не верно , то оно в таблицу и записывается

при повторной инициализации все берется из таблицы уже а не из заказа

в заказе стало все нормально, вы таблицу почистили, все поновой сформировалось из заказа и прошло , соответственно уже верно записалось в таблицу

 

Звучит логично...  

 

Провел такой эксперимент:

 

1) отключил кассу от сети. Дождался оплаченного заказа. Прилетела ошибка "Reason: Ошибка открытия сокета: Message: Ошибка установки соединения."

Все логично.

 

2) включил кассу. Проверил что ккм сервер ее видит. Попытался пробить чек. Прилетает ошибка: "Reason: Не удалось закрыть чек ( 69-ККТ: Сумма всех типов оплаты меньше итога чека )"

 

Снимаю скрины с БД:

 

 

и

 

 

 

3) вычистил обе таблицы от данных по этому заказу. Снова вручную пробиваю чек - Все ок, пробивается.

Таблицы выглядят вот так теперь:

 

 

и

 

 

Я вообще разницы между ними не увидел... Кроме того, что появился нормальный номер пробитого чека и почему-то порядок товаров в БД поменялся на противоположный...

 

 

С самим заказом (_order) ничего не происходило с момента его создания клиентом - запретил всем что-либо трогать в нем во время эксперимента, синхронизации со складской программой отключал.