Приказ Министерства энергетики, промышленности и связи Ставропольского края от 19 сентября 2014 г. N 170-о/д "Об утверждении Порядка информационно-технологического взаимодействия между администраторами доходов бюджета Ставропольского края, администраторами доходов бюджетов муниципальных образований Ставропольского края, государственными и муниципальными бюджетными и автономными учреждениями Ставропольского края с уполномоченным органом Ставропольского края, обеспечивающим информационное взаимодействие с Федеральным казначейством - оператором Государственной информационной системы о государственных и муниципальных платежах" (с изменениями и дополнениями)

Приказ Министерства энергетики, промышленности и связи Ставропольского края
от 19 сентября 2014 г. N 170-о/д
"Об утверждении Порядка информационно-технологического взаимодействия между администраторами доходов бюджета Ставропольского края, администраторами доходов бюджетов муниципальных образований Ставропольского края, государственными и муниципальными бюджетными и автономными учреждениями Ставропольского края с уполномоченным органом Ставропольского края, обеспечивающим информационное взаимодействие с Федеральным казначейством - оператором Государственной информационной системы о государственных и муниципальных платежах"

С изменениями и дополнениями от:

20 апреля 2015 г.

В соответствии со статьей 21.3 Федерального закона "Об организации предоставления государственных и муниципальных услуг" и подпунктом 3.1 пункта 10.3 постановления Губернатора Ставропольского края от 16 августа 2012 г. N 559 "Об утверждении Положения о министерстве энергетики, промышленности и связи Ставропольского края" приказываю:

1. Утвердить прилагаемый Порядок информационно-технологического взаимодействия между администраторами доходов бюджета Ставропольского края, администраторами доходов бюджетов муниципальных образований Ставропольского края, государственными и муниципальными бюджетными и автономными учреждениями Ставропольского края с уполномоченным органом Ставропольского края, обеспечивающим информационное взаимодействие с Федеральным казначейством - оператором Государственной информационной системы о государственных и муниципальных платежах.

2. Контроль за выполнением настоящего приказа возложить на заместителя министра Кольцова П.В.

3. Настоящий приказ вступает в силу на следующий день после дня его официального опубликования.

Министр

В.П. Хоценко

Порядок
информационно-технологического взаимодействия между администраторами доходов бюджета Ставропольского края, администраторами доходов бюджетов муниципальных образований Ставропольского края, государственными и муниципальными бюджетными и автономными учреждениями Ставропольского края с уполномоченным органом Ставропольского края, обеспечивающим информационное взаимодействие с Федеральным казначейством - оператором Государственной информационной системы о государственных и муниципальных платежах
(утв. приказом министерства энергетики, промышленности и связи Ставропольского края от 19 сентября 2014 г. N 170-о/д)

1. Настоящий Порядок определяет организацию информационно-технологического взаимодействия между администраторами доходов бюджета Ставропольского края, администраторами доходов бюджетов муниципальных образований Ставропольского края, государственными и муниципальными бюджетными и автономными учреждениями Ставропольского края (далее - участники взаимодействия), кредитных организаций, платежных агентов, банковских платежных агентов (далее - организация), с уполномоченным органом Ставропольского края, обеспечивающим информационное взаимодействие с Федеральным казначейством - оператором Государственной информационной системы о государственных и муниципальных платежах (далее - уполномоченный орган), с использованием подсистемы учета начислений и платежей государственной информационной системы Ставропольского края "Портал государственных и муниципальных услуг (функций), предоставляемых (исполняемых) органами исполнительной власти Ставропольского края и органами местного самоуправления муниципальных образований Ставропольского края" (далее соответственно - ИС УНП, Портал).

2. ИС УНП обеспечивает в Ставропольском крае учет начислений и платежей за оказание государственных услуг, предоставляемых органами исполнительной власти Ставропольского края и органами местного самоуправления муниципальных образований Ставропольского края при осуществлении отдельных государственных полномочий Ставропольского края, переданных в соответствии с законами Ставропольского края, муниципальных услуг, предоставляемых органами местного самоуправления муниципальных образований Ставропольского края, и услуг, предоставляемых государственными или муниципальными бюджетными или автономными учреждениями, в которых размещается государственное или муниципальное задание (заказ), в электронной форме (далее соответственно - услуги, орган исполнительной власти, орган местного самоуправления, учреждение).

3. Выполнение функций ИС УНП осуществляется в режиме шлюза с использованием Портала.

4. Для подключения к ИС УНП орган исполнительной власти, орган местного самоуправления направляет в государственное казенное учреждение Ставропольского края "Краевой центр информационных технологий" (далее - оператор ИС УНП) заявку на подключение к подсистеме учета начислений и платежей государственной информационной системы Ставропольского края "Портал государственных и муниципальных услуг (функций), предоставляемых (исполняемых) органами исполнительной власти Ставропольского края и органами местного самоуправления муниципальных образований Ставропольского края" (далее - заявка) по форме согласно приложению 1 к настоящему Порядку, подписанную руководителем, либо лицом, его замещающим.

Учреждения подключаются к ИС УНП на основании заявки, предоставленной органом исполнительной власти или органом местного самоуправления, осуществляющим функции и полномочия учредителя учреждения, подписанной руководителем либо лицом, его замещающим, с приложением перечня подведомственных учреждений, в соответствии с пунктом 2 настоящего Порядка (далее - перечень).

5. Оператор ИС УНП в срок не позднее 5 рабочих дней со дня получения заявки обеспечивает рассмотрение заявки, подключение участника взаимодействия к ИС УНП, направление участнику взаимодействия уведомления о подтверждении регистрации в ИС УНП и об уникальном номере в ИС УНП.

6. В случае неполноты и/или неточности информации, указанной в заявке, оператор ИС УНП в срок не позднее 5 рабочих дней со дня получения заявки обеспечивает направление органу исполнительной власти или органу местного самоуправления, подавшему заявку, уведомления о ее несоответствии установленным требованиям.

7. В случае изменения содержащейся в заявке информации орган исполнительной власти или орган местного самоуправления, подавший заявку, в срок не позднее 3 рабочих дней со дня изменения указанной информации направляет оператору ИС УНП сведения о таких изменениях, подписанные руководителем либо лицом, его замещающим.

8. Организация подключается к ИС УНП посредством направления оператору ИС УНП заявки по форме согласно приложению 2 к настоящему Порядку и заключения с оператором ИС УНП договора о подключении к подсистеме учета начислений и платежей государственной информационной системы Ставропольского края "Портал государственных и муниципальных услуг (функций), предоставляемых (исполняемых) органами исполнительной власти Ставропольского края и органами местного самоуправления муниципальных образований Ставропольского края", являющегося приложением 3 к настоящему Порядку.

9. Взаимодействие участников взаимодействия, организации, уполномоченного органа, оператора ИС УНП осуществляется в следующем порядке:

9.1. Взаимодействие в ИС УНП осуществляется с соблюдением Технических требований к подключению и взаимодействию в подсистеме учета начислений и платежей государственной информационной системы Ставропольского края "Портал государственных и муниципальных услуг (функций), предоставляемых (исполняемых) органами исполнительной власти Ставропольского края и органами местного самоуправления муниципальных образований Ставропольского края" (далее - Технические требования), являющихся приложением 4 к настоящему Порядку.

9.2. В рамках ИС УНП осуществляется размещение и получение информации, обеспечивающей возможность оплаты физическими или юридическими лицами (далее - плательщики) услуг:

на основании начисления, сформированного участником взаимодействия и содержащего информацию, необходимую для осуществления перевода денежных средств (далее - начисление);

авансовым методом без документа о начислении.

9.3. Начисления, направляемые участником взаимодействия оператору ИС УНП, должны иметь уникальный идентификатор начисления и уникальный идентификатор плательщика.

9.4. Порядок формирования и структура уникального идентификатора начисления, а также уникального идентификатора плательщика определяется в соответствии с форматами, установленными в Технических требованиях.

9.5. Идентификация плательщиков осуществляется с помощью:

единого идентификатора плательщика,

альтернативных идентификаторов плательщика.

9.6. В целях оплаты услуг плательщики:

обращаются непосредственно в организацию;

используют возможности Портала.

9.7. При обращении плательщика в организацию с целью оплаты услуг на основании начисления осуществляется следующее взаимодействие:

9.7.1. Организация при обращении плательщика направляет оператору ИС УНП запрос о начислениях (далее - запрос).

9.7.2. На основании запросов оператор ИС УНП направляет организации извещение о начислениях.

9.7.3. Организация представляет плательщику для осуществления оплаты услуги извещение о начислении.

9.7.4. Плательщик заполняет необходимые реквизиты платежа и осуществляет оплату услуги.

9.7.5. Организация осуществляет перевод денежных средств и направляет извещение о платеже в ИС УНП.

9.7.6. В извещении о платеже, направленном организацией в ИС УНП, для каждого платежа должны быть указаны:

уникальный идентификатор начисления;

уникальный идентификатор плательщика.

9.7.7. В случае выявления ошибок в извещении о платеже организация с момента обнаружения ошибки направляет оператору ИС УНП извещение об уточнении платежа.

9.8. При использовании плательщиком возможностей Портала с целью оплаты услуг на основании начисления осуществляется следующее взаимодействие:

9.8.1. Оператор ИС УНП передает на Портал информацию о начислениях.

9.8.2. Плательщик посредством личного кабинета на Портале осуществляет выбор одного из предлагаемых платежных инструментов и осуществляет оплату услуги на основании начисления.

9.8.3. Оператор ИС УНП получает от организации извещение о платеже.

9.9. При обращении плательщика в организацию с целью оплаты услуг авансовым методом без документа о начислениях осуществляется следующее взаимодействие:

9.9.1. Организация получает от оператора ИС УНП (посредством электронных сервисов ИС УНП) информацию об услугах, оплачиваемых авансовым методом, из перечня услуг, предоставляемых участником взаимодействия, и представляет ее плательщику для осуществления оплаты услуги.

9.9.2. Плательщик осуществляет выбор услуги, заполняет необходимые реквизиты платежа и осуществляет оплату услуги.

9.9.3. Организация осуществляет перевод денежных средств и направляет извещение о платеже оператору ИС УНП.

9.9.4. В случае выявления ошибок в извещении о платеже организация направляет оператору ИС УНП извещение об уточнении платежа.

9.10. При использовании плательщиком возможностей Портала с целью оплаты услуг авансовым методом без документа о начислениях осуществляется следующее взаимодействие:

9.10.1. Оператор ИС УНП предоставляет информацию об услугах, оплачиваемых авансовым методом, из перечня услуг, предоставляемых участником взаимодействия, и представляет ее плательщику для осуществления оплаты услуги.

9.10.2. Плательщик на Портале осуществляет выбор услуги, выбор одного из предлагаемых платежных инструментов, заполняет необходимые реквизиты платежа и осуществляет оплату услуги.

9.10.3. Оператор ИС УНП получает от организации извещение о платеже.

9.10.4. При направлении извещения о платеже в ИС УНП для каждого платежа, оплаченного авансовым методом, плательщиком должен быть указан уникальный идентификатор плательщика.

9.11. В случае если в течение одного банковского дня через организацию в пользу одного участника взаимодействия было совершено две и более оплаты услуг, организация вправе сформировать единое платежное поручение на общую сумму принятых платежей и осуществить перечисление платежей в пользу участника взаимодействия посредством исполнения единого платежного поручения. При этом информация, детализирующая суммы, включенные в единое платежное поручение, подлежит передаче организацией оператору ИС УНП в целях последующей передачи оператором ИС УНП участнику взаимодействия, являющемуся получателем денежных средств.

9.12. При получении информации о платеже (зачислении) в ИС УНП осуществляется сопоставление информации о начислении с информацией о платеже (зачислении) (далее - квитирование).

9.13. В случае получения оператором ИС УНП уточненной информации о начислении либо уточненной информации о платеже (зачислении) проводится ее повторное квитирование.

9.14. В ИС УНП не проводится квитирование начислений с платежами (зачислениями) в случае отсутствия в информации о платеже (зачислении) и (или) начислении уникального идентификатора начисления.

9.15. ИС УНП передает информацию о платежах, зачислениях, результатах квитирования участникам взаимодействия, на Портал, а также организациям посредством электронных сервисов ИС УНП.

9.16. Оператор ИС УНП отказывает в приеме извещения о начислениях (уточненной информации о начислениях), платежах (уточненной информации о платежах), зачислениях (уточненной информации о зачислениях), запросов о начислениях, платежах, зачислениях в случае несоответствия формата представления соответствующей информации, без использования технологии электронного сервиса и (или) с нарушением требований к форматам, установленным оператором ИС УНП, и (или) в случае недостоверности электронной подписи.

9.17. Оператор ИС УНП обеспечивает неизменность извещения о начислениях, платежах, зачислениях, полученного от участников взаимодействия и организаций.

9.18. Участники взаимодействия и организации обеспечивают:

полноту и достоверность предоставляемой оператору ИС УНП информации о начислениях, платежах, зачислениях, подписанной электронной подписью;

соблюдение мер по обеспечению юридически значимого документооборота.

9.19. Оператор ИС УНП не несет ответственность:

за содержание получаемой от участников взаимодействия информации о начислениях, получаемой от организаций информации о платежах и информации о зачислениях;

за предоставление информации о начислениях, сформированных в адрес другого плательщика, в случае формирования некорректного запроса к оператору ИС УНП на получение информации о начислениях.

за возможные временные задержки по исполнению требований настоящего Порядка, возникающие по вине лиц, предоставляющих услуги связи, а также вследствие обстоятельств непреодолимой силы.

10. Порядок отключения участников взаимодействия от ИС УНП.

10.1. Основаниями для отключения участников взаимодействия от ИС УНП являются:

10.1.1. Поступление обращения от органа исполнительной власти, органа местного самоуправления.

10.1.2. Для учреждений - поступление обращения от органа исполнительной власти, органа местного самоуправления, осуществляющего функции и полномочия учредителя учреждения, об исключении участника взаимодействия из ранее направленного оператору ИС УНП перечня, приложенного к заявке.

10.1.3. Неоднократное или грубое нарушение участником взаимодействия в ИС УНП настоящего Порядка, а также законодательства Российской Федерации в сфере информации, информационных технологий и защиты информации.

10.2. Обращения, предусмотренные пунктами 10.1.1 и 10.1.2 настоящего Порядка, предоставляются на бумажном носителе, подписываются руководителем либо лицом, его замещающим.

10.3. Оператор ИС УНП в срок не более 10 рабочих дней со дня регистрации такого обращения обеспечивает его рассмотрение и отключение участника взаимодействия от ИС УНП, направление участнику взаимодействия подтверждения об отключении от ИС УНП.

10.4. Отключение от ИС УНП по основаниям, указанным в подпункте 10.1.3 настоящего Порядка, осуществляется оператором ИС УНП в одностороннем порядке. Оператор ИС УНП в срок не более 5 рабочих дней со дня возникновения основания для отключения участника взаимодействия от ИС УНП обеспечивает отключение участника взаимодействия от ИС УНП, направление участнику взаимодействия уведомления об отключении участника взаимодействия от ИС УНП.

Приложение 1

к Порядку информационно-технологического

взаимодействия между администраторами

доходов бюджета Ставропольского края,

администраторами доходов бюджетов

муниципальных образований Ставропольского края,

государственными и муниципальными

бюджетными и автономными учреждениями

Ставропольского края с уполномоченным органом

Ставропольского края, обеспечивающим

информационное взаимодействие

с Федеральным казначейством - оператором

Государственной информационной

системы о государственных и муниципальных платежах

Форма

Заявка
на подключение организации, предоставляющей (оказывающей) услуги, к подсистеме учета начислений и платежей государственной информационной системы Ставропольского края "Портал государственных и муниципальных услуг (функций), предоставляемых (исполняемых) органами исполнительной власти Ставропольского края и органами местного самоуправления муниципальных образований Ставропольского края"

Наименование организации, предоставляющей (оказывающей) услуги
Юридический адрес организации, предоставляющей (оказывающей) услуги
Почтовый адрес организации, предоставляющей (оказывающей) услуги
Код регистрации УНИФО
Реквизиты	ИНН	КПП	ОГРН

заявляет:

о согласии заключить договор о подключении к государственной информационной системе, обеспечивающей в Ставропольском крае регистрацию начислений и платежей (далее - ИС УНП), и использовании содержащихся в ИС УНП информационных ресурсов и принятии условий подключения и использования содержащихся в ИС УНП информационных ресурсов, а также обязательств участника взаимодействия в ИС УНП, содержащихся в указанном договоре;

о принятии всех требований к функционированию ИС УНП, предусмотренных:

Порядком информационно-технологического взаимодействия между администраторами доходов бюджета Ставропольского края, администраторами доходов бюджетов муниципальных образований Ставропольского края, муниципальными бюджетными и автономными учреждениями Ставропольского края с уполномоченным органом Ставропольского края, обеспечивающим информационное взаимодействие с Федеральным казначейством - оператором Государственной информационной системы о государственных и муниципальных платежах.

Обязуется выполнять все обязанности, предусмотренные договором.

__ подключение в основном режиме

__ подключение в режиме шлюза

Перечень реквизитов структурных подразделений

N	Наименование организации, предоставляющей (оказывающей) услуги	ИНН	КПП
1
2
...	...	...	...
N

Контактное лицо Участника

Ф.И.О.	Должность	Контактный телефон	Адрес электронной почты

Уполномоченный представитель Участника

Название организации	Ф.И.О.	Должность	Контактный телефон	Адрес электронной почты

_______________________		_______________/	_______________
должность	М.П.	подпись	Ф.И.О.

Приложение 2

к Порядку информационно-технологического

взаимодействия между администраторами

доходов бюджета Ставропольского края,

администраторами доходов бюджетов

муниципальных образований Ставропольского края,

государственными и муниципальными

бюджетными и автономными учреждениями

Ставропольского края с уполномоченным

органом Ставропольского края, обеспечивающим

информационное взаимодействие

с Федеральным казначейством - оператором

Государственной информационной

системы о государственных и муниципальных платежах

Форма

Заявка
на подключение к подсистеме учета начислений и платежей государственной информационной системы Ставропольского края "Портал государственных и муниципальных услуг (функций), предоставляемых (исполняемых) органами исполнительной власти Ставропольского края и органами местного самоуправления муниципальных образований Ставропольского края"

Наименование организации
Юридический адрес организации
Почтовый адрес организации
Реквизиты	ИНН	КПП	ОГРН

действуя в качестве

_______________________________________________________

(кредитной организации, платежного агента, банковского платежного агента)

заявляет:

о согласии заключить договор о подключении к государственной информационной системе, обеспечивающей в Ставропольском крае регистрацию начислений и платежей (далее - ИС УНП), и использовании содержащихся в ИС УНП информационных ресурсов и принятии условий подключения и использования содержащихся в ИС УНП информационных ресурсов, а также обязательств участника взаимодействия в ИС УНП, содержащихся в указанном договоре;

о принятии всех требований к функционированию ИС УНП, предусмотренных:

Порядком информационно-технологического взаимодействия между администраторами доходов бюджета Ставропольского края, администраторами доходов бюджетов муниципальных образований Ставропольского края, муниципальными бюджетными и автономными учреждениями Ставропольского края с уполномоченным органом Ставропольского края, обеспечивающим информационное взаимодействие с Федеральным казначейством - оператором Государственной информационной системы о государственных и муниципальных платежах.

Обязуется выполнять все обязанности, предусмотренные договором.

Контактное лицо Участника

Ф.И.О.	Должность	Контактный телефон	Адрес электронной почты

Уполномоченный представитель Участника

Название организации	Ф.И.О.	Должность	Контактный телефон	Адрес электронной почты

_______________________		_______________/	_______________
должность	М.П.	подпись	Ф.И.О.

Приложение 3

к Порядку информационно-технологического

взаимодействия между администраторами

доходов бюджета Ставропольского края,

администраторами доходов бюджетов

муниципальных образований Ставропольского края,

государственными и муниципальными

бюджетными и автономными учреждениями

Ставропольского края с уполномоченным

органом Ставропольского края, обеспечивающим

информационное взаимодействие

с Федеральным казначейством - оператором

Государственной информационной

системы о государственных и муниципальных платежах

Договор
о подключении к подсистеме учета начислений и платежей государственной информационной системы Ставропольского края "Портал государственных и муниципальных услуг (функций), предоставляемых (исполняемых) органами исполнительной власти Ставропольского края и органами местного самоуправления муниципальных образований Ставропольского края"

Государственное казенное учреждение Ставропольского края "Краевой центр информационных технологий", именуемый в дальнейшем Оператор ИС УНП, в лице директора Горбова Владимира Николаевича, действующего на основании Устава, с одной стороны, и __________________________________________________________

_____________________________________________________

            (указывается наименование организации)

_______________________________________________________

именуемое (ый) в дальнейшем Участник, в лице

_______________________________________________________

_______________________________________________________

_______________________________________________________

(указывается должность, фамилия, имя, отчество лица уполномоченного

                действовать от имени Участника ИС УНП)

действующего на основании ________________________________

_______________________________________________________

(указать название и реквизиты документа, на основании которого

                      действует уполномоченное лицо)

с другой стороны, совместно именуемые "Стороны", заключили настоящий Договор о нижеследующем:

1. Предмет договора

1.1. Предметом настоящего договора является обеспечение информационно-технологического взаимодействия между Сторонами при подключении к подсистеме учета начислений и платежей государственной информационной системы Ставропольского края "Портал государственных и муниципальных услуг (функций), предоставляемых (исполняемых) органами исполнительной власти Ставропольского края и органами местного самоуправления муниципальных образований Ставропольского края" (далее соответственно - ИС УНП, Портал) и предоставлении Участнику содержащихся в ИС УНП ресурсов путем принятия им условий подключения к ИС УНП и использования Участником содержащихся в ИС УНП информационных ресурсов (далее - Условия), а также обязательств участника в ИС УНП (обязательств Сторон), являющихся составной частью настоящего Договора.

1.2. Основанием для заключения настоящего Договора является направление Участником оператору ИС УНП заявки на подключение к подсистеме учета начислений и платежей государственной информационной системы Ставропольского края "Портал государственных и муниципальных услуг (функций), предоставляемых (исполняемых) органами исполнительной власти Ставропольского края и органами местного самоуправления муниципальных образований Ставропольского края".

1.3. Стороны при реализации настоящего Договора руководствуются:

Федеральным законом "Об информации, информационных технологиях и о защите информации";

Федеральным законом "О персональных данных";

Федеральным законом "Об организации предоставления государственных и муниципальных услуг";

Законом Ставропольского края "О государственных информационных системах Ставропольского края";

приказом министерства энергетики, промышленности и связи Ставропольского края от "___"____________2014___г. N_______ "Об утверждении Порядка информационно-технологического взаимодействия между администраторами доходов бюджета Ставропольского края, администраторами доходов бюджетов муниципальных образований Ставропольского края, государственными и муниципальными бюджетными и автономными учреждениями Ставропольского края с уполномоченным органом Ставропольского края, обеспечивающим информационное взаимодействие с Федеральным казначейством - оператором Государственной информационной системы о государственных и муниципальных платежах" (далее - Приказ) и иными нормативными правовыми актами Российской Федерации и Ставропольского края.

2. Условия подключения к ИС УНП и использования содержащихся в ИС УНП информационных ресурсов

2.1. Информационно-технологическое взаимодействие в рамках ИС УНП осуществляется в соответствии с Техническими требованиями к подключению и взаимодействию в подсистеме учета начислений и платежей государственной информационной системы Ставропольского края "Портал государственных и муниципальных услуг (функций), предоставляемых (исполняемых) органами исполнительной власти Ставропольского края и органами местного самоуправления муниципальных образований Ставропольского края", утвержденных Приказом (далее - Технические требования), в отдельных случаях посредством вызова электронных сервисов внешних информационных систем (далее - ИС), в том числе в режиме шлюза.

2.2. Участник самостоятельно и за свой счет осуществляет разработку и внедрение электронных сервисов, поддерживающих взаимодействие с ИС УНП в соответствии с Техническими требованиями, обеспечивает бесперебойное функционирование электронных сервисов и оборудования, обеспечивающего взаимодействие с ИС УНП.

2.3. Использование Участником информации, содержащейся в ИС УНП, осуществляется исключительно в объеме, необходимом для выполнения функций Участника.

3. Права и обязанности Сторон

3.1. Оператор ИС УНП обязуется:

1) назначить ответственных исполнителей, уполномоченных на решение текущих вопросов по реализации настоящего Договора;

2) обеспечивать функционирование ИС УНП с требованиями законодательства Российской Федерации и Ставропольского края;

3) обеспечивать при информационно-технологическом взаимодействии с использованием ИС УНП с Участником, а также с иными заинтересованными лицами, строгое соблюдение установленного порядка ограниченного доступа к отдельным видам информации согласно требованиям, установленным законодательством Российской Федерации;

4) гарантировать целостность и неизменность данных, передаваемых Участнику с использованием Портала с момента их поступления на Портал и до момента их поступления в информационную систему Участника;

5) гарантировать целостность и неизменность данных, передаваемых Участником посредством ИС УНП, с момента поступления указанных данных в ИС УНП и до момента передачи их в информационные системы иных органов и организаций;

6) незамедлительно информировать Участника об обнаруженной невозможности выполнения обязательств по настоящему Договору;

7) устранять своими силами и за свой счет допущенные по своей вине недостатки или иные отступления от условий настоящего Договора.

3.2. Оператор ИС УНП имеет право:

1) запрашивать у Участника сведения о фактах отправления или получения информации с использованием ИС УНП;

2) требовать от Участника соблюдения настоящего Договора и Технических требований при функционировании ИС УНП, а также электронных сервисов;

3) осуществлять контроль за соблюдением Договора Участником, предпринимать необходимые меры по предотвращению и устранению выявленных нарушений, проводить постоянный мониторинг и анализ действий Участника;

4) в соответствии с законодательством Российской Федерации и законодательством Ставропольского края ограничивать доступ Участника к ИС УНП;

5) совершать иные действия в рамках функционирования ИС УНП, не противоречащие законодательству Российской Федерации и настоящему Договору.

3.3. Участник обязуется:

3.3.1. Кредитная организация, являющаяся Участником, обязуется:

1) обеспечивать возможность указания плательщиком при осуществлении оплаты услуг реквизитов, используемых в ИС УНП;

2) направлять Оператору ИС УНП запросы о начислениях плательщика;

3) осуществлять проведение платежей (перевод денежных средств) не позднее следующего рабочего дня после осуществления платежа плательщиком;

4) направлять Оператору ИС УНП извещение о платеже (извещение об уточнении платежа);

5) уточнять информацию о платежах с момента обнаружения ошибки в представленных Оператору ИС УНП данных и представляет извещение об уточнении платежа Оператору ИС УНП.

3.4. Участник имеет право:

1) на основании направленных запросов получать от Оператора ИС УНП извещения о начислениях плательщика;

2) осуществлять сверку с Оператором ИС УНП направленной ему и полученной от него информации о платежах и информации о начислениях.

3.5. Платежный агент, банковский платежный агент, являющийся Участником, обязуется:

1) обеспечивать возможность указания плательщиком при осуществлении оплаты услуг реквизитов, используемых в ИС УНП для осуществления квитирование начислений с платежами и зачислениями;

2) направлять Оператору ИС УНП запросы о начислениях;

3) по факту осуществления платежа, уточнения платежа направлять Оператору ИС УНП информацию о платеже, уточненную информацию о платеже;

4) уточнять информацию о платежах с момента обнаружения ошибки в представленных Оператору ИС УНП данных и представляет извещение об уточнении платежа Оператору ИС УНП.

3.6. Платежный агент, банковский платежный агент, являющийся Участником, имеет право:

1) на основании направленных запросов получать от Оператора ИС УНП извещения о начислениях;

2) получать от кредитной организации извещения о платежах (извещения об уточнении платежа).

3.7. Участники:

1) доводят порядок пользования ИС УНП до своих филиалов, отделений;

2) хранят информацию о платежах, в том числе об их уточнении, в течение пяти лет.

4. Ответственность

4.1. Стороны несут ответственность за неисполнение или ненадлежащее исполнение своих обязательств по Договору в соответствии с законодательством Российской Федерации, законодательством Ставропольского края и настоящим Договором.

4.2. Оператор ИС УНП не несет ответственность за:

1) достоверность информации, предоставляемой Участнику посредством ИС УНП от физических лиц, иных органов и организаций;

2) аварии, сбои или перебои в обслуживании, связанные с нарушениями в работе оборудования, систем подачи электроэнергии и (или) линий связи или сетей, которые обеспечиваются, подаются, эксплуатируются и (или) обслуживаются третьими лицами;

3) ущерб, понесенный Участником в результате нарушения им настоящего Договора.

4.3. Участник и Оператор ИС УНП не несут ответственность за неисполнение или ненадлежащее исполнение обязательств, принятых на себя в соответствии с настоящим Договором, если надлежащее исполнение оказалось невозможным вследствие наступления обстоятельств непреодолимой силы.

4.4. Для целей настоящего Договора "непреодолимая сила" означает обстоятельство, предусмотренное частью 3 статьи 401 Гражданского кодекса Российской Федерации.

4.5. Участник или Оператор ИС УНП в случае невозможности исполнения своих обязательств по причине наступления обстоятельств непреодолимой силы должны предпринять все возможные действия для извещения другой стороны о наступлении таких обстоятельств.

Исполнение обязательств возобновляется немедленно после прекращения действия обстоятельств непреодолимой силы.

5. Заключительные положения

5.1. Настоящий Договор вступает в силу со дня его подписания и действует 3 года.

5.2. Дополнения и изменения настоящего Договора, принимаемые по предложениям Сторон, оформляются в письменной форме и становятся его неотъемлемой частью со дня их подписания Сторонами.

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

5.4. Настоящий Договор составлен в двух экземплярах, имеющих одинаковую юридическую силу, по одному для каждой из Сторон.

6. Адреса, реквизиты и подписи сторон

Оператор ИС УНП	Участник
ГКУ СК "Краевой центр информационных технологий" ________________________________ ________________________________ ________________________________ ________________________________ ________________________________ ________________________________ ________________________________ ________________________________ ________________________________ ________________________________ ________________________________ ________________________________ ________________________________ ________________________________	________________________________ ________________________________ ________________________________ ________________________________ ________________________________ ________________________________ ________________________________ ________________________________ ________________________________ ________________________________ ________________________________ ________________________________ ________________________________ ________________________________

Директор ГКУ СК "Краевой центр информационных технологий"	_______________________________
	(должность)
___________________________ В.Н. Горбов
"___"____________ 20___ года	_______________________________
	(подпись)
М.П.	М.П.

Приложение 4

к Порядку информационно-технологического

взаимодействия между администраторами

доходов бюджета Ставропольского края,

администраторами доходов бюджетов

муниципальных образований Ставропольского края,

государственными и муниципальными

бюджетными и автономными учреждениями

Ставропольского края с уполномоченным

органом Ставропольского края, обеспечивающим

информационное взаимодействие

с Федеральным казначейством - оператором

Государственной информационной

системы о государственных и муниципальных платежах

Технические требования
к подключению и взаимодействию в подсистеме учета начислений и платежей государственной информационной системы Ставропольского края "Портал государственных и муниципальных услуг (функций), предоставляемых (исполняемых) органами исполнительной власти Ставропольского края и органами местного самоуправления муниципальных образований Ставропольского края"

С изменениями и дополнениями от:

20 апреля 2015 г.

1. Настоящие Технические требования определяют правила, которые должны выполнять администраторы доходов бюджета Ставропольского края, администраторы доходов бюджетов муниципальных образований Ставропольского края, государственные и муниципальные бюджетные и автономные учреждения Ставропольского края (далее - участники взаимодействия), кредитные организации, платежные агенты, банковские платежные агенты в подсистеме учета начислений и платежей государственной информационной системы Ставропольского края "Портал государственных и муниципальных услуг (функций), предоставляемых (исполняемых) органами исполнительной власти Ставропольского края и органами местного самоуправления муниципальных образований Ставропольского края" (далее соответственно - ИС УНП, ИС РПГУ), обеспечивающей регистрацию начислений и платежей при организации взаимодействия между собой, в том числе при:

создании web-сервисов, поддерживающих взаимодействие с сервисами ИС УНП;

осуществлении информационного обмена с информационной системой участника взаимодействия (далее - ИС) в ИС УНП с использованием электронной подписи (далее - ЭП).

2. Все участники взаимодействия в ИС УНП должны быть зарегистрированы в ИС УНП в соответствии с настоящими Требованиями.

3. Схемы взаимодействия участников взаимодействия приведены в приложении к настоящим Техническим требованиям.

4. Взаимодействие ИС УНП с ИС участника взаимодействия, выставляющей счета на оплату пошлин, денежных платежей (штрафов) и сборов на территории Ставропольского края в процессе выполнения своих функций, являющихся администраторами дохода бюджета (далее ИС Поставщиков услуг), осуществляется посредством государственной информационной системы Ставропольского края "Региональная система межведомственного электронного взаимодействия" (далее - РСМЭВ). ИС участников взаимодействия, взаимодействующих через защищенный сегмент сети РСМЭВ, должны быть зарегистрированы в РСМЭВ.

5. Взаимодействие ИС УНП с ИС участников взаимодействия - поставщиков услуг государственных и муниципальных бюджетных и автономных учреждений, выставляющих счета на оплату платных услуг на территории Ставропольского края и не зарегистрированных в РСМЭВ, а также ИС кредитных организаций, банков и платежных агентов должно осуществляться посредством защищенного канала. В этом случае обработка ЭП поступившего запроса будет осуществляться непосредственно в ИС УНП.

6. Защищенный канал связи между ИС участников взаимодействия и ИС УНП должен быть реализован с использованием предоставляемого министерством энергетики, промышленности и связи Ставропольского края технического решения, предназначенного для шифрования пакетов или данных посредством одного из известных протоколов (SS/TLS, IPSec/IKE или др.) и обеспечивающего защищенную передачу информации между произвольными точками соединения в информационно-телекоммуникационной сети "Интернет" (сервер, клиент).

7. Требования к обеспечению защиты информации.

7.1. Участники взаимодействия в ИС УНП должны иметь установленные и настроенные средства криптографической защиты информации, соответствующие уровню защищенности информации, передаваемой с использованием ИС участника взаимодействия.

7.2. Все запросы (ответы на запросы) ИС УНП должны быть подписаны ЭП ответственного лица участника взаимодействия - оператора ИС, формирующего запрос (ответ на запрос). Алгоритмы наложения ЭП должны соответствовать ГОСТ 28147-89. Соответствующие алгоритмы аутентификации должны соответствовать ГОСТ Р 34.11/34.10-2001.

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

Алгоритмы	Наименование	URL
Расчет хэш-сумм	ГОСТ Р 34.11-94	http://www.w3.org/2001/04/ xmldsig-more/gostr3411
Формирование подписи	ГОСТ Р 34.10-2001	http://www.w3.org/2001/04/ xmldsig-more/gostr34102001-gostr3411
Каноникализация	Exclusive XML Canonicalization от 18 July 2002	http://www.w3.org/2001/10/xml-exc-c14n/

7.4. Все сертификаты ключа проверки ЭП, используемые участниками взаимодействия, должны быть выданы одним из удостоверяющих центров, входящих в единое пространство доверия ЭП, формируемое Министерством связи и массовых коммуникаций Российской Федерации.

8. Требования к реализации web-сервисов ИС участника взаимодействия при взаимодействии с ИС УНП.

8.1. Взаимодействие между ИС участников взаимодействия и ИС УНП обеспечивается вызовом системами участников web-сервисов ИС УНП, развернутых на стороне ИС УНП, и, в отдельных случаях посредством вызова web-сервисов внешних ИС участников взаимодействия. Данные между ИС участников взаимодействия передаются в формате, установленном настоящими Техническими требованиями.

8.2. В качестве web-сервиса, развернутого на стороне ИС УНП, используется SmevUnifoService. Данный web-сервис обслуживает все запросы от внешних ИС, в ходе обработки которых ИС УНП формирует ответы и возвращает их во внешние системы.

8.3. Вызов web-сервиса должен быть реализован посредством протокола обмена структурированными сообщениями SOAP (Simple Object Access Protocol) поверх протокола прикладного уровня HTTP (HyperText Transfer Protocol). Взаимодействие с web-сервисом осуществляется в синхронном режиме:

при прямом взаимодействии инициатором взаимодействия является ИС участника взаимодействия;

при взаимодействии с ИС УНП в режиме шлюза инициатором взаимодействия является ИС УНП.

8.4. Интерфейс взаимодействия ИС участников взаимодействия и ИС УНП требует создания следующих адаптеров:

"Адаптер информационной системы поставщика услуг к ИС УНП" - SOAP/HTTP-клиент ИС поставщика услуг должен располагается на стороне ИС поставщика услуг и предназначается для вызова сервисов ИС УНП;

"Адаптер КО к ИС УНП" располагается на стороне кредитной организации, банка, платежного агента и предназначен для вызова сервисов ИС УНП и "Адаптеров к ВС (WS)" - web-сервисов ИС УНП (располагаются на стороне сервера приложений ИС УНП и предназначены для приема запросов от ИС участников взаимодействия);

"Адаптер РПГУ к ИС УНП" располагается на стороне РПГУ и предназначен для вызова сервисов ИС УНП;

"Адаптеры к ВС (WS)" - web-сервисы ИС УНП для взаимодействия с ИС участников взаимодействия (располагаются на стороне Сервера приложений ИС УНП и предназначены для приема запросов от ИС участников взаимодействия).

8.5. Интерфейс взаимодействия в режиме шлюза требует создания "Адаптера к сервису организации, взаимодействующей с ИС УНП в режиме шлюза" (располагается на стороне сервера приложений ИС УНП и предназначается для вызова сервиса организации, работающей с ИС УНП в режиме шлюза) и "Адаптера сервиса к ИС УНП" (располагаются на стороне организации, работающей с ИС УНП в режиме шлюза, и предназначается для приема запросов от ИС УНП).

8.6. Совместимость по источникам и потребителям информации обеспечивается на основе механизмов информационного обмена ИС УНП и актуальных форматов обмена данными, установленных Оператором ИС УНП в настоящих Технических требованиях.

9. Требования к методам web-сервисов, обеспечивающих взаимодействие с ИС УНП.

9.1. Требования к сервисам ИС Поставщиков услуг при стандартном взаимодействии (не в режиме шлюза).

9.1.1. Web-сервис ИС УНП предоставляет один метод UnifoTransferMsg, который поддерживает синхронный режим обработки входящих запросов. Форматы сообщений метода представлены в пункте 12 настоящих Технических требований.

Информация об изменениях:

Приказом Министерства энергетики, промышленности и связи Ставропольского края от 20 апреля 2015 г. N 88-о/д в подпункт 9.1.2 пункта 9 настоящего приложения внесены изменения

См. текст подпункта в предыдущей редакции

9.1.2. Метод UnifoTransferMsg. Данный метод представляет собой обработку запросов и ответов DataRequest, ResponseTemplate, ImportRequest, Ticket, используемых при взаимодействии через web-сервисы.

9.1.3. С помощью следующих запросов должна осуществляться загрузка данных начисления, платежа, зачисления и каталога услуг поставщика:

ImportData / ImportRequest - определен в файле ImportRequest.xsd форматов информационного обмена;

ImportDataResponse / Ticket - определен в файле Ticket.xsd форматов информационного обмена.

9.1.4. С помощью следующих запросов осуществляется выгрузка данных из базы данных ИС УНП по условиям, указанным в теле запроса:

ExportData / DataRequest - определен в файле DataRequest.xsd форматов информационного обмена;

exportDataResponse / - один из потомков ResponseTemplate.xsd форматов информационного обмена.

9.1.5. При сбое в обработке запроса ответ должен содержать информацию о произошедшем сбое.

9.1.6. Запросы и ответы ИС УНП передаются в тегах MessageData/ AppData запросов и ответов метода UnifoTransferMsg. Данный web- сервис обслуживает все запросы инициаторами, которых являются ИС участников (внешних к ИС УНП информационных систем), в ходе обработки которых ИС УНП формирует ответы и возвращает их во внешние ИС.

9.1.7. Параметры запроса/ответа метода web-сервиса сведены в приведенных ниже таблицах со следующими полями:

Наименование. Наименование тега XML-типа;

Количество тегов. Указывает на количество тегов формируемого XML. Формат поля: <min>.<max>, где <min> - минимальное количество тегов, <mах> - максимальное количество тегов ("n" указывает на неограниченное количество тегов). Если значение в поле не указано, то присутствует 1 тег.

Тип данных. Возможные значения:

String. Строка произвольной длины;

Date. Дата;

Decimal. Вещественное число;

Boolean. Логический тип (Истина/Ложь);

Контейнер. Указывает на присутствие вложенных тегов. Наименования тегов, вложенных в контейнер, включаются в поле "Наименование" таблицы параметров со смещением вправо;

Другой тип. В поле "Комментарий" таблицы параметров присутствует ссылка на пункт Приложения, в котором описан тип;

Комментарий. Объясняет назначение тега.

9.1.7.1. Структура сообщения-запроса к методу web-сервиса:

Наименование	Количество тегов	Тип данных	Комментарий
1	2	3	4
UnifoTransferMsg	1	Контейнер	Корневой тег запроса
Message	1	Контейнер	Служебный блок атрибутов системы межведомственного электронного взаимодействия (далее - СМЭВ)
Sender	1	orgExternalType	Данные о системе - инициаторе взаимодействия
Code	1	Xsd:string	Идентификатор системы. Мнемоника системы инициатора взаимодействия. Получается при регистрации в СМЭВ
Name	1	Xsd:string	Наименование системы - инициатора взаимодействия. Получается при регистрации в СМЭВ.
Recipient	1	orgExternalType	Данные о системе - получателе сообщения
Code	1	Xsd:string	Идентификатор системы. Мнемоника системы - получателя сообщения, получается при регистрации в СМЭВ
Name	1	Xsd:string	Наименование системы - получателя сообщения. Получается при регистрации в СМЭВ
Originator	0..1	orgExternalType	Данные о системе, инициировавшей цепочку из нескольких запросов-ответов, объединенных единым процессом в рамках взаимодействия
Code	1	Xsd:string	Идентификатор системы. Мнемоника системы, инициировавшей цепочку из нескольких запросов-ответов, объединенных единым процессом в рамках взаимодействия. Получается при регистрации в СМЭВ. Данные как в Sender
Name	1	Xsd:string	Наименование системы, инициировавшей цепочку из нескольких запросов-ответов, объединенных единым процессом в рамках взаимодействия. Получается при регистрации в СМЭВ. Данные как в Sender
TypeCode	1	Xsd:string	Тип сообщения по классификатору сообщений в СМЭВ. Всегда равен "5"
Status	1	StatusType	Статус сообщения. В запросе должен принимать значение "REQUEST"
Date	1	Xsd:dateTime	Дата создания запроса
ExchangeType	1	Xsd:string	Категория взаимодействия
RequestldRef	0..1	idType	Не используется
OriginRequestldRef	0..1	idType	Не используется
ServiceCode	0..1	Xsd:string	Не используется
CaseNumber	0..1	Xsd:string	Не используется
TestMsg	0..1	Xsd:string	Признак тестового взаимодействия
MessageData	1	Контейнер	Блок-обертка данных СМЭВ
AppData	1	AppDataType	Блок структурированных сведений
ImportData	1	Контейнер	Запрос на импорт сущностей
ImportRequest	1	ImportRequest (описание формата - п. 12)
PostBlock	1	PostBlock (описание формата - п. 12)	Блок почтовой информации
Charge	1	ChargeType (описание формата - п 12)	Начисление
FinalPayment	1	Paymentlnfo Туре (описание формата - п. 12)	Платеж
Income	1	Incomelnfo Туре (описание формата - п. 12)	Зачисление
Catalog	1	Контейнер	Каталог услуг поставщика
Changes	1	ServiceCatalog.. Туре (описание формата - п. 12)	Измененный каталог услуг поставщика. Наличие этого тега исключает тег ServiceCatalog.
ServiceCatalog	1	ServiceCatalog_ Туре (описание формата - п. 12)	Каталог услуг поставщика. Наличие этого тега исключает тег Changes
Import Data Response	1	Контейнер	Не используется в сообщениях запросов
exportData	1	Контейнер	Запрос на экспорт сущностей
DataRequest	1	DataRequest	Ссылка на описание формата приведена в п. 12
exportData Response	1	Контейнер	Не используется в сообщениях запросов
DoAcknowledgment Request	1	DoAcknowIеdgmеnt RequestType	Запрос на проведение квитирования начисления с платежами (описание формата - п. 12)
DoAcknowledgment Response	1	DoAcknowIedgment ResponseType	Не используется в сообщениях запросов
AppDocument	0..1	AppDocumentType	Не используется

9.1.7.2. Структура сообщения-ответа метода web-сервиса:

Наименование	Количество тегов	Тип данных	Комментарий
1	2	3	4
UnifoTransfer Msg Response	1	Контейнер	Корневой тег ответа
Message	1	Контейнер	Служебный блок атрибутов СМЭВ
Sender	1	orgExternalType	Данные о системе - отправителе сообщения. Получается при регистрации в СМЭВ
Code	1	Xsd:string	Идентификатор системы. Мнемоника системы инициатора взаимодействия. Получается при регистрации в СМЭВ
Name	1	Xsd:string	Наименование системы - инициатора взаимодействия. Получается при регистрации в СМЭВ
Recipient	1	orgExternalType	Данные о системе - получателе сообщения
Code	1	Xsd:string	Идентификатор системы. Мнемоника системы-получателя сообщения. Получается при регистрации в СМЭВ
Name	1	Xsd:string	Наименование системы - получателя сообщения. Получается при регистрации в СМЭВ
Originator	1	orgExternalType	Данные о системе, инициировавшей цепочку из нескольких запросов-ответов, объединенных единым процессом в рамках взаимодействия
Code	1	Xsd:string	Идентификатор системы. Мнемоника системы, инициировавшей цепочку из нескольких запросов-ответов, объединенных единым процессом в рамках взаимодействия. Получается при регистрации в СМЭВ. Данные как в Sender
Name	1	Xsd:string	Наименование системы, инициировавшей цепочку из нескольких запросов-ответов, объединенных единым процессом в рамках взаимодействия. Получается при регистрации в СМЭВ. Данные как в Sender
TypeCode	1	Xsd:string	Тип сообщения по классификатору сообщений в СМЭВ. Всегда равен "5"
Status	1	StatusType	Статус сообщения. В ответе может принимать значение "RESULT", "INVALID", "REJECT" или "FAILURE"
Date	1	Xsd:dateTime	Дата создания запроса
ExchangeType	1	Xsd:string	Категория взаимодействия
RequestldRef	0..1	idType	Идентификатор сообщения-запроса, инициировавшего взаимодействие. Не используется
Origin Requestld Ref	0..1	idType	Идентификатор сообщения-запроса, инициировавшего цепочку из нескольких запросов-ответов, объединенных единым процессом в рамках взаимодействия. Не используется
ServiceCode	0..1	Xsd:string	Код государственной услуги, в рамках оказания которой осуществляется информационный обмен. Совпадает со значением одноименного реквизита сообщения запроса. Не используется
CaseNumber	0..1	Xsd:string	Номер дела в информационной системе-отправителе. Не используется
TestMsg	0..1	Xsd:string	Признак тестового взаимодействия.
MessageData	1	Контейнер	Блок-обертка данных СМЭВ
AppData	1	AppDataType	Блок структурированных сведений
ImportData	1	Контейнер	Не используется в сообщениях ответов на запросы
ImportData Response	1	Контейнер	Ответ на запрос импорта сущности
Ticket	1	Ticket	Описание формата приведено в п. 12
exportData	1	Контейнер	Не используется в сообщениях ответов на запросы
exportData Response	1	Контейнер	Ответ на запрос экспорта сущности
Response Template	1	Response Template (описание формата - п. 12)
AppDocument	0..1	AppDocument Type	Не используется
DoAcknowledgment Request	1	DoAcknowledgment RequestType	Не используется в сообщениях ответов на запросы
DoAcknowledgment Response	1	DoAcknowledgment ResponseType	Ответ на запрос проведения квитирования начисления с платежами (описание формата - п. 12)

9.2. Требования к сервисам ИС Участника, являющегося поставщиком услуг, при взаимодействии в режиме шлюза.

9.2.1. На стороне ИС Участника должен быть развернут web-сервис, полностью соответствующий по функциональности и форматам взаимодействия web-сервису ИС УНП в части импорта платежей и зачислений, экспорта начислений. Инициатором взаимодействия является ИС УНП.

9.2.2. При взаимодействии в режиме шлюза должны выполняться следующие действия:

ИС Участника, взаимодействующая с ИС УНП в режиме шлюза, в процессе выполнения своих функций формирует документ о начислении в соответствии с действующим законодательством и форматами ИС УНП;

ИС УНП запрашивает в ИС Участника данные по начислениям плательщика. Используется метод web-сервиса UnifoTransferMsg. Тег MessageData / AppData должен содержать элемент exportData / DataRequest. В состав данных DataRequest должен входить атрибут @kind, имеющий значение "CHARGE" согласно форматам ИС УНП;

ИС Участника передает данные по начислениям в ИС УНП. Структура данных тега MessageData / AppData / exportDataResponse / ResponseTemplate ответа web-сервиса соответствует типу ExportChargesResponse: в нем не должны присутствовать теги Charges / Chargelnfo / QuittanceWithPaymentStatus, Charges / Chargelnfo / QuittanceWithlncomeStatus согласно форматам ИС УНП;

по окончании оплаты начисления (после получения ИС УНП факта оплаты) ИС УНП осуществляет импорт в ИС Участника платежей. Метод web-сервиса: UnifoTransferMsg. Тег MessageData / AppData должен содержать элемент ImportData / ImportRequest / FinalPayment.

Информация об изменениях:

Приказом Министерства энергетики, промышленности и связи Ставропольского края от 20 апреля 2015 г. N 88-о/д в подпункт 9.2.3 пункта 9 настоящего приложения внесены изменения

См. текст подпункта в предыдущей редакции

9.2.3. Описание структуры запросов/ответов метода web-сервиса UnifoTransferMsg приведена в настоящем пункте, ссылка на описание формата указанных тэгов и их элементов приведено в пункте 9.1.7. настоящих Технических требований.

9.3. Требования к вызову метода web-сервиса процессов информационного обмена Участников включают в себя:

9.3.1 Передачу информации о начислениях (счетах) и информации с данными каталога услуг поставщика в ИС УНП:

ИС Поставщиков услуг должны обеспечивать вызов метода UnifoTransferMsg Web - сервиса SmevUnifoService на стороне ИС УНП и передачу в ИС УНП данных каталога услуг поставщика, информацию о начислениях, сформированных в адрес плательщиков, посредством запроса на импорт каталога услуг (в запросе присутствует тег Catalog) и импорта начислений (в запросе присутствует тег Charge). Структура запроса импорта, приведена в форматах обмена данными ИС УНП;

взаимодействие с web-сервисами осуществляется в синхронном онлайновом режиме. Инициатором взаимодействия в данном интерфейсе является ИС Участника.

9.3.2. Информирование о начислениях (счетах), зачислениях и платежах, передачу данных каталогов услуг поставщиков:

в данном процессе информационного обмена участвуют ИС поставщиков услуг, ИС РПГУ, ИС кредитных организаций, банков, платежных агентов и ИС УНП. Для поддержки обмена должен быть обеспечен вызов метода UnifoTransferMsg Web-сервиса SmevUnifoService на стороне ИС УНП и направлен запрос на экспорт каталога услуг поставщика (тип запрашиваемых объектов CATALOG), начислений (тип запрашиваемых объектов CHARGE) из ИС УНП;

ответ на запрос включает данные каталогов услуг поставщиков, перечень начислений в соответствии с параметрами, определенными в запросе. Описание и структура запроса (ответа на запрос) экспорта каталога услуг и начислений приведены в форматах обмена данными ИС УНП;

для получения информации о платежах ИС поставщиков услуг, работающих в режиме прямого взаимодействия, ИС РПГУ, ИС кредитных организаций обеспечивается вызов метода UnifoTransferMsg Web-сервиса SmevUnifoService на стороне ИС УНП и направляется запрос на экспорт платежей (тип запрашиваемых объектов - PAYMENT) из ИС УНП;

ИС УНП в ответ на запрос включает перечень платежей в соответствии с параметрами, определенными в запросе. Описание и структура запроса (ответа на запрос) экспорта платежей приведены в форматах обмена данными ИС УНП;

для получения информации о зачислениях ИС поставщиков услуг, работающих в режиме прямого взаимодействия, ИС РПГУ обеспечивается вызов метода UnifoTransferMsg Web-сервиса SmevUnifoService на стороне ИС УНП и вызов запроса на экспорт зачислений (тип запрашиваемых объектов - INCOME) из ИС УНП;

ИС УНП в ответ на запрос включает перечень зачислений в соответствии с параметрами, определенными в запросе. Описание и структура запроса/ответа на запрос экспорта зачислений приведены в форматах обмена данными ИС УНП;

ИС поставщиков услуг, работающих в режиме шлюза, получают информацию о платежах и зачислениях посредством вызова метода UnifoTransferMsg Web-сервиса SmevUnifoService на стороне ИС УНП и осуществления запроса на импорт платежей/зачислений (в запросе присутствует тег FinalPayment / Income) из ИС УНП.

Взаимодействие с web-сервисами ИС поставщиков услуг, работающих в режиме шлюза, осуществляется в синхронном режиме. Инициатором взаимодействия в данном интерфейсе является ИС УНП. Описание и структура запроса на экспорт платежей и зачислений из ИС УНП приведены в форматах обмена данными ИС УНП.

9.3.3. Получение информации о платежах, зачислениях и начислениях.

В данном процессе информационного обмена участвуют ИС поставщиков услуг, ИС РПГУ, ИС кредитных организаций, банков и платежных агентов.

Для получения указанной информации о платежах ИС кредитных организаций обеспечивают вызов метода UnifoTransferMsg Web- сервиса SmevUnifoService на стороне ИС УНП и осуществляют запрос на импорт платежей (в запросе присутствует тег FinalPayment) из ИС УНП.

ИС УНП в ответ на запрос включает перечень платежей в соответствии с параметрами, определенными в запросе. Описание и структура запроса (ответа на запрос) экспорта платежей приведены в форматах обмена данными ИС УНП.

Получение информации о зачислениях реализуется следующим образом: ИС поставщиков услуг производят вызов метода UnifoTransferMsg Web-сервиса SmevUnifoService на стороне ИС УНП и осуществляют запрос на импорт зачислений (в запросе присутствует тег Income) в ИС УНП.

Структура запроса импорта, приведена в форматах обмена данными ИС УНП. Инициатором взаимодействия в данном интерфейсе является ИС поставщика услуг/ИС УНП.

Получение информации о начислениях реализуется следующим образом: ИС РПГУ, ИС кредитных организаций, ИС банков и платежных агентов производят вызов метода UnifoTransferMsg Web-сервиса SmevUnifoService на стороне ИС УНП и осуществляют запрос на экспорт начислений (в запросе присутствует тег Charge) в ИС УНП.

ИС УНП в ответ на запрос включает перечень начислений в соответствии с параметрами, определенными в запросе. Описание и структура запроса (ответа на запрос) экспорта начислений приведены в форматах обмена данными ИС УНП.

10. Описание информационного обмена с ИС УНП.

10.1. Идентификаторы информационного обмена.

При обмене Участник должен поддерживать в своей информационной (учетной) системе и использовать при обмене следующие идентификаторы данных:

идентификатор плательщика (альтернативный идентификатор);

локальный идентификатор плательщика от поставщика услуги;

идентификатор услуги;

идентификатор начисления;

идентификатор платежа;

идентификатор зачисления.

Ниже приведены структура идентификаторов и правила заполнения полей указанных идентификаторов.

10.2. Идентификатор плательщика (альтернативный идентификатор):

10.2.1. В качестве единого идентификатора плательщика (ЕИП) для физического лица (далее - ФЛ) используется страховой номер индивидуального лицевого счета гражданина в системе обязательного пенсионного страхования (далее - СНИЛС). Правила формирования следующие:

1 разряд - значение "1" (признак ФЛ);

2 - 12 разряды - СНИЛС (11 цифр).

10.2.2. В качестве ЕИП для юридического лица (далее - ЮЛ) используется связка ИНН ЮЛ (10 символов) или КИО ЮЛ (5 символов), не являющегося резидентом Российской Федерации и КПП ЮЛ (9 символов). Правила формирования ЕИП для ЮЛ - резидентов Российской Федерации следующие:

1 разряд - значение "2" (признак ЮЛ - резидента РФ);

2 - 11 разряды - ИНН ЮЛ (10 цифр);

12 - 20 разряды - КПП ЮЛ (9 цифр).

Правила формирования ЕИП для ЮЛ, не являющихся резидентами Российской Федерации, следующие:

1 разряд - значение "3" (признак ЮЛ, не являющегося резидентом Российской Федерации);

2 - 6 разряды - КИО ЮЛ, не являющегося резидентом Российской Федерации (5 цифр);

7 - 15 разряды - КПП ЮЛ (9 цифр).

10.2.3. В качестве альтернативного идентификатора ФЛ может использоваться один из перечисленных идентификаторов:

ИНН ФЛ;

реквизиты документа ФЛ, удостоверяющего личность гражданина;

номер водительского удостоверения, выданного на территории Российской Федерации в соответствии с законодательством;

учетный код Федеральной миграционной службы.

Альтернативный идентификатор ФЛ должен иметь следующую структуру:

1	2	3	4	5	6	7	8	9	10	...	22	23	24	25
Тип документа		Номер документа, удостоверяющего личность										Гражданство

где: 1 - 2 разряды - код типа документа. Применяются следующие коды типов документов:

Значение	Описание
01	паспорт гражданина Российской Федерации
02	свидетельство органов ЗАГСа, органа исполнительной власти или органа местного самоуправления о рождении гражданина
03	паспорт моряка (удостоверение личности моряка)
04	удостоверение личности военнослужащего Российской Федерации
05	военный билет военнослужащего
06	временное удостоверение личности гражданина Российской Федерации
07	справка об освобождении из мест лишения свободы
08	паспорт иностранного гражданина или удостоверение личности лица без гражданства
09	вид на жительство в Российской Федерации
10	разрешение на временное проживание
11	удостоверение беженца
12	миграционная карта
13	паспорт гражданина СССР образца 1974 г. для некоторых категорий иностранных граждан и лиц без гражданства
14 - 20	зарезервировано
21	ИНН
22	номер водительского удостоверения, выданного на территории РФ в соответствии с законодательством
23	учетный код Федеральной миграционной службы
24	свидетельство о регистрации транспортного средства
25..99	зарезервировано

3 - 22 разряды: номер документа, ссылка на который дана в коде типа документа (1-2 разряды). Если номер документ содержит менее 20 символов, он дополняется слева нулями до 20 символов.

23 - 25 разряды - в случае если код типа документа (1-2 разряды) меньше или равен "20", то указывается цифровой код страны, гражданином которой является плательщик, в соответствии с документом, удостоверяющим личность (в соответствии с Общероссийским классификатором стран мира). В случае если код типа документа (1-2 разряды) более "20" - указывается значение "643" (код Российской Федерации).

10.3. Локальный идентификатор плательщика.

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

Данный идентификатор может передаваться Участником - поставщиком услуги вместе с реквизитами начисления (поля Additional Data), сформированного в адрес данного поставщика.

10.3.2. В каталоге услуг в реквизитах каждой услуги поставщика (в поле Service/PaymentParameters/DescriptionSimpleParamete) может быть указано наименование локального идентификатора, по которому при экспорте начислений по данной услуге, можно будет установить (в реквизитах начисления - поле AdditionalData), то значение локального идентификатора, которое необходимо указывать при оплате данного начисления в платежном поручении. Соответствующий факт оплаты должен содержать указанное значение локального идентификатора (значение передается в реквизитах платежа - поля AdditionalData). При взаимодействии плательщика с данным конкретным поставщиком услуг устанавливается способ локальной (в рамках взаимодействия с данным поставщиком) идентификации начисления и платежа.

10.3.3. Если используется авансовый метод оплаты, то при выборе услуги в каталоге плательщик по каждой услуге получает информацию о том, какой именно локальный идентификатор необходимо указать при оплате данной услуги.

Порядок заполнения полей данного идентификатора определяет организация - поставщик услуг. Этот идентификатор используется только при оплате определенной категории услуг и только при взаимодействии с данным поставщиком.

10.3.4. В запросах на экспорт начислений (импорт платежей) значение локального идентификатора должно передаваться в реквизитах тега AdditionalData начисления (платежа).

10.4. Идентификатор услуги.

В качестве идентификатора услуги Поставщика используется идентификатор, формируемый по следующему алгоритму:

1 - 5 символы: ААААА;

6 - 10 символы: Идентификатор информационной системы Участника, присвоенный при регистрации в Системе;

11 - 20 символы: Порядковый номер услуги данного Поставщика. Каждый последующий идентификатор формируется по принципу увеличения на 1.

10.5. Идентификатор начисления.

10.5.1. Все документы о начислениях, сформированные поставщиками услуг в адрес ФЛ, должны иметь уникальный идентификатор начисления. Уникальный идентификатор начисления должен иметь следующую структуру:

1	2	3	4	5	6	7	8	9	10	11	12	...	19	20
М	Id Участника в ИС УНП					Уникальный код								Ключ

1 разряд - символ "М",

2 - 6 разряд - номер, полученный при регистрации в ИС УНП,

7 - 19 разряды - уникальный код, формируемый каждым поставщиком услуг по своему алгоритму, обеспечивающий уникальность идентификатора начисления в рамках соответствующего поставщика услуг. Если значение уникального кода имеет длину менее 13 символов, то его значение дополняется справа символами "Z" до 13 символов;

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

10.5.2. Контрольный разряд УИН должен формироваться всеми АДБ по единым правилам:

каждому разряду кода, начиная со старшего разряда, присваивается набор весов, соответствующий натуральному ряду чисел от 1 до 10;

если разрядность кода больше 10, то набор весов повторяется;

если вместо цифры в коде присутствует буква, то значение данного разряда принимается равным остатку от деления порядкового номера буквы в алфавите на 10 (например, для буквы "Л" значение разряда равно 11 mod 10 = 1, а для буквы "О" - равно 14 mod 10 = 4);

каждая цифра кода умножается на вес разряда, и вычисляется сумма полученных произведений;

контрольное число для кода представляет собой остаток от деления полученной суммы на модуль "11" и должно иметь один разряд, значение которого находится в пределах от 0 до 9;

если получается остаток равный 10, то для обеспечения одноразрядного контрольного числа необходимо провести повторный расчет, применяя вторую последовательность весов, сдвинутую на два разряда влево (3, 4, 5,...) (если в случае повторного расчета остаток от деления вновь сохраняется равным 10, то значение контрольного числа проставляется равным "0").

10.6. Идентификатор платежа.

Каждый платеж должен иметь уникальный идентификатор платежа, который должен иметь следующую структуру:

1	2	...	10	11	12	...	16	17	18	...	22	23	...	31	32
1	БИК			Номер отделения КО				Дата платежа				Уникальный номер платежа в течение дня для отделения КО

где:

1 разряд - значение "1", признак КО;

2 - 10 разряды - БИК банка, сформировавшего платеж;

11 - 16 разряды - номер/код отделения банка, сформировавшего платеж. Номер выровнен по правому краю, слева дополняется нулями до 6 символов;

17 - 22 разряды - дата платежа в формате "ГГММДД";

23 - 32 разряды - уникальный номер платежа в течение дня для отделения банка. Номер выровнен по правому краю, слева дополняется нулями до 10 символов.

10.7. Идентификатор зачисления.

Информация о зачислениях в обязательном порядке должна содержать идентификатор зачисления. Идентификатор зачисления должен иметь следующую структуру:

1	2	...	32
Уникальный номер зачисления

где:

1 - 32 разряды - уникальный номер зачисления (GUID - генерируется информационной системой отправителя).

11. Типы электронных документов.

11.1. ИС УНП оперирует следующими электронными документами:

Начисление - документ, предоставленный организацией, предоставляющей услуги, содержащий необходимые реквизиты для оплаты услуг.

Платежные реквизиты - документ, содержащий уникальную совокупность параметров, описывающих начисление по предоставленной услуге или заказ услуги. Уникальность платежных реквизитов обеспечивается уникальным идентификатором ЭД.

Платеж-документ, подтверждающий оплату услуг организации, предоставляющей услуги, осуществленную плательщиком в кредитной организации либо путем обращения к платежному агенту, либо банковскому платежному агенту.

Зачисление - документ, подтверждающий поступление денежных средств на оплату услуг организации, предоставляющей услуги.

Результат квитирования (квитанция) - документ, содержащий данные результата сопоставления информации о начислениях с информацией о платежах и (или) зачислениях.

Каталог услуг - документ, содержащий данные перечня услуг (изменения данных перечня услуг) организации, предоставляющей услуги.

11.2. Состав данных информационного обмена.

11.2.1. ИС Участника должна обеспечивать информационный обмен данными, соответствующими электронным документам:

данные начисления;

данные платежных реквизитов;

данные платежа (факта оплаты);

данные зачисления;

данные результатов квитирования;

данные каталога услуг поставщика.

11.2.2. Параметры соответствующих сущностей ИС УНП описаны в формате XSD как XML-типы. Каждый параметр является тегом XML-типа.

11.2.3. Состав передаваемых данных, наличие которых должен обеспечить Участник взаимодействия при информационном обмене, должен быть сведен в таблицу со следующими полями:

Наименование. Наименование тега XML-типа.

Количество тегов. Указывает на количество тегов формируемого XML. Формат поля: <min>..<max>, где <min> - минимальное количество тегов, <mах> - максимальное количество тегов ("n" указывает на неограниченное количество тегов). Если значение в поле не указано, то присутствует 1 тег.

Тип данных. Возможные значения:

String. Строка произвольной длины;

Date. Дата;

Decimal. Вещественное число;

Boolean. Логический тип (Истина/Ложь);

anyURI. Адрес (URL) Web-страницы;

Контейнер. Указывает на присутствие вложенных тегов. Наименования тегов, вложенных в контейнер, включаются в поле "Наименование" таблицы параметров со смещением вправо.

Другой тип. В поле "Комментарий" таблицы параметров присутствует ссылка на пункт Приложения, в котором описан тип. Комментарий. Объясняет назначение тега.

11.2.4. Данные начислений, выставляемых АДБ, государственными бюджетными и автономными учреждениями (поставщиками услуг), представлены в следующей таблице:

Наименование	Количество тегов	Тип данных	Комментарий
1	2	3	4
ChargeТуре		Расширение типа Bill:	Данные счета
SupplierBilllD	1	String	Уникальный идентификатор начисления (счета). Алгоритм формирования идентификатора описан в пункте 10
MainSupplierBilllD	0..1	String	Уникальный идентификатор начисления (счета), на основании которого выставлено данное начисление (счет). Заполняется только в начислениях, выставленных ФССП
Version	0..1	String	Версия форматов взаимодействия ИС УНП с внешними информационными системами. Для текущей версии форматов может содержать значение "1.2.3"
BillDate	1	Date	Дата выставления начисления (счета)
ValidUntil	0..1	Date	Дата, вплоть до которой актуален выставленный счет
SupplierOrglnfo	1	OrganizetionType:	Данные поставщика, указанные в счете
Name	1	String	Наименование организации
INN	1	String	ИНН
KPP	1	String	КПП организации
OGRN	0..1	String	ОГРН
Account	1..n	AccountType	Перечень банковских счетов
Addresses	0..1	Контейнер
Address	1..n	AddressType	Перечень адресов организации
Contacts	0..1	Контейнер
Contact	1..n	ContactInfoType	Перечень контактов организации
Конец описания SupplierOrglnfo
BillFor	0..1	String	Наименование начисления. Указывается информация, которая должна отражаться в платежном поручении в поле "назначение платежа". В первых 20 позициях указывать значения уникального идентификатора начисления, в 21 и 22 позициях указываются символы "/"("слеш"). Содержимое тега BillFor должно иметь длину до 210 символов
TotalAmount	1	Long	Полная сумма начисления (счета). Целое число, показывающее сумму в копейках
URL	0..1	AnyURI	URL печатной формы счета
AdditionalData	0..n	Контейнер	Дополнительные поля счета Указанные значения используются при поиске начислений
FieldName	1	String	Наименование поля
FieldValue	1	String	Значение поля
Конец описания ChargeType
ChangeStatus	1	String	Статус, отражающий изменение данных начисления. Возможные значения: 1 - новое 2 - изменение 3 - аннулирование
TreasureBranch	1	String	Банк Поставщика, на счет которого должны поступать средства плательщика
KBK	1	String	Код бюджетной классификации, при отсутствии КБК - заполнять двадцатью нулями
OKATO	1	String	Код ОКАТО, указанный в начислении
BudgetIndex	1	BudgetIndexType	Дополнительные реквизиты платежа, заполняемые в платежном поручении при оплате гос. услуги
Status	1	String	Статус плательщика (физического лица): Перечень возможных значений 02 / 08 / 09 / 10 / 11 / 12 / 13 / 14 / 0 02 - налоговый агент, 08 - плательщик иных обязательных платежей, 09 - налогоплательщик (плательщик сборов) - индивидуальный предприниматель, 10 - налогоплательщик (плательщик сборов) - частный нотариус, 11 - налогоплательщик (плательщик сборов) - адвокат, учредивший адвокатский кабинет, 12 - налогоплательщик (плательщик сборов) - глава крестьянского (фермерского) хозяйства, 13 - налогоплательщик (плательщик сборов) - иное физическое лицо - клиент банка (владелец счета), 14 - налогоплательщик, производящий выплаты физическим лицам (п.п. 1 п. 1 ст. 235 Налогового кодекса Российской Федерации), 0 - для начислений и платежей не в пользу ФНС
PaymentType	1	String	Тип платежа
Purpose	1	String	Основание платежа Перечень возможных значений: ТП / ЗД / TP / PC /ОТ / АП / АР / 0 ТП - платежи текущего года; ЗД - добровольное погашение задолженности по истекшим налоговым периодам при отсутствии требования об уплате налогов (сборов) от налогового органа; ТР - погашение задолженности по требованию об уплате налогов (сборов) от налогового органа; PC - погашение рассроченной задолженности; ОТ - погашение отсроченной задолженности; АП - погашение задолженности по акту проверки; АР - погашение задолженности по исполнительному документу. 0 - для начислений и платежей не в пользу ФНС
TaxPeriod	1	String	Налоговый период Значение по умолчанию: "0"
TaxDocNumber	0..1	String	Показатель номера документа Значение по умолчанию: "0"
TaxDocDate	0..1	String	Показатель даты документа. Значение по умолчанию: "0"
Конец описания Budgetlndex
ApplicationID	0..1	String	Уникальный идентификатор заявки
UnifiedPayerldentifier	0..1	String	Единый идентификатор плательщика. Алгоритм формирования единого идентификатора плательщика описан в пункте 10
AltPayerIdentifier	0..1	String	Альтернативный идентификатор плательщика. Алгоритм формирования альтернативного идентификатора плательщика описан в пункте 10
Signature	0..1	ds:SignatureType	Цифровая подпись xml-документа. В теге содержатся реквизиты цифровой подписи, соответствующие стандарту XML-Signature (описание стандарта XML-Signature находится в сети Интернет по адресу http://www.w3.org/TR/xmldsig-core/). Тег должен содержать определение префикса пространства имен "http://www.w3.org/2000/09/ xmldsig/"

11.2.5. Данные платежных реквизитов представлены в следующей таблице:

Наименование	Количество тегов	Тип данных	Комментарий
1	2	3	4
@PaymentUUID	1	Простой тип UUID	Уникальный идентификатор платежных реквизитов
TotalAmount	1	Long	Сумма платежа
Narrative	0..1	String	Назначение платежа. В первых 20 позициях указывать значения уникального идентификатора начисления, в 21 и 22 позициях указываются символы "/" ("слеш"). Содержимое тега должно иметь длину до 210 символов
SupplierOrglnfo	1	Расширение Комплексного типа Organization Type:	Данные поставщика услуг
Name	1	String	Наименование организации
INN	1	String	ИНН
KPP	1	String	КПП организации
OGRN	0..1	String	ОГРН
Account	1..n	Account Type	Перечень банковских счетов
Addresses	0..1	Контейнер
Address	1..n	Address Type	Перечень адресов организации
Contacts	0..1	Контейнер
Contact	1..n	Contactlnfo Type	Перечень контактов организации
OKATO	0..1	String	Код ОКАТО
Конец описания SupplierOrglnfo
Service Code	1	String	Код услуги поставщика (соответствует значению реквизита КВК факта оплаты)
Budgetlndex	1	Комплексный тип Budgetlndex Type	Налоговые реквизиты п/п на оплату гос. услуги
Status	1	String	Статус плательщика (физического лица): Перечень возможных значений 02 / 08 / 09 / 10 / 11 / 12 / 13 / 14 / 0 02 - налоговый агент, 08 - плательщик иных обязательных платежей, 09 - налогоплательщик (плательщик сборов) - индивидуальный предприниматель, 10 - налогоплательщик (плательщик сборов) - частный нотариус, 11 - налогоплательщик (плательщик сборов) - адвокат, учредивший адвокатский кабинет, 12 - налогоплательщик (плательщик сборов) - глава крестьянского (фермерского) хозяйства, 13 - налогоплательщик (плательщик сборов) - иное физическое лицо - клиент банка (владелец счета), 14 - налогоплательщик, производящий выплаты физическим лицам (п.п. 1 п. 1 ст. 235 Налогового кодекса Российской Федерации), 0 - для начислений и платежей не в пользу ФНС
PaymentType	1	String	Тип платежа
Purpose	1	String	Основание платежа Перечень возможных значений: ТП / ЗД / TP / PC / ОТ / АП / АР / 0 ТП - платежи текущего года; ЗД - добровольное погашение задолженности по истекшим налоговым периодам при отсутствии требования об уплате налогов (сборов) от налогового органа; ТР - погашение задолженности по требованию об уплате налогов (сборов) от налогового органа; PC - погашение рассроченной задолженности; ОТ - погашение отсроченной задолженности; АП - погашение задолженности по акту проверки; АР - погашение задолженности по исполнительному документу; 0 - для начислений и платежей не в пользу ФНС
TaxPeriod	1	String	Налоговый период Значение по умолчанию: "0"
TaxDocNumber	0..1	String	Показатель номера документа Значение по умолчанию: "0"
TaxDocDate	0..1	String	Показатель даты документа. Значение по умолчанию: "0"
Конец описания Budgetlndex
Payerldentifier	0..1	String	Идентификатор плательщика
SupplierBilllD	0..1	String	Уникальный идентификатор начисления
BillDate	0..1	Date	Дата выставления начисления
ApplicationID	0..1	String	Уникальный идентификатор заявки
AdditionalData	0..n	Контейнер	Дополнительные данные
Name	1	String	Наименование
Label	0..1	String	Описание
Value	1	String	Значение
Signature	0..1	ds:Signature Type	Цифровая подпись xml-документа. В теге содержатся реквизиты цифровой подписи, соответствующие стандарту XML-Signature (описание стандарта XML-Signature находится в сети Интернет по адресу http://www.w3.org/TR/xmldsig-core/)

11.2.6. Данные платежей (фактов оплаты), импортируемых в ИС УНП из банков и от платежных агентов, представлены в следующей таблице:

Наименование	Количество тегов	Тип данных	Комментарий
1	2	3	4
PaymentlnfoType	1	Расширение Payment Type	Данные платежного поручения
SupplierBilllD	0..1	String	Уникальный идентификатор начисления в ИС ПУ
ApplicationID	0..1	String	Уникальный идентификатор заявки
Narrative	0..1	String	Назначение платежа. В случае оплаты по начислению для заполнения поля используется информация из тега BillFor начисления
Amount	1	Long	Полная сумма. Целое число, показывающее сумму в копейках
PaymentDate	1	Date	Дата произведения платежа
Budgetlndex	0..1	BudgetIndex Type	Дополнительные реквизиты платежа, заполняемые в платежном поручении при оплате гос. услуги
Status	1	String	Статус плательщика (физического лица): Перечень возможных значений 02 / 08 / 09 / 10 / 11 / 12 / 13 / 14 / 0 02 - налоговый агент, 08 - плательщик иных обязательных платежей, 09 - налогоплательщик (плательщик сборов) - индивидуальный предприниматель, 10 - налогоплательщик (плательщик сборов) - частный нотариус, 11 - налогоплательщик (плательщик сборов) - адвокат, учредивший адвокатский кабинет, 12 - налогоплательщик (плательщик сборов) - глава крестьянского (фермерского) хозяйства, 13 - налогоплательщик (плательщик сборов) - иное физическое лицо - клиент банка (владелец счета), 14 - налогоплательщик, производящий выплаты физическим лицам (п.п. 1 п. 1 ст. 235 Налогового кодекса Российской Федерации), 0 - для начислений и платежей не в пользу ФНС
PaymentType	1	String	Тип платежа
Purpose	1	String	Основание платежа Перечень возможных значений: ТП / ЗД / ТР / PC / ОТ / АП / АР / 0 ТП - платежи текущего года; ЗД - добровольное погашение задолженности по истекшим налоговым периодам при отсутствии требования об уплате налогов (сборов) от налогового органа; ТР - погашение задолженности по требованию об уплате налогов (сборов) от налогового органа; PC - погашение рассроченной задолженности; ОТ - погашение отсроченной задолженности; АП - погашение задолженности по акту проверки; АР - погашение задолженности по исполнительному документу; 0 - для начислений и платежей не в пользу ФНС
TaxPeriod	1	String	Налоговый период Значение по умолчанию: "0"
TaxDocNumber	0..1	String	Показатель номера документа Значение по умолчанию: "0"
TaxDocDate	0..1	String	Показатель даты документа. Значение по умолчанию: "0"
Конец описания Budgetlndex
PaymentldentificationData	1	PaymentIdentification DataType	Данные, необходимые для идентификации платежного поручения
Bank	1	BankType	Данные банка плательщика. Обязателен к заполнению только код БИК или SWIFT. Наличие данного тега исключает тег UFK
Name	0..1	String	Наименование банка, в котором открыт счет
CorrespondentBankAccount	0..1	String	Номер корсчета банка в ЦБ РФ
BIK	1	String	БИК банка, в котором открыт счет. Наличие этого тега исключает тег SWIFT
SWIFT	1	String	Код SWIFT банка, в котором открыт счет. Наличие этого тега исключает тег BIK
Address	0..1	Address Type	Адрес банка
Contacts	0..1	Контейнер
Contact	1..n	Contactlnfo Type	Перечень контактов банка
Конец описания Bank
UFK	1	Контейнер	Идентификация УФК, проведшего платеж Наличие данного тега исключает тег Bank. Не используется
Name	0..1	String	Наименование УФК, проведшего платеж
TOFK	1	String	Код УФК, проведшего платеж (совпадает с кодом ТОФК)
Systemldentifier	1	String	Уникальный системный идентификатор платежа, присваиваемый Банком плательщика. Алгоритм формирования идентификатора платежа описан в пункте 10
Конец описания PaymentldentificationData
Payerldentifier	0..1	String	Уникальный идентификатор плательщика (единый или альтернативный). Алгоритм формирования идентификатора плательщика описан в пункте 10
AdditionalData	0..n	Контейнер	Дополнительные данные
Name	1	xsd:string	Наименование атрибута
Value	1	xsd:string	Значение атрибута
Конец описания PaymentType
Конец описания PaymentlnfoType
@Version	0..1	String	Версия форматов взаимодействия ИС УНП с внешними информационными системами. Для текущей версии форматов может содержать значение "1.2.3"
RecipientServicesIdentifier	0..1	String	Идентификатор получателя услуги. Алгоритм формирования идентификатора получателя услуги совпадает с алгоритмом формирования идентификатора плательщика (единого или альтернативного), описанного в пункте 10
ChangeStatus	1	String	Статус, отражающий изменение данных платежа. Возможные значения: 1 - новое 2 - изменение
payeeINN	1	String	ИНН получателя (администратора доходов)
payeeKPP	1	String	КПП получателя (администратора доходов)
KBK	1	String	Код бюджетной классификации, при отсутствии КБК - заполнять двадцатью нулями
OKATO	0..1	String	Код ОКАТО
Signature	0..1	ds:Signature Type	Цифровая подпись xml-документа. В теге содержатся реквизиты цифровой подписи, соответствующие стандарту XML-Signature (описание стандарта XML-Signature находится в сети Интернет по адресу http://www.w3.org/TR/xmldsig-core/). Тег должен содержать определение префикса пространства имен "http://www.w3.org/2000/09/xmldsig/"

11.2.7. Данные зачислений

Данные зачислений представлены в следующей таблице:

Наименование	Количество тегов	Тип данных	Комментарий
1	2	3	4
@Version	0..1	String	Версия форматов взаимодействия ИС УНП с внешними информационными системами. Для текущей версии форматов может содержать значение "1.2.3"
ChangeStatus	1	String	Статус, отражающий изменение данных зачисления. Возможные значения: 1 - новое 2 - изменение
ConsDocNumber	1	String	Идентификатор зачисления
ConsDocDate	1	Date	Дата формирования зачисления
payeeINN	1	String	ИНН получателя (администратора доходов)
payeeKPP	1	String	КПП получателя (администратора доходов)
KBK	1	String	Код бюджетной классификации, при отсутствии КБК - заполнять двадцатью нулями
OKATO	1	String	Код ОКАТО
IncomeRows	1	Контейнер	Перечень строк зачисления
IncomeRow	1..n	PaymentType	Данные строки зачисления с информацией о единичном платеже
SupplierBilllD	0..1	String	Уникальный идентификатор начисления в ИСПУ
ApplicationID	0..1	String	Уникальный идентификатор заявки
Narrative	0..1	String	Назначение платежа. В случае оплаты по начислению для заполнения поля используется информация из тега BillFor начисления
Amount	1	Long	Полная сумма. Целое число, показывающее сумму в копейках
PaymentDate	1	Date	Дата произведения платежа
Budgetlndex	0..1	BudgetlndexType	Дополнительные реквизиты платежа, заполняемые в платежном поручении при оплате гос. услуги
Status	1	String	Статус плательщика (физического лица): Перечень возможных значений 02 / 08 / 09 / 10 / 11 / 12 / 13 / 14 / 0 02 - налоговый агент, 08 - плательщик иных обязательных платежей, 09 - налогоплательщик (плательщик сборов) - индивидуальный предприниматель, 10 - налогоплательщик (плательщик сборов) - частный нотариус, 11 - налогоплательщик (плательщик сборов) - адвокат, учредивший адвокатский кабинет, 12 - налогоплательщик (плательщик сборов) - глава крестьянского (фермерского) хозяйства, 13 - налогоплательщик (плательщик сборов) - иное физическое лицо - клиент банка (владелец счета), 14 - налогоплательщик, производящий выплаты физическим лицам (п.п. 1 п. 1 ст. 235 Налогового кодекса Российской Федерации), 0 - для начислений и платежей не в пользу ФНС
PaymentType	1	String	Тип платежа
Purpose	1	String	Основание платежа Перечень возможных значений: ТП / ЗД / ТР / PC / ОТ / АП / АР / 0 ТП - платежи текущего года; ЗД - добровольное погашение задолженности по истекшим налоговым периодам при отсутствии требования об уплате налогов (сборов) от налогового органа; ТР - погашение задолженности по требованию об уплате налогов (сборов) от налогового органа; PC - погашение рассроченной задолженности; ОТ - погашение отсроченной задолженности; АП - погашение задолженности по акту проверки; АР - погашение задолженности по исполнительному документу, 0 - для начислений и платежей не в пользу ФНС
TaxPeriod	1	String	Налоговый период Значение по умолчанию: "0"
TaxDocNumber	0..1	String	Показатель номера документа Значение по умолчанию: "0"
TaxDocDate	0..1	String	Показатель даты документа. Значение по умолчанию: "0"
Конец описания Budgetlndex
PaymentldentificationData	1	PaymentldentificationDataType	Данные, необходимые для идентификации платежного поручения
Bank	1	BankType	Данные Банка плательщика. Обязателен к заполнению только код БИК или SWIFT. Наличие данного тега исключает тег UFK
Name	0..1	String	Наименование Банка, в котором открыт счет
CorrespondentBankAccount	0..1	String	Номер корсчета Банка в ЦБ РФ
BIK	1	String	БИК Банка, в котором открыт счет. Наличие этого тега исключает тег SWIFT
SWIFT	1	String	Код SWIFT Банка, в котором открыт счет. Наличие этого тега исключает тег BIK
Address	0..1	AddressType	Адрес банка
Contacts	0..1	Контейнер
Contact	1..n	ContactlnfoType	Перечень контактов банка
Конец описания Bank
UFK	1	Контейнер	Идентификация УФК, проведшего платеж Наличие данного тега исключает тег Bank. Не используется
Name	0..1	String	Наименование УФК, проведшего платеж
TOFK	1	String	Код УФК, проведшего платеж (совпадает с кодом ТОФК)
Systemldentifier	1	String	Уникальный системный идентификатор платежа, присваиваемый Банком плательщика. Алгоритм формирования идентификатора платежа описан в пункте 10
Конец описания PaymentldentificationData
Payerldentifier	0..1	String	Уникальный идентификатор плательщика (единый или альтернативный). Алгоритм формирования идентификатора плательщика описан в пункте 10
AdditionalData	0..n	Контейнер	Дополнительные данные
Name	1	xsd:string	Наименование атрибута
Value	1	xsd:string	Значение атрибута
Конец описания PaymentType
Конец описания IncomeRow
TOFK	0..1	String	Код ТОФК УФК, сформировавшего зачисление
Signature	0..1	ds:SignatureType	Цифровая подпись xml-документа. В теге содержатся реквизиты цифровой подписи, соответствующие стандарту XML-Signature (описание стандарта XML-Signature находится в сети Интернет по адресу http://www.w3.org/TR/xmldsig-core/). Тег должен содержать определение префикса пространства имен "http://www.w3.org/2000/09/xmldsig/".

11.2.8. Данные квитанций с результатами квитирования начислений с платежами и с зачислениями приведены в следующей таблице:

Наименование	Количество тегов	Тип данных	Комментарий
1	2	3	4
SupplierBilllD	0..1	String	Уникальный идентификатор начисления в ИСП. Значение совпадает со значением одноименного тега типа Bill, являющегося базовым для начислений
ApplicationID	0..1	String	Уникальный идентификатор заявки
payeeINN	0..1	String	ИНН получателя (администратора доходов). Заполняется в случае несовпадения этого реквизита в данных платежа или зачисления с данными начисления
payeeKPP	0..1	String	КПП получателя (администратора доходов). Заполняется в случае несовпадения этого реквизита в данных платежа или зачисления с данными начисления
KBK	0..1	String	Код бюджетной классификации, при отсутствии КБК - заполнять двадцатью нулями. Заполняется в случае несовпадения этого реквизита в данных платежа или зачисления с данными начисления
OKATO	0..1	String	Код ОКАТО. Заполняется в случае несовпадения этого реквизита в данных платежа или зачисления с данными начисления
Balance	0..1	Long	Сумма в рублях РФ. Целое число, показывающее сумму в копейках. Заполняется в случае несовпадения суммы платежа или зачисления с суммой начисления
PayerIdentifier	0..1	String	Уникальный идентификатор плательщика (единый или альтернативный). Заполняется в случае несовпадения этого реквизита в данных платежа или зачисления с данными начисления
CreationDate	1	Date	Дата квитирования (создания квитанции)
BillStatus	1	String	Статус, присвоенный начислению (счету) при создании квитанции. Возможные значения: 1 - сквитировано 2 - предварительно сквитировано
IncomeldentificationData	1	PaymentldentificationDataType	Данные, необходимые для идентификации зачисления, сквитированного с начислением. Наличие данного тега исключает появление тега PaymentldentificationData. (описание данных совпадает с данными зачисления)
PaymentldentificationData	1	PaymentIdentificationDataType	Данные, необходимые для идентификации платежа, сквитированного с начислением. Наличие данного тега исключает появление тега IncomeldentificationData. (описание данных совпадает с данными платежа)

11.2.9. Описание данных каталога услуг. Формат данных доступен по ссылке - п. 12.

Наименование	Количество тегов	Тип данных	Комментарий
1	2	3	4
@name	1	xs:string	Наименование Каталога
@revisionDate	1	xs:date	Дата последнего изменения Каталога (текущая дата)
@version	0..1	xs:token	Версия (версия форматов) (Не используется)
Service	1..n	ServiceType	Каталог услуг поставщика
@name	1	xs:string	Наименование услуги
@code	1	xs:string	Код услуги Поставщика
@desc	0..1	xs:string	Описание
@expires	0..1	xs:date	Дата, до которой предоставляется услуга, если отсутствует, то услуга действует постоянно. (Не используется)
@isActive	1	xs:boolean	Показывает доступность услуги: true - доступна false - не доступна
@revisionDate	0..1	xs:date	Дата внесения изменений
ServiceCategory	0..1	Контейнер	Категория услуги. Заполняется на усмотрение Поставщика. Некоторые платежные системы разбивают услуги на категории (например: категория "мобильная связь"). Правила градации по категориям устанавливает Поставщик (при необходимости)
@code	0..1	xs:integer	Код категории
@name	0..1	xs:string	Наименование категории
PaymentParameters	0..1	Контейнер	Список параметров платежа, необходимых для принятия платежа по услуге. Используется в авансовых платежах для того, чтобы плательщик при совершении платежа мог указать необходимую информацию. Информация, введенная плательщиком, будет передаваться в реквизитах AdditionalData начисления и платежа или будет являться значением указанного идентификатора
DescriptionSimpleParameter	1..n	Контейнер	Описание параметра услуги, подлежащих заполнению плательщиком при ее оплате. (Ссылка на формат описания приведена в п. 12). Наличие этого тега исключает тег DescriptionComplexParameter
DescriptionComplexParameter	1..n	Контейнер	Комплексное описание параметров услуги (ссылка на формат описания приведена в п. 12). Наличие этого тега исключает тег DescriptionSimpleParameter
CurrenciesServices	0..1	Контейнер	Коды валют, в которых возможна оплата услуги
CurrencyCode	1..n	Com:CurrencyCodeType	Код валюты. Всегда указывать рубли. Пример: RUR
org:Payee	0..1	Контейнер	Получатель платежа. (Заполняется всегда)
@name	0..1	xsd:string	Наименование организации/
@INN	0..1	INN_Type	ИНН получателя
@KPP	0..1	KPP_Type	КРР Получателя
@OKATO	0..1	OKATO_Type	Код ОКАТО
@OGRN	0..1	OGRN_Type	ОГРН
Accounts	0..1	Контейнер	Счета организации
Account	1..n	AccountCatalogType	Счет организации
@kind	0..1	xsd:positiveInteger	Тип счета: 1 - расчетный; 2 - текущий
Account	1	AccountNumType	Номер счета
Bank	1	Контейнер	Данные Банка, в котором открыт счет
@name	0..1	xsd:string	Наименование Банка, в котором открыт счет
@BIK	1	xsd:string	БИК Банка, в котором открыт счет. Наличие этого тега исключает тег SWIFT
@SWIFT	1	xsd:string	SWIFT - код Банка, в котором открыт счет. Наличие этого тега исключает тег BIK. (Не используется)
CorrespondentBankAccount	0..1	AccountNumType	Корреспондентский счет Банка в ЦБ РФ
Address	0..1	Контейнер	Адрес (Не используется)
Contacts	0..n	Контейнер	Контактная информация (Не используется)
Addresses	0..1	Контейнер	Адреса организации (не используется)
Contacts	0..1	Контейнер	Контакты организации (Не используется)
PaymentKind	0..1	xs:integer	Вид оплаты: 1 - авансовый платеж; 2 - услуга может иметь одновременно два типа оплаты (авансовый платеж и оплата выставленного поставщиком услуг счета); 3 - оплата выставленного поставщиком услуг счета. Обязательно для заполнения
MinAmount	0..1	Контейнер	Минимальная сумма платежа по услуге
@currency	0..1	com:CurrencyCodeType	Код валюты в соответствии с ISO4217
@exponent	0..1	xsd:integer	Количество дробных знаков
MaxAmount	0..1	Контейнер	Максимальная сумма платежа по услуге
@currency	0..1	com:CurrencyCodeType	Код валюты в соответствии с ISO4217
@exponent	0..1	xsd:integer	Количество дробных знаков
Commissions	0..1	com:Commission_Type	Комиссии по услуге
Kind	1	xsd:string	Вид комиссии 1 - за операцию, с плательщика в пользу поставщика 2 - за операцию, с агента в пользу поставщика 3 - вознаграждение агенту за период взаиморасчетов агента и поставщика
Percent	0..1	xsd:decimal	Процент комиссии в валюте платежа. Указывается в процентах (0 - 100). При отсутствии тега процент принимается равным 0
MinValue	0..1	com:Money	Минимальная сумма комиссии. При отсутствии тега процент принимается равным 0
@currency	0..1	com:CurrencyCodeType	Код валюты в соответствии с ISO4217
@exponent	0..1	xsd:integer	Количество дробных знаков
MaxValue	0..1	com:Money	Максимальная сумма комиссии
@currency	0..1	com:CurrencyCodeType	Код валюты в соответствии с ISO4217
@exponent	0..1	xsd:integer	Количество дробных знаков
Regions	0..1	Контейнер	Регионы, в которых предоставляется данная услуга. (Не используется)
Region	1..n	Region_Type	Регион
@id	0..1		Идентификатор региона
@name	0..1		Наименование региона
com:AdditionalData	0..1	com:AdditionalData_Type	Дополнительные данные
TraitGroup	1..n	Контейнер	Группа атрибутов
@name	0..1	xsd:string	Наименование группы атрибутов
Trait	1	com:Trait_Type	Атрибут
@required	0..1	xsd:boolean	Обязательный/не обязательный. Пример: true
@label	0..1	xsd:string	Метка.
@valueFormat	0..1	xsd:string	Формат данных
Name	1	xsd:string	Наименование атрибута.
Value	1	xsd:string	Значение атрибута.
Конец описания Service
Signature	0..1	ds:SignatureType	Цифровая подпись xml-документа. В теге содержатся реквизиты цифровой подписи, соответствующие стандарту XML-Signature (описание стандарта XML-Signature находится в сети Интернет по адресу http://www.w3.org/TR/xmldsig-core/). Тег должен содержать определение префикса пространства имен "http://www.w3.org/2000/09/xmldsig/"

11.3. Требования к заполнению каталога услуг.

11.3.1. Для каждого Участника - организации, предоставляющей услуги, должен быть сформирован каталог услуг, согласно требованиям форматов ИС УНП в соответствии с п. 12 настоящих Технических требований.

11.3.2. Обмен информацией, содержащей данные услуг каталога, должен осуществляться посредством импорта данных из ИС Участника в ИС УНП по инициативе организации, предоставляющей услуги.

11.3.3. В запросах на импорт данных в ИС УНП поставщик может загружать как каталог услуг целиком, так и изменения в каталоге услуг поставщика (за период, начиная с указанной даты). Если для Поставщика ранее загружался в ИС УНП каталог услуг, то в результате импорта нового каталога услуг все ранее загруженные услуги для данного поставщика становятся недоступны в Системе. Вновь загруженные услуги доступны в Системе для экспорта и осуществления по ним начислений и платежей.

11.3.4. В каталоге услуг поставщика должна содержаться информация об услугах поставщика:

услуги, требующие выставление счета;

авансовые услуги;

услуга, имеющая одновременно два типа оплаты (авансовый платеж и оплата выставленного поставщиком услуг счета).

11.3.5. Элемент ServiceCatalog / Service / PaymentKind содержит следующие значения:

1 - авансовый платеж;

2 - услуга, имеющая одновременно два типа оплаты (авансовый платеж и оплата выставленного поставщиком услуг счета);

3 - оплата выставленного поставщиком услуг счета.

Эти данные обязательны для заполнения.

11.3.6. Для каждой услуги Поставщик в DescriptionSimpleParameter каталога услуг поставщика должен определить локальный идентификатор плательщика в соответствии с пунктом 10 настоящих Технических требований, используемый Поставщиком услуг при взаимодействии с клиентом, а также указывает наименование параметра начисления/платежа, в котором будет передаваться значение этого идентификатора.

11.3.7. Если в качестве идентификатора плательщика Поставщик будет использовать уникальный идентификатор плательщика (единый или альтернативный), то запрос начислений со стороны кредитной организации, банка, платежного агента должен осуществляться по Payerldentifier.

11.3.8. Если в качестве идентификатора плательщика Поставщик будет использовать номер лицевого счета, номер договора и т.п. (идентификаторы, не входящие в состав уникальных идентификаторов плательщика), то запрос начислений со стороны кредитной организации, банка, платежного агента должен осуществляться по com: Payerldentification (каталогу услуг). Значения указанных идентификаторов находятся в реквизитах Additional Data начисления.

Поставщик в каталоге услуг может указать наименование идентификатора (ApplicationlD/SupplierBilllD), в состав которого будет входить значение, известное плательщику (например, номер квитанции), по которому плательщик через ИС кредитной организации, банка, платежного агента может запросить конкретное начисление поставщика.

11.4. Требования к составу категорий услуг.

11.4.1. Для каждой услуги в каталоге услуг поставщика в ServiceCategory для каждого поставщика услуг должна быть определена категория услуги согласно приведенному ниже перечню.

Перечень категорий услуг

1. Семья и образование

2. Культура и спорт

3. Недвижимость, дом, квартира

4. Земля и природные ресурсы

5. Жилищно-коммунальное хозяйство

6. Лицензирование, защита прав

7. Бизнес и торговля

8. Информирование и регистрация

9. Медицина и здравоохранение

10. Наука, технологии, энергетика

11. Реклама и СМИ

12. Сельское хозяйство

13. Социальное обеспечение

14. Строительство, реконструкция, реставрация

15. Транспорт и связь

16. Труд и занятость

17. Финансы, международные связи

18. Экология и безопасность

11.4.2. Требования к импорту каталога услуг.

С использованием web-сервиса ИС ПУ должны передавать в ИС УНП каталог услуг поставщика. Для импорта каталога услуг поставщика тег MessageData / AppData должен содержать элемент ImportData/ ImportRequest / Catalog / ServiceCatalog.

В последующих запросах на импорт каталога услуг поставщик загружает в ИС УНП измененный каталог услуг (за период начиная с указанной даты). Для импорта измененного каталога услуг (за период, начиная с указанной даты) тег MessageData / AppData должен содержать элемент ImportData / ImportRequest / Catalog / Changes.

11.4.3. ИС УНП экспортирует каталог услуг поставщика по запросу РПГУ и кредитных организаций.

12. Форматы информационных сообщений.

12.1. Форматы, установленные Оператором ИС УНП, представлены на сайте ГКУ СК "Краевой центр информационных технологий" и доступны по ссылке: http://cit-sk.ru

12.2. В соответствующем актуальном документе (версия 1.15.0 соответствует форматам ГИС ГМП) представлены форматы электронных документов, с которыми оперируют ИС УНП, представлены форматы сообщений - xml-запросов и ответов, а также спецификации методов web-сервиса, которые вызываются внешними информационными системами.

12.3. Порядок обработки ошибок информационных сообщений.

12.3.1. ИС Участника взаимодействия должна обеспечивать анализ ошибочных ситуаций, возникающих в процессе информационного обмена. Этой цели в информационном обмене с ИС УНП служит техническая квитанция (тег Ticket), которая возвращается в ответе на импорт любой сущности (начисление, платеж, зачисление) и каталога услуг поставщика. Также она возвращается в ответе при возникновении ошибки.

12.3.2. Описание структуры тега Ticket приведено в форматах, установленных Оператором ИС УНП в соответствии с пунктом 10 настоящих Технических требований.

12.3.3. В приведенной ниже таблице представлен перечень контролей ИС УНП, коды ошибок, которые должны обрабатываться ИС Участника и описание возможных ошибок, которое должно доводиться до автора электронного документа.

Описание контролей	Коды ошибок (ErrorCode)	Описание ошибок	Текст в протоколе (ErrorDescrption)
1	2	3	4
0	Ok	Обработка выполнена успешно	Заполняется информацией - "Информация о начислениях не содержит данные из всех внешних систем" при передаче сообщения, содержащего ответ на запрос экспорта начислений из ИС УНП. В остальных случаях не заполняется
Технический контроль
Валидация файла, загружаемого через файловый шлюз	1	Ошибка целостности принятого архива	Ошибка целостности принятого файла-архива
Контроль взаимодействия с внешними системами	27	Ошибка проверки ЭЦП запроса к web-сервису ИС УНП	Произошла ошибка при проверке ЭЦП. Ваш запрос не был обработан
	28	Ошибка вызова внешней системы	Произошла ошибка при взаимодействии с внешней системой
	29	Запрошено большое количество объектов	Количество запрошенных Вами объектов превысило максимально допустимое <максимальное количество объектов>. Уточните параметры запроса для уменьшения количества возвращаемых объектов
Форматный контроль
Валидация xml-файла по xsd-схеме	11	Несоответствие формату - файл не открывается, нарушена последовательность тэгов	Формат файла не соответствует xsd-схеме
	12	Не заполнены обязательные реквизиты	Реквизит <имя_реквизита> обязательно для заполнения
	13	Некорректная размерность	Реквизит <имя_реквизита> имеет некорректную размерность
	14	Некорректный тип	Реквизит <имя_реквизита> имеет некорректный тип
Логический контроль
Контроль целостности загружаемых данных	2	Начисление, которое требуется сквитировать с платежами, не найдено в системе	Начисление с УИН "<УИН>" не найдено в системе
	3	Платеж, с которым требуется сквитировать начисление, уже сквитирован с начислением	Платеж с идентификатором "<Идентификатор платежа>" уже сквитирован с начислением
	4	Платеж, с которым требуется сквитировать начисление, не найден в системе	Платеж с идентификатором "<Идентификатор платежа>" не найден в системе
	5	Ошибка импорта - импорт дубликата сущности	Импортируемые данные уже присутствуют в Системе
	6	Попытка загрузить или уточнить сущность, не предназначенную для загрузки данным типом Участников	Нет прав на импорт/уточнение сущности данного типа
	7	Не найден исходный документ для уточнения	В БД Системы не найдены исходные данные для уточнения
	8	Невозможно обновить данные начисления	Уточняемое начисление уже имеет сквитированные с ним платежи и/или строки зачисления
	9	Не найдено начисление для аннулирования	Не найдено или уже аннулировано начисление, которое требуется аннулировать
Контроль на соответствие справочникам	19	Контроль наличия идентификатора участника в справочниках ИС УНП	Принят запрос (файл) от незарегистрированного участника
	20	Попытка импорта/экспорта данных заблокированной Участника	"Запрос данных от заблокированной организации <IDУчастника в УНП>"
	21	Контроль наличия ИНН, КПП администратора доходов бюджета из поступившего файла в справочнике АДБ (для всех типов сущностей)	Администратор доходов бюджета с реквизитами: ИНН <ИНН>, КПП <КПП> отсутствует в справочнике администраторов доходов бюджетов
	22	Контроль наличия КБК из поступившего файла в справочнике КБК (для всех типов сущностей)	Код бюджетной классификации <КБК> отсутствует в справочнике КБК
	23	Контроль наличия БИК кредитной организации из поступившего файла в справочнике кредитных организаций (для всех типов сущностей за исключением начислений)	БИК кредитной организации <БИК> отсутствует в справочнике кредитных организаций
Контроль на взаимное соответствие информации в файле	24	Соответствие КБК и АДБ (для всех типов сущностей)	КБК <КБК> не соответствует администратору доходов бюджетов с реквизитами ИНН <ИНН>, КПП <КПП>
	26	Для поставщика с ИНН и КПП, указанными в начислении, не зарегистрирована услуга с КБК, указанным в том же начислении. Ошибка актуальна только для импорта начислений	"Ошибка в наборе параметров (КБК, ИНН, КПП)"
Контроль импорта/экспорта Каталога услуг поставщика	30	Контроль наличия зарегистрированного АДБ и его рабочего каталога в ИС УНП	Поставщик с ИНН <ИНН>, КПП <КПП> не зарегистрирован в Системе
	31	Контроль соответствия данных поставщика, указанных в услуге, с данными, загруженными из каталога услуг поставщика	Данные для импортируемой услуги SupplierlD <SupplierlD> или ИНН <ИНН> и КПП <КПП> не соответствуют указанным данным для Поставщика
	32	Контроль в ходе обработки запроса на экспорт каталога услуг поставщика, отсутствуют данные для экспорта.	Код услуги (КБК <КБК> или GUID <GUID>) или SupplierlD <SupplierlD> отсутствует в Системе
	33	Контроль в ходе обработки импортируемого каталога услуг поставщика	Ошибка формата каталога услуг поставщика