crm

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

  • 1
  • 3
дней

Форум

kavi

Форум

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

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

Тема

Сообщение

Упорядочить

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

Росреестр не работает... поиграли и хватит?
 
[QUOTE]Егор пишет:
[QUOTE]portal-gkh пишет:
[QUOTE]Кот Дворовый пишет:
Так же по нескольким помещениям нет свежей информации в ФГИС ЕГРН, ...[/QUOTE]

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

ФГИС ЕГРН и spv.kadastr.ru по одному и тому же объекту на одну и ту же дату дают разные сведения. Самое интересное, что и то и другое подписано валидной ЭЦП Росреестра.
Росреестр не работает... поиграли и хватит?
 
[QUOTE]Кот Дворовый пишет:
Так же по нескольким помещениям нет свежей информации в ФГИС ЕГРН, ...[/QUOTE]

Подтверждаю, верить сервису ФГИС ЕГРН нельзя.
Шаблон ПД (платежных документов)
 
[QUOTE]Алексей Аряев пишет:
Почему может быть вот такое дело? "INT008128 Для коммунальных ресурсов на потребление при содержании общего имущества не могут быть заполнены поля по индивидуальному потреблению, повышающий коэффициент". Выгружал это дело не я, но такое бывает довольно часто. А удалять в таком большом файле - приятного мало...


От чего цифры в этой колонке? Это нужно спросить у того, кто делал настройки в программе....
Увы, но некого спрашивать...[/QUOTE]

Надо полагать, что Вы не вручную данный файл набирали. Следовательно, он был сформирован в программе. У программы должен быть разработчик/установщик/настройщик. Вот ему и надо задавать...
Что ждать от ГИС ЖКХ в ближайшее время
 
[QUOTE]Igorbrn пишет:
Появился законопроект [URL=http://regulation.gov.ru/projects?type=Grid#departments=20&npa=85030]http://regulation.gov.ru/projects?type= ... &npa=85030[/URL]
Но текста нет, никто не в курсе о чем речь, чего там за поручения Мудко давал в июле?[/QUOTE]


Изменение федерального органа исполнительной власти, являющегося заказчиком государственной информационной системы жилищно-коммунального хозяйства.
Шаблон ПД (платежных документов)
 
[QUOTE]УК-64 пишет:
В шаблоне импорта платежных документов нет "Обращение с твердыми коммунальными отходами" на вкладке услуги исполнителя, квитанции не грузятся. Есть выход из ситуации?[/QUOTE]

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

От чего цифры в этой колонке? Это нужно спросить у того, кто делал настройки в программе....
Сотрудники в большинстве УК и ТСЖ с 2019 года подорожают на 10%
 
[QUOTE]Сибиряк пишет:
Сегодня наткнулся на статью (выкладываю). Прошу комментариев авторитетов форума, так будет или нет льгтоа на страховые взносы у ТСЖ (некоммерческие организации)???[/QUOTE]

Нет. Не будет. Управление недвижимостью не относится к социальному обслуживанию граждан.
Шаблон ПД (платежных документов)
 
[QUOTE]Алексей Аряев пишет:
Здравствуйте! А что это за ошибка за такая? INT008027 Рассрочка возможна только при наличии хотя бы одной коммунальной услуги в ПД с рассрочкой.
Вот сам документ...[/QUOTE]

А что это у Вас за цифры в колонке  "Расчет суммы к оплате с учетом рассрочки платежа"? Уберите ....
Шаблон ПД (платежных документов)
 
Уже двое суток висят в очереди платежные документы.... Просто жесть....
Шаблон ПД (платежных документов)
 
[QUOTE]Шла_мимо пишет:
Косяк ГИСа по загрузке ПД устарнен - начисления сентября все загрузились.[/QUOTE]

Везёт... У нас уже сутки висят (или стоят) в очереди.
Почта России (почтовое отделение) - платежный агент
 
[QUOTE]Andrey_S пишет:
[QUOTE]portal-gkh пишет:
В нашем регионе TechCode=02 уже использован для других целей. Основный забойщиком тут выступает Сбербанк.[/QUOTE]
Что значит "для других целей"? - это реквизит, предусмотренный [URL=http://docs.cntd.ru/document/1200110981]государственным стандартом[/URL]. Мы контактируем с Центральным аппаратом Сбера, в том числе и по этому вопросу.
Кстати, какой у Вас регион?[/QUOTE]

Регион - Пенза.  TechCode=02 указывается обязательно в случаях прямых платежей в адрес  некоторых РСО. В остальных случаях - опционально. Сбербанк передает данные в ГИС независимо от наличия TechCode=02.
Почта России (почтовое отделение) - платежный агент
 
[QUOTE]Andrey_S пишет:
TechCode=02[/QUOTE]

В нашем регионе TechCode=02 уже использован для других целей. Основный забойщиком тут выступает Сбербанк.
Нужно ли направлять потребителю исправленные платежные документы?
 
[QUOTE]Шла_мимо пишет:
Сегодня увидела какую-то "новинку" в разделе меню ГИСа "Платежные документы". Если задать поиск ПД, к примеру за август или сентябрь (то есть месяц, за который еще нет никаких начислений в проге) и нажать поиск, то выдает список документов по лицевым счетам со статусом "не подготвлен". Это с чем едят?
[/QUOTE]

Это такой "интерфейс" для ручного ввода платежных документов.
Квитирование\Не сквитировано\Предварительно сквитировано\Сквитировано
 
[QUOTE]Анастасия Sергеевна пишет:
Это я знаю, но если мы покажем его в ПД, то как потом квитировать с данными с банка, не получится ли задвоение оплаты[/QUOTE]

Не получится. Указание в ПД оплаты и квитирование пока ни как не связаны.
Шаблон импорта показаний ОДПУ
 
[QUOTE]AlcorVol пишет:
Ещё один вопрос к коллегам - по порядку работы. Все ИПУ (вода, Э/Э) в ГИС ЖКХ заведены (вместе с базовыми показаниями). Реализована и обработка показаний ИПУ, занесённых абонентами в ЛК ГИС ЖКХ. Но в общем случае, показания стекаются в УО из самых разных источников (колл-центр, реестры банковских платежей и т.п.). По идее, на стыке месяцев надо бы выгрузить в ГИС все полученные УО показания ИПУ, учтённые при расчёте начислений. Правильно ли я понимаю, что для этого надо ежемесячно (например, 1-го числа) заполнять и загружать в ГИС шаблон [B]импорта показаний[/B] ИПУ по всем квартирным приборам учёта?
Вторым вариантом, в принципе, могло бы быть повторное заполнение шаблона [B]импорта сведений[/B] о приборах учёта - с теми же ГИС-номерами ИПУ, но новыми базовыми показаниями. Какой из вариантов правильный?[/QUOTE]

Импорт показаний...
Нужно ли направлять потребителю исправленные платежные документы?
 
[QUOTE]AlinaVel пишет:
Здравствуйте!
Наша компания закрывается, нам остается погашать задолженности.

Первый вопрос в размещении платежных документов. Даже если у плательщика нет долгов, то есть в документе будет отображено "0", всё равно нужно размещать?

Второй вопрос в лицевых счетах. Их нужно закрывать после погашения задолженности?[/QUOTE]

Если вы не оказываете никаких услуг и у плательщика нет задолженности, с какой целью вы выставляете платежные документы?
Если договор, на основании которого были открыты лицевые счета, прекратил свое действие и расчеты урегулированы ( нет задолженности), то лицевой счет подлежит закрытию.
Шаблон импорта показаний ОДПУ
 
[QUOTE]AlcorVol пишет:
Дурацкий вопрос. Нужно ли ставить "да" в колонке "Объем ресурса(ов) определяется с помощью нескольких приборов учета" для случая, когда в квартире два ИПУ ХВ (или ГВ)? Или это только для "хитрых" ОДПУ имеет какой-то смысл (когда чё-то на входе измеряется и на выходе)?[/QUOTE]

Не нужно. Только для "хитрых" ....
Регистрация оператора по приему платежей
 
[QUOTE]Andrey_S пишет:
[QUOTE]portal-gkh пишет:
Способ, конечно,  не идеальный, но другого ГИС ЖКХ пока, насколько я знаю, в общем случае не предоставляет[/QUOTE]
Способы есть:
...
.[/QUOTE]

Полагаю, что дальнейшие обсуждения уже не будут иметь отношение к проблеме, озвученной ТС. На конкретные вопросы, по мере возможности, отвечу в личке.
Регистрация оператора по приему платежей
 
[QUOTE]Andrey_S пишет:
[QUOTE]portal-gkh пишет:

Этот файл банки загружают в свои информационные системы для определения, требуется ли передача информации о платеже в ГИС ЖКХ или нет. Решение принимается в зависимости от того, присутствует ли получатель в указанном перечне. За все банки, конечно, не скажу, но те, которые пользуются разработанным нами софтом (а их достаточно много) работают именно так.[/QUOTE]
В курсе (в том числе того, что это недостаточно правильно и что даже так делают не все банки), но вопрос несколько иной.
А Вы пишете софт для банков? IDSystems?[/QUOTE]

Пишем. Не IDSystems. Способ, конечно,  не идеальный, но другого ГИС ЖКХ пока, насколько я знаю, в общем случае не предоставляет (если человек приносит платежку с ИПД, ЕЛС, ИЖКУ, периодом, ЛС и прочими атрибутами, то все понятно, но законодательство не обязывает это делать) . Насколько я понял, вопрос был в том, что организация не видит платежи в свой адрес в ГИС ЖКХ. Возможно не видит из-за того, что банк их не выгружает в ГИС. А не выгружать банк может из-за того, что организация отсутствует в указанном перечне поставщиков ЖКУ.

Расчетный центр, если он принимает платежи за ЖКУ на свои реквизиты, с точки зрения законодательства - платежный агент.
Регистрация оператора по приему платежей
 
[QUOTE]Andrey_S пишет:


[SIZE=85px][COLOR=greenpt]Отправлено спустя 1 минуту 47 секунды:[/COLOR][/SIZE]
[QUOTE]portal-gkh пишет:

Проверьте, есть ли Ваша организация в этом списке [url:1olf3hv7]https://dom.gosuslugi.ru/filestore/publicDownloadServlet?context=contentmanagement&uid=21f93963-ce7f-4350-a622-4f02ded8350c&mode=view[/url:1olf3hv7][/QUOTE]
Это мало о чем говорит. Каждая организация может быть зарегистрирована в ГИС ЖКХ с несколькими функциями.[/QUOTE]

Этот файл банки загружают в свои информационные системы для определения, требуется ли передача информации о платеже в ГИС ЖКХ или нет. Решение принимается в зависимости от того, присутствует ли получатель в указанном перечне. За все банки, конечно, не скажу, но те, которые пользуются разработанным нами софтом (а их достаточно много) работают именно так.
Регистрация оператора по приему платежей
 
[QUOTE]Natulka93 пишет:
Мы принимаем платежи из Сбербанка. И рассчитываемся с УК. Информацию о платежах передаем в базу УК автоматически. В квитанции указаны наши реквизиты для оплаты.[/QUOTE]

Проверьте, есть ли Ваша организация в этом списке [url:2u6mjtjh]https://dom.gosuslugi.ru/filestore/publicDownloadServlet?context=contentmanagement&uid=21f93963-ce7f-4350-a622-4f02ded8350c&mode=view[/url:2u6mjtjh]
Онлайн кассы для всех
 
[QUOTE]Ялиса пишет:
страницу скажите, ну не вижу[/QUOTE]

Страницы 55-56. Статья 4 пункт 4.
Онлайн кассы для всех
 
[QUOTE]Ejeen пишет:
Если я правильно я понимаю, данная фраза все равно обязывает уже сейчас ставить онлайн кассу для УК принимающей платежи исключительно через банк, в том числе через банк онлайн((([/QUOTE]

Подозреваю, что все-таки не обязывает до 01.07.2019. Исходя из правил русского языка, в котором запятые стявятся при перечислении однородных членов предложения можно выделить следующие категории расчетов, по которым обязанность установки касс перенесена на 01.07.2019. Это:
а. при осуществлении расчетов с физическими лицами, которые не являются индивидуальными предпринимателями, в безналичном порядке (за исключением расчетов с использованием электронных средств платежа)
б. расчетов при приеме платы за жилое помещение и коммунальные услуги, включая взносы на капитальный ремонт
в. при осуществлении зачета и возврата предварительной оплаты и (или) авансов
г. при предоставлении займов для оплаты товаров, работ, услуг
д. при предоставлении или получении иного встречного предоставления за товары, работы, услуги

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

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

Мы заполняем  "Итого к оплате за расчетный период c учетом задолженности/переплаты, руб. (по всему платежному документу)". Мало ли что ГИС насчитает. И пени туда включаем.[/QUOTE]
Насколько я помню, при загрузке по этой сумме выполняется контроль - если не сойдутся указанная в шаблоне и рассчитанная ГИСом, то ПД не загрузится с диагностикой этой ошибки. Правильно, нет?[/QUOTE]

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

В ГИСе много разных полей с суммами. Для квитирования важна сумма в поле "Сумма к оплате за расчетный период", т. к. именно она участвует в квитировании. Если сумма отрицательная, документ разместить можно, ГИС препятствовать не будет, но в квитировании он участвовать не должен (корректно сквитировать его не получится). Поэтому, указана отрицательная сумма или ноль с точки зрения квитирования без разницы.
Сумма в поле "Итого к оплате за расчетный период c учетом задолженности/переплаты, руб" не участвует в квитировнии, поэтому тем более без разницы, ноль там или минус. Единственно, при указании нуля вместо минуса ГИС может выдавать предупреждения, типа "значение не совпадает с автоматически расчитанным", которые мы благополучно игнорируем.
Шаблон ПД (платежных документов)
 
[QUOTE]Andrey_S пишет:


[QUOTE]Natulka93 пишет:
И нужно ли суммировать пени в графу "Итого к оплате за расчетный период c учетом задолженности/переплаты, руб. (по всему платежному документу)"?[/QUOTE]
Зачем Вы вообще заполняете "Итого к оплате за расчетный период c учетом задолженности/переплаты, руб. (по всему платежному документу)"?
Мы заполняем "Задолженность предыдущие периоды"/"Аванс на начало расчетного периода" (на листе "Разделы 1-2"), "Всего начислено за расчетный период" и "Итого к оплате за расчетный период" (в разрезе услуг на листе "Разделы 3-6"), а также суммы пени на листе "Неустойки и судебные расходы" - тогда при загрузке шаблона "Сумму документа с учетом задолженности/переплаты" ГИС ЖКХ считает сама.[/QUOTE]

Мы заполняем  "Итого к оплате за расчетный период c учетом задолженности/переплаты, руб. (по всему платежному документу)". Мало ли что ГИС насчитает. И пени туда включаем.
ГИС ЖКХ: квитирование
 
[QUOTE]two_oceans пишет:
Частично соглашусь.[/QUOTE]

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

uin (УИН - уникальный идентификатор начисления)  был введен для платежей в бюджетную систему.  Использование этого тега для передачи ИПД - предмет договоренности с конкретным Сбербанком. По крайней мере у нас так.

А где можно почитать про требования ГИС ЖКХ к формированию ДШК?
Вопросы по 1С:Учет в управляющих компаниях ЖКХ, ТСЖ и ЖСК
 
[QUOTE]Шла_мимо пишет:
[QUOTE]portal-gkh пишет:
[QUOTE]AlexRed пишет:
Подскажите пожалуйста. Как в QR код добавить идентификаторы ГИСа (ИЖКУ например). В лицевом счете добавил ЕЛС и ИЖКУ. В настройках формирования ПД не нашел, где можно поставить галочки. И это вообще можно сделать не окунаясь в код?
Версия 1С 3.0.59.2 (базовая).[/QUOTE]

Во-первых версия достаточно старая (с точки зрения функционала ГИС ЖКХ). Во-вторых, в ГОСТе 56042-2014, согласно  которому реализован QR в 1С, про идентификаторы ГИСа ничего нет. Поэтому пока никак.[/QUOTE]
Присоединюсь к теме. Просто в другой ветке грамотный пользователь одним из советов по реализации операции квитирования одним из условий озвучивает корректное формирование QR. У нас он при распечатке ПД есть в виде двухмерного кода. Меня и заинтересовал вопрос: каким образом вновь введенный идентификатор участвует в его формировании (я про код)[/QUOTE]

Какой вновь введенный идентификатор Вы имеете ввиду? Идентификаторов  ЕЛС, ИЖКУ, ИПД в ГОСТе нет. В ГОСТе есть PersAcc и PaymPeriod, которые теоретически могут быть использованы при квитировании. Эти идентификаторы присутствуют в стандартной конфигурации 1С "Учет в управляющих компаниях ЖКХ, ТСЖ и ЖСК", но нужно, чтобы Сбербанк читал эти реквизиты и передавал их в ГИС. В нашем регионе Сбербанк не передает PaymPeriod. Ведем переговоры.
#
[QUOTE]Егор пишет:
[QUOTE]portal-gkh пишет:
[QUOTE]Кот Дворовый пишет:
Так же по нескольким помещениям нет свежей информации в ФГИС ЕГРН, ...[/QUOTE]

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

ФГИС ЕГРН и spv.kadastr.ru по одному и тому же объекту на одну и ту же дату дают разные сведения. Самое интересное, что и то и другое подписано валидной ЭЦП Росреестра.
#
[QUOTE]Кот Дворовый пишет:
Так же по нескольким помещениям нет свежей информации в ФГИС ЕГРН, ...[/QUOTE]

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


От чего цифры в этой колонке? Это нужно спросить у того, кто делал настройки в программе....
Увы, но некого спрашивать...[/QUOTE]

Надо полагать, что Вы не вручную данный файл набирали. Следовательно, он был сформирован в программе. У программы должен быть разработчик/установщик/настройщик. Вот ему и надо задавать...
#
[QUOTE]Igorbrn пишет:
Появился законопроект [URL=http://regulation.gov.ru/projects?type=Grid#departments=20&npa=85030]http://regulation.gov.ru/projects?type= ... &npa=85030[/URL]
Но текста нет, никто не в курсе о чем речь, чего там за поручения Мудко давал в июле?[/QUOTE]


Изменение федерального органа исполнительной власти, являющегося заказчиком государственной информационной системы жилищно-коммунального хозяйства.
#
[QUOTE]УК-64 пишет:
В шаблоне импорта платежных документов нет "Обращение с твердыми коммунальными отходами" на вкладке услуги исполнителя, квитанции не грузятся. Есть выход из ситуации?[/QUOTE]

Проверьте, добавлена ли эта услуга в договоре управления ( в Уставе)
#
[QUOTE]Алексей Аряев пишет:
[QUOTE]portal-gkh пишет:
А что это у Вас за цифры в колонке "Расчет суммы к оплате с учетом рассрочки платежа"? Уберите ....[/QUOTE]
Убрал. Выгружал это на машине организации, с которой я ещё не работал. Разумеется, никто ничего не знает, вот и пришлось спрашивать. Надеюсь, поможет... А от чего такое может быть?[/QUOTE]

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

Нет. Не будет. Управление недвижимостью не относится к социальному обслуживанию граждан.
#
[QUOTE]Алексей Аряев пишет:
Здравствуйте! А что это за ошибка за такая? INT008027 Рассрочка возможна только при наличии хотя бы одной коммунальной услуги в ПД с рассрочкой.
Вот сам документ...[/QUOTE]

А что это у Вас за цифры в колонке  "Расчет суммы к оплате с учетом рассрочки платежа"? Уберите ....
#
Уже двое суток висят в очереди платежные документы.... Просто жесть....
#
[QUOTE]Шла_мимо пишет:
Косяк ГИСа по загрузке ПД устарнен - начисления сентября все загрузились.[/QUOTE]

Везёт... У нас уже сутки висят (или стоят) в очереди.
#
[QUOTE]Andrey_S пишет:
[QUOTE]portal-gkh пишет:
В нашем регионе TechCode=02 уже использован для других целей. Основный забойщиком тут выступает Сбербанк.[/QUOTE]
Что значит "для других целей"? - это реквизит, предусмотренный [URL=http://docs.cntd.ru/document/1200110981]государственным стандартом[/URL]. Мы контактируем с Центральным аппаратом Сбера, в том числе и по этому вопросу.
Кстати, какой у Вас регион?[/QUOTE]

Регион - Пенза.  TechCode=02 указывается обязательно в случаях прямых платежей в адрес  некоторых РСО. В остальных случаях - опционально. Сбербанк передает данные в ГИС независимо от наличия TechCode=02.
#
[QUOTE]Andrey_S пишет:
TechCode=02[/QUOTE]

В нашем регионе TechCode=02 уже использован для других целей. Основный забойщиком тут выступает Сбербанк.
#
[QUOTE]Шла_мимо пишет:
Сегодня увидела какую-то "новинку" в разделе меню ГИСа "Платежные документы". Если задать поиск ПД, к примеру за август или сентябрь (то есть месяц, за который еще нет никаких начислений в проге) и нажать поиск, то выдает список документов по лицевым счетам со статусом "не подготвлен". Это с чем едят?
[/QUOTE]

Это такой "интерфейс" для ручного ввода платежных документов.
#
[QUOTE]Анастасия Sергеевна пишет:
Это я знаю, но если мы покажем его в ПД, то как потом квитировать с данными с банка, не получится ли задвоение оплаты[/QUOTE]

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

Импорт показаний...
#
[QUOTE]AlinaVel пишет:
Здравствуйте!
Наша компания закрывается, нам остается погашать задолженности.

Первый вопрос в размещении платежных документов. Даже если у плательщика нет долгов, то есть в документе будет отображено "0", всё равно нужно размещать?

Второй вопрос в лицевых счетах. Их нужно закрывать после погашения задолженности?[/QUOTE]

Если вы не оказываете никаких услуг и у плательщика нет задолженности, с какой целью вы выставляете платежные документы?
Если договор, на основании которого были открыты лицевые счета, прекратил свое действие и расчеты урегулированы ( нет задолженности), то лицевой счет подлежит закрытию.
#
[QUOTE]AlcorVol пишет:
Дурацкий вопрос. Нужно ли ставить "да" в колонке "Объем ресурса(ов) определяется с помощью нескольких приборов учета" для случая, когда в квартире два ИПУ ХВ (или ГВ)? Или это только для "хитрых" ОДПУ имеет какой-то смысл (когда чё-то на входе измеряется и на выходе)?[/QUOTE]

Не нужно. Только для "хитрых" ....
#
[QUOTE]Andrey_S пишет:
[QUOTE]portal-gkh пишет:
Способ, конечно,  не идеальный, но другого ГИС ЖКХ пока, насколько я знаю, в общем случае не предоставляет[/QUOTE]
Способы есть:
...
.[/QUOTE]

Полагаю, что дальнейшие обсуждения уже не будут иметь отношение к проблеме, озвученной ТС. На конкретные вопросы, по мере возможности, отвечу в личке.
#
[QUOTE]Andrey_S пишет:
[QUOTE]portal-gkh пишет:

Этот файл банки загружают в свои информационные системы для определения, требуется ли передача информации о платеже в ГИС ЖКХ или нет. Решение принимается в зависимости от того, присутствует ли получатель в указанном перечне. За все банки, конечно, не скажу, но те, которые пользуются разработанным нами софтом (а их достаточно много) работают именно так.[/QUOTE]
В курсе (в том числе того, что это недостаточно правильно и что даже так делают не все банки), но вопрос несколько иной.
А Вы пишете софт для банков? IDSystems?[/QUOTE]

Пишем. Не IDSystems. Способ, конечно,  не идеальный, но другого ГИС ЖКХ пока, насколько я знаю, в общем случае не предоставляет (если человек приносит платежку с ИПД, ЕЛС, ИЖКУ, периодом, ЛС и прочими атрибутами, то все понятно, но законодательство не обязывает это делать) . Насколько я понял, вопрос был в том, что организация не видит платежи в свой адрес в ГИС ЖКХ. Возможно не видит из-за того, что банк их не выгружает в ГИС. А не выгружать банк может из-за того, что организация отсутствует в указанном перечне поставщиков ЖКУ.

Расчетный центр, если он принимает платежи за ЖКУ на свои реквизиты, с точки зрения законодательства - платежный агент.
#
[QUOTE]Andrey_S пишет:


[SIZE=85px][COLOR=greenpt]Отправлено спустя 1 минуту 47 секунды:[/COLOR][/SIZE]
[QUOTE]portal-gkh пишет:

Проверьте, есть ли Ваша организация в этом списке [url:1olf3hv7]https://dom.gosuslugi.ru/filestore/publicDownloadServlet?context=contentmanagement&uid=21f93963-ce7f-4350-a622-4f02ded8350c&mode=view[/url:1olf3hv7][/QUOTE]
Это мало о чем говорит. Каждая организация может быть зарегистрирована в ГИС ЖКХ с несколькими функциями.[/QUOTE]

Этот файл банки загружают в свои информационные системы для определения, требуется ли передача информации о платеже в ГИС ЖКХ или нет. Решение принимается в зависимости от того, присутствует ли получатель в указанном перечне. За все банки, конечно, не скажу, но те, которые пользуются разработанным нами софтом (а их достаточно много) работают именно так.
#
[QUOTE]Natulka93 пишет:
Мы принимаем платежи из Сбербанка. И рассчитываемся с УК. Информацию о платежах передаем в базу УК автоматически. В квитанции указаны наши реквизиты для оплаты.[/QUOTE]

Проверьте, есть ли Ваша организация в этом списке [url:2u6mjtjh]https://dom.gosuslugi.ru/filestore/publicDownloadServlet?context=contentmanagement&uid=21f93963-ce7f-4350-a622-4f02ded8350c&mode=view[/url:2u6mjtjh]
#
[QUOTE]Ялиса пишет:
страницу скажите, ну не вижу[/QUOTE]

Страницы 55-56. Статья 4 пункт 4.
#
[QUOTE]Ejeen пишет:
Если я правильно я понимаю, данная фраза все равно обязывает уже сейчас ставить онлайн кассу для УК принимающей платежи исключительно через банк, в том числе через банк онлайн((([/QUOTE]

Подозреваю, что все-таки не обязывает до 01.07.2019. Исходя из правил русского языка, в котором запятые стявятся при перечислении однородных членов предложения можно выделить следующие категории расчетов, по которым обязанность установки касс перенесена на 01.07.2019. Это:
а. при осуществлении расчетов с физическими лицами, которые не являются индивидуальными предпринимателями, в безналичном порядке (за исключением расчетов с использованием электронных средств платежа)
б. расчетов при приеме платы за жилое помещение и коммунальные услуги, включая взносы на капитальный ремонт
в. при осуществлении зачета и возврата предварительной оплаты и (или) авансов
г. при предоставлении займов для оплаты товаров, работ, услуг
д. при предоставлении или получении иного встречного предоставления за товары, работы, услуги

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

Мы включаем в бумажный ПД   дополнительную информацию, в том числе информацию о текущем состоянии расчетов с потребителем, где  указывается сумма задолженности УК перед потребителем (при наличии). К сожалению, в ГИС ПД сделаны по образу и подобию утвержденной примерной формы, где такой информации нет. В любом случае, мы стараемся обеспечить соответствие сумм в полях своих бумажных ПД и ПД, размещенных  в ГИСе.
#
[QUOTE]Andrey_S пишет:
[QUOTE]portal-gkh пишет:

Мы заполняем  "Итого к оплате за расчетный период c учетом задолженности/переплаты, руб. (по всему платежному документу)". Мало ли что ГИС насчитает. И пени туда включаем.[/QUOTE]
Насколько я помню, при загрузке по этой сумме выполняется контроль - если не сойдутся указанная в шаблоне и рассчитанная ГИСом, то ПД не загрузится с диагностикой этой ошибки. Правильно, нет?[/QUOTE]

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

В ГИСе много разных полей с суммами. Для квитирования важна сумма в поле "Сумма к оплате за расчетный период", т. к. именно она участвует в квитировании. Если сумма отрицательная, документ разместить можно, ГИС препятствовать не будет, но в квитировании он участвовать не должен (корректно сквитировать его не получится). Поэтому, указана отрицательная сумма или ноль с точки зрения квитирования без разницы.
Сумма в поле "Итого к оплате за расчетный период c учетом задолженности/переплаты, руб" не участвует в квитировнии, поэтому тем более без разницы, ноль там или минус. Единственно, при указании нуля вместо минуса ГИС может выдавать предупреждения, типа "значение не совпадает с автоматически расчитанным", которые мы благополучно игнорируем.
#
[QUOTE]Andrey_S пишет:


[QUOTE]Natulka93 пишет:
И нужно ли суммировать пени в графу "Итого к оплате за расчетный период c учетом задолженности/переплаты, руб. (по всему платежному документу)"?[/QUOTE]
Зачем Вы вообще заполняете "Итого к оплате за расчетный период c учетом задолженности/переплаты, руб. (по всему платежному документу)"?
Мы заполняем "Задолженность предыдущие периоды"/"Аванс на начало расчетного периода" (на листе "Разделы 1-2"), "Всего начислено за расчетный период" и "Итого к оплате за расчетный период" (в разрезе услуг на листе "Разделы 3-6"), а также суммы пени на листе "Неустойки и судебные расходы" - тогда при загрузке шаблона "Сумму документа с учетом задолженности/переплаты" ГИС ЖКХ считает сама.[/QUOTE]

Мы заполняем  "Итого к оплате за расчетный период c учетом задолженности/переплаты, руб. (по всему платежному документу)". Мало ли что ГИС насчитает. И пени туда включаем.
#
[QUOTE]two_oceans пишет:
Частично соглашусь.[/QUOTE]

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

uin (УИН - уникальный идентификатор начисления)  был введен для платежей в бюджетную систему.  Использование этого тега для передачи ИПД - предмет договоренности с конкретным Сбербанком. По крайней мере у нас так.

А где можно почитать про требования ГИС ЖКХ к формированию ДШК?
#
[QUOTE]Шла_мимо пишет:
[QUOTE]portal-gkh пишет:
[QUOTE]AlexRed пишет:
Подскажите пожалуйста. Как в QR код добавить идентификаторы ГИСа (ИЖКУ например). В лицевом счете добавил ЕЛС и ИЖКУ. В настройках формирования ПД не нашел, где можно поставить галочки. И это вообще можно сделать не окунаясь в код?
Версия 1С 3.0.59.2 (базовая).[/QUOTE]

Во-первых версия достаточно старая (с точки зрения функционала ГИС ЖКХ). Во-вторых, в ГОСТе 56042-2014, согласно  которому реализован QR в 1С, про идентификаторы ГИСа ничего нет. Поэтому пока никак.[/QUOTE]
Присоединюсь к теме. Просто в другой ветке грамотный пользователь одним из советов по реализации операции квитирования одним из условий озвучивает корректное формирование QR. У нас он при распечатке ПД есть в виде двухмерного кода. Меня и заинтересовал вопрос: каким образом вновь введенный идентификатор участвует в его формировании (я про код)[/QUOTE]

Какой вновь введенный идентификатор Вы имеете ввиду? Идентификаторов  ЕЛС, ИЖКУ, ИПД в ГОСТе нет. В ГОСТе есть PersAcc и PaymPeriod, которые теоретически могут быть использованы при квитировании. Эти идентификаторы присутствуют в стандартной конфигурации 1С "Учет в управляющих компаниях ЖКХ, ТСЖ и ЖСК", но нужно, чтобы Сбербанк читал эти реквизиты и передавал их в ГИС. В нашем регионе Сбербанк не передает PaymPeriod. Ведем переговоры.

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

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

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