http://www.modus.ru/cd/29
Вид для печати
Спасибо:yes:Цитата:
Сообщение от Санычъ
Могу, по собственному опыту, посоветовать посмотреть программу "РКЦ Офис". Удобный интерфейс и большое количество отчетов. Нашу УК устраивает полностью.Цитата:
Сообщение от Калинка-малинка
Спасибо, посмотрю. У нас всего 1 дом-100 квартир и 12 офисов.
Добрый день всем форумчанам)
Возник вот какой вопрос - ведёте ли вы в своей программе отдельное сальдо по каждой услуге или всё вместе в одну копилку?
Вообще любая нормальная программа просто обязана вести сальдо по каждой услуге в отдельности, иначе непонятно каким образом потом рассчитываться с поставщиками.
Другой вопрос, что во-первых, для абонента сальдо в квитанциях общее, ибо ни к чему усложнять квитанции и увеличивать их размер, а во-вторых сальдо по лицевому счету может быть кредитовым, а вот по услугам не может. Поскольку если отдать кредиторку поставщикам, то потом ее обратно не очень-то и вернешь (например в тех случаях, когда услуга закончится). Последнее требование поддерживает буквально полторы программы на рынке.
В бухгалтерии - Да. В квартплате - Нет.Цитата:
Возник вот какой вопрос - ведёте ли вы в своей программе отдельное сальдо по каждой услуге или всё вместе в одну копилку?
Сальдо для жителя в квитанции понятно общее (хотя если я ничего не путаю, в московских ЕИРЦ печатается отдельная долговая квитанция). Но не суть...
А почему по услуге не может? Как в приведенном Вами примере - услуга кончилась и на ней повисло кредитовое сальдо. В КВИТАНЦИИ вы его схлопнете с остальными услугами, по которым дебет и жителю покажете итоговый долг.
Но как в оборотной ведомости быть? Её вы по услугам ведёте по каждому лицевому и по услугам же рассчитываетесь с поставщиком?
Или общее поступление за месяц САМИ потом раскидываете какому поставщику сколько заплатить из общего котла?
Вам для чего надо, для бухгалтерии или для квартплаты? Для того чтобы вести сальдо в квартплате вам прийдется распределять оплату по услугам.
И, как факт, кредиторка так и будет висеть по закрытой услуге, а другие постащики недополучат своих денег.Цитата:
Сообщение от OlegAndr
На эту тему есть хорошая статья с подробным описанием на сайте программы "РКЦ Офис". Раздел "Статьи".
А зачем тогда программа? Можно вообще все в Excel'е делать.Цитата:
Сообщение от OlegAndr
ИМХО, софт должен решать проблемы пользователей, а не ставить новые.
Что в бухгалтерии ведётся по услугам тоже понятно. Как иначе с поставщиками расчитываться? ) Вопрос касался именно квартплаты.
Ну да, придётся разбивать квартплату по услугам. А разве можно без этого обойтись?
Ну вот приходит к Вам житель и говорит - у меня в квитанции долг, а я считаю, что никакого долга нет.
Вы ему - на тебе, дорогой, оборотную ведомость по своему лицевому и иди читай.
Так вот в этой оборотной ведомости сальдо по услугам разбито или общей суммой?
А наличие и того и другого варианта одновременно в программе вы не рассматриваете?Цитата:
Сообщение от OlegAndr
Слишком сложно.
Мы проверяем начисления - все правильно?
Потом проверяем все оплаты, есть ли непроведенные?
Если все правильно, то какая разница за что именно не заплатили?
Есть долг и его нужно погашать. Такая же логика и в суде. Проверяем правильность начислений и отражение всех оплат, если есть разница то ее нужно погасить.
Большое спасибо за статью.Цитата:
На эту тему есть хорошая статья с подробным описанием на сайте программы "РКЦ Офис". Раздел "Статьи".
Но вопрос после её чтения всё же остался. Проблема с тем, что
на самом деле не решается, а перекладывается с пользователя на машину. На лицевом образуется кредит и программа САМА потом этот кредит распределяет на другую услугу. То есть какой-то поставщик ВСЁ РАВНО недополучит, а какой-то получит лишнее. Только какой теперь решает не пользователь а программа.Цитата:
одни поставщики услуг необоснованно недополучают денежные средства; другие поставщики, при этом, получают (опять же необоснованно) те деньги, услуги за которые они еще не оказали.
Либо мы ведём сальдо по услуге и с поставщиком рассчитываемся точно так как написано в оборотке по услугам. Но в этом случае у людей образуются переплаты и долги "в одном флаконе". И нам периодически приходится либо вручную, либо доверив это программе перекидывать деньги с услуги на услугу.
Либо мы ведём сальдо услуг вместе - тогда нам всё равно, как пишет Александр7272, за что именно недо-переплатил житель. Есть долг - будьте любезны. А поставщику мы потом перечислим ту сумму, которую он нам выставил, а не ту, котороую по его услуге собрали с жителей.
Есть два подхода - кто каким пользуется?
В "полтора программе" проблема надуманна.Цитата:
Есть два подхода - кто каким пользуется
Кто перечисляет лишние деньги? Бред, извините
Позволю себе процитировать статью, предоставленную diamondk
Цитата:
В большинстве случаев, при поступлении оплаты на счет, предлагаются два подхода по ее распределению по поставщикам (услугам):
- пропорциональное разделении оплаты в зависимости от сумм задолженности;
- ручное распределение суммы на основании видения оператора, работающего с программой.
С точки зрения учета все выглядит, вроде бы, красиво и правильно, но тонкости, при появлении кредиторской задолженности, учитывает слишком малое число программных решений, а именно: подавляющая часть из них оставляет решение этого вопроса либо на пользователя (которому, как правило, все равно), либо на саму систему, и, в результате, мы можем получить кредиторскую задолженность по одной услуге и дебиторскую по другой. Как факт одни поставщики услуг необоснованно недополучают денежные средства; другие поставщики, при этом, получают (опять же необоснованно) те деньги, услуги за которые они еще не оказали.
Как на базаре - "На тебе, соколик, тыщу (вместо 500), я к тебе потом еще зайду" )))))
Нет-нет, вы недопоняли немного.Цитата:
Сообщение от OlegAndr
Одновременно дебет по услуге и кредит по лицевому счету в целом быть не может.
Оплата, в идеале, распределяется пропорционально суммам задолженности. Это наиболее разумный подход и я еще ни разу не сталкивался, чтобы хотя бы один поставщик был против, после объяснения ему методики оплаты оказанных услуг. Поскольку все из них находся в равных условиях и программа не выделяет "любимчиков".
Ни разу не бред. Огромное количество организаций ведущих расчеты между поставщиками и потребителями делают именно так. Постоянно с этим сталкиваюсь. У одних лицевых счетов переплата по услуге, а у других глубокий дебет. "Лишних" денег поставщик, конечно, не получает, поскольку оплата коммунальных услуг далека до 100%, но вернуть кредиторку по нескольким лицевым счетам, в случае окончания действия услуги (например плата за найм закончилась после приватизации квартиры) - далеко не тривиальная задача.Цитата:
Сообщение от Санычъ
Оплата чего?Цитата:
Оплата, в идеале
Коллега,
Дт 86 Кт 60 - акцептуется счет поставщика
Дт 60 Кт 51 - долг оплачивается
Кому придет в голову переплачивать?
Именно так и сарказм тут не очень уместен. Вы ни разу не платили за коммунальные услуги в терминалах (которые не по банковской карте, а наличные принимают)? И часто вам там давали сдачу?Цитата:
Сообщение от Санычъ
Коллега, перечитайте сообщение #420.Цитата:
Сообщение от Санычъ
И в банке сдачу не дают, сколько отправите поставщику, столько и перечислят.Цитата:
Сообщение от diamondk
А по лицевому счету может быть любая переплата.
Какая связь
Вы правда не понимаете, или просто скучно на работе?
На квитанции к оплате стоит 1980р. Вы даете в кассу 2000р. Вам дают сдачу.Цитата:
Сообщение от Санычъ
В терминале так 2000р. и уйдут в неизвестном направлении.
Может. Но не в разрезе услуг. А при нулевой задолженности по ВСЕМ услугам/поставщикам.Цитата:
Сообщение от Санычъ
Если бы Саныч чего-то не понимал в этом - свихнулся бы.
Неужели Вы так и работаете, как пишите?
Никто не распределяет оплату в лицевых счетах по услугам (сам(а) же писал(а)), это делается в сводном отчете по всем л/счетам за период.
Переплата же по л.счету так и должна отражаться в л.счете.
Похоже вы смешиваете расчеты с собственниками и поставщиками. Это два совершенно разных вида расчетов. Если оплачиваете поставщику в зависимости от поступления от собственников, то вам тогда все оплаты нужно разбивать по видам услуг.
Именно так все и происходит. А Санычъ проповедует другой вид расчетов. Я не говорю, что он неверен, но в части случаев приводит к очень нехорошим результатам.Цитата:
Сообщение от Александр7272
Разве? Да так делают все программы начиная от Инари и заканчивая никому не известными разработчиками.Цитата:
Сообщение от Санычъ
Даже если "на" доме нет прибора учета, поставщик выставляет счет по нормам потребления.Цитата:
Если оплачиваете поставщику в зависимости от поступления от собственников
Сколько собрано денег определяется по сводному отчету. Как правило, их не хватает.
Откуда берется переплата поставщику? Даже если кто-то из плательщиков оплатил больше?
Да что ж такое-то? Вы кроме себя кого-нибудь слышите?Цитата:
Сообщение от Санычъ
Еще раз советую прочитать сообщение #420.
Про "нормальную программу" - это бухгалтерская программа, как Вам уже писали.Цитата:
Сообщение от diamondk
И говорим мы о переплате поставщику, а не терминалу.
Кредитовым не может быть потому, что никто не переплачивает.
Вы себя слышите?
Зарапортовался: с поставщиком не может дебетового сальдо, потому что никто ему не переплачивает.
Вы выбрали для себя очень трудоемкий и на мой взгляд не очень верный подход. Если у вас недостаточно денег на счетах для оплаты поставщикам, то вам совершенно не обязательно знать кто именно из собственников не заплатил. Достаточно написать письмо поставщику, что оплатите когда вам все заплатят.Цитата:
diamondk
Нужно сначало понять для чего это вам нужно, а затем найти наиболее простой способ решения проблеммы.
Просто иногда люди вычеркивают в квитанции определенные позиции, а сбер присылает обычную платежку и как узнать что именно неоплачено?
ну почемуже, мы на период отпуска руководства платим авансом.Цитата:
с поставщиком не может дебетового сальдо, потому что никто ему не переплачивает.
Господа, вы действительно говорите о разных вещах.
Санычъ прав.
И платит по этому счёту не программа, а бухгалтер ТСЖ. И он не будет никогда платить больше, чем поставщик выставил в счёте.Цитата:
поставщик выставляет счет по нормам потребления
Но прав и diamondk, когда говорит, что
Если кому известен контрпример - приведите.Цитата:
все программы начиная от Инари и заканчивая никому не известными разработчиками распределяют оплату по услугам в лицевых счетах
Александр, речь идет об умной программе, которая учитывает нюансы и входит в число полутора программ.
А Вы, руководство (((
Во-первых, визави утрверждал(а) другое:Цитата:
все программы начиная от Инари и заканчивая никому не известными разработчиками распределяют оплату по услугам в лицевых счетах
Если кому известен контрпример - приведите
Во-вторых, Саныч в 2000году это доказал областному Департаменту ЖКХ (читать: профессионалам).Цитата:
Сообщение от diamondk
Вообще любая нормальная программа просто обязана вести сальдо по каждой услуге в отдельности, иначе непонятно каким образом потом рассчитываться с поставщиками.
Другой вопрос, что во-первых, для абонента сальдо в квитанциях общее, ибо ни к чему усложнять квитанции и увеличивать их размер
В-третьих, то что, программы от Инария считают оплату по услугам в лицевых счетах, это то же верхоглядство, что и с нюансами у визави.
...
Достаточно сводного отчета:
Начислено, Оплачено, Выпадающие - по каждому начислению по всем лицевым счетам за месяц.
ЭффектИнформ, делает это если задать в настройках, по умолчанию оплата в полном объеме без разбивки разносится на л/сч.Цитата:
Если кому известен контрпример - приведите.
Подход трудоемкий, бесспорно. Но он себя оправдывает.Цитата:
Сообщение от Александр7272
В качестве примера: расскажите мне, пожалуйста, что будет, если поставщик горячей воды и теплоэнергии решит сам собирать деньги с потребителей и печатать собственные квитанции. Как вы будете им передавать лицевые счета, если вы не знаете кто именно вам не заплатил и вы не знаете сальдо по услугам в каждом лицевом счете? А если знаете, но программа допускает появление кредиторской задолженности по услуге? Представляете что будет, если абонент, при этом, установил индивидуальное отопление? Вы передадите поставщику отопления информацию о том, что у абонента перед ним переплата и абонент будет сам бегать в Теплоэнерго в попытках вернуть переплату? Офигительно удобно.
