До двухдневного семинара в Шерегеше осталось:

Форум

kavi

Форум

Дата создания

Выбрать дату в календареВыбрать дату в календаре

Тема

Сообщение

Упорядочить

Выбрать дату в календареВыбрать дату в календаре

ГИС ЖКХ: Предложения по информационному обмену
 
[QUOTE]Programmer пишет:
two_oceans! ОЧЕНЬ ИНТЕРЕСНО, КРАСИВО! Но кто в ГИСе будет этим заниматься. Там ведь люди (в отличии от Вас) не творческие, у них принцип: "работает так (работает ли?) - и ладно" и на фига им эти заморочки.

[SIZE=85px][COLOR=greenpt]Отправлено спустя 32 минуты 19 секунды:[/COLOR][/SIZE]
У меня есть вот что:
1. Файл
8CAE88BBFD404A7A53630864F9033606E1DC45E2.cer
установлен в "Доверенные корневые центры сертификации".
Выдал: "Головной удостоверяющий центр".

2. Шесть файлов: header.key, maska.key, maska2.key, name.key, primary.key, primary2.key, котрые тупо записаны на флэшку. Я их вижу и могу свобдно копировать. С помощью КриптоПро установлены в "Личное". В диспетчере сертификатов там просматривается фамилия директора УК.

Подскажите, пожалуйста, что с этим дальше делать в части организации SOAP? И нужна ли мне эта флэшка каждый день для работы SOAP, или достаточно установленных сертификатов? Спасибо![/QUOTE]

Далее надо организовать тестовые стенды, настроить канал, и пробовать формировать запросы. В документации это все описано. При работе с SOAP ключ(флешка) нужен практически всегда (за исключением ряда запросов, которые можно отправлять без подписи). Для тестирования желательно сформировать тестовые ключи( хотя никто не запрещает тестироваться на "боевых")
Шаблон ПД (платежных документов)
 
[QUOTE]AlcorVol пишет:
При этом всякие мелкие  УК и ТСЖ просто обречены на то, чтобы идти на поклон к этим коммерческим ИС. Не покидает ощущение того, что делалось всё это преднамеренно, с прицелом на предоставление коммерческих услуг по передаче информации в ГИС.[/QUOTE]

Вменяемый аутсорс всяко лучше, чем неопытные бухгалтера ТСЖ (исключения бывают  :) ) , которые без арифметических ошибок иногда просто посчитать не могут, не говоря уже о знаниях всех тонкостях законодательства ЖКХ. Руководство ТСЖ и УК должно больше думать о том, как, условно говоря, лучше и дешевле  "покрасить стены и побелить потолки" , а  чисто механическую работу,  биллинг например, передать тем, кто это сделает  быстрее и качественнее. Что у нас многие ТСЖ и делают. Соответственно, основная масса вопросов, связанных с ГИС ЖКХ, решается биллинговой компанией. И не придется каждому ТСЖ и ЖК "изобретать  велосипед"
Ошибки в ГИС (эмоции пост)
 
[QUOTE]Кот Дворовый пишет:
[QUOTE]VadimNRJ пишет:
Товарищи, ознакомьтесь с мануалом по управляющим организациям стр 200 рис 281. Внимание обращать на название ОМС на рисунке.[/QUOTE]
Прикрепили бы картинку сразу...  :roll:

[SIZE=85px][COLOR=greenpt]Отправлено спустя 3 минуты 46 секунды:[/COLOR][/SIZE]
вот...   qws[/QUOTE]
Проделки тестировщиков....
Лицевые счета. Загрузка в систему.
 
[QUOTE]skad888 пишет:
[QUOTE]AlinaVel пишет:
То есть нажать на кнопку "закрыть" несоответсвующие ЛС? Ничего страшного в хламе не будет?[/QUOTE]

да. никто не знает что будет дальше..... но другого способа нет.[/QUOTE]

Програмки с макросами и скриптами для Windows здорово помогают когда надо сделать много движений мышью и клавой .
ГИС ЖКХ: квитирование
 
[QUOTE]AlcorVol пишет:

Спрашивается: какого чёрта на основании этого ГИС ЖКХ будет помечать ПД как "оплаченный"??..[/QUOTE]
Я бы не стал так утверждать. ГИС ЖКХ переводит ПД в статус "Предварительно сквитированный", который потом все равно придется подтверждать (или не подтверждать) руками.
ГИС ЖКХ: квитирование
 
[QUOTE]Rembo пишет:
[QUOTE]portal-gkh пишет:
[QUOTE]AlcorVol пишет:
Уважаемые форумчане (а также разработчики ГИС ЖКХ)!

От себя могу поправить, у банков (и других платежных агентов) нет обязанности что либо "закрывать оплатой", у них есть обязанность при исполнении распоряжения плательшика в адрес определенных получателей, передавать в ГИС определенный набор реквизитов. [/QUOTE][/QUOTE]
Так почему Почта России если это их обязанность, просит у  нас (УО, ТСЖ) деньги,  предлагает заключение договора?[/QUOTE]

Почта России просит деньги за оказание услуги по переводу денежных средств плательщика на расчетный счет получателя (УО, ТСЖ). Тариф выше, чем у Сбербанка. Наше право заключать такой договор или нет. Если  договор не будет заключен, то Почта, по всей видимости, будет брать комиссию за перевод с плательщика.
ГИС ЖКХ: квитирование
 
[QUOTE]AlcorVol пишет:
Уважаемые форумчане (а также разработчики ГИС ЖКХ)!

Позвольте мне поднять ещё одну важную тему.  Речь идёт о концепции "квитирования ПД". Насколько я понимаю, всякие банки, получив оплату ПД, обязаны соответствующий документ "закрыть оплатой" (неважно - полностью, частично или с переплатой). Мне кажется, что это - вообще порочная концепция. Любая управляющая организация (будь то УК или ТСЖ) гораздо лучше, чем банк, знает, какие ПД (и на какие суммы) при оплате нужно "квитировать". Что с того, что в ПД указан расчётный период?.. Вполне возможно, что плательщик уже год не платит по своим долгам. И не играет никакой роли, какой именно "период" стоит в ПД. Как только УО получит от банка сведения об оплате (в виде реестра) - бухгалтерия сама закроет всё, что надо.

Если кто-то с этим не согласен, то можно заглянуть в Гражданский Кодекс РФ (ст. 522 и 319), а также ознакомиться с судебной практикой:
[URL=http://zakoniros.ru/?p=8905]http://zakoniros.ru/?p=8905[/URL]
Цитата оттуда:
[quote:2w1g9t63]Поскольку у ответчика имелась перед истцом задолженность за более ранние периоды, суды трех инстанций на основании части 3 статьи 522 ГК РФ обоснованно признали правильными действия энергосберегающей компании по зачету поступивших денежных средств в счет погашения задолженности за предыдущие периоды[/QUOTE]

Что скажут на это многоуважаемые разработчики ГИС ЖКХ?  ;)[/quote:2w1g9t63]
Разработчики ГИС ЖКХ вряд ли что либо скажут - не замечены они среди авторов на форуме. От себя могу поправить, у банков (и других платежных агентов) нет обязанности что либо "закрывать оплатой", у них есть обязанность при исполнении распоряжения плательшика в адрес определенных получателей, передавать в ГИС определенный набор реквизитов. Тем более нет у банка обязанности (и возможности) что либо квитировать.
Шаблон ПД (платежных документов)
 
[QUOTE]AlcorVol пишет:
[QUOTE]portal-gkh пишет:
[QUOTE]LeraTTS пишет:

Согласен. С пени пока все плохо.[/QUOTE][/QUOTE]
И я согласен. Особенно - в смысле склонения.  ;) "Пеня" - древнее русское слово. И вполне себе склоняется. Так что, смело пишите "с пенями", не стесняйтесь!  :D[/QUOTE]
Спасибо, что поправили. За чистотой языка в форуме обязательно надо следить.  99a
Взаимодействие с ГИС ЖКХ: XLSX vs. SOAP
 
[QUOTE]two_oceans пишет:
[quote:1q29jhs5]5Tyx01287600114[/QUOTE]Подумал еще, конец "1287600114" очень похоже на отметку времени, набросал скрипт 1.js [code:1q29jhs5]var t=1287600114;
var dt=new Date(t*1000);
dtS=dt.toLocaleString();
WScript.echo(dtS);[/code:1q29jhs5] результат - в привычном виде это "21 октября 2010 г. 02:41:54", похоже на время изготовления или установки.[/quote:1q29jhs5]
 :D   :D   :D  Еще варианты?
Шаблон ПД (платежных документов)
 
[QUOTE]LeraTTS пишет:


3/ Не могут быть отрицательными начисления по отдельной услуге или сумма по всем услугам? или сумма в квитанции что не всегда одно и тоже ? А аванс у них только одной "цифоркой" по лиц.счету, и что они с ним делают в квитанции за текущий период, просто показывают или пытаются уменьшить сумму к оплате?? Не получается пока загрузить ПД, поэтому не знаю как они формируют квитанцию и куда прикладывают аванс. А ведь у нас все должно с ними совпадать, а то мы же и виноваты... А плательщик хочет не платить лишнего, если они у него в авансе и совсем не лишние и т.п.[/QUOTE]
Суммы нигде не могут быть отрицательными ни в ГИСе, ни в квитанциях. Если аванс больше текущих начислений, то сумма к оплате =0

[QUOTE]LeraTTS пишет:

4/ Суммировать пени к долгу конечно хорошо, но у них в долговой квитанции надо на спец.закладочке шаблона расписать суммы по услугам, и опять значит надо изловчиться и куда-то его засунуть. Но вообще-то из всего здесь сказанного следует, что надо бы отложить всю эту развлекуху с пенями до лучших времен.[/QUOTE]
Согласен. С пени пока все плохо.
Взаимодействие с ГИС ЖКХ: XLSX vs. SOAP
 
[QUOTE]two_oceans пишет:

[QUOTE]portal-gkh пишет:
Например, экспортируем приборы учета через SOAP - метод exportMeteringDeviceData - "Получить перечень ПУ" возвращает MeteringDeviceRootGUID GUIDType - поле "Идентификатор ПУ в ГИС ЖКХ" и выглядит примерно так: 03775bea-d5c9-4028-9ccf-3f7d207d94f3
Тот же прибор, полученный через "Экспорт ПУ" в виде XLSX , в поле "Номер прибора учета в ГИС ЖКХ" может выглядеть примерно так: 5Tyx01287600114[/QUOTE]Конечно, я не читал спецификацию именно по ПУ, но поспекулирую. "Меня терзают смутные сомнения", что "Идентификатор ПУ в ГИС ЖКХ" (GUID почти наверняка формируется случайно - машиночитаемый, человеку бесполезен) и не должен совпадать с "Номер прибора учета в ГИС ЖКХ"(по виду похоже - формируется по правилам и чего-то должен сказать человеку, знающему правила). Ну примерно как MAC-адрес сетевой (человеку практически бесполезен, хотя содержит данные о производителе сетевой) и IP-адрес (используется в том числе человеком при настройке соединений) в принципе не должны совпадать и было бы логично в SOAP поискать что-то возвращающее Номер по GUID или наоборот. "RootGUID" еще интереснее, может быть под корнем дальше более детальные данные можно вытянуть.[/QUOTE]
Искали.К сожалению поля с информацией о "Номер прибора учета в ГИС ЖКХ"  и содержанием, похожим на 5Tyx01287600114 в SOAP  нет, по крайней мере пока.
Ошибки в ГИС (эмоции пост)
 
[QUOTE]ООО ЖТ пишет:
Доброго всем дня! в нашей УК начисление за "Содержание лифта" производится думаю не как у всех - на чел., а так же только для тех кто проживает выше второго этажа и только в тех подъездах в которых есть лифт. Так вот как сейчас размещать инфу в нашей [S]НЕ[/S] любимой ГИС о размере платы за лифт и начислении за данную услугу. заранее отмечу, что в корне [S]не[/S]правильно производим начисление но все таки может у кого из УК схожая ситуация?[/QUOTE]
Вводите новую услугу "Содержание лифта", измеряете ее в "человеках" и загружаете тариф, количество и  начисление по ней в нужные лицевые счета. Вопрос соответствия/несоответствия 354 опускаем.
Касса
 
[QUOTE]Управляшка08 пишет:
[QUOTE]ildarnt1 пишет:
можно полностью отказаться от кассы[/QUOTE]
И от деятельности по управлению, шоб уж наверняка под ГИС не попасть  :-D Это не решение. Кассу открывают не от нечего делать, а потому что выгодно. И не из-за ГИСа ее закрывать.
[QUOTE]skad888 пишет:
формируется реестр и отправляется в ГИС[/QUOTE]
Вручную через вэб-интерфейс? Шаблона то нет  :-([/QUOTE]

Да, шаблона пока нет. Вариантов два - заносить руками через WEB и ждать пока Ланит сделает шаблон (им можно отправить это требование в виде предложения по улучшению системы), или сделать/заказать програмистам "реклама сensored" минишлюз XLSX ->SOAP->ГИС ЖКХ
Взаимодействие с ГИС ЖКХ: XLSX vs. SOAP
 
[QUOTE]AlcorVol пишет:

[quote:tls5g6ux]По факту, приходится использовать оба способа и XLSX и SOAP. [/QUOTE]
Вот, это забавно. По какой причине такой винегрет? Чем, например, просто SOAP плох?[/quote:tls5g6ux]
Просто SOAP плох тем, что его реализация требует много времени и сил, к тому же на стороне ГИС с ним, мягко говоря, не все гладко.

[QUOTE]AlcorVol пишет:

[quote:tls5g6ux]Большая проблема в том, что ГУИД объектов, возвращаемых через SOAP не совпадают с ИД этих же объектов, возвращаемых через XLSX.[/QUOTE]
А это - ещё забавнее. Если не сказать, ужаснее.  :o Что за петрушка такая? Какие именно GUID разными получаются?[/quote:tls5g6ux]

Например, экспортируем приборы учета через SOAP - метод exportMeteringDeviceData - "Получить перечень ПУ" возвращает MeteringDeviceRootGUID GUIDType - поле "Идентификатор ПУ в ГИС ЖКХ" и выглядит примерно так: 03775bea-d5c9-4028-9ccf-3f7d207d94f3
Тот же прибор, полученный через "Экспорт ПУ" в виде XLSX ,  в поле "Номер прибора учета в ГИС ЖКХ"  может выглядеть примерно так: 5Tyx01287600114

Создавая тему "....XLSX vs. SOAP" трудно ожидать в ней присутствия исключительно работников ТСЖ и УК  :D
Взаимодействие с ГИС ЖКХ: XLSX vs. SOAP
 
[QUOTE]two_oceans пишет:

[QUOTE]AlcorVol пишет:
Как тут можно что-то кому-то "запретить" - мне не совсем понятно. Мои клиенты работают без всяких РКЦ[/QUOTE]А вот так, изначально функции РКЦ просто не было предусмотрено в ГИС ЖКХ, вместо этого РКЦ официально сказали регистрироваться, указывая функцию как информационная система (ИС), под другие функции не подошли. А если они ИС, то им положено работать по SOAP. :) Это прям очень рекомендовали если число лицевых счетов больше тысячи и обсмеяли тех, кто пытается миллион лицевых счетов через Эксель загрузить (в перспективе - ежемесячно). Сам я интерфейс личного кабинета ИС не видел, но вполне можно ожидать, что просто уберут кнопки для загрузки XLSX в личном кабинете при указании функции ИС. То есть вроде как и не запретили, но выбор "широчайший". Сейчас хотят ввести (или даже уже ввели) статус РКЦ отдельно, но похоже там различия будут в сторону увеличения прав для РКЦ по сравнению с ИС, а не увеличения свободы выбора. [/QUOTE]

В личном кабинете оператора ИС возможности грузить XLSX нет. Статус Расчетного центра дает несколько больше возможностей при работе через SOAP ( в частности, возможность размещать ПД от имени третьих лиц), но их явно меньше, чем у оператора ИС, где декларированы   возможности по доступу к широкому кругу объектов, в том числе от имени третьих лиц. Возможно позже что нибудь добавят.
По факту, приходится использовать оба способа и XLSX и SOAP. Большая проблема в том, что ГУИД объектов, возвращаемых через SOAP не совпадают с ИД этих же объектов, возвращаемых через XLSX.
Касса
 
[QUOTE]Ялиса пишет:
да нет его в 1С! и не будет

[SIZE=85px][COLOR=greenpt]Отправлено спустя 1 минуту 6 секунды:[/COLOR][/SIZE]
я пока не знаю как реализовать все это вкупе  он-ланйн кассами. Думаю[/QUOTE]

Вопрос только в цене. Для банковских информационных систем такие решения появились достаточно быстро.  По крайней мере, через SOAP этот сервис доступен.
Касса
 
[QUOTE]Управляшка08 пишет:
Пробовал найти такую тему в разделе ГИС ЖКХ и не нашел. Странно, что никто не обсуждает "интеграцию" кассы с ГИС ЖКХ. Может быть мало у кого есть касса? Согласно приказу Минкомсвязи России N 589, Минстроя России N 944/пр от 28.12.2015 "Об утверждении Порядка и способов размещения информации, ведения реестров в государственной информационной системе жилищно-коммунального хозяйства, доступа к системе и к информации, размещенной в ней", информацию о факте приема платежей должны размещать все организации, которые самостоятельно производят прием платежей от потребителей через кассу. В связи с этим вопрос: кто-нибудь уже пробовал размещать такую информацию? Если да, то каким образом? Можно дать доступ в ГИС кассиру, который будет вручную (через вэб-интерфейс) заносить данные о платежах, но это кажется достаточно долгим процессом (особенно, если обрабатывать каждый платеж сразу по мере его поступления, да и время сессии для работы с вэб-интерфейсом ограничено и каждый раз повторно авторизоваться - то еще удовольствие). Или каким-то образом выгружать данные из 1С? И как быть, если в кассе осуществляется прием платежей в другие организации, ведь там сроки размещения информации ограничены двумя часами с момента приема платежа и, возможно, потребуется добавление в ГИС функции оператора по приему платежей? Про техподдержку знаю, но может у кого то это уже реализовано.[/QUOTE]

Для этих целей в ГИС есть Реестр извещений о принятии к исполнению распоряжения.  А если хотите через 1С, ищите интеграционное решение.
Загрузка ЛС через шаблон
 
[QUOTE]yurievuk пишет:
В пятницу был неприятно удивлён тем фактом, что шаблон импорта ЛС не обновляет информацию при заполненных полях ЕЛС и идентификатор ЖКУ, а вываливается в ошибку.
Поэтому хочу узнать, а как вообще обновлять информацию о ЛС? в каждый заходить ручками и править?[/QUOTE]

Писать в ТП, чтобы разобрались с ошибками. У меня обновление через шаблон работает.
Шаблон ПД (платежных документов)
 
[QUOTE]LeraTTS пишет:

1.Мне почему-то казалось, что содержание - обязательная статья, раз она так заботливо выделена. На каком-то видео было сказано, что если Вы УК, то у вас обязательно есть плата за содержание.  Если это не так, дополнительные услуги конечно снимают вопрос, спасибо!
2. Вы подтвердили, Код ЖКУ = №лиц.счета , спасибо.
3. "Учесть переплату"-это значит, что в квитанции  сумма к оплате будет равна начислению текущего месяца (с учетом льгот и перерасчетов за прошлые периоды)  минус переплата на начало периода. Если переплата больше начислений, сумма к оплате=0. Мы раньше так делали только относительно итоговой суммы (без детализации по услугам). Правда возникает вопрос, как система реагировать будет на перерасчеты с минусом, которые больше месячного начисления? т.е пропустит ли она начисление по услуге с минусом? С введением системы отпадает необходимость расщепления платежей, и следовательно такой способ имеет право быть и в дальнейшем.
4. Значит надо вводить пени как доп.услугу?[/QUOTE]

3. Ежемесячные начисления не могут быть отрицательными. Если есть переплата ( в териминах ГИС ЖКХ - аванс), она отражается в документе отдельным полем.
4. По логике, пени не могут быть услугой. Пока отдельного поля для пени не предумотрено, мы включаем пени в сумму долга.
Шаблон ПД (платежных документов)
 
[QUOTE]LeraTTS пишет:
[QUOTE]nsk31129 пишет:
"1. Все ли выгружаемые услуги внесены в договора управления? "Плату за содержание жилого помещения" там искать не надо - забита неявно, по умолчанию, ее там не видно, но она там есть."

Можете пояснить как Плата за содержание жилого помещения ,  забита неявно ?[/QUOTE]
1.Может ли  кто-нибудь объяснить как работать с "Платой за содержание жилого помещения", если эта услуга рассчитывается не по "своему тарифу" (ТСЖ), а по постановлению о тарифах г.Москвы? В Москве уже много лет есть понятие установленной нормы и излишков (площадь сверх того), а м.б еще в том же помещении часть площади неединственным жильем. Каждая такая часть рассчитывается по разным тарифам.  Т.е должно быть в квитанции несколько строк для расчета платы за содержание. Система "неявно" дает включить эту услугу, но только одной строкой.  Можно ли как-то добавить еще услуг на содержание? или можно в квитанцию включить несколько строк с одним и тем же кодом услуги, но с разными объемами и тарифами?  ТП упорно на этот вопрос не отвечает...
2. Как Вы понимаете "Код ЖКУ"?  - как код лицевого счета для разных организаций, выставляющих начисления одному плательщику ?  или как идентификатор для квитанций одной организации, но выставляющей несколько разных квитанций по разным услугам одному плательщику или в этом случае нужно пользоваться номером квитанции?
3.Из описания шаблона платежных документов следует, ГИС сам считает суммы к оплате, но в формулах "Всего к оплате" не прописан учет авансового платежа. Если это так, то как же участь переплату?
4. И про пени... В соответствии с п.70 354-ПП пени можно выставлять плательщику [B]только отдельным документом[/B], так как же выставлять пени в нашей "любимой" системе? или никогда там этого не делать... будем плодить количество квитанций, эти показываем, а эти не показываем?
Много вопросов, т.к. поддержка не отвечает, отвечает не про то, или вообще не понимет о чем стук... Или я ничего не понимаю...
Всем удачи![/QUOTE]

Я не ТП и не претендую на истину, но по опыту "общения" с системой:
1. Можно внести дополнительные услуги. Каждая услуга - строчка в ПД. Только названия и коды, естественно, будут разные.
2. Код ЖКУ - некая "производная" лицевого счета. При изменении некоторых параметров лицевого счета ( например, номер помещения)  у лицевого меняется код ЖКУ
3. Что имеется ввиду под фразой "учесть переплату"?
4. Про пени было много вопросов. Внятного ответа нет. В качестве варианта  - в составе документа с задолженностью.
Загрузка ЛС через шаблон
 
[QUOTE]yurievuk пишет:
Есть подозрения, что ГИС не любит много циферок сразу.
У кого есть какой опыт загрузки ЛС за один раз? И вообще кто-то так пробовал обновлять информацию?
Точечными изменениями не очень можем заниматься, т.к. начислениями занимается РКЦ, а они часто меняют ответственное лицо, делят и объединяют лицевые не уведомляя нас. Да и для меня быстрее сделать так, чем вносить изменения в ГИС точечно (ГИС своей стабильностью работы может довести до каления кого угодно)[/QUOTE]

Пробуйте разбивать на несколько частей. Как Вы правильно заметили, ГИС не любит много циферок сразу....
Шаблон ПД (платежных документов)
 
[QUOTE]natali@ пишет:


Спасибо большое за ответ, но что то я не очень понимаю))) Видимо конец рабочего дня   :shock:  Я экспортировала файл, нашла номера, а как выгрузить информацию в лицевые счета???[/QUOTE]

Выгружать информацию в лицевые счета не надо   :)
Зайдите в пункт меню "Лицевые счета", нажмите там кнопель "Выгрузить информацию". Потом в экспорт/импорт  забрать сформированный файл. В файле искать связку "Уникальный номер помещения" с ГУИД/ФИАС дома и номером помещения.
Шаблон ПД (платежных документов)
 
[QUOTE]natali@ пишет:
Добрый день!
Я загрузила через шаблоны индивидуальные приборы учета, затем чтобы выгрузить показания по ПУ нужно выгрузить уникальный код каждого прибора. Я его тоже выгрузила, а там адреса нет, только уникальный номер помещения.Как совместить адрес и уникальный код? Как быть в этой ситуации???? Подскажите пожалуйста  dash2   2we[/QUOTE]

Не совсем в теме, ну да ладно....
В Приборах учета Действие Экспортировать ПУ . В полученном файле есть связка "Номер прибора учета в ГИС ЖКХ"  с "Уникальный номер помещения"
В Лицевые счета Выгрузить информацию. В полученном файле есть связка  "Уникальный номер помещения" с ФИАС дома и номером помещения.
Шаблон ПД (платежных документов)
 
[QUOTE]KsBr пишет:



Да, один лицевой счет у одного контрагента[/QUOTE]

Боюсь, что это не вписывается в идеологию ГИС ЖКХ:  каждому договору - свой лицевой счет.
Шаблон ПД (платежных документов)
 
[QUOTE]KsBr пишет:
[QUOTE]skad888 пишет:

Если вы смотрите с точки зрения начисления то это реализовано номером идентификатора коммунальной услуги, у Вас это будет соответственно номер-01, номер-02, итд. Если не то ответил переформулируйте вопрос, не очень понятно...[/QUOTE]

Мы являемся РСО. У нас заключено 2 договора с физ лицом: на воду и тепло.
При регистрации лицевого счёта контрагента в ГИС ЖКХ требуется указание конкретного договора (с номером, датой и т.п.). А второй договор к этому лицевому счёту «не пришивается».
Это нормально? Или под «договором ресурсоснабжения» подразумевается весь перечень договоров с контрагентом, номера которых можно указывать через запятую?
Я обратила внимание – в ПД, который идёт на печать, нигде не указывается номер договора.[/QUOTE]

У вас и на воду и на тепло один лицевой счет?
Шаблон ПД (платежных документов)
 
[QUOTE]Programmer пишет:
[QUOTE]KsBr пишет:
И если так делать, то через объём услуги равный 1 (единице), а величина пени будет тарифом?[/QUOTE]

Подобный вопрс я задал в ТП. Жду ответа от них.

Люди добрые. Скиньте, пожалуйста, кто - нибудь, заполненный шаблон ПД обработанный системой. Четвертый день долбусь. Приходит отчет о неверном составе столбцов раздела 1-2. Вроде бы согласно описанию делаю. В ТП задал вопрос, жду ответа, но надежды на них мало. Спасибо!

И еще. Шаблон импорта Платежного Документа скачиваю согласно описания, то есть из личного кабинета управляющей компании. Но почему-то на вкладке "Услуги исполнителя" только одна услуга "Плата за содержание жилого помещения". Как туда добавить остальные услуги, например, "Лифт","Электроснабжение" и т. д.? Спасибо![/QUOTE]

В справочники/Дополнительные услуги или Коммунальные услуги. Затем в Договоры управления/Перечень управляемых объектов
Шаблон ПД (платежных документов)
 
[QUOTE]KsBr пишет:
[QUOTE]skad888 пишет:

Пени. Можно в справочнике услуг создать запись (услугу) - "Пени" и начислении по пени загружать на эту услугу.[/QUOTE]

А это законно? Товарищи из команды ГИС ЖКХ это как-то комментировали?
И если так делать, то через объём услуги равный 1 (единице), а величина пени будет тарифом?[/QUOTE]
Мы пени отражаем в составе задолженности.
Шаблон ПД (платежных документов)
 
[QUOTE]KsBr пишет:

А еще вопрос - на основе каких признаков будет осуществляться квитирование расчётов: т.е. сверка платёжных документов, загруженных в ГИС ЖКХ поставщиком услуг, и платёжек, которые должен загружать в ГИС ЖКХ банк?
Один из признаков, видимо, лицевой счёт физлица, а какие еще?[/QUOTE]
Банк, при исполнении платежного документа, обязан передать в систему информацию о платеже  в составе которой предусмотрен ряд опциональных реквизитов: Идентификатор ПД, единый лицевой счет, лицевой счет, присвоенный поставщиком, год, месяц, номер ПД, адрес, и пр. Если по переданным реквизитам возможно однозначно определить документ  начисления и сумма совпадает, заявлена возможность автоматического квитирования. В противном случае - руками.
Шаблон ПД (платежных документов)
 
[QUOTE]KsBr пишет:
[QUOTE]portal-gkh пишет:
у ПД в ГИС ЖКХ есть два реквизита :  "Идентификатор платежного документа" - присваивается автоматически при размещении ДП в системе и  "Номер платежного документа" присвоенный плательщику исполнителем (поставщиком информации).
Запрета на использование реквизита  "Номер платежного документа" при направлении документа плательщику в законодательстве  нет. Следовательно можно  использовать.[/QUOTE]

Т.е. в ГИС ЖКХ есть техническая возможность присвоить ПД свой собственный номер?[/QUOTE]

Не возможность, а в обязательном порядке система при загрузке документа присваивает ему Идентификатор платежного документа. При этом,  "Номер платежного документа" присвоенный плательщику исполнителем (поставщиком информации) остается без изменений и так же хранится в системе. В квитанции для физлица вы можете указать  "Номер платежного документа" или "Идентификатор платежного документа", либо оба реквизита. Либо вообще эти реквизиты не указывать.
Шаблон ПД (платежных документов)
 
[QUOTE]KsBr пишет:
[QUOTE]portal-gkh пишет:
Физлицу можно направить документ со "своим" номером.[/QUOTE]

Это где-то официально озвучивалось? Или просто догадка?[/QUOTE]

у ПД в ГИС ЖКХ есть два реквизита :  "Идентификатор платежного документа" - присваивается автоматически при размещении ДП в системе и  "Номер платежного документа" присвоенный плательщику исполнителем (поставщиком информации).
Запрета на использование реквизита  "Номер платежного документа" при направлении документа плательщику в законодательстве  нет. Следовательно можно  использовать.


[QUOTE]KsBr пишет:

В законе написано, что если информация в бумажном документе не соответствует информации в ГИС ЖКХ – то физлицо может ВООБЩЕ ничего не оплачивать. Вот так. Отсюда собственно и возникают риски.[/QUOTE]

Точнее, пока ПД не размещено, может не платить.


[QUOTE]KsBr пишет:

Т.е. в платёжном документе, сформированном в локальной системе и направленном физлицу, я всё же могу выделить НДС? Это никому и ничему не навредит?[/QUOTE]

Можете. Вопрос, зачем  физлицу выделять НДС? Вы и счета-фактуры физлицам рассылаете?
#
[QUOTE]Programmer пишет:
two_oceans! ОЧЕНЬ ИНТЕРЕСНО, КРАСИВО! Но кто в ГИСе будет этим заниматься. Там ведь люди (в отличии от Вас) не творческие, у них принцип: "работает так (работает ли?) - и ладно" и на фига им эти заморочки.

[SIZE=85px][COLOR=greenpt]Отправлено спустя 32 минуты 19 секунды:[/COLOR][/SIZE]
У меня есть вот что:
1. Файл
8CAE88BBFD404A7A53630864F9033606E1DC45E2.cer
установлен в "Доверенные корневые центры сертификации".
Выдал: "Головной удостоверяющий центр".

2. Шесть файлов: header.key, maska.key, maska2.key, name.key, primary.key, primary2.key, котрые тупо записаны на флэшку. Я их вижу и могу свобдно копировать. С помощью КриптоПро установлены в "Личное". В диспетчере сертификатов там просматривается фамилия директора УК.

Подскажите, пожалуйста, что с этим дальше делать в части организации SOAP? И нужна ли мне эта флэшка каждый день для работы SOAP, или достаточно установленных сертификатов? Спасибо![/QUOTE]

Далее надо организовать тестовые стенды, настроить канал, и пробовать формировать запросы. В документации это все описано. При работе с SOAP ключ(флешка) нужен практически всегда (за исключением ряда запросов, которые можно отправлять без подписи). Для тестирования желательно сформировать тестовые ключи( хотя никто не запрещает тестироваться на "боевых")
#
[QUOTE]AlcorVol пишет:
При этом всякие мелкие  УК и ТСЖ просто обречены на то, чтобы идти на поклон к этим коммерческим ИС. Не покидает ощущение того, что делалось всё это преднамеренно, с прицелом на предоставление коммерческих услуг по передаче информации в ГИС.[/QUOTE]

Вменяемый аутсорс всяко лучше, чем неопытные бухгалтера ТСЖ (исключения бывают  :) ) , которые без арифметических ошибок иногда просто посчитать не могут, не говоря уже о знаниях всех тонкостях законодательства ЖКХ. Руководство ТСЖ и УК должно больше думать о том, как, условно говоря, лучше и дешевле  "покрасить стены и побелить потолки" , а  чисто механическую работу,  биллинг например, передать тем, кто это сделает  быстрее и качественнее. Что у нас многие ТСЖ и делают. Соответственно, основная масса вопросов, связанных с ГИС ЖКХ, решается биллинговой компанией. И не придется каждому ТСЖ и ЖК "изобретать  велосипед"
#
[QUOTE]Кот Дворовый пишет:
[QUOTE]VadimNRJ пишет:
Товарищи, ознакомьтесь с мануалом по управляющим организациям стр 200 рис 281. Внимание обращать на название ОМС на рисунке.[/QUOTE]
Прикрепили бы картинку сразу...  :roll:

[SIZE=85px][COLOR=greenpt]Отправлено спустя 3 минуты 46 секунды:[/COLOR][/SIZE]
вот...   qws[/QUOTE]
Проделки тестировщиков....
#
[QUOTE]skad888 пишет:
[QUOTE]AlinaVel пишет:
То есть нажать на кнопку "закрыть" несоответсвующие ЛС? Ничего страшного в хламе не будет?[/QUOTE]

да. никто не знает что будет дальше..... но другого способа нет.[/QUOTE]

Програмки с макросами и скриптами для Windows здорово помогают когда надо сделать много движений мышью и клавой .
#
[QUOTE]AlcorVol пишет:

Спрашивается: какого чёрта на основании этого ГИС ЖКХ будет помечать ПД как "оплаченный"??..[/QUOTE]
Я бы не стал так утверждать. ГИС ЖКХ переводит ПД в статус "Предварительно сквитированный", который потом все равно придется подтверждать (или не подтверждать) руками.
#
[QUOTE]Rembo пишет:
[QUOTE]portal-gkh пишет:
[QUOTE]AlcorVol пишет:
Уважаемые форумчане (а также разработчики ГИС ЖКХ)!

От себя могу поправить, у банков (и других платежных агентов) нет обязанности что либо "закрывать оплатой", у них есть обязанность при исполнении распоряжения плательшика в адрес определенных получателей, передавать в ГИС определенный набор реквизитов. [/QUOTE][/QUOTE]
Так почему Почта России если это их обязанность, просит у  нас (УО, ТСЖ) деньги,  предлагает заключение договора?[/QUOTE]

Почта России просит деньги за оказание услуги по переводу денежных средств плательщика на расчетный счет получателя (УО, ТСЖ). Тариф выше, чем у Сбербанка. Наше право заключать такой договор или нет. Если  договор не будет заключен, то Почта, по всей видимости, будет брать комиссию за перевод с плательщика.
#
[QUOTE]AlcorVol пишет:
Уважаемые форумчане (а также разработчики ГИС ЖКХ)!

Позвольте мне поднять ещё одну важную тему.  Речь идёт о концепции "квитирования ПД". Насколько я понимаю, всякие банки, получив оплату ПД, обязаны соответствующий документ "закрыть оплатой" (неважно - полностью, частично или с переплатой). Мне кажется, что это - вообще порочная концепция. Любая управляющая организация (будь то УК или ТСЖ) гораздо лучше, чем банк, знает, какие ПД (и на какие суммы) при оплате нужно "квитировать". Что с того, что в ПД указан расчётный период?.. Вполне возможно, что плательщик уже год не платит по своим долгам. И не играет никакой роли, какой именно "период" стоит в ПД. Как только УО получит от банка сведения об оплате (в виде реестра) - бухгалтерия сама закроет всё, что надо.

Если кто-то с этим не согласен, то можно заглянуть в Гражданский Кодекс РФ (ст. 522 и 319), а также ознакомиться с судебной практикой:
[URL=http://zakoniros.ru/?p=8905]http://zakoniros.ru/?p=8905[/URL]
Цитата оттуда:
[quote:2w1g9t63]Поскольку у ответчика имелась перед истцом задолженность за более ранние периоды, суды трех инстанций на основании части 3 статьи 522 ГК РФ обоснованно признали правильными действия энергосберегающей компании по зачету поступивших денежных средств в счет погашения задолженности за предыдущие периоды[/QUOTE]

Что скажут на это многоуважаемые разработчики ГИС ЖКХ?  ;)[/quote:2w1g9t63]
Разработчики ГИС ЖКХ вряд ли что либо скажут - не замечены они среди авторов на форуме. От себя могу поправить, у банков (и других платежных агентов) нет обязанности что либо "закрывать оплатой", у них есть обязанность при исполнении распоряжения плательшика в адрес определенных получателей, передавать в ГИС определенный набор реквизитов. Тем более нет у банка обязанности (и возможности) что либо квитировать.
#
[QUOTE]AlcorVol пишет:
[QUOTE]portal-gkh пишет:
[QUOTE]LeraTTS пишет:

Согласен. С пени пока все плохо.[/QUOTE][/QUOTE]
И я согласен. Особенно - в смысле склонения.  ;) "Пеня" - древнее русское слово. И вполне себе склоняется. Так что, смело пишите "с пенями", не стесняйтесь!  :D[/QUOTE]
Спасибо, что поправили. За чистотой языка в форуме обязательно надо следить.  99a
#
[QUOTE]two_oceans пишет:
[quote:1q29jhs5]5Tyx01287600114[/QUOTE]Подумал еще, конец "1287600114" очень похоже на отметку времени, набросал скрипт 1.js [code:1q29jhs5]var t=1287600114;
var dt=new Date(t*1000);
dtS=dt.toLocaleString();
WScript.echo(dtS);[/code:1q29jhs5] результат - в привычном виде это "21 октября 2010 г. 02:41:54", похоже на время изготовления или установки.[/quote:1q29jhs5]
 :D   :D   :D  Еще варианты?
#
[QUOTE]LeraTTS пишет:


3/ Не могут быть отрицательными начисления по отдельной услуге или сумма по всем услугам? или сумма в квитанции что не всегда одно и тоже ? А аванс у них только одной "цифоркой" по лиц.счету, и что они с ним делают в квитанции за текущий период, просто показывают или пытаются уменьшить сумму к оплате?? Не получается пока загрузить ПД, поэтому не знаю как они формируют квитанцию и куда прикладывают аванс. А ведь у нас все должно с ними совпадать, а то мы же и виноваты... А плательщик хочет не платить лишнего, если они у него в авансе и совсем не лишние и т.п.[/QUOTE]
Суммы нигде не могут быть отрицательными ни в ГИСе, ни в квитанциях. Если аванс больше текущих начислений, то сумма к оплате =0

[QUOTE]LeraTTS пишет:

4/ Суммировать пени к долгу конечно хорошо, но у них в долговой квитанции надо на спец.закладочке шаблона расписать суммы по услугам, и опять значит надо изловчиться и куда-то его засунуть. Но вообще-то из всего здесь сказанного следует, что надо бы отложить всю эту развлекуху с пенями до лучших времен.[/QUOTE]
Согласен. С пени пока все плохо.
#
[QUOTE]two_oceans пишет:

[QUOTE]portal-gkh пишет:
Например, экспортируем приборы учета через SOAP - метод exportMeteringDeviceData - "Получить перечень ПУ" возвращает MeteringDeviceRootGUID GUIDType - поле "Идентификатор ПУ в ГИС ЖКХ" и выглядит примерно так: 03775bea-d5c9-4028-9ccf-3f7d207d94f3
Тот же прибор, полученный через "Экспорт ПУ" в виде XLSX , в поле "Номер прибора учета в ГИС ЖКХ" может выглядеть примерно так: 5Tyx01287600114[/QUOTE]Конечно, я не читал спецификацию именно по ПУ, но поспекулирую. "Меня терзают смутные сомнения", что "Идентификатор ПУ в ГИС ЖКХ" (GUID почти наверняка формируется случайно - машиночитаемый, человеку бесполезен) и не должен совпадать с "Номер прибора учета в ГИС ЖКХ"(по виду похоже - формируется по правилам и чего-то должен сказать человеку, знающему правила). Ну примерно как MAC-адрес сетевой (человеку практически бесполезен, хотя содержит данные о производителе сетевой) и IP-адрес (используется в том числе человеком при настройке соединений) в принципе не должны совпадать и было бы логично в SOAP поискать что-то возвращающее Номер по GUID или наоборот. "RootGUID" еще интереснее, может быть под корнем дальше более детальные данные можно вытянуть.[/QUOTE]
Искали.К сожалению поля с информацией о "Номер прибора учета в ГИС ЖКХ"  и содержанием, похожим на 5Tyx01287600114 в SOAP  нет, по крайней мере пока.
#
[QUOTE]ООО ЖТ пишет:
Доброго всем дня! в нашей УК начисление за "Содержание лифта" производится думаю не как у всех - на чел., а так же только для тех кто проживает выше второго этажа и только в тех подъездах в которых есть лифт. Так вот как сейчас размещать инфу в нашей [S]НЕ[/S] любимой ГИС о размере платы за лифт и начислении за данную услугу. заранее отмечу, что в корне [S]не[/S]правильно производим начисление но все таки может у кого из УК схожая ситуация?[/QUOTE]
Вводите новую услугу "Содержание лифта", измеряете ее в "человеках" и загружаете тариф, количество и  начисление по ней в нужные лицевые счета. Вопрос соответствия/несоответствия 354 опускаем.
#
[QUOTE]Управляшка08 пишет:
[QUOTE]ildarnt1 пишет:
можно полностью отказаться от кассы[/QUOTE]
И от деятельности по управлению, шоб уж наверняка под ГИС не попасть  :-D Это не решение. Кассу открывают не от нечего делать, а потому что выгодно. И не из-за ГИСа ее закрывать.
[QUOTE]skad888 пишет:
формируется реестр и отправляется в ГИС[/QUOTE]
Вручную через вэб-интерфейс? Шаблона то нет  :-([/QUOTE]

Да, шаблона пока нет. Вариантов два - заносить руками через WEB и ждать пока Ланит сделает шаблон (им можно отправить это требование в виде предложения по улучшению системы), или сделать/заказать програмистам "реклама сensored" минишлюз XLSX ->SOAP->ГИС ЖКХ
#
[QUOTE]AlcorVol пишет:

[quote:tls5g6ux]По факту, приходится использовать оба способа и XLSX и SOAP. [/QUOTE]
Вот, это забавно. По какой причине такой винегрет? Чем, например, просто SOAP плох?[/quote:tls5g6ux]
Просто SOAP плох тем, что его реализация требует много времени и сил, к тому же на стороне ГИС с ним, мягко говоря, не все гладко.

[QUOTE]AlcorVol пишет:

[quote:tls5g6ux]Большая проблема в том, что ГУИД объектов, возвращаемых через SOAP не совпадают с ИД этих же объектов, возвращаемых через XLSX.[/QUOTE]
А это - ещё забавнее. Если не сказать, ужаснее.  :o Что за петрушка такая? Какие именно GUID разными получаются?[/quote:tls5g6ux]

Например, экспортируем приборы учета через SOAP - метод exportMeteringDeviceData - "Получить перечень ПУ" возвращает MeteringDeviceRootGUID GUIDType - поле "Идентификатор ПУ в ГИС ЖКХ" и выглядит примерно так: 03775bea-d5c9-4028-9ccf-3f7d207d94f3
Тот же прибор, полученный через "Экспорт ПУ" в виде XLSX ,  в поле "Номер прибора учета в ГИС ЖКХ"  может выглядеть примерно так: 5Tyx01287600114

Создавая тему "....XLSX vs. SOAP" трудно ожидать в ней присутствия исключительно работников ТСЖ и УК  :D
#
[QUOTE]two_oceans пишет:

[QUOTE]AlcorVol пишет:
Как тут можно что-то кому-то "запретить" - мне не совсем понятно. Мои клиенты работают без всяких РКЦ[/QUOTE]А вот так, изначально функции РКЦ просто не было предусмотрено в ГИС ЖКХ, вместо этого РКЦ официально сказали регистрироваться, указывая функцию как информационная система (ИС), под другие функции не подошли. А если они ИС, то им положено работать по SOAP. :) Это прям очень рекомендовали если число лицевых счетов больше тысячи и обсмеяли тех, кто пытается миллион лицевых счетов через Эксель загрузить (в перспективе - ежемесячно). Сам я интерфейс личного кабинета ИС не видел, но вполне можно ожидать, что просто уберут кнопки для загрузки XLSX в личном кабинете при указании функции ИС. То есть вроде как и не запретили, но выбор "широчайший". Сейчас хотят ввести (или даже уже ввели) статус РКЦ отдельно, но похоже там различия будут в сторону увеличения прав для РКЦ по сравнению с ИС, а не увеличения свободы выбора. [/QUOTE]

В личном кабинете оператора ИС возможности грузить XLSX нет. Статус Расчетного центра дает несколько больше возможностей при работе через SOAP ( в частности, возможность размещать ПД от имени третьих лиц), но их явно меньше, чем у оператора ИС, где декларированы   возможности по доступу к широкому кругу объектов, в том числе от имени третьих лиц. Возможно позже что нибудь добавят.
По факту, приходится использовать оба способа и XLSX и SOAP. Большая проблема в том, что ГУИД объектов, возвращаемых через SOAP не совпадают с ИД этих же объектов, возвращаемых через XLSX.
#
[QUOTE]Ялиса пишет:
да нет его в 1С! и не будет

[SIZE=85px][COLOR=greenpt]Отправлено спустя 1 минуту 6 секунды:[/COLOR][/SIZE]
я пока не знаю как реализовать все это вкупе  он-ланйн кассами. Думаю[/QUOTE]

Вопрос только в цене. Для банковских информационных систем такие решения появились достаточно быстро.  По крайней мере, через SOAP этот сервис доступен.
#
[QUOTE]Управляшка08 пишет:
Пробовал найти такую тему в разделе ГИС ЖКХ и не нашел. Странно, что никто не обсуждает "интеграцию" кассы с ГИС ЖКХ. Может быть мало у кого есть касса? Согласно приказу Минкомсвязи России N 589, Минстроя России N 944/пр от 28.12.2015 "Об утверждении Порядка и способов размещения информации, ведения реестров в государственной информационной системе жилищно-коммунального хозяйства, доступа к системе и к информации, размещенной в ней", информацию о факте приема платежей должны размещать все организации, которые самостоятельно производят прием платежей от потребителей через кассу. В связи с этим вопрос: кто-нибудь уже пробовал размещать такую информацию? Если да, то каким образом? Можно дать доступ в ГИС кассиру, который будет вручную (через вэб-интерфейс) заносить данные о платежах, но это кажется достаточно долгим процессом (особенно, если обрабатывать каждый платеж сразу по мере его поступления, да и время сессии для работы с вэб-интерфейсом ограничено и каждый раз повторно авторизоваться - то еще удовольствие). Или каким-то образом выгружать данные из 1С? И как быть, если в кассе осуществляется прием платежей в другие организации, ведь там сроки размещения информации ограничены двумя часами с момента приема платежа и, возможно, потребуется добавление в ГИС функции оператора по приему платежей? Про техподдержку знаю, но может у кого то это уже реализовано.[/QUOTE]

Для этих целей в ГИС есть Реестр извещений о принятии к исполнению распоряжения.  А если хотите через 1С, ищите интеграционное решение.
#
[QUOTE]yurievuk пишет:
В пятницу был неприятно удивлён тем фактом, что шаблон импорта ЛС не обновляет информацию при заполненных полях ЕЛС и идентификатор ЖКУ, а вываливается в ошибку.
Поэтому хочу узнать, а как вообще обновлять информацию о ЛС? в каждый заходить ручками и править?[/QUOTE]

Писать в ТП, чтобы разобрались с ошибками. У меня обновление через шаблон работает.
#
[QUOTE]LeraTTS пишет:

1.Мне почему-то казалось, что содержание - обязательная статья, раз она так заботливо выделена. На каком-то видео было сказано, что если Вы УК, то у вас обязательно есть плата за содержание.  Если это не так, дополнительные услуги конечно снимают вопрос, спасибо!
2. Вы подтвердили, Код ЖКУ = №лиц.счета , спасибо.
3. "Учесть переплату"-это значит, что в квитанции  сумма к оплате будет равна начислению текущего месяца (с учетом льгот и перерасчетов за прошлые периоды)  минус переплата на начало периода. Если переплата больше начислений, сумма к оплате=0. Мы раньше так делали только относительно итоговой суммы (без детализации по услугам). Правда возникает вопрос, как система реагировать будет на перерасчеты с минусом, которые больше месячного начисления? т.е пропустит ли она начисление по услуге с минусом? С введением системы отпадает необходимость расщепления платежей, и следовательно такой способ имеет право быть и в дальнейшем.
4. Значит надо вводить пени как доп.услугу?[/QUOTE]

3. Ежемесячные начисления не могут быть отрицательными. Если есть переплата ( в териминах ГИС ЖКХ - аванс), она отражается в документе отдельным полем.
4. По логике, пени не могут быть услугой. Пока отдельного поля для пени не предумотрено, мы включаем пени в сумму долга.
#
[QUOTE]LeraTTS пишет:
[QUOTE]nsk31129 пишет:
"1. Все ли выгружаемые услуги внесены в договора управления? "Плату за содержание жилого помещения" там искать не надо - забита неявно, по умолчанию, ее там не видно, но она там есть."

Можете пояснить как Плата за содержание жилого помещения ,  забита неявно ?[/QUOTE]
1.Может ли  кто-нибудь объяснить как работать с "Платой за содержание жилого помещения", если эта услуга рассчитывается не по "своему тарифу" (ТСЖ), а по постановлению о тарифах г.Москвы? В Москве уже много лет есть понятие установленной нормы и излишков (площадь сверх того), а м.б еще в том же помещении часть площади неединственным жильем. Каждая такая часть рассчитывается по разным тарифам.  Т.е должно быть в квитанции несколько строк для расчета платы за содержание. Система "неявно" дает включить эту услугу, но только одной строкой.  Можно ли как-то добавить еще услуг на содержание? или можно в квитанцию включить несколько строк с одним и тем же кодом услуги, но с разными объемами и тарифами?  ТП упорно на этот вопрос не отвечает...
2. Как Вы понимаете "Код ЖКУ"?  - как код лицевого счета для разных организаций, выставляющих начисления одному плательщику ?  или как идентификатор для квитанций одной организации, но выставляющей несколько разных квитанций по разным услугам одному плательщику или в этом случае нужно пользоваться номером квитанции?
3.Из описания шаблона платежных документов следует, ГИС сам считает суммы к оплате, но в формулах "Всего к оплате" не прописан учет авансового платежа. Если это так, то как же участь переплату?
4. И про пени... В соответствии с п.70 354-ПП пени можно выставлять плательщику [B]только отдельным документом[/B], так как же выставлять пени в нашей "любимой" системе? или никогда там этого не делать... будем плодить количество квитанций, эти показываем, а эти не показываем?
Много вопросов, т.к. поддержка не отвечает, отвечает не про то, или вообще не понимет о чем стук... Или я ничего не понимаю...
Всем удачи![/QUOTE]

Я не ТП и не претендую на истину, но по опыту "общения" с системой:
1. Можно внести дополнительные услуги. Каждая услуга - строчка в ПД. Только названия и коды, естественно, будут разные.
2. Код ЖКУ - некая "производная" лицевого счета. При изменении некоторых параметров лицевого счета ( например, номер помещения)  у лицевого меняется код ЖКУ
3. Что имеется ввиду под фразой "учесть переплату"?
4. Про пени было много вопросов. Внятного ответа нет. В качестве варианта  - в составе документа с задолженностью.
#
[QUOTE]yurievuk пишет:
Есть подозрения, что ГИС не любит много циферок сразу.
У кого есть какой опыт загрузки ЛС за один раз? И вообще кто-то так пробовал обновлять информацию?
Точечными изменениями не очень можем заниматься, т.к. начислениями занимается РКЦ, а они часто меняют ответственное лицо, делят и объединяют лицевые не уведомляя нас. Да и для меня быстрее сделать так, чем вносить изменения в ГИС точечно (ГИС своей стабильностью работы может довести до каления кого угодно)[/QUOTE]

Пробуйте разбивать на несколько частей. Как Вы правильно заметили, ГИС не любит много циферок сразу....
#
[QUOTE]natali@ пишет:


Спасибо большое за ответ, но что то я не очень понимаю))) Видимо конец рабочего дня   :shock:  Я экспортировала файл, нашла номера, а как выгрузить информацию в лицевые счета???[/QUOTE]

Выгружать информацию в лицевые счета не надо   :)
Зайдите в пункт меню "Лицевые счета", нажмите там кнопель "Выгрузить информацию". Потом в экспорт/импорт  забрать сформированный файл. В файле искать связку "Уникальный номер помещения" с ГУИД/ФИАС дома и номером помещения.
#
[QUOTE]natali@ пишет:
Добрый день!
Я загрузила через шаблоны индивидуальные приборы учета, затем чтобы выгрузить показания по ПУ нужно выгрузить уникальный код каждого прибора. Я его тоже выгрузила, а там адреса нет, только уникальный номер помещения.Как совместить адрес и уникальный код? Как быть в этой ситуации???? Подскажите пожалуйста  dash2   2we[/QUOTE]

Не совсем в теме, ну да ладно....
В Приборах учета Действие Экспортировать ПУ . В полученном файле есть связка "Номер прибора учета в ГИС ЖКХ"  с "Уникальный номер помещения"
В Лицевые счета Выгрузить информацию. В полученном файле есть связка  "Уникальный номер помещения" с ФИАС дома и номером помещения.
#
[QUOTE]KsBr пишет:



Да, один лицевой счет у одного контрагента[/QUOTE]

Боюсь, что это не вписывается в идеологию ГИС ЖКХ:  каждому договору - свой лицевой счет.
#
[QUOTE]KsBr пишет:
[QUOTE]skad888 пишет:

Если вы смотрите с точки зрения начисления то это реализовано номером идентификатора коммунальной услуги, у Вас это будет соответственно номер-01, номер-02, итд. Если не то ответил переформулируйте вопрос, не очень понятно...[/QUOTE]

Мы являемся РСО. У нас заключено 2 договора с физ лицом: на воду и тепло.
При регистрации лицевого счёта контрагента в ГИС ЖКХ требуется указание конкретного договора (с номером, датой и т.п.). А второй договор к этому лицевому счёту «не пришивается».
Это нормально? Или под «договором ресурсоснабжения» подразумевается весь перечень договоров с контрагентом, номера которых можно указывать через запятую?
Я обратила внимание – в ПД, который идёт на печать, нигде не указывается номер договора.[/QUOTE]

У вас и на воду и на тепло один лицевой счет?
#
[QUOTE]Programmer пишет:
[QUOTE]KsBr пишет:
И если так делать, то через объём услуги равный 1 (единице), а величина пени будет тарифом?[/QUOTE]

Подобный вопрс я задал в ТП. Жду ответа от них.

Люди добрые. Скиньте, пожалуйста, кто - нибудь, заполненный шаблон ПД обработанный системой. Четвертый день долбусь. Приходит отчет о неверном составе столбцов раздела 1-2. Вроде бы согласно описанию делаю. В ТП задал вопрос, жду ответа, но надежды на них мало. Спасибо!

И еще. Шаблон импорта Платежного Документа скачиваю согласно описания, то есть из личного кабинета управляющей компании. Но почему-то на вкладке "Услуги исполнителя" только одна услуга "Плата за содержание жилого помещения". Как туда добавить остальные услуги, например, "Лифт","Электроснабжение" и т. д.? Спасибо![/QUOTE]

В справочники/Дополнительные услуги или Коммунальные услуги. Затем в Договоры управления/Перечень управляемых объектов
#
[QUOTE]KsBr пишет:
[QUOTE]skad888 пишет:

Пени. Можно в справочнике услуг создать запись (услугу) - "Пени" и начислении по пени загружать на эту услугу.[/QUOTE]

А это законно? Товарищи из команды ГИС ЖКХ это как-то комментировали?
И если так делать, то через объём услуги равный 1 (единице), а величина пени будет тарифом?[/QUOTE]
Мы пени отражаем в составе задолженности.
#
[QUOTE]KsBr пишет:

А еще вопрос - на основе каких признаков будет осуществляться квитирование расчётов: т.е. сверка платёжных документов, загруженных в ГИС ЖКХ поставщиком услуг, и платёжек, которые должен загружать в ГИС ЖКХ банк?
Один из признаков, видимо, лицевой счёт физлица, а какие еще?[/QUOTE]
Банк, при исполнении платежного документа, обязан передать в систему информацию о платеже  в составе которой предусмотрен ряд опциональных реквизитов: Идентификатор ПД, единый лицевой счет, лицевой счет, присвоенный поставщиком, год, месяц, номер ПД, адрес, и пр. Если по переданным реквизитам возможно однозначно определить документ  начисления и сумма совпадает, заявлена возможность автоматического квитирования. В противном случае - руками.
#
[QUOTE]KsBr пишет:
[QUOTE]portal-gkh пишет:
у ПД в ГИС ЖКХ есть два реквизита :  "Идентификатор платежного документа" - присваивается автоматически при размещении ДП в системе и  "Номер платежного документа" присвоенный плательщику исполнителем (поставщиком информации).
Запрета на использование реквизита  "Номер платежного документа" при направлении документа плательщику в законодательстве  нет. Следовательно можно  использовать.[/QUOTE]

Т.е. в ГИС ЖКХ есть техническая возможность присвоить ПД свой собственный номер?[/QUOTE]

Не возможность, а в обязательном порядке система при загрузке документа присваивает ему Идентификатор платежного документа. При этом,  "Номер платежного документа" присвоенный плательщику исполнителем (поставщиком информации) остается без изменений и так же хранится в системе. В квитанции для физлица вы можете указать  "Номер платежного документа" или "Идентификатор платежного документа", либо оба реквизита. Либо вообще эти реквизиты не указывать.
#
[QUOTE]KsBr пишет:
[QUOTE]portal-gkh пишет:
Физлицу можно направить документ со "своим" номером.[/QUOTE]

Это где-то официально озвучивалось? Или просто догадка?[/QUOTE]

у ПД в ГИС ЖКХ есть два реквизита :  "Идентификатор платежного документа" - присваивается автоматически при размещении ДП в системе и  "Номер платежного документа" присвоенный плательщику исполнителем (поставщиком информации).
Запрета на использование реквизита  "Номер платежного документа" при направлении документа плательщику в законодательстве  нет. Следовательно можно  использовать.


[QUOTE]KsBr пишет:

В законе написано, что если информация в бумажном документе не соответствует информации в ГИС ЖКХ – то физлицо может ВООБЩЕ ничего не оплачивать. Вот так. Отсюда собственно и возникают риски.[/QUOTE]

Точнее, пока ПД не размещено, может не платить.


[QUOTE]KsBr пишет:

Т.е. в платёжном документе, сформированном в локальной системе и направленном физлицу, я всё же могу выделить НДС? Это никому и ничему не навредит?[/QUOTE]

Можете. Вопрос, зачем  физлицу выделять НДС? Вы и счета-фактуры физлицам рассылаете?

Подпишись на рассылку новостей ЖКХ, а также наших статей!

Спасибо, вы успешно подписались на рассылку!