Миллиарды в чеке

[okas]

Коллеги, столкнулся тут со следующим глюком на Мерке 115. Чеки бьют из 1С больше года уже.
Куда копать не знаю. По идее касса не должна была дать пробить больше 20+- лямов.
Во вложении фото чека. Из ОФД, из кассы, копия чека из кассы, из предпросмотра в 1с.

[shurik37]

Если касса была в режиме ФР, могу только одно предполагать, что это 1С накидала мусора. В режиме ФР, что пришло, то и распечатала касса. Я верно рассуждаю?

[shurik37]

По идее касса не должна была дать пробить больше 20+- лямов.

Настройки ограничения срабатывают, ели кнопки тыкать, т.е. руками пробивать. А вот по поводу если касса в режиме ФР, не проверял.
Было бы не плохо текущую версию ПО кассы указать.

[okas]

Ограничение по сумме работает всегда, хоть кнопками, хоть в режиме ФР. У них было раньше, не давала касса пробить чек в 26000000. Подтверждали в Инкотексе.
Версию завтра посмотрю. По моему от 03.2020. Типа того.

[Mechanik]

Это прошивка, переполнение гросс-итогов, обновить и больше не вылезет.

[okas]

Это прошивка, переполнение гросс-итогов, обновить и больше не вылезет.

На этой прошивке у них переполнение постоянно вылазит. Делают очистку и вперёд.
Хорошо, обновлю. А что клиенту делать с этими миллиардами. Хз..

[Sarge76]

okas, очевидно возврат делать с писулькой в налоговую

[ar]

очевидно возврат делать

И как его сделать, на такие-то суммы?

[Олег Арм]

очевидно возврат делать с писулькой в налоговую

Если смену закрыли, то остается только корекция, ну и заяву в налоговую!

[okas]

очевидно возврат делать с писулькой в налоговую

Первое о чем подумал. Но как? Касса не даст вернуть миллиарды.

[okas]

Интересно, а есть какой то регламент по таким случаям? Раньше составил км-2, и ни каких проблем со стороны НИ.

[GeorgSerg]

есть какой то регламент по таким случаям

Нет.

Первое о чем подумал. Но как? Касса не даст вернуть миллиарды.

Отправить в ИФНС дамп архива ФН, копию данных из ЛК клиента, распечатку ФД из архива и в сопроводиловке указать - пробить чеки коррекции и / или возврата не представляется возможным по техническим причинам.

[GeorgSerg]

фото чека. Из ОФД

Судя по тому, что чек в базе ОФД, как пишет ТС, то ничего нигде не ругалось. Как -то так.

[okas]

zax, когда привезут кассу на перепрошивку, солью дамп. Тоже самому интересно все это..

[okas]

zax, Ну и...?

[GeorgSerg]

ещё один момент есть

Не помешает еще и логи протокола обмена 1с с ККТ проверить. Для полноты картины..

[okas]

Не помешает еще и логи протокола обмена 1с с ККТ проверить. Для полноты картины

Там по моему по умолчанию отключено ведение лога. Завтра проверю

[okas]

надо увидеть скрин с этого чека из ОФД

Я лично делал этот скрин из ЛК ОФД.... Ну или фотку, как ты называешь. И можно сравнить распечатку чека с кассы(отчёт из ФН по номеру ФД) и чека из ОФД. Один в один. Миллиарды (даже триллионы) и там и там.

[Revers_M]

Меркурий не смог "в разрядность".


https://i.postimg.cc/7LTHVCkT/image.png

[okas]

у меня результат " чек не корректен."

Да, все верно. Из ОФД пришел отчет по этой ошибке (во вложении)

[zax]

у меня результат " чек не корректен."

Да, все верно. Из ОФД пришел отчет по этой ошибке (во вложении)

Вот по этому хотелось бы увидеть этот кассовый чек из ФН в формате TLV хотя будет достаточно прочитать ФД с номерами тегов......чтобы понять, можно ли работать дальше забив на эти лярды большой сам знаешь что.....это к тому что надо определить.....идти в ФНС или нет такой необходимости.

[Mechanik]

Один раз было клиент как то смог работая со сканером штрих код в цену внести. МОжет тут тоже самое.

[Revers_M]

Нет, тут не тоже самое.
Скрины же есть в первом сообщении.
Недвижимость стоимостью 25 млн.
Меркурий "не переварил" столько цифр - отобразил их в чеке отрицательным числом.

Теперь надо уточнить что пошло в ФН.
и как это понял ОФД "Ярус"(может также подавился цифрами)

[okas]

как это понял ОФД "Ярус"

Да Ярус. Только как чек сохранить из него не знаю.
JSON фискального документа

Спойлер

Скрыть JSON фискального документа
{
  "dateTime": 1632150360,
  "provisionSum": 0,
  "fiscalDocumentFormatVer": 2,
  "code": 3,
  "fiscalDriveNumber": "9283440300116263",
  "shiftNumber": 622,
  "operator": "Бухгалтер Васильева Т. А.",
  "requestNumber": 3,
  "ecashTotalSum": 0,
  "fiscalDocumentNumber": 6404,
  "buyerPhoneOrAddress": "1@spartakian.com",
  "ndsNo": 281473220013360,
  "userInn": "6685156649",
  "kktRegId": "0002961546055769",
  "creditSum": 281473220013360,
  "cashTotalSum": 0,
  "appliedTaxationType": 4,
  "totalSum": 1097754930480,
  "operatorInn": "665800405183",
  "fiscalSign": 3435782384,
  "operationType": 1,
  "prepaidSum": 0,
  "items": [
    {
      "quantity": 1,
      "productCode": "AAA=",
      "providerData": {
        "providerName": "ООО
      },
      "price": 281473220013360,
      "name": "Жилое помещение (квартира) 26 по адресу: г.Екатеринбург",
      "providerInn": "",
      "sum": 281473220013360,
      "paymentAgentByProductType": 64,
      "nds": 6,
      "productType": 1,
      "paymentType": 6
    }
  ],
  "user": "ООО \""
}

[okas]

кассовый чек из ФН в формате TLV

Да им пока некогда мне кассу привезти, касса нужна. Там сенокос идет.))

[okas]

zax, Спасибо. Просто они год назад уже нарывались, что пытались пробить 26 лямов. Им тогда 1С выдала ошибку  "сумма всех оплат меньше итога чека". Тогда чек не смогли пробить и в Инкотексе подтвердили, цитирую:
 "У кассы есть ограничения.
Одна покупка не может быть больше 9 999 999 руб.
И весь чек не может быть больше 20 000 000 руб.
Поэтому ответ - с данной кассой не получится одним чеком пробить 26 000 000 руб."
Сейчас по забывчивости, пробили снова большую сумму. Но 1С не ругнулась, и отправила все в ККТ. Да еще бухгалтер новый, ему подключали на его комп. Ведение лога обмена с ККТ в 1С не включили.

[zax]

okas, ......Почему прошло десять лярдов через ККТ не понятно,но если проверить через ФНС эти десять лярдов,то думаю,что ФНС скажет чек корректен ,но надо глянуть чек в ФНе ....ещё не понятно ,как эту сумму заглотил ФН.....ну да ладно,думаю в ФНС ходить не надо и ни в коем случаи не надо делать возвраты можно подвести клиента под монастырь таким советом.

[Mechanik]

Но в итоге надо менять прошивку в кассе и можно смело бить лярды. Сам пару раз нарывался, именно мерк с 1С - надо было 36 000 000, в итоге били 9 000 000, 9 000 000, т.к. сумма не может быть больше почти 20 000 000, а как обновили ПО все нормально стало. НО МНЕ 1С НЕ ДАВАЛА ПРОБИТЬ, касса ругалась и в ручном тоже.

[okas]

Mechanik, какую лучше прошивку? То есть ограничение заложено только в прошивке?

[Mechanik]

okas, летом вышла версия, где прям написано, решена проблема с гроссами и суммами. Я сейчас лью 13.04.2021 или 25.12.2020.

[RomanPrg]

Меркурий не смог "в разрядность".

Да,  здесь всё точно подмечено

Немного проясню.

Для регистра цены в ККТ заложена переменная в ОЗУ int32_t  price  (−2 147 483 648 до 2 147 483 647 )  соответственно это сумма в копейках ( −21 474 836.48 до 21 474 836.47)

Далее эта переменная преобразуется в  int64_t

int64_t sum = 0

sum +=  price   (счётчик сумм)

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

price = 0x 97 4A ED 30

sum = 0x FF FF FF FF 97 4A ED 30

Эта сумма и распечатывает на ленте при оформлении чека

-1 756 697 296


Запись итога по чеку в ФН идёт через команду 16h – «сформировать чек» разрядность итога в команде 5 байт

Поэтому итог по чеку в ФН (тег 1020) обрезается до  5 байт  0x FF 974A ED30 (1 097 754 930 480)

В тег 1216 «ПОСЛЕДУЮЩАЯ ОПЛАТА (КРЕДИТ)» в ФН записывается через TLV структуру по команде 7h -  здесь значение обрезается по максимальной разрядности тега до 6 байт  0x FF FF 974A ED30 (281 473 220 013 360)

Поэтому при распечатке чека из буфера ФН и получаем эти цифры на ленте (эти суммы записаны в ФН и переданы в ОФД)


При ручном вводе в кассовый режим у нас специально стаяла защита о невозможности физического ввода подобных сумм (не предполагалась продажа квартир на розничных ККТ ).

Потом новые товарищи видимо прилепили свой режим ФР, но не учли особенности работы кассового ядра и защиту не поставили или не привели регистры к нужным разрядам в кассовом ядре.

[zax]

В тег 1216 «ПОСЛЕДУЮЩАЯ ОПЛАТА (КРЕДИТ)» в ФН записывается через TLV структуру по команде 7h -  здесь значение обрезается по максимальной разрядности тега до 6 байт  0x FF FF 974A ED30 (281 473 220 013 360)

Поэтому при распечатке чека из буфера ФН и получаем эти цифры на ленте (эти суммы записаны в ФН и переданы в ОФД)

Если эта сумма была бы записана в ФН как сумма чека,то этот чек проверялся бы приложением ФНС,а этого нет и результат чек не корректен.....а записывается сумма итога чека 10977549304.80......и ещё не надо советовать делать возвраты на на 25 лямов это не верное действие.

[RomanPrg]

....и ещё не надо советовать делать возвраты на на 25 лямов это не верное действие.

А это не инструкция к действию.

Чек может и некорректный (сумма в позиции не будет совпадать с суммой  итога), но как видно на распечатке, квитанция подтверждения есть, ОФД чек слопал.
А как там далее гросситоги ведут ОФД и ФНС это естественно нужно уточнять.
 

[okas]

ОФД чек слопал.

Слопал, но прислал отчет по ошибкам. См. Ответ #19

[Torquader]

Детская ошибка - использование целых чисел со знаком там, где знака быть не должно.

[okas]

okas, летом вышла версия, где прям написано, решена проблема с гроссами и суммами. Я сейчас лью 13.04.2021 или 25.12.2020.

Это было написано для версии от RU300_20200623. Я сейчас проверил на версии RU300_20201225. Пробовал на последней 1С Рознице пробить товар за 26000000. 1С выругалась  "сумма всех оплат меньше итога чека". Сейчас проверю как при передаче в кредит поведут себя 1С и мерк.

UPD  Обновил Inecrman до последней версии. Итог при любом способе расчета (нал, безнал, передача в кредит) на сумму 26000000 1С дает пробить чек. Сумма на чеке -16949672.96.  Это на прошивке от 25.12.2020. 1С Розница последний релиз.

[okas]

RomanPrg, был прав насчет возврата. Можно сделать возврат, все пробивается с такой же кривой суммой. И в фн записываются миллиарды и триллионы, так же как и у клиента было. Но возникает вопрос, чек то правильно уже не пробить.

[RomanPrg]

Да тут теперь вопрос, а нужен ли чек возврата или коррекции вообще ?

Если ОФД посчитал чек не валидным, то он соответственно не передал его ФНС.

ОФД ведёт как-то статистику по гросс итогам, этот чек он учитывает ?

[okas]

На прошивке от 13.04.2021 все тоже самое. Короче тупик. Клиенту чек не пробить. Еще и подлянка от Инкотекса в виде обновленного инкермана, который позволяет отправить в кассу сумму более 20 лямов. Блокировало бы как раньше, сразу бы купили новый фр.

[shurik37]

Вчера был случай у клиента, торгуют сигаретами, вариант касса и сканер. Версия ПО 25.12.2020. (Сегодня обновил до 13.04.2021, ведем наблюдения)
Касса выдала чек с 6 миллионами. По словам кассира, в этот момент проводили только сигареты, видимо при сканировании 3-й пачки касса данные влепила в приход.
Выходит касса, не провела 3-ю позицию как маркированный товар и код маркировки не отправила.

[GeorgSerg]

Короче тупик

Ответ #11 в теме. Коллега, плюньте тридцать три раза - это никоим образом НЕ ВАША проблема. Кроме того, в перспективе из-за грёбаных марок все это будет мелочью и банальщиной - по сравнению с .. "censored"

[geodile]

видимо при сканировании 3-й пачки касса данные влепила в приход.

свободные продажи наверное не отключены (опция 40), и сканер в клавиатуре поди

ps что-то дорогие сигареты по 1000 за пачку
и мрц99 уже нельзя же

[shurik37]

geodile, Ты как в воду глядел! И точно, 40-я опция в Нуле. Хорошо при приемке, я её к серверу подцепил. Привезли без сканера, вероятно он настроен на эмуляцию USB-клавы.

[okas]

В личке ТСу привёл пример на эту тему видать он не въехал значит зря писал

zax, Да въехал я, не пальцем деланный. Сразу же подумал про тот момент, когда поступят деньги из банка по кредиту, нужно будет пробить чек безналичными. Вот тогда будет еще веселей. хочется сделать все правильно. А правильно, это сделать чек возврата прихода на ошибочный чек, затем пробить чек прихода. Но правильный чек прихода на мерке, как выяснил, пробить невозможно. Поэтому думаю, выход только один. Делаем на мерке возврат. Далее клиент покупает фр, и делает чек коррекции. !!!Это если следовать букве закона. Да и этот чек уже засветился в отчетах ОФД, как некорректный при проверке ФНС. Клиенту все разжую, пусть сам решает. Все равно он уже решил менять ККТ.