Обмен опытом по работе с программой 1С Учет в управляющих компаниях ЖКХ, ТСЖ и ЖСК
Сколько ни работаю с конфигурацией 1С Учет в управляющих компаниях ЖКХ, ТСЖ и ЖСК, все равно периодически возникают разного рода ошибки, обновляемся всегда с опаской, что в новом релизе появятся новые ошибки.
Не спорю конфигурация хорошая, легкая в освоении, легко дописывать. Но частота возникновения ошибок просто сводит с ума.
Предлагаю обсуждать в этой теме все ошибки или проблемы связанные с эксплуатацией данной конфигурации. Кто-то уже нашел решение проблемы, кто-то наступил на грабли, а кто-то еще нет (и возможно не наступит поучаствовав в обсуждении).
Кто-нибудь сталкивался с такой проблемой: В январе обновились на новый релиз и после этого стали вылазить ошибки в начислениях по приборам учета. Посмотрел по регистрам, происходит следующее, если в лицевом счете было несколько приборов учета по одной услуге, а потом какой-то счетчик сняли, то программа все равно ежемесячно пытается на этот прибор что-то начислять, причем может в плюс, а может в минус. Начисления абсолютно не адекватные, сумма может быть -100 000 руб или + 200 000 руб. Я конечно обработками правлю все это дело. Но слишком большой объем ошибок, не успеваем иногда отследить подобные ошибки, абоненты приходят с жалобами, пишут в прокуратуру и т.д. Если у кого-то подобное было, напишите, очень поможете!
Не спорю конфигурация хорошая, легкая в освоении, легко дописывать. Но частота возникновения ошибок просто сводит с ума.
Предлагаю обсуждать в этой теме все ошибки или проблемы связанные с эксплуатацией данной конфигурации. Кто-то уже нашел решение проблемы, кто-то наступил на грабли, а кто-то еще нет (и возможно не наступит поучаствовав в обсуждении).
Кто-нибудь сталкивался с такой проблемой: В январе обновились на новый релиз и после этого стали вылазить ошибки в начислениях по приборам учета. Посмотрел по регистрам, происходит следующее, если в лицевом счете было несколько приборов учета по одной услуге, а потом какой-то счетчик сняли, то программа все равно ежемесячно пытается на этот прибор что-то начислять, причем может в плюс, а может в минус. Начисления абсолютно не адекватные, сумма может быть -100 000 руб или + 200 000 руб. Я конечно обработками правлю все это дело. Но слишком большой объем ошибок, не успеваем иногда отследить подобные ошибки, абоненты приходят с жалобами, пишут в прокуратуру и т.д. Если у кого-то подобное было, напишите, очень поможете!
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Добрый день!
Сегодня бухгалтера попросили сделать следующую настройку пени - чтобы при сроке просроченной задолженности до 90 дней при расчете использовалась доля ставки 1/300, а при большей, чем 90 дней - 1/130. Как решить такой вопрос, ведь в настройке расчета пени мы можем указать только 1 вариант, или я что-то не знаю? Переписывать программу не хотелось бы, она сейчас у нас типовая.
Сегодня бухгалтера попросили сделать следующую настройку пени - чтобы при сроке просроченной задолженности до 90 дней при расчете использовалась доля ставки 1/300, а при большей, чем 90 дней - 1/130. Как решить такой вопрос, ведь в настройке расчета пени мы можем указать только 1 вариант, или я что-то не знаю? Переписывать программу не хотелось бы, она сейчас у нас типовая.
В последнем обновлении 3.0 это должно быть.
Я еще не ставил, но вот информация из обновления: Реализована возможность начисления пени по ставкам, зависящим от срока просрочки задолженности за коммунальные услуги, согласно новой редакции статьи №155 Жилищного Кодекса Российской Федерации, вступившей в силу с 1 января 2016 года. Для этого в справочнике "Настройки расчета пени" добавлена возможность устанавливать ставки пени или доли ставки рефинансирования по срокам просрочки задолженности.
Я еще не ставил, но вот информация из обновления: Реализована возможность начисления пени по ставкам, зависящим от срока просрочки задолженности за коммунальные услуги, согласно новой редакции статьи №155 Жилищного Кодекса Российской Федерации, вступившей в силу с 1 января 2016 года. Для этого в справочнике "Настройки расчета пени" добавлена возможность устанавливать ставки пени или доли ставки рефинансирования по срокам просрочки задолженности.
Мне кажется Ваш бухгалтер не совсем права. Формулировки закона:
14.Лица, несвоевременно и (или) не полностью внесшие плату за жилое помещение и коммунальные услуги, обязаны уплатить кредитору пени в размере одной трехсотой ставки рефинансирования Центрального банка Российской Федерации, действующей на день фактической оплаты, от не выплаченной в срок суммы за каждый день просрочки начиная с тридцать первого дня, следующего за днем наступления установленного срока оплаты, по день фактической оплаты, произведенной в течение девяноста календарных дней со дня наступления установленного срока оплаты, либо до истечения девяноста календарных дней после дня наступления установленного срока оплаты, если в девяностодневный срок оплата не произведена. Начиная с девяносто первого дня, следующего за днем наступления установленного срока оплаты, по день фактической оплаты пени уплачиваются в размере одной стотридцатой ставки рефинансирования Центрального банка Российской Федерации, действующей на день фактической оплаты, от не выплаченной в срок суммы за каждый день просрочки. Увеличение установленных настоящей частью размеров пеней не допускается.
14.1. Собственники помещений в многоквартирном доме, несвоевременно и (или) не полностью уплатившие взносы на капитальный ремонт, обязаны уплатить в фонд капитального ремонта пени в размере одной трехсотой ставки рефинансирования Центрального банка Российской Федерации, действующей на день фактической оплаты, от не выплаченной в срок суммы за каждый день просрочки начиная со следующего дня после дня наступления установленного срока оплаты по день фактической оплаты. Уплата указанных пеней осуществляется в порядке, установленном для уплаты взносов на капитальный ремонт.
-----------------
Вывод:
("срок оплаты" + 30 дней) пени не начисляются
("срок оплаты" + 31 дней) - ("срок оплаты" + 90 дней) 1/300
("срок оплаты" + 91 дней) 1/130
Пени за кап. ремонт начисляются по старому.
Есть еще такое мнение, что по задолженности возникшей до 01.01.2016 г. должны действовать старые правила по начислению пеней.
Вариант 1: обратится в компанию ВДГБ с вопросом о выходе релиза с реализацией данного механизма (вроде как срок начало марта). Перед собственниками извинится и сформировать квитанции чуть позже, не первого, а 7 числа.
Вариант 2: Не начислять в феврале пени
14.Лица, несвоевременно и (или) не полностью внесшие плату за жилое помещение и коммунальные услуги, обязаны уплатить кредитору пени в размере одной трехсотой ставки рефинансирования Центрального банка Российской Федерации, действующей на день фактической оплаты, от не выплаченной в срок суммы за каждый день просрочки начиная с тридцать первого дня, следующего за днем наступления установленного срока оплаты, по день фактической оплаты, произведенной в течение девяноста календарных дней со дня наступления установленного срока оплаты, либо до истечения девяноста календарных дней после дня наступления установленного срока оплаты, если в девяностодневный срок оплата не произведена. Начиная с девяносто первого дня, следующего за днем наступления установленного срока оплаты, по день фактической оплаты пени уплачиваются в размере одной стотридцатой ставки рефинансирования Центрального банка Российской Федерации, действующей на день фактической оплаты, от не выплаченной в срок суммы за каждый день просрочки. Увеличение установленных настоящей частью размеров пеней не допускается.
14.1. Собственники помещений в многоквартирном доме, несвоевременно и (или) не полностью уплатившие взносы на капитальный ремонт, обязаны уплатить в фонд капитального ремонта пени в размере одной трехсотой ставки рефинансирования Центрального банка Российской Федерации, действующей на день фактической оплаты, от не выплаченной в срок суммы за каждый день просрочки начиная со следующего дня после дня наступления установленного срока оплаты по день фактической оплаты. Уплата указанных пеней осуществляется в порядке, установленном для уплаты взносов на капитальный ремонт.
-----------------
Вывод:
("срок оплаты" + 30 дней) пени не начисляются
("срок оплаты" + 31 дней) - ("срок оплаты" + 90 дней) 1/300
("срок оплаты" + 91 дней) 1/130
Пени за кап. ремонт начисляются по старому.
Есть еще такое мнение, что по задолженности возникшей до 01.01.2016 г. должны действовать старые правила по начислению пеней.
Вариант 1: обратится в компанию ВДГБ с вопросом о выходе релиза с реализацией данного механизма (вроде как срок начало марта). Перед собственниками извинится и сформировать квитанции чуть позже, не первого, а 7 числа.
Вариант 2: Не начислять в феврале пени
Кто нибудь обновился уже на 2.0.65.11 ? Опять квитанции перестали работать, только теперь уже что то мощно они поменяли, в метаданных, что запросы стали не рабочие. Как надоело после каждого обновления править квитанции...то штрих коды поменяли то еще что-то не помню уже что.
Всем здрасте в этом чатике
Работаем с этой конфой уже лет 5, наверное. Есть куча отчетов и обработок. Давайте знакомиться.
(298), обновили всех. Выяснился один косяк кроме квитанций - паспортисты с ролью УПЖКХ_ПаспортныйСтол не могут проводить документы "Изменение лицевого счета" - нарушение прав доступа. Проверка спрятана где-то в закрытых модулях и методом научного тыка удалось выяснить, что не хватает прав на регистр сведений КВП_УдалитьУчетКоличестваЖильцовПоЛицевымСчетам, хоть он и подготавливается к удалению.
Еще добавили виды начислений в перечисление. Теперь мы наконец будем однозначно знать начислено ли по нормативу или по среднему, хотя, по мне так карявенько придумано. НУ и не проверял реализовали ли таки возможность пикать QR-коды в документах регистрации оплат. Подозреваю что нет.
Работаем с этой конфой уже лет 5, наверное. Есть куча отчетов и обработок. Давайте знакомиться.
(298), обновили всех. Выяснился один косяк кроме квитанций - паспортисты с ролью УПЖКХ_ПаспортныйСтол не могут проводить документы "Изменение лицевого счета" - нарушение прав доступа. Проверка спрятана где-то в закрытых модулях и методом научного тыка удалось выяснить, что не хватает прав на регистр сведений КВП_УдалитьУчетКоличестваЖильцовПоЛицевымСчетам, хоть он и подготавливается к удалению.
Еще добавили виды начислений в перечисление. Теперь мы наконец будем однозначно знать начислено ли по нормативу или по среднему, хотя, по мне так карявенько придумано. НУ и не проверял реализовали ли таки возможность пикать QR-коды в документах регистрации оплат. Подозреваю что нет.
Еще один жесткий косяк нашелся, жалко поздно - в план обмена "Полный" не включен регистр сведений КВП_УчетКоличестваЖильцовПоЛицевымСчетам. Получается, что документы "Изменение лицевого счета" и "Открытие лицевого счета" передаются, а движения по ним по этому регистру - нет. Народ повалил стадом и теперь думаю что делать. Просто перепровести везде документы (во всех базах периферийных и центральной) либо писать обработку которая проверяет движения по документу и если оно отсутствует - проводить. И, конечно, править план обмена.
Но, ужас конечно, ребята.
Но, ужас конечно, ребята.
(303) Раздел Начисление услуг - Корректировка взаиморасчетов ЖКХ. По бух. учету стандартными бух. документами. Скорее всего авансы перенесутся как авансы, но закрытием периода (Регламентные операции - Закрытие периода по начислениям ЖКХ)произойдет зачет авансов в разрезе услуг (можете сделать отдельный документ на этот лиц. счет).
(304) AnufrievYakov, мы в бухучете не ведем лицевые - ни к чему там такая детализация. Достаточно движухи в целом по дому в разрезе услуг, имхо :) А детализация по лицевым в квартплате. Правда пришлось допилить печ формы для юриков, но все проще чем лицевые бухуче вести.
Была у нас точно такая же задача. Просто личный кабинет. Обратились в компания ВДГБ. Попросили взять их типовой сайт и обрезать до личного кабинета. Работать с ними просто жесть. Началось сразу с косяков: они залили демо-сайт на рабочий хостинг клиента. Там какие-то объявления для собственников, регламенты... При этом менеджер звонит и говорит: все сделали принимайте работу. Извинились переделали, но даже после этого накосячили, где только можно. Потом мы попросили переделать личный кабинет и все тоже самое - качество сдаваемых работ просто аховое. Хотел пообщаться с руководителем чтобы нам менеджера поменяли, но у них там круговая порука: не соединяют, обещали перезвонить, так и не перезвонили. Работы было на 5 тыс. руб, а делали месяца два-три.
Если Вас устраивает полностью сайт и не надо доработок, то берите. Если надо делать доработки, то подумайте кто их будет делать. Перед тем как покупать посмотрите их личный кабинет. Я, например, их типовую логику, не разделяю. Считаю, что если его доработать, то все будет хорошо.
Если Вас устраивает полностью сайт и не надо доработок, то берите. Если надо делать доработки, то подумайте кто их будет делать. Перед тем как покупать посмотрите их личный кабинет. Я, например, их типовую логику, не разделяю. Считаю, что если его доработать, то все будет хорошо.
Чтобы программой хотя бы было удобно пользоваться, чтобы была забота о пользователях. Отказ от деревьев было бы просто супер, что вряд ли конечно. С деревьями опять же пользователям работать не удобно. При внесении данных все куда-то прыгает и перемещается.
Пример: вот есть оператор в обязанности которого входит работа со счетчиками. По опыту как правило счетчики ГВС и ХВС меняют парами. И таких замен в месяц куча. Но разработчику на это вообще фиолетово. Он создает помощник для ввода счетчика в разрезе одной услуги. Я не понимаю этой логики. Пусть разработчики пойдут в какую-нибудь УК и им дадут штук 40 актов завести. Если у низ через голову не доходит, пусть дойдет через руки, что так разрабатывать нельзя. Или пусть разработчик скажет - программа рассчитана на ТСЖ, где время заведение первичной информации не важно (не критично из-за объема). Но ведь это расходится с их представлениями, т.к. во всех последних обновлениях они рапортуют о том, что они что-то сделали для производительности системы.
Еще пример: печать платежных документов. Зачем настройки сделаны в разрезе пользователей не понятно (про копирование настроек я в курсе). Косяков от этого пруд пруди. Есть генеральная линия партии которая сказала как надо и все. И не важно кто ты главный бухгалтер или оператор.
И таких примеров я могу привести вагон и маленькую тележку.
Пример: вот есть оператор в обязанности которого входит работа со счетчиками. По опыту как правило счетчики ГВС и ХВС меняют парами. И таких замен в месяц куча. Но разработчику на это вообще фиолетово. Он создает помощник для ввода счетчика в разрезе одной услуги. Я не понимаю этой логики. Пусть разработчики пойдут в какую-нибудь УК и им дадут штук 40 актов завести. Если у низ через голову не доходит, пусть дойдет через руки, что так разрабатывать нельзя. Или пусть разработчик скажет - программа рассчитана на ТСЖ, где время заведение первичной информации не важно (не критично из-за объема). Но ведь это расходится с их представлениями, т.к. во всех последних обновлениях они рапортуют о том, что они что-то сделали для производительности системы.
Еще пример: печать платежных документов. Зачем настройки сделаны в разрезе пользователей не понятно (про копирование настроек я в курсе). Косяков от этого пруд пруди. Есть генеральная линия партии которая сказала как надо и все. И не важно кто ты главный бухгалтер или оператор.
И таких примеров я могу привести вагон и маленькую тележку.
(314) AnufrievYakov, вы, конечно, в чем то правы, но вот с этим не согласен: "Или пусть разработчик скажет - программа рассчитана на ТСЖ, где время заведение первичной информации не важно (не критично из-за объема). Но ведь это расходится с их представлениями, т.к. во всех последних обновлениях они рапортуют о том, что они что-то сделали для производительности системы."
Судя по информации об обновлениях, оптимизировали расчет начислений и печать квитанций, по сути две самых ресурсоемких операции. И к чему здесь ваш язвительный тон, непонятно :)
А по графикам - ну не нравятся они вам, не видите в них смысла - отключите их, разработчик же не принуждает вас ими пользоваться.
Судя по информации об обновлениях, оптимизировали расчет начислений и печать квитанций, по сути две самых ресурсоемких операции. И к чему здесь ваш язвительный тон, непонятно :)
А по графикам - ну не нравятся они вам, не видите в них смысла - отключите их, разработчик же не принуждает вас ими пользоваться.
(317) KRaSH13,
Я считаю, что разработчик вместо того чтобы заниматься реально нужными вещами занимается фигней в виде графиков. Я прекрасно знаю, что они отключаются. У любого действия есть цель. Вот цель мне не понятна.
Во всем можно разобраться и исправить. Причем быстрее сделать это самим, чем обращаться к разработчику. Даже проще переписать некоторые их закрытые модули и поддерживать самим.
Цена внедрения и сопровождения программного продукта становится неадекватно дорогой (Вы же не правите косяки разработчика бесплатно)из-за косяков и простого неудобства (вы же не консультируйте пользователей бесплатно).
А по графикам - ну не нравятся они вам, не видите в них смысла - отключите их, разработчик же не принуждает вас ими пользоваться.
Я считаю, что разработчик вместо того чтобы заниматься реально нужными вещами занимается фигней в виде графиков. Я прекрасно знаю, что они отключаются. У любого действия есть цель. Вот цель мне не понятна.
Во всем можно разобраться и исправить. Причем быстрее сделать это самим, чем обращаться к разработчику. Даже проще переписать некоторые их закрытые модули и поддерживать самим.
Цена внедрения и сопровождения программного продукта становится неадекватно дорогой (Вы же не правите косяки разработчика бесплатно)из-за косяков и простого неудобства (вы же не консультируйте пользователей бесплатно).
(322) AnufrievYakov,
"Во всем можно разобраться и исправить. Причем быстрее сделать это самим, чем обращаться к разработчику. Даже проще переписать некоторые их закрытые модули и поддерживать самим."
Апплодирую, стоя! Особенно про переписку модулей :)
Думается, разработчик закрывает модули отнюдь не потому, что боится, что его код перекочует в программы фирм конкурентов. А для того, чтобы особо умные (или считающие себя особо умными) программисто-кодеры не вносили свои, конечно же, исключительно умные правки в базовые расчетные механизмы программы. Ведь после того, как программа вдруг встанет кОлом (а если и не встанет, то потихоньку начнет то там, то здесь ерунду начислять), особо умный программист побежит, скорее всего, к разработчику. А оно ему (разработчику) надо?
Не хотел никого обидеть, просто тема про "закрытость" модулей уже не первый раз поднимается, решил высказать свое мнение :)
"Во всем можно разобраться и исправить. Причем быстрее сделать это самим, чем обращаться к разработчику. Даже проще переписать некоторые их закрытые модули и поддерживать самим."
Апплодирую, стоя! Особенно про переписку модулей :)
Думается, разработчик закрывает модули отнюдь не потому, что боится, что его код перекочует в программы фирм конкурентов. А для того, чтобы особо умные (или считающие себя особо умными) программисто-кодеры не вносили свои, конечно же, исключительно умные правки в базовые расчетные механизмы программы. Ведь после того, как программа вдруг встанет кОлом (а если и не встанет, то потихоньку начнет то там, то здесь ерунду начислять), особо умный программист побежит, скорее всего, к разработчику. А оно ему (разработчику) надо?
Не хотел никого обидеть, просто тема про "закрытость" модулей уже не первый раз поднимается, решил высказать свое мнение :)
(346) KRaSH13, проблема не в том чтобы править в закрытых модулях. Написать свой самый правильный вариант. Зачастую чтобы разобраться быстро нужно видеть код модуля. Вот как у меня недавно было: паспортист не мог проводить документы изменение леицевого счета с ошибкой нарушения прав доступа и только полуторочасовое разбирательство позволило выяснить к какому регистру сведений доступа не хватало. А можно было тупо глобальным поиском отыскать все строчки с нужным текстом, расставить точки останова и отловить.
Я открываю через Начисление услуг → Отчеты → Квитанция извещения.
Квитанция не формируется вообще или для этого лс? Если вообще вам в "Настройки формирования ПД", если для определенного ЛС - надо смотреть.
(314) AnufrievYakov, Программе много проблемных моментов. Особенно напрягают баги. Если с неудобством можно как-то мириться (нами, например написано куча обработок, облегчающих жизнь. Начиная с помощника замены счетчика до помощника переоформления лс), то с багами совсем печально. Разобраться в коде можно только потратив нереальную кучу времени, а если учесть что большая часть кода вообще скрыта то бОльшая часть косяков неисправима в ручном порядке. Не радует также что нет информации о дате последнего показания в документе "ввод показаний счетчика". Бесит что в квитанцию информацию о способе расчета для здания попадают настройки услуги, а не реальная информация по приборам учета здания. Бесит что нет возможности изменить начисления по зависимым счетчикам (см. водоотведение). Наконец, почему не сделать зашитые программно настройки для определенных услуга "ХВС, Двухкомпонентный ГВС, Электроэнергия", ведь практически все считают по тому как требует закон, и не позволяют себе вольностей. Почему нельзя в документе начисления по показаниям пу дать возможность убрать некоторые месяцы сторнирования? Зачем производить реальное сторнирование? Т.е. если мы телу по среднему начислили 5 м3, а он в след месяце передает 5 расход за 2 месяца для чего делать -5м3 +5м3??? А если тариф поменялся? А для двухкомпонентных услуг такой расчет вообще к путанице приводит.
В общем, вопросов много. Но остается надеяться, что когда-то это поправят :)
Зато разработчик добавил графики для счетчиков (не состыковав показания с порядком округления). Кто-то этим пользуется. Кому это надо? Цель вообще не понятна. Лучше табличку с расходом, чем график, потому как из графика вообще не понятно ноль там или "Не сдал". Про сортировки списков в некоторых местах просто промолчу и т.д. и т.п.
Здравствуйте. Есть несколько вопросов по данной конфигурации:
1. Есть одна квартира, где два собственника. У каждого по 1/2. Если начинаешь делать начисление так начисление идет только на одного собственника, на 1/2 55 кв.м вместо 110.
2. При попытки открыть отчет «квитанции и извещения» пишет "Форма недоступна для использования".
1. Есть одна квартира, где два собственника. У каждого по 1/2. Если начинаешь делать начисление так начисление идет только на одного собственника, на 1/2 55 кв.м вместо 110.
2. При попытки открыть отчет «квитанции и извещения» пишет "Форма недоступна для использования".
(319) sashasasha89, чтобы неправильно считало на несколько собственников я еще не встречал. у нас и по 10 лицевых на квартиру есть и делим доли пропорционально долям/жилой/общей площади. Вам надо проверить регистр "Размеры долей лицевых счетов" для этого помещения и назначена ли услуга. Если в документе начисления есть строчка на начислениям для обоих лицевых, но в одном сумма начисления нулевая - не верно распределены доли. Если нет строчки вообще - не назначена услуга. Это самое быстрое что в голову прошло. Может еще какие причины, но программа однозначно нормально считает когда несколько лс на помещение
(320) shamahn, У меня один лицевой счет. Надо заводить два лицевых счета если два собственника? В Начислениях только одна строка с одним собственником с долей 0,5. Если открывать еще один счет на квартиру сколько там указывать проживающих и зарегистрированных? В квартире два собственника и еще 2 проживающих.
Квитанции извещения вообще не открывается. Может надо где в настройках галочку поставить?
Квитанции извещения вообще не открывается. Может надо где в настройках галочку поставить?
Я проблему понял так: Вам надо ОТКРЫТЬ два лицевых счета. У каждого должна быть доля 1/2. По каждому лицевому счету будут идти отдельные взаиморасчеты, отдельный собственник. Кого куда прописывать я думаю вопрос к собственникам (паспортный стол передает только адрес наверное). По счетчикам проблем не будет - показания будут делится согласно долям собственности (если конечно такое деление не проблема). В этом случаи формируется два ПЛАТЕЖНЫХ ДОКУМЕНТА.
В каждом лицевом счете один собственник.
По проживающим вопрос к собственникам: какой из собственников прописал кого к себе (это прямо им позвонить и спросить).
Количество проживающих по квартире = Проживающие по лиц. счету № 1 + Проживающие по лиц. счету № 2
По проживающим вопрос к собственникам: какой из собственников прописал кого к себе (это прямо им позвонить и спросить).
Количество проживающих по квартире = Проживающие по лиц. счету № 1 + Проживающие по лиц. счету № 2
К лицевому счету № 94 добавил лицевой счет № 94/1. Добавил тех же жильцов, те же начисления. Сделал это датой 1.02.16. Но в начисление все равно одна доля стоит.
На этот лицевой счет надо те же самые счетчики назначать? Как это сделать?
На этот лицевой счет надо те же самые счетчики назначать? Как это сделать?
(328) sashasasha89, Внимательно посмотрите дату открытия лицевого счета, по вашим скриншотам видно что, при установки доли лицевой счета, у вас там стоит один лицевой счет, а должно быть два на дату открытия. Скорей всего он и не попадает в документ начисления услуг.
Счетчики назначите так же как назначили их на другой лицевой счет (скорее всего еще показания придется заново занести или перепровести. Откройте ввод показаний и у вас там должен появится плюсик, при разворачивании которого будут показаны два лиц. счета).
Про жильцов я Вас не понимаю: почему те же самые в обоих лицевых счетах? Представьте, что вы купили 1/2 часть квартиры и хотите в нее прописать свою супругу. В этой же квартире есть другой собственник с 1/2 доли. Какое отношение Ваша супруга имеет к другому собственнику?
Про жильцов я Вас не понимаю: почему те же самые в обоих лицевых счетах? Представьте, что вы купили 1/2 часть квартиры и хотите в нее прописать свою супругу. В этой же квартире есть другой собственник с 1/2 доли. Какое отношение Ваша супруга имеет к другому собственнику?
А то что в двух лицевых счетах встает автоматом одно и тоже "ответственный собственник, наниматель" это я понимаю не правильно?
А так вроде считает.
А как сделать чтобы теперь по этим двум лицевым считал сумма считалось вместе? Как увидеть начисление на квартиру (двух собственников вместе)?
А так вроде считает.
А как сделать чтобы теперь по этим двум лицевым считал сумма считалось вместе? Как увидеть начисление на квартиру (двух собственников вместе)?
(336) Di_Denis, Получается на одну квартиру, где два собственника выдается два квитка? Есть возможность объединить эти два лицевым счета для общего квитка?
И еще у меня у двух лицевых счетов один и тот же собственник. Как поменять у второго лицевого счета собственника? Пробовал в документе открытия лицевого счета не получается. Или в каждом лицевом счете указывать только одного собственника?
И еще у меня у двух лицевых счетов один и тот же собственник. Как поменять у второго лицевого счета собственника? Пробовал в документе открытия лицевого счета не получается. Или в каждом лицевом счете указывать только одного собственника?
Сейчас квитанция - это есть платежный документ. В программе несколько вариантов формирования платежного документа. Раздел Начисление услуг "Платежный документ". В том же разделе "Отчет по начислениям и долгам".
Платежный документ - отчет который позволяет сформировать Платежный документ с заданными настройками (закладок там много настраиваете под себя. Но помните настроил себе скопируй настройки расчетчику).
Что касается недоступности формы - при выборе пункта меню программа говорит что форма не работоспособна, но дает выбрать один из 14 вариантов. Выбираете один из вариантов и все у Вас сформируется. Но еще раз скажу - форма вашей квитанции должна соответствовать требованиям законодательства и фактически должна быть платежным документом.
-------------------------
И все таки еще раз к открытию лицевых счетов:
1 вариант: есть два собственника каждый владеет 1/2 доли. Иванов И.И. и Петров П.П. Они пришли к Вам и говорят нам можно формировать один документ на квартиру и в качестве ответственного с нашей стороны будет Иванов И.И. (например, в ипотечных договорах так делают). При открытии в жильцах указываются оба жильца, ставится галочка что они собственники, указывается доля каждого. В качестве ответственного собственника указывается Иванов И.И. Далее во всех взаиморасчетах будет фигурировать Иванов И.И. Данный порядок с использованием ответственного собственника можете зафиксировать в договоре на обслуживание или на честном слове (тут сами решаете).
В данном варианте - платежный документ (квитанция) один.
2 вариант: приходит два собственника каждый владеет 1/2 доли. Иванов И.И. и Петров П.П. Они Вам говорят что друг друга знать не хотят и хотят каждый отдельную квитанцию на свою долю. Это тот вариант который реализовали Вы.
В данном варианте - платежных документов (квитанций) два.
В одном доме может быть как первый так и второй вариант. Все зависит от собственников.
Платежный документ - отчет который позволяет сформировать Платежный документ с заданными настройками (закладок там много настраиваете под себя. Но помните настроил себе скопируй настройки расчетчику).
Что касается недоступности формы - при выборе пункта меню программа говорит что форма не работоспособна, но дает выбрать один из 14 вариантов. Выбираете один из вариантов и все у Вас сформируется. Но еще раз скажу - форма вашей квитанции должна соответствовать требованиям законодательства и фактически должна быть платежным документом.
-------------------------
И все таки еще раз к открытию лицевых счетов:
1 вариант: есть два собственника каждый владеет 1/2 доли. Иванов И.И. и Петров П.П. Они пришли к Вам и говорят нам можно формировать один документ на квартиру и в качестве ответственного с нашей стороны будет Иванов И.И. (например, в ипотечных договорах так делают). При открытии в жильцах указываются оба жильца, ставится галочка что они собственники, указывается доля каждого. В качестве ответственного собственника указывается Иванов И.И. Далее во всех взаиморасчетах будет фигурировать Иванов И.И. Данный порядок с использованием ответственного собственника можете зафиксировать в договоре на обслуживание или на честном слове (тут сами решаете).
В данном варианте - платежный документ (квитанция) один.
2 вариант: приходит два собственника каждый владеет 1/2 доли. Иванов И.И. и Петров П.П. Они Вам говорят что друг друга знать не хотят и хотят каждый отдельную квитанцию на свою долю. Это тот вариант который реализовали Вы.
В данном варианте - платежных документов (квитанций) два.
В одном доме может быть как первый так и второй вариант. Все зависит от собственников.
Значит Я Вас проконсультировал не правильно. Второй лицевой счет не нужен. Для решения проблемы надо было посмотреть документ открытия лицевого счета (в нем в списке должна быть указаны доли по жильцам 1/2) и посмотреть регистр "Размеры долей лицевых счетов" (не знаю где он в меню, я открываю через Все функции) с отбором по помещению там должно быть 1/1. Скорее всего в регистре стояла доля 1/2 и указан открытый лицевой счет.
Поэтому: второй лиц. счет надо удалить. Открытие первого провести. Доли проверить.
Поэтому: второй лиц. счет надо удалить. Открытие первого провести. Доли проверить.
Попробуйте воспользоваться их механизмом по формированию документов счетов и актов. Это же нормально для разработчика, что счета и акты формируются общими цифрами. Есть вариант долбится к разработчику и просить создать механизм формирования нормальных счетов с количеством, ценой (тарифом) и суммой, как просят все нормальные контрагенты. А можно взять и сделать самим переписав закрытый модуль. А можно взять и сделать совсем по-другому.
Смысла покупать отраслевое решение и потом все переписывать нет никакого (мне кажется это очевидно).
Разработчик переживает, что программа встанет колом из-за корявого внедренца. Да не смешите меня. Разработчику на это ...(все равно).
Закрытые модули = привязка пользователя к программному продукту и не более того. Прибыль - вот основная цель и все решения продиктованы этим. Просто деньги и это нормально.
Смысла покупать отраслевое решение и потом все переписывать нет никакого (мне кажется это очевидно).
Разработчик переживает, что программа встанет колом из-за корявого внедренца. Да не смешите меня. Разработчику на это ...(все равно).
Закрытые модули = привязка пользователя к программному продукту и не более того. Прибыль - вот основная цель и все решения продиктованы этим. Просто деньги и это нормально.
Чисто гипотетический вопрос к Вам KRaSH13:
У Вас на обслуживании несколько компаний ЖКХ в одном городе. Все в один голос говорят, что пени по долгам до 01.01.2016 года формируются по правилам расчета пеней действующих до 01.01.2016 года, т.е. 1/300 вместо дифференцированной шкалы которая действует с 01.01.2016 г. В программе это не реализовано, модуль расчета пеней закрыт. Ваши действия какие?
У Вас на обслуживании несколько компаний ЖКХ в одном городе. Все в один голос говорят, что пени по долгам до 01.01.2016 года формируются по правилам расчета пеней действующих до 01.01.2016 года, т.е. 1/300 вместо дифференцированной шкалы которая действует с 01.01.2016 г. В программе это не реализовано, модуль расчета пеней закрыт. Ваши действия какие?
(348) AnufrievYakov, чисто гипотетически могу предположить, что раз "все в один голос говорят" (и наверняка не первый день и не в 20х числах января), а обслуживаю сразу несколько УК, выйду на контакт с разработчиком ПП и поинтересуюсь, собирается ли и в какие сроки он это реализовывать. Далее - в зависимости от ответа.
Если не гипотетически - то, если не ошибаюсь-поправьте, в конце января-может быть самом начале февраля разработчик таки выдал релиз с этой доработкой (ред. 30), т.е. начислить пени за январь по новым правилам вы могли без проблем.
"А можно взять и сделать самим переписав закрытый модуль. А можно взять и сделать совсем по-другому.
Смысла покупать отраслевое решение и потом все переписывать нет никакого (мне кажется это очевидно)."
Ну, с этим сложно поспорить.
Если не гипотетически - то, если не ошибаюсь-поправьте, в конце января-может быть самом начале февраля разработчик таки выдал релиз с этой доработкой (ред. 30), т.е. начислить пени за январь по новым правилам вы могли без проблем.
"А можно взять и сделать самим переписав закрытый модуль. А можно взять и сделать совсем по-другому.
Смысла покупать отраслевое решение и потом все переписывать нет никакого (мне кажется это очевидно)."
Ну, с этим сложно поспорить.
Если я не ошибаюсь, то в том виде в котором я описал порядок начисления пеней в программе не реализовано.
Смысл такой: на старые долги действуют старые правила, на новые долги новые. Это не моя выдумка, а позиция администрации города(или кто там организует семинары).
Смысл такой: на старые долги действуют старые правила, на новые долги новые. Это не моя выдумка, а позиция администрации города(или кто там организует семинары).
В регистре запись после проведения должна снова создаться, только вместо 1/2 должно 1/1.
Пишет, что не уникальный: я не телепат конечно, и уже один раз проконсультировав Вас не правильно. Но видимо при создании лицевого счета программа пишет что идентификатор не уникален и не создает лиц. счет. Считаю, что дело в наименовании лицевых счетов "94/1". Программа не может получить корректно максимальный номер.
Пишет, что не уникальный: я не телепат конечно, и уже один раз проконсультировав Вас не правильно. Но видимо при создании лицевого счета программа пишет что идентификатор не уникален и не создает лиц. счет. Считаю, что дело в наименовании лицевых счетов "94/1". Программа не может получить корректно максимальный номер.
(356) sashasasha89,
В справочнике лицевых счетов можно открыть и поправить.
(357) sashasasha89,
Приведенный регистр меня не смущает и я не вижу в нем проблемы. Это не регистр "Размеры долей лицевых счетов"
(358) sashasasha89,
Там есть два числа: над табличной частью и в табличной части. И там и там надо было поставить 1 (хотя я Вам предлагал удалить строку и перепровести открытие). Считаю что Вы не правы, хотя считается верно.
В справочнике лицевых счетов можно открыть и поправить.
(357) sashasasha89,
Приведенный регистр меня не смущает и я не вижу в нем проблемы. Это не регистр "Размеры долей лицевых счетов"
(358) sashasasha89,
Там есть два числа: над табличной частью и в табличной части. И там и там надо было поставить 1 (хотя я Вам предлагал удалить строку и перепровести открытие). Считаю что Вы не правы, хотя считается верно.
Теперь вопрос: почему не открывается отчет Квитанция извещения? Если через Начисление услуг → Отчеты → Квитанция извещения то форма не доступна для использования. Если через Все функции → Отчеты то ни какой ошибки, но и отчет не формируется. И есть ли способы формирование квитанций для оплаты?
Добрый день!Подскажите пожалуйста, какими отчетами в программе можно проверить Форму 22-ЖКХ (сводная)? И из чего она собирается? Квитанции рассчитываются правильно, остаток задолженности тоже, значит начисление и оплата проходят правильно, в форме дебиторская задолженность не правильная.
(378), подозреваю, что документами "Закрытие периода по начислениям ЖКХ" не пользовались. У вас запросто могло получиться что по одним услугам переплата внутри лицевого счета, а по другим долг. Хотя, итоговое сальдо по лицевому нулевое, по услугам оно как положительное так и отрицательное.
Приветствую! Нужну правила обмена из статьи Инструкция по переносу данных из 1С:Бухгалтерия предприятия, ред. 3.0 в 1С: Учет в управляющих компаниях ЖКХ, ТСЖ и ЖСК, ред. 3.0. Они высылаются по запросу. Но в службе поддержки мне отвечают явно некомпетентные люди и до сих пор не прислали правила -- отвечают невпопад... печаль. Версия 3.0.43.6
Добрый день
Подскажите, каким образом провести начисление за прошлый период, если услугу подключили задним числом в текущем периоде.
Например, выяснилось, что с апреля должна действовать новая услуга по некоторым л/с. Текущий период - май.
Подключаем услугу в мае, "дата С" ставим с 01.04.16.
Не соображу, как досчитать в мае апрельское начисление? Ничего соответствующего в корректировке и начислениях не нашел.
Подскажите, каким образом провести начисление за прошлый период, если услугу подключили задним числом в текущем периоде.
Например, выяснилось, что с апреля должна действовать новая услуга по некоторым л/с. Текущий период - май.
Подключаем услугу в мае, "дата С" ставим с 01.04.16.
Не соображу, как досчитать в мае апрельское начисление? Ничего соответствующего в корректировке и начислениях не нашел.
Добрый день.
Документ Корректировка начислений -> Перерасчет по изменению лицевых счетов
Период с апреля по апрель. Ручками заполнить табличную часть (по кнопке добавить. Кнопка заполнить работает в данном варианте загадочным образом). Нажать кнопку Рассчитать. Проверил на услуге рассчитываемой не по счетчикам. По счетчикам смысла нет наверное пересчитывать, т.к. все откорректируется текущим начислением.
Документ Корректировка начислений -> Перерасчет по изменению лицевых счетов
Период с апреля по апрель. Ручками заполнить табличную часть (по кнопке добавить. Кнопка заполнить работает в данном варианте загадочным образом). Нажать кнопку Рассчитать. Проверил на услуге рассчитываемой не по счетчикам. По счетчикам смысла нет наверное пересчитывать, т.к. все откорректируется текущим начислением.
(375), однозначно через корректировку. Нельзя сделать начисление месяцем отличным от месяца даты документа. Я бы, наверное, сделал начисление в апреле, сформировал отчет с нужными цифрами. Поудалял документы начисления и заполнил документы корректировки по полученным ранее отчетам.
(381) Maxsj_Payne, здравствуйте. И обращаюсь ко всем. Я также собираюсь заняться разработкой выгрузки в ГИС ЖКХ, хочу сделать это напрямую, не через excel. У нас конфигурация "Учет сбыта тепловой энергии" от Софт-Портала. Документации от самих ГИС ЖКХ очень много и очень сложно все это сразу понять. Пока что первый вопрос - организовать установку соединения и пример отправки данных из 1С.
У кого был опыт интеграции с подобными системами? Как организовать защищенное соединение из 1С и организовать подписание файлов?
Предлагаю создать новую тему на форуме, будем обмениваться в ней своими наработками.
У кого был опыт интеграции с подобными системами? Как организовать защищенное соединение из 1С и организовать подписание файлов?
Предлагаю создать новую тему на форуме, будем обмениваться в ней своими наработками.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот