Оплата чего?Оплата, в идеале
Коллега,
Дт 86 Кт 60 - акцептуется счет поставщика
Дт 60 Кт 51 - долг оплачивается
Кому придет в голову переплачивать?
Оплата чего?Оплата, в идеале
Коллега,
Дт 86 Кт 60 - акцептуется счет поставщика
Дт 60 Кт 51 - долг оплачивается
Кому придет в голову переплачивать?
Благодарю за внимание, Сергей (Саныч).
Убивая время, мы убиваем себя
Вы правда не понимаете, или просто скучно на работе?
На квитанции к оплате стоит 1980р. Вы даете в кассу 2000р. Вам дают сдачу.
В терминале так 2000р. и уйдут в неизвестном направлении.
Может. Но не в разрезе услуг. А при нулевой задолженности по ВСЕМ услугам/поставщикам.
Если бы Саныч чего-то не понимал в этом - свихнулся бы.
Неужели Вы так и работаете, как пишите?
Никто не распределяет оплату в лицевых счетах по услугам (сам(а) же писал(а)), это делается в сводном отчете по всем л/счетам за период.
Переплата же по л.счету так и должна отражаться в л.счете.
Благодарю за внимание, Сергей (Саныч).
Убивая время, мы убиваем себя
Похоже вы смешиваете расчеты с собственниками и поставщиками. Это два совершенно разных вида расчетов. Если оплачиваете поставщику в зависимости от поступления от собственников, то вам тогда все оплаты нужно разбивать по видам услуг.
С Уважением, Александр.
Даже если "на" доме нет прибора учета, поставщик выставляет счет по нормам потребления.Если оплачиваете поставщику в зависимости от поступления от собственников
Сколько собрано денег определяется по сводному отчету. Как правило, их не хватает.
Откуда берется переплата поставщику? Даже если кто-то из плательщиков оплатил больше?
Благодарю за внимание, Сергей (Саныч).
Убивая время, мы убиваем себя
Зарапортовался: с поставщиком не может дебетового сальдо, потому что никто ему не переплачивает.
Последний раз редактировалось Санычъ; 28.01.2011 в 14:34.
Благодарю за внимание, Сергей (Саныч).
Убивая время, мы убиваем себя
Вы выбрали для себя очень трудоемкий и на мой взгляд не очень верный подход. Если у вас недостаточно денег на счетах для оплаты поставщикам, то вам совершенно не обязательно знать кто именно из собственников не заплатил. Достаточно написать письмо поставщику, что оплатите когда вам все заплатят.diamondk
Нужно сначало понять для чего это вам нужно, а затем найти наиболее простой способ решения проблеммы.
Просто иногда люди вычеркивают в квитанции определенные позиции, а сбер присылает обычную платежку и как узнать что именно неоплачено?
С Уважением, Александр.
ну почемуже, мы на период отпуска руководства платим авансом.с поставщиком не может дебетового сальдо, потому что никто ему не переплачивает.
С Уважением, Александр.
Господа, вы действительно говорите о разных вещах.
Санычъ прав.
И платит по этому счёту не программа, а бухгалтер ТСЖ. И он не будет никогда платить больше, чем поставщик выставил в счёте.поставщик выставляет счет по нормам потребления
Но прав и diamondk, когда говорит, что
Если кому известен контрпример - приведите.все программы начиная от Инари и заканчивая никому не известными разработчиками распределяют оплату по услугам в лицевых счетах
Александр, речь идет об умной программе, которая учитывает нюансы и входит в число полутора программ.
А Вы, руководство (((
Благодарю за внимание, Сергей (Саныч).
Убивая время, мы убиваем себя
Во-первых, визави утрверждал(а) другое:все программы начиная от Инари и заканчивая никому не известными разработчиками распределяют оплату по услугам в лицевых счетах
Если кому известен контрпример - приведите
Во-вторых, Саныч в 2000году это доказал областному Департаменту ЖКХ (читать: профессионалам).Сообщение от diamondk
Вообще любая нормальная программа просто обязана вести сальдо по каждой услуге в отдельности, иначе непонятно каким образом потом рассчитываться с поставщиками.
Другой вопрос, что во-первых, для абонента сальдо в квитанциях общее, ибо ни к чему усложнять квитанции и увеличивать их размер
В-третьих, то что, программы от Инария считают оплату по услугам в лицевых счетах, это то же верхоглядство, что и с нюансами у визави.
...
Достаточно сводного отчета:
Начислено, Оплачено, Выпадающие - по каждому начислению по всем лицевым счетам за месяц.
Последний раз редактировалось Санычъ; 28.01.2011 в 15:00.
Благодарю за внимание, Сергей (Саныч).
Убивая время, мы убиваем себя
ЭффектИнформ, делает это если задать в настройках, по умолчанию оплата в полном объеме без разбивки разносится на л/сч.Если кому известен контрпример - приведите.
С Уважением, Александр.
Подход трудоемкий, бесспорно. Но он себя оправдывает.
В качестве примера: расскажите мне, пожалуйста, что будет, если поставщик горячей воды и теплоэнергии решит сам собирать деньги с потребителей и печатать собственные квитанции. Как вы будете им передавать лицевые счета, если вы не знаете кто именно вам не заплатил и вы не знаете сальдо по услугам в каждом лицевом счете? А если знаете, но программа допускает появление кредиторской задолженности по услуге? Представляете что будет, если абонент, при этом, установил индивидуальное отопление? Вы передадите поставщику отопления информацию о том, что у абонента перед ним переплата и абонент будет сам бегать в Теплоэнерго в попытках вернуть переплату? Офигительно удобно.
Санычъ, вы рассуждаете категориями руководителя, который видит "начислено" и "оплачено" ПО ВСЕМУ жилому фонду. И в детали вдаваться не намерены. А зря. Там все значительно сложнее, чем кажется на первый взгляд. У вас всегда идеальный пример, когда поставщики не меняются, квартиры не сгорают, дома не рушатся и вообще ничего не происходит. В таком варианте действительно я все усложняю.
Где ж находится этот конгломерат экстремальных ситуаций?
...
Читаю все как трактат на тему "У нас хуже, но мы все предусмотрели".
Пробираешься как сквозь заросли чего-то липкого
...
Начали с переплаты абонентами по жилью и услугам...
Ну будет печатать поставщик свои квитанции и что?
По каждому конкретному лицевому счету есть чи переплата, чи долг. Эта информация перейдет к поставщику и останется либо долгом, либо переплатой.
Что нужно "выцарапывать"?
Сменится поставщик - результаты перейдут к новой фирме.
...
Зачем вести учет оплат в лицевых счетах по услугам из месяца в месяц, рискуя "разъехаться" с бухгалтерией, когда это легко рассчитывается (раскидывается по услугам) ОДИН раз?
И при передаче распечатанной информации сторнируется в лицевых счетах (вроде алгоритма "Недопоставка услуги")
При "пропорциональном" распределении по видам платежей могут теряться или наооборот, попасть в илишки, копейки. Из копеек, при вашем подходе, рубли вырастают.
Вы печетесь о размере квитанции, а о размерах баз задумывались?
Только потому, что некто Инари почин заложил.
...
Пример: 1С в "ранешние" времена копии баз сохранялись на десятках дискетах, а в ИБ 150 000 проводок помещались на дискете 1.44Мб, потому что учет велся в одном файле. А не в десятках, теперь уже сотнях файлах 1С.
Благодарю за внимание, Сергей (Саныч).
Убивая время, мы убиваем себя
Он начнет с нуля, с момента заключения договоров с потребителями. На сегодня у него один потребитель - это ваша организация, ваших потребителей он не видит. Все долги и переплаты на момент передачи договоров поставщику гор.воды останутся вашими долгами и переплатами и вы будете либо взыскивать долги, либо возвращать переплаты.В качестве примера: расскажите мне, пожалуйста, что будет, если поставщик горячей воды и теплоэнергии решит сам собирать деньги с потребителей и печатать собственные квитанции.
Еще раз повторюсь, он начнет с нуля, вы не передаете ему историю ваших отношений с вашими потребителями. Если такой сложный учет поступлений нужен только для этой ситуации, то в данном случае он отпадает.
Поверьте у меня довольно богатая судебная практика по долгам. Если в суде пойти по вашему пути и отдельно разбирать начисления и оплаты по каждой услуге, суд рискует затянуться и запутаться. В Дебете все начисления подтвержденные документами-основаниями, в Кредите все подтвержденные оплаты, разница между ними долг либо переплата.
Если не согласны опишите ситуации для которых может быть нужен такой трудоемкий учет, попробую обосновать его лишность.
Учет нужно настраивать таким образом, чтобы получать необходимую информацию, избыточная аналитика только перегружает его и необоснованно раздувает базу.
С Уважением, Александр.
Абонент на данный момент имеет отношения только с вами. С кем у него договор?Представляете что будет, если абонент, при этом, установил индивидуальное отопление? Вы передадите поставщику отопления информацию о том, что у абонента перед ним переплата и абонент будет сам бегать в Теплоэнерго в попытках вернуть переплату? Офигительно удобно.Вы обслуживающая организация или "расчетно-кассовый центр"?diamondk
С Уважением, Александр.
На мой взгляд это внутрений раздел. Но ТСЖ или УК в подобной ситуации начинают с нуля и остатки не передают. У них их никто и не возьмет, если только они не собирают деньги по агентскому договору.
С Уважением, Александр.
И это дОлжно.А на практике забираются абоненты "как есть".
Благодарю за внимание, Сергей (Саныч).
Убивая время, мы убиваем себя
Где я утверждал, что следует пойти по пути детализации оплат и начислений по каждой услуге в суде? Я даже про квитанции говорил, что излишняя детализация ни к чему. А вот отчеты, при необходимости, должны выдавать оба варианта.
Про размер баз давайте не будем спорить (только если это не 1С), ибо я айтишник, а не сотрудник ЖКХ. Я с ними по договору работаю и обслуживаю сеть и программу. Причем программа не моя. Но я около 10 лет уже работаю в этой сфере, поэтому многие "тонкости реализации" разных программных продуктов знаю, а также знаю, как именно эти "тонкости" осложняют жизнь при внештатных ситуациях.
Это руководитель видит все в красивых отчетах, а пользователи видят совершенно другую картину. И пока я видел не так много программ, где хорошо и тем и другим, а также абоненты не бегают с бумажками по разным инстанциям с просьбами что-то пересчитать (за исключением случаев вроде временного отсутствия).
Видимо это тот случай когда размер имеет значение У меня тсж пятисотквартирный и сальдо по услугам в квартплате ни особо нужно. Хотя справедливости ради надо сказать - был случай. У нас в доме есть "не спокойный". Требовали не разносить их оплату на охрану ... Это конечно шиза, но на тот момент накал был такой что решили пойти на встречу.. и когда на эту тему консультировались с разработчиками, то оказалось что в программе и так сальдо по статьям и соответственно оплату можно постатейно вносить(мы и не догадывались, что если два раза щелкнуть на итоги и оплаты то там все по статьям идет). Еще копался в программе и нашел целый раздел "Поставщики". Там и сальдо, и должники, и схема поставки услуг с историей... Ну видимо это оочень нужно расчетным центрам и большим ук. Программа то тиражная. Но нам это не мешает. Скорее даже наоборот так спокойнее.
Может кто знает, подскажите, пожалуйста: ввод начальных показаний счетчика ЭЭ - нет колонки для ввода ночных показаний. Как ввести их, ведь потом при вводе показаний есть колонка "ночные показания предыдущие"?
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)