Ошибка 33h ошибка передачи тега 1197

Автор
Тема: ШТРИХ-ФР-01Ф — Буфер чека переполнен! Ошибка 4Bh  (Прочитано 13737 раз)

alexexe

21.12.18 — 08:28

Масянька

1 — 21.12.18 — 08:31

Вот интересно: есть вариант обратиться в суд по поводу некачественной работы законотворцев?

HawkEye

2 — 21.12.18 — 08:43

(0) бей два чека, не?

Масянька

3 — 21.12.18 — 08:45

(2) У тебя делают 2 реализации и СФ?

alexexe

4 — 21.12.18 — 08:47

(2) Нужно бить реализацию, но опять же не всегда получается, т.к. расчеты с клиентом неоперативно проходят

HawkEye

5 — 21.12.18 — 08:50

alexexe

6 — 21.12.18 — 08:51

(5) Реализацию менеджер оформил в начале года, клиент оплатил в конце. Период давно закрыт, реализацию уже не разобьешь

Масянька

7 — 21.12.18 — 08:52

(5) Вопрос в том, что это неудобно и тянет за собой кучу действий. Как со стороны программиста, так и со стороны пользователей.

alexexe

8 — 21.12.18 — 08:52

Есть вариант ограничить количество строк в ТЧ Товары, чтобы менеджеры не колотили большие документы…

alexexe

9 — 21.12.18 — 08:54

HawkEye

10 — 21.12.18 — 08:55

Масянька

11 — 21.12.18 — 08:56

(10) Осталось только добавить — «расслабьтесь и получайте удовольствие» (С)

alexexe

12 — 21.12.18 — 08:56

(10) как в УТ 11 сделать два чека на одну реализацию? Во взаиморасчетах в кассовых документах нельзя разбить документ на несколько позиций

Масянька

13 — 21.12.18 — 08:57

HawkEye

14 — 21.12.18 — 08:57

(12) пригласи программиста который напишет обработку которая это будет делать…. или тебе код обработки нужен?!

HawkEye

15 — 21.12.18 — 08:59

(11) самый бездарный вариант решения с точки зрения программиста…. и самый оптимальный с точки зрения лентяя…

alexexe

16 — 21.12.18 — 09:00

(14) обработкой этот вопрос никак не решишь, требуется доработка конфигурации и структуры данных

Масянька

17 — 21.12.18 — 09:01

alexexe

18 — 21.12.18 — 09:01

HawkEye

19 — 21.12.18 — 09:01

(16) обработка — есть код, кодом эту проблему решишь, если поставить себе цель её решить, если не ставить себе цель её решать, то можно писать в ФНС, писать в суд, запрещать пользователям вводить больше 100 строк в документ и т.д.

HawkEye

20 — 21.12.18 — 09:03

NorthWind

21 — 21.12.18 — 09:03

(16) так доработайте, раз нужно. Или наймите специалиста, раз сами не можете.

Масянька

22 — 21.12.18 — 09:04

alexexe

23 — 21.12.18 — 09:04

(20) у тебя существует решение данной задачи для УТ или ты предполагаешь, что это можно сделать?

NorthWind

24 — 21.12.18 — 09:04

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

NorthWind

25 — 21.12.18 — 09:05

а хрен его знает. Думаю, не существует.

NorthWind

26 — 21.12.18 — 09:05

т.е. надо делать

HawkEye

27 — 21.12.18 — 09:09

NorthWind

28 — 21.12.18 — 09:10

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

alexexe

29 — 21.12.18 — 09:13

NorthWind

30 — 21.12.18 — 09:16

(29) Зачем? Просто опытным путем определяете, при каком количестве поз проблем не бывает. Скажем, 50. И потом просто бьете вашу накладную по 50 поз и остаток, т.е. если у вас 120 поз, то выходит три чека — 2 по 50 и один 20.

Масянька

31 — 21.12.18 — 09:16

Масянька

32 — 21.12.18 — 09:17

(27) Я — практик, а не теоретик.

Масянька

33 — 21.12.18 — 09:19

alexexe

34 — 21.12.18 — 09:19

(30) ккт может дать сбой при печати по различным причинам

NorthWind

35 — 21.12.18 — 09:23

(34) Не спорю. Но мы вроде обсуждаем не различные причины, а конкретную, и избежать возникновения ситуации можно вполне конкретным способом — уменьшив количество позиций. Наверняка возможно определить разумное к-во позиций, когда ошибка не возникает. Думаю, даже ТП Штриха тут поможет.

Масянька

36 — 21.12.18 — 09:27

(35) Не всякий клиент согласится оприходовать 2-3 накладные вместо одной.

HawkEye

37 — 21.12.18 — 09:30

alexexe

38 — 21.12.18 — 09:32

(37) как в конфигурации УТ 11 пробить чек на каждую номенклатуру по одной накладной?

HawkEye

39 — 21.12.18 — 09:32

(29) (36) как по вашему работают продуктовые магазины которые алкоголь бьют по одной ККМ (ООО), а все остальное по другой ККМ (УСН) и все это делается из одного документа и еще с частичной оплатой картой, а частью наличной?!

HawkEye

40 — 21.12.18 — 09:34

(38) решение в лоб: написать обработку, которая в цикле на каждую строку накладной создаст документ чек и пробъет его на ККМ, ты не умеешь программно создавать и проводить документ?!

kda26

41 — 21.12.18 — 09:38

(38) Вопрос. Насколько не противоречит закону, пробивать несколько чеков на одну реализацию.

alexexe

42 — 21.12.18 — 09:43

alexexe

43 — 21.12.18 — 09:43

(41) не знаю, не слышал про такое ограничение

HawkEye

44 — 21.12.18 — 09:51

kda26

45 — 21.12.18 — 09:59

(44) ИМХОР это будет 10 чеков с признаком способа расчета «ЧАСТИЧНАЯ ОПЛАТА И КРЕДИТ». А по ситуации м.б. «ПОЛНАЯ ОПЛАТА» , «ОПЛАТА КРЕДИТА».

alexexe

46 — 21.12.18 — 10:01

HawkEye

47 — 21.12.18 — 10:02

(45) если ты чеки будешь бить по строчкам, т.е. полностью оплачивая позицию, никаких частичных оплат (тем более в рамках одного дня) не будет…

HawkEye

48 — 21.12.18 — 10:03

(46) ну вот уже пошел конструктив )))

alexexe

49 — 21.12.18 — 10:05

(47) будет, например, если клиент оплатил накладную на сумму меньшую чем одна позиция

HawkEye

50 — 21.12.18 — 10:07

(49) рука-лицо….. тогда будет «ЧАСТИЧНАЯ ОПЛАТА И КРЕДИТ» получается, что у тебя уже сейчас есть несколько чеков на одну реализацию и для чего весь этот цирк?!

alexexe

51 — 21.12.18 — 10:10

(48) мне кажется, что ты не знаешь как работает БПО по-крайней как это реализовано в УТ

alexexe

52 — 21.12.18 — 10:12

kda26

53 — 21.12.18 — 10:12

(49) И будет часто, поскольку в опте, клиент платит с отсрочкой. И закрывает позиции не по одной накладной а по набору накладных. И какая-то накладная закроется 100%, а вот следующая как выйдет.

HawkEye

54 — 21.12.18 — 10:13

(52) ну так и доработай…  об этом я тебе написал еще в (1)

Garykom

55 — 21.12.18 — 10:15

Garykom

56 — 21.12.18 — 10:18

Garykom

57 — 21.12.18 — 10:18

(56) Одной строчкой пробивку вместо много

alexexe

58 — 21.12.18 — 10:23

kda26

59 — 21.12.18 — 10:25

(57) Увы. Это противоречит ФЗ-54.

alexexe

60 — 21.12.18 — 10:26

(56) на форумах приводят аргументацию, что оптовый чек ничем не отличается от розничного, а поскольку в розничном чеке нужно печатать все позиции, то и в оптовом якобы тоже все нужно печатать

Garykom

61 — 21.12.18 — 10:27

Garykom

62 — 21.12.18 — 10:28

Масянька

63 — 21.12.18 — 10:33

(60) У тебя покупатель не физик?

alexexe

64 — 21.12.18 — 10:36

(63) юрики

Масянька

65 — 21.12.18 — 10:37

(64) К реализации делаешь ПКО, к ПКО чек, в чек «Оплата по ПКО …». Тем более — предоплата.

alexexe

66 — 21.12.18 — 10:43

(65) да, было бы здорово, интересно, что скажет налоговая.

alexexe

67 — 21.12.18 — 10:47

alexexe

68 — 21.12.18 — 10:48

alexexe

69 — 21.12.18 — 10:49

так что судя по закону нельзя, надо все печатать

Масянька

70 — 21.12.18 — 10:49

Масянька

71 — 21.12.18 — 10:50

(69) Ты ни на одном аппарате не сможешь напечатать всё, если оплачено не всё.

kda26

72 — 21.12.18 — 10:54

Garykom

73 — 21.12.18 — 12:19

Автор
Сообщение

Новичок

Зарегистрирован: Чт янв 25, 2007 12:22 pm
Сообщения: 4

 Буффер чека переполнен: как с этим бороться?

Чт янв 25, 2007 12:31 pm

Timofey Gontar

Постоянный участник

Зарегистрирован: Чт мар 10, 2005 6:41 pm
Сообщения: 9908
Откуда: ЗАО «ШТРИХ-М», г. Москва

Уточните, пожалуйста, модель ККМ, наименование и версию ПО.

_________________
С уважением, Гонтарь Тимофей Владимирович
Инженер технической поддержки ЗАО «Штрих-М»
mailto: support@shtrih-m.ru
тел. (495) 787-60-96
ВНИМАНИЕ: Работает Официальный Интернет-Магазин от компании Штрих-М www.shels-m.ru

Чт янв 25, 2007 4:06 pm

Antonov Dvor

Новичок

Зарегистрирован: Чт янв 25, 2007 12:22 pm
Сообщения: 4

 Дополнительная информация

Чт апр 19, 2007 6:01 am

Kholkin Evgeniy

Постоянный участник

Зарегистрирован: Чт мар 10, 2005 6:42 pm
Сообщения: 4282

Чт апр 19, 2007 12:51 pm

Antonov Dvor

Новичок

Зарегистрирован: Чт янв 25, 2007 12:22 pm
Сообщения: 4

Пт апр 20, 2007 5:37 am

Timofey Gontar

Постоянный участник

Зарегистрирован: Чт мар 10, 2005 6:41 pm
Сообщения: 9908
Откуда: ЗАО «ШТРИХ-М», г. Москва

В присланных Вами логах ошибки 75: «Буфер чека переполнен» я не обнаружил. Соответственно, мне все же хотелось бы увидеть лог, в котором отражена описанная Вами ситуация. Так же по возможности пришлите скриншот в момент возникновения данной ошибки. Так же уточните, пожалуйста, каким образом Вы выходите из данной ошибки.

_________________
С уважением, Гонтарь Тимофей Владимирович
Инженер технической поддержки ЗАО «Штрих-М»
mailto: support@shtrih-m.ru
тел. (495) 787-60-96
ВНИМАНИЕ: Работает Официальный Интернет-Магазин от компании Штрих-М www.shels-m.ru

Пт апр 20, 2007 4:12 pm

Verginia

Новичок

Зарегистрирован: Пт фев 01, 2008 10:28 pm
Сообщения: 6

У нас такая же проблема. Выдаётся 75: Буфер чека переполнен. У нас Элвес-ФР-К программа РМК бесплатформенный. На самом деле как с этим бороться и откуда берётся эта ошибка?

Пт фев 01, 2008 10:34 pm

Kholkin Evgeniy

Постоянный участник

Зарегистрирован: Чт мар 10, 2005 6:42 pm
Сообщения: 4282

Если Вы печатаете чек и возникает такая ошибка, то это связано с тем, что в открытом чеке можно послать на ФР не более 100 команд. Т.е. в зависимости от количества в наименовании текстовых строк в одной позиции чека — количество позиций может быть и меньше 100.

Пн фев 04, 2008 10:42 am

Verginia

Новичок

Зарегистрирован: Пт фев 01, 2008 10:28 pm
Сообщения: 6

Не очень понятно. Открытый чек-вы имеете ввиду расширенный отчёт по товару? В этом отчёте один проданный товар описывают три строчки, они тоже считаются?

Пн фев 04, 2008 3:08 pm

Kholkin Evgeniy

Постоянный участник

Зарегистрирован: Чт мар 10, 2005 6:42 pm
Сообщения: 4282

Открытый чек — это я имею в виду режим ФР 8 — Открытый чек, в который ФР попадает по команде Открыть чек или Продажа и других фискальных операций. Т.е. не расширенный отчёт по товару, а именно чек в режиме регистрации. При какой чеке у Вас возникает ошибка?

Пн фев 04, 2008 4:13 pm

Verginia

Новичок

Зарегистрирован: Пт фев 01, 2008 10:28 pm
Сообщения: 6

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

Пн фев 04, 2008 4:39 pm

Kholkin Evgeniy

Постоянный участник

Зарегистрирован: Чт мар 10, 2005 6:42 pm
Сообщения: 4282

Пн фев 04, 2008 5:55 pm

chacha

Новичок

Зарегистрирован: Ср авг 03, 2011 2:21 pm
Сообщения: 1

 Re: Буффер чека переполнен: как с этим бороться?

Была такая же проблема на ФР Ярус при снятии отчета с гашение в буфер. Судя по всему буфер был переполнен, так как при печати всех отчетов из буфера эта ошибка пропала.

Ср авг 03, 2011 2:22 pm

Selihov Dmitry

Постоянный участник

Зарегистрирован: Пт май 19, 2006 6:26 pm
Сообщения: 10424
Откуда: Штрих-М

 Re: Буффер чека переполнен: как с этим бороться?

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

_________________
С уважением, Селихов Дмитрий Юрьевич
Инженер технической поддержки ЗАО «Штрих-М»
mailto: support@shtrih-m.ru
тел. (495) 787-60-96
ВНИМАНИЕ:
Работает Официальный Интернет-Магазин от компании Штрих-М
Shels-m.ru

Ср авг 03, 2011 3:27 pm

Value1965

Новичок

Зарегистрирован: Чт дек 11, 2014 8:48 am
Сообщения: 2

 Re: Буффер чека переполнен: как с этим бороться?

Аналогичная проблема «Ошибка: 75, Буфер чека переполнен.», но при закрытии смены на Retail-01К.

Пт дек 12, 2014 5:19 pm

23 мая 2019

49138

Время чтения:
44 мин.

4

А для молочки как делать? Передавать все символы которые до символа с кодом 29, начиная с 17 символа?, так как первые 16 это GTIN и есть?

0104607004892936215yQnIO #29 93FXLQ #13

т.е. вот от этого ШК отделяю первые 2 символа — 01 и остальное как раз и получается 14 символьный GTIN?

ГТИН всегда 14 символов (для всех товарных групп), а Серийник у молочки всегда 6 символов:

«01 + GTIN (14 chars) + 21 + СерийныйНомер (6 chars) + 93 + КодПроверки (4 chars)»

Пример 1:

Считанная бинарная последовательность: 010460043993125621JgXJ5.Tu001d8005112000u001d930001u001d923zbrLA==u001d24014276281.

Символ FNC1 по стандарту GS1 в примере обозначается как «u001d».

Выделенная последовательность для передачи в значение реквизита «код товара» (тег 1162): 04600439931256 & JgXJ5.T & 112000.

04600439931256 — представляется в виде 6-байтного hex: 04h 2Fh lFh 96h 81h 78h.

JgXJ5.T — кодируется в набор байт hex, интерпретируя символы согласно ASCII таблицы: 4Ah 67h 58h 4Ah 35h 2Eh 54h.

112000 — кодируется в набор байт hex, интерпретируя символы согласно ASCII таблицы: 31h 31h 32h 30h 30h 30h.

Значение реквизита «код товара» (тег 1162): 44h 4Dh 04h 2Fh 1Fh 96h 81h 78h 4Ah 67h 58h 4Ah 35h 2Eh 54h 31h 31h 32h 30h 30h 30h.

(2) 0104607004892936215yQnIO #29 93FXLQ #13

дело в том, что если у вас AI фиксированного размера (а 01, если я верно помню, всегда 14, т.е. фиксированная), то FNC1 необязателен.

Так что в данном случае у вас

(01)04607004892936

(21)5yQnIO #29 93FXLQ #13

Буквально в конце сентября я прошел проверочные испытания по молочке своего ПО в Честном ЗНАКе именно по этому сценарию (по другим сценариям мое ПО не аккредитовали бы).

(12) каким же образом мне используя 1.2 передать тэги? Сейчас сделано вот так

Но почему то теперь это не проходит, ругается драйвер

Код ошибки 51 Некорректные параметры в команде

(13) Эти методы для ФФД 1.05/1.1.

Для 1.2 всё по другому.

Это для Атола, но у Штрих-м аналогично (т.к ФН-М тот же самый).

У меня несколько дней ушло только на переписку с техподдержкой Штрих-М, чтобы понять как всё это увязать в коде для их драйвера. Некоторые вещи не документированы в их документации.

Например, кто знает как пользоваться методом FNUserAttribute? Манулов по этому методу ноль.

ну вот допустим считанный код вот такой

0104601216012779215XIPBe<0x1D>931eil

FNCheckItemBarcode

Что передавать в BarCode ? Весь целиком или только GTIN?

я что не пробую проверять у меня на все один ответ

Статус локальной проверки    : 0

  «код маркировки не может быть проверен фискальным накопителем с использованием ключа проверки КП»

Результат локальной проверки : 1, КМ данного типа не подлежит проверке в ФН

Распознанный тип КМ          : 255, неизвестное значение

Вот что удалось получить

(25) https://exam.shtrih-m-partners.ru/base/ — Общее для ККТ — драйвера. Там же обновленная документация.

(26) Какая приходит?

Приходит например вот

0104601216012779215XIPBe<0x1D>931eil

(29) Я по нему и работал. Новее нет.

(28) См. (24)

(31) ШК ЕГАИС не передаем в ОФД (и никогда не нужно было передавать в ОФД).

Их нужно передавать через УТМ запросом версии Cheque или ChequeV3.

(39) Получилось.

(41) На обоих версиях драйверов работает.

«И куда теперь криптохвост добавлять в SerialNumber или какой то отдельный параметр?» У-у, как запущено… а текущую тему прочитать с начала, не судьба? В (27) ссылка откуда скачать документацию по Штрих-М.

Правильно?

Я запутался какие тэги в ФФД 1.2 необходимо еще передать в ККМ или этого достаточно для того, чтобы чек пробился правильно? При условии что товар продается целыми шиуками.

(49) Так вот я не пойму в документации написано: MeasureUnit Мера количества предмета расчета (ФФД 1.2):

0 – Применяется для предметов расчета, которые могут быть реализованы поштучно или единицами;

…….

255 – Применяется при использовании иных единиц измерения

Скажем продаем ботинки или одежду. Что в этот тэг записывать?

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

(60) После всего этого делаете вот это:

глФР.FNAcceptMarkingCode();

глФР.Barcode = qr;

глФР.FNSendItemBarcode();

глФР.FNCloseCheckEx();

(60) А разве при закрытии чека глФР.FNCloseCheckEx(); буфер ККМ не должен очищаться сам?

И для чего нужна такая команда: FNConfirmNotificationRead ФНПодтвердитьВыгрузкуУведомления

Подтверждение выгрузки уведомления (ФФД 1.2)

У меня пока не обновлена прошивка, поэтому не могу проверить. Возможно victuan1 поможет.

(65) я чек не формирую, я сначала в программе просто пытаюсь получить результат проверки марки

Естественно сначала подключаюсь к ККМ. Так вот…первый раз код проходит, второй раз уже выдает ошибку не верные реквизиты. Если переподключиться к ККМ, то проверка первый раз опять проходит, ну а на второй опять ошибка

Попробуйте для штучного товара:

        FR.FNAcceptMarkingCode(); //принять введеный код марки

Функция ОперацияПроверитьКодМаркировки(Объект, НомерЛУ, Пароль, СтруктураКМ)

    
    Результат = «»;

    
    Модель = Объект.UModel; //Объект.УМодельУстройства

    
КонецФункции

(69) Подскажите а зачем вы после проверки каждого кода освобождвете ком порт

Объект.Disconnect();

(71) Есть 2 варианта работы с ККМ, ну это как по мне….

1 — При запуске кассового ПО подключаемся к ККМ и не отключаемся до завершения работы кассового ПО

2 — При попытке пробить чек из кассового ПО подключаемся к кассе и после завершения чека отключаемся от неё. Соответственно тоже самое для Z X отчетов и всяких там манипуляций с кассой.

Тут сам каждый для себя выбирает, как ему лучше работать. Например если в магазине, где поток народа практически всегда, соответственно лучше соединиться с кассой и занять порт на все время работы программы, а если у тебя дай бог раз в пол часа клиент, то тут наверно лучше и освобождать порт. На сколько мне известно, в 1С Розница как раз таки используется второй вариант по умолчанию. Т.е. после манипуляций с кассой порт освобождается

у меня почему то от июня 2020 и новее не могу найти

Можно мне на почту скинуть документацию? В профиле адрес есть

«Rus печать налога в операции».
0 - налог 4 (БЕЗ НАЛОГА) не печатается, остальные печатаются.
1 - все налоги печатаются
2 - печатается только буква налога, ставка не печатается. (значение по умолчанию)
3 – буква налога не печатается (в том числе при закрытии смены)
Например, когда не установлена налоговая группа или установлена налоговая группа 

kupec

05.10.21 — 11:32

Злопчинский

1 — 05.10.21 — 12:20

гтин не 16. гтин 12/13/14

kupec

2 — 05.10.21 — 12:33

Злопчинский

3 — 05.10.21 — 12:34

типа да

kupec

4 — 05.10.21 — 12:38

ну и получается тогда что после откидываем 21 и перед #29 первые символы (6 штук) это и есть серийник?

victuan1

5 — 05.10.21 — 17:22

(0) Я делал. Для какой версии ФФД нужно?

victuan1

6 — 05.10.21 — 17:24

victuan1

7 — 05.10.21 — 17:26

kupec

8 — 06.10.21 — 10:16

(5) сейчас все кассы 1.05 или 1.1, в течении дня сегодня будут менять на одной из касс на 1.2, так что на данный момент актально для двух вариантов.

NorthWind

9 — 06.10.21 — 10:22

NorthWind

10 — 06.10.21 — 10:23

в молочке, наверно, еще дата изготовления как минимум должна быть. Тут только EAN13 и серийник от честного знака…

victuan1

11 — 07.10.21 — 06:33

(10) Нет, не будет даты изготовления в КМ. Отказались от нее в ЧЗ.

victuan1

12 — 07.10.21 — 07:07

kupec

13 — 08.10.21 — 10:05

victuan1

14 — 08.10.21 — 11:40

victuan1

15 — 08.10.21 — 11:45

kupec

16 — 08.10.21 — 11:48

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

victuan1

17 — 08.10.21 — 11:48

victuan1

18 — 08.10.21 — 11:48

(16) Правильно.

kupec

19 — 08.10.21 — 11:50

(18) т.е. без проверки вообще никак не обойтись?

victuan1

20 — 08.10.21 — 11:54

(19) Никак, т.к. железно зашито на уровне ФН-М. Я пробовал.

kupec

21 — 08.10.21 — 12:27

kupec

22 — 08.10.21 — 12:31

kupec

23 — 08.10.21 — 12:33

victuan1

24 — 08.10.21 — 14:09

kupec

25 — 08.10.21 — 14:22

(24) каким образом читать данные в ПО? Какие там команды или атрибуты? Где про это можно почитать? Что то руководство программиста они давненько не обновляли

kupec

26 — 08.10.21 — 14:29

(25) а если у меня со сканера ШК не приходит такая последовательность? Это критично или нет?

victuan1

27 — 08.10.21 — 14:32

kupec

28 — 08.10.21 — 15:05

kupec

29 — 08.10.21 — 15:07

(27) руководство прошлогоднее от 16 ноября 2020

victuan1

30 — 08.10.21 — 15:49

kupec

31 — 08.10.21 — 15:52

А как же теперь передавать данные о ШК ЕГАИС? У меня тоже вылезает ошибка 51, некорректные парамемтры в команде

victuan1

32 — 08.10.21 — 15:53

victuan1

33 — 08.10.21 — 15:54

kupec

34 — 08.10.21 — 16:00

Драйвер есть последний, к нему описания нет или я слепой и не могу найти

victuan1

35 — 08.10.21 — 16:07

(34) Я не пользовался описанием к новому драйверу — не подскажу где искать.

brainguard

36 — 08.10.21 — 16:09

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

kupec

37 — 08.10.21 — 16:42

(36) Поделитесь пожалуйста мне на почту руководством, которое у вас есть. Заранее благодарю

victuan1

38 — 08.10.21 — 17:08

(37) Я вам дал ссылку в (27) — берите оттуда.

arian_

39 — 11.10.21 — 18:06

Кто-нибудь уже запустил для 1с 7.7 передачу маркированного товара для ФФД 1.2. Получилось у кого-нибудь?

Злопчинский

40 — 11.10.21 — 18:22

(39) а шо?

arian_

41 — 11.10.21 — 18:30

(40) Хотел узнать какую версию драйвера использовали 4.15 или 5.16? И куда теперь криптохвост добавлять в SerialNumber или какой то отдельный параметр?

victuan1

42 — 12.10.21 — 05:48

arian_

43 — 12.10.21 — 06:34

victuan1

44 — 12.10.21 — 06:53

(43) Желательно еще учесть обработку ошибок и передачу меры кол-ва товара.

arian_

45 — 12.10.21 — 08:11

(44) я так понимаю передача меры количества товара имеет смысл при частичном выбытии товара. Например продаем 1 сигарету из пачки.

victuan1

46 — 12.10.21 — 09:45

(45) Я имел в виду тег 1197, он обязательный по ФФД 1.2 для любого типа товаров.

arian_

47 — 12.10.21 — 09:48

(46) Читаю изменения в ФФД 1.2 :Единица измерения предмета расчета (тег 1197) изменена на новый реквизит «мера количества предмета расчета» (тег 2108)

arian_

48 — 12.10.21 — 09:50

Тэг 1212, который для штриха PaymentItemSign. Раньше, если немаркированный товар, то просто ставили 1. а сейчас если товар не маркированный оставлять 1, а если маркированный, то 33 или он автоматом поставится, если у видит что есть КМ?

victuan1

49 — 12.10.21 — 10:08

(47) Верно, теперь это тег 2108.

victuan1

50 — 12.10.21 — 10:09

(48) Я ставлю 33 программно. Автоматом надо выбирать из двух значений 31 и 33, думаю автомат не сработает.

arian_

51 — 12.10.21 — 10:15

victuan1

52 — 12.10.21 — 10:18

(51) записывать 0.

arian_

53 — 12.10.21 — 10:20

(50) А если товар не маркируемый записываем 1? Потому что 31 и 33 это всё для маркируемого

arian_

54 — 12.10.21 — 10:21

(52) это также подходит и к немаркируемому товару?

arian_

55 — 12.10.21 — 10:24

Действительно написано, что не передача тэгов 1212 и 2108 рассматривается как административное правонарушение. Но если это немаркируемый товар. Тэги эти тоже обязательны для передачи или нет?

victuan1

56 — 12.10.21 — 10:26

(53) 1, если это не подакцизный товар. Здесь подробнее https://disk.yandex.ru/i/wx7PyIbo3U57Vh

victuan1

57 — 12.10.21 — 10:27

(55) Да, тоже.

victuan1

58 — 12.10.21 — 10:27

arian_

59 — 12.10.21 — 10:29

Разобрался. Спасибо!

kupec

60 — 12.10.21 — 16:53

arian_

61 — 12.10.21 — 21:12

arian_

62 — 12.10.21 — 21:14

arian_

63 — 12.10.21 — 22:55

kupec

64 — 13.10.21 — 13:25

(61) (62) (63) в тесте драйвера все работает, смотрел лог файл, ничем вроде не отличается мой алгоритм работы и алгоритм тестдрайвера. И вот как раз таки в нем все работает, а в моем ПО не хочет. Тут тогда другой вопрос встает. Как в цикле перебирать FNCheckItemBarcode() если после первой проверки у меня вылетает ошибка на втором. Что то мне вот этот момент не понятен

arian_

65 — 13.10.21 — 15:30

(64) Покажите код формирования чека.

kupec

66 — 14.10.21 — 16:24

arian_

67 — 15.10.21 — 13:56

arian_

68 — 15.10.21 — 13:58

печнаим — это наименование Номенклатуры

NikeArz

69 — 15.10.21 — 15:11

kupec

70 — 15.10.21 — 15:39

Всем большое спасибо, в выходные поиграюсь.

arian_

71 — 15.10.21 — 15:43

arian_

72 — 15.10.21 — 15:43

(70) Напишите что получилось. На следующей неделе тоже ожидает после перепрошивки…

NikeArz

73 — 15.10.21 — 16:55

(71) Если честно то лет 15 так работает и не знаю.

NikeArz

74 — 15.10.21 — 16:57

(71) У нас с 2007 года Штрихи стоят поэтому по многим моментам внимание не заострял. Работает и ладно.

kupec

75 — 15.10.21 — 18:10

anton-x

76 — 20.10.21 — 20:57

(60) Подскажи, пожалуйста, удалось побороть ошибку «Неразрешенные реквизиты»? Такая же ситуация, для следующей проверки.

kupec

77 — 21.10.21 — 15:27

(76) Я приболел, нет возможности поковырять кассу, надеюсь на следующей неделе доберусь.

anton-x

78 — 21.10.21 — 16:36

Скорейшего выздоровления! Коллеги, возможно у кого-то есть мысли по этому поводу? Суть в том, что последовательный вызов FNCheckItemBarcode() для второй марки выдаёт ошибку «Неразрешенные реквизиты». На сколько я понял, эту ошибку возвращает ФН. Как и писали коллеги выше, если переподключиться к драйверу, пропускает. По общей логике, я планирую пройтись по списку марок и принять или отвергнуть, и только затем перейти к регистрации позиций и закрытия чека.

kupec

79 — 22.10.21 — 14:34

(78) Какая версия драйвера используется? У меня 874? но уже есть 883, может там уже это исправлено, посмотреть можно там http://doc.shtrih-m.ru/, кстати там есть и примеры для маркировки ФФД 1.2, но они мне не помогли, либо я что то не углядел.

kupec

80 — 22.10.21 — 14:41

Почитал сейчас список изменений, то что стоит у меня 874 и текущая 883 как раз есть изменения и исправления при работе с КМ. Так что можно попробовать обновить драйвер до последней версии. Если будет возможность, отпишитесь про результат

arian_

81 — 22.10.21 — 15:08

(78) На текущий момент стало поступать достаточно много вопросов связанных с причинами возникновения ошибки 11: «Неразрешенные реквизиты» в ответ на команду проверки кода маркировки (метод FNCheckItemBarcode, реализующий команду FF61h). Не смотря на то, что данная ошибки не декларирована в протоколе ФН под ФФД1.2, но она возникает. Причина ошибки в том, что при заполнении реквизитов, необходимых для проверки кода маркировки, пользователь (разработчик ПО) не заполняет все необходимые поля, а именно свойство TLVDataHex. Если не реализуется дробное кол-во предмета расчета, то в данное свойство нужно в явном виде передавать «пустую строку». Если этого не сделать, то в него будет внесен ответ от сервера ОИСМ от предыдущей проверки кода маркировки.

arian_

82 — 22.10.21 — 15:09

(78) Если вы брали за основу мой код, то если у вас не дробное количество, то перед FR.FNCheckItemBarcode(); необходимо FR.TLVDataHEX = «»;

kupec

83 — 22.10.21 — 19:01

(82) сделал предварительную обработку, помогло FR.TLVDataHEX = «», спасибо )))

kupec

84 — 22.10.21 — 19:38

а есть ли у кого-нибудь описание CheckItemLocalError для ККМ?

arian_

85 — 22.10.21 — 20:36

kupec

86 — 22.10.21 — 21:10

(85) я почему то у себя в руководстве программиста не могу найти данное описание, может есть ссылка, от куда взята данная информация, у меня наверно старая версия…хотя скачивал «типа» последнюю с сайта штриха

arian_

87 — 22.10.21 — 21:37

(85) где-то на сайте штриха скачивал уже не помню: документация Руководство программиста от 02.03.2021

kupec

88 — 22.10.21 — 22:09

kupec

89 — 22.10.21 — 22:38

kupec

90 — 22.10.21 — 22:39

victuan1

91 — 23.10.21 — 06:46

(90) Но методов нового драйвера (5.16) в ней так и нет, например, метода очистки буфера КМ — FNMarkingClearBuffer.

anton-x

92 — 25.10.21 — 09:50

(80) Версия тоже 874. Помогло TLVDataHEX = «». На новой сборке драйвера пока не пробовал. Но постараюсь проверить позже.

kupec

93 — 25.10.21 — 16:05

Совершил тестовую продажу, вроде все удачно, на чеке написалось М+, только не понятно…..напротив данной буквы еще какие то 4 цифры,что это такое?

kupec

94 — 25.10.21 — 16:18

+(93) пробовал несколько позиций маркированных в одном чеке, все сработало. Проверял на молочке и на табаке. Немного не понятно как с алкоголем быть? Надо ли посылать данные по нему, или он не считается маркированным?

arian_

95 — 25.10.21 — 18:36

(94) Тем, кто продает шубы, изделия из натурального меха и алкоголь — на эти группы товаров ФФД 1.2 не распространяется. Вроде так.

victuan1

96 — 26.10.21 — 07:10

victuan1

97 — 26.10.21 — 07:11

(94) Алкоголь не считается маркированным СИ (средствами идентификации), поэтому его передаем только в УТМ.

victuan1

98 — 26.10.21 — 07:12

(95) Также как в ФФД 1.05 и 1.1, их выбытие отражают не через чек ККТ.

SmallAngryCat

99 — 26.10.21 — 11:33

(93) Подскажите как добиться появления этой волшебной буквы [М+] на чеке? У меня марка проходит проверку, в ОФД отправляется, в ЦРПТ выбывает из оборота, а буквы на чеке все равно нет. Может в таблицах ФР что-то нужно настроить?

kupec

100 — 26.10.21 — 11:43

таблица 17 поле 25 вроде как, печать тэгов

С 1 января 2019 года становится обязательным новый формат фискальных документов 1.05, регламентирующий новые обязательные и необязательные реквизиты чека. В этой статье мы дадим описание формата ффд 1.05, приведем список новых обязательных реквизитов (тегов),  продемонстрируем отличие ффд 1.0 от 1.05,  а также покажем пример чека ффд 1.05.

Главный вопрос, который волнует всех — требуется ли замена фискального накопителя при переходе на ФФД 1.05?

За правильное формирование формата фискальных документов отвечает фискальный накопитель (ФН) и его прошивка.

В п.23 раздела II Письма ФНС от 03.04.2018 №ММВ-20-20/33@ «О направлении инструкции» (вместе с Инструкцией для сотрудников налоговых органов по новому порядку применения контрольно-кассовой техники в целях обеспечения комфортных условий для перехода организаций и индивидуальных предпринимателей в рамках второго этапа реформы) ФНС России закрепила переход с версии ФФД 1.0 на ФФД 1.05  без обязательной замены фискального накопителя. Таким образом, все ранее произведенные фискальные накопители будут поддерживать ФФД 1.05, если ресурс вашего фискального накопителя не исчерпан, то достаточно просто обновить прошивку кассы. Производители контрольно-кассовой техники уже выпустили обновлённые прошивки, которые помогут быстро перейти на ФФД 1.05 без замены ФН.

Для получения подробной информации: где скачать прошивку и как перепрошить кассы АТОЛ, Штрих-М, Эвотор обратитесь к специалистам сервиса КОМТЕТ Касса.

Чем же отличается новый формат фискальных данных 1.05 от старого? Главное отличие — перечень реквизитов, включенных в состав фискального документа в обязательном порядке и порядок размещения этих реквизитов.

Список новых реквизитов ФФД 1.05

Перечень новых реквизитов чека:

Версия ФФД. Если касса формирует ФД в соответствии с версией ФФД 1.05, то в реквизитах «номер версии ФФД» (Тег 1209) и «версия ФФД ККТ» следует указывать значение «2».

Сумма НДС за предмет расчета (Тег 1200). Может отсутствовать  при наличии условий, указанных в п. 12 примечаний к таблице 20 «Структура данных реквизита «предмет расчета» Приказа ФНС России от 21.03.2017 года № ММВ-7-20_229@ «Об утверждении дополнительных реквизитов фискальных документов и форматов фискальных документов, обязательных к использованию» (далее — Приказ ФНС России № ММВ-7-20_229@).

ИНН кассира — лица, осуществляющего приём денег(Тег 1203). Может не включаться в состав ффд  в случае применения ККТ при расчетах с покупателем в автоматическом режиме без участия кассира (иного уполномоченного лица, осуществляющего прием денег). 

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

Сумма по чеку (БСО) предоплатой(зачетом аванса и(или) предыдущих платежей)(Тег 1215).

Сумма по чеку (БСО) постоплатой (в кредит) (Тег 1216).

Сумма по чеку (БСО) встречным представлением (Тег 1217).

Адрес электронной почты отправителя чека (Тег 1117).

Признак агента (Тег 1057).

Телефон поставщика (Тег 1171). Реквизит является обязательным при наличии условий, указанных в п. 2 примечаний к таблице 19 «Реквизиты, содержащиеся в кассовом чеке (БСО)» Приказа ФНС России № ММВ-7-20_229@.

Признак способа расчета (Тег 1214). Перечень возможных значений реквизита указан в таблице 28 Приказа ФНС России № ММВ-7-20_229@

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

— «ТОВАР» или «Т»

— «ПОДАКЦИЗНЫЙ ТОВАР» или «АТ»

— «РАБОТА» или «Р» 

— «УСЛУГА» или «У»

— «СТАВКА АЗАРТНОЙ ИГРЫ» или «СТАВКА ИГРЫ» или «СА»

— «ВЫИГРЫШ АЗАРТНОЙ ИГРЫ» или «ВЫИГРЫШ АИ» или «ВА»

— «ЛОТЕРЕЙНЫЙ БИЛЕТ» или «СТАВКА ЛОТЕРЕИ» или «СЛ»

— «ВЫИГРЫШ ЛОТЕРЕИ» или «ВЫИГРЫШ ЛОТЕРЕИ» или «ВЛ»

— «ПРЕДОСТАВЛЕНИЕ РИД» или «РИД» (РИД – результаты интеллектуальной деятельности)

— «ПЛАТЕЖ» или «П», «ВЫПЛАТА» или «В» речь идет об авансе, задатке, предоплате, кредите, взносе в счет оплаты, пени, штрафе, вознаграждении, бонусе и пр.

— «АГЕНТСКОЕ ВОЗНАГРАЖДЕНИЕ» или «АВ»

— «СОСТАВНОЙ ПРЕДМЕТ РАСЧЕТА» или «СПР»

— «ИНОЙ ПРЕДМЕТ РАСЧЕТА» или «ИПР»

— «ИМУЩЕСТВЕННОЕ ПРАВО»

— «ВНЕРЕАЛИЗАЦИОННЫЙ ДОХОД»

— «СТРАХОВЫЕ ВЗНОСЫ»

— «ТОРГОВЫЙ СБОР»

— «КУРОРТНЫЙ СБОР»

Единица измерения предмета расчета (Тег 1197). Уточняет предмет расчета, необязательный.

С 1.07.2019 вводятся реквизиты, идентифицирующие покупателя по сделке «покупатель (клиент)» (Тег 1227),  то есть необходимо указывать название организации, если это юридическое лицо, или ФИО клиента, если это индивидуальный предприниматель, и «ИНН покупателя (клиента)» (Тег 1228). Впрочем, пользователи кассовой техники будут обязаны указывать данные реквизиты лишь с 01.07.2019 года в случае осуществления расчета между организациями и (или) индивидуальными предпринимателями наличными или банковской картой. Кроме того, в данном случае при продаже подакцизных товаров нужно будет указывать реквизит «акциз» (Тег 1229).

Кассовый сервис КОМТЕТ Касса обеспечит возможность принимать и передавать на кассы пользователей чеки в формате ФФД 1.05 заблаговременно. API и плагины для cms будут обновлены до 1 января 2019 года.

Пошаговая инструкция по переходу на ФФД 1.05

Шаг 1, закройте смену и проверьте, все ли ранее сформированные фискальные документы были переданы в ОФД. Эту информацию можно увидеть в отчете о закрытии смены или в отчете о текущем состоянии расчетов. Если есть непереданные в ОФД документы, необходимо обеспечить их отправку.

Шаг 2, убедитесь, что ваша онлайн-касса поддерживает новый формат ФФД 1.05.

Узнать поддерживаемый ФФД вашей онлайн-кассы можно двумя способами: на сайте ФНС в реестре ККТ или распечатав чек «Информация о ККТ» (доступно не для всех ККТ).

В соответствии с п. 23 Письма ФНС России от 03.04.2018 г. № ММВ-20-20/33@ ККТ, передающая сведения о расчетах в соответствии с версией ФФД 1.0, будет снята с регистрации 01.01.2019 налоговым органом в одностороннем порядке без заявления пользователя о снятии ККТ с регистрационного учета.

Шаг 3, установите перепрошивку кассы. Производителями контрольно-кассовой техники предусмотрены разные способы перехода на ФФД 1.05 – от самостоятельной установки обновления программы на онлайн-ккт до ручной перепрошивки в специалистами ЦТО.

В случае смены ФН перерегистрируйте онлайн-кассу в ФНС.

Пример чека с ФФД 1.05

Пример 1. Полная оплата товара в момент передачи товара покупателю.

Пример 2. Продажа товара в рассрочку.

Частичная оплата товара и передача клиенту в рассрочку (постоплата).

Покупатель вносит платеж (взнос) 500 рублей, уже оплачено 500 рублей, оставшийся долг 0 рублей.

Пример 3.Чек полной предоплаты за товар, когда сам товар будет передан покупателю позже.

Можно ли продолжать работу с использованием ФФД 1.0 после 1 января 2019?

Законодательством предусмотрена ответственность за применение
контрольно-кассовой техники, несоответствующей требованиям закона в
порядке ч.4 ст. 14.5 КОАП РФ: «Применение контрольно-кассовой техники, которая не соответствует установленным требованиям,
либо применение контрольно-кассовой техники с нарушением установленных
законодательством Российской Федерации о применении контрольно-кассовой
техники порядка регистрации контрольно-кассовой техники, порядка, сроков
и условий ее перерегистрации, порядка и условий ее применения» (часть 4 введена Федеральным законом от 03.07.2016 N 290-ФЗ). Если системно трактовать законодательные документы, то продолжение использования ффд 1.0 после 1 января 2019 года влечет
предупреждение или наложение административного штрафа на должностных
лиц в размере от полутора тысяч до трех тысяч рублей; на юридических лиц
— предупреждение или наложение административного штрафа в размере от
пяти тысяч до десяти тысяч рублей.

Следует помнить, что согласно п. 23 Письма ФНС от 3 апреля 2018 г. №
ММВ-20-20/33@ онлайн-кассы, передающие фискальные документы в
соответствии с ФФД 1.0, будут автоматически сняты с регистрационного
учета 01.01.2019 г. налоговым органом в одностороннем порядке.