test-new-style

Вопрос в ТП ГИС ЖКХОтвет от ТП ГИС ЖКХ
13.12.2017
№ 308338 (ПОВТОРНОЕ ОБРАЩЕНИЕ)
Ошибка добавления ЕПД на ЛС РЦ с 2мя исполнителями в квитанции
От организаций
ГУИД организации - 6afe732e-8df0-45bb-9524-8be58bf8b57c Концессия водоснабжения
ГУИД организации - 0c01c5d1-de40-4cc3-8cd5-ae81d0166bd2 Концессия теплоснабжения
на нашу организацию
ГУИД организации - 151b9b54-17bc-42d8-a96d-6e2f2e5f10c0 делегированы полномочия как РЦ и как ОИС (со всеми возможными типами

информации).
Просьба прокомментировать ошибку Значение в поле ServiceType отсутствует в реестре. (в приложении).
При попытке размещения квитанции только с 1 исполнителем возвращается идентичная ошибка (запрос и ответ в приложении в архиве №2).
11.12.2017
№ 306167
Ошибка добавления ИПУ на ЛС РЦ.
От организаций
ГУИД организации - 6afe732e-8df0-45bb-9524-8be58bf8b57c Концессия водоснабжения
ГУИД организации - 0c01c5d1-de40-4cc3-8cd5-ae81d0166bd2 Концессия теплоснабжения
на нашу организацию
ГУИД организации - 151b9b54-17bc-42d8-a96d-6e2f2e5f10c0 делегированы полномочия как РЦ и как ОИС (со всеми возможными типами информации).
Нами были размещены лицевые счета с типом ЛС РЦ (от лица нашей организации) без каких либо проблем. При попытке разместить ИПУ на ЛС РЦ от лица любого из поставщиков информации ( запросы на размещение ИПУ предоставлены от всех 3 организаций) возвращаются ошибки. Прокомментируйте пожалуйста причину неработоспособности данного функционала.
Запросы и ответы прикреплены в архиве.
11.12.2017
Ошибка добавления ЕПД на ЛС РЦ с 2мя исполнителями в квитанции
От организаций
ГУИД организации - 6afe732e-8df0-45bb-9524-8be58bf8b57c Концессия водоснабжения
ГУИД организации - 0c01c5d1-de40-4cc3-8cd5-ae81d0166bd2 Концессия теплоснабжения
на нашу организацию
ГУИД организации - 151b9b54-17bc-42d8-a96d-6e2f2e5f10c0 делегированы полномочия как РЦ и как ОИС (со всеми возможными типами информации).
Просьба прокомментировать ошибку Значение в поле ServiceType отсутствует в реестре. (в приложении).
При попытке размещения квитанции только с 1 исполнителем возвращается идентичная ошибка (запрос и ответ в приложении в архиве №2).
Запросы и ответы прикреплены в архиве.
08.12.2017
№ 305258
Добрый день. Проконсультируйте, пожалуйста. Почему при выгрузке Платежного документа в ГИС ЖКХ, в номере ПД разрешено только 30 символов? так всегда было или с определенной версии?
05.12.2017
№ 302038
Добрый день. Проконсультируйте, пожалуйста.
На данный момент имеется возможность в платежном документе указывать начисления по пени, и соответственно, возможность квитировать данные начисления по пени каким-либо платежом. Уточните, что делать, когда пени, начисленные в квитанции, в последующем сторнируются? Пени по какой-либо причине списываются. Например, у нас есть клиент, который делает раз в год "акцию", при оплате собственником всего долга, пени сторнируются. Так же сторнирование может происходить по решению суда.

1. Сторнировать (обнулять) можно только пени, по другим коммунальным услугам такие вопросы решаются перерасчетами.
2. Для потребителей данное сторнирование пеней в ПД выглядит просто. В прошлом месяце были 100 р пени, в текущей квитанции пени 0 рублей.
11.12.2017
Информация по Вашему обращению передана на рассмотрение в экспертную группу. О результатах будет направлено уведомление.

11.12.2017
Для анализа Вашей проблемы просим Вас уточнить: 1. Чем отличается ситуация по сторнированию начисления по пени от начислений по другим коммунальным услугам? 2. Как происходит сторнирование для потребителей в платежном документе вне ГИС ЖКХ?
30.11.2017
№ 298747
Добрый день. Абонент в сентябре произвел оплату в размере 10 тысяч рублей. В августе, сентябре, октябре и ноябре его начисления были равны по 1000 рублей (=4000). На сегодняшний день у абонента переплата в размере 6 тысяч рублей, которую абонент пожелал вернуть из кассы. В следствии этого в нашем ПО данная выдача средств проводится как отрицательный платеж в сумму выданных абоненту средств. Как корректно выгружать данную информацию в ГИС ЖКХ ?

Абонент может придти через пол года или через год, Вы предлагаете аннулировать платежи годовой давности? Может можно добавить в ГИС ЖКХ новый функционал - возможность вносить отрицательный платеж или коррекцию?
05.12.2017
В текущей версии Системы в случае выявления ошибки в размещенной информации о внесении платы запись может быть аннулирована в системе организацией, разместившей её только посредством интеграционного взаимодействия. В соответствии с поступившими запросами поставщиков информации функциональная возможность аннулирования информация о внесении платы, размещенной по ошибке, посредством интерфейса пользователя будет реализована в одной из следующих версий Системы. После выхода каждой новой версии Системы на официальном сайте ГИС ЖКХ публикуется информация о реализованных функциональных возможностях Системы в соответствии с номером версии. Отслеживать изменения возможно в разделе "Регламенты и инструкции" в подразделе "Журнал версий". Подробная информация по работе в Личном кабинете размещена в Руководстве пользователя, размещенном на официальном сайте ГИС ЖКХ в разделе «Регламенты и инструкции».

06.12.2017
А если не будет никакой ошибки в размещенной информации? Абонент заплатил сумму и получилась переплата. По личной причине продает квартиру, переплату решил вернуть, возврат выполняется через кассу, расчетный месяц закрыт. В биллинг приходит платежная ведомость на сумму "-NNN" Оплата проводилась единой суммой, а не частями, полностью все аннулировать не получится.

06.12.2017
В данной ситуации корректным будет аннулировать информацию о всей сумме (10 тысяч рублей), после чего необходимо разместить информацию о внесении необходимой суммы (4 тысячи рублей). Для аннулирования информации о внесении платы Вы можете воспользоваться методом importNotificationsOfOrderExecutionCancellationData, для размещения информации Вы можете воспользоваться методом importNotificationsOfOrderExecutionData.
28.11.2017
№ 297110
При попытке выполнить метод importNotificationsOfOrderExecutionRequest получаем ошибку "AUT011009: Операция не разрешена".
Полномочия "Оператор по приему платежей" есть.
Что еще нужно для работы в качестве "Платежного агента"?

04.12.2017
Отправлены повторные Запрос и Ответ
01.12.2017
Для анализа причин возникновения ошибки, просьба предоставить полные файлы запроса и ответа.

06.12.2017
Для подробного анализа возникшей ситуации просьба предоставить снимок экрана имеющихся прав доступа, для этого необходимо в личном кабинете перейти в раздел "Администрирование" - "Поставщики информации" - "Заявки на предоставление прав доступа" - найти соответствующую заявку, перейти в заявку, после чего сделать снимок экрана с видимым полем "Права доступа" и всеми видами информации.

12.12.2017
Отправлен снимок экрана
21.11.2017
№ 292097
Добрый день. У наших клиентов встречаются нежилые помещения, оформленные на физическое лицо. С таким физ.лицом заключен договор на обслуживание точки учета. На основании договора выставляется физ.лицу счет-фактура. Если второй стороной договора является:
Физ.лицо обязательно ли заполнять ИНН, СНИЛС, Паспортные данные?
ООО обязательно ли надо заполнять ОГРН, КПП, ИНН?
ИП обязательно ли надо заполнять ОГРНИП, ИНН?
22.11.2017
Для обработки обращения просим Вас дополнительно предоставить следующие сведения:
подробно описать возникающие затруднения (на основании какого договора необходимо разместить счет-фактуру физическому лицу, которое является владельцем /собственником нежилого помещения)
при необходимости проиллюстрируйте снимками экрана из личного кабинета
(При внесении договора ресрсоснабжения в систему, если второй стороной является юридическое лицо или ИП, то сведения о нём выбираются из реестра и указанные реквизиты заполняются на основании сведений из реестра. Физическое лицо так же можно выбрать из реестра, если оно было туда ранее занесено. В случае отсутствия в реестре необходимого физического лица, его можно туда добавить, обязательно указав для него номер СНИЛС или паспортные данные.)
17.11.2017
№ 290159
В связи с тем, что в текущей версии ГИС ЖКХ функционал работы с ЛС с типом ЛСРЦ реализован не в полном объеме (требуемые изменения датировались 12 версией в середине октября) и по рекомендациям ТП ГИС ЖКХ, мы виртуально разделяем лицевой счет с типом ЛСРЦ в чистые лицевые счета исполнителей услуг: в операционной базе организации лицевой счет единый , а в ГИС ЖКХ отправляется несколько лицевых счетов по каждому исполнителю услуг.
На едином лицевом счете имеется ПУ, объемы с этого ПУ участвуют в расчете двух услуг (например вода и подогрев). Если лицевой разделить, то ПУ мы тоже дублируем и у нас на двух лицевых выйдет 2 одинаковых ПУ. У них будет одинаковая марка, модель дата поверки, дата ввода в эксплуатацию и т.д. Примет ли ГИС ЖКХ лицевые счета с одинаковыми ПУ по разным коммунальным услугам?
20.11.2017
Сообщаем, что в ближайших версиях системы запланирована доработка для реализации возможности указания одинаковых ресурсов с указанием коммунальной услуги в одном приборе учета. На текущий момент можно занести информацию как два отдельных прибора учета. После выхода каждой новой версии Системы на официальном сайте ГИС ЖКХ публикуется информация о реализованных функциональных возможностях Системы в соответствии с номером версии. Отслеживать изменения возможно в разделе "Регламенты и инструкции" в подразделе "Журнал версий".
13.11.2017
№ 286737
По обращению №255281 от 21-09-2017 Вами был направлен ответ
Для того, чтобы можно было импортировать ПД для услуг с разными тарифами необходимо добавить эти услуги в справочник коммунальных услуг. Сделать это возможно двумя способами:
1. Через Личный Кабинет
Для этого в Личном Кабинете необходимо выбрать Справочники >> Справочники >> Коммунальные услуги. Нажать на кнопку «Добавить». Откроется окно, в котором необходимо выбрать «Вид коммунальной услуги» (Холодное водоснабжение), затем добавить «Главную коммунальную услугу» (услуга, в рамках которой размещается платежный документ) и заполнить остальные поля(в качестве названия можно указать, например, Холодное водснабжение для животных). После этого добавленная услуга отобразится в справочнике «Коммунальные услуги» с разделением на компоненты.
После добавления услуг, разделенных на компоненты в пределах главной коммунальной услуги, требуется заново выгрузить шаблон импорта ПД.
2. Веб-сервисом выполнив запрос на импорт данных справочника 51 "Коммунальные услуги" (importMunicipalServicesRequest).
После добавления данных в справочник, необходимо добавлять разными услугами указывая для каждой свой тариф.
Для случая многотарифных приборов учета теперь стало ясно, что каждому тарифу соответствует своя услуга и показание следует указывать на нее.
Но пока непонятно, как быть, когда у абонента имеется несколько приборов учета с одним и тем же тарифом по одному ресурсу, например, когда у абонента один прибор учета на холодную воду стоит на кухне, а другой прибор учета в ванной.
То есть как в таком случае заполнять поля "individualConsumptionCurrentValue" и "houseOverallNeedsCurrentValue" в методе импорта квитанций "importPaymentDocumentData" , ведь услуга в квитанции одна, а показаний несколько?
23.11.2017
Возможность указания в платёжных документах текущих показаний нескольких приборов учёта, определяющих объём потребления одной коммунальной услуги, в текущей версии Системы отсутствует. Реализация данной возможности запланирована в будущих версиях Системы. После выхода каждой новой версии Системы на официальном сайте ГИС ЖКХ публикуется информация о реализованных функциональных возможностях Системы в соответствии с номером версии. Отслеживать изменения возможно в разделе "Регламенты и инструкции" по ссылке http://dom.gosuslugi.ru/#!/regulations в подразделе "Журнал версий".
13.11.2017
№ 286605
Коллеги! Обращаем ваше внимание на возможный баг.
Суть проблемы:
Был сформирован запрос на размещение квитанции с номером 4186469001.
По ошибке эта квитанция в запросе продублировалась несколько раз.
Тем не менее, сервис принял все квитанции и не отругался на
дубликат номера, типа:
SRV008096
Размещение платежного документа №4186469001 невозможно. Платежный документ с таким номером уже существует.
20.11.2017
Информация по Вашему обращению передана техническим специалистам. Изменение запланировано в версии системы: 11.8.0. Плановый период изменения: вторая половина декабря. О выполнении работ по Вашему обращению Вам будет направлено дополнительное информационное уведомление.
10.11.2017
№ 285359
В связи с тем, что в текущей версии ГИС ЖКХ функционал работы с ЛС с типом ЛСРЦ реализован не в полном объеме (требуемые изменения датировались 12 версией в середине октября) и по рекомендациям ТП ГИС ЖКХ, мы виртуально разделяем лицевой счет с типом ЛСРЦ в чистые лицевые счета исполнителей услуг: в операционной базе организации лицевой счет единый , а в ГИС ЖКХ отправляется несколько лицевых счетов по каждому исполнителю услуг. Каким образом сопоставить платеж, который в операционную базу РЦ пришел единой суммой на реальный ЛС, в ГИС банк передал в ГИС ЖКХ единый платеж на один из лицевых счетов, а нам требуется распределить его на конкретные лицевые счета исполнителей.
15.11.2017
Информация по Вашему обращению передана на рассмотрение в экспертную группу. О результатах будет направлено уведомление.

20.11.2017
В текущей версии системы реализована возможность размещения информации о лицевом счете расчетного центра, включающего услуги нескольких исполнителей коммунальных услуг. Если в ГИС ЖКХ уже размещены несколько лицевых счетов на каждого исполнителя и по ним требуется произвести квитирование платежа, доступна возможность квитирования одного платежа с несколькими платежными документами, выставленными на разные лицевые счета.
10.11.2017
№ 285255
Пени в ПД мы указываем в разделе "Неустойки и судебные расходы". Должны ли мы указывать только текущее начисление за месяц по пеням или с учетом сальдо по ним за предыдущие месяца?
13.11.2017
Начисления по пени в платежном документе указываются за текущий период
10.11.2017
№ 285258
Пени квитируются?
19.10.2017
№ 270778
Платеж был принят платежным агентом, Уникальный номер платежа генерировал он, мы теперь не можем получить информацию о платеже.Запрос и ответ прилагаются
24.10.2017
Информация по Вашему обращению передана на рассмотрение в экспертную группу. О результатах будет направлено уведомление.

31.10.2017
Информация по Вашему обращению передана техническим специалистам. Изменение запланировано в версии Системы: 11.7.0. Плановый период изменения: начало декабря. О выполнении работ по Вашему обращению Вам будет направлено дополнительное информационное уведомление.

27.11.2017
По Вашему обращению выполнены работы. Просим Вас проверить результат и подтвердить, что проблема устранена.
10.10.2017
№ 262891
Не работает метод exportNotificationsOfOrderExecutionPaginal.
11.10.2017
Информация по Вашему обращению передана на рассмотрение в экспертную группу. О результатах будет направлено уведомление.

17.10.2017
Информация по Вашему обращению передана техническим специалистам. Изменение запланировано в версии системы:11.7.0.
Плановый период изменения: конец ноября.

27.10.2017
Изменение по Вашему обращению запланировано в версии системы: 11.7.0. Выпуск версии перенесён на начало декабря. Служба поддержки ГИС ЖКХ приносит извинения за предоставленные неудобства.

27.11.2017
05.10.2017
№ 260640
Проблема: запрос информации по приборам учета возвращает ответ с неверными идентификаторами лицевых счетов, связанных с этими приборами учета.

1. Создаем ПУ с номером "100170" связанным с лицевым счетом с ГУИД "4c47548e-89e4-4b02-938d-78daabd560d0" в доме с ФИАС ГУИД "a7d109e7-b962-40d6-962b-9843198d532e". (запрос1.xml)
2. Получили ответ, в котором ПУ присвоен ГУИД "27d40539-057d-4604-80bd-b432fe5c2c60". (ответ1.xml)
3. Запросили информацию по ПУ из дома с ФИАС ГУИД "a7d109e7-b962-40d6-962b-9843198d532e". (запрос2.xml)
4. Получили ответ, в котором у ПУ с ГУИД "27d40539-057d-4604-80bd-b432fe5c2c60" и номером "100170" лицевой счет имеет ГУИД "59c3d8ab-e00f-46ae-b266-d8d6e3854224", а должен быть "4c47548e-89e4-4b02-938d-78daabd560d0".
Обратите внимание, что UpdateDateTime у импорта счетчика и его экспорта совпадают (2017-10-04T12:26:34), значит речь идет об одном и том же счетчике. (ответ2.xml)

После выхода новой версии, ошибка ушла (09-10-2017)
09.10.2017
В связи с выходом новой версии просьба повторить экспорт приборов учета для объекта с кодом ФИАС a7d109e7-b962-40d6-962b-9843198d532e и предоставить новые файлы запроса и ответа экспорта.
21.09.2017
№ 255281
Уточните вопрос по заполнению полей "individualConsumptionCurrentValue" и "houseOverallNeedsCurrentValue" в методе импорта квитанций "importPaymentDocumentData" :

как заполнять данные поля в случае наличия многотарифного прибора учета, или в случае наличия двух и более приборов учета по данной услуге. В формате предусмотрено указание только одного показания, хотя показаний может быть больше - как по разным тарифам, так и по разным приборам учета.
01.10.2017
Для того, чтобы можно было импортировать ПД для услуг с разными тарифами необходимо добавить эти услуги в справочник коммунальных услуг. Сделать это возможно двумя способами:

1. Через Личный Кабинет

Для этого в Личном Кабинете необходимо выбрать Справочники >> Справочники >> Коммунальные услуги. Нажать на кнопку «Добавить». Откроется окно, в котором необходимо выбрать «Вид коммунальной услуги» (Холодное водоснабжение), затем добавить «Главную коммунальную услугу» (услуга, в рамках которой размещается платежный документ) и заполнить остальные поля(в качестве названия можно указать, например, Холодное водснабжение для животных). После этого добавленная услуга отобразится в справочнике «Коммунальные услуги» с разделением на компоненты.

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

2. Веб-сервисом выполнив запрос на импорт данных справочника 51 "Коммунальные услуги" (importMunicipalServicesRequest).

После добавления данных в справочник, необходимо добавлять разными услугами указывая для каждой свой тариф.
16.08.2017
№ 242316
Внутри многоквартирных домов есть потребители в виде сетевого и дополнительного оборудования, которое находится вне помещений (например на стене на лестничной клетке). Данное оборудование потребляет ресурс и должно выгружаться в ГИС ЖКХ согласно текущего законодательства. Выгрузка информации в текущей версии ГИС ЖКХ допускает создание ЛС внутри жилого/нежилого помещения, но эти потребители находятся вне помещений. Как корректно предоставлять информацию о таких помещениях?
Нет ответа
16.08.2017
№ 242315
Внутри многоквартирных домов есть потребители в виде сетевого и дополнительного оборудования, которое находится вне помещений (например на стене на лестничной клетке). Данное оборудование потребляет ресурс и должно выгружаться в ГИС ЖКХ согласно текущего законодательства. Выгрузка информации в текущей версии ГИС ЖКХ допускает создание ЛС внутри жилого/нежилого помещения, но эти потребители находятся вне помещений. Как корректно предоставлять информацию о таких помещениях?
18.08.2017
В данном случае у данных потребителей должен быть заключен Договор на пользование общим имуществом, в рамках которого данные организации производят расчеты с собственниками или Управляющей организацией за пользование данным имуществом. В данной ситуации добавлять лицевые счета для данных организаций не требуется. Более подробно ознакомиться с функциональными возможностями Государственной информационной системы жилищно-коммунального хозяйства (ГИС ЖКХ), которые доступны в Личном кабинете, а также порядком размещения информации о Договорах на пользование общим имуществом Вы можете в Руководстве пользователя, размещенном на официальном сайте ГИС ЖКХ в разделе "Регламенты и инструкции" (http://dom.gosuslugi.ru/#!/regulations).
16.08.2017
№ 242313, 242314
Для заведения ДРСО с юр. лицом на стороне ГИС ЖКХ требуется создать ДРСО с пользователем или собственником МКД, указав вторую сторону договора как юридическое лицо. Данный договор имеет ограничение в виде указания только 1 помещения внутри дома.

На практике у заключается 1 договор на несколько точек учета в рамках одного дома или домах внутри города.

По всем этим помещениям выставляется один УПД в рамках одного договора. Как корректно выгружать данный договор и всю сопутствующую информацию на сторону ГИС ЖКХ?
17.08.2017
Сообщаем, что в Системе реализована возможность добавлять несколько помещений в договоре ресурсоснабжения. Для этого добавьте необходимый объект второй раз и укажите номер помещения, который требуется ( пример http://prntscr.com/g9mx7l ). Просим Вас проверить и подтвердить актуальность данной проблемы.
--------------------------
Поскольку (exportNotificationsOfOrderExecution). - Это Экспорт платежных документов с результатами квитирования, то результатом являются все извещения, когда либо квитированные с указанным ПД
04.08.2017
(пришлось разбить одно письмо, Не принимают 2 вопроса)
Мы являемся разработчиками ПО для интеграции данных в ГИС ЖКХ. У нас имеются вопросы по отправке данных в ГИС ЖКХ по Юридическим лицам. Разъясните, пожалуйста, как интегрировать данные по юр.лицам и как при этом нужно учитывать оказание услуг юридическим лицам-управляющим организациям.Юридическим лицам выставляются к оплате УПД (Универсальный платежный документ). Выставляется он на договор. В договоре может быть несколько точек учета и некоторые из них могут находится не в МКД или ЖД. У точки учета может отсутствовать номер помещения, прибор учета может находится на лестнице или на столбе. У точек учета разное количество приборов учета. Оплата не детализируется, указывается номер УПД или номер договора. Оплата производится платежным поручением и нет возможности разделить оплату на точки учета. Возникают вопросы: как отправить информацию в ГИС ЖКХ о лицевом счете, если нет помещения?
Нет ответа
04.08.2017
№ 237746 (пришлось разбить одно письмо, Не принимают 2 вопроса)
Мы являемся разработчиками ПО для интеграции данных в ГИС ЖКХ. У нас имеются вопросы по отправке данных в ГИС ЖКХ по Юридическим лицам. Разъясните, пожалуйста, как интегрировать данные по юр.лицам и как при этом нужно учитывать оказание услуг юридическим лицам-управляющим организациям.Юридическим лицам выставляются к оплате УПД (Универсальный платежный документ). Выставляется он на договор. В договоре может быть несколько точек учета и некоторые из них могут находится не в МКД или ЖД. У точки учета может отсутствовать номер помещения, прибор учета может находится на лестнице или на столбе. У точек учета разное количество приборов учета. Оплата не детализируется, указывается номер УПД или номер договора. Оплата производится платежным поручением и нет возможности разделить оплату на точки учета. Как отправлять платежный документ, если он привязан к договору, а не к лицевым счетам? Платежи так же идут по договору в целом, а договор содержит несколько точек учета, среди которых есть точки учета, не входящие в МКД.

Предмет договора: Электроэнергия
Функция организации: РСО
08.08.2017
Для подробного анализа возникшей ситуации просьба уточнить предмет договора и функцию организаций, выставляющих платежные документы.

14.08.2017
Для подробного анализа возникшей ситуации просьба уточнить, каким образом в договоре идентифицируются объекты, куда поставляется ресурс.

24.08.2017
Состав информации, размещаемой в Системе ресурсоснабжающими организациями, а также периодичность и сроки её размещения, регламентированы разделом 8 Состава, сроков и периодичности размещения информации поставщиками информации в государственной информационной системе жилищно-коммунального хозяйства (далее – Состав информации), утверждённых совместным приказом Минкомсвязи России и Минстроя России от 29.02.2016 №74/114/пр. В соответствии с пунктом 5.1 раздела 8 Состава информации ресурсоснабжающие организации обязаны размещать в Системе информацию о состоянии расчётов лиц, осуществляющих предоставление коммунальных услуг, с ресурсоснабжающими организациями (по каждому договору). Информация, соответствующая пункту 5.1 раздела 8 Состава информации, может быть размещена в Системе при помощи метода "importRSOSettlements" сервиса "Bills".
03.08.2017
№ 237359
Проблема: недостоверная информация о квитировании.

Описание:

метод exportNotificationsOfOrderExecutionResult вернул информацию о платеже и его квитировании

(см. 2af59f7b-0673-4937-bf8b-a98ce8adc70f.txt)

Статус платежа - частично сквитирован (3),

но нет ни информации о том какие квитанции квитировались этим платежом,

ни собственно квитирования

( 0 )

Как такое возможно?
-------------------------
Отправлен файл
08.08.2017
Просьба приложить файл запроса и ответа.
03.08.2017
№ 237341
Мы являемся разработчиками ПО для интеграции данных в ГИС ЖКХ.

У нас имеются вопросы по отправке данных в ГИС ЖКХ по Юридическим лицам.

Просим разъяснить регламент по отправке информации по юрлицам.



Юридическим лицам выставляются к оплате УПД (Универсальный платежный документ). Выставляется он на договор. В договоре может быть несколько точек учета и некоторые из них могут находится не в МКД или ЖД. У точки учета может отсутствовать номер помещения, прибор учета может находится на лестнице или на столбе. У точек учета разное количество приборов учета. Оплата не детализируется, указывается номер УПД или номер договора. Оплата производится платежным поручением и нет возможности разделить оплату на точки учета.

Возникают вопросы: как отправить информацию в ГИС ЖКХ о лицевом счете, если нет помещения?

Как отправлять платежный документ, если он привязан к договору, а не к лицевым счетам.

Платежи так же идут по договору в целом, а договор содержит несколько точек учета, среди которых есть точки учета, не входящие в МКД.

Разъясните, пожалуйста, как интегрировать данные по юр.лицам и как при этом нужно учитывать оказание услуг юридическим лицам-управляющим организациям.
03.08.2017
Форма обращения позволяет задать один вопрос по одной тематике. Данное решение существенно оптимизирует процесс и сроки обработки обращений службой поддержки ГИС ЖКХ. В связи с этим просим Вас разные вопросы направлять в отдельных обращениях, заполнив форму "Обращение в службу поддержки".
01.08.2017
№ 236114
Описание проблемы:
1. У нас имеются четыре документа
Платежи:
4daf1795-1143-495a-b987-fbe8f3b76711 на сумму 2669.00
f414f2bf-63cb-41d5-83ee-b21e7b6a6901 - 2210.00
Квитанции:
30АА260467-01-7041 - 2369.80
30АА260467-01-7051 - 1713.60
2. Было произведено квитирование (см. Квитирование.txt)
При этом:
платеж "4daf1795-1143-495a-b987-fbe8f3b76711"
сквитировал квитанцию "30АА260467-01-7041" на 2369.80

"30АА260467-01-7051" на 299.20
Итого: 2669.00
платеж "f414f2bf-63cb-41d5-83ee-b21e7b6a6901"
сквитировал квитанцию "30АА260467-01-7051" на 1414.40
Таким образом, документы сквитированы:
"4daf1795-1143-495a-b987-fbe8f3b76711" полностью на 2669.00
"f414f2bf-63cb-41d5-83ee-b21e7b6a6901" частично на 1414.40
"30АА260467-01-7041" полностью на 2369.80
"30АА260467-01-7051" полностью на 1713.60

3. Для проверки результатов квитирования была запрошена информация по этим платежам и квитанциям.

В результате видим, что:

"4daf1795-1143-495a-b987-fbe8f3b76711" сквитировал "30АА260467-01-7041" на 2369.80 (см. 4daf1795-1143-495a-b987-fbe8f3b76711.txt)

"f414f2bf-63cb-41d5-83ee-b21e7b6a6901" сквитировал "30АА260467-01-7051" на 1713.60 (см. f414f2bf-63cb-41d5-83ee-b21e7b6a6901.txt)

"30АА260467-01-7041" сквитирован "4daf1795-1143-495a-b987-fbe8f3b76711" на 2369.80 (см. 30АА260467-01-7041.txt)

"30АА260467-01-7051" сквитирован "f414f2bf-63cb-41d5-83ee-b21e7b6a6901" на 1713.60 (см. 30АА260467-01-7051.txt)

Причем, обратите внимание, у вас указано, что платеж "4daf1795-1143-495a-b987-fbe8f3b76711"

сквитирован полностью - 2 (см. 4daf1795-1143-495a-b987-fbe8f3b76711.txt или 30АА260467-01-7041.txt), но при этом

сумма платежа - 266900, а

сумма сквитировано - 236980. Как такое может быть?

В общем, получается, что абсолютно вся информация о квитировании неверная. По-этому, просим либо исправьте, в конце концов,

NotificationOfOrderExecutio
07.08.2017
По Вашему обращению требуется больше времени на анализ. По результату обработки Вам будет направлено дополнительное уведомление.

17.08.2017
Поскольку (exportNotificationsOfOrderExecution). - Это Экспорт платежных документов с результатами квитирования, то результатом являются все извещения, когда либо квитированные с указанным ПД

13.09.2017
Информация по Вашему обращению передана техническим специалистам. Изменение запланировано в версии Системы: 11.6.0. Плановый период изменения: начало декабря. О выполнении работ по Вашему обращению Вам будет направлено дополнительное информационное уведомление.

30.10.2017
Информируем Вас, что проблема, указанная в присланном обращении, исправлена. Приносим извинения за временные неудобства.
28.07.2017
№ 235344, 234496,
235309
В ПД заполняем "Неустойки и судебные расходы". Это начисления за текущий месяц? Где плательщик может увидеть свою задолженность и оплату этих видов начислений за предыдущие периоды? И ещё вопрос, учитывается ли оплата этих неустоек при квитировании?
--------------------------
В ПД задолженность включает в себя все неоплаченные начисления, в том числе неустойки. Раньше по пени нужна была отдельная квитанция, теперь отменили - не нужна., всё выводим в одной, к оплате за текущий месяц отдельно сумму пени показываем. А вот пени по суду, штрафы, госпошлины и прочее в наших квитанциях отображаются в таблице услуг, т.е. мы их начисляем как обычную услугу под своим номером.
08.08.2017
Просьба уточнить, каким образом Ваша организация выставляет задолженность по оплате неустоек и судебных расходов?
26.07.2017
№ 233643
Имеется две квитанции (20АА260416-01-7041 и 20АА260416-01-7051) на суммы 136.00 и
два платежа (24c58d6e-8f66-4001-a732-16340d1978b7 и b5301782-9e3c-4abe-baab-07f14924253b)
на те же суммы.
Произведено квитирование документов:
20АА260416-01-7041 - 24c58d6e-8f66-4001-a732-16340d1978b7,
20АА260416-01-7051 - b5301782-9e3c-4abe-baab-07f14924253b
(см. Квитирование.xml, 20АА260416-01-7041.png, 20АА260416-01-7051.png, Платежи.png)
Для проверки результатов квитирования запрошена информация в разрезе платежей и квитанций.
В результате видим, что:

1. Квитанция "20АА260416-01-7041" оплачена платежами "1e5e4aee-9291-487d-a371-9d91e751a048" (новый на 136.00) и
"24c58d6e-8f66-4001-a732-16340d1978b7" (скивитирован на 136.00). (см. 20АА260416-01-7041.xml)
2. Квитанция "20АА260416-01-7051" оплачена платежами "b5301782-9e3c-4abe-baab-07f14924253b" (скивитирован на 136.00) и "24c58d6e-8f66-4001-a732-16340d1978b7" (скивитирован на 136.00). (см. 20АА260416-01-7051.xml)
3. Платеж "24c58d6e-8f66-4001-a732-16340d1978b7" оплатил квитанции "20АА260416-01-7051" (на 136.00) и "20АА260416-01-7041" (на 136.00) (см. 24c58d6e-8f66-4001-a732-16340d1978b7.xml)
3. Платеж "b5301782-9e3c-4abe-baab-07f14924253b" оплатил квитанцию "20АА260416-01-7051" (на 13.60)
(см. b5301782-9e3c-4abe-baab-07f14924253b.xml)
Как видим, полученная информация абсолютно недостоверна. Есть какой-либо способ точно узнать какие услуги, на какую сумму и каким платежом были оплачены?
13.09.2017
Информация по Вашему обращению передана техническим специалистам. Изменение запланировано в версии Системы: 11.6.0. Плановый период изменения: начало декабря. О выполнении работ по Вашему обращению Вам будет направлено дополнительное информационное уведомление.

30.10.2017
Информируем Вас, что проблема, указанная в присланном обращении, исправлена. Приносим извинения за временные неудобства.
24.07.2017
№ 232212
Статус платежа "Новый"

0

Почему в ответе находится информация о квитанции и квитировании?

20АА260416-01-70411e5e4aee-9291-487d-a371-9d91e751a04820АА260416-01-704185bc0f10-8258-4b8a-8754-66e71c7bbcd113600.0010010436000704581707210000014716
-----------------------------------------
Мы понимаем, что у платежа информация о квитировании оказалась в результате проведенного квитирования. Это вполне очевидно. Вопрос был в другом, а именно - почему после отмены квитирования информация о квитировании в платеже осталась? Ведь в этом случае, при повторном квитировании платежа, мы увидим информацию и о текущем, и об отмененном квитировании. И как прикажете выяснять какое квитирование было правильным? Допускаем, что для каких-то целей вам необходимо видеть у платежа все совершенные операции квитирования. Но, почему тогда отмененное квитирование не помечать, как неактуальное?
31.07.2017
Экспорт извещения в статусе "Новый" выдал такой результат, в связи с тем что ранее были созданы квитанции (извещение квитировалось, но после было аннулировано).

07.08.2017
Поведение Системы корректно. При отмене квитирования аннулируется квитанция, само извещение остается в статусе "Новый". Вы можете произвести аннулирование самого извещения с помощью метода NotificationOfOrderExecutionCancellation, при этом извещение аннулируется и в выгрузку не попадет. Результатом метода exportNotificationsOfOrderExecution является экспорт платежных документов (ПД) с результатами квитирования всех извещений с данным ПД.
14.07.2017
№ 228594
Как передавать информацию по лицевому счету, если Администрация на данный момент не присвоила дому номер. Например, в деревне строится дом, лицевой счет в биллинге заведен прямо в деревне, т.к. бывают случаи, что нет даже улицы. Дом еще не достроен, номер Администрация не присвоила, но ПД уже выставляются. Как получить временный ФИАС без дома?
17.07.2017
Присвоение адресов объектам адресации, в том числе их изменение, отнесено к полномочиям органов местного самоуправления Российской Федерации - п.21 ч.1 ст.14; п.34 ч.1 ст.15; п.27 ч.1 ст.16 Федерального закона от 06.10.2003 № 131-ФЗ «Об общих принципах организации местного самоуправления в Российской Федерации». Сведения об адресах в соответствии с порядком ведения государственного адресного реестра в государственном адресном реестре размещают, изменяют, аннулируют органы местного самоуправления, органы государственной власти субъектов Российской Федерации - городов федерального значения Москвы и Санкт-Петербурга, уполномоченные на присвоение адресов объектам адресации, согласно ч.3 ст.5 Федерального закона от 28.12.2013 N 443-ФЗ «О федеральной информационной адресной системе и о внесении изменений в Федеральный закон «Об общих принципах организации местного самоуправления в Российской Федерации» - далее ФЗ о ФИАС. Органам местного самоуправления Правительством РФ рекомендовано в 3-месячный срок с момента вступления в силу Постановления от 19.11.2014 № 1221 привести правила присвоения, изменения и аннулирования адресов, утвержденные муниципальными правовыми актами до дня вступления в силу ФЗ о ФИАС, в соответствие с Правилами присвоения, изменения и аннулирования адресов, утвержденными указанным Постановлением. Оператором ФИАС является Федеральная налоговая служба. Вместе с тем, обязанность по актуализации ФИАС закреплена за органами местного самоуправления, органами государственной власти субъектов Российской Федерации. Ответственность за достоверность, полноту и актуальность содержащихся в государственном адресном реестре сведений об адресах несет орган местного самоуправления или орган государственной власти, разместивший такие сведения, согласно ч.2 ст.4 ФЗ о ФИАС. При присвоении адреса объекта жилищного фонда в ГИС ЖКХ используются данные, полученные из ФИАС. За разъяснением по вопросам применения Правил, утвержденных постановлением Правительства Российской Федерации от 19.11.2014 №1221, следует обращаться в Федеральную налоговую службу и Министерство финансов Российской Федерации (п.2 Постановления Правительства Российской Федерации от 19.11.2014 N 1221). Таким образом, на основании вышеизложенного, орган местного самоуправления, орган государственной власти субъектов Российской Федерации - городов федерального значения Москвы и Санкт-Петербурга, уполномоченные на присвоение адресов объектам адресации, должен привести адреса в соответствии с Правилами присвоения, изменения и аннулирования адресов, утвержденными Постановлением Правительства Российской Федерации от 19.11.2014 №1221. Обращаем внимание, что пользователи системы, при совершении действий в системе, являются ответственными за размещенную ими информацию, а также за ее полноту, достоверность и актуальность, согласно п.18 Порядка и способов размещения информации, утвержденного совместным приказом Минкомсвязи России и Минстроя России от 28.12.2015 №589/944/пр.
19.10.2017
№ 270778
24.10.2017