somenewreq 100 что это
Стандарт QR-кодирования квитанции Сбербанка.
Формат данной строки регламентируется «Стандартами финансовых операций» — ГОСТ Р 56042-2014. Читать нашел тут
Сама кодируемая строчка выглядит так:
Для удобства восприятия разобьем её по разделителям:
ST0001 1 |
Name =ООО «Три кита»|
PersonalAcc =40702810138250123017|
BankName =OAO «БAHК»|
BIC =044525225|
CorrespAcc =30101810400000000225|
PayeelNN =6200098765|
LastName =Иванов|
FirstName =Иван|
MiddleName =Иванович|
Purpose =Оплата членского взноса|
РауегАddress =г.Рязань ул.Ленина д.10, кв.15|
Sum =100000|
Phone =79101234567|
SomeNewReq =100
Ни до, ни после палки | ни пробелы ни переносы не ставятся категорически.
Если поставщик услуг договорной, то значения дополнительных реквизитов разбираются согласно договору (помещаются во внутренние переменные, разносятся в реестры).
Если поставщик не договорной, то:
НЕ МЕНЕЕ ВАЖНО:
Таблица: Перечень зафиксированных псевдонимов реквизитов платежа
Обязательные реквизиты (блок «Payee» УФЭБС [5])
Макс. 160 знаков
(имя тега по [5]: Payee/Name)
Макс. 20 знаков
(имя тега по [5]:
Payee/PersonalAcc)
Макс. 45 знаков
(не определен [5])
Макс. 9 знаков
(имя тега по [5]:
Payee/Bank/BIC)
Макс. 20 знаков
(имя тега по УФЭБС:
Payee/Bank/CorrespAcc)
Дополнительные реквизиты, формат значений которых определяется Альбомом [5].
Макс. 18 знаков
(имя тега по [5]: Sum)
Макс. 210 знаков
(имя тега по [5]: Purpose)
Макс. 12 знаков (имя тега по [5]:
Payee/INN)
Макс. 12 знаков
(имя тега по [5]:
Payer/INN)
Макс. 2 знака
(имя тега по [5]:
Departmentallnfo/DrawerStatus)
Макс. 9 знаков
(имя тега по [5]:
Payee/КРР)
Макс. 20 знаков
(имя тега по [5]:
Departmentallnfo/CBC)
Макс. 11 знаков
(имя тега по [5]:
Departmentallnfo/ОКАТО, поле 105)
Макс. 2 знака
(имя тега по [5]:
Departmentallnfo/PaytReason)
Макс. 10 знаков
(имя тега по [5]:
Departmentallnfo/TaxPeriod)
Макс. 15 знаков
(имя тега по [5]:
Departmentallnfo/DocNo)
Макс. 10 знаков
(имя тега по [5]:
Departmentallnfo/DocDate)
Макс. 2 знака
(имя тега по [5]:
Departmentallnfo/TaxPaytKind)
Прочие дополнительные реквизиты
БОНУС (чтобы совсем запутаться)
А вот как в «Руководстве разработчика», заботливо вытащенном мной из кэша Яндекса (у Гугла уже не было) по версии сбербанка выглядят эти же реквизиты (не ручаюсь за актуальность, может как всегда что-нить поменялось у Сбера):
‘NAME’ => ‘Наименование получателя платежа ООО КОМПАНИЯ’
‘BANK_NAME’ => ‘Наименование банка то-то’
‘PERSONAL_ACC’ => ‘12345678912345678912’
‘BIC’ => ‘123123123’
‘CORRESP_ACC’ => ‘56645643645656’
‘PURPOSE’ => ‘Назначение платежа — оплата’
‘BIRTH_DATE’ => ‘30.12.1987’
‘KPP’ => ‘111222333’
‘SUM’ => ‘100000’
‘LAST_NAME’ => ‘Иванов’
‘FIRST_NAME’ => ‘Иван’
‘ADD_AMOUNT’ => ‘1000.90’
‘CONTRACT’ => ‘109-09-23’
‘DOC_DATE’ => ‘20.08.2013’
‘PAYEE_INN’ => ‘564567867444’
‘QUITT_ID’ => ‘9839-93-03’
‘FLAT’ => ’19’
‘PERSONAL_ACCOUNT’ => ‘343-34-34’
‘PHONE’ => ‘+7 (905) 713 6060’
‘SERVICE_NAME’ => ‘название услуги такое-то’
‘COUNTER_ID’ => ’11’
‘CLASS_NUM’ => ‘5А’
‘OKATO’ => ‘12345678908’
‘DOC_IDX’ => ‘343’
‘DOC_NO’ => ‘645645645’
‘DRAWER_STATUS’ => ‘FF’
‘EXEC_ID’ => ’12-12-12′
‘INST_NUM’ => ‘343-ND’
Резюме
В общем, создавая квитанции с реквизитами согласно таблице я исправно получаю платежи от моих клиентов на расчетный счет, но, так как договор на обслуживание до сих пор не заключен, в выписке я получаю назначение платежа с кучей ненужных реквизитов. Дерзайте, кароч ))
ГОСТ Р 56042-2014
Стандарты финансовых операций. Двумерные символы штрихового кода для осуществления платежей физических лиц
Купить ГОСТ Р 56042-2014 — бумажный документ с голограммой и синими печатями. подробнее
Распространяем нормативную документацию с 1999 года. Пробиваем чеки, платим налоги, принимаем к оплате все законные формы платежей без дополнительных процентов. Наши клиенты защищены Законом. ООО «ЦНТИ Нормоконтроль»
Наши цены ниже, чем в других местах, потому что мы работаем напрямую с поставщиками документов.
Способы доставки
Оглавление
1 Область применения
2 Нормативные ссылки
3 Термины и определения
4 Обозначения и сокращения
5 Основные положения
Приложение А (справочное) Таблица набора кодированных знаков WIN1251
Приложение Б (справочное) Таблица набора кодированных знаков KOI8-R
Приложение В (обязательное) Перечень зафиксированных псевдонимов реквизитов платежа
Приложение Г (обязательное) Перечень значений технического кода платежа (TechCode)
Приложение Д (справочное) Пример кодирования платежа в виде строки знаков
| Дата введения | 01.09.2014 |
|---|---|
| Добавлен в базу | 01.10.2014 |
| Актуализация | 01.02.2020 |
Этот ГОСТ находится в:
Организации:
Standards of financial transactions. Two-dimensional barcode symbols for payments by individuals
Чтобы бесплатно скачать этот документ в формате PDF, поддержите наш сайт и нажмите кнопку:
ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ
СТАНДАРТЫ ФИНАНСОВЫХ ОПЕРАЦИЙ
Двумерные символы штрихового кода для осуществления платежей физических лиц
Предисловие
1 РАЗРАБОТАН Некоммерческим партнерством «Национальный платежный совет»
2 ВНЕСЕН Техническим комитетом по стандартизации ТК122 «Стандарты финансовых операций»
3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 11 июня 2014 г. № 552-ст
Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официального издания без разрешения Федерального агентства по техническому регулированию и метрологии
В собственных псевдонимах поставщика услуг не допускается использовать знак-разделитель, указанный в 4-м элементе блока служебных данных (0). При включении двух и более реквизитов с одинаковыми псевдонимами при разборе учитываться будет только последнее вхождение данного псевдонима.
5.3 Поддержка предыдущих версий стандарта
При выпуске обновлений стандарта, приводящих к изменению алгоритмов генерации и/или разбора строки данных, размещаемой в двумерном символе штрихового кода:
— значение элемента «Версия» в описании раздела 5.2.1 «Блок служебных данных» увеличивается на единицу;
— поставщики услуг должны перейти на использование новой версии для генерации двумерных символов штрихового кода не позже 6 месяцев с даты введения новой версии стандарта;
— поставщики услуг при формировании двумерного символа штрихового кода указывают соответствующее значение в поле «Версия» блока служебных данных (0);
— принимающими организациями должна обеспечиваться поддержка предыдущей версии стандарта для приёма платежей с использованием штрихового кода не менее 6 месяцев с даты введения новой версии стандарта;
— поддержка более старых версий принимающими организациями не требуется.
5.4 Указания по использованию стандарта для поставщиков услуг
5.4.1 Выбор двумерной символики штрихового кода
Выбор двумерной символики штрихового кода (из предложенных в данном стандарте) и размера X определяются поставщиком услуг самостоятельно исходя из возможных ограничений:
— необходимый уровень устойчивости (уровень исправления ошибок) к повреждениям двумерного символа штрихового кода (минимальные уровни исправления ошибок указаны в разделе
— размеры двумерного символа штрихового кода установлены в соответствующих стандартах на символики штрихового кода, приведенных в разделе 3, и зависят от объема информации, подлежащей кодированию, уровня исправления ошибок и размера модулей символа;
— наиболее распространенные модели сканеров двумерных символов штрихового кода на рынке имеют квадратные окна сканирования и менее эффективны при распознавании вытянутых (более 80 мм) в одном из направлений прямоугольных символов штрихового кода с большим объемом информации и размером X менее 0,4064 мм (16 мил);
— увеличение размера X двумерного символа штрихового кода до уровня более 0,4064 мм (16 мил) увеличивает геометрические размеры символа штрихового кода, но значительно снижает риск ошибок распознавания существующим разнообразием сканеров и мобильными приложениями.
5.4.2 Формирование двумерного символа штрихового кода
До формирования строки для штрихового кода поставщик услуг выполняет следующие действия:
— определяет перечень и порядок следования дополнительных реквизитов (первыми должны идти наиболее приоритетные для данного поставщика) для включения в двумерный символ штрихового кода;
— проверяет, все ли из необходимых дополнительных реквизитов имеют зафиксированные в стандарте псевдонимы (приложение В); при отсутствии в перечне необходимых псевдонимов определяет собственные уникальные псевдонимы/реквизиты;
При определении реквизитного состава следует учитывать ограничения по объёму информации для выбранных символик штрихового кода.
Платежные реквизиты, включенные в двумерный символ штрихового кода, в обязательном порядке должны присутствовать в распечатанном для клиента (физического лица) платежном документе. Не отраженные для клиента реквизиты в двумерный символ штрихового кода не включаются.
ГОСТ Р 56042-2014
В двумерный символ штрихового кода кодируется строка двоичного типа (тип binary). На принимающей стороне будет происходить преобразование двоичной строки в текст (0). Для этого программное обеспечение принимающей организации будет получать информацию об используемом наборе кодируемых знаков из элемента №3 блока служебных данных (0).
Формирование строки для штрихового кода происходит следующим образом (таблица 3).
1 Идентификатор формата (фиксированное значение «ST»)
2 Версия стандарта (на данный момент, версия равна «0001»)
3 Признак набора кодированных знаков. Для кодирования знаков кириллического алфавита рекомендуется использовать 8-битовые кодированные наборы (“1”-WIN1251, “3”-KOI8-R), как наиболее экономные (1 байт = 1 знак).
5 Блок обязательных реквизитов.
кита» |PersonalAcc=40702810138250123017|BankName=OAO «BAHK»|BIC=044525225|CorrespAcc=30101810400000000225
6 Блок дополнительных реквизитов. Добавляются реквизиты с псевдонимами из Приложения А.
ST00011 |Name=000 «Три
KHTa»|PersonalAcc=40702810138250123017|BankName=OAO «BAHK»|BIC=044525225|CorrespAcc=301018104000000002251 PayeelNN=6200098765|LastName=MBaHOB|FirstName=MBaH| MiddleName=HBaHOBH4|Purpose=OnnaTa членского B3HOca|PayerAddress=r.Pn3aHb ул.Ленина д.Ю кв.15|Sum=100000|Phone=79101234567|SomeNewReq=100
5.4.3 Печать двумерных символов штрихового кода
5.4.3.1 Рекомендуемые параметры
В целях обеспечения оптимальных условий считывания двумерных символов штрихового кода всеми участниками рынка платежей в рамках текущего стандарта рекомендуется:
— формировать двумерные символы штрихового кода с размером X не менее 0,4064 мм (16
— не формировать двумерные символы штрихового кода размером (в одном из направлений) более 80 мм;
— при печати двумерных символов штрихового кода использовать разрешение не менее 600 dpi;
— исключить использование интерпретации в расширенном канале ECI при кодировании 8-битовыми байтами (в связи с некорректной обработкой данного режима некоторыми моделями сканеров).
На качество распознавания двумерного символа штрихового кода могут влиять качество печати
принтера, используемой бумаги и контрастность распечатанного двумерного символа штрихового кода.
С учетом индивидуальных условий:
— поставщиков, формирующих двумерные символы штрихового кода;
— организаций, принимающих платежи с использованием двумерных символов штрихового кода;
— состояния платежных документов, поступающих от клиентов-плательщиков,
текущий стандарт не гарантирует 100% успешного распознавания платежных реквизитов из размещенного на платежном документе двумерного символа штрихового кода.
5.4.3.2 Верификация двумерных символов штрихового кода
Для объективной оценки качества нанесенных на платежные документы двумерных символов штрихового кода целесообразно воспользоваться методами, описанными в ГОСТ Р ИСО/МЭК 15415. Верификацию двумерных символов следует проводить с помощью устройств, соответствующих [6].
5.4.3.3 Визуальное выделение двумерного символа штрихового кода
Пример изображения двумерного символа штрихового кода с графическим маркером стандарта приведен на рисунке 5.
Рисунок 5 — Пример изображения двумерного символа штрихового кода с графическим
Параметры графического маркера:
Указанный графический маркер не влияет на качество распознавания двумерного символа штрихового кода и не обрабатывается средствами считывания двумерных символов штрихового кода.
5.5 Указания по использованию стандарта для организаций, принимающих платежи с использованием двумерных символов штрихового кода
Для размещения в двумерном символе штрихового кода используется строка двоичного типа (тип binary) и ее разбор осуществляется непосредственно программным обеспечением принимающей организации. Следовательно, взаимодействие между устройством считывания двумерных символов штрихового кода и программным обеспечением должно происходить с использованием интерфейса, позволяющего передавать считанные двоичные данные без дополнительных преобразований и/или искажений. Таким образом, для взаимодействия не рекомендуется режим имитации клавиатуры (USB HID и т.п.), так как он преобразует данные, имитируя нажатия кнопок клавиатуры.
Получив строку двоичных данных из устройства считывания двумерных символов штрихового кода, принимающая сторона выполняет ее разбор по алгоритму, приведенному в таблице 4.
ГОСТ Р 56042-2014
1 Считываются первые 2 байта, если они не равны «ST», то прекращается разбор по данному
2 Считываются следующие 4 байта и проверяется версия стандарта, если принимающая сторона
поддерживает данную версию, то разбор продолжается. См. также раздел 0 «Поддержка предыдущих версий стандарта»._
3 Считывается признак набора кодированных знаков и знак-разделитель._
4 Разбирается оставшаяся часть строки согласно используемому набору кодированных знаков.
5 Считывается блок обязательных реквизитов (5 шт.). Проверяется, что все обязательные
реквизиты заполнены. По ним определяется поставщик услуг, а также определяется, имеет ли он договор сданной принимающей организацией._
6 Считывается блок дополнительных реквизитов: оставшаяся часть строки. Каждый
дополнительный реквизит представляет собой пару псевдоним-значение со знаком-разделителем между ними. Если в блоке получены реквизиты с одинаковыми псевдонимами (без учета регистра букв в наименовании псевдонимов), то берется значение последнего из них.
Если поставщик услуг договорной, то значения дополнительных реквизитов разбираются согласно договору (помещаются во внутренние переменные, разносятся в реестры).
Если поставщик не договорной, то:
— дополнительные реквизиты, регулируемые [5] (см. также приложение А), помещаются в соответствующие поля платежного поручения;
— значения прочих дополнительных реквизитов (без псевдонимов) объединяются через пробел в
7 Проводится платеж._
Пример разбора элементов строки, содержащей данные о платеже приведен в приложении Д.
Максимальная длина поля на момент написания документа составляет 210 знаков. Данное значение регулируется [5].
ГОСТ P 56042—2014
Приложение А (справочное)
Таблица набора кодированных знаков WIN1251
0 1 23 456789ABCDEF
Рисунок А.1 — Таблица набора кодированных знаков WIN1251
ГОСТ P 56042—2014
Приложение Б (справочное)
Таблица набора кодированных знаков KOI8-R
Рисунок Б.1 — Таблица набора кодированных знаков KOI8-R
Приложение В (обязательное)
Перечень зафиксированных псевдонимов реквизитов платежа
Обязательные реквизиты (блок «Payee» УФЭБС[5])
Наименование получателя платежа
Макс. 160 знаков (имя тега по [5]: Payee/ Name)
Номер счета получателя платежа
Макс. 20 знаков (имя тега по [5]: Payee/ PersonalAcc)
Наименование банка получателя платежа
Макс. 45 знаков (не определен [5])
Макс. 9 знаков (имя тега по [5]: Payee/ Bank/ BIC)
Номер кор./сч. банка получателя платежа
Макс. 20 знаков (имя тега по УФЭБС: Payee/ Bank/ CorrespAcc)
Дополнительные реквизиты, формат значений которых определяется Альбомом [5].
Сумма платежа, в копейках
Макс. 18 знаков (имя тега по [5]: Sum)
Наименование платежа (назначение)
Макс. 210 знаков (имя тега по [5]: Purpose)
ИНН получателя платежа
Макс. 12 знаков (имя тега по [5]: Payee/ INN)
Макс. 12 знаков (имя тега по [5]: Payer/ INN)
Статус составителя платежного документа
Макс. 2 знака (имя тега по [5]: Departmentallnfo/ DrawerStatus)
КПП получателя платежа
Макс. 9 знаков (имя тега по [5]: Payee/ КРР)
Продолжение таблицы В. 1
Макс. 20 знаков (имя тега по [5]: Departmentallnfo/ СВС)
Общероссийский классификатор территорий муниципальных образований (ОКТМО)
Макс. 11 знаков (имя тега по [5]: Departmentallnfo/ОКАТО, поле 105)
Основание налогового платежа
Макс. 2 знака (имя тега по [5]: Departmentallnfo/ PaytReason)
Макс. 10 знаков (имя тега по [5]: Departmentallnfo/ TaxPeriod)
Макс. 15 знаков (имя тега по [5]: Departmentallnfo/ DocNo)
Макс. 10 знаков (имя тега по [5]: Departmentallnfo/ DocDate)
Макс. 2 знака (имя тега по [5]: Departmentallnfo/ TaxPaytKind)
Прочие дополнительные реквизиты
Лицевой счет бюджетного получателя
Индекс платежного документа
Номер лицевого счета плательщика в организации (в системе учета ПУ)
Вид ДУЛ плательщика
Номер ДУЛ плательщика
Окончание таблицы В. 1
Срок платежа/дата выставления счета
Код услуги/название прибора учета
Номер прибора учета
Показание прибора учета
Номер извещения, начисления, счета
Дата извещения/начисления/счета/постановления (для ГИБДД)
Номер учреждения (образовательного, медицинского)
Номер группы детсада/класса школы
ФИО преподавателя, специалиста, оказывающего услугу
Сумма страховки/дополнительной услуги/Сумма пени (в копейках)
Номер постановления (для ГИБДД)
Номер исполнительного производства
Код вида платежа (например, для платежей в адрес Росреестра)
Уникальный идентификатор начисления
Технический код, рекомендуемый для заполнения поставщиком услуг. Может использоваться принимающей организацией для вызова соответствующей обрабатывающей ИТ-системы. Перечень значений кода представлен в Приложении Г.
Приложение Г (обязательное)
Перечень значений технического кода платежа (TechCode)
Код назначения платежа
Наименование назначения платежа
Мобильная связь, стационарный телефон
Коммунальные услуги, ЖКХ
ГИБДД, налоги, пошлины, бюджетные платежи
Услуги, оказываемые УФМС
Отдых и путешествия
Инвестиции и страхование
Благотворительные и общественные организации
ГОСТ P 56042—2014
Введение
Штриховой код, как технология автоматической идентификации и сбора данных, широко используется при осуществлении платежей физическими лицами. Использование символов штрихового кода на платежном документе позволяет осуществить автоматизированный ввод реквизитов платежа и этим снизить трудоёмкость проведения операции приёма платежа, уменьшить количество ошибок, допускаемых клиентами и сотрудниками организаций, принимающих платежи, и сократить время оформления платежа. Для задания единых правил использования штрихового кода как поставщиками услуг при выставлении счетов (печати платежных документов), так и принимающими платежи организациями возникла необходимость разработки общего стандарта.
Приложение Д (справочное)
Пример кодирования платежа в виде строки знаков
Ниже приведен пример кодирования платежа с применением правил, описанных в настоящем
ST00011 |Name=000 «Три KHTa»|PersonalAcc=40702810138250123017|BankName=OAO
FirstName=HBaH|MiddleName=MBaHOBH4|Purpose=OnnaTa членского B3HOca|PayerAddress=r.Pn3aHb
ул.Ленина д.Ю KB.15|Sum=100000
Таблица Д.1 — Разбор элементов строки, содержащей данные о платеже
Идентификатор формата (формат «свой»)
Кодированный набор WIN1251
Разделитель реквизитов платежа
Блок обязательных реквизитов
Номер счета получателя платежа
Наименование банка получателя платежа
Номер кор./сч. банка получателя платежа
Блок дополнительных реквизитов
Оплата членского взноса
Наименование платежа (назначение)
г.Рязань ул.Ленина д.Ю кв.15
Сумма платежа в копейках
ГОСТ Р 56042-2014
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
СТАНДАРТЫ ФИНАНСОВЫХ ОПЕРАЦИЙ Двумерные символы штрихового кода для осуществления платежей физических лиц
Standards of financial transactions.
Two-dimensional barcode symbols for payments by individuals
1 Область применения
Настоящий стандарт устанавливает:
— перечень двумерных символик штрихового кода, используемых при осуществлении платежей физическими лицами;
— требования к содержанию данных, кодируемых в двумерном символе штрихового кода;
— требования к поддержке предыдущих версий стандарта в программном обеспечении поставщиков услуг и организаций, принимающих платежи, в случае выпуска новой версии стандарта;
— руководство по использованию стандарта для поставщиков услуг, в адрес которых будут осуществляться платежи;
— руководство по использованию стандарта для организаций, принимающих платежи.
В настоящем стандарте не рассматривается:
— специфика выбора конкретной двумерной символики штрихового кода (из предложенных) для целей поставщика услуг, с учетом устойчивости к повреждениям, качества используемой бумаги и прочих факторов;
— форма платежного документа и место расположения двумерного символа штрихового кода на
— выбор поставщиком услуг размера X двумерного символа штрихового кода, с учетом возможных проблем с распознаванием в различных организациях;
— различия в спецификациях и технических характеристиках различных моделей устройств считывания двумерных символов штрихового кода, установленных в различных организациях;
— форматы взаимодействия между поставщиками услуг и организациями, принимающими платежи физических лиц, не использующими данный стандарт.
2 Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следующие стандарты:
ГОСТ Р ИСО/МЭК 15415-2012 Информационные технологии. Технологии автоматической идентификации и сбора данных. Спецификация испытаний символов штрихового кода для оценки качества печати. Двумерные символы
ГОСТ Р ИСО/МЭК 16022-2008 Автоматическая идентификация. Кодирование штриховое. Спецификация символики Data Matrix
ГОСТ Р ИСО/МЭК 19762-1-2011 Информационные технологии. Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный словарь. Часть 1. Общие термины в области АИСД
ГОСТ Р ИСО/МЭК 19762-2-2011 Информационные технологии. Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный словарь. Часть 2. Оптические носители данных (ОНД)
ГОСТ Р ИСО/МЭК 24778-2010 Информационные технологии. Технологии автоматической идентификации и сбора данных. Спецификация символики штрихового кода Aztec Code
ежемесячного информационного указателя «Национальные стандарты» за текущий год. Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений. Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку.
3 Термины и определения
В настоящем стандарте применены термины и определения, установленные в ГОСТ Р ИСО/МЭК 19762-1 и ГОСТ Р ИСО/МЭК 19762-2, а также следующие:
3.2 договорной поставщик услуг (по отношению к организации, принимающей платежи): Поставщик услуг, который состоит в договорных отношениях с данной организацией, принимающей платежи.