Бух.программы для ТСЖ

[Санычъ]

Уважаемые НКО-шники и "пр." модераторы, с новым годом!
Наденька, персональный привет...

[AnatolySN]

Выложите копии своих квитаный, мне интересно как они выглядят.
спасибо.

[AnatolySN]

Щас столкнулся с проблеммой в бухгалтерии.
отсутствие быстро просмотреть состояние платежей квартирантов.
т.е. кто сколько за что и когда заплатил.
пользуемся интернет банком сбера.
реестры приходят каждый день в архиве.
если нужно посмотреть срочно оплату определенного лица, есть ли у него долги когда последний раз платил и .т.д, то приходиться просматривать все файлы.

если в сбере они просто могут сделать поиск по базе, то у нас ее нет, есть только файлики в ахивах.

как вы решили данную проблемму.
или бухгалтер обязан каждый день запонять свою базу данных по платежам?
может есть программа для клиентов банка которая смотрит эти реестры?

[AnatolySN]

так так т.е. бухгалтер должен каждый день принимать реестры и потом их заносить в 1с например.

[Санычъ]

так так т.е. бухгалтер должен каждый день принимать реестры и потом их заносить в 1с например.

Да, у бухгалтера "похожие" обязанности.
Анатолий (?), наверное, проще пройти "курс молодого бойца", например, на соответствующих курсах, где на "множества бойцов" один подготовленный специалист - преподаватель. Где можете профессионально расти, общаясь с такими же начинающими. После чего вопросы у Вас будут более компетентные, неважно, хотите что-то уточнить или просто спросить.
Или форум должен сплотиться вокруг вас, наперебой поясняя то или иное.
Пример... Если Вы забыли что-то по таблице умножения, то можно спросить-уточнить. Но не всю же таблицу Вам объяснять!
Не сердитесь.

[AnatolySN]

я тоже уже подумал об этом.

[Александр7272]

или бухгалтер обязан каждый день запонять свою базу данных по платежам?

Конечно, сбер вам дает информацию об оплате, в отрыве от информации о начислениях она мало что дает, поэтому только в своей программе вы сможете увидить реальную картину.

[Калинка-малинка]

Еще раз повторю: Я не любитель 1С, и в части наислений гражданам не советую объединять бухгалтерскую программу и программу начислений. Надежнее.

Так какую программу для начислений надо купить?
Посоветуйте.. Чтоб не сильно дорого...

[AnatolySN]

2 варианта или МОДУЛЬ ЖКХ Инфобух (5-8 т.р.) или Домовладелец (14000р.)
демки в интернете

[Калинка-малинка]

2 варианта или МОДУЛЬ ЖКХ Инфобух (5-8 т.р.) или Домовладелец (14000р.)
демки в интернете

Спасибо, пошла смотреть

МОДУЛЬ ЖКХ Инфобух- эту по поиску не находит...Ткните где ее искать, пжл

[Санычъ]

http://www.modus.ru/cd/29

[Калинка-малинка]

http://www.modus.ru/cd/29

Спасибо

[diamondk]

Так какую программу для начислений надо купить?
Посоветуйте.. Чтоб не сильно дорого...

Могу, по собственному опыту, посоветовать посмотреть программу "РКЦ Офис". Удобный интерфейс и большое количество отчетов. Нашу УК устраивает полностью.

[Калинка-малинка]

Спасибо, посмотрю. У нас всего 1 дом-100 квартир и 12 офисов.

[OlegAndr]

Добрый день всем форумчанам)
Возник вот какой вопрос - ведёте ли вы в своей программе отдельное сальдо по каждой услуге или всё вместе в одну копилку?

[diamondk]

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

[Александр7272]

Возник вот какой вопрос - ведёте ли вы в своей программе отдельное сальдо по каждой услуге или всё вместе в одну копилку?

В бухгалтерии - Да. В квартплате - Нет.

[OlegAndr]

Сальдо для жителя в квитанции понятно общее (хотя если я ничего не путаю, в московских ЕИРЦ печатается отдельная долговая квитанция). Но не суть...
А почему по услуге не может? Как в приведенном Вами примере - услуга кончилась и на ней повисло кредитовое сальдо. В КВИТАНЦИИ вы его схлопнете с остальными услугами, по которым дебет и жителю покажете итоговый долг.
Но как в оборотной ведомости быть? Её вы по услугам ведёте по каждому лицевому и по услугам же рассчитываетесь с поставщиком?
Или общее поступление за месяц САМИ потом раскидываете какому поставщику сколько заплатить из общего котла?

[Александр7272]

Вам для чего надо, для бухгалтерии или для квартплаты? Для того чтобы вести сальдо в квартплате вам прийдется распределять оплату по услугам.

[diamondk]

А почему по услуге не может? Как в приведенном Вами примере - услуга кончилась и на ней повисло кредитовое сальдо. В КВИТАНЦИИ вы его схлопнете с остальными услугами, по которым дебет и жителю покажете итоговый долг.

И, как факт, кредиторка так и будет висеть по закрытой услуге, а другие постащики недополучат своих денег.
На эту тему есть хорошая статья с подробным описанием на сайте программы "РКЦ Офис". Раздел "Статьи".

[diamondk]

Или общее поступление за месяц САМИ потом раскидываете какому поставщику сколько заплатить из общего котла?

А зачем тогда программа? Можно вообще все в Excel'е делать.
ИМХО, софт должен решать проблемы пользователей, а не ставить новые.

[OlegAndr]

Что в бухгалтерии ведётся по услугам тоже понятно. Как иначе с поставщиками расчитываться? ) Вопрос касался именно квартплаты.
Ну да, придётся разбивать квартплату по услугам. А разве можно без этого обойтись?
Ну вот приходит к Вам житель и говорит - у меня в квитанции долг, а я считаю, что никакого долга нет.
Вы ему - на тебе, дорогой, оборотную ведомость по своему лицевому и иди читай.
Так вот в этой оборотной ведомости сальдо по услугам разбито или общей суммой?

[diamondk]

Так вот в этой оборотной ведомости сальдо по услугам разбито или общей суммой?

А наличие и того и другого варианта одновременно в программе вы не рассматриваете?

[Александр7272]

Слишком сложно.
Мы проверяем начисления - все правильно?
Потом проверяем все оплаты, есть ли непроведенные?
Если все правильно, то какая разница за что именно не заплатили?
Есть долг и его нужно погашать. Такая же логика и в суде. Проверяем правильность начислений и отражение всех оплат, если есть разница то ее нужно погасить.

[OlegAndr]

На эту тему есть хорошая статья с подробным описанием на сайте программы "РКЦ Офис". Раздел "Статьи".

Большое спасибо за статью.
Но вопрос после её чтения всё же остался. Проблема с тем, что

одни поставщики услуг необоснованно недополучают денежные средства; другие поставщики, при этом, получают (опять же необоснованно) те деньги, услуги за которые они еще не оказали.

на самом деле не решается, а перекладывается с пользователя на машину. На лицевом образуется кредит и программа САМА потом этот кредит распределяет на другую услугу. То есть какой-то поставщик ВСЁ РАВНО недополучит, а какой-то получит лишнее. Только какой теперь решает не пользователь а программа.
Либо мы ведём сальдо по услуге и с поставщиком рассчитываемся точно так как написано в оборотке по услугам. Но в этом случае у людей образуются переплаты и долги "в одном флаконе". И нам периодически приходится либо вручную, либо доверив это программе перекидывать деньги с услуги на услугу.
Либо мы ведём сальдо услуг вместе - тогда нам всё равно, как пишет Александр7272, за что именно недо-переплатил житель. Есть долг - будьте любезны. А поставщику мы потом перечислим ту сумму, которую он нам выставил, а не ту, котороую по его услуге собрали с жителей.
Есть два подхода - кто каким пользуется?

[Санычъ]

Есть два подхода - кто каким пользуется

В "полтора программе" проблема надуманна.
Кто перечисляет лишние деньги? Бред, извините

[OlegAndr]

Позволю себе процитировать статью, предоставленную diamondk

В большинстве случаев, при поступлении оплаты на счет, предлагаются два подхода по ее распределению по поставщикам (услугам):

1. пропорциональное разделении оплаты в зависимости от сумм задолженности;
2. ручное распределение суммы на основании видения оператора, работающего с программой.

С точки зрения учета все выглядит, вроде бы, красиво и правильно, но тонкости, при появлении кредиторской задолженности, учитывает слишком малое число программных решений, а именно: подавляющая часть из них оставляет решение этого вопроса либо на пользователя (которому, как правило, все равно), либо на саму систему, и, в результате, мы можем получить кредиторскую задолженность по одной услуге и дебиторскую по другой. Как факт одни поставщики услуг необоснованно недополучают денежные средства; другие поставщики, при этом, получают (опять же необоснованно) те деньги, услуги за которые они еще не оказали.

[Санычъ]

Как на базаре - "На тебе, соколик, тыщу (вместо 500), я к тебе потом еще зайду" )))))

[diamondk]

На лицевом образуется кредит и программа САМА потом этот кредит распределяет на другую услугу. То есть какой-то поставщик ВСЁ РАВНО недополучит, а какой-то получит лишнее.

Нет-нет, вы недопоняли немного.
Одновременно дебет по услуге и кредит по лицевому счету в целом быть не может.
Оплата, в идеале, распределяется пропорционально суммам задолженности. Это наиболее разумный подход и я еще ни разу не сталкивался, чтобы хотя бы один поставщик был против, после объяснения ему методики оплаты оказанных услуг. Поскольку все из них находся в равных условиях и программа не выделяет "любимчиков".

[diamondk]

В "полтора программе" проблема надуманна.
Кто перечисляет лишние деньги? Бред, извините

Ни разу не бред. Огромное количество организаций ведущих расчеты между поставщиками и потребителями делают именно так. Постоянно с этим сталкиваюсь. У одних лицевых счетов переплата по услуге, а у других глубокий дебет. "Лишних" денег поставщик, конечно, не получает, поскольку оплата коммунальных услуг далека до 100%, но вернуть кредиторку по нескольким лицевым счетам, в случае окончания действия услуги (например плата за найм закончилась после приватизации квартиры) - далеко не тривиальная задача.