crm

До семинара в Сочи осталось

  • 4
  • 5
дней

Форум

kavi

Форум

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

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

Тема

Сообщение

Упорядочить

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

Шаблон ПД (платежных документов)
 
[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. Ведем переговоры.
Вопросы по 1С:Учет в управляющих компаниях ЖКХ, ТСЖ и ЖСК
 
[QUOTE]AlexRed пишет:
[QUOTE]portal-gkh пишет:

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

Благодарю!
А как тогда реализовано квитирование по платежам принятым по квитанциям через банк? Нам приходит голая сумма. Ручками квитируете или можно поменять номера ЛС в 1С на ГИСовские?[/QUOTE]

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

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

Перечитал абзац вдоль и поперек. Ничего там не нашел про очередность погашения обязательств..
Шаблон ПД (платежных документов)
 
[QUOTE]Елена 34 пишет:
Здравствуйте, подскажите шаблон снова поменялся? Пишут при выгрузке ошибку "INT008162 Поле «Итого к оплате по неустойкам и судебным издержкам» может быть заполнено только, если в ПД передана информация о неустойках и судебных расходах".[/QUOTE]

Шаблон в апреле  поменялся (вышел PD-IMPv5), но эта проверка и раньше была.
Очередной взрыв мозга по пеням
 
Не менее интересный вопрос:
Собственнику выставили сумму с пенями и он ее полностью по квитанции ( с пенями)  в терминале оплатил. Но в назначении платежа указано "Оплата жилищно-коммунальных услуг" (так стандартно пишет банк) или (в зависимости от банка) вообще назначение платежа отсутствует ( информация об оплате передается электронным реестром)   . Задолженность по пеням в таком случае  гасим или,  так как информации об оплате именно пеней нет (в назначении платежа слово "пени" отсутствует) , задолженность по пеням остается не погашенной, а излишек  фиксируем как аванс на следующий период?
#
[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. Ведем переговоры.
#
[QUOTE]AlexRed пишет:
[QUOTE]portal-gkh пишет:

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

Благодарю!
А как тогда реализовано квитирование по платежам принятым по квитанциям через банк? Нам приходит голая сумма. Ручками квитируете или можно поменять номера ЛС в 1С на ГИСовские?[/QUOTE]

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

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

Перечитал абзац вдоль и поперек. Ничего там не нашел про очередность погашения обязательств..
#
[QUOTE]Елена 34 пишет:
Здравствуйте, подскажите шаблон снова поменялся? Пишут при выгрузке ошибку "INT008162 Поле «Итого к оплате по неустойкам и судебным издержкам» может быть заполнено только, если в ПД передана информация о неустойках и судебных расходах".[/QUOTE]

Шаблон в апреле  поменялся (вышел PD-IMPv5), но эта проверка и раньше была.
#
Не менее интересный вопрос:
Собственнику выставили сумму с пенями и он ее полностью по квитанции ( с пенями)  в терминале оплатил. Но в назначении платежа указано "Оплата жилищно-коммунальных услуг" (так стандартно пишет банк) или (в зависимости от банка) вообще назначение платежа отсутствует ( информация об оплате передается электронным реестром)   . Задолженность по пеням в таком случае  гасим или,  так как информации об оплате именно пеней нет (в назначении платежа слово "пени" отсутствует) , задолженность по пеням остается не погашенной, а излишек  фиксируем как аванс на следующий период?

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

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

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