crm

До слета в Пятигорске осталось

  • 2
  • 9
дней

Форум

kavi

Форум

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

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

Тема

Сообщение

Упорядочить

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

Шаблон ПД (платежных документов)
 
[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]KsBr пишет:

Должны ли мы направлять физлицу документ с номером, сформированным ГИС ЖКХ ? Или можно направить документ со своим номером ?[/QUOTE]

Физлицу можно направить документ со "своим" номером.

[QUOTE]KsBr пишет:

И ещё вопрос – про расхождения в документах, направленных физлицу и имеющихся в ГИС ЖКХ: понятно что общая итоговая сумма должна сходиться. А что ещё должно сходиться ? Номер платёжного документа ? Тарифы ? Объёмы ?[/QUOTE]

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

Можно ли выделить в документе НДС ? (Документ формируемый в ГИС ЖКХ не подразумевает выделение НДС).[/QUOTE]

Для юрлиц выделение НДС в начислениях, размещаемых в ГИС ЖКХ, не предусмотрено. В размещаемых договорах на оказание услуг и Актах, кстати, тоже.
#
[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]

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

Должны ли мы направлять физлицу документ с номером, сформированным ГИС ЖКХ ? Или можно направить документ со своим номером ?[/QUOTE]

Физлицу можно направить документ со "своим" номером.

[QUOTE]KsBr пишет:

И ещё вопрос – про расхождения в документах, направленных физлицу и имеющихся в ГИС ЖКХ: понятно что общая итоговая сумма должна сходиться. А что ещё должно сходиться ? Номер платёжного документа ? Тарифы ? Объёмы ?[/QUOTE]

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

Можно ли выделить в документе НДС ? (Документ формируемый в ГИС ЖКХ не подразумевает выделение НДС).[/QUOTE]

Для юрлиц выделение НДС в начислениях, размещаемых в ГИС ЖКХ, не предусмотрено. В размещаемых договорах на оказание услуг и Актах, кстати, тоже.

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

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

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