Служба INECRMAN (Incotex ECR Manager)

[berivan]

Здравствуйте!
Кассовый ПК работает с пин падом сбербанка, и когда происходит продажа по карте, то чек подтверждения оплаты по карте выходит довольно длинный (печать происходит через строчку, как будт-то стоит двойной межстрочный интервал). Как это можно исправить? Кассовый чек печатает как надо, в каждой строке.

[AntonR]

Здравствуйте, berivan.
Каким ПО Вы пользуетесь для оформления чеков? Возможно из терминала сбера выходят строки с лишними символами.
Для дальнейшего анализа нужно включить логи службы INECRMAN, и прислать их в архиве на почту help@incotexkkm.ru. Указать время вывода подобного слип-чека.

[Владимир ПиМаркет]

Здравствуйте.
Заменили в 185Ф ФН 1.2 и теперь не получается продавать маркированный товар: на команду ClearMarkingCodeValidationTable получаю ошибку 453.
В форуме нашёл аналогичный случай, но у меня продажа маркированных товаров включена.
В автономном режиме маркированный товар продаётся, чек с М+ выходит.
В чём может быть дело?
Благодарю за ответы.

[AntonR]

Здраствуйте, Владимир ПиМаркет.
Ошибка 453 на команду ClearMarkingCodeValidationTable появляется, если закрыта смена на ККТ. После открытия смены, ошибка исчезает.

[dreamkas]

Имею похожую проблему на ФФД 1.2.

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

>> {"sessionKey":"141838-10645224","command":"CheckMarkingCode","mc":"MDEwMTIzNDU2Nzg5MDEyMzIxTSw3YUwwSkRHYkpDV2EdOTE4MDhCHTkyQ3VFMmI0d0JoUHY5WGVvQlFERXV4OXdPS2VOUjR2ZjRJK3EvUWJocXpoUkd5WVF5bWtrcGd0QVpVdFBIbGZwMFRIR1ZONmkrRDhaeFpRY2JUbnZFTWc9PQ==","plannedStatus":1,"qty":1,"measureUnit":0,"processionMode":0,"timeout":30}
<< {"result":0,"isOfflineMode":false,"fnCheck":{"checkResult":0,"isValid":true},"mcInfo":{"mcType":2,"mcGoodsID":"010123456789012321M,7aL0JDGbJCWa"}}

>> {"sessionKey":"141838-10645224","command":"GetMarkingCodeCheckResult"}
<< {"result":0,"isCompleted":true,"onlineCheck":{"result":0,"processingResult":0,"plannedStatusCheckResult":1,"mcCheckResultRaw":15,"mcCheckResult":true}}

>> {"sessionKey":"141838-10645224","command":"AcceptMarkingCode"}
<< {"result":0,"mcCheckResultRaw":15}

>> {"sessionKey":"141838-10645224","command":"OpenCheck","checkType":0,"taxSystem":0,"printDoc":true,"cashierInfo":{"cashierName":"Администратор"},"userAttribute":{}}
<< {"result":0,"shiftNum":12,"checkNum":12}

>> {"sessionKey":"141838-10645224","command":"AddGoods","mcInfo":{"mc":"MDEwMTIzNDU2Nzg5MDEyMzIxTSw3YUwwSkRHYkpDV2EdOTE4MDhCHTkyQ3VFMmI0d0JoUHY5WGVvQlFERXV4OXdPS2VOUjR2ZjRJK3EvUWJocXpoUkd5WVF5bWtrcGd0QVpVdFBIbGZwMFRIR1ZONmkrRDhaeFpRY2JUbnZFTWc9PQ==","processingMode":0,"plannedStatus":1},"productName":"Какойто маркированный товар","qty":10000,"section":0,"taxCode":1,"paymentFormCode":4,"productTypeCode":33,"price":20000,"sum":20000}
<< {"result":0,"shiftNum":12,"checkNum":12,"goodsNum":1,"goodsSum":20000,"taxSum":3333,"checkSum":20000}

>> {"sessionKey":"141838-10645224","command":"CloseCheck","payment":{"cash":20000,"ecash":0,"prepayment":0,"credit":0,"consideration":0}}
<< {"result":0,"shiftNum":12,"checkNum":12,"fiscalDocNum":56,"fiscalSign":"3377442368","dateTime":"2023-01-19T14:19:00"}

На чеке не печатается ни [М+], ни [M-]
Если посмотреть чек в ОФД, то теги с КМ отсутствуют


Так же, если при добавлении предмета расчета передаю тег "industryAttribute" то соответствующие теги в ОФД так же не отображаются

Что мы делаем не так?
Спасибо

[vmag]

Здравствуйте.
аппарат 185, прошивка и инкерман последние с этого сайта...
Всё хорошо, кроме блоков сигарет - никак не могу их продать как маркировку под ффд 1.2 ...
До ффд 1.2 просто бросал в base64 первые 25 символов и всё было ОК
На ффд 1.2 что только не пробовал, даже пытался всунуть спец символы по документации ЧЗ - результата нет...
Вот пара кур кодов от блоков сигарет
0104606203088874210ST8EFSJ7D1U240FA070242.14
010460620308567521KPFJ0QRAGHVE240FA068248.17
с символами и без, как их допилить, чтобы продались как маркировка ?
Спасибо.

[vmag]

Здравствуйте.
А что с форумом?
Обычно хоть что-то отвечали через день - два... Или форум переехал? Так дайте ссылку на первой странице куда...
Что касается маркировки, то на самом деле есть два пути решения проблемы:
1. Отвязаться от вида маркированного товара, для этого нужно в инструкции дать полное описание сколько, каких и куда нужно вставлять спецсимволов в каждый тип маркировки.
2. Отказаться от спец символов, для этого нужно ввести признак вида маркированного товара, например 2- сигареты, 3-блок сигарет, 4 - обувь и трикотаж, 5 - молочка + вода и т.д. (2 и 3 можно объединить ибо длина матрикса блока сигарет всегда больше длины матрикса пачки).
3. Можно даже сделать гибрид (супер извращение) ввести и признак маркировки и спец спец символы.
Варианты 2 и 3 наиболее предпочтительны, при добавлении новой маркировки не нужно лопатить код прикладного ПО, достаточно вносить изменения в классификатор маркировки.
По пункту 1 тоже можно избежать доработки кода ПО, но тогда разработчикам придется изобретать свои классификаторы маркировки...

В настоящее время по ффд 1.2 для меркурия с маркировкой мягко говоря нет единообразия:
- пачки сигарет как продавались нормально - так и продаются без всяких танцев с бубном и спец символов
- блоки сигарет перестали продаваться от слова совсем
- трикотаж и обувь продаются и со спец символами и без них
- молочка и вода продаются только со спец символами

И да - у всех в режиме ФР проверка одной марки идет минимум секунд 10-15 или только у меня?

[AleksanderF]

Здравствуйте, 4vek.
Ответ Вам отправили по email.

Здравствуйте, настраиваю интеграцию с ККТ Меркурий 185Ф, при закрытии чека ловлю ошибку 453:

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

{
  "request": {
    "sessionKey": "145133-3914227",
    "command": "CloseCheck",
    "payment": "{"cash": 20.0, "ecash": 0}",
    "sendCheckTo": "admin@admin.ru"
  },
  "response_data": {
    "content": {
      "result": 453,
      "description": "Ошибка фн"
    }
  }
}

Подскажите куда копать? Открытие чека и добавление предмета расчета проходят с кодом результата 0.

[valery57]

"payment": "{"cash": 20.0, "ecash": 0}",
"sendCheckTo": "admin@admin.ru"

"cash": 20.0
cash (integer, необяз.) – сумма наличными
Все денежные величины (цены, суммы) передаются в виде целого числа копеек.
Может, здесь...

[Dinariys]

Здравствуйте.
Подскажите пожалуйста, какие новые коды НДС (5,7,5/105,7/107 %) будут при работе со службой.
В документации к INECRMAN пока к сожалению такой информации нет.

[Dinariys]

Здравствуйте.
Подскажите пожалуйста, какие новые коды НДС (5,7,5/105,7/107 %) будут при работе со службой.
В документации к INECRMAN пока к сожалению такой информации нет.

Отвечу сам себе по информации полученной от поддержки:
Код 7 = ставка НДС 5%
Код 8 = ставка НДС 7%
Код 9 = ставка НДС расчётная 5/105.
Код 10 = ставка НДС расчётная 7/107.
Спасибо поддержке.

[kkmspb]

Здравствуйте!
Столкнулись с необходимостью пробить количество 305 литров (бензин продаем), используем Меркурий.
Выяснилось, что максимальное количество:
maxGoodsQty = 99

Что делать? Понятно - понять и простить...
Но на будущее как-то надо реальнее подходить к вопросу продаж.

Можно рассчитывать в этом плане что что-то измениться?

Предлагаю для таких ситуаций реализовать в протоколе число с плавающей точкой наконец.

Можно у Атола подглядеть (не сочтите за хамство).

Примечание: я понимаю, что цену можно указать за 10 литров, а количество уменьшить в 10 раз (и покупатель будет долго ржать, когда дойдет до него)

[kkmspb]

И еще ВТ-софт работает или нет, сайт не дает логинится от слова совсем (http://www.vtsoft.ru/).

[AntonR]

Здравствуйте, kkmspb.
Вы не так поняли значение этого поля. Цитата из док-ции

maxGoodsQty (integer, обяз.) – максимальное количество предметов расчёта в одном чеке.

Смело пробивайте 305 литров.

[kkmspb]

Здравствуйте, kkmspb.
Вы не так поняли значение этого поля. Цитата из док-ции

maxGoodsQty (integer, обяз.) – максимальное количество предметов расчёта в одном чеке.

Смело пробивайте 305 литров.

Спасибо! Действительно затупил. Ну а все-таки, тогда сколько максимальное значение количества?
какие пределы?


”maxGoodsSum” 999999999 ('это в копейках - правильно?)
”maxCheckSum” 999999999

то есть если цена 1р. , то количество может быть 99 999 9999 ? Как-то так?

В общем скоро проверю на тестовом ФН, еще раз спасибо.

[kkmspb]

Здравствуйте!
С маркировкой вет.препараты (на ПИ маркете)
Касса М115 прошита последней версией, inecrman тоже наисвежайший, ПИ маркет свежее не бывает.

Итак проверяем маркировку и не проходит. Ошибка: 612.
"Неверный формат поля в пакете".

Куда копать?...

код такой : 0104650104757209215/f,jBm-%JX&791EE1092gKRwGVX4Nrz+Ju8nqnw69S578jK66bpeTwnUcrglPmg=
(GS не знаю передавал ПИ маркет или нет, не понятно)

https://disk.yandex.ru/i/kwpp_ZsiOvwj3Q

Выяснил еще , что при проверке СТАТУС ГИС МТ:
Ошибка 399 НЕ ПОДДЕРЖИВАЕМЫЙ ТИП WIFI МОДУЛЯ
Могу добавить,что печатается на тесте:
A6501 не поддерживается
обновите ПО модуля

Это лечится?
Завтра попробую по инструкции - Сервисное ПО для программирования WiFi модулей
ККТ «Меркурий-115/130/180/185» (с загрузчиком 500)

На следующий день:
Модуль прошил номально. Связь с ГИС МТ работает. cdn Обновляются, разрешительный режим включен.

Тестирую работу по inecrman для маркировки (вет.препараты), лог CheckMarkingCode:

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

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

проверяем код маркировки: (010843399791281021xTJKD2Fc:DorI91809792kf158zZIRc5pkQP9FHIupiPmC8ko9LbbgpVnW3OFSrVrj2dG57De2BmWmhqQ8v1dDV8vTvRM3fcBlj8dfq3xfA==)
в base64: (MDEwODQzMzk5NzkxMjgxMDIxeFRKS0QyRmM6RG9ySR05MTgwOTcdOTJrZjE1OHpaSVJjNXBrUVA5RkhJdXBpUG1DOGtvOUxiYmdwVm5XM09GU3JWcmoyZEc1N0RlMkJtV21ocVE4djFkRFY4dlR2Uk0zZmNCbGo4ZGZxM3hmQT09)
посылаем: {
    "command":"CheckMarkingCode",
    "mc":"MDEwODQzMzk5NzkxMjgxMDIxeFRKS0QyRmM6RG9ySR05MTgwOTcdOTJrZjE1OHpaSVJjNXBrUVA5RkhJdXBpUG1DOGtvOUxiYmdwVm5XM09GU3JWcmoyZEc1N0RlMkJtV21ocVE4djFkRFY4dlR2Uk0zZmNCbGo4ZGZxM3hmQT09",
    "measureUnit":0,
    "plannedStatus":1,
    "processingMode":0,
    "qty":10000,
    "sessionKey":"123137-9796585",
    "timeout":30
}
ответ: {
    "fnCheck":{
        "checkResult":0,
        "isValid":true
    },
    "isOfflineMode":false,
    "mcInfo":{
        "mcGoodsID":"010843399791281021xTJKD2Fc:DorI",
        "mcType":2
    },
    "result":0
}
посылаем: {
    "command":"GetMarkingCodeCheckResult",
    "sessionKey":"123137-9796585"
}
ответ: {
    "isCompleted":false,
    "result":0
}
процесс онлайн проверки кода маркировки не завершен
getMarkingCodeValidationStatus 0
посылаем: {
    "command":"GetMarkingCodeCheckResult",
    "sessionKey":"123137-9796585"
}
ответ: {
    "isCompleted":true,
    "onlineCheck":{
        "mcCheckResult":true,
        "mcCheckResultRaw":15,
        "plannedStatusCheckResult":1,
        "processingResult":0,
        "result":0
    },
    "result":0
}
getMarkingCodeValidationStatus 1
посылаем: {
    "command":"AcceptMarkingCode",
    "sessionKey":"123137-9796585"
}
ответ: {
    "mcCheckResultRaw":15,
    "result":0
}
Успешно [M+] !

Теперь пробую на маркировке вет.препаратов

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

проверяем код маркировки: (0104680697470261215tOci_-/XQEM>91EE1092J/R0dxw6pifwNiZMylE7hq0Fq9e7rKgsIiUaKaabE3I=)
в base64: (MDEwNDY4MDY5NzQ3MDI2MTIxNXRPY2lfLS9YUUVNPh05MUVFMTAdOTJKL1IwZHh3NnBpZndOaVpNeWxFN2hxMEZxOWU3cktnc0lpVWFLYWFiRTNJPQ==)
посылаем: {
    "command":"CheckMarkingCode",
    "mc":"MDEwNDY4MDY5NzQ3MDI2MTIxNXRPY2lfLS9YUUVNPh05MUVFMTAdOTJKL1IwZHh3NnBpZndOaVpNeWxFN2hxMEZxOWU3cktnc0lpVWFLYWFiRTNJPQ==",
    "measureUnit":0,
    "plannedStatus":1,
    "processingMode":0,
    "qty":10000,
    "sessionKey":"123847-10226180",
    "timeout":30
}
ответ: {
    "fnCheck":{
        "checkResult":1
    },
    "isOfflineMode":false,
    "mcInfo":{
        "mcGoodsID":"0104680697470261215tOci_-\/XQEM>",
        "mcType":3
    },
    "result":0
}

По "checkResult":1 вижу ответ такой КМ данного типа не подлежит проверке в ФН.
КМ данного типа не подлежит проверке в ФН

Через госуслуги (на андроиде) код проверятся нормально.

1. код маркировки с символаами GS - правильно?
2. я его в base64 конвертирую - правильно?

[AntonR]

Здравствуйте, kkmspb.
Вы все правильно делаете. "КМ данного типа не подлежит проверке в ФН" - это обычное дело.
Во втором примере, Вы не показали ответ на команду "GetMarkingCodeCheckResult". Подозреваю там будет ""mcCheckResultRaw":15". т.е. М+

[kkmspb]

Есть код обуви (88 длина крипто хвоста) который проходит всегда на Ура!

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

проверяем код маркировки: (010843399791281021xTJKD2Fc:DorI91809792kf158zZIRc5pkQP9FHIupiPmC8ko9LbbgpVnW3OFSrVrj2dG57De2BmWmhqQ8v1dDV8vTvRM3fcBlj8dfq3xfA==)
в base64: (MDEwODQzMzk5NzkxMjgxMDIxeFRKS0QyRmM6RG9ySR05MTgwOTcdOTJrZjE1OHpaSVJjNXBrUVA5RkhJdXBpUG1DOGtvOUxiYmdwVm5XM09GU3JWcmoyZEc1N0RlMkJtV21ocVE4djFkRFY4dlR2Uk0zZmNCbGo4ZGZxM3hmQT09)
посылаем: {
    "command":"CheckMarkingCode",
    "mc":"MDEwODQzMzk5NzkxMjgxMDIxeFRKS0QyRmM6RG9ySR05MTgwOTcdOTJrZjE1OHpaSVJjNXBrUVA5RkhJdXBpUG1DOGtvOUxiYmdwVm5XM09GU3JWcmoyZEc1N0RlMkJtV21ocVE4djFkRFY4dlR2Uk0zZmNCbGo4ZGZxM3hmQT09",
    "measureUnit":0,
    "plannedStatus":1,
    "processingMode":0,
    "qty":1,
    "sessionKey":"095953-78463",
    "timeout":60
}
ответ: {
    "fnCheck":{
        "checkResult":0,
        "isValid":true
    },
    "isOfflineMode":false,
    "mcInfo":{
        "mcGoodsID":"010843399791281021xTJKD2Fc:DorI",
        "mcType":2
    },
    "result":0
}
посылаем: {
    "command":"GetMarkingCodeCheckResult",
    "sessionKey":"095953-78463"
}
ответ: {
    "isCompleted":false,
    "result":0
}
процесс онлайн проверки кода маркировки не завершен
getMarkingCodeValidationStatus 0
посылаем: {
    "command":"GetMarkingCodeCheckResult",
    "sessionKey":"095953-78463"
}
ответ: {
    "isCompleted":true,
    "onlineCheck":{
        "mcCheckResult":true,
        "mcCheckResultRaw":15,
        "plannedStatusCheckResult":1,
        "processingResult":0,
        "result":0
    },
    "result":0
}
getMarkingCodeValidationStatus 1
посылаем: {
    "command":"AcceptMarkingCode",
    "sessionKey":"095953-78463"
}
ответ: {
    "mcCheckResultRaw":15,
    "result":0
}
Успешно [M+] !

[kkmspb]

В ОБЩЕМ ПОНЯЛ Я ПРИЧИНУ!

Результат проверки кода надо обрабатывать по другому:

Если код НЕ ПОДЛЕЖИТ ПРОВЕРКЕ В ФН оказывается это НОРМАЛЬНО.

Надо просто переходить к следующему этапу, отправки в ОИСМ И В ЭТОМ БЫЛА ПРИЧИНА!

[askolock]

Похоже, служба INECRMAN не может корректно обрабатывать некоторые специфические символы в клише чека, скажем, спец.символы с кодами 127 и 153.
По команде "Приём из ККТ" задача запускается, но не завершается.

Версия ПО: 1.12.0.699 (ФФД 1.05 Настр:0.3.0 БД:0.3.0, ФФД 1.2 Настр:0.7.0 БД:0.6.0)
Меркурий-185Ф, конфигурация от 20.03.2025

Журнал службы "s20250430.7z"