Здравствуйте.
Не могу понять, при пробитии чека на ККМ данные в офд должна отправлять ККМ или 1С?

Данные в ОФД отправляет фискальный накопитель

Схема работы онлайн-касс:

1. Кассир пробивает чек
2. Фискальный накопитель получает данные чека и подписывает фискальным признаком, проще говоря – шифрует.
3. Фискальный накопитель отправляет данные в электронном виде в ОФД.
4. ОФД проверяет информацию и отправляет ответ фискальному накопителю (также подписанный фискальным признаком).
5. ОФД пересылает данные в ФНС.

Ок. А еще вопрос, какие данные 1С должна передавать ККМ, чтобы напечатать чек (например, наименование товара, цена, количество, сумма), может нужны какие-либо служебные данные?

конечно, система налогообложения, имя и ИНН кассира

+ сумма с НДС, ставка НДС, сумма НДС в чеке

и да я такой умный после того как в налоговой дураком назвали...
"ваши программисты ФР неправильно запрограммировали..."
и зачем я ФР в ЦТО возил спрашивается...

состав реквизитов на чеке прописан в законе:

ля новых реквизитов в чеках онлайн-касс и бланков строгой отчетности нет унифицированных форм, но в них должны содержаться определенные данные. Это данные, которые добавились с вступлением закона 54-ФЗ в силу. Вот новые реквизиты в чеках онлайн-касс:

Применяемая организацией система налогообложения.
Признак расчета: продажа/возврат.
Заводской номер фискального накопителя.
Порядковый номер фискальных данных.
Фискальный признак данных.
Список приобретенных товаров со стоимостью, ценой и примененными скидками.
НДС для каждой позиции.
Заводской номер фискального накопителя.
Номер фискального документа.
Код фискальной передачи данных.
Сумма НДС и ставка налога.
Название ОФД.
Адрес сайта ОФД.
QR-код, служащий дополнительной проверкой подлинности чека.
При этом в законе в списке обязательных реквизитов чека онлайн-кассы QR-код не значится, однако в разделе требований к контрольно-кассовой технике указано, что кассовый аппарат должен «обеспечивать возможность печати на кассовом чеке (бланке строгой отчетности) двухмерного штрихового кода (QR-код размером не менее 20Х20 мм), содержащего в кодированном виде реквизиты проверки кассового чека или бланка строгой отчетности в отдельной выделенной области кассового чека или бланка строгой отчетности». Таким образом QR-кода на новых чеках онлайн-касс вполне может и не быть, но онлайн-кассы должны уметь его печатать.

https://www.moysklad.ru/poleznoe/izmenenija-v-54-fz/novye-objazatelnye-rekvizity-chekov-kkt-i-bso/

А если при пробитии чека я не передам ККМ какие-нибудь данные?

пока что 2 закона регламентирующий чеки
1.Список реквизитов бумажного чека описан в п4.7 54Фз
http://www.consultant.ru/document/cons_doc_LAW_42359/7a607e9ee7058b0c3bcb22e564e88190964aee72/

Статья 4.7. Требования к кассовому чеку и бланку строгой отчетности

2.Список реквизитов который должен передавать ККМ описан в
Приказе от 21.03.2017 № ММВ-7-20/229@
https://www.nalog.ru/rn77/about_fts/docs/6719054/

В частности он регламентирует 3 разных формата (1.0,1.05,1.1) с разными наборами реквизитов.
Например реквизит имя кассира обязателен в любом случае, а вот реквизит ИНН кассира обязателен только в формате 1.1.



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

(8) Например? Вместо суммы в 1000 рублей передашь 19,50?

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

p.S. Пустые и нулевые значения это тоже по сути значения, которые могут выступать как значения по умолчанию

Я хотел узнать, не заблокируется ли ФР или не произойдет что-нибудь нехорошее при отправке неверных данных из 1С в ККМ.

(12) ФР не заблокируется, он просто отправляет то, что ему дают. Так же как например роутер не может заблокироваться, от передачи "неверных данных". Что понимается под "неверными данными"?

Например номер смены или чека не тот.

Так откуда же неразумная железяка знает, что номер смены "не тот? Да и номер чека какой-то подозрительный, а заблокируюсь-ка я от греха подальше, а то еще краним сделают..."

в личном кабинете налоговой можно посмотреть свои данные по ККТ

данные в ККТ меняются с помощью драйвера ККТ

За данные нарушения предусмотрен административный штраф, размер которого составляет от 3 до 4 тыс.руб. (ст.14.5 Административного кодекса РФ).

о штрафах за ККТ
http://buhguru.com/buhgalteria/kassa/shtrafyi-za-kkt.html

(15) Ну в крайнем случае он может не передать конкретные данные. Например если в наименовании товара будет непечатный символ, то наименование будет пустое

Расскажите, пожалуйста...
Как правильно "Возврат прихода" делается-?
Вся работа с драйвером, у меня реализована через XML, все работает отлично, и только с возвратом разобраться не могу. Из документации 1С, следует, что продажа и возврат одним методом делается: "СформироватьЧек()". Только, в самой XML-ке,один параметр меняется - PaimentType. "1" для прихода, "2" для возвратов.
При попытке пробить возврат, выходит чек с надписью "Возврат прихода", печатаются строки с товаром, а потом "задумывается" на пару минут, и отменяется чек... Естественно, никуда чек не отправляется. Метод ПолучитьОшибку(ВыхПар) возвращает "Неправильная команда. Неверная команда регистрации аннулирования"... Какая команда? При чем здесь анулирование?
Этот же чек, с параметром PaimentType = "1", проходит нормально. А с "2", ни в какую...
Подскажите, если кто-то с этим сталкивался...

PS А... Вот кусочек лога, где была отмена чека возврата:

2017-06-11 00:11:30 : *OdinS_PrintFiscalString: LastErrorCode = 0
2017-06-11 00:11:30 : *OdinS_PrintFiscalString: Exit
2017-06-11 00:11:30 : {PaymentCheck enter
2017-06-11 00:11:30 : : *PaymentCheck: 1544
2017-06-11 00:11:30 : : *PaymentCheck: 0
2017-06-11 00:11:30 : : *PaymentCheck: 0
2017-06-11 00:11:30 : : *PaymentCheck: 0
2017-06-11 00:11:30 : : {GetDocInfo enter
2017-06-11 00:11:30 : : : *GetDocInfo: nType = 10
2017-06-11 00:11:30 : : }GetDocInfo ret 1544

2017-06-11 00:11:30 : : *PaymentCheck: 1544
2017-06-11 00:11:30 : : *PaymentCheck: 1544
2017-06-11 00:11:30 : : *PaymentCheck: Tender(lCash)
2017-06-11 00:11:30 : : {Tender enter
2017-06-11 00:11:30 : : : *Tender: nAmount = 1544
2017-06-11 00:11:30 : : : *Tender: nType = 8
2017-06-11 00:11:30 : : : *Tender: sCardNum =
2017-06-11 00:11:30 : : : *Tender: sAuthCode =
2017-06-11 00:11:33 : : : *Tender (MoneyOut): Неправильная команда
2017-06-11 00:11:33 : : }Tender ret 10

2017-06-11 00:11:33 : : *PaymentCheck: Error in Tender(lCash)
2017-06-11 00:11:33 : }PaymentCheck ret 0

2017-06-11 00:11:33 : *PaymentCheck: Error Payment
2017-06-11 00:11:33 : *OdinS_CancelCheck: Enter
2017-06-11 00:11:33 : {CancelDocument enter
2017-06-11 00:11:41 : }CancelDocument ret 0

2017-06-11 00:11:41 : *OdinS_CancelCheck: Exit
2017-06-11 00:11:41 }ProcessCheck ret 0

Отвечу сам...
Все у меня правильно было, косяк драйвера...
Связался с разработчиком драйвера, выслал ему логи, и получил новую версию, в которой все работает:)