ОПИСАНИЕ ПРОТОКОЛА ВЗАИМОДЕЙСТВИЯ МЕЖДУ КОНТРОЛЬНО-КАССОВОЙ ТЕХНИКОЙ И ИНФОРМАЦИОННОЙ (АВТОМАТИЗИРОВАННОЙ) СИСТЕМОЙ ОПЕРАТОРА ФИСКАЛЬНЫХ ДАННЫХ (Версия 1.2, 21.09.2020)

 

  Главная      Учебники - Разные 

 

поиск по сайту            правообладателям  

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

ОПИСАНИЕ ПРОТОКОЛА ВЗАИМОДЕЙСТВИЯ МЕЖДУ КОНТРОЛЬНО-КАССОВОЙ ТЕХНИКОЙ И ИНФОРМАЦИОННОЙ (АВТОМАТИЗИРОВАННОЙ) СИСТЕМОЙ ОПЕРАТОРА ФИСКАЛЬНЫХ ДАННЫХ (Версия 1.2, 21.09.2020)

 

 

ФЕДЕРАЛЬНАЯ НАЛОГОВАЯ СЛУЖБА РОССИЙСКОЙ ФЕДЕРАЦИИ
ОПИСАНИЕ ПРОТОКОЛА ВЗАИМОДЕЙСТВИЯ
МЕЖДУ КОНТРОЛЬНО-КАССОВОЙ ТЕХНИКОЙ И
ИНФОРМАЦИОННОЙ (АВТОМАТИЗИРОВАННОЙ) СИСТЕМОЙ
ОПЕРАТОРА ФИСКАЛЬНЫХ ДАННЫХ
Версия 1.2 от 21.09.2020
Москва 2020
Содержание
1.
Общие положения
3
1.1
Введение
3
1.2
Термины и определения
4
1.3
Список сокращений
5
1.4
Структура спецификации
6
2.
СТРУКТУРА ИНФОРМАЦИОННЫХ ОБМЕНОВ
6
3.
Протокол прикладного уровня
7
3.1
Состав взаимодействующих объектов прикладного уровня
7
3.2
Система именования объектов прикладного уровня
8
3.3
Структуры данных для взаимодействия объектов прикладного уровня
8
4.
Протокол сеансового уровня
9
4.1
Система именования объектов сеансового уровня
9
4.2
Структура Сообщения протокола сеансового уровня
9
4.3
Инициатива передачи данных
13
4.3.1
Сценарий формирования Сообщения
14
4.3.2
Сценарий формирования Квитанции
15
4.4
Описание конечного автомата S-объекта Клиент ФН
16
4.5
Описание конечного автомата S-объекта Клиент ККТ
22
4.6
Описание конечного автомата S-объекта Сервер
30
4.7
Описание конечного автомата S-объекта ПКЗ Сервера
35
4.8
Служебный режим функционирования протокола
38
5.
Протокол транспортного уровня
38
6.
Приложение (Справочное). Библиография
39
2
1. ОБЩИЕ ПОЛОЖЕНИЯ
1.1 Введение
В настоящем документе представлены описания протоколов прикладного,
сеансового и транспортного уровней информационного обмена между
контрольно-кассовой техникой и техническими средствами оператора
фискальных данных (ОФД) или Оператора информационных систем маркировки
(ОИСМ). При описании протоколов используется стандартная базовая
семиуровневая эталонная модель взаимосвязи открытых систем (далее - ЭМ
ВОС), а также термины и определения, используемые для ее описания [3].
В настоящем документе описываются верхние четыре уровня:
А
- прикладной (application) уровень.
P
- уровень представления (presentation) данных.
S
- сеансовый (session) уровень.
T
- транспортный (transport) уровень.
Для описания процессов формирования, передачи, обработки фискальных
данных используются четыре описания протоколов:
Прикладной протокол
- А-протокол
[3],
обеспечивающий
взаимодействие прикладных процессов
[3],
решающих задачи формирования, передачи,
обработки [фискальных] документов.
Протокол
уровня
- Р-протокол
[3], обеспечивающий описание
представления
(формат
одного из форматов фискальных документов.
документа)
Протокол
сеансового
- S-протокол
[3],
обеспечивающий обмен
уровня
сообщениями между Клиентом ККТ и
Сервером.
Протокол транспортного
- T-протокол [3], обеспечивающий дуплексный
уровня
потоковый обмен бинарными данными между
Т-логическими объектами [3] Клиента ККТ и
Сервера.
Далее по тексту перечисленные протоколы именуются как A-, P-, S-, T-
протокол, соответственно.
Для обеспечения совместимости моделей ККТ и ТС ОФД (ТС ОИСМ),
исполняющих функции в соответствии с различными версиями описаний
коммуникационных протоколов и форматов фискальных документов протоколы
3
сеансового и транспортного уровней издаются одним документом, имеющим
свой номер версии. Номер текущей версии - 1.1.
Состав протоколов уровня представления
(форматы фискальных
документов) может изменяться. Протоколы уровня представления применяются
без изменения логики функционирования объектов протокола сеансового уровня.
1.2 Термины и определения
В настоящем документе используются следующие термины и определения:
Приложение ККТ
- программное обеспечение (ПО) контрольно-
кассовой техники (ККТ).
Приложение Оператора
- программное
обеспечение
технических
средств ОФД (ОИСМ).
Документ
- объект прикладного уровня, содержащий
фискальный
документ
установленного
формата, сформированный Приложением ККТ
(по перечню фискальных документов,
приведенных а Приказе ФНС России [2], за
исключением Подтверждения оператора,
Ответа на запрос и Квитанции на
уведомление).
Подтверждение
- объект прикладного уровня, содержащий
фискальный
документ
установленного
формата, сформированный Приложением
Оператора (Подтверждение оператора, Ответ
на запрос и Квитанция на уведомление [2]).
При описании протокола сеансового уровня используются следующие
термины и определения:
Клиент ККТ
- Реальная открытая система [3], выполняющая в
ККТ функции передачи фискальных данных.
Клиент ФН
- Реальная система
[3] в составе ККТ,
выполняющая
функции
фискального
накопителя и формирования Сообщений, при
помощи
которых
осуществляется
взаимодействие между Клиентом ФН и ПКЗ
Сервера.
Интерфейс ФН
- Система команд, при помощи которых
Приложение ККТ и Клиент ККТ
взаимодействуют с Клиентом ФН.
4
Сервер
-
Реальная открытая система [3], выполняющая в
составе ТС ОФД (ОИСМ) функции приема
фискальных данных.
ПКЗ Сервера
-
Реальная система
[3] в составе ТС ОФД
(ОИСМ), выполняющая функции защиты
фискальных данных и формирования
Сообщений,
при
помощи
которых
осуществляется
взаимодействие
между
Клиентом ФН и ПКЗ Сервера.
Интерфейс ПКЗ
-
Система команд
(сетевых взаимодействий),
при помощи которых Приложение Оператора и
Сервер взаимодействуют с ПКЗ Сервера.
Контейнер
-
Объект сеансового уровня, содержащий
Документ или Подтверждение. Контейнер
формируется объектами ПКЗ и Клиент ФН.
Сообщение
-
Объект сеансового уровня, формируемый
Клиентом ККТ. Сообщение включает
содержащийся в Контейнере Документ.
Квитанция
-
Объект сеансового уровня, формируемый
Сервером. Квитанция включает содержащееся
в Контейнере Подтверждение.
При описании протокола транспортного уровня используются следующие
термины и определения:
Соединение
- Состояние объектов транспортного уровня,
обеспечивающее установление связи для
обмена данными.
Порт ТСР
- Натуральное число, записываемое в заголовках
протоколов транспортного уровня модели OSI
[9]. Используется для определения процесса-
получателя пакета в пределах одного хоста.
IP-адрес
- Уникальный
идентификатор
узла
в
компьютерной сети, построенной на основе
протокола IP [5].
1.3 Список сокращений
ККТ
- контрольно-кассовая техника.
ОИСМ
- оператор информационных систем маркировки
[товаров].
ОФД
- оператор фискальных данных.
ТС
- технические средства [Оператора].
5
ПКЗ
- подсистема криптографической защиты.
ПО
- программное обеспечение.
ФД
- фискальные данные.
ФН
- фискальный накопитель.
ФФД
- форматы фискальных документов [2].
ЭМ ВОС
- эталонная модель взаимосвязи открытых
систем.
1.4 Структура спецификации
Описание протоколов различных уровней взаимодействия между ККТ и
ТС ОФД (ОИСМ) в настоящем документе представлены в следующей
последовательности:
описание протокола прикладного уровня;
описание протокола сеансового уровня;
описание протокола транспортного уровня.
В качестве описания протокола уровня представления применяются
форматы фискальных документов, утверждаемые ФНС России.
2. СТРУКТУРА ИНФОРМАЦИОННЫХ ОБМЕНОВ
Структура информационных обменов между ККТ и ТС ОФД (ОИСМ),
объекты и функции протоколов различных уровней управления передачей
данных показаны на рисунке 1.
6
Рис. 1. Структура информационных обменов ККТ и ТС ОФД (ОИСМ)
3. ПРОТОКОЛ ПРИКЛАДНОГО УРОВНЯ
3.1 Состав взаимодействующих объектов прикладного уровня
Прикладной протокол осуществляет процесс формирования Документов и
их передачу от Приложения ККТ к Приложению Оператора. При этом:
Приложение ККТ направляет Клиенту ФН фискальные данные для
формирования Документа в соответствии с описанием протокола [10];
Документ включает реквизиты в составе и в формате, установленном
документом [2];
Клиент ФН формирует А-объект Документ в виде структуры данных
установленного формата, возвращает его Приложению ККТ для печати,
формирует защищенный Контейнер, который передается Клиентом
ККТ к Серверу в Сообщении;
Сервер, с использованием технических средств проверки (ПКЗ Сервера)
проверяет принятое Сообщение, извлекает из него Документ и передает
его Приложению Оператора;
7
Приложение Оператора выполняет форматно-логический контроль
Документа, передает результат (Сообщение оператора) ПКЗ Сервера, во
взаимодействии с ним формирует Подтверждение;
ПКЗ Сервера защищает Подтверждение, помещает его в Контейнер;
Сервер формирует объект Квитанция и передает его при посредстве
Клиента ККТ Клиенту ФН; при этом, в случае, если Подтверждение
содержит сведения, предназначенные пользователю ККТ, объект
Клиент ФН передает эти сведения Приложению ККТ в соответствии с
описанием протокола [10].
Взаимодействие между Приложением ККТ и Приложением Оператора
производится при посредстве объектов Клиент ФН и ПКЗ Сервера,
обеспечивающих формирование объектов S-протокола Сообщение и Квитанция.
3.2 Система именования объектов прикладного уровня
Объекты прикладного уровня именуются
(идентифицируются) с
использованием имен (идентификаторов) объектов сеансового уровня.
3.3 Структуры данных для взаимодействия объектов прикладного
уровня
Для взаимодействия между Приложением ККТ и Приложением Оператора
каждый А-объект (Документ, Подтверждение) упаковывается в защищенный
Контейнер. S-протокол порождает объекты Сообщение и Квитанция сеансового
уровня, дополняя Контейнер заголовком Сообщения. Структура объекта
Сообщение (Квитанция) и вложенных объектов показана на рисунке 2.
Рис. 2. Структура Сообщения
Описание формата заголовка протокола сеансового уровня и заголовка
Контейнера, приведенные на рисунке 2, содержится в разделе 4.
4. ПРОТОКОЛ СЕАНСОВОГО УРОВНЯ
Клиент ККТ формирует Сообщения, передает их Серверу и принимает
объекты Квитанция. Объекты Сообщение и Квитанция передаются в
защищенном виде с обеспечением свойств аутентификации источника данных,
целостности и, при необходимости, конфиденциальности. Контейнер Сообщения
в защищенном виде формирует объект Клиент ФН, Контейнер Квитанции - ПКЗ
Сервера.
4.1 Система именования объектов сеансового уровня
Объекты сеансового уровня именуются
(идентифицируются) с
использованием следующих структур адресной информации:
Клиент ККТ идентифицируется по заводскому номеру ФН и
регистрационному номеру ККТ. Регистрационный номер ККТ имеет
формат и принимает значения реквизита «регистрационный номер
ККТª (тег 1037) из документа [2].
Клиент ФН идентифицируется по заводскому номеру ФН, который
имеет формат и принимает значения реквизита «номер ФНª (тег 1041)
из документа [2].
Сервер идентифицируется при помощи идентификатора, описанного в
формате URI [4].
ПКЗ Сервера идентифицируется при помощи идентификатора,
описанного в формате URI
[4], область видения которого
ограничивается экземпляром ТС ОФД
(ОИСМ), не является
уникальным идентификатором.
URI Сервера должен конфигурироваться в соответствии с
эксплуатационной документацией ККТ. Максимальная длина URI Сервера,
составляет 2048 байтов. Минимальная длина URI Сервера, которая должна
поддерживаться всеми моделями Клиента ККТ составляет 256 байтов.
4.2 Структура Сообщения протокола сеансового уровня
Структура заголовка Сообщения
(Квитанции) сеансового уровня
приведена в Таблице 1.
9
Таблица 1
Название поля
Длина
Описание поля
Сигнатура
4, byte []
Контрольная сигнатура заголовка для
восстановления синхронизации потока и
контроля целостности Сообщения.
Для Сообщения, направляемого ОФД,
устанавливается значение Сигнатуры
‘2A08410A’h.
Для Сообщения, направляемого ОИСМ,
устанавливается значение Сигнатуры
‘DD80CAA1’h.
Массив Сигнатуры передается в порядке
нумерации байтов
Версия S-протокола
2, byte []
Значение версии S-протокола.
При передаче Сообщений ОФД должно
устанавливаться значение версии протокола
сеансового уровня ‘81A2’h.
При передаче тестовых посылок к ОФД по
каналу передачи сведений о
маркированных товарах (т.н. интерфейс
тестовых посылок [11]) должно
устанавливаться значение версии протокола
сеансового уровня ‘82FB’h.”
При передаче Сообщений ОИСМ должно
устанавливаться значение версии протокола
сеансового уровня ‘82A2’h.
Массив передается в порядке нумерации
байтов
Версия P-протокола
2, byte []
При передаче Сообщений ОФД значение
версии P-протокола соответствует
значению реквизита «номер версии ФФДª
(тег 1209) из документа [2] и кодируется в
виде:
‘0100’h - рекомендуется для версии ФФД
1.0 (допускаются также коды ‘0001’h и
‘0002’h);
10
Название поля
Длина
Описание поля
‘0105’h - для версии ФФД 1.05;
‘0110’h - для версии ФФД 1.1,
‘0120’h - для версии ФФД 1.2.
При передаче Сообщений ОИСМ должно
устанавливаться значение версии Р-
протокола ‘0001’h.
Массив передается в порядке нумерации
байтов
Номер ФН
16, ASCII
Идентификатор Клиента ККТ в форме
номера ФН, который подготовил и
направил Сообщение или к которому
направляется Сообщение
Размер тела
2, Int, LE
Содержит длину тела Сообщения
(Контейнера).
Флаги
2, Int, LE
Содержит флаги режима обработки
Сообщения (см. Таблицу 2)
Проверочный код
2, Int, LE
Содержит контрольный проверочный код,
вычисленный для Сообщения, включая
заголовок (исключая данное поле). Режим
вычисления проверочного кода
определяется Флагами.
Алгоритм вычисления контрольного
проверочного кода: CRC16-CCITT.
Заполняется нулями в случае отсутствия
проверочного кода
Флаги заголовка Сообщения (Квитанции) сеансового уровня приведены в
Таблице 2.
Таблица 2
Номер
Описание поля
бита
15-8
RFU (зарезервировано, заполнено двоичными нулями)
11
Номер
Описание поля
бита
7-6
Уровень приоритета Сообщения:
00 - нормальный приоритет Сообщения.
Остальные значения - уровень приоритета Сообщения (в порядке
возрастания, выше нормального приоритета)
5-4
Флаг функциональных возможностей Клиента ККТ:
00 - Клиент не ожидает получение ответа на переданный Контейнер.
01 - Клиент ожидает получение ответа на переданный Контейнер.
10, 11 - запрещенное значение кода
3
RFU (зарезервировано, значение 0)
2
Флаг передачи Контейнеров:
0 - тело Сообщения не содержит Контейнер.
1 - тело Сообщения содержит Контейнер
1-0
Режим вычисления проверочного кода:
00 - проверочный код не вычисляется.
01 - проверочный код вычисляется по заголовку Сообщения.
10 - проверочный код вычисляется по заголовку и телу Сообщения.
11 - запрещенное значение кода
Примечание.
Структура флагов заголовка Сообщения
(Квитанции) сеансового
уровня в части, не имеющей функционального развития в настоящем
описании, зарезервирована для использования в следующих версиях
протокола сеансового уровня.
Структура заголовка Контейнера, формируемого объектами Клиент ФН и
ПКЗ Сервера, приведена в Таблице 3.
Таблица 3
12
Название поля
Длина (байт)
Описание поля
Длина
2, Int, LE
Содержит размер данных Контейнера
(размер данных А-объекта в формате
передачи).
Максимальная длина данных
Контейнера - 32 Кб
Проверочный код
2, Int, LE
Содержит контрольный проверочный
код, вычисленный для Контейнера,
включая заголовок (исключая данное
поле).
Алгоритм вычисления контрольного
проверочного кода: CRC16-CCITT
Тип Контейнера
1
Константа A5h/5Ah, для обработки в
ФН и ПКЗ Сервера
Тип данных
1
Код типа данных, содержащихся в
Контейнера
Контейнере, для обработки в ПКЗ
Сервера
Версия формата
1
Версия формата Контейнера
Контейнера
определяет длину заголовка и режим
его обработки в ФН и ПКЗ Сервера.
Принимает значения:
‘0x’h - заголовок длиной 32 байта
Служебные данные
(переменная)
Служебные данные заголовка
Контейнера
Контейнера для обработки в ФН и ПКЗ
Сервера. Длина поля определяется с
учетом значения версии формата
Контейнера, указанной в
соответствующем поле заголовка
4.3 Инициатива передачи данных
Подготовку данных для передачи производит Приложение ККТ во
взаимодействии с объектом Клиент ФН или Приложение Оператора во
13
взаимодействии с объектом Сервер и ПКЗ Сервера. Инициативой передачи
Сообщений обладает Клиент ФН.
Сценарии формирования Сообщения и Квитанции различаются и описаны
ниже.
4.3.1 Сценарий формирования Сообщения
Приложение ККТ, начав формирование фискального документа, передает
Клиенту ФН фискальные данные при помощи последовательности команд
Интерфейса ФН. Клиент ФН формирует документ из поступивших реквизитов, в
том числе вычисляет необходимые фискальные признаки и, по завершении ввода
данных со стороны Приложения ККТ, сформированный фискальный документ
возвращает Приложению ККТ, формирует защищенный Контейнер,
предназначенный для передачи в Сообщении и ставит его в очередь на передачу.
Клиент ККТ периодически запрашивает состояние флага Клиента ФН,
указывающего на наличие Сообщений для передачи. При наличии у Клиента ФН
Сообщений для передачи Клиент ККТ устанавливает соединение транспортного
уровня с Сервером Оператора. Установив, разорвав или потеряв соединение
транспортного уровня с Сервером, Клиент ККТ осуществляет обмен
Сообщениями с Сервером, восстанавливает такое соединение или
предпринимает иные действия, предусмотренные протоколом взаимодействия.
Для начала передачи Сообщения Серверу Клиент ККТ передает Клиенту
ФН при помощи Интерфейса ФН команду «начало передачи Сообщенияª. Далее
Клиент ККТ, начав передачу данных Серверу Оператора, запрашивает у Клиента
ФН данные для передачи. Клиент ФН начитает передавать Клиенту ККТ тело
Сообщения (Контейнер). Клиент ККТ формирует Сообщение сеансового уровня,
присоединяя к Контейнеру заголовок протокола сеансового уровня и передавая
сообщение Серверу Оператора.
По завершении передачи Сообщения, содержащего Документ Клиент ККТ
переходит в состояние ожидания Квитанции. Клиент ККТ удерживает
соединение транспортного уровня для последующего приема Квитанции.
Примечание.
Изложение протокола взаимодействия допускает обработку
Сообщения с разбиением на части
(блоки) в том случае, если
технические возможности модели ККТ не обеспечивают обработку
всего Сообщения в оперативной памяти ККТ, его передачи T-
протоколу или получению от T-протокола, если интерфейс Клиента
ФН не обеспечивает или предусматривает обработку Сообщения
частями
(блоками) с применением команд Интерфейса ФН.
14
Возможность разделения и обработки Сообщения блоками
(«поблочноª) на стороне ККТ далее специально не указывается.
4.3.2 Сценарий формирования Квитанции
После приема Сообщения от ККТ Сервер передает его ПКЗ Сервера,
который производит проверку Сообщения, извлекает из него Документ и
передает его Приложению Оператора. Приложение Оператора, сформировав
Подтверждение, предназначенное определенному Клиенту ККТ, передает его
ПКЗ Сервера. ПКЗ Сервера включает Подтверждение в защищенный Контейнер
и передает его Серверу. Сервер формирует Квитанцию передает ее Клиенту ККТ.
15
4.4 Описание конечного автомата S-объекта Клиент ФН
Конечный автомат объекта сеансового уровня Клиент ФН показан на рис. 3.
Рис. 3
16
Ветвь «Формирование фискального документаª, выходящая из состояния «ОЖИДАНИЕª по входному
символу «ФДª, показанная на рис. 3 штриховой линией, отображает цикл формирования фискального документа.
В результате выполнения этой ветви коммуникации между ККТ и ОФД не осуществляются, создается
фискальный документ для печати, запись в архиве ФН и Сообщение для ОФД (ОИСМ), которое устанавливается
в в очередь на передачу, хранимую в ФН.
Ветвь «Передача фискального документаª, выходящая из состояния «ОЖИДАНИЕª по входному символу
«Оч. С > 0 И Соед-ª или «Оч. С > 0 И Соед+ª, показанная на рис. 3 сплошной линией, отображает цикл передачи
фискального документа через S-объект Клиент ККТ S-объекту Сервер. Данная ветвь выполняется для всех
описанных в [2] типов фискальных документов за исключением документа «Запрос о коде маркировкиª.
Ветвь «Передача запроса в ОИСМª, показанная на рис. 3 точечной линией, выходящая из состояния
«Данныеª по входному символу «Запросª, отображает цикл формирования, передачи и приема фискальных
документов «Запрос о коде маркировкиª и «Ответ на запросª [2].
Описание конечного автомата объекта сеансового уровня Клиент ФН приведено в Таблице 4.
Таблица 4
Наименование
Описание состояния
Входной
Переход в
состояния
символ
состояние
ОЖИДАНИЕ
Основное, начальное и конечное
(«холостоеª) состояние
Данные
Прием
автомата
Данных
При наличии Сообщения на передачу без установки Клиентом
Оч. С > 0 И
Флаг С+,
ККТ соединении транспортного уровня Клиент ФН переходит
Соед.-
Соединение-
в состояние индикации Клиенту ККТ флага готовности к
передаче данных («Флаг С+, Соединение-ª). Клиент ККТ
понимает это состояние, как требование установить
соединение транспортного уровня с Сервером
При наличии Сообщения на передачу и установленном
Оч. С > 0 И
ФлагС+,
Клиентом ККТ соединении транспортного уровня Клиент ФН
Соед.+
Соединение+
17
Наименование
Описание состояния
Входной
Переход в
состояния
символ
состояние
переходит в состояние индикации Клиенту ФН флага
готовности к передаче данных
(«ФлагС+, Соединение+ª).
Клиент ККТ понимает это состояние, как требование начать
передачу Сообщения Серверу
Прием данных
Клиент ФН принимает от объекта Приложение ККТ данные
Данные
Документ
для формирования Документа
Клиент ФН принимает от объекта Приложение ККТ данные
Запрос
Формирование
для формирования запроса о коде маркировки
Сообщения
«Зª
Приложение ККТ информирует объект Клиент ФН о том, что
ФД завершен
Документ
все данные для формирования Документа переданы
Документ
Клиент ФН создает защищенный Контейнер, включающий
по
Передача
Документ.
завершении
Документа
Передача
Клиент ФН передает Контейнер Сообщения объекту Клиент
по
Защита
Документа
ККТ
завершении
Сообщения
Защита
Клиент ФН выполняет операции защиты Документа,
по
Сообщение в
Сообщения
формирует Контейнер Сообщения сеансового уровня для
завершении
очередь
постановки его в очередь на передачу
Сообщение
в
Клиент ФН ставит Контейнер Сообщения в очередь на
по
ОЖИДАНИЕ
очередь
передачу
завершении
Флаг С+
В этом состоянии Клиент ФН ожидает от Клиента ККТ
Соед.+
Флаг+,
Соединение-
уведомления об установлении соединения транспортного
Соединение+
уровня с Сервером (событие «Связьª для Клиента ККТ,
находящегося в состоянии «Т-соединениеª)
Флаг С+,
В этом состоянии Клиент ФН ожидает от Клиента ККТ
Запрос
Передача
Соединение+
запроса на передачу данных Серверу. При поступлении от
Сообщения
Клиента ККТ запроса на передачу данных (т.е. при переходе
18
Наименование
Описание состояния
Входной
Переход в
состояния
символ
состояние
Клиента ККТ в состояние «Прием Сообщения ФНª) Клиент
ФН переходит в состояние «Передача Сообщения)
В случае, если Клиент ФН получает от Клиента ККТ
Соед.-
Флаг+,
уведомление о разрыве соединения транспортного уровня
Соединение-
(событие «Обрыв связиª), следует переход в состояние
ожидания установления соединения («Флаг+, Соединение-ª)
транспортного уровня
Передача
Клиент ФН передает Контейнер Сообщения объекту Клиент
Передано
Ответ ПКЗ?
Сообщения
ККТ. Выход из состояния передачи производится по
получении от Клиента ККТ через Интерфейс ФН
уведомления о завершении передачи Контейнера
В случае, если Клиент ФН в этом состоянии получает от
Соед.-
Флаг+,
Клиента ККТ уведомление о разрыве соединения
Соединение-
транспортного уровня (событие «Обрыв связиª), следует
переход в состояние ожидания соединения («Флаг+,
Соединение-ª)
Ответ ПКЗ?
По завершении передачи Контейнера Сообщения Клиент ФН
Прием
Прием
взводит таймер на ожидание Квитанции от ПКЗ Сервера.
Квитанции
Таймер имеет фиксированную длительность 300 с. При
поступлении Квитанции Клиент ФН переходит в состояние
«Прием Квитанцииª
В случае, если Квитанция в течение 300 секунд не поступила,
Таймер ПКЗ
Флаг С+,
Клиент ФН переходит в состояние «Флаг С+, Соединение+ª
Соединение+
В случае, если Клиент ФН в этом состоянии получает от
Соед.-
Флаг+,
Клиента ККТ уведомление о разрыве соединения
Соединение-
транспортного уровня (событие «Обрыв связиª), следует
19
Наименование
Описание состояния
Входной
Переход в
состояния
символ
состояние
переход в состояние ожидания соединения («Флаг+,
Соединение-ª)
Прием
Клиент ККТ начинает запись принимаемых данных в ФН,
Принята
Квитанция?
Квитанции
подавая через Интерфейс ФН команду на начало записи
Квитанции.
Выход из состояния записи принимаемых данных в ФН
производится по получении от Клиента ККТ через
Интерфейс ФН уведомления о завершении записи Квитанции
в фискальный накопитель. По завершении приема Клиент
ФН переходит в состояние «Квитанция?ª
В случае, если Клиент ФН в этом состоянии получает от
Соед.-
Флаг+,
Клиента ККТ уведомление о разрыве соединения
Соединение-
транспортного уровня (событие «Обрыв связиª), следует
переход в состояние ожидания соединения («Флаг+,
Соединение-ª)
Квитанция?
В этом состоянии Клиент ФН, получивший Контейнер
Оч.С > 0 И
Флаг С+,
Квитанции, снимает защиту и проверяет его содержимое.
Соед.+
Соединение +
20
Наименование
Описание состояния
Входной
Переход в
состояния
символ
состояние
При положительном результате проверки Клиент ФН:
Оч.С = 0
ОЖИДАНИЕ
- сбрасывает таймер на ожидание Квитанции;
- устанавливает для Сообщения, на которое поступило
Подтверждение, признак «переданоª;
- сохраняет полученное Подтверждение;
- в случае, если Подтверждение содержит сообщение
оператора, предназначенное для индикации пользователю
ККТ, Клиент ФН сохраняет сообщение оператора для
передачи Приложению ККТ;
- проверяет наличие Сообщений в очереди и, если очередь не
пуста (событие «Оч.С > 0 И Соед.+ª), переходит в состояние
«Флаг С+, Соединение +ª. В случае, если очередь
Сообщений на передачу пуста (событие «Оч.С = 0ª), Клиент
ФН переходит в состояние «ОЖИДАНИЕª
В случае, если принятые от Сервера данные не удалось
Ошибка
Ответ ПКЗ?
расшифровать, проверить их целостность или распознать
синтаксис Подтверждения (событие «Ошибкаª) - Клиент ФН
без изменения состояния таймера на ожидание ответа ПКЗ,
переходит в состояние ожидания Квитанции
Формирование
Клиент ФН формирует фискальный документ «Запрос о коде
по
Прием ответа
Сообщения «Зª
маркировкиª, включает его в защищенное Сообщение и
завершении
передает его S-объекту Клиент ККТ и переходит к ожиданию
ответа Сервера
Прием ответа
В случае, если от Сервера поступает Сообщение,
Ответ
Прием данных
содержащее фискальный документ «Ответ на запросª,
Клиент ФН обрабатывает ответ и переходит в состояние
приема данных от Приложения ККТ
21
Наименование
Описание состояния
Входной
Переход в
состояния
символ
состояние
В случае, если от Приложения ККТ поступают данные до
Данные
Прием данных
приема Сообщения, содержащего фискальный документ
«Ответ на запросª, Клиент ФН прекращает ожидание ответа
и переходит в состояние приема данных от Приложения ККТ
4.5 Описание конечного автомата S-объекта Клиент ККТ
Конечный автомат объекта сеансового уровня Клиент ККТ показан на рис. 4.
22
Рис. 4
Ветвь «Формирование фискального документаª, выходящая из состояния «ОЖИДАНИЕª по входному
символу «ФДª, показанная на рис. 4 штриховой линией, отображает цикл формирования фискального документа,
в котором А-объект Приложение ККТ в ходе взаимодействия с S-объектом Клиент ФН обменивается командами
23
и данными. В результате выполнения этой ветви коммуникации между ККТ и ОФД не осуществляются, в
результате создается фискальный документ для печати, запись в архиве ФН и Сообщение для ОФД (ОИСМ),
которое устанавливается в в очередь на передачу, хранимую в ФН.
Ветвь «Передача фискального документаª, выходящая из состояния «ОЖИДАНИЕª по входному символу
«Таймер ФНª, показанная на рис. 4 сплошной линией, отображает цикл передачи фискального документа S-
объекту Сервер. Данная ветвь выполняется для всех описанных в [2] типов фискальных документов за
исключением документов «Запрос о коде маркировкиª и «Ответ на запросª.
Ветвь «Передача запроса в ОИСМª, показанная на рис. 4 точечной линией, выходящая из состояния
«Данныеª по входному символу «Запросª, отображает цикл формирования, передачи и приема фискальных
документов «Запрос о коде маркировкиª и «Ответ на запросª [2].
Описание конечного автомата объекта сеансового уровня Клиент ККТ приведено в Таблице 5.
Таблица 5
Наименование
Описание состояния
Входной
Переход в
состояния
символ
состояние
ОЖИДАНИЕ
Основное, начальное и конечное
(«холостоеª) состояние
ФД
Данные
автомата
Периодически, по событию
«Таймер ФНª, Клиент ККТ
Таймер ФН
Опрос
обращается к объекту Клиент ФН с запросом на передачу
Клиента ФН
данных Серверу. Для этого используется команда Интерфейса
ФН.
Период издания Клиентом ККТ события
«Таймер ФНª
устанавливается, по усмотрению изготовителя ККТ. Значение
длительности таймера может находится в пределах от 0 секунд
(непрерывный программный цикл) до
60 секунд.
Длительность таймера - фиксированная.
24
Наименование
Описание состояния
Входной
Переход в
состояния
символ
состояние
Сведения о способе установки длительности таймера
изготовитель ККТ указывает в эксплуатационной
документации модели ККТ
Данные
Приложение ККТ принимает от кассира задания на
Команда
Передача
формирование или ввод отдельных реквизитов фискальных
данных в ФН
документов
Приложение ККТ принимает от сканера код маркировки
Запрос
Передача
запроса в ФН
Передача
Приложение ККТ передает в ФН команды и данные, ожидает
Код ответа
Данные
данных в ФН
код ответа и возвращает его Приложению ККТ
В случае, если от ККТ поступает команда на завершение
ФД завершен
Ожидание
фискального документа, Клиент ФН прекращает прием
документа
данных и переходит к формированию фискального документа
Прием
Приложение ККТ ожидает завершения формирования
по
Печать
документа
фискального документа и принимает его от Клиента ФН.
завершении
документа
Клиент ФН создает Сообщение ОФД (ОИСМ), ставит его в
очередь на передачи и устанавливает флаг готовности
Сообщения к передаче
Печать
Приложение ККТ печатает фискальный документ
(при
по
ОЖИДАНИЕ
документа
наличии запроса кассира и функции печати)
завершении
Опрос Клиента
Клиент ККТ через Интерфейс ФН запрашивает наличие
Нет связи
Т-соединение
ФН
данных для передачи Серверу.
В случае, если очередь Клиента ФН на передачу не пуста, и
соединение с Сервером не установлено, Клиент ККТ
предпринимает попытку установить соединение с Сервером
25
Наименование
Описание состояния
Входной
Переход в
состояния
символ
состояние
Клиент ККТ через Интерфейс ФН запрашивает наличие
Связь
Прием
данных для передачи ОФД (ОИСМ).
Сообщения
В случае, если очередь Клиента ФН на передачу не пуста, и
ФН
соединение с Сервером установлено, начинается передача
Сообщений Серверу.
Примечание
1. Объект Клиент ККТ формирует запрос объекту
Клиент ФН на передачу данных только в случае установления
соединения транспортного уровня с объектом Сервер. В отсутствие
соединения (объект Сервер не доступен по сети) запросы на передачу
данных объекту Клиент ФН не подаются.
Примечание 2. В очереди Клиента ФН могут находиться как вновь
сформированные Сообщения, так и сформированные ранее, на которые
в установленный срок не поступили Квитанции Сервера
В случае, если очередь Клиента ФН на передачу пуста, Клиент
Оч. ФН = 0
ОЖИДАНИЕ
ККТ возвращается в начальное состояние.
Примечание
3.
Клиент ККТ может закрывать соединение
транспортного уровня перед возвратом в начальное состояние
Т-соединение
В этом состоянии Клиент ККТ предпринимает попытку
Связь
Прием
установить соединение транспортного уровня с Сервером. В
Сообщения
случае, если соединение установить удалось, Клиент ККТ
ФН
информирует Клиента ФН об установлении соединения и
переходит к приему Сообщения из ФН и передаче его на
Сервер
В случае, если соединение установить не удалось, Клиент ККТ
Нет Связи
Таймер С!
переходит в состояние «Таймер С!ª
Прием
Клиент ККТ принимает данные от объекта Клиент ФН и
Прочитано
и
Ответ
Сообщения ФН
передает их Серверу. По завершении процесса передачи
передано
Сервера?
Клиент ККТ сообщает Клиенту ФН о завершении передачи
Сообщения и переходит в состояние «Ответ Сервера?ª
26
Наименование
Описание состояния
Входной
Переход в
состояния
символ
состояние
В случае, если в ходе приема Сообщения от ФН и передачи его
Обрыв связи
Таймер C!
Серверу соединение транспортного уровня обрывается,
Клиент ККТ информирует Клиента ФН о разрыве соединения
и переходит в состояние «Таймер С!ª
Ответ Сервера?
Клиент ККТ взводит таймер на Квитанции Сервера.
Прием К
Прием
Длительность таймера составляет 300 секунд. В течение этого
Квитанции
времени Клиент ККТ удерживает соединение транспортного
уровня.
Если данные от Сервера начинают поступать до истечения
этого времени, Клиент ККТ переходит в состояние «Прием
Квитанцииª
Если Квитанция поступила до истечения таймера ожидания
Обрыв
Таймер С!
ответа Сервера или если в течение ожидания ответа Сервера
связи/ошибка
соединение транспортного уровня оборвалось, или если
возникла любая ошибка, включая и ошибку в программном
обеспечении Клиента ККТ, Клиент ККТ закрывает
соединение транспортного уровня, уведомляет Клиента ФН о
разрыве соединения и переходит в состояние «Таймер С!ª
Прием
Клиент ККТ извещает Клиента ФН о начале приема
Принята
Квитанция?
Квитанции
Сообщения от Сервера, выполняет операцию приема данных
от Сервера и передает их объекту Клиент ФН с
использованием команд интерфейса Клиента ФН
В случае, если при приеме Квитанции соединение
Обрыв
Таймер С!
транспортного уровня обрывается, или если возникла любая
связи/ошибка
ошибка, включая и ошибку в программном обеспечении
Клиента ККТ, Клиент ККТ уведомляет Клиента ФН о разрыве
27
Наименование
Описание состояния
Входной
Переход в
состояния
символ
состояние
транспортного соединения и переходит в состояние «Таймер
С!ª
Таймер С!
В этом состоянии Клиент ККТ взводит таймер на ожидание
по
ОЖИДАНИЕ
повторной попытки установление соединения транспортного
завершении
уровня (событие «Таймер Сª).
Период издания Клиентом ККТ события
«Таймер Сª
устанавливается в диапазоне от 12 секунд до 3600 секунд.
Минимальные значения периода устанавливается для моделей
ККТ, работающих, преимущественно, в стационарных
высокоскоростных сетях передачи данных и в условиях
неограниченного электропитания. Максимальные значения
периода
(до
3600 секунд) устанавливается для ККТ,
применяемой на коммуникационных каналах с ограниченной
пропускной способностью и (или) в условиях необходимости
минимизации энергопотребления.
Длительность таймера - фиксированная, может настраиваться
пользователем ККТ. Сведения о способе установки значения
длительности таймера изготовитель ККТ должен изложить в
эксплуатационной документации модели ККТ
Квитанция?
В этом состоянии Клиент ККТ уведомляет Клиента ФН о
Записана
в
Опрос
завершении приема Квитанции и ожидает от Клиента ФН
ФН
Клиента ФН
подтверждения успеха записи Подтверждения в фискальный
накопитель. По завершении - Клиент ККТ проверяет, имеется
ли у ФН следующее Сообщение для передачи Серверу.
Примечание. С подтверждением успешной записи Подтверждения
Клиент ФН может вернуть Клиенту ККТ сообщение оператора
фискальных данных, которое контрольно-кассовая техника может,
28
Наименование
Описание состояния
Входной
Переход в
состояния
символ
состояние
способом, указанным в эксплуатационной документации ККТ, довести
до сведения пользователя ККТ
В случае, если ФН не подтверждает успешную запись
Ошибка
Таймер С!
Подтверждения в фискальный накопитель, Клиент ККТ
записи в ФН
переходит в состояние
«Таймер С!ª. Так же если при
обработке Квитанции возникла любая ошибка, включая и
ошибку в программном обеспечении Клиента ККТ, Клиент
ККТ уведомляет Клиента ФН о разрыве транспортного
соединения и переходит в состояние «Таймер С!ª
Передача
Приложение ККТ передает в ФН команду на формирование
по
Прием
запроса в ФН
запроса о коде маркировки
завершении
Сообщения
«Зª
Прием
Клиент ККТ принимает от объекта Клиент ФН Сообщение, в
Связь
Ответ
на
Сообщения «Зª
котором содержится фискальный документ «Запрос о коде
запрос?
маркировкиª и, при наличии связи, передает его Серверу. По
завершении процесса передачи Клиент ККТ переходит в
состояние ожидания ответа
В случае отсутствия связи или в случае, если в ходе приема
Нет связи
Соединение
Сообщения от ФН и передачи его Серверу соединение
транспортного уровня обрывается, Клиент ККТ переходит к
попытке установить связь
Соединение
Клиент ККТ предпринимает попытку установить соединение
Связь
Ответ
на
транспортного уровня с Сервером. В случае успешного
запрос?
установления связи - передает Сообщение и переходит в
состояние ожидания ответа
Если связь установить не удается - Клиент ККТ переходит в
Нет связи
Данные
состояние «Данныеª
29
Наименование
Описание состояния
Входной
Переход в
состояния
символ
состояние
Ответ
на
Клиент ККТ ожидает ответа на запрос со стороны Сервера,
Прием ответа
Передача
запрос?
удерживая соединение транспортного уровня.
ответа в ФН
Если данные от Сервера начинают поступать, Клиент ККТ
принимает ответ Сервера и переходит в состояние «Передача
ответа в ФНª
Если данные не поступают до наступления одного из
Обрыв связи/
Данные
следующих событий:
данные/
ошибка
разрыв соединение транспортного уровня,
ввод новых команд/данных кассиром,
сообщение от Сервера об ошибке
Клиент ККТ переходит в состояние «Данныеª
Передача
Клиент ККТ передает принятое от Сервера Сообщение в ФН и
по
Данные
ответа в ФН
переходит в состояние «Данныеª
завершении
4.6 Описание конечного автомата S-объекта Сервер
Конечный автомат объекта сеансового уровня Сервер показан на рис. 5.
30
Рис. 5
Ветвь «Прием и обработка фискального документаª, выходящая из состояния «ОЖИДАНИЕª по входному
символу «Соединениеª, показанная на рис.
5 сплошной линией, отображает цикл приема, обработки и
31
подтверждения приема оператором фискальных данных всех описанных в [2] типов фискальных документов за
исключением документов «Запрос о коде маркировкиª и «Ответ на запросª.
Обработка документов «Запрос о коде маркировкиª и «Ответ на запросª выполняется с использованием
протокола взаимодействия описанного в документе [11].
Описание конечного автомата объекта сеансового уровня Сервер приведено в Таблице 6.
Таблица 6
Наименование
Описание состояния
Входной
Переход в
состояния
символ
состояние
ОЖИДАНИЕ
Основное, начальное и конечное («холостоеª) состояние
Соединение
Т-соединение
автомата. При установлении соединения транспортного
уровня со стороны Клиента ККТ автомат Сервера
переходит в состояние прослушивания соединения
Т-соединение
В этом состоянии Сервер прослушивает соединение с
Прием
Прием
Клиентом ККТ. В случае, если по соединению начинается
Сообщения
передача данных, Сервер переходит в состояние приема
Сообщения
В случае, если данные не поступают в течение
Обрыв связи
ОЖИДАНИЕ
определенного времени
(величина периода времени
отсутствия активности протокола взаимодействия Клиента
ККТ и Сервера определяется реализацией и регламентом
Оператора и настоящим протоколом не регламентируется),
или в случае, если Клиент ККТ разрывает соединение,
Сервер возвращается в начальное состояние
Прием
Документ
Проверка
В этом состоянии Сервер производит прием Сообщения
Сообщения
Сообщения
от клиента ККТ. По завершении приема Сообщения
Сервер определяет тип документа, содержащегося в
Сообщении по Сигнатуре заголовка сеансового уровня. В
32
Наименование
Описание состояния
Входной
Переход в
состояния
символ
состояние
случае, если Сигнатура принимает значение ‘2A08410A’h,
Сервер переходит в состояние «Проверка Сообщенияª
Запрос
Передача
в
В случае, если Сигнатура принимает значение
ОИСМ
‘DD80CAA1’h , Сервер переходит в состояние «Передача
в ОИСМª
Если при приеме Сообщения соединение транспортного
Обрыв связи
Сброс
уровня разрывается
- Сервер переходит в состояние
обработки
«Сброс обработкиª
Проверка
В этом состоянии Сервер сначала производит первичные
ПКЗ+
Формирование
Сообщения
проверки входящего соединения согласно внутренним
Подтверждения
правилам по защите от несанкционированных
подключений, затем выполняет проверку открытых
данных и выполняет ФЛК сообщения согласно
регламенту проверки, специфицированному ФНС России
и, в случае успеха передает принятое Сообщение в ПКЗ
Сервера. ПКЗ Сервера производит проверку Сообщения и
возвращает результат Серверу.
Если общий результат проверки положительный, Сервер
принимает от ПКЗ Сервера Документ, содержавшийся в
Сообщении и приступает к формированию
Подтверждения
Если общий результат проверки Сообщения
ПКЗ-
Сброс
отрицательный, Сервер переходит в состояние «Сброс
обработки
обработкиª
33
Наименование
Описание состояния
Входной
Переход в
состояния
символ
состояние
Формирование
В этом состоянии Сервер производит форматно-
Подтверждение
Защита
Подтверждения
логический контроль Документа, формирует и передает к
Квитанции
ПКЗ Сервера результат проверки (обработки) Документа
Защита
В этом состоянии Сервер передает в ПКЗ Сервера данные
Сообщение
Передача
Квитанции
Подтверждения. ПКЗ Сервера формирует Контейнер
Квитанции
Квитанции и возвращает его Серверу
Передача
В этом состоянии Сервер формирует и передает Клиенту
Передана
Т-соединение
Квитанции
ККТ Квитанцию. В случае успешной передачи -
переходит в состояние прослушивания транспортного
соединения для приема следующего Сообщения от
Клиента ККТ
Если при передаче Квитанции транспортное соединение
Обрыв связи
Сброс
оборвалось - Сервер переходит в состояние «Сброс
обработки
обработкиª
Сброс
В этом состоянии Сервер уничтожает все
по завершении
ОЖИДАНИЕ
обработки
«промежуточныеª контексты данных, созданные им в
ходе приема, проверки, обработки Сообщения и
возвращается в состояние «ОЖИДАНИЕª
Передача в
Сервер, работая на основе протокола [11], передает
Прием ответа
ОИСМ
Сообщение, содержащее Запрос о коде маркировки
ОИСМ
ОИСМ
Прием ответа
Сервер, работая на основе протокола [11], принимает от
Передача
ОИСМ
ОИСМ Сообщение, содержащее Ответ на запрос и
Сообщения
переходит к передаче этого сообщения Клиенту ККТ
34
4.7 Описание конечного автомата S-объекта ПКЗ Сервера
Конечный автомат объекта сеансового уровня ПКЗ Сервера показан на
рисунке 6.
Рис. 6
Описание конечного автомата объекта сеансового уровня ПКЗ Сервера
приведено в Таблице 7.
35
Таблица 7
Наименование
Описание состояния
Входной
Переход в
состояния
символ
состояние
ОЖИДАНИЕ
Основное, начальное и конечное («холостоеª) состояние
Принято
Проверка
автомата.
При вызове Сервера с запросом на проверку принятого от
Клиента ККТ Сообщения ПКЗ Сервера переходит в
состояние «Проверкаª
При запросе Сервера на формирование Квитанции ПКЗ
Подтверждение
Защита
Сервера переходит в состояние «Защитаª
Проверка
В этом состоянии ПКЗ Сервера:
Проверено
ОЖИДАНИЕ
- получает от Сервера Сообщение, принятое от Клиента
ККТ;
- расшифровывает Сообщение, если оно было
зашифровано;
- проверяет целостность Сообщения, проверяя фискальный
признак Сообщения;
- возвращает Серверу код (результат) проверки и, если
проверки Документа дали положительный результат,
Документ, извлеченный из Сообщения Клиента ККТ.
По завершении перечисленных операций ПКЗ Сервера
возвращается в начальное состояние
Защита
В этом состоянии ПКЗ Сервера:
Квитанция
ОЖИДАНИЕ
- получает от Сервера данные Подтверждения;
- включает Подтверждение в защищенный Контейнер,
передает его Серверу.
По завершении перечисленных операций ПКЗ Сервера
возвращается в начальное состояние
36
37
4.8 Служебный режим функционирования протокола
Служебный режим функционирования сеансового протокола предназначен
для проверки взаимодействия объектов Клиент ККТ и Сервер. В рамках
служебного режима функционирования протокола не производится
формирование и передача фискальных документов.
Служебный режим функционирования сеансового протокола состоит в
формировании одиночного Сообщения и его передачи от Клиента ККТ к
Серверу, обработка Сообщения Сервером без обращения к ПКЗ Сервера,
формирование ответной Квитанции и ее передачи от Сервера к Клиенту ККТ.
При формировании Сообщения и Квитанции не производится аутентификация
источника сообщения и не обеспечивается конфиденциальность.
Правила формирования Сообщения Клиента ККТ:
Сообщение состоит из заголовка сеансового уровня и не должно
содержать Контейнер («пустоеª тело сообщение);
поле заголовка «Длина телаª должно иметь нулевое значение;
поле заголовка «Флагиª должно иметь значение ‘0011’h или ‘0010’h.
Правила формирования Квитанции Сервера:
Квитанция состоит из заголовка сеансового уровня и не должна
содержать Контейнер («пустоеª тело сообщение);
поле заголовка «Длина телаª должно иметь нулевое значение;
поле заголовка «Флагиª должно иметь значение ‘0001’h или ‘0000’h.
5. ПРОТОКОЛ ТРАНСПОРТНОГО УРОВНЯ
В качестве протокола транспортного уровня используется протокол ТСР/IP
[5,9] со стандартными настройками стека.
Клиентское соединение устанавливается на порт протокола TCP.
IP-адрес Сервера (IPv4 [5], IPv6 [6]) разрешается из имени узла (хоста) из
открытой (публично доступной) системы DNS на основе протокола системы
доменных имен DNS
[7,8]. URI Сервера конфигурируется в экземпляре
контрольно-кассовой
техники в соответствии с эксплуатационной
документацией модели ККТ.
38
6. ПРИЛОЖЕНИЕ (СПРАВОЧНОЕ). БИБЛИОГРАФИЯ
1.
Федеральный закон «О применении контрольно-кассовой техники при
осуществлении наличных денежных расчетов и
(или) расчетов с
использованием платежных картª от 22.05.2003 N 54-ФЗ (в редакции
Федерального закона от 03.07.2016 № 290-ФЗ).
2.
ФНС России.
«Форматы фискальных документов, обязательные к
использованиюª. Приложение № 2 к приказу ФНС России от 14 сентября
2020 г.№ ЕД-7-20/662.
3.
ГОСТ Р ИСО/МЭК 7498-1-99. - «ВОС. Базовая эталонная модель. Часть 1.
Базовая модельª, ГОСТ Р ИСО 7498-2-99.
4.
RFC 3986, «Uniform Resource Identifier (URI): Generic Syntaxª.
5.
RFC 792, «Internet Protocolª.
6.
RFC 2460, «Internet Protocol, Version 6 (IPv6) Specificationª.
7.
RFC 1034, «Domain names - concepts and facilitiesª.
8.
RFC 1035, «Domain names - implementation and specificationª.
9.
RFC 793 «Transmission Control Protocolª.
10. ФНС России. «Описание протокола взаимодействия между контрольно-
кассовой техникой и фискальным накопителемª.
11. «Протокол информационного обмена ОФД
- ГИС МТ. Часть I
Информационный обмен данными о маркированных товарах в режиме on-
lineª.
39

 

 

 

 

 

 

 

 

 

 

 

///////////////////////////////////////