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

[Санычъ]

Оплата, в идеале

Оплата чего?
Коллега,
Дт 86 Кт 60 - акцептуется счет поставщика
Дт 60 Кт 51 - долг оплачивается
Кому придет в голову переплачивать?

[diamondk]

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

Именно так и сарказм тут не очень уместен. Вы ни разу не платили за коммунальные услуги в терминалах (которые не по банковской карте, а наличные принимают)? И часто вам там давали сдачу?

[diamondk]

Оплата чего?
Коллега,
Дт 86 Кт 60 - акцептуется счет поставщика
Дт 60 Кт 51 - долг оплачивается
Кому придет в голову переплачивать?

Коллега, перечитайте сообщение #420.

[Санычъ]

Именно так и сарказм тут не очень уместен. Вы ни разу не платили за коммунальные услуги в терминалах (которые не по банковской карте, а наличные принимают)? И часто вам там давали сдачу?

И в банке сдачу не дают, сколько отправите поставщику, столько и перечислят.
А по лицевому счету может быть любая переплата.
Какая связь

[diamondk]

Вы правда не понимаете, или просто скучно на работе?

И в банке сдачу не дают, сколько отправите поставщику, столько и перечислят.

На квитанции к оплате стоит 1980р. Вы даете в кассу 2000р. Вам дают сдачу.
В терминале так 2000р. и уйдут в неизвестном направлении.

А по лицевому счету может быть любая переплата.

Может. Но не в разрезе услуг. А при нулевой задолженности по ВСЕМ услугам/поставщикам.

[Санычъ]

Если бы Саныч чего-то не понимал в этом - свихнулся бы.
Неужели Вы так и работаете, как пишите?
Никто не распределяет оплату в лицевых счетах по услугам (сам(а) же писал(а)), это делается в сводном отчете по всем л/счетам за период.
Переплата же по л.счету так и должна отражаться в л.счете.

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

Похоже вы смешиваете расчеты с собственниками и поставщиками. Это два совершенно разных вида расчетов. Если оплачиваете поставщику в зависимости от поступления от собственников, то вам тогда все оплаты нужно разбивать по видам услуг.

[diamondk]

Похоже вы смешиваете расчеты с собственниками и поставщиками. Это два совершенно разных вида расчетов. Если оплачиваете поставщику в зависимости от поступления от собственников, то вам тогда все оплаты нужно разбивать по видам услуг.

Именно так все и происходит. А Санычъ проповедует другой вид расчетов. Я не говорю, что он неверен, но в части случаев приводит к очень нехорошим результатам.

[diamondk]

Никто не распределяет оплату в лицевых счетах по услугам

Разве? Да так делают все программы начиная от Инари и заканчивая никому не известными разработчиками.

[Санычъ]

Если оплачиваете поставщику в зависимости от поступления от собственников

Даже если "на" доме нет прибора учета, поставщик выставляет счет по нормам потребления.
Сколько собрано денег определяется по сводному отчету. Как правило, их не хватает.
Откуда берется переплата поставщику? Даже если кто-то из плательщиков оплатил больше?

[diamondk]

Даже если "на" доме нет прибора учета, поставщик выставляет счет по нормам потребления.
Сколько собрано денег определяется по сводному отчету. Как правило, их не хватает.
Откуда берется переплата поставщику? Даже если кто-то из плательщиков оплатил больше?

Да что ж такое-то? Вы кроме себя кого-нибудь слышите?
Еще раз советую прочитать сообщение #420.

[Санычъ]

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

Про "нормальную программу" - это бухгалтерская программа, как Вам уже писали.
И говорим мы о переплате поставщику, а не терминалу.
Кредитовым не может быть потому, что никто не переплачивает.
Вы себя слышите?

[Санычъ]

Зарапортовался: с поставщиком не может дебетового сальдо, потому что никто ему не переплачивает.

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

diamondk

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

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

с поставщиком не может дебетового сальдо, потому что никто ему не переплачивает.

ну почемуже, мы на период отпуска руководства платим авансом.

[OlegAndr]

Господа, вы действительно говорите о разных вещах.
Санычъ прав.

поставщик выставляет счет по нормам потребления

И платит по этому счёту не программа, а бухгалтер ТСЖ. И он не будет никогда платить больше, чем поставщик выставил в счёте.
Но прав и diamondk, когда говорит, что

все программы начиная от Инари и заканчивая никому не известными разработчиками распределяют оплату по услугам в лицевых счетах

Если кому известен контрпример - приведите.

[Санычъ]

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

[Санычъ]

все программы начиная от Инари и заканчивая никому не известными разработчиками распределяют оплату по услугам в лицевых счетах
Если кому известен контрпример - приведите

Во-первых, визави утрверждал(а) другое:

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

Во-вторых, Саныч в 2000году это доказал областному Департаменту ЖКХ (читать: профессионалам).
В-третьих, то что, программы от Инария считают оплату по услугам в лицевых счетах, это то же верхоглядство, что и с нюансами у визави.
...
Достаточно сводного отчета:
Начислено, Оплачено, Выпадающие - по каждому начислению по всем лицевым счетам за месяц.

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

Если кому известен контрпример - приведите.

ЭффектИнформ, делает это если задать в настройках, по умолчанию оплата в полном объеме без разбивки разносится на л/сч.

[diamondk]

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

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

[diamondk]

Достаточно сводного отчета:
Начислено, Оплачено, Выпадающие - по каждому начислению по всем лицевым счетам за месяц.

Санычъ, вы рассуждаете категориями руководителя, который видит "начислено" и "оплачено" ПО ВСЕМУ жилому фонду. И в детали вдаваться не намерены. А зря. Там все значительно сложнее, чем кажется на первый взгляд. У вас всегда идеальный пример, когда поставщики не меняются, квартиры не сгорают, дома не рушатся и вообще ничего не происходит. В таком варианте действительно я все усложняю.

[Санычъ]

Где ж находится этот конгломерат экстремальных ситуаций?
...
Читаю все как трактат на тему "У нас хуже, но мы все предусмотрели".
Пробираешься как сквозь заросли чего-то липкого
...
Начали с переплаты абонентами по жилью и услугам...
Ну будет печатать поставщик свои квитанции и что?
По каждому конкретному лицевому счету есть чи переплата, чи долг. Эта информация перейдет к поставщику и останется либо долгом, либо переплатой.
Что нужно "выцарапывать"?
Сменится поставщик - результаты перейдут к новой фирме.
...
Зачем вести учет оплат в лицевых счетах по услугам из месяца в месяц, рискуя "разъехаться" с бухгалтерией, когда это легко рассчитывается (раскидывается по услугам) ОДИН раз?
И при передаче распечатанной информации сторнируется в лицевых счетах (вроде алгоритма "Недопоставка услуги")
При "пропорциональном" распределении по видам платежей могут теряться или наооборот, попасть в илишки, копейки. Из копеек, при вашем подходе, рубли вырастают.
Вы печетесь о размере квитанции, а о размерах баз задумывались?
Только потому, что некто Инари почин заложил.
...
Пример: 1С в "ранешние" времена копии баз сохранялись на десятках дискетах, а в ИБ 150 000 проводок помещались на дискете 1.44Мб, потому что учет велся в одном файле. А не в десятках, теперь уже сотнях файлах 1С.

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

В качестве примера: расскажите мне, пожалуйста, что будет, если поставщик горячей воды и теплоэнергии решит сам собирать деньги с потребителей и печатать собственные квитанции.

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

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

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

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

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

Представляете что будет, если абонент, при этом, установил индивидуальное отопление? Вы передадите поставщику отопления информацию о том, что у абонента перед ним переплата и абонент будет сам бегать в Теплоэнерго в попытках вернуть переплату? Офигительно удобно.

Абонент на данный момент имеет отношения только с вами. С кем у него договор?

diamondk

Вы обслуживающая организация или "расчетно-кассовый центр"?

[diamondk]

Он начнет с нуля, с момента заключения договоров с потребителями.

В теории - да.
А на практике забираются абоненты "как есть". Я много раз это видел. Например когда энергетика делилась на энергоснабжающие и энергсбытовые организации.

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

На мой взгляд это внутрений раздел. Но ТСЖ или УК в подобной ситуации начинают с нуля и остатки не передают. У них их никто и не возьмет, если только они не собирают деньги по агентскому договору.

[Санычъ]

А на практике забираются абоненты "как есть".

И это дОлжно.

[diamondk]

Если в суде пойти по вашему пути и отдельно разбирать начисления и оплаты по каждой услуге, суд рискует затянуться и запутаться. В Дебете все начисления подтвержденные документами-основаниями, в Кредите все подтвержденные оплаты, разница между ними долг либо переплата.

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

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

Про размер баз давайте не будем спорить (только если это не 1С), ибо я айтишник, а не сотрудник ЖКХ. Я с ними по договору работаю и обслуживаю сеть и программу. Причем программа не моя. Но я около 10 лет уже работаю в этой сфере, поэтому многие "тонкости реализации" разных программных продуктов знаю, а также знаю, как именно эти "тонкости" осложняют жизнь при внештатных ситуациях.
Это руководитель видит все в красивых отчетах, а пользователи видят совершенно другую картину. И пока я видел не так много программ, где хорошо и тем и другим, а также абоненты не бегают с бумажками по разным инстанциям с просьбами что-то пересчитать (за исключением случаев вроде временного отсутствия).

[Колер]

Видимо это тот случай когда размер имеет значение У меня тсж пятисотквартирный и сальдо по услугам в квартплате ни особо нужно. Хотя справедливости ради надо сказать - был случай. У нас в доме есть "не спокойный". Требовали не разносить их оплату на охрану ... Это конечно шиза, но на тот момент накал был такой что решили пойти на встречу.. и когда на эту тему консультировались с разработчиками, то оказалось что в программе и так сальдо по статьям и соответственно оплату можно постатейно вносить(мы и не догадывались, что если два раза щелкнуть на итоги и оплаты то там все по статьям идет). Еще копался в программе и нашел целый раздел "Поставщики". Там и сальдо, и должники, и схема поставки услуг с историей... Ну видимо это оочень нужно расчетным центрам и большим ук. Программа то тиражная. Но нам это не мешает. Скорее даже наоборот так спокойнее.

[ulan]

Может кто знает, подскажите, пожалуйста: ввод начальных показаний счетчика ЭЭ - нет колонки для ввода ночных показаний. Как ввести их, ведь потом при вводе показаний есть колонка "ночные показания предыдущие"?