Размещение платёжных документов - функция importPaymentDocumentData, секция ServiceInformation.
Судя по схеме, одна секция ServiceInformation на одну услугу MunicipalService.
Таким образом, одна услуга - одно показание прибора учёта individualConsumptionCurrentValue.
Как быть если в квартире два стояка - кухня и сан узел, соответственно, два прибора на ХВС и два на ГВС ?
Вставлять в ПД двумя строчками по одной услуге?

0

Сообщение от Zmeishe Вставлять в ПД двумя строчками по одной услуге?

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

0

По счетчикам электричества в техподдержке сказали, что на каждый тариф нужно заводить отдельную услугу... В случае если счетчик многотарифный, следует в платежном документе завести по каждому тарифу отдельную строку в которой прописать величину тарифа. Т.е. ("дневной двухтарифный" величина "3,56"; "ночной двухтарифный" величина "2,49")

0

С многотарифными - это понятно. Тут ещё одно обстоятельство - есть многоставочные тарифы.
Например, по ночному тарифу объём равен 100 кВт*ч
плата должна быть рассчитана 15 кВт*ч по ставке тарифа 2 руб, оставшиеся 85 кВт*ч по ставке тарифа 3 руб.
Выходит, что для трёхзонных счётчиков по двуставочным тарифам надо будет шесть услуг в ГИС завести?

0

Сообщение от Zmeishe Например, по ночному тарифу объём равен 100 кВт*ч плата должна быть рассчитана 15 кВт*ч по ставке тарифа 2 руб, оставшиеся 85 кВт*ч по ставке тарифа 3 руб. Выходит, что для трёхзонных счётчиков по двуставочным тарифам надо будет шесть услуг в ГИС завести?

Предполагаю, что в таком случае, строк будет 6 - но услуг, все таки 3(день, полупик, пик) - расценки и объемы будут разные.
А что за регион?
В Омской обл. слава Богу - такого нет...

0

Хорошо, будем проверять.

0

Может это я чего не так делаю...
Почему мне приходит в ответе на запрос метода exportHouseData информация о нежилых помещениях и в секции о жилых помещениях и в секции о нежилых помещениях
<ns13:ResidentialPremises>
<ns13:No_RSO_GKN_EGRP_Registered>true</ns13:No_RSO_GKN_EGRP_Registered>
<ns13:PremisesNum>1</ns13:PremisesNum>
<ns13:HasNoEntrance>true</ns13:HasNoEntrance>
<ns13:TotalArea>1101.6</ns13:TotalArea>
<ns13:PremisesUniqueNumber>9ATo007260001 8</ns13:PremisesUniqueNumber>
<ns13:ModificationDate>2016-09-29T10:31:58.981+03:00</ns13:ModificationDate>
<ns13:PremisesGUID>83aef7c2-5b45-4a49-afeb-389e25a7eb22</ns13:PremisesGUID>
</ns13:ResidentialPremises>

<ns13:NonResidentialPremises>
<ns13:No_RSO_GKN_EGRP_Registered>true</ns13:No_RSO_GKN_EGRP_Registered>
<ns13:PremisesNum>1</ns13:PremisesNum>
<ns13:TotalArea>1101.6</ns13:TotalArea>
<ns13:PremisesUniqueNumber>9ATo007260001 8</ns13:PremisesUniqueNumber>
<ns13:ModificationDate>2016-09-29T10:31:58.981+03:00</ns13:ModificationDate>
<ns13:PremisesGUID>83aef7c2-5b45-4a49-afeb-389e25a7eb22</ns13:PremisesGUID>
</ns13:NonResidentialPremises>

0

Сообщение от Electronic-E2 Может это я чего не так делаю... Почему мне приходит в ответе на запрос метода exportHouseData информация о нежилых помещениях и в секции о жилых помещениях и в секции о нежилых помещениях

Вы все делаете правильно.
Это ТАМ все делают неправильно.

Данный косяк я обнаружил еще в январе.
В чем им было написано.
До сих пор реакции - ноль.

Модель воспроизведения бага:

1. Заводим жилое помещение с номером 5555
2. Жилое помещение с номером 5555 удаляем
3. Заводим нежилое помещение с номером 5555

Результат:
В ответе сервера это помещение возвращается как в списке жилых, так и нежилых помещений,
с идентификатором PremisesUniqueNumber=XXXX (<ns13:PremisesGUID>YYYYYYY</ns13:PremisesGUID>)

и со всеми теми же самыми атрибутами в нежилых помещениях.

1

Тогда каким образом вы определяете, как использовать это помещение в дальнейшем (как жилое или нежилое)?
Как определяете какая из этих записей верна?
Происходит ли та же реакция только в обратном направлении, т.е. если завести сначала как нежилое, удалить и завести как жилое?

0

Сообщение от Electronic-E2 Тогда каким образом вы определяете, как использовать это помещение в дальнейшем (как жилое или нежилое)? Как определяете какая из этих записей верна?

На данный момент просто исключаю из обработки в АРМ.
До исправления этой ошибки такие объекты нужно ковырять мышкой в личном кабинете ГИС ЖКХ.
На мой взгляд это приведет в меньшим проблемам в будущем.

Но это мой подход: все, что вызывает хоть малейшую необнозначность в данных приехавших из ГИС ЖКХ, исключается из автоматической обработки.

Сообщение от Electronic-E2 Происходит ли та же реакция только в обратном направлении, т.е. если завести сначала как нежилое, удалить и завести как жилое?

Я уже не помню, проводил такой эксперимент или нет. Попробуйте, потом расскажете сообществу.


У меня сейчас фильтр простой:

select xxx from ГИС ЖКХ group by PremisesUniqueNumber having count(*) > 1 => на помойку

0

Сообщение от hhmm Но это мой подход: все, что вызывает хоть малейшую необнозначность в данных приехавших из ГИС ЖКХ, исключается из автоматической обработки.

Согласен полностью и сам так делаю.... Меня только смущают штрафы за неразмещенную информацию в ГИСе...

Сообщение от hhmm Я уже не помню, проводил такой эксперимент или нет. Попробуйте, потом расскажете сообществу.

Попробую...

0

Сообщение от Electronic-E2 Согласен полностью и сам так делаю.... Меня только смущают штрафы за неразмещенную информацию в ГИСе...

А чего смущаться:
Нашли косяк Ланита
Отправили письмо в саппорт
Задокументировали факт отправки
Доложили руководству

Далее теория:
Руководство дает распоряжение вашим юристам писать претензию в Ланит в бумажном виде с печатью и подписями

Далее фантастика:
Ланиту вчиняют иск на возмещение морального и прочего ущерба

0

Сообщение от Electronic-E2 Может это я чего не так делаю... Почему мне приходит в ответе на запрос метода exportHouseData информация о нежилых помещениях и в секции о жилых помещениях и в секции о нежилых помещениях

Было у меня такое. Отписал в тех поддержку. Косяк признали. Обещали исправить в будущих версиях.
И тут на форуме тоже отписал. Вот ссылка.

0

Сообщение от Umatkot_Primtep Сообщение от Zmeishe Горячее водоснабжение, вообще, на три части: "Вода, куб.м", "Нагрев энергия, Гкал" и "Нагрев мощность, Гкал / час". Ну а у нас требуется ХВС на нуждый ГВС делать, и подогрев воды. В начислении вроде же можно добавлять их будет? С мощностями, конечно, они перемудрили.

У юристов ГИС на этот счёт своё особое мнение.
Указание многокомпонентных услуг в договоре управления домом не предусмотрено в ГИС.

- если поставщиком коммунального ресурса является управляющая организация, получающая его от производителя Теплоэнерго, то никаких лишних компонентов в ПД не должно быть, так как в ГИС это не предусмотрено договором/уставом.
В ПД должны быть только ГВС и только Отопление, т.е. услуги целиком.

- при самостоятельном производстве коммунального ресурса в ПД можно указывать составные части этого ресурса.


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

0

Товарищи!

Похоже мне удалось сотворить очень маленькое чудо и оторвать Крипто .NET от подписи Xades

Подробности этого события в созданной мной новой теме: Интеграция с ГИС ЖКХ и подпись SOAP без Крипто .NET и stunnel

0

Подскажите, можно ли выкачать через интеграцию ...
информацию о параметрах, содержащуюся в эксель-шаблонах.
Например, "Шаблон импорт сведений о МКД-УО-10.0.2.1.xlsx" вкладка (скрытая) "ОЖФ_КонструктивныеЭлементы" - интерисует поле 'Код' (откуда всё это берется, в справочниках не нашел )

Код Параметр Код справочника
20120 Балконы, лоджии, козырьки и эркеры. Физический износ (вещественное)
20152 Вид несущей части (перечислимый, множественный) 262
11556 Количество балконов (целое),шт
13056 Количество лоджий (целое),шт
.........................
20067 Фундамент. Год проведения последнего капитального ремонта (год)

0

Сообщение от PROG74 вкладка (скрытая) "ОЖФ_КонструктивныеЭлементы"

Похоже на 'Справочник конструктивных элементов'. API-функция exportNsiItem параметры RegistryNumber = 15 ListGroup = NSI

0

Привет всем! Вот я стою на распутье - у нас есть два способа вызывать сервисы - синхронно и асинхронно.
Когда проектировал сделал и на первый и на второй маппинги - разницы нет как вызывать, но при импорте большого объёма данных и, также при частом использовании асинхронного сервиса наблюдался тот-же таймаут(на GetState). У меня вопрос к вам:
как вы выбираете, какой сервис следует использовать в конкретном случае? Или всё подряд делаете через Async?
Есть ли смысл выполнять сначала синхронный вариант, но по таймауту уже дублировать сообщение и создавать MessageGuid и ждать результата? Или, может, определяете по каким-то критериям количество и объём работы по сервису и в зависимости от этого выбираете путь запроса?

0

Одиночная загрузка по конкретному счетчику, ЛС, дому и т.д. - тогда использую синхронный, в случае массовой загрузки или если синхронный не катит - переключаюсь на асинхронный....

0

Как закрыть(удалить) комнату в коммунальной квартире?

В Функции importHouseUOData секция ResidentialPremisesToUpdate / LivingRoomToUpdate заполнил тег TerminationDate
Ответ ГИС SRV004026 Не удалось создать один из объектов. Повторите операцию.

Там с этими комнатами связан лицевой счёт - может быть его сначала закрыть?

Собственно, квартира перестала быть коммунальной и стала отдельной.
Можно закрыть только комнаты и сменить статус квартиры или нужно закрывать целиком и квартиру и комнаты, а затем создавать с новым статусом с этим же номером?

0