Автор
Тема: ШТРИХ-ЛАЙТ-01Ф ошибка 75: Буфер чека переполнен (Прочитано 6367 раз)
Данная ошибка появлялась на старой версии прошивки и драйевере, так и снова появилась на ПО от 29.08.2017 и DrvFR_414_624. В чеке шесть позиций, а при согласии на печать чека, выходит куча повторных чеков! Аптечное ПО от фирмы «Бэст». К сожалению запись лог файла поставили после этой ошибки. Клиент в печали, мы как АСЦ — тоже. ФР новый и менее года после регистрации. И ещё, наверное это никак не связано, но чеки передаются в ОФД-Я 1 шт. 5-10 мин!
Записан
Из Тест драйвера ККТ ошибка повторяется?
И ещё, наверное это никак не связано, но чеки передаются в ОФД-Я 1 шт. 5-10 мин!
Возможно загрузчик устарел, попробуйте обновить. И еще в 10 таблице поле 10 «время ожидания ФН» лучше повысьте время ожидания до 20-30 секунд, иначе могут быть проблемы с подцеплением ФН.
Записан
С уважением, Машков Александр Ильич
техническая поддержка ГК «Штрих-М»
mailto:support@shtrih-m.ru
тел. (495) 787-60-96.
Ошибка 75 повторяется примерно раз в месяц, поэтому в драйвере её сложно будет отследить. Теперь что, ждать отражения ошибки в лог файле? Для прошивки с заменой загрузчика положить на флеш — upd_ldr.bin и upd_app.bin ? В таблицах проверю, если что поменяю. Спасибо!
Записан
Ошибка 75 повторяется примерно раз в месяц, поэтому в драйвере её сложно будет отследить. Теперь что, ждать отражения ошибки в лог файле? Для прошивки с заменой загрузчика положить на флеш — upd_ldr.bin и upd_app.bin ? В таблицах проверю, если что поменяю. Спасибо!
Ошибку надо повторить именно через драйвер и увидеть ее в логе, потому что эта ошибка может возникать и из-за стороннего ПО(аптечного).
Для прошивки загрузчика используйте upd_ldr.bin.
upd_app.bin для прошивки ПО ККТ.
Записан
С уважением, Машков Александр Ильич
техническая поддержка ГК «Штрих-М»
mailto:support@shtrih-m.ru
тел. (495) 787-60-96.
Ошибку надо повторить именно через драйвер и увидеть ее в логе
Не понял, как это сделать? Запись в лог ведётся после выхода ошибки. С записью лога ошибка не повторялась.
потому что эта ошибка может возникать и из-за стороннего ПО(аптечного).
У клиента две торговые точки с одним ПО и одинаковыми ФР. На другом объекте такой ошибки не было ни разу. Возможно, что какие-то разные настройки в одном ПО?
Для прошивки загрузчика используйте upd_ldr.bin.
upd_app.bin для прошивки ПО ККТ.
А можно сразу оба файла залить на флеш и прошить?
« Последнее редактирование: 15 Декабря 2017, 13:32:06 от 125 »
Записан
1.Надо что бы ошибка повторилась при работе через драйвер фр, в котором будет писаться лог(который в дальнейшем можно будет изучить).
2.Возможно что ПО работает по разному(разные настройки), это уже вопрос к разработчикам ПО.
3.Можно.
Записан
С уважением, Машков Александр Ильич
техническая поддержка ГК «Штрих-М»
mailto:support@shtrih-m.ru
тел. (495) 787-60-96.
Алексанр Ильич, спасибо. Всё сделаю по рекомендациям. Отпишусь обязательно, при любом исходе событий!
Записан
Будем признательны за обратную связь.
Записан
С уважением,
Кулаков Антон Алексеевич
Сегодня после всемирного коллапса по всем штриховским ФР прошивал сей аппарат (хорошо что раньше не прошил))). По рекомендациям пробовал зайти в таблицу 10 — результат — неверный пароль! Пароль ставил и 30 и 0. Наверное какой-то сервисный нужен?
Записан
пароль 30 для чтения таблицы, пароль 0 для записи в таблицу
Записан
пароль 30 для чтения таблицы, пароль 0 для записи в таблицу
Все верно, так же запись надо делать через параметры устройств, таблицы: http://prntscr.com/hq0t9c
Записан
С уважением, Машков Александр Ильич
техническая поддержка ГК «Штрих-М»
mailto:support@shtrih-m.ru
тел. (495) 787-60-96.
Автор
Сообщение
Новичок
Зарегистрирован: Вт авг 24, 2010 12:58 pm
Сообщения: 23
Нефискальная печать. Буфер чека переполнен
Добрый день!
Произвожу печать нефискальных данных командой PrintString — на 240 строке ошибка «75 — Буфер чека переполнен»
Аппарат для тестов «АСПД Элвес-Принт»
Версия драйвера 4.10.0.288
Версия ПО ФП : 1.2
Сборка ПО ФП : 35
Дата ПО ФП : 22.09.2002
Файл с логами прилагается
Думал, буфер только для фиск.документов на кол-во позиций работает, про нефиск.печать поиском на форуме ничего не нашел
У клиентов другие аппараты и версии драйвера, ошибка присутствует
Пн окт 19, 2015 5:56 pm
jesc
Новичок
Зарегистрирован: Вт авг 24, 2010 12:58 pm
Сообщения: 23
Re: Нефискальная печать. Буфер чека переполнен
Дополню сам себя
Ошибка воспроизводится из теста драйвера при попытке печати длинного текста (например, 300 строк)
BeginDocument / EndDocument не исправили ситуацию, ошибка та же
Вт окт 20, 2015 2:09 pm
Selihov Dmitry
Постоянный участник
Зарегистрирован: Пт май 19, 2006 6:26 pm
Сообщения: 10424
Откуда: Штрих-М
Re: Нефискальная печать. Буфер чека переполнен
Да, такого быть не должно, да и я сталкиваюсь впервые. А прошивка системной платы от какой даты ? (дату смотреть в самом низу чека тестового прогона над строкой Конец теста).
_________________
С уважением, Селихов Дмитрий Юрьевич
Инженер технической поддержки ЗАО «Штрих-М»
mailto: support@shtrih-m.ru
тел. (495) 787-60-96
ВНИМАНИЕ:
Работает Официальный Интернет-Магазин от компании Штрих-М
Shels-m.ru
Вт окт 20, 2015 2:47 pm
jesc
Новичок
Зарегистрирован: Вт авг 24, 2010 12:58 pm
Сообщения: 23
Re: Нефискальная печать. Буфер чека переполнен
Доброе утро!
В конце тестового прогона следующее:
Printer MLT286-1
Aug 25 2009 ФП 35
Еще информация: печатаю циклом — присваиваю StringForPrinting строку по ширине ленты, вызываю PrintString, затем WaitForPrinting. И так 300 раз
После возникновения ошибки печать на ККМ продолжается, т.е. допечатывает этот самый буфер. Значит, WaitForPrinting не ждет окончания печати
Пока вышел из ситуации, поставив паузу 200мс после каждых 10 строк текста
Ср окт 21, 2015 8:24 am
Selihov Dmitry
Постоянный участник
Зарегистрирован: Пт май 19, 2006 6:26 pm
Сообщения: 10424
Откуда: Штрих-М
Re: Нефискальная печать. Буфер чека переполнен
Обновите драйвер ФР до 4.12.402:
ftp://ftp.shtrih-m.ru/download/FR/Software/Drivers/
Если проблема останется, то пришлите лог уже с нового драйвера.
_________________
С уважением, Селихов Дмитрий Юрьевич
Инженер технической поддержки ЗАО «Штрих-М»
mailto: support@shtrih-m.ru
тел. (495) 787-60-96
ВНИМАНИЕ:
Работает Официальный Интернет-Магазин от компании Штрих-М
Shels-m.ru
Чт окт 22, 2015 5:07 pm
jesc
Новичок
Зарегистрирован: Вт авг 24, 2010 12:58 pm
Сообщения: 23
Re: Нефискальная печать. Буфер чека переполнен
Проблема осталась. Воспроизвел из теста драйвера
Версия драйвера:
—————————————-
Версия : 4
Подверсия : 12
Релиз : 0
Сборка : 402
Полная версия : 4.12.0.402
Сб окт 24, 2015 12:01 pm
Selihov Dmitry
Постоянный участник
Зарегистрирован: Пт май 19, 2006 6:26 pm
Сообщения: 10424
Откуда: Штрих-М
Re: Нефискальная печать. Буфер чека переполнен
По логу метод ожидания печати исправно выполняется. Видимо, это особенность данного фр, его буфер команд переполняется при слишком большой скорости подачи команд. Выход — либо ставить маленькую паузу между командами печати (можно поэкспериментировать начиная от 10 мс постепенно увеличивая), либо при возникновении ошибки «буфер чека переполнен» повторять печать.
_________________
С уважением, Селихов Дмитрий Юрьевич
Инженер технической поддержки ЗАО «Штрих-М»
mailto: support@shtrih-m.ru
тел. (495) 787-60-96
ВНИМАНИЕ:
Работает Официальный Интернет-Магазин от компании Штрих-М
Shels-m.ru
Пн окт 26, 2015 10:39 am
jesc
Новичок
Зарегистрирован: Вт авг 24, 2010 12:58 pm
Сообщения: 23
Re: Нефискальная печать. Буфер чека переполнен
Если методы драйвера выполняются синхронно, то должна быть не важна скорость подачи команд: следующая команда ждет окончания предыдущей.
И напомню, что ошибка возникает на разных моделях ФР
Пн окт 26, 2015 11:09 am
Selihov Dmitry
Постоянный участник
Зарегистрирован: Пт май 19, 2006 6:26 pm
Сообщения: 10424
Откуда: Штрих-М
Re: Нефискальная печать. Буфер чека переполнен
Видимо, это какая-то аппаратная ошибка. Пути исправления — либо отлавливать ошибку и повторять печать, либо печатать с задержкой.
В последнем логе команды печати идут одна за одной, без WaitForPrinting.
_________________
С уважением, Селихов Дмитрий Юрьевич
Инженер технической поддержки ЗАО «Штрих-М»
mailto: support@shtrih-m.ru
тел. (495) 787-60-96
ВНИМАНИЕ:
Работает Официальный Интернет-Магазин от компании Штрих-М
Shels-m.ru
Пт окт 30, 2015 9:58 am
jesc
Новичок
Зарегистрирован: Вт авг 24, 2010 12:58 pm
Сообщения: 23
Re: Нефискальная печать. Буфер чека переполнен
Последний лог был при воспроизведении ошибки из «Тест драйвера» — «Печать текста», вполне возможно там не используется WaitForPrinting
Вот лог из моей программы, драйвер 4.12.0.402, в цикле PrintString, WaitForPrinting — ошибка осталась
Проблему обошел введением задержки, но лучше бы вылечить причину
Пт окт 30, 2015 2:53 pm
alexexe
21.12.18 — 08:28
Все привет! Нужен совет, может кто сталкивался уже с этим
Конфигурация УТ 11.4.5.86 — ККМ Штрих Лайт 01-Ф (прошивка актуальная)
Имеется компания, которая принимает оплату наличными от клиентов. Чеки очень большие получаются (100-200 позиций в чеке, бывает и больше). Т.к. опт и розница для ФЗ-54 не отличаются, необходимо бить оплату по кассе, но из-за ограниченного размера буфера чека касса не справляется с печатью (ошибка переполнения буфера чека)
В некоторых случаях получается разбить документы реализации и пробить несколькими суммами, но в других (из-за закрытого периода, например, когда оплата произошла не сразу) это становится почти невозможно
Связывался с поддержкой производителя (Штрих-М), ответ был по итогу такой — да, это ограничение оборудования, делайте что хотите. У АТОЛ’а кажется такие же проблемы, но в их оборудовании можно отключить буферизацию чека, но это тоже создает определенные неудобства
Есть кто-нибудь кто успешно решил эту проблему?
Масянька
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
(3) не понял вопрос
(4) ну бей две реализации… что мешает то? клиент прямо принципиально хочет один чек ККМ ?!
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
(7) Да, одни неудобства
Читал где-то на форуме предлагали печать чеки без детализации, одной строкой с предметом оплаты. Но как я понимаю это несоответствие закону
HawkEye
10 — 21.12.18 — 08:55
(6) ну не разбивай, сделай на неё два чека… что именно мешает то, я не понимаю….
(7) куча действий со стороны программиста — это его работа, а чтобы не было кучи действий со стороны пользователя — пригласи нормально программиста, а не как в (8) …
(8) ну а че… яркий пример, когда мало действий программиста приводят к многим действиям пользователей ))))
Масянька
11 — 21.12.18 — 08:56
(10) Осталось только добавить — «расслабьтесь и получайте удовольствие» (С)
alexexe
12 — 21.12.18 — 08:56
(10) как в УТ 11 сделать два чека на одну реализацию? Во взаиморасчетах в кассовых документах нельзя разбить документ на несколько позиций
Масянька
13 — 21.12.18 — 08:57
(9) Вот это (ИМХО) самый безболезненный вариант выхода.
Нужно в ФНС спросить.
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
(16) Ему, как и нашим законотворцам, бесполезно объяснять.
Он может всё. Несмотря ни на что.
alexexe
18 — 21.12.18 — 09:01
есть реализация, есть документы оплаты
в документе оплаты ты можешь указать сумму и документы реализаций
даже если ты создаешь несколько документов оплаты — УТ пробивает чек на все позиции из реализации разнося только суммы
HawkEye
19 — 21.12.18 — 09:01
(16) обработка — есть код, кодом эту проблему решишь, если поставить себе цель её решить, если не ставить себе цель её решать, то можно писать в ФНС, писать в суд, запрещать пользователям вводить больше 100 строк в документ и т.д.
HawkEye
20 — 21.12.18 — 09:03
(17) Мася, завидуй молча… ))
(18) тогда обращайся в суд, благо у тебя есть последователи в виде Маси ))))
NorthWind
21 — 21.12.18 — 09:03
(16) так доработайте, раз нужно. Или наймите специалиста, раз сами не можете.
Масянька
22 — 21.12.18 — 09:04
(20) Не указывай мне, что делать, и я не скажу, куда тебе пойти (С)
Пилите, Шура, пилите… Она — золотая. (С)
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
(23) см (17) Мася редко, но попадает в тему, сделать можно все…. было бы желание…
а когда есть желание, начинают делать и задают конкретные вопросы.
NorthWind
28 — 21.12.18 — 09:10
задачка специфическая, потребность в ней возникает раз в многатысяч случаев, поэтому, думаю, пока еще никто не заморочился. Скорее всего, вы первый
alexexe
29 — 21.12.18 — 09:13
(24) если произошла ошибка при печати второго чека, тогда нужно сохранять в документе информацию о напечатанных позициях, чтобы не распечатать их заново.
(28) Я вот и думаю, сталкивался ли кто-нибудь с этим.
Понятно, короче надо пилить.
NorthWind
30 — 21.12.18 — 09:16
(29) Зачем? Просто опытным путем определяете, при каком количестве поз проблем не бывает. Скажем, 50. И потом просто бьете вашу накладную по 50 поз и остаток, т.е. если у вас 120 поз, то выходит три чека — 2 по 50 и один 20.
Масянька
31 — 21.12.18 — 09:16
(24) Не такой уж он и решаемый. Просто открой обработку формирования чека и посмотри.
Там придется такие костыли городить…
Масянька
32 — 21.12.18 — 09:17
(27) Я — практик, а не теоретик.
Масянька
33 — 21.12.18 — 09:19
(29) Есть клиенты (не бедные), которые решаются на (9).
Но — они понимают проблемы, которые могут возникнуть (пока, тьфу-тьфу) и готовы (!!!) их решать.
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
(29) зачем доводить до ошибок, печатай такое кол-во которое не дает ошибок….
(32) я бы не был так уверен в первом….
(34) для этого и существуют программисты, которые как раз и должны писать код, который или не допускает сбои или корректно их обрабатывает
(36) лыко мочало начинай все сначала…. оплатить ОДНУ накладную можно хоть сотней чеков, бей по одному чеку на каждую номенклатуру — никому от этого ни холодно ни горячо…
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
(40) я прекрасно понимаю, что есть разные варианты реализации данной проблемы, мне было интересно кто как решал проблему. По видимости, с этим случае столкнулся только я
P.S.
Решение не очень хорошее с точки зрения архитектуры УТ, чеки нужно будет сразу же архивировать после пробития, а потом что-то с ними делать (удалять, оставлять), нужно хранить связь между чеком и реализацией… наверное еще куча всего
мне нравится вариант (24), правда я думаю нужно хранить информацию о пробитых чеках
alexexe
43 — 21.12.18 — 09:43
(41) не знаю, не слышал про такое ограничение
HawkEye
44 — 21.12.18 — 09:51
(42) ес-сно бить чек на каждую строку — это бред… мне казалось участникам форума знакомо понятие сарказм…
(41) с чего это может портиворечить закону?! кто тебе мешает приходить и оплачивать свой товар каждый день по 10%?!
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
(0) Вывод: ККТ от Штрих-М говно.
Не факт что другие лучше в этом вопросе, но можно попытаться сдать ее назад производителю ))
Garykom
56 — 21.12.18 — 10:18
Но лично я изменил бы пробивку (только для опта с дубль доками в виде Торг-12, УПД и т.д.) на отказ от перечисления в чеках всех позиций номенклатуры из доков.
И просто пробивку «Оплата по документу … от … на сумму … кол-во 1 штук»
Garykom
57 — 21.12.18 — 10:18
(56) Одной строчкой пробивку вместо много
alexexe
58 — 21.12.18 — 10:23
(55) может есть решения от других производителей касс?
Я слышал, что одни партнеры АТОЛ’а по-умолчанию отключали буферизацию чека, что позволяло печать чеки без ограничения, но чеки задваивались, например, при обрыве ленты
В приницпе у Штриха тоже в настроечных таблицах есть параметры Сохранять строки в буфере чека и Печать чека по закрытию, но в Лайт’е их нельзя редактировать
kda26
59 — 21.12.18 — 10:25
(57) Увы. Это противоречит ФЗ-54.
alexexe
60 — 21.12.18 — 10:26
(56) на форумах приводят аргументацию, что оптовый чек ничем не отличается от розничного, а поскольку в розничном чеке нужно печатать все позиции, то и в оптовом якобы тоже все нужно печатать
Garykom
61 — 21.12.18 — 10:27
(59) Хотелось бы пруф со ссылками.
Особенно для аванса когда еще неизвестен список товаров/услуг. Или для платежных агентов которые про них даже знать не знают и просто оплату принимают/выдают.
Garykom
62 — 21.12.18 — 10:28
(60) Это аргументация как соотносится с законами и правоприменительной практикой?
Особенно в свете когда оборудование из реестра не может выполнять свою задачу?
Нет в законах пока еще ограничения на кол-во позиций, так что или ККТ обязана уметь в одном чеке пробивать хоть несколько миллионов позиций. Или вы не то делаете ))
Масянька
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
Статья 4.7. Требования к кассовому чеку и бланку строгой отчетности
(введена Федеральным законом от 03.07.2016 N 290-ФЗ)
1. Кассовый чек и бланк строгой отчетности содержат, за исключением случаев, установленных
настоящим Федеральным законом, следующие обязательные реквизиты:
…
наименование товаров, работ, услуг (если объем и список услуг возможно определить в момент
оплаты), платежа, выплаты, их количество, цена (в валюте Российской Федерации) за единицу с
учетом скидок и наценок, стоимость с учетом скидок и наценок, с указанием ставки налога на
добавленную стоимость (за исключением случаев осуществления расчетов пользователями, не
являющимися налогоплательщиками налога на добавленную стоимость или освобожденными от
исполнения обязанностей налогоплательщика налога на добавленную стоимость, а также
alexexe
68 — 21.12.18 — 10:48
единственное исключение:
До 01.02.2021 индивидуальные предприниматели (кроме реализующих подакцизные товары),
применяющие ПСН, УСН, ЕНВД, ЕСХН могут не указывать в кассовых чеках и БСО наименование
товара (работы, услуги) и его количество (ФЗ от 03.07.2016 N 290-ФЗ).
alexexe
69 — 21.12.18 — 10:49
так что судя по закону нельзя, надо все печатать
Масянька
70 — 21.12.18 — 10:49
(67) Ключевое «если объем и список услуг возможно определить в момент оплаты».
Так что скажешь налоговой, что определить нельзя.
Масянька
71 — 21.12.18 — 10:50
(69) Ты ни на одном аппарате не сможешь напечатать всё, если оплачено не всё.
kda26
72 — 21.12.18 — 10:54
(70) ТС же объяснил ситуацию в (6)
«Реализацию менеджер оформил в начале года, клиент оплатил в конце. Период давно закрыт, реализацию уже не разобьешь»
Так, что объем и список, таки определен.
Garykom
73 — 21.12.18 — 12:19
(67) Будь добр обрати внимание что в перечислении через «,» есть такое как:
«платежа, выплаты»
Garykom
74 — 21.12.18 — 12:19
(73)+ Это нужно читать/понимать как:
«наименования платежа или «наименование выплаты»
а не придумывать своих трактовок законов.
23 мая 2019
45143
Время чтения:
44 мин.
4
Бывает так, что в любой момент времени может возникнуть сбой в работе той, или иной системы. Кассовые аппараты компании «Штрих-М» не исключение. В данном обзоре представлены основные неисправности и способы решения возникших проблем с онлайн-кассой ШТРИХ-М-01Ф, а также коды ошибок с описанием. Этот материал поможет вам сэкономить драгоценное время и не заниматься поиском решения проблемы в интернете. В случае, если неисправность невозможно устранить самостоятельно, нужно обратиться к специалистам сервисного центра.
Для определения ошибочных ситуаций может использоваться индикатор ошибки, находящийся на индикаторной панели, который служит, для:
-
индикации наличия бумаги: при отсутствии бумаги загорается красным цветом и ККТ подаёт звуковой сигнал;
- индикации аварии аппаратной части ККТ: после включения питания мигает двойными вспышками через паузу (звуковых сигналов нет, связи по интерфейсу с ККТ нет);
-
индикации нарушения целостности данных в ОЗУ, а также когда ККТ находится в режиме 9: мигает после включения питания ККТ и звукового сигнала (на все запросы по интерфейсу передаётся соответствующий код ошибки).
ККТ не реагирует на нажатия кнопок промотки бумаги
Причина. ККТ выключен
Решение. Включите питание ККТ
Причина. Идет отработка какой-то команды
Решение. Дождитесь окончания выполнения текущей операции
Причина. «Заело» бумагу
Решение. Освободите бумагу
Причина. ККТ вышел из строя
Решение. Обратитесь в сервисный центр
ККТ не отвечает на команды хоста
Причина. ККТ выключен
Решение. Включите питание ККТ
Причина. Скорость обмена ККТ с хостом не совпадает со скоростью, на которой хост посылает команды
Решение. Установите скорость передачи данных хоста
Причина. Скорость обмена ККТ с хостом совпадает со скоростью, на которой хост посылает команды, но канал связи не позволяет передавать данные на такой скорости без ошибок
Решение. Установите скорость передачи данных хоста и ККТ равной 4800 бод (см. раздел инструкции «Установка скорости обмена с хостом по умолчанию»)
Причина. Соединительный кабель не подключен или вышел из строя
Решение. Подключите или замените кабель
Причина. ККТ вышел из строя
Решение. Обратитесь в сервисный центр
Нет связи с ОФД
Причина. Неверные настройки ККТ
Решение. Проверьте настройки ККТ
Чеки не передаются в ОФД в течении 30 дней
Причина. Нет связи
Решение. Обратитесь в обслуживающую организацию
Нужна помощь с кассой ШТРИХ-М?
Поможем разобраться с любыми неполадками!
Оставьте заявку и получите консультацию инженера по ККТ.
Заказать звонок
Ваша заявка принята
Наши консультанты перезвонят Вам
в течение 20 минут
Коды ошибок
Примечание 1: В столбце «Устройство» указывается источник возникновения ошибки: фискальный накопитель (ФН) или сама ККТ.
|
Код ошибки |
Устройство |
Описание ошибки |
Версия протокола ККТ |
Критичность |
|
|
HEX |
DEC |
v.2.0 |
|||
|
00h |
0 |
ФН |
Ошибок нет |
+ |
|
|
01h |
1 |
ФН |
Неизвестная команда, неверный формат посылки или неизвестные параметры |
+ |
|
|
02h |
2 |
ФН |
Неверное состояние ФН |
+ |
|
|
03h |
3 |
ФН |
Ошибка ФН |
+ |
|
|
04h |
4 |
ФН |
Ошибка КС |
+ |
|
|
05h |
5 |
ФН |
Закончен срок эксплуатации ФН |
+ |
|
|
06h |
6 |
ФН |
Архив ФН переполнен |
+ |
|
|
07h |
7 |
ФН |
Неверные дата и/или время |
+ |
|
|
08h |
8 |
ФН |
Нет запрошенных данных |
+ |
|
|
09h |
9 |
ФН |
Некорректное значение параметров команды |
+ |
|
|
10h |
16 |
ФН |
Превышение размеров TLV данных |
+ |
|
|
11h |
17 |
ФН |
Нет транспортного соединения |
+ |
|
|
12h |
18 |
ФН |
Исчерпан ресурс КС (криптографического сопроцессора) |
+ |
|
|
14h |
20 |
ФН |
Исчерпан ресурс хранения |
+ |
|
|
15h |
21 |
ФН |
Исчерпан ресурс Ожидания передачи сообщения |
+ |
|
|
16h |
22 |
ФН |
Продолжительность смены более 24 часов |
+ |
|
|
17h |
23 |
ФН |
Неверная разница во времени между 2 операциями |
+ |
|
|
20h |
32 |
ФН |
Сообщение от ОФД не может быть принято |
+ |
|
|
2Fh |
47 |
ККТ |
Таймаут обмена с ФН |
+ |
|
|
30h |
48 |
ККТ |
ФН не отвечает |
+ |
|
|
33h |
51 |
ККТ |
Некорректные параметры в команде |
+ |
|
|
34h |
52 |
ККТ |
Нет данных |
+ |
|
|
35h |
53 |
ККТ |
Некорректный параметр при данных настройках |
+ |
|
|
36h |
54 |
ККТ |
Некорректные параметры в команде для данной реализации ККТ |
+ |
|
|
37h |
55 |
ККТ |
Команда не поддерживается в данной реализации ККТ |
+ |
|
|
38h |
56 |
ККТ |
Ошибка в ПЗУ |
+ |
+ |
|
39h |
57 |
ККТ |
Внутренняя ошибка ПО ККТ |
+ |
|
|
3Ch |
60 |
ККТ |
Смена открыта операция невозможна |
+ |
|
|
3Dh |
61 |
ККТ |
Смена открыта операция невозможна |
||
|
3Eh |
62 |
ККТ |
Переполнение накопления по секциям в смене |
+ |
|
|
3Fh |
63 |
ККТ |
Переполнение накопления по скидкам в смене |
+ |
|
|
40h |
64 |
ККТ |
Переполнение диапазона скидок |
+ |
|
Код ошибки |
Устройство |
Описание ошибки |
Версия протокола ККТ |
Критичность |
|
|
HEX |
DEC |
v.2.0 |
|||
|
41h |
65 |
ККТ |
Переполнение диапазона оплаты наличными |
+ |
|
|
42h |
66 |
ККТ |
Переполнение диапазона оплаты типом 2 |
+ |
|
|
43h |
67 |
ККТ |
Переполнение диапазона оплаты типом 3 |
+ |
|
|
44h |
68 |
ККТ |
Переполнение диапазона оплаты типом 4 |
+ |
|
|
45h |
69 |
ККТ |
Cумма всех типов оплаты меньше итога чека |
+ |
|
|
46h |
70 |
ККТ |
Не хватает наличности в кассе |
+ |
|
|
47h |
71 |
ККТ |
Переполнение накопления по налогам в смене |
+ |
|
|
48h |
72 |
ККТ |
Переполнение итога чека |
+ |
|
|
49h |
73 |
ККТ |
Операция невозможна в открытом чеке данного типа |
||
|
4Ah |
74 |
ККТ |
Открыт чек – операция невозможна |
+ |
|
|
4Bh |
75 |
ККТ |
Буфер чека переполнен |
+ |
|
|
4Ch |
76 |
ККТ |
Переполнение накопления по обороту налогов в смене |
+ |
|
|
4Dh |
77 |
ККТ |
Вносимая безналичной оплатой сумма больше суммы чека |
+ |
|
|
4Eh |
78 |
ККТ |
Смена превысила 24 часа |
+ |
|
|
4Fh |
79 |
ККТ |
Неверный пароль |
+ |
|
|
50h |
80 |
ККТ |
Идет печать результатов выполнения предыдущей команды |
+ |
|
|
51h |
81 |
ККТ |
Переполнение накоплений наличными в смене |
+ |
|
|
52h |
82 |
ККТ |
Переполнение накоплений по типу оплаты 2 в смене |
+ |
|
|
53h |
83 |
ККТ |
Переполнение накоплений по типу оплаты 3 в смене |
+ |
|
|
54h |
84 |
ККТ |
Переполнение накоплений по типу оплаты 4 в смене |
+ |
|
|
55h |
85 |
ККТ |
Чек закрыт – операция невозможна |
||
|
56h |
86 |
ККТ |
Нет документа для повтора |
+ |
|
|
58h |
88 |
ККТ |
Ожидание команды продолжения печати |
+ |
|
|
59h |
89 |
ККТ |
Документ открыт другим оператором |
+ |
|
|
5Bh |
91 |
ККТ |
Переполнение диапазона надбавок |
+ |
|
|
5Ch |
92 |
ККТ |
Понижено напряжение 24В |
+ |
|
|
5Dh |
93 |
ККТ |
Таблица не определена |
+ |
|
|
5Eh |
94 |
ККТ |
Неверная операция |
+ |
|
|
5Fh |
95 |
ККТ |
Отрицательный итог чека |
+ |
|
|
60h |
96 |
ККТ |
Переполнение при умножении |
+ |
|
|
61h |
97 |
ККТ |
Переполнение диапазона цены |
+ |
|
|
62h |
98 |
ККТ |
Переполнение диапазона количества |
+ |
|
|
63h |
99 |
ККТ |
Переполнение диапазона отдела |
+ |
|
|
65h |
101 |
ККТ |
Не хватает денег в секции |
+ |
|
|
66h |
102 |
ККТ |
Переполнение денег в секции |
+ |
|
|
68h |
104 |
ККТ |
Не хватает денег по обороту налогов |
+ |
|
|
69h |
105 |
ККТ |
Переполнение денег по обороту налогов |
+ |
|
|
6Ah |
106 |
ККТ |
Ошибка питания в момент ответа по I2C |
+ |
|
|
6Bh |
107 |
ККТ |
Нет чековой ленты |
+ |
|
Код ошибки |
Устройство |
Описание ошибки |
Версия протокола ККТ |
Критичность |
|
|
HEX |
DEC |
v.2.0 |
|||
|
6Dh |
109 |
ККТ |
Не хватает денег по налогу |
+ |
|
|
6Eh |
110 |
ККТ |
Переполнение денег по налогу |
+ |
|
|
6Fh |
111 |
ККТ |
Переполнение по выплате в смене |
+ |
|
|
71h |
113 |
ККТ |
Ошибка отрезчика |
+ |
+ |
|
72h |
114 |
ККТ |
Команда не поддерживается в данном подрежиме |
+ |
|
|
73h |
115 |
ККТ |
Команда не поддерживается в данном режиме |
+ |
|
|
74h |
116 |
ККТ |
Ошибка ОЗУ |
+ |
+ |
|
75h |
117 |
ККТ |
Ошибка питания |
+ |
|
|
77h |
119 |
ККТ |
Ошибка принтера: нет сигнала с датчиков |
+ |
+ |
|
78h |
120 |
ККТ |
Замена ПО |
+ |
+ |
|
79h |
121 |
ККТ |
Ошибка часов |
+ |
|
|
7Ah |
122 |
ККТ |
Поле не редактируется |
+ |
|
|
7Bh |
123 |
ККТ |
Ошибка оборудования |
+ |
|
|
7Ch |
124 |
ККТ |
Не совпадает дата |
+ |
|
|
7Dh |
125 |
ККТ |
Неверный формат даты |
+ |
|
|
7Eh |
126 |
ККТ |
Неверное значение в поле длины |
+ |
|
|
7Fh |
127 |
ККТ |
Переполнение диапазона итога чека |
+ |
|
|
84h |
132 |
ККТ |
Переполнение наличности |
+ |
|
|
85h |
133 |
ККТ |
Переполнение по продажам в смене |
+ |
|
|
86h |
134 |
ККТ |
Переполнение по покупкам в смене |
+ |
|
|
87h |
135 |
ККТ |
Переполнение по возвратам продаж в смене |
+ |
|
|
88h |
136 |
ККТ |
Переполнение по возвратам покупок в смене |
+ |
|
|
89h |
137 |
ККТ |
Переполнение по внесению в смене |
+ |
|
|
8Eh |
142 |
ККТ |
Нулевой итог чека |
+ |
|
|
90h |
144 |
ККТ |
Поле превышает размер, установленный в настройках |
+ |
|
|
91h |
145 |
ККТ |
Выход за границу поля печати при данных настройках шрифта |
+ |
|
|
92h |
146 |
ККТ |
Наложение полей |
+ |
|
|
93h |
147 |
ККТ |
Восстановление ОЗУ прошло успешно |
+ |
|
|
94h |
148 |
ККТ |
Исчерпан лимит операций в чеке |
+ |
|
|
C0h |
192 |
ККТ |
Контроль даты и времени (подтвердите дату и время) |
+ |
|
|
C2h |
194 |
ККТ |
Превышение напряжения в блоке питания |
+ |
|
|
C4h |
196 |
ККТ |
Несовпадение номеров смен |
+ |
|
|
C7h |
199 |
ККТ |
Поле не редактируется в данном режиме |
+ |
|
|
С8h |
200 |
ККТ |
Нет связи с принтером или отсутствуют импульсы от таходатчика |
+ |
Коды ошибок ФН
|
Код ошибки |
Описание ошибки |
Комментарий |
|
00h |
Успешное выполнение команды |
|
|
01h |
Неизвестная команда, неверный формат посылки или неизвестные параметры |
Команда с таким кодом не найдена. Или формат, длина, состав (тип, формат) параметров не соответствует спецификации |
|
02h |
Неверное состояние ФН |
Данная команда требует другого состояния ФН |
|
03h |
Ошибка ФН |
Запросить расширенные сведения об ошибке |
|
04h |
Ошибка КС |
Запросить расширенные сведения об ошибке |
|
05h |
Закончен срок эксплуатации ФН |
|
|
06h |
Архив ФН переполнен |
|
|
07h |
Неверные дата и/или время |
Дата и время операции не соответствуют логике работы ФН |
|
08h |
Нет запрошенных данных |
Запрошенные данные отсутствуют в архиве ФН |
|
09h |
Некорректное значение параметров команды |
Параметры команды имеют правильный формат, но их значение не верно |
|
10h |
Превышение размеров TLV данных |
Размер передаваемых TLV данных превысил допустимый |
|
11h |
Нет транспортного соединения |
Транспортное соединение (ТС) отсутствует. Необходимо установить ТС с ОФД и передать в ФН команду «Транспортное соединение с ОФД» |
|
12h |
Исчерпан ресурс КС (криптографического сопроцессора) |
Требуется закрытие фискального режима |
|
14h |
Исчерпан ресурс хранения |
Ресурс для хранения документов для ОФД исчерпан |
|
15h |
Исчерпан ресурс Ожидания передачи сообщения |
Время нахождения в очереди самого старого сообщения на выдачу более 30 календарных дней. Только для касс в режиме передачи данных. |
|
16h |
Продолжительность смены более 24 часов |
Продолжительность смены более 24 часов |
|
17h |
Неверная разница во времени между 2 операциями |
Разница более чем на 5 минут отличается от разницы определенному по внутреннему таймеру ФН |
|
20h |
Сообщение от ОФД не может быть принято |
Сообщение ОФД не может быть принято, расширенные данные ответа указывают причину |
Раз в месяц делайте чистку кассы
Чтобы касса функционировала правильно, её необходимо обслуживать.
Важно вовремя замечать проблемы, поддерживать рабочее состояние кассового аппарата и других элементов системы. Кроме того, отсеки и датчики нуждаются в периодической чистке от пыли и грязи.
Производители рекомендуют хотя бы раз в месяц проводить плановую диагностику и чистку оборудования в сервисном центре. Так вы позаботитесь о долгой верной службе своей кассы.
Если у вас возникли вопросы по работе ККМ, обслуживанию или ремонту техники, свяжитесь со специалистами нашего Авторизованного сервисного центра ПОРТ. Звоните в техподдержку, приезжайте в один из офисов в Красноярске или пишите на почту info@portkkm.ru.
Будем рады вам помочь!
alexexe
21.12.18 — 08:28
Все привет! Нужен совет, может кто сталкивался уже с этим
Конфигурация УТ 11.4.5.86 — ККМ Штрих Лайт 01-Ф (прошивка актуальная)
Имеется компания, которая принимает оплату наличными от клиентов. Чеки очень большие получаются (100-200 позиций в чеке, бывает и больше). Т.к. опт и розница для ФЗ-54 не отличаются, необходимо бить оплату по кассе, но из-за ограниченного размера буфера чека касса не справляется с печатью (ошибка переполнения буфера чека)
В некоторых случаях получается разбить документы реализации и пробить несколькими суммами, но в других (из-за закрытого периода, например, когда оплата произошла не сразу) это становится почти невозможно
Связывался с поддержкой производителя (Штрих-М), ответ был по итогу такой — да, это ограничение оборудования, делайте что хотите. У АТОЛ’а кажется такие же проблемы, но в их оборудовании можно отключить буферизацию чека, но это тоже создает определенные неудобства
Есть кто-нибудь кто успешно решил эту проблему?
Масянька
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
(3) не понял вопрос
(4) ну бей две реализации… что мешает то? клиент прямо принципиально хочет один чек ККМ ?!
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
(7) Да, одни неудобства
Читал где-то на форуме предлагали печать чеки без детализации, одной строкой с предметом оплаты. Но как я понимаю это несоответствие закону
HawkEye
10 — 21.12.18 — 08:55
(6) ну не разбивай, сделай на неё два чека… что именно мешает то, я не понимаю….
(7) куча действий со стороны программиста — это его работа, а чтобы не было кучи действий со стороны пользователя — пригласи нормально программиста, а не как в (8) …
(8) ну а че… яркий пример, когда мало действий программиста приводят к многим действиям пользователей ))))
Масянька
11 — 21.12.18 — 08:56
(10) Осталось только добавить — «расслабьтесь и получайте удовольствие» (С)
alexexe
12 — 21.12.18 — 08:56
(10) как в УТ 11 сделать два чека на одну реализацию? Во взаиморасчетах в кассовых документах нельзя разбить документ на несколько позиций
Масянька
13 — 21.12.18 — 08:57
(9) Вот это (ИМХО) самый безболезненный вариант выхода.
Нужно в ФНС спросить.
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
(16) Ему, как и нашим законотворцам, бесполезно объяснять.
Он может всё. Несмотря ни на что.
alexexe
18 — 21.12.18 — 09:01
есть реализация, есть документы оплаты
в документе оплаты ты можешь указать сумму и документы реализаций
даже если ты создаешь несколько документов оплаты — УТ пробивает чек на все позиции из реализации разнося только суммы
HawkEye
19 — 21.12.18 — 09:01
(16) обработка — есть код, кодом эту проблему решишь, если поставить себе цель её решить, если не ставить себе цель её решать, то можно писать в ФНС, писать в суд, запрещать пользователям вводить больше 100 строк в документ и т.д.
HawkEye
20 — 21.12.18 — 09:03
(17) Мася, завидуй молча… ))
(18) тогда обращайся в суд, благо у тебя есть последователи в виде Маси ))))
NorthWind
21 — 21.12.18 — 09:03
(16) так доработайте, раз нужно. Или наймите специалиста, раз сами не можете.
Масянька
22 — 21.12.18 — 09:04
(20) Не указывай мне, что делать, и я не скажу, куда тебе пойти (С)
Пилите, Шура, пилите… Она — золотая. (С)
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
(23) см (17) Мася редко, но попадает в тему, сделать можно все…. было бы желание…
а когда есть желание, начинают делать и задают конкретные вопросы.
NorthWind
28 — 21.12.18 — 09:10
задачка специфическая, потребность в ней возникает раз в многатысяч случаев, поэтому, думаю, пока еще никто не заморочился. Скорее всего, вы первый
alexexe
29 — 21.12.18 — 09:13
(24) если произошла ошибка при печати второго чека, тогда нужно сохранять в документе информацию о напечатанных позициях, чтобы не распечатать их заново.
(28) Я вот и думаю, сталкивался ли кто-нибудь с этим.
Понятно, короче надо пилить.
NorthWind
30 — 21.12.18 — 09:16
(29) Зачем? Просто опытным путем определяете, при каком количестве поз проблем не бывает. Скажем, 50. И потом просто бьете вашу накладную по 50 поз и остаток, т.е. если у вас 120 поз, то выходит три чека — 2 по 50 и один 20.
Масянька
31 — 21.12.18 — 09:16
(24) Не такой уж он и решаемый. Просто открой обработку формирования чека и посмотри.
Там придется такие костыли городить…
Масянька
32 — 21.12.18 — 09:17
(27) Я — практик, а не теоретик.
Масянька
33 — 21.12.18 — 09:19
(29) Есть клиенты (не бедные), которые решаются на (9).
Но — они понимают проблемы, которые могут возникнуть (пока, тьфу-тьфу) и готовы (!!!) их решать.
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
(29) зачем доводить до ошибок, печатай такое кол-во которое не дает ошибок….
(32) я бы не был так уверен в первом….
(34) для этого и существуют программисты, которые как раз и должны писать код, который или не допускает сбои или корректно их обрабатывает
(36) лыко мочало начинай все сначала…. оплатить ОДНУ накладную можно хоть сотней чеков, бей по одному чеку на каждую номенклатуру — никому от этого ни холодно ни горячо…
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
(40) я прекрасно понимаю, что есть разные варианты реализации данной проблемы, мне было интересно кто как решал проблему. По видимости, с этим случае столкнулся только я
P.S.
Решение не очень хорошее с точки зрения архитектуры УТ, чеки нужно будет сразу же архивировать после пробития, а потом что-то с ними делать (удалять, оставлять), нужно хранить связь между чеком и реализацией… наверное еще куча всего
мне нравится вариант (24), правда я думаю нужно хранить информацию о пробитых чеках
alexexe
43 — 21.12.18 — 09:43
(41) не знаю, не слышал про такое ограничение
HawkEye
44 — 21.12.18 — 09:51
(42) ес-сно бить чек на каждую строку — это бред… мне казалось участникам форума знакомо понятие сарказм…
(41) с чего это может портиворечить закону?! кто тебе мешает приходить и оплачивать свой товар каждый день по 10%?!
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
(0) Вывод: ККТ от Штрих-М говно.
Не факт что другие лучше в этом вопросе, но можно попытаться сдать ее назад производителю ))
Garykom
56 — 21.12.18 — 10:18
Но лично я изменил бы пробивку (только для опта с дубль доками в виде Торг-12, УПД и т.д.) на отказ от перечисления в чеках всех позиций номенклатуры из доков.
И просто пробивку «Оплата по документу … от … на сумму … кол-во 1 штук»
Garykom
57 — 21.12.18 — 10:18
(56) Одной строчкой пробивку вместо много
alexexe
58 — 21.12.18 — 10:23
(55) может есть решения от других производителей касс?
Я слышал, что одни партнеры АТОЛ’а по-умолчанию отключали буферизацию чека, что позволяло печать чеки без ограничения, но чеки задваивались, например, при обрыве ленты
В приницпе у Штриха тоже в настроечных таблицах есть параметры Сохранять строки в буфере чека и Печать чека по закрытию, но в Лайт’е их нельзя редактировать
kda26
59 — 21.12.18 — 10:25
(57) Увы. Это противоречит ФЗ-54.
alexexe
60 — 21.12.18 — 10:26
(56) на форумах приводят аргументацию, что оптовый чек ничем не отличается от розничного, а поскольку в розничном чеке нужно печатать все позиции, то и в оптовом якобы тоже все нужно печатать
Garykom
61 — 21.12.18 — 10:27
(59) Хотелось бы пруф со ссылками.
Особенно для аванса когда еще неизвестен список товаров/услуг. Или для платежных агентов которые про них даже знать не знают и просто оплату принимают/выдают.
Garykom
62 — 21.12.18 — 10:28
(60) Это аргументация как соотносится с законами и правоприменительной практикой?
Особенно в свете когда оборудование из реестра не может выполнять свою задачу?
Нет в законах пока еще ограничения на кол-во позиций, так что или ККТ обязана уметь в одном чеке пробивать хоть несколько миллионов позиций. Или вы не то делаете ))
Масянька
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
Статья 4.7. Требования к кассовому чеку и бланку строгой отчетности
(введена Федеральным законом от 03.07.2016 N 290-ФЗ)
1. Кассовый чек и бланк строгой отчетности содержат, за исключением случаев, установленных
настоящим Федеральным законом, следующие обязательные реквизиты:
…
наименование товаров, работ, услуг (если объем и список услуг возможно определить в момент
оплаты), платежа, выплаты, их количество, цена (в валюте Российской Федерации) за единицу с
учетом скидок и наценок, стоимость с учетом скидок и наценок, с указанием ставки налога на
добавленную стоимость (за исключением случаев осуществления расчетов пользователями, не
являющимися налогоплательщиками налога на добавленную стоимость или освобожденными от
исполнения обязанностей налогоплательщика налога на добавленную стоимость, а также
alexexe
68 — 21.12.18 — 10:48
единственное исключение:
До 01.02.2021 индивидуальные предприниматели (кроме реализующих подакцизные товары),
применяющие ПСН, УСН, ЕНВД, ЕСХН могут не указывать в кассовых чеках и БСО наименование
товара (работы, услуги) и его количество (ФЗ от 03.07.2016 N 290-ФЗ).
alexexe
69 — 21.12.18 — 10:49
так что судя по закону нельзя, надо все печатать
Масянька
70 — 21.12.18 — 10:49
(67) Ключевое «если объем и список услуг возможно определить в момент оплаты».
Так что скажешь налоговой, что определить нельзя.
Масянька
71 — 21.12.18 — 10:50
(69) Ты ни на одном аппарате не сможешь напечатать всё, если оплачено не всё.
kda26
72 — 21.12.18 — 10:54
(70) ТС же объяснил ситуацию в (6)
«Реализацию менеджер оформил в начале года, клиент оплатил в конце. Период давно закрыт, реализацию уже не разобьешь»
Так, что объем и список, таки определен.
Garykom
73 — 21.12.18 — 12:19
(67) Будь добр обрати внимание что в перечислении через «,» есть такое как:
«платежа, выплаты»
Garykom
74 — 21.12.18 — 12:19
(73)+ Это нужно читать/понимать как:
«наименования платежа или «наименование выплаты»
а не придумывать своих трактовок законов.
Hex Код DEC Код Описание ошибки Критичность ошибки 0 0 Ошибок нет. 1 1 Неисправен накопитель фискальной памяти 1, или 2, либо часы. 2 2 Отсутвует фискальная память 1. 3 3 Отсутвует фискальная память 2. 4 4 Некорректные параметры в команде обращения к фискальной памяти. 5 5 Нет запрощенных данных. 6 6 Фискальная память в режиме вывода данных. 7 7 Некорректные параметры в команде для данной реализации фискальной памяти. 8 8 Команда не поддерживается в данной реализации фискальной памяти. 9 9 Некорректная длина команды. 0A 10 Формат данных не BCD. 0B 11 Неисправна ячейка памяти фискальной памяти при записи итога. 11 17 Не введена лицензия. 12 18 Заводской номер уже введен. 13 19 Текущая дата меньше даты последней записи в фискальной памяти. 14 20 Область сменных итогов фискальной памяти переполнена. 15 21 Смена уже открыта. 16 22 Смена не открыта. 17 23 Номер первой смены больше номера последней смены. 18 24 Дата первой смены больше даты последней смены. 19 25 Нет данных фискальной памяти. 1A 26 Область перерегистраций в фискальной памяти переполнена. 1B 27 Заводской номер не введен. 1C 28 В заданном диапазоне есть поврежденная запись. 1D 29 Повреждена последная запись сменных итогов. 1F 31 Отсутсвует память регистров. 20 32 Переполнение денежного регистра при добавлении. 21 33 Вычитаемая сумма больше содержимого денежного регистра. 22 34 Неверная дата. 23 35 Нет записи активизации. 24 36 Область активизаций переполнена. 25 37 Нет активизации переполнена. 33 51 Некорректные параметры в команде. 35 53 Некорректный параметр при данных настройках. 36 54 Некорректный парамтеры 37 55 Команда не поддерживается в данной реализации ПТК. 38 56 Ошибка в ПЗУ. Критична. 39 57 Внутренняя ошибка ПО ПТК. 3A 58 Переполнение накопления по надбавкам в смене. 3C 60 ЭКЛЗ: неверный регистрационный номер. 3E 62 Переполнение накопления по секциям в смене. 3F 63 Переполнение накопления по скидкам в смене. 40 64 Переполнение диапазона скидок. 41 65 Переполнение диапазона оплаты наличными. 42 66 Переполнение диапазона оплаты типом 2. 43 67 Переполнение диапазона оплаты типом 3. 44 68 Переполнение диапазона оплаты типом 4. 45 69 Сумма всех типов оплаты меньше итога чека. 46 70 не хватает наличности в кассе. 47 71 Переполнение накопления по налогам в смене. 48 72 Переполнение итога чека. 4A 74 Открыт чек — операция невозможна. 4B 75 Буфер чека переполнен. 4C 76 Переполнение накопления по обороту налогов в смене. 4D 77 Вносимая безналичной оплатой сумма больше суммы чека. 4E 78 Смена превысила 24 часа. 4F 79 Неверный пароль. 50 80 Идет печать предыдущей команды. 51 81 Переполнение накоплений наличными в смене. 52 82 Переполнение накоплений по типу оплаты 2 в смене. 53 83 Переполнение накоплений по типу оплаты 3 в смене. 54 84 Переполнение накоплений по типу оплаты 4 в смене. 56 86 Нет документа для повтора. 57 87 ЭКЛЗ: количество закрытых смен не совпадает с фискальной памятью. 58 88 Ожидание команды продолжения печати. 59 89 Документ октрыт другим оператором. 5B 91 Переполнение диапазона надбавок. 5C 92 Понижено напряжение 24В. 5D 93 Таблица не определена. 5E 94 Некорректная операция. 5F 95 Отрицательный итог чека. 60 96 Переполнение при умножении. 61 97 Переполнение диапазона цены. 62 98 Переполнение диапазона количества. 63 99 Переполнение диапазона отдела. 64 100 Фискальная память отсутсвует. Критична. 65 101 Не хватает денег в секции. 66 102 Переполнение денег в секции. 67 103 Ошибка связи с фискальной памяти. Критична. 68 104 Не хватает денег по обороту налогов. 69 105 Переполнение денег по обороту налогов. 6A 106 Ошибка питания в момент ответа по I2C. 6B 107 Нет чековой ленты. 6D 109 Не хватает денег по налогу. 6F 110 Переполнение денег по налогу. 70 112 Переполнение фискальной памяти. 71 113 Ошибка отрезчика. Критична. 72 114 команда не поддерживается в данном подрежиме. 73 115 Команда не поддерживается в данном режиме. 74 116 Ошибка ОЗУ. 75 117 Ошибка питания. Критична. 76 118 Ошибка принтера: нет импульсов с тахогенератора. Критична. 77 119 Ошибка принтера: нет сигнала с датчиков. Критична. 78 120 Замена программного обеспечения. 79 121 Замена фискальной памяти. 7A 122 Поле не редактируется. 7B 123 Ошибка оборудования. 7С 124 Не совпадает дата. 7D 125 Неверный формат даты. 7E 126 Неверное значение в поле длины. 7F 127 Переполнение диапазона итога чека. 80 128 Ошибка связи с фискальной памятью. Критична. 81 129 Ошибка связи с фискальной памятью. Критична. 82 130 Ошибка связи с фискальной памятью. Критична. 83 131 Ошибка связи с фискальной памятью. Критична. 84 132 Переполнение наличности. 85 133 Переполнение по продажам в смене. 86 134 Переполнение по покупкам в смене. 87 135 Переполнение по возвратам продаж в смене. 88 136 Переполнение по возвратам покупок в смене. 89 137 Переполнение по внесению в смене. 8A 138 Переполнение по надбавкам в чеке. 8B 139 Переполнение по скидкам в чеке. 8С 140 Отрицательный итог надбавки в чеке. 8D 141 Отрицательный итог скидки в чеке. 8E 142 Нулевой итог чека. 8F 143 Касса не фискализирована. 90 144 Поле превышает размер, установленный в настройках. 91 145 Выход за границу поля печати при данных настройках шрифта. 92 146 Наложение полей. 93 147 Восстановление ОЗУ прошло успешно. A0 160 Ошибка связи с ЭКЛЗ. Критична. A1 161 ЭКЛЗ отсутсвует. Критична. A2 162 ЭКЛЗ: Некорректный формат или параметр команды. A3 163 Некорректное состояние ЭКЛЗ. A4 164 Авария ЭКЛЗ. A5 165 Авария КС в составе ЭКЛЗ. A6 166 Исчерпан временной ресурс ЭКЛЗ. A7 167 ЭКЛЗ переполнена. A8 168 Неверные дата и время в ЭКЛЗ. A9 169 Нет запрошенных данных в ЭКЛЗ. AA 170 Переполнение ЭКЛЗ (отрицательный итог документа). B0 176 ЭКЛЗ: переполнение в параметре количество. B1 177 ЭКЛЗ: Переполнение в параметре сумма. B2 178 ЭКЛЗ: Уже активизирована. C0 192 Контроль даты и времени (подтвердите дату и время). C1 193 ЭКЛЗ: суточный отчет с гашение прервать нельзя. C2 194 Превышение напряжения в блоке питания. С3 195 Несовпадение итогов чека и ЭКЛЗ. С4 196 Несовпадение номеров смен. C7 199 Поле не редактируется в данном режиме. С8 200 Отсутсвуют импульсы от таходатчика.
Коды ошибок Описание DEC HEX 0 0 Ошибок нет. 1 1 Неисправен накопитель ФП1, ФП2 или часы. 2 2 Отсутвует ФП1. 3 3 Отсутвует ФП2. 4 4 Некорректные параметры в команде обращения к ФП. 5 5 Нет запрошенных данных. 6 6 ФП в режиме вывода данных. 7 7 Не корректная длина команды. 8 8 Команда не поддерживается в данной реализации ФП. 9 9 Некорректная длина команды. 10 0A Формат данных не BCD. 11 0B Не исправна ячейка памяти ФП при записи итога. 17 11 Не введена лицензия. 18 12 Заводской номер уже введен (данная ошибка связана с некорректной работой ЭКЛЗ версии 2.2, для ее устранения необходимо необходимо перепрошить микроконтролер СП). 19 13 Текущая дата меньше даты последней записи в фискальной памяти. 20 14 Область сменных итогов фискальной памяти переполнена. 21 15 Смена уже открыта. 22 16 Смена не открыта. 23 17 Номер первой смены больше номера последней смены. 24 18 Дата первой смены больше даты последней смены. 25 19 Нет данных в фискальной памяти. 26 1A Область перерегистрации в фискальной памяти переполнена. 27 1B Заводской номер не введен. 28 1C В заданном диапазоне есть поврежденная запись. 29 1D Повреждена последняя запись сменных итогов. 31 1F Отсутвует память регистров. 32 20 Переполнение денежного регистра при добавлении. 33 21 Вычитаемая сумма больше содержимого денежного регистра. 34 22 Неверная дата. 35 23 Нет записи активизации. 36 24 Область активизаций переполнена. 37 25 Нет активизаций с запрашиваемым номером. 51 33 Некорректные параметры в команде. 53 35 Не корректный параметрпри данных настройках. 54 36 Не корректные параметры в команде для данной реализации фискальной памяти. 55 37 Команда не поддерживается в данной реализации фискальной памяти. 56 38 Ошибка в постоянном запоминающем устройстве. 57 39 Внутренняя ошибка в программном обеспечении фискальной памяти. 58 3A Переполнение накопления по секциям в смене. 60 3C ЭКЛЗ: неверный регистрационный номер. 62 3E Переполнение накопления по секциям в смене. 63 3F Переполнение накопления по скидкам в смене. 64 40 Переполнение диапазона скидок. 65 41 Переполнение диапазона оплаты наличными. 66 42 Переполнение диапазона оплаты типом 2. 67 43 Переполнение диапазона оплаты типом 3. 68 44 Переполнение диапазона оплаты типом 4. 69 45 Сумма всех типов оплаты меньше итога чека (для устранения этой ошибки необходимо уравнять суммы в итоге чека (по всем продажам) и суммы принятой от клиента). 70 46 Не хватает наличности в кассе. 71 47 Переполнение накопления по налогам в смене. 72 48 Переполнение итога чека. 74 4A Открыт чек — операция не возможна. 75 4B Буфер чека переполнен. 76 4C Переполнение накопления по обороту налогов в смене. 77 4D Вносимая безналичной оплатой сумма больше суммы чека (для устранения этой ошибки необходимо уравнять суммы в итоге чека (по всем продажам) и суммы принятой от клиента). 78 4E Смена превысила 24 часа. 79 4F Неверный пароль. 80 50 Идет печать предыдущей команды. 81 51 Переполнение накоплений наличными в смене. 82 52 Переполнение накоплений по типу оплаты 2 в смене. 83 53 Переполнение накоплений по типу оплаты 3 в смене. 84 54 Переполнение накоплений по типу оплаты 4 в смене. 86 56 Нет документа для повтора. 87 57 ЭКЛЗ: количество закрытых смен совпадает с фискальной памятью. 88 58 Ожидание команды продолжения печати. 89 59 Документ открыт другим оператором. 91 5B Переполнение диапазона надбавок. 92 5C Понижено напряжение 24В. 93 5D Таблица не определена. 94 5E Некорректная операция. 95 5F Отрицательный итог чека. 96 60 Переполнение при умножении. 97 61 Переполнение диапазона цены. 98 62 Переполнение диапазона количества. 99 63 Переполнение диапазона отдела. 100 64 Фискальная память отсутвует. 101 65 Не хватает денег в секции. 102 66 Переполнение денег в секции. 103 67 Ошибка связи с фискальной памятью. 104 68 Не хватает денег по обороту налогов. 105 69 Переполнение денег по бороту налогов. 106 6A Ошибка питания в момент ответа по I2C. 107 6B Нет чековой ленты. 108 6C Нет контрольной ленты. 109 6D Не хватает денег по налогу. 110 6E Переполнение денег по налогу. 111 6F Переполнение по выплате в смене. 112 70 Переполненние фискальной памяти. 113 71 Ошибка отрезчика. 114 72 Команда не поддерживется в данном подрежиме. 115 73 Команда не поддерживается в данном режиме. 116 74 Ошибка оперативной памяти. 117 75 Ошибка питания. 118 76 Ошибка принтера: нет импульсов с тахогенератора. 119 77 Ошибка принтера: нет сигнала с датчиков. 120 78 Замена программного обеспечения. 121 79 Замена фискальной памяти. 122 7A Поле не редактируется. 123 7B Ошибка оборудования. 124 7C Не совпадает дата. 125 7D Неверный формат даты. 126 7E Неверное значение в поле длины. 127 7F Переполнение диапазона итога чека. 128 80 Ошибка связи с фискальной памятью. 129 81 Ошибка связи с фискальной памятью. 130 82 Ошибка связи с фискальной памятью. 131 83 Ошибка связи с фискальной памятью. 132 84 Переполнение наличности. 133 85 Переполнение по продажам в смене. 134 86 переполнение по покупкам в смене. 135 87 Переполнение по возвратам продаж в смене. 136 88 Переполнение по возвратам покупок в смене. 137 89 Переполнение по внесению в смене. 138 8А Переполнение по надбавкам в чеке. 139 8B Переполнение по скидкам в чеке. 140 8C Отрицательный итог надбавки в чеке. 141 8D Отрицательный итог скидки в чеке. 142 8E Нулевой итог чека. 143 8F Касса нефискализирована. 144 90 Поле превышает размер, установленный в настройках. 145 91 Выход за границу поля печати при данных настройках шрифта. 146 92 Наложение полей. 147 93 Восстановление ОЗУ прошло успешно. 160 A0 Ошибка связи с ЭКЛЗ. 161 A1 ЭКЛЗ: отсутвует. 162 A2 ЭКЛЗ: Не корректный формат или параметр команды. 163 A3 Некорректное состояние ЭКЛЗ. 164 A4 Авария ЭКЛЗ. 165 A5 Авария КС в составе ЭКЛЗ. 166 A6 Исчерпан временной ресурс ЭКЛЗ. 167 A7 ЭКЛЗ переполнена. 168 A8 ЭКЛЗ: Неверные дата и время. 169 A9 ЭКЛЗ: Нет запрошенных данных. 170 AA Переполнение ЭКЛЗ (отрицательный итог документа). 176 B0 ЭКЛЗ: Переполнение в параметре количество. 177 B1 ЭКЛЗ: Переполнение в параметре сумма. 178 B2 ЭКЛЗ: Уже активизирована. 192 C0 Контроль даты и времени (подтвердите дату и время). 193 C1 ЭКЛЗ: суточный отчет с гашением прервать нельзя. 194 C2 Превышение напряения в блоке питания. 195 C3 Несопадение итогов чека и ЭКЛЗ. 196 C4 Несовпадение номеров смен. 197 C5 Буфер подкладного документа пуст. 198 C6 Подкладной документ отсутвует. 199 C7 Поле не редактируется в данном режиме.
Новичок
Зарегистрирован: Чт янв 25, 2007 12:22 pm
Сообщения: 4
Буффер чека переполнен: как с этим бороться?
Такой вопросик: при снятии отчета по позициям начинается печать и выскакивает ошибка «Буффер чека переполнен».Печать получается незавершенной. Как можно решить эту проблемку? иногда получается так, что если задать меньший период для отчета, то отчет проходит нормально.
Заранее благодарен за ответ!
Timofey Gontar
Постоянный участник
Зарегистрирован: Чт мар 10, 2005 6:41 pm
Сообщения: 9908
Откуда: ЗАО «ШТРИХ-М», г. Москва
Уточните, пожалуйста, модель ККМ, наименование и версию ПО.
_________________
С уважением, Гонтарь Тимофей Владимирович
Инженер технической поддержки ЗАО «Штрих-М»
mailto: support@shtrih-m.ru
тел. (495) 787-60-96
ВНИМАНИЕ: Работает Официальный Интернет-Магазин от компании Штрих-М www.shels-m.ru
Antonov Dvor
Новичок
Зарегистрирован: Чт янв 25, 2007 12:22 pm
Сообщения: 4
Дополнительная информация
Извините за такой затянувшейся ответ. ПО стоит Штрих-М:Кассир (xp sp2) версии 1.9.0.3. ККМ стоит Штрих Комбо-фр-к, версия ПО А.4, Сборка 19211, Версия ПО ФР 1.2 от 22.09.02,Сборка 0035.
Версия Драйвера 4.6.0.244
Спасибо за помощь,
Kholkin Evgeniy
Постоянный участник
Зарегистрирован: Чт мар 10, 2005 6:42 pm
Сообщения: 4282
Для того чтобы точно разобраться в причине возникновения ошибки — просьба в Драйвере ФР в настройке свойст/ дополнительные параметры включить галочку «Версти лог» при этом галочку вести лог команд ФР только ошибок нужно убрать. И при возникновении данной ошибки выслать лог-файл на
support@shtrih-m.ru
c описанием проблемы.
Antonov Dvor
Новичок
Зарегистрирован: Чт янв 25, 2007 12:22 pm
Сообщения: 4
Выслал лог на почту,
Спасибо за Помощь,
Алексей
Timofey Gontar
Постоянный участник
Зарегистрирован: Чт мар 10, 2005 6:41 pm
Сообщения: 9908
Откуда: ЗАО «ШТРИХ-М», г. Москва
В присланных Вами логах ошибки 75: «Буфер чека переполнен» я не обнаружил. Соответственно, мне все же хотелось бы увидеть лог, в котором отражена описанная Вами ситуация. Так же по возможности пришлите скриншот в момент возникновения данной ошибки. Так же уточните, пожалуйста, каким образом Вы выходите из данной ошибки.
_________________
С уважением, Гонтарь Тимофей Владимирович
Инженер технической поддержки ЗАО «Штрих-М»
mailto: support@shtrih-m.ru
тел. (495) 787-60-96
ВНИМАНИЕ: Работает Официальный Интернет-Магазин от компании Штрих-М www.shels-m.ru
Verginia
Новичок
Зарегистрирован: Пт фев 01, 2008 10:28 pm
Сообщения: 6
У нас такая же проблема. Выдаётся 75: Буфер чека переполнен. У нас Элвес-ФР-К программа РМК бесплатформенный. На самом деле как с этим бороться и откуда берётся эта ошибка? 
Kholkin Evgeniy
Постоянный участник
Зарегистрирован: Чт мар 10, 2005 6:42 pm
Сообщения: 4282
Если Вы печатаете чек и возникает такая ошибка, то это связано с тем, что в открытом чеке можно послать на ФР не более 100 команд. Т.е. в зависимости от количества в наименовании текстовых строк в одной позиции чека — количество позиций может быть и меньше 100.
Verginia
Новичок
Зарегистрирован: Пт фев 01, 2008 10:28 pm
Сообщения: 6
Не очень понятно. Открытый чек-вы имеете ввиду расширенный отчёт по товару? В этом отчёте один проданный товар описывают три строчки, они тоже считаются?
Kholkin Evgeniy
Постоянный участник
Зарегистрирован: Чт мар 10, 2005 6:42 pm
Сообщения: 4282
Открытый чек — это я имею в виду режим ФР 8 — Открытый чек, в который ФР попадает по команде Открыть чек или Продажа и других фискальных операций. Т.е. не расширенный отчёт по товару, а именно чек в режиме регистрации. При какой чеке у Вас возникает ошибка?
Verginia
Новичок
Зарегистрирован: Пт фев 01, 2008 10:28 pm
Сообщения: 6
Нет у нас не при открытом чеке такое возникает, а именно тогда когда снимаем расширенный отчёт по товару. Он печатается-печатается и потом выдаёт ошибку и печать останавливается
Kholkin Evgeniy
Постоянный участник
Зарегистрирован: Чт мар 10, 2005 6:42 pm
Сообщения: 4282
Включите ведение лог-файла в Драйвере ФР, настройка свойств, дополнительные параметры. И при возникновении ошибки — вышлите лог на
support@shtrih-m.ru
.
chacha
Новичок
Зарегистрирован: Ср авг 03, 2011 2:21 pm
Сообщения: 1
Re: Буффер чека переполнен: как с этим бороться?
Была такая же проблема на ФР Ярус при снятии отчета с гашение в буфер. Судя по всему буфер был переполнен, так как при печати всех отчетов из буфера эта ошибка пропала.
Selihov Dmitry
Постоянный участник
Зарегистрирован: Пт май 19, 2006 6:26 pm
Сообщения: 10424
Откуда: Штрих-М
Re: Буффер чека переполнен: как с этим бороться?
Да, при снятии отчетов в буфер максимально допустимого кол-ва выдается таже ошибка.
_________________
С уважением, Селихов Дмитрий Юрьевич
Инженер технической поддержки ЗАО «Штрих-М»
mailto: support@shtrih-m.ru
тел. (495) 787-60-96
ВНИМАНИЕ:
Работает Официальный Интернет-Магазин от компании Штрих-М
Shels-m.ru
Value1965
Новичок
Зарегистрирован: Чт дек 11, 2014 8:48 am
Сообщения: 2
Re: Буффер чека переполнен: как с этим бороться?
Аналогичная проблема «Ошибка: 75, Буфер чека переполнен.», но при закрытии смены на Retail-01К.
Автор
Тема: ШТРИХ-ЛАЙТ-01Ф ошибка 75: Буфер чека переполнен (Прочитано 6454 раз)
Данная ошибка появлялась на старой версии прошивки и драйевере, так и снова появилась на ПО от 29.08.2017 и DrvFR_414_624. В чеке шесть позиций, а при согласии на печать чека, выходит куча повторных чеков! Аптечное ПО от фирмы «Бэст». К сожалению запись лог файла поставили после этой ошибки. Клиент в печали, мы как АСЦ — тоже. ФР новый и менее года после регистрации. И ещё, наверное это никак не связано, но чеки передаются в ОФД-Я 1 шт. 5-10 мин!
Записан
Из Тест драйвера ККТ ошибка повторяется?
И ещё, наверное это никак не связано, но чеки передаются в ОФД-Я 1 шт. 5-10 мин!
Возможно загрузчик устарел, попробуйте обновить. И еще в 10 таблице поле 10 «время ожидания ФН» лучше повысьте время ожидания до 20-30 секунд, иначе могут быть проблемы с подцеплением ФН.
Записан
С уважением, Машков Александр Ильич
техническая поддержка ГК «Штрих-М»
mailto:support@shtrih-m.ru
тел. (495) 787-60-96.
Ошибка 75 повторяется примерно раз в месяц, поэтому в драйвере её сложно будет отследить. Теперь что, ждать отражения ошибки в лог файле? Для прошивки с заменой загрузчика положить на флеш — upd_ldr.bin и upd_app.bin ? В таблицах проверю, если что поменяю. Спасибо!
Записан
Ошибка 75 повторяется примерно раз в месяц, поэтому в драйвере её сложно будет отследить. Теперь что, ждать отражения ошибки в лог файле? Для прошивки с заменой загрузчика положить на флеш — upd_ldr.bin и upd_app.bin ? В таблицах проверю, если что поменяю. Спасибо!
Ошибку надо повторить именно через драйвер и увидеть ее в логе, потому что эта ошибка может возникать и из-за стороннего ПО(аптечного).
Для прошивки загрузчика используйте upd_ldr.bin.
upd_app.bin для прошивки ПО ККТ.
Записан
С уважением, Машков Александр Ильич
техническая поддержка ГК «Штрих-М»
mailto:support@shtrih-m.ru
тел. (495) 787-60-96.
Ошибку надо повторить именно через драйвер и увидеть ее в логе
Не понял, как это сделать? Запись в лог ведётся после выхода ошибки. С записью лога ошибка не повторялась.
потому что эта ошибка может возникать и из-за стороннего ПО(аптечного).
У клиента две торговые точки с одним ПО и одинаковыми ФР. На другом объекте такой ошибки не было ни разу. Возможно, что какие-то разные настройки в одном ПО?
Для прошивки загрузчика используйте upd_ldr.bin.
upd_app.bin для прошивки ПО ККТ.
А можно сразу оба файла залить на флеш и прошить?
« Последнее редактирование: 15 Декабря 2017, 13:32:06 от 125 »
Записан
1.Надо что бы ошибка повторилась при работе через драйвер фр, в котором будет писаться лог(который в дальнейшем можно будет изучить).
2.Возможно что ПО работает по разному(разные настройки), это уже вопрос к разработчикам ПО.
3.Можно.
Записан
С уважением, Машков Александр Ильич
техническая поддержка ГК «Штрих-М»
mailto:support@shtrih-m.ru
тел. (495) 787-60-96.
Алексанр Ильич, спасибо. Всё сделаю по рекомендациям. Отпишусь обязательно, при любом исходе событий!
Записан
Будем признательны за обратную связь.
Записан
С уважением,
Кулаков Антон Алексеевич
Сегодня после всемирного коллапса по всем штриховским ФР прошивал сей аппарат (хорошо что раньше не прошил))). По рекомендациям пробовал зайти в таблицу 10 — результат — неверный пароль! Пароль ставил и 30 и 0. Наверное какой-то сервисный нужен?
Записан
пароль 30 для чтения таблицы, пароль 0 для записи в таблицу
Записан
пароль 30 для чтения таблицы, пароль 0 для записи в таблицу
Все верно, так же запись надо делать через параметры устройств, таблицы: http://prntscr.com/hq0t9c
Записан
С уважением, Машков Александр Ильич
техническая поддержка ГК «Штрих-М»
mailto:support@shtrih-m.ru
тел. (495) 787-60-96.
Вся информация, размещенная на
сайте, носит ознакомительный характер и не является публичной
офертой, определяемой положениями Статьи 437 ГК РФ.
Все цены на сайте указаны с
НДС. ООО «ПОРТ» ИНН 2461018892, ОГРН 1022401953496
21.12.18 — 08:28
Все привет! Нужен совет, может кто сталкивался уже с этим
Конфигурация УТ 11.4.5.86 — ККМ Штрих Лайт 01-Ф (прошивка актуальная)
Имеется компания, которая принимает оплату наличными от клиентов. Чеки очень большие получаются (100-200 позиций в чеке, бывает и больше). Т.к. опт и розница для ФЗ-54 не отличаются, необходимо бить оплату по кассе, но из-за ограниченного размера буфера чека касса не справляется с печатью (ошибка переполнения буфера чека)
В некоторых случаях получается разбить документы реализации и пробить несколькими суммами, но в других (из-за закрытого периода, например, когда оплата произошла не сразу) это становится почти невозможно
Связывался с поддержкой производителя (Штрих-М), ответ был по итогу такой — да, это ограничение оборудования, делайте что хотите. У АТОЛ’а кажется такие же проблемы, но в их оборудовании можно отключить буферизацию чека, но это тоже создает определенные неудобства
Есть кто-нибудь кто успешно решил эту проблему?
1 — 21.12.18 — 08:31
Вот интересно: есть вариант обратиться в суд по поводу некачественной работы законотворцев?
2 — 21.12.18 — 08:43
(0) бей два чека, не?
3 — 21.12.18 — 08:45
(2) У тебя делают 2 реализации и СФ?
4 — 21.12.18 — 08:47
(2) Нужно бить реализацию, но опять же не всегда получается, т.к. расчеты с клиентом неоперативно проходят
5 — 21.12.18 — 08:50
(3) не понял вопрос
(4) ну бей две реализации… что мешает то? клиент прямо принципиально хочет один чек ККМ ?!
6 — 21.12.18 — 08:51
(5) Реализацию менеджер оформил в начале года, клиент оплатил в конце. Период давно закрыт, реализацию уже не разобьешь
7 — 21.12.18 — 08:52
(5) Вопрос в том, что это неудобно и тянет за собой кучу действий. Как со стороны программиста, так и со стороны пользователей.
8 — 21.12.18 — 08:52
Есть вариант ограничить количество строк в ТЧ Товары, чтобы менеджеры не колотили большие документы…
9 — 21.12.18 — 08:54
(7) Да, одни неудобства
Читал где-то на форуме предлагали печать чеки без детализации, одной строкой с предметом оплаты. Но как я понимаю это несоответствие закону
10 — 21.12.18 — 08:55
(6) ну не разбивай, сделай на неё два чека… что именно мешает то, я не понимаю….
(7) куча действий со стороны программиста — это его работа, а чтобы не было кучи действий со стороны пользователя — пригласи нормально программиста, а не как в (8) …
(8) ну а че… яркий пример, когда мало действий программиста приводят к многим действиям пользователей ))))
11 — 21.12.18 — 08:56
(10) Осталось только добавить — «расслабьтесь и получайте удовольствие» (С)
12 — 21.12.18 — 08:56
(10) как в УТ 11 сделать два чека на одну реализацию? Во взаиморасчетах в кассовых документах нельзя разбить документ на несколько позиций
13 — 21.12.18 — 08:57
(9) Вот это (ИМХО) самый безболезненный вариант выхода.
Нужно в ФНС спросить.
14 — 21.12.18 — 08:57
(12) пригласи программиста который напишет обработку которая это будет делать…. или тебе код обработки нужен?!
15 — 21.12.18 — 08:59
(11) самый бездарный вариант решения с точки зрения программиста…. и самый оптимальный с точки зрения лентяя…
16 — 21.12.18 — 09:00
(14) обработкой этот вопрос никак не решишь, требуется доработка конфигурации и структуры данных
17 — 21.12.18 — 09:01
(16) Ему, как и нашим законотворцам, бесполезно объяснять.
Он может всё. Несмотря ни на что.
18 — 21.12.18 — 09:01
есть реализация, есть документы оплаты
в документе оплаты ты можешь указать сумму и документы реализаций
даже если ты создаешь несколько документов оплаты — УТ пробивает чек на все позиции из реализации разнося только суммы
19 — 21.12.18 — 09:01
(16) обработка — есть код, кодом эту проблему решишь, если поставить себе цель её решить, если не ставить себе цель её решать, то можно писать в ФНС, писать в суд, запрещать пользователям вводить больше 100 строк в документ и т.д.
20 — 21.12.18 — 09:03
(17) Мася, завидуй молча… ))
(18) тогда обращайся в суд, благо у тебя есть последователи в виде Маси ))))
21 — 21.12.18 — 09:03
(16) так доработайте, раз нужно. Или наймите специалиста, раз сами не можете.
22 — 21.12.18 — 09:04
(20) Не указывай мне, что делать, и я не скажу, куда тебе пойти (С)
Пилите, Шура, пилите… Она — золотая. (С)
23 — 21.12.18 — 09:04
(20) у тебя существует решение данной задачи для УТ или ты предполагаешь, что это можно сделать?
24 — 21.12.18 — 09:04
как думается, тут просто нужно смотреть количество позиций и если оно больше энцать, то закрывать чек и начинать следующий. Вполне решаемый вопрос.
25 — 21.12.18 — 09:05
а хрен его знает. Думаю, не существует.
26 — 21.12.18 — 09:05
т.е. надо делать
27 — 21.12.18 — 09:09
(23) см (17) Мася редко, но попадает в тему, сделать можно все…. было бы желание…
а когда есть желание, начинают делать и задают конкретные вопросы.
28 — 21.12.18 — 09:10
задачка специфическая, потребность в ней возникает раз в многатысяч случаев, поэтому, думаю, пока еще никто не заморочился. Скорее всего, вы первый 
29 — 21.12.18 — 09:13
(24) если произошла ошибка при печати второго чека, тогда нужно сохранять в документе информацию о напечатанных позициях, чтобы не распечатать их заново.
(28) Я вот и думаю, сталкивался ли кто-нибудь с этим.
Понятно, короче надо пилить.
30 — 21.12.18 — 09:16
(29) Зачем? Просто опытным путем определяете, при каком количестве поз проблем не бывает. Скажем, 50. И потом просто бьете вашу накладную по 50 поз и остаток, т.е. если у вас 120 поз, то выходит три чека — 2 по 50 и один 20.
31 — 21.12.18 — 09:16
(24) Не такой уж он и решаемый. Просто открой обработку формирования чека и посмотри.
Там придется такие костыли городить…
32 — 21.12.18 — 09:17
(27) Я — практик, а не теоретик.
33 — 21.12.18 — 09:19
(29) Есть клиенты (не бедные), которые решаются на (9).
Но — они понимают проблемы, которые могут возникнуть (пока, тьфу-тьфу) и готовы (!!!) их решать.
34 — 21.12.18 — 09:19
(30) ккт может дать сбой при печати по различным причинам
35 — 21.12.18 — 09:23
(34) Не спорю. Но мы вроде обсуждаем не различные причины, а конкретную, и избежать возникновения ситуации можно вполне конкретным способом — уменьшив количество позиций. Наверняка возможно определить разумное к-во позиций, когда ошибка не возникает. Думаю, даже ТП Штриха тут поможет.
36 — 21.12.18 — 09:27
(35) Не всякий клиент согласится оприходовать 2-3 накладные вместо одной.
37 — 21.12.18 — 09:30
(29) зачем доводить до ошибок, печатай такое кол-во которое не дает ошибок….
(32) я бы не был так уверен в первом….
(34) для этого и существуют программисты, которые как раз и должны писать код, который или не допускает сбои или корректно их обрабатывает
(36) лыко мочало начинай все сначала…. оплатить ОДНУ накладную можно хоть сотней чеков, бей по одному чеку на каждую номенклатуру — никому от этого ни холодно ни горячо…
38 — 21.12.18 — 09:32
(37) как в конфигурации УТ 11 пробить чек на каждую номенклатуру по одной накладной?
39 — 21.12.18 — 09:32
(29) (36) как по вашему работают продуктовые магазины которые алкоголь бьют по одной ККМ (ООО), а все остальное по другой ККМ (УСН) и все это делается из одного документа и еще с частичной оплатой картой, а частью наличной?!
40 — 21.12.18 — 09:34
(38) решение в лоб: написать обработку, которая в цикле на каждую строку накладной создаст документ чек и пробъет его на ККМ, ты не умеешь программно создавать и проводить документ?!
41 — 21.12.18 — 09:38
(38) Вопрос. Насколько не противоречит закону, пробивать несколько чеков на одну реализацию.
42 — 21.12.18 — 09:43
(40) я прекрасно понимаю, что есть разные варианты реализации данной проблемы, мне было интересно кто как решал проблему. По видимости, с этим случае столкнулся только я
P.S.
Решение не очень хорошее с точки зрения архитектуры УТ, чеки нужно будет сразу же архивировать после пробития, а потом что-то с ними делать (удалять, оставлять), нужно хранить связь между чеком и реализацией… наверное еще куча всего
мне нравится вариант (24), правда я думаю нужно хранить информацию о пробитых чеках
43 — 21.12.18 — 09:43
(41) не знаю, не слышал про такое ограничение
44 — 21.12.18 — 09:51
(42) ес-сно бить чек на каждую строку — это бред… мне казалось участникам форума знакомо понятие сарказм…
(41) с чего это может портиворечить закону?! кто тебе мешает приходить и оплачивать свой товар каждый день по 10%?!
45 — 21.12.18 — 09:59
(44) ИМХОР это будет 10 чеков с признаком способа расчета «ЧАСТИЧНАЯ ОПЛАТА И КРЕДИТ». А по ситуации м.б. «ПОЛНАЯ ОПЛАТА» , «ОПЛАТА КРЕДИТА».
46 — 21.12.18 — 10:01
я думаю доработать заполнение регистра сведений ЖурналФискальныхОпераций — одна запись будет соответствовать одному пробитому чеку (впрочем как оно есть и сейчас)
хранить в нем дополнительно информацию по пробитым позициям
а при печати чека исключать уже пробитые позиции, указанные в РС
47 — 21.12.18 — 10:02
(45) если ты чеки будешь бить по строчкам, т.е. полностью оплачивая позицию, никаких частичных оплат (тем более в рамках одного дня) не будет…
48 — 21.12.18 — 10:03
(46) ну вот уже пошел конструктив )))
49 — 21.12.18 — 10:05
(47) будет, например, если клиент оплатил накладную на сумму меньшую чем одна позиция
50 — 21.12.18 — 10:07
(49) рука-лицо….. тогда будет «ЧАСТИЧНАЯ ОПЛАТА И КРЕДИТ» получается, что у тебя уже сейчас есть несколько чеков на одну реализацию и для чего весь этот цирк?!
51 — 21.12.18 — 10:10
(48) мне кажется, что ты не знаешь как работает БПО по-крайней как это реализовано в УТ
52 — 21.12.18 — 10:12
случаи с частичной оплатой есть, но УТ печает попозицинно весь состав реализации изменяя только суммы оплат. И если есть хоть одна реализация с большим количество строк в документе — ни один чек не пробьется.
Поэтому и нужна доработка типового механизма
Причем тут цирк
53 — 21.12.18 — 10:12
(49) И будет часто, поскольку в опте, клиент платит с отсрочкой. И закрывает позиции не по одной накладной а по набору накладных. И какая-то накладная закроется 100%, а вот следующая как выйдет.
54 — 21.12.18 — 10:13
(52) ну так и доработай… об этом я тебе написал еще в (1)
55 — 21.12.18 — 10:15
(0) Вывод: ККТ от Штрих-М говно.
Не факт что другие лучше в этом вопросе, но можно попытаться сдать ее назад производителю ))
56 — 21.12.18 — 10:18
Но лично я изменил бы пробивку (только для опта с дубль доками в виде Торг-12, УПД и т.д.) на отказ от перечисления в чеках всех позиций номенклатуры из доков.
И просто пробивку «Оплата по документу … от … на сумму … кол-во 1 штук»
57 — 21.12.18 — 10:18
(56) Одной строчкой пробивку вместо много
58 — 21.12.18 — 10:23
(55) может есть решения от других производителей касс?
Я слышал, что одни партнеры АТОЛ’а по-умолчанию отключали буферизацию чека, что позволяло печать чеки без ограничения, но чеки задваивались, например, при обрыве ленты
В приницпе у Штриха тоже в настроечных таблицах есть параметры Сохранять строки в буфере чека и Печать чека по закрытию, но в Лайт’е их нельзя редактировать
59 — 21.12.18 — 10:25
(57) Увы. Это противоречит ФЗ-54.
60 — 21.12.18 — 10:26
(56) на форумах приводят аргументацию, что оптовый чек ничем не отличается от розничного, а поскольку в розничном чеке нужно печатать все позиции, то и в оптовом якобы тоже все нужно печатать
61 — 21.12.18 — 10:27
(59) Хотелось бы пруф со ссылками.
Особенно для аванса когда еще неизвестен список товаров/услуг. Или для платежных агентов которые про них даже знать не знают и просто оплату принимают/выдают.
62 — 21.12.18 — 10:28
(60) Это аргументация как соотносится с законами и правоприменительной практикой?
Особенно в свете когда оборудование из реестра не может выполнять свою задачу?
Нет в законах пока еще ограничения на кол-во позиций, так что или ККТ обязана уметь в одном чеке пробивать хоть несколько миллионов позиций. Или вы не то делаете ))
63 — 21.12.18 — 10:33
(60) У тебя покупатель не физик?
64 — 21.12.18 — 10:36
(63) юрики
65 — 21.12.18 — 10:37
(64) К реализации делаешь ПКО, к ПКО чек, в чек «Оплата по ПКО …». Тем более — предоплата.
66 — 21.12.18 — 10:43
(65) да, было бы здорово, интересно, что скажет налоговая.
67 — 21.12.18 — 10:47
Статья 4.7. Требования к кассовому чеку и бланку строгой отчетности
(введена Федеральным законом от 03.07.2016 N 290-ФЗ)
1. Кассовый чек и бланк строгой отчетности содержат, за исключением случаев, установленных
настоящим Федеральным законом, следующие обязательные реквизиты:
…
наименование товаров, работ, услуг (если объем и список услуг возможно определить в момент
оплаты), платежа, выплаты, их количество, цена (в валюте Российской Федерации) за единицу с
учетом скидок и наценок, стоимость с учетом скидок и наценок, с указанием ставки налога на
добавленную стоимость (за исключением случаев осуществления расчетов пользователями, не
являющимися налогоплательщиками налога на добавленную стоимость или освобожденными от
исполнения обязанностей налогоплательщика налога на добавленную стоимость, а также
68 — 21.12.18 — 10:48
единственное исключение:
До 01.02.2021 индивидуальные предприниматели (кроме реализующих подакцизные товары),
применяющие ПСН, УСН, ЕНВД, ЕСХН могут не указывать в кассовых чеках и БСО наименование
товара (работы, услуги) и его количество (ФЗ от 03.07.2016 N 290-ФЗ).
69 — 21.12.18 — 10:49
так что судя по закону нельзя, надо все печатать
70 — 21.12.18 — 10:49
(67) Ключевое «если объем и список услуг возможно определить в момент оплаты».
Так что скажешь налоговой, что определить нельзя.
71 — 21.12.18 — 10:50
(69) Ты ни на одном аппарате не сможешь напечатать всё, если оплачено не всё.
72 — 21.12.18 — 10:54
(70) ТС же объяснил ситуацию в (6)
«Реализацию менеджер оформил в начале года, клиент оплатил в конце. Период давно закрыт, реализацию уже не разобьешь»
Так, что объем и список, таки определен.
73 — 21.12.18 — 12:19
(67) Будь добр обрати внимание что в перечислении через «,» есть такое как:
«платежа, выплаты»
Garykom
74 — 21.12.18 — 12:19
(73)+ Это нужно читать/понимать как:
«наименования платежа или «наименование выплаты»
а не придумывать своих трактовок законов.