Итак, с февраля уже все обязаны принимать деньги от покупателей с пробитием чеков по номенклатурно.
С чем сразу столкнулись. Встречаются реализации от клиентов в районе 300 строк.
Чек из ПКО даже на частичную оплату печатает сразу все позиции реализации-основания. Логика понятна: нет контроля оплаченных товаров.
Собственно проблема: чек не регистрируется как слишком большой по объему информации.
Кто как решает такую проблему?
Дробить накладные видимо придется, делать контроль числа строк, но клиентам не совсем удобно думаю.

(0) В автономном режиме ограничение 10 строк номенклатуры. В обычном режиме 40 строк номенклатуры вроде.

(1) нет. Там вроде бы ограничения на передаваемый пакет в офд. Или что-то в этом роде. В общем не на число строк напрямую, но коррелирует. Чек после перехода на печать краткого наименования товара пропускает вроде бы 150 строк товаров

"все обязаны принимать деньги от покупателей с пробитием чеков по номенклатурно." - категорически не согласен. А уж какой треш в этом отношении реализовала 1С в последних УТ - это обнять и плакать

(2) смотрим описание в ФФД. "Для кассового чека и БСО длина данных документа не должна превышать 32768 байт."

короче очередные 640 кб, которые хватит всем

(3) мне в Инсте всю рабочую страницу засрали такие как ты. Повторюсь, иди на nalog.ru  и пиши жалобы.
Когда придёт проверка, говорить что Алексей с Мисты сказал, что вы идиоты такое требовать?

Ну и плюс нужно посмотреть настройки кассы

При пробитии фискальных чеков возможно появление ошибки

110 [Недопустимое кол-во позиций в чеке]

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

http://www.kassa-online.su/wp-content/uploads/2020/01/GetImage.png
Настройка параметра ККТ в ДТО10


По умолчанию, в кассах данный параметр имеет значение 27750 байт (см. Т2Р1П128)

Также следует иметь ввиду размер структуры, озвученный в ФФД:

Для кассового чека, кассового чека коррекции, БСО и БСО коррекции длина данных документа не должна превышать 32768 байт

Однако при превышении данного значение (при условии вышеописанной настройки больше данных значений), будет иная ошибка:

134 [Превышение размеров TLV данных ФН]
(с) http://www.kassa-online.su/2020/01/14/nedopustimoe-kolichestvo-pozicij-v-cheke/

(6) Ты ты счиатаешь пробивать чек "без НДС" когда фирма на ОСН, так как это делает 1С, ссылаясь на письмо минфина 2018 года - это верно?

(8) я считаю, что в 1С методисты не придурки и следует их мнение принимать в расчет.

(9) Ну да с 2018 года были приддурки, и в 2021 внезапно прозрели. Если не придурки, то кто? Эстонцы?

(10) все. Обсуждать что либо в этом ключе не считаю нужным. Оставайся со своим мнением. Вот ты, сколько жалоб написал по этому поводу?

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

наименование товаров, работ, услуг (если объем и список услуг возможно определить в момент оплаты), платежа, выплаты, ...
Т.е. помимо наименование товаров закон допускает также наименование ПЛАТЕЖА.

Так что не понятно почему все говорят про наименование товара и никто про наименование платежа? И хотелось бы услышать примеры в каком случае мы пишем наименование платежа в чеке? Разве это не случае когда в момент оплаты НЕ возможно определить список товаров/услуг и их объем, т.к. просто погашается текущая задолженность или вносится авансовый платеж? И раз так, тогда какую норму закона нарушает строка в чеке в качестве наименования:

частичная оплата по накладной ___, в том числе НДС ___


Более того сейчас 1С при погашении долга считает это как оплата, поэтому количество НЕ ставит, и считает это погашения займа, поэтому чек печатается "без НДС", даже если отгрузка была с НДС, т.е. искажает информацию

(11)  Жалоб на что?

НДС тут нет. Хоть это не стоит вопросом.
Вообще если дословно читать, то легче не становится. То есть можно печатать оплата кредита по накладной... Но как бы и при передачи товара тоже надо печатать чек на передачу товара а кредит. И тут уже построчно.

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

(14) что мешает перейти на безнал?

(14) Это тоже придумка налоговой и в законе нет требований печатать чека на отгрузку.

Ну подумай сам логически. Если ты последуешь совету (15) и перейдешь на безнал, отгрузка и передача в кредит у тебя не уйдет. А значит, получается, те кто работают по безналу обязаны применять кассу, Но мне кажется, что даже vovastar скажет, что это бред.

А теперь представь в момент отгрузки клиент сказал, что будет платить безналом, ты чек на отгрузку не бил. Но в момент оплаты клиент сказал, денег на счету не хватает, я хочу частично 5000 заплатить налом. Это законом не запрещено, и ты принимаешь нал и бъешь чек на 5000. Но ведь на отгрузку ты чек не бил, а оплата налом. Что делать? Чек коррекции на день отгрузки?
А теперь представь что оплата налом была не частично, а полностью?

Т.е. в одном случае (клиент хотел оплатить безналом, но оплатил налом) - ты чек не бъешь
А в другом случае, клиент изначально хочет налом платить, ты собираешься бить чеки.
А в чем разница между этими двумя событиями? Почему в одном случае есть чек, а в другом нет? А если во втором случае клиент оплатит безналом, то будешь бить чек коррекции и отменять "оплата кредита по накладной."?

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

(17) Было такое по маркировкам... Но ведь  и у ТС, явно не розница, раз отсрочка.

В любом случаи, а никого не агитирую, просто предлагаю альтернативу ТС его проблемы.

(18) основная альтернатива у ТС - сидеть на попе ровно. Изменения с 1 февраля - это касается только ИП. Раньше им можно было не печатать наименование в чеке, а теперь нужно. Для остальных - ничего не изменилось. Как работали раньше, так и нужно продолжать.

(17) да в этом случае не нужно пробивать чек из РТУ на отгрузку в кредит

Как раз вчера правил 1с:мобильную кассу (для разработчиков) по ошибке TLV. У нас допилен обмен с мобикассой и оплаченные РТУ по ПКО прилетают в мобикассу как заказы от ИПешников. Так вот стали прилетать заказы с 300-400 строками. Пришлось запилить команду разбития заказа в мобикассе - ошибка TLV ушла, чеки пробиваются. А вот в типовых так не работает (у нас ка2.4), только делать неск. РТУ

(19) это и есть ИП

Кстати была мысль не печатать бум.чеки - в СформироватьЧек передаю Электронно но ошибка TLV не уходит. Точно ограничение именно в ФН.

(23) да. Неважно как оформляется чек

Гы, вот представте что куча ИП по интеркампани и до 01.02 все эти ИП на домашних кнопочных кассах прибивали просто сумму а теперь нужно оплаченные кучу рту из КА за день по каждому. И все эти ИП во всех регионах РФ. И хорошо что хоть отгружают эти ИП только юрикам а то еше и маркировка приехала бы огромным вагоном проблем...

(25) вот у кого был Меркурий, тех спокойно перевел в режим фр совершенно бесплатно.

(26) режим ФР это понятно. Какое новое, чудное и неизведанное ПО в этот ФР будет чек со строками отправлять вот основной вопрос для большинства ИП. А еще есть возвраты, чеки коррекции и ИП от этого в шоке )

(27) возвраты то еще ничего. А вот отправка чека на телефон или почту. Их не может делать 99%.

(28) не может делать что? Емейл передаешь в xml-структуре данных чека и ОФД отправляет чек на эту почту. Смс, да это платно у ОФД