Департамент информационных технологий города москвы утверждаю

Скачать 1.81 Mb.

Название	Департамент информационных технологий города москвы утверждаю
страница	9/23
Тип	Документы

filling-form.ru > Договоры > Документы

1 ... 5 6 7 8 9 10 11 12 ... 23

Квитанция

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

Автоматическое квитирование выполняется для всех активных начислений и платежей в каждой из систем.

Принудительное квитирование данных начисления с данными платежа (или квитирование без платежа) выполняется по запросу ИС Участника. Квитирование выполняется в той системе (ГИС ГМП или РНиП) к которой адресован запрос. Решение о направлении запроса в ГИС ГМП принимается по факту регистрации данного Участника в качестве косвенного участника ГИС ГМП.

Для сохранения результатов квитирования предназначена отдельная сущность - «Квитанция».

Данные квитанций, содержащих результаты квитирования данных начислений с данными платежей, приведены в файле Quittance.xsd (глава 7. «XML-схемы сущностей ИС РНИП» настоящего документа), описание элементов приведено в таблице 3.

Таблица . «Тип QuittanceType»

Наименование	Кол-во тегов, обязательность тега или атрибута	Тип данных	Комментарий
SupplierBillID	1, обязательно	Token	УИН. Значение совпадает со значением одноименного тега начисления.
CreationDate	1, обязательно	Date	Дата квитирования (создания квитанции).
BillStatus	1, обязательно	String	Статус, присвоенный начислению при создании квитанции. Возможные значения: 1 — сквитировано (полностью совпали все параметры квитирования); 2 — предварительно сквитировано (не совпал хотя бы один из параметров квитирования, за исключением УИН); 3 — не сквитировано (не был найден ни один платеж, соответствующий начислению); 4 — сквитировано с отсутствующим платежом (устанавливается при получении запроса на принудительное квитирование начисления с отсутствующим платежом, см. п. 5.6).
payeeINN	0..1, необязательно	INNType (см. описание в п. 2.5.72.5.7.2)	ИНН получателя средств из платежа. Присутствует в квитанции в случае несовпадения значения этого реквизита в платеже и начислении.
payeeKPP	0..1, необязательно	KPPType (см. описание в п. 2.5.72.5.7.3)	КПП получателя средств из платежа. Присутствует в квитанции в случае несовпадения значения этого реквизита в платеже и начислении.
KBK	0..1, необязательно	KBKType (см. описание в п. 2.5.72.5.7.5)	КБК из платежа. Заполняется в случае несовпадения этого реквизита в данных платежа с данными начисления.
OKTMO	0..1, необязательно	OKTMOType (см. описание в п. 2.5.72.5.7.4)	Код ОКТМО из платежа. Присутствует в квитанции в случае несовпадения значения этого реквизита в платеже и начислении.
Balance	0..1, необязательно	Long	Разность между суммой, указанной в начислении и суммой платежей. Целое число, показывающее сумму в копейках. Отрицательное значение информирует о переплате.
PayerIdentifier	0..1, необязательно	Token	Идентификатор плательщика из платежа. Присутствует в квитанции в случае несовпадения значения этого реквизита в платеже и начислении.
AccountNumber	0..1, необязательно	AccountNumType (см. описание в п. 2.5.72.5.7.1)	Номер счета получателя средств из платежа. Присутствует в квитанции в случае несовпадения значения этого реквизита в платеже и начислении..
BIK	0..1, необязательно	BIKType (см. описание в п. 2.5.72.5.7.7)	БИК банка получателя средств из платежа. Присутствует в квитанции в случае несовпадения значения этого реквизита в платеже и начислении.
PaymentIdentificationData	0..1, необязательно	PaymentIdentificationDataType (см. описание в п. 2.5.4)	Данные, необходимые для идентификации платежа, сквитированного с начислением. В случае, если в теге BillStatus указано значение, равное «4» (квитирование с отсутствующим платежом), данные тег должен отсутствовать.

1 ... 5 6 7 8 9 10 11 12 ... 23

Похожие:

	К распоряжению Департамента информационных технологий города Москвы Порядок вывода информационных систем города Москвы из эксплуатации, утвержденный постановлением Правительства Москвы от 24. 03. 2015...		Утверждаю Руководитель Департамента информационных технологий города Москвы А. В. Ермолаев Административный регламент оказания государственной услуги «Прием заявок (запись) на прием к врачу». Проект
	Департамент информационных технологий города москвы информационная система В результате добавления нового раздела изменена нумерация следующих за ним разделов (4 Порядок взаимодействия ис рниП с внешними...		Фирменный бланк оив г. Москвы В соответствии с Регламентом реализации мероприятий по организации выдачи сертификатов ключей электронных цифровых подписей, утвержденным...
	Департамент жилищно-коммунального хозяйства и благоустройства города москвы распоряжение Москвы, Департамента земельных ресурсов города Москвы и префектур административных округов города Москвы разработан Порядок передачи...		Департамент города Москвы по конкурентной политике Государственное бюджетное образовательное учреждение среднего профессионального образования города москвы «колледж градостроительства...
	Департамент капитального ремонта города москвы распоряжение Об организации исполнения постановления правительства москвы от 06. 12. 2012 n 575-пп "об утверждении порядка предоставления в 2012-2016...		Утверждаю Утверждаю Начальник Управления информационных ресурсов и технологий Единая система сбора и обработки статистической информации ивс росстата в части электронного сбора данных
	Утверждаю утверждаю Первый заместитель руководителя Департамента топливно-энергетического хозяйства города Москвы		Департамент информационных технологий и связи Ямало-Ненецкого автономного округа Ефремова Олега Васильевича, действующего на основании Положения о департаменте информационных технологий и связи Ямало-Ненецкого...

Вы можете разместить ссылку на наш сайт:

Все бланки и формы на filling-form.ru