В шаблоне импорта платежных документов нет "Обращение с твердыми коммунальными отходами" на вкладке услуги исполнителя, квитанции не грузятся. Есть выход из ситуации?[/QUOTE]
Проверьте, добавлена ли эта услуга в договоре управления ( в Уставе)
18.10.2018 10:24:33
[QUOTE]УК-64 пишет:
В шаблоне импорта платежных документов нет "Обращение с твердыми коммунальными отходами" на вкладке услуги исполнителя, квитанции не грузятся. Есть выход из ситуации?[/QUOTE] Проверьте, добавлена ли эта услуга в договоре управления ( в Уставе) |
16.10.2018 14:47:29
[QUOTE]Алексей Аряев пишет:
[QUOTE]portal-gkh пишет: А что это у Вас за цифры в колонке "Расчет суммы к оплате с учетом рассрочки платежа"? Уберите ....[/QUOTE] Убрал. Выгружал это на машине организации, с которой я ещё не работал. Разумеется, никто ничего не знает, вот и пришлось спрашивать. Надеюсь, поможет... А от чего такое может быть?[/QUOTE] От чего цифры в этой колонке? Это нужно спросить у того, кто делал настройки в программе.... |
16.10.2018 11:20:35
[QUOTE]Сибиряк пишет:
Сегодня наткнулся на статью (выкладываю). Прошу комментариев авторитетов форума, так будет или нет льгтоа на страховые взносы у ТСЖ (некоммерческие организации)???[/QUOTE] Нет. Не будет. Управление недвижимостью не относится к социальному обслуживанию граждан. |
16.10.2018 11:05:36
[QUOTE]Алексей Аряев пишет:
Здравствуйте! А что это за ошибка за такая? INT008027 Рассрочка возможна только при наличии хотя бы одной коммунальной услуги в ПД с рассрочкой. Вот сам документ...[/QUOTE] А что это у Вас за цифры в колонке "Расчет суммы к оплате с учетом рассрочки платежа"? Уберите .... |
05.10.2018 11:53:36
Уже двое суток висят в очереди платежные документы.... Просто жесть....
|
07.09.2018 15:19:03
[QUOTE]Andrey_S пишет:
[QUOTE]portal-gkh пишет: В нашем регионе TechCode=02 уже использован для других целей. Основный забойщиком тут выступает Сбербанк.[/QUOTE] Что значит "для других целей"? - это реквизит, предусмотренный [URL=http://docs.cntd.ru/document/1200110981]государственным стандартом[/URL]. Мы контактируем с Центральным аппаратом Сбера, в том числе и по этому вопросу. Кстати, какой у Вас регион?[/QUOTE] Регион - Пенза. TechCode=02 указывается обязательно в случаях прямых платежей в адрес некоторых РСО. В остальных случаях - опционально. Сбербанк передает данные в ГИС независимо от наличия TechCode=02. |
14.08.2018 10:01:55
[QUOTE]Шла_мимо пишет:
Сегодня увидела какую-то "новинку" в разделе меню ГИСа "Платежные документы". Если задать поиск ПД, к примеру за август или сентябрь (то есть месяц, за который еще нет никаких начислений в проге) и нажать поиск, то выдает список документов по лицевым счетам со статусом "не подготвлен". Это с чем едят? [/QUOTE] Это такой "интерфейс" для ручного ввода платежных документов. |
02.08.2018 09:24:14
[QUOTE]Анастасия Sергеевна пишет:
Это я знаю, но если мы покажем его в ПД, то как потом квитировать с данными с банка, не получится ли задвоение оплаты[/QUOTE] Не получится. Указание в ПД оплаты и квитирование пока ни как не связаны. |
31.07.2018 12:11:34
[QUOTE]AlcorVol пишет:
Ещё один вопрос к коллегам - по порядку работы. Все ИПУ (вода, Э/Э) в ГИС ЖКХ заведены (вместе с базовыми показаниями). Реализована и обработка показаний ИПУ, занесённых абонентами в ЛК ГИС ЖКХ. Но в общем случае, показания стекаются в УО из самых разных источников (колл-центр, реестры банковских платежей и т.п.). По идее, на стыке месяцев надо бы выгрузить в ГИС все полученные УО показания ИПУ, учтённые при расчёте начислений. Правильно ли я понимаю, что для этого надо ежемесячно (например, 1-го числа) заполнять и загружать в ГИС шаблон [B]импорта показаний[/B] ИПУ по всем квартирным приборам учёта? Вторым вариантом, в принципе, могло бы быть повторное заполнение шаблона [B]импорта сведений[/B] о приборах учёта - с теми же ГИС-номерами ИПУ, но новыми базовыми показаниями. Какой из вариантов правильный?[/QUOTE] Импорт показаний... |
31.07.2018 12:01:58
[QUOTE]AlinaVel пишет:
Здравствуйте! Наша компания закрывается, нам остается погашать задолженности. Первый вопрос в размещении платежных документов. Даже если у плательщика нет долгов, то есть в документе будет отображено "0", всё равно нужно размещать? Второй вопрос в лицевых счетах. Их нужно закрывать после погашения задолженности?[/QUOTE] Если вы не оказываете никаких услуг и у плательщика нет задолженности, с какой целью вы выставляете платежные документы? Если договор, на основании которого были открыты лицевые счета, прекратил свое действие и расчеты урегулированы ( нет задолженности), то лицевой счет подлежит закрытию. |
20.07.2018 09:52:14
[QUOTE]AlcorVol пишет:
Дурацкий вопрос. Нужно ли ставить "да" в колонке "Объем ресурса(ов) определяется с помощью нескольких приборов учета" для случая, когда в квартире два ИПУ ХВ (или ГВ)? Или это только для "хитрых" ОДПУ имеет какой-то смысл (когда чё-то на входе измеряется и на выходе)?[/QUOTE] Не нужно. Только для "хитрых" .... |
13.07.2018 14:52:34
[QUOTE]Andrey_S пишет:
[QUOTE]portal-gkh пишет: Способ, конечно, не идеальный, но другого ГИС ЖКХ пока, насколько я знаю, в общем случае не предоставляет[/QUOTE] Способы есть: ... .[/QUOTE] Полагаю, что дальнейшие обсуждения уже не будут иметь отношение к проблеме, озвученной ТС. На конкретные вопросы, по мере возможности, отвечу в личке. |
13.07.2018 09:47:04
[QUOTE]Andrey_S пишет:
[QUOTE]portal-gkh пишет: Этот файл банки загружают в свои информационные системы для определения, требуется ли передача информации о платеже в ГИС ЖКХ или нет. Решение принимается в зависимости от того, присутствует ли получатель в указанном перечне. За все банки, конечно, не скажу, но те, которые пользуются разработанным нами софтом (а их достаточно много) работают именно так.[/QUOTE] В курсе (в том числе того, что это недостаточно правильно и что даже так делают не все банки), но вопрос несколько иной. А Вы пишете софт для банков? IDSystems?[/QUOTE] Пишем. Не IDSystems. Способ, конечно, не идеальный, но другого ГИС ЖКХ пока, насколько я знаю, в общем случае не предоставляет (если человек приносит платежку с ИПД, ЕЛС, ИЖКУ, периодом, ЛС и прочими атрибутами, то все понятно, но законодательство не обязывает это делать) . Насколько я понял, вопрос был в том, что организация не видит платежи в свой адрес в ГИС ЖКХ. Возможно не видит из-за того, что банк их не выгружает в ГИС. А не выгружать банк может из-за того, что организация отсутствует в указанном перечне поставщиков ЖКУ. Расчетный центр, если он принимает платежи за ЖКУ на свои реквизиты, с точки зрения законодательства - платежный агент. |
13.07.2018 09:17:34
[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] Этот файл банки загружают в свои информационные системы для определения, требуется ли передача информации о платеже в ГИС ЖКХ или нет. Решение принимается в зависимости от того, присутствует ли получатель в указанном перечне. За все банки, конечно, не скажу, но те, которые пользуются разработанным нами софтом (а их достаточно много) работают именно так. |
12.07.2018 17:17:34
[QUOTE]Natulka93 пишет:
Мы принимаем платежи из Сбербанка. И рассчитываемся с УК. Информацию о платежах передаем в базу УК автоматически. В квитанции указаны наши реквизиты для оплаты.[/QUOTE] Проверьте, есть ли Ваша организация в этом списке [url:2u6mjtjh]https://dom.gosuslugi.ru/filestore/publicDownloadServlet?context=contentmanagement&uid=21f93963-ce7f-4350-a622-4f02ded8350c&mode=view[/url:2u6mjtjh] |
27.06.2018 09:38:32
[QUOTE]Ejeen пишет:
Если я правильно я понимаю, данная фраза все равно обязывает уже сейчас ставить онлайн кассу для УК принимающей платежи исключительно через банк, в том числе через банк онлайн((([/QUOTE] Подозреваю, что все-таки не обязывает до 01.07.2019. Исходя из правил русского языка, в котором запятые стявятся при перечислении однородных членов предложения можно выделить следующие категории расчетов, по которым обязанность установки касс перенесена на 01.07.2019. Это: а. при осуществлении расчетов с физическими лицами, которые не являются индивидуальными предпринимателями, в безналичном порядке (за исключением расчетов с использованием электронных средств платежа) б. расчетов при приеме платы за жилое помещение и коммунальные услуги, включая взносы на капитальный ремонт в. при осуществлении зачета и возврата предварительной оплаты и (или) авансов г. при предоставлении займов для оплаты товаров, работ, услуг д. при предоставлении или получении иного встречного предоставления за товары, работы, услуги Для расчетов при приеме платы за жилое помещение и коммунальные услуги, включая взносы на капитальный ремонт никаких исключений не предусмотрено. Хотя, формулировочки, как обычно, корявые.... Если УК производит еще какие-либо иные расчеты, то да, касса должна быть. |
04.06.2018 11:49:19
[QUOTE]Andrey_S пишет:
[QUOTE]portal-gkh пишет: В ГИСе много разных полей с суммами. Для квитирования важна сумма в поле "Сумма к оплате за расчетный период", т. к. именно она участвует в квитировании. Если сумма отрицательная, документ разместить можно, ГИС препятствовать не будет, но в квитировании он участвовать не должен (корректно сквитировать его не получится). Поэтому, указана отрицательная сумма или ноль с точки зрения квитирования без разницы. Сумма в поле "Итого к оплате за расчетный период c учетом задолженности/переплаты, руб" не участвует в квитировнии, поэтому тем более без разницы, ноль там или минус. Единственно, при указании нуля вместо минуса ГИС может выдавать предупреждения, типа "значение не совпадает с автоматически расчитанным", которые мы благополучно игнорируем.[/QUOTE] Мы отталкивались от того, что сообщаем потребителю в бумажном ПД. Там у нас отрицательные суммы, если он получаются при расчете, выводятся (и сумма за период, и сумма с учетом задолженности/переплаты). Мне кажется и неправильно их обнулять - они информируют потребителя о размере образовавшегося долга поставщика ЖКУ перед ним. А вдруг это последний ПД, выставленный этому потребителю (при окончании срока/расторжении договора, например)?[/QUOTE] Мы включаем в бумажный ПД дополнительную информацию, в том числе информацию о текущем состоянии расчетов с потребителем, где указывается сумма задолженности УК перед потребителем (при наличии). К сожалению, в ГИС ПД сделаны по образу и подобию утвержденной примерной формы, где такой информации нет. В любом случае, мы стараемся обеспечить соответствие сумм в полях своих бумажных ПД и ПД, размещенных в ГИСе. |
02.06.2018 12:53:21
[QUOTE]Andrey_S пишет:
[QUOTE]portal-gkh пишет: Мы заполняем "Итого к оплате за расчетный период c учетом задолженности/переплаты, руб. (по всему платежному документу)". Мало ли что ГИС насчитает. И пени туда включаем.[/QUOTE] Насколько я помню, при загрузке по этой сумме выполняется контроль - если не сойдутся указанная в шаблоне и рассчитанная ГИСом, то ПД не загрузится с диагностикой этой ошибки. Правильно, нет?[/QUOTE] Грузили и не раз. В интерфейсе ПД, правда, есть предупреждение "значение не совпадает с автоматически рассчитанным", но дальнейшей работе не препятствует. |
02.06.2018 12:13:44
[QUOTE]AlcorVol пишет:
[QUOTE]two_oceans пишет: Как я понимаю, ГИС будет категорически сопротивляться факту, что "сумма к оплате" станет отрицательная и при обработке исправит на ноль. Поэтому я и спрашиваю, удалось ли кому-то перебороть эту особенность ГИСа и разместить ПД, не исправленный на ноль.[/QUOTE] Всё обстоит как раз наоборот. :-) Я сам подавал "сумму к оплате" в таких случаях как "ноль". Но ГИС потребовал поставить отрицательную.[/QUOTE] В ГИСе много разных полей с суммами. Для квитирования важна сумма в поле "Сумма к оплате за расчетный период", т. к. именно она участвует в квитировании. Если сумма отрицательная, документ разместить можно, ГИС препятствовать не будет, но в квитировании он участвовать не должен (корректно сквитировать его не получится). Поэтому, указана отрицательная сумма или ноль с точки зрения квитирования без разницы. Сумма в поле "Итого к оплате за расчетный период c учетом задолженности/переплаты, руб" не участвует в квитировнии, поэтому тем более без разницы, ноль там или минус. Единственно, при указании нуля вместо минуса ГИС может выдавать предупреждения, типа "значение не совпадает с автоматически расчитанным", которые мы благополучно игнорируем. |
02.06.2018 11:02:33
[QUOTE]Andrey_S пишет:
[QUOTE]Natulka93 пишет: И нужно ли суммировать пени в графу "Итого к оплате за расчетный период c учетом задолженности/переплаты, руб. (по всему платежному документу)"?[/QUOTE] Зачем Вы вообще заполняете "Итого к оплате за расчетный период c учетом задолженности/переплаты, руб. (по всему платежному документу)"? Мы заполняем "Задолженность предыдущие периоды"/"Аванс на начало расчетного периода" (на листе "Разделы 1-2"), "Всего начислено за расчетный период" и "Итого к оплате за расчетный период" (в разрезе услуг на листе "Разделы 3-6"), а также суммы пени на листе "Неустойки и судебные расходы" - тогда при загрузке шаблона "Сумму документа с учетом задолженности/переплаты" ГИС ЖКХ считает сама.[/QUOTE] Мы заполняем "Итого к оплате за расчетный период c учетом задолженности/переплаты, руб. (по всему платежному документу)". Мало ли что ГИС насчитает. И пени туда включаем. |
01.06.2018 15:17:13
[QUOTE]two_oceans пишет:
Частично соглашусь.[/QUOTE] Не соглашусь. В ПД может быть много разных сумм, в том числе и отрицательных, например "исходящее сальдо", "сальдо расчетов" и проч.. Но если речь идет о графе "сумма к оплате", то она отрицательной быть никак не может. |
21.05.2018 15:05:42
[QUOTE]Andrey_S пишет:
[QUOTE]portal-gkh пишет: Идентификаторов ЕЛС, ИЖКУ, ИПД в ГОСТе нет. [/QUOTE] Еще раз - ГОСТ 56042-2014 содержит описание блока (подразумевает возможность использования) доп. реквизитов ДШК. Требованиями ГИС ЖКХ к формированию ДШК как раз и предусмотрены такие реквизиты (идентификатор платежного документа - uin).[/QUOTE] uin (УИН - уникальный идентификатор начисления) был введен для платежей в бюджетную систему. Использование этого тега для передачи ИПД - предмет договоренности с конкретным Сбербанком. По крайней мере у нас так. А где можно почитать про требования ГИС ЖКХ к формированию ДШК? |
21.05.2018 13:11:47
[QUOTE]Шла_мимо пишет:
[QUOTE]portal-gkh пишет: [QUOTE]AlexRed пишет: Подскажите пожалуйста. Как в QR код добавить идентификаторы ГИСа (ИЖКУ например). В лицевом счете добавил ЕЛС и ИЖКУ. В настройках формирования ПД не нашел, где можно поставить галочки. И это вообще можно сделать не окунаясь в код? Версия 1С 3.0.59.2 (базовая).[/QUOTE] Во-первых версия достаточно старая (с точки зрения функционала ГИС ЖКХ). Во-вторых, в ГОСТе 56042-2014, согласно которому реализован QR в 1С, про идентификаторы ГИСа ничего нет. Поэтому пока никак.[/QUOTE] Присоединюсь к теме. Просто в другой ветке грамотный пользователь одним из советов по реализации операции квитирования одним из условий озвучивает корректное формирование QR. У нас он при распечатке ПД есть в виде двухмерного кода. Меня и заинтересовал вопрос: каким образом вновь введенный идентификатор участвует в его формировании (я про код)[/QUOTE] Какой вновь введенный идентификатор Вы имеете ввиду? Идентификаторов ЕЛС, ИЖКУ, ИПД в ГОСТе нет. В ГОСТе есть PersAcc и PaymPeriod, которые теоретически могут быть использованы при квитировании. Эти идентификаторы присутствуют в стандартной конфигурации 1С "Учет в управляющих компаниях ЖКХ, ТСЖ и ЖСК", но нужно, чтобы Сбербанк читал эти реквизиты и передавал их в ГИС. В нашем регионе Сбербанк не передает PaymPeriod. Ведем переговоры. |
21.05.2018 11:55:46
[QUOTE]AlexRed пишет:
[QUOTE]portal-gkh пишет: Во-первых версия достаточно старая (с точки зрения функционала ГИС ЖКХ). Во-вторых, в ГОСТе 56042-2014, согласно которому реализован QR в 1С, про идентификаторы ГИСа ничего нет. Поэтому пока никак.[/QUOTE] Благодарю! А как тогда реализовано квитирование по платежам принятым по квитанциям через банк? Нам приходит голая сумма. Ручками квитируете или можно поменять номера ЛС в 1С на ГИСовские?[/QUOTE] Сейчас у нас в пилотной эксплуатации два проекта, связанные с квитированием, первый - по договоренности со Сбербанком передача ИПД при оплате через включение в состав двумерного штрихкода, второй - самостоятельная передача в ГИС информации об оплате и квитировании (пока через шаблоны). Только к 1С это не имеет отношения, как так реализовано собственным софтом. Замена номеров ЛС в 1С на ЕЛС вряд ли поможет, пока выгрузка ЕЛС ( и/или других необходимых для автоквитирования реквизитов) в ГИС не будет реализована Сбербанком. |
21.05.2018 10:16:18
[QUOTE]AlexRed пишет:
Подскажите пожалуйста. Как в QR код добавить идентификаторы ГИСа (ИЖКУ например). В лицевом счете добавил ЕЛС и ИЖКУ. В настройках формирования ПД не нашел, где можно поставить галочки. И это вообще можно сделать не окунаясь в код? Версия 1С 3.0.59.2 (базовая).[/QUOTE] Во-первых версия достаточно старая (с точки зрения функционала ГИС ЖКХ). Во-вторых, в ГОСТе 56042-2014, согласно которому реализован QR в 1С, про идентификаторы ГИСа ничего нет. Поэтому пока никак. |
06.05.2018 16:28:51
[QUOTE]Елена 34 пишет:
Здравствуйте, подскажите шаблон снова поменялся? Пишут при выгрузке ошибку "INT008162 Поле «Итого к оплате по неустойкам и судебным издержкам» может быть заполнено только, если в ПД передана информация о неустойках и судебных расходах".[/QUOTE] Шаблон в апреле поменялся (вышел PD-IMPv5), но эта проверка и раньше была. |
Подпишись на рассылку новостей ЖКХ, а также наших статей!
Спасибо, вы успешно подписались на рассылку!