6. Алгоритм записи тега 1084 (дополнительный реквизит пользователя) при кодировании данных о льготном рецепте
Тег 1084 является структурой и состоит из тегов 1085 (наименование дополнительного реквизита пользователя) и тега 1086 (значение дополнительного реквизита пользователя)
1. Наименование дополнительного реквизита пользователя (тег 1085) при продаже по рецепту с 50% льготой: mdlp3108805
Содержит текстовую строку в кодировке CPP 866.
Байты [1:11] (11 байт) — (hex) 6D 64 6C 70 33 31 30 38 38 30 35.
Формируем тег 1085 в виде TLV для передачи в ККТ (байты резерва не передаются):
(hex) 3D 04 0A 00 6D 64 6C 70 33 31 30 38 38 30 35
3Dh 04h — номер тега 1085
0Bh 00h — длина значения тега 1085 (11 байт)
2. Значение дополнительного реквизита (тег 1086) при продаже по рецепту с 50% льготой: ps45102&dnАБV492&&781&dd181110&sid71752852194630&
Содержит текстовую строку в кодировке CPP 866.
Байты [1:49] (49 байт) —
(hex) 70 73 34 35 31 30 32 26 64 6E C0 C1 56 34 39 32 26 26 37 38 31 26 64 64 31 38 31 31 31 30 26 73 69 64 37 31 37 35 32 38 35 32 31 39 34 36 33 30 26
Формируем тег 1086 в виде TLV для передачи в ККТ (байты резерва не передаются):
(hex) 3E 04 31 00 70 73 34 35 31 30 32 26 64 6E C0 C1 56 34 39 32 26 26 37 38 31 26 64 64 31 38 31 31 31 30 26 73 69 64 37 31 37 35 32 38 35 32 31 39 34 36 33 30 26
3Eh 04h — номер тега 1086
31h 00h — длина значения тега 1086 (49 байт)
3. Формируем составной реквизит «дополнительный реквизит пользователя» (тег 1084) в виде STLV для передачи в ККТ (байты резерва не передаются)
Состоит из тегов 1085 и 1086 с общей длиной.
(hex) 3C 04 44 00 3D 04 0B 00 6D 64 6C 70 33 31 30 38 38 30 35 3E 04 31 00 70 73 34 35 31 30 32 26 64 6E C0 C1 56 34 39 32 26 26 37 38 31 26 64 64 31 38 31 31 31 30 26 73 69 64 37 31 37 35 32 38 35 32 31 39 34 36 33 30 26
3Ch 04h — номер тега 1084
44h 00h — длина тега 1084 (длина TLV тега 1085 + длина TLV тега 1086: 4 + 11 + 4 + 49 = 68 байт)
3Dh 04h — номер тега 1085
0Bh 00h — длина значения тега 1085 (11 байт)
3Eh 04h — номер тега 1086
31h 00h — длина значения тега 1086 (49 байт)
Скачать документ целиком в формате PDF
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
- Pick a username
- Email Address
- Password
By clicking “Sign up for GitHub”, you agree to our terms of service and
privacy statement. We’ll occasionally send you account related emails.
Already on GitHub?
Sign in
to your account
Вопрос: организация является доверительным управляющим здания, в котором сдает в аренду помещения. Арендаторами в том числе являются физические лица.
Необходимо ли для деятельности по доверительному управлению приобретать отдельный кассовый аппарат или достаточно того, которым организация пользуется для других видов деятельности?
Ответ:
Действующее законодательство не устанавливает для доверительного управляющего обязанность использовать отдельную ККТ для расчетов по договорам, заключенным в рамках исполнения договора доверительного управления недвижимым имуществом.
Однако в первичных документах, оформляемых доверительным управляющим, его наименование указывается с пометкой «Д.У.» (если оформление данных документов связано с имуществом, полученным в доверительное управление). Поскольку кассовый чек имеет статус первичного учетного документа, то и при оформлении чеков ККТ эта пометка является обязательной.
Наш взгляд, с этой целью может использоваться «дополнительный реквизит пользователя» (тег 1084).
Обоснование
Контрольно-кассовая техника применяется организациями и индивидуальными предпринимателями при осуществлении ими расчетов, за исключением случаев, установленных законом (п.1 ст.1.2 Федерального закона от 22.05.2003 N 54-ФЗ).
В общем случае ККТ применяется на месте осуществления расчета с покупателем (клиентом) и в момент осуществления расчета тем же лицом, которое осуществляет расчеты с покупателем (п.1 ст.4.3 Федерального закона N 54-ФЗ).
Это лицо поименовано в Федеральном законе N 54-ФЗ как «пользователь» — то есть организация или индивидуальный предприниматель, применяющие контрольно-кассовую технику при осуществлении расчетов (ст.1.1 Федерального закона N 54-ФЗ). Пользователем может быть как сам продавец, так и привлеченный им посредник, например, платежный агент (п. 11, 12 ст.4, ст.5 Федерального закона от 03.06.2009 N 103-ФЗ «О деятельности по приему платежей физических лиц, осуществляемой платежными агентами», письмо Минфина России от 02.05.2017 N 03-01-15/26812). Однако это в любом случае организация или предприниматель.
Федеральный закон N 54-ФЗ не требует регистрации отдельных ККТ для разных видов деятельности (однако ККТ выделяются по их функционалу — например, для расчетов исключительно через интернет).
Статья 1018 Гражданского кодекса РФ, предусматривающая для доверительного управления отдельный баланс и расчетный счет, также не устанавливает обязанность использовать ККТ, предназначенную для расчетов только в рамках ДДУ.
Таким образом, действующее законодательство не устанавливает для доверительного управляющего обязанность использовать отдельную ККТ для расчетов по договорам, заключенным в рамках исполнения договора доверительного управления недвижимым имуществом.
Вместе с тем отметим, что в соответствии с требованиями ст.1012 ГК РФ доверительный управляющий (при совершении им сделок в указанном качестве) обязан информировать третьих лиц о своем статусе. И в частности указывать в письменных документах после имени или наименования доверительного управляющего пометку «Д.У.». При ее отсутствии сделки признается совершенными доверительным управляющим лично — он обязывается перед третьими лицами и отвечает перед ними принадлежащим ему имуществом.
В связи с этим и в первичных документах, оформляемых доверительным управляющим, его наименование указывается с пометкой «Д.У.» (если оформление данных документов связано с имуществом, полученным в доверительное управление). Поскольку кассовый чек имеет статус первичного учетного документа (ст. 1.1 Федерального закона N 54-ФЗ), то и при оформлении чеков ККТ эта пометка является обязательной.
Приказом ФНС России от 21.03.2017 N ММВ-7-20/229@ «Об утверждении дополнительных реквизитов фискальных документов и форматов фискальных документов, обязательных к использованию» предусмотрен реквизит «наименование пользователя» (тег 1048), который содержит полное наименование организации (или ФИО индивидуального предпринимателя) и является обязательным во всех форматах фискальных документов, в том числе содержится в отчете о регистрации ККТ. Для чека в бумажной форме это также обязательный реквизит, а в состав чека в электронной форме при его передаче ОФД он включается только в случае, если ранее не был передан ОФД в составе отчета о регистрации или отчета об изменении параметров регистрации. Таким образом дополнение этого реквизита отметкой «Д.У.» юридически не корректно и весьма проблематично на практике (указание и удаление отметки потребует перерегистрации ККТ).
Приказом ФНС России от 21.03.2017 N ММВ-7-20/229@ также предусмотрен не обязательный реквизит «дополнительный реквизит пользователя» (тег 1084), который может включаться в состав кассового чека (или чека коррекции) пользователем с учетом особенностей сферы деятельности, в которой осуществляются расчеты. Отметим, что в отчет о регистрации ККТ этот реквизит не включается.
«Дополнительный реквизит пользователя» (тег 1084), в свою очередь состоит из реквизитов, указанных в таблице:
Наименование реквизита |
Тег |
Обязательность |
Форм. |
Повторение в ФД |
наименование дополнительного реквизита пользователя |
1085 |
7 Реквизит может не включаться в состав ФД. В случае включения реквизита в состав ФД его формат должен соответствовать установленному формату. Для чека в ФФД 1.0 значение и формат реквизитов (включая сам тег 1084) может быть произвольным. |
Печатная и Электронная |
Нет |
значение дополнительного реквизита пользователя |
1086 |
Официальные разъяснения ФНС РФ о порядке использования этого реквизита на данный момент отсутствуют. Поскольку это необязательный реквизит произвольного содержания, то на наш взгляд, «дополнительный реквизит пользователя» (тег 1084) может использоваться для включения в чек ККТ отметки «Д.У.» для расчетов по договорам, заключенным в рамках исполнения договора доверительного управления недвижимым имуществом.
Мы рекомендуем вам уточнить у производителя приобретенной вами ККТ (либо обслуживающего центра) правила программирования этого реквизита для конкретной модели.
Версия от 28.06.17 — добавлена поддержка тега 1021 (кассир) в документе. При этом переданное значение перекроет табличное.
от 06.06.17 — разблокированы теги чека коррекции.
Ссылка на этот документ в формате docx https://yadi.sk/d/u1O8bYcS3JsP26
Сделано на основе таблицы 5 из документа налоговой «Форматы фискальных документов» от 25.01.2017 + дополнительные теги, которые обрабатывает ККТ, но не передает в ОФД.
(Отдельно прикладываю ссылку на документ: https://yadi.sk/i/fXdvgrhE3GbNM5 Последнюю версию документа нужно брать у налоговой). Для понятия принципа работы с тегами желательно ознакомиться с этим документом – в нем есть таблицы с указанием, какие теги повторяются, а какие нет.
Здесь представлена таблица тегов, которые можно отослать во время открытого чека. Некоторые теги многоразовые и могут быть несколько раз применены к открытому чеку.
Проверялось с форматом ФД 1.0Beta — не все представленные здесь теги правильно обрабатываются в ОФД.
№ | Тег | Наимен. | Тип | Формат ЭФ | Формат ПФ | Фикс | Длина | МОЖЕТ ПЕРЕДАТЬ ПО | Описание |
1 | 1005 | адрес оператора перевода | Текст | Строка | {С} | Нет | 256 | ДА | Для банковских платежных агентов (субагентов) |
2 | 1008 | телефон или электронный адрес покупателя | Текст | Строка | +{Ц}
или {С}@{C} |
Нет | 64 | ДА | Абонентский номер покупателя или адрес электронной почты |
3 | 1016 | ИНН оператора перевода | Текст | Строка | ЦЦЦЦЦЦЦЦЦЦ | Да | 12 | ДА | Для банковских платежных агентов (субагентов) |
4 | 1021 | кассир | Текст | Строка | КАССИР + {C} | Нет | 64 | ДА
Слово «КАССИР» обязательно (см. документ налоговой, таблица 4). |
Реквизит «кассир» (тег 1021) может не включаться в состав ФД в случае применения ККТ для расчетов, осуществляемых с использованием автоматических устройств для расчетов. |
5 | 1026 | наименование оператора перевода | Текст | Строка | {С} | Нет | 64 | ДА | Для банковских платежных агентов (субагентов) |
6 | 1044 | операция платежного агента | Текст | Строка | {С} | Нет | 24 | ДА | Для банковских платежных агентов (субагентов) |
7 | 1057 | признак агента | Флаги | регистр битов | Приведены в таблице 10. Указываются через запятую | Да | 1 | ДА | См. таблицу 10 оригинального документа |
8 | 1073 | телефон платежного агента | Текст | Строка | +{Ц} | Нет | 19 | ДА (МНОГОРАЗОВЫЙ) | |
9 | 1074 | телефон оператора по приему платежей | Текст | Строка | +{Ц} | Нет | 19 | ДА (МНОГОРАЗОВЫЙ) | При осуществлении деятельности платежного агента и платежного субагента |
10 | 1075 | телефон оператора перевода | Текст | Строка | +{Ц} | Нет | 19 | ДА (МНОГОРАЗОВЫЙ) | Для оператора по переводу денежных средств |
11 | 1117 | адрес электронной почты отправителя чека | Текст | Строка | {С}@{C} | Нет | 64 | ДА | При передаче ОФД кассового чека (БСО) покупателю (клиенту) в электронной форме указывается адрес электронной почты ОФД |
12 | 1126 | признак проведения лотереи | Целое | byte | – | Да | 1 | ДА
(с форматом 1.0BETA возникают проблемы на ОФД) |
Принимает значения «1» и «0». При значении «0» реквизит не включается в состав ФД в ПФ. |
13 | 1171 | телефон поставщика | Текст | Строка | +{Ц} | Нет | 19 | ДА (МНОГОРАЗОВЫЙ) (с форматом 1.0BETA возникают проблемы на ОФД) | Для платежного агента и платежного субагента |
14 | 1192 | дополнительный реквизит чека (БСО) | Текст | Строка | {С} | Нет | 16 | ДА (с форматом 1.0BETA возникают проблемы на ОФД) | Применяется в составе кассового чека (БСО) |
15 | 1193 | признак проведения азартных игр | Целое | byte | – | Да | 1 | ДА (с форматом 1.0BETA возникают проблемы на ОФД) | Принимает значения «1» и «0». При значении «0» реквизит не включается в состав ФД в ПФ. |
16 | 1203 | ИНН кассира | Текст | Строка | – | Да | 12 | ДА (с форматом 1.0BETA возникают проблемы на ОФД) | Реквизит «ИНН кассира» может не включаться в состав ФД в случае применения ККТ в автоматическом режиме |
17 | 1207 | признак торговли подакцизными товарами | Целое | byte | – | Да | 1 | ДА (с форматом 1.0BETA возникают проблемы на ОФД) | Принимает значения «1» и «0». При значении «0» реквизит не включается в состав ФД в ПФ. |
18 | 1084 | дополнительный реквизит пользователя | Структура | STLV | – | Нет | 320 | Да. Тег составной (формируется из тегов 1085 и 1086). Возможно отправлять через тег 15000 | См. таблицу 26 оригинального документа |
Теги не от налоговой (теги кассы штрих-м)
№ | Тег | Наимен. | Тип | Формат ЭФ | Формат ПФ | Фикс | Длина | МОЖЕТ ПЕРЕДАТЬ ПО | Описание |
19 | 15000 | дополнительный реквизит пользователя | Текст | Строка | {С} | Нет | 256 | При отправке тега значение записывается в тег 1086, а тегу 1085 передается значение из таблицы 17 поля 13 | Сам Тег не передается, просто формирует тег 1084
Из переданной строки и текста из таблицы 17 поля 13 |
20 | 15001 | Бонус №1 | Целое | Uint32 | — | Нет | Макс. знач:4294967295 (4 байта) | (НЕ ПЕРЕДАЕТСЯ В ОФД)* | См. примечание ниже |
21 | 15002 | Бонус №2 | Целое | VLN | — | нет | 4 | (НЕ ПЕРЕДАЕТСЯ В ОФД)* | См. примечание ниже |
* Теги 15001 и 15002 не передаются в ОФД, используются для вывода каких-то бонусов в компактное окончание. Для этого нужно установить компактное окончание в стиле x5 [таблица 17, поле 18, значение 3] и закрыть чек или командой драйвера [FNCloseCheckEx] или командой протокола [FF45h]. Значение будет передаваться с тегом, название тега берется из таблицы 17, поле 19 [тег 150001] и 20 [15002].
Теги чека коррекции
№ | Тег | Наимен. | Тип | Формат ЭФ | Формат ПФ | Фикс | Длина | МОЖЕТ ПЕРЕДАТЬ ПО | Описание |
22 | 1174 | Основание для коррекции | Структура | STLV | — | НЕТ | 292 | ДА | Составной из тегов представленных ниже (работает с форматом ФД 1.0NEW) |
23 | 1177 | наименование основания для коррекции | Текст | Строка | {С} | Нет | 256 | ДА | |
24 | 1178 | дата документа основания для коррекции | Целое | UnixTime | ДД.ММ.ГГ | Да | 4 | ДА | В данном реквизите время всегда указывать, как 00:00:00 |
25 | 1179 | номер документа основания для коррекции | Текст | Строка | {С} | Нет | 32 | ДА |