|
pheniks
|
|
12 ноября 2014 13:17
|
|
Вопрос, кажется уже поднимался, решений, опять же кажется, так и нет.
Пример: был расход - 500 руб. В плане на месяц стояла 1000 руб., после расхода осталось 500 руб. Далее идет возврат этого расхода и как бы восстановление плана до 1000 руб.
НО как же это учитывать в программе?
Самым правильным считаю не менять расходы, а возврат оформлять доходом, т.к. фактические остатки по счетам должны быть правильны на каждый день.
Так почему бы не сделать в "Доходах" не редактируемый источник "Возвраты" с выпадающими категориями расходов. Таким образом и остатки на счетах будут верными, и план будет соответствовать. Если остатки плана переносятся на следующий месяц или возврат произведен месяцем расхода - сумма возврата восстанавливается в категорию плана, а если нет - просто игнорируется и увеличивает доходы.
|
|
|
|
Admin
|
|
12 ноября 2014 14:28
|
pheniks Пишет: Так почему бы не сделать в "Доходах" не редактируемый источник "Возвраты" с выпадающими категориями расходов. Здравствуйте.
Это не простой вопрос. На данный момент можно вводить доход по какому-то другому источнику.
|
|
|
|
pheniks
|
|
12 ноября 2014 14:50
|
|
Это понятно, что сейчас можно по другому источнику, так и делаю.
Вы хотите сказать, что это технически очень сложно?
Если не обращать внимания на техническую сторону, согласны ли вы с логикой моих рассуждений? Возможно как то на будущее это в план внести в том или ином виде?
|
|
|
|
Admin
|
|
12 ноября 2014 15:04
|
pheniks Пишет: согласны ли вы с логикой моих рассуждений? Сложность в логике. С одной стороны проблема понятна и резон есть, с другой стороны, само введение понятия "доход по расходной статье" - создаёт некую нелогичность системы, что может порождать путаницу.
|
|
|
|
pheniks
|
|
12 ноября 2014 15:30
|
|
Никакой сложности, на мой взгляд: источник - "Возвраты", а расходная статья нужна для плюса в план.
Расходы же по статье уменьшают остаток по плану, а доходы - увеличивают.
|
|
|
|
Admin
|
|
12 ноября 2014 15:33
|
|
Доход, который каким-то образом влияет на план расходов - разве это не сложность?
|
|
|
|
pheniks
|
|
12 ноября 2014 15:37
|
|
А с какой стати? ) это же фактическое увеличение плана расходов, ну или отмена уменьшения, если хотите )
|
|
|
|
NO NAME
|
|
13 ноября 2014 11:20
|
pheniks Пишет: Самым правильным считаю не менять расходы, а возврат оформлять доходом Возврат оформляют сторнированием - расходом на отрицательную сумму. Так делают в любой нормальной бухгалтерии. Тогда не появляется и казусов с доходами, влияющими на план расходов.
Сейчас, к сожалению, нельзя ввести отрицательную сумму операции. А хотелось бы в такой ситуации вместо сообщения "Поле "Сумма" должно быть больше 0.01" видеть подтверждение "Вы действительно хотите оформить возврат?" и предложение указать, какой именно расход мы сторнируем либо явно указать сумму возврата.
|
|
|
|
pheniks
|
|
13 ноября 2014 15:49
|
martin_wanderer Пишет: сторнированием это - метод исправления ошибок, а не возврат :)
если говорить про бухгалтерию делается обратная проводка с положительной суммой (кроме бюджетных учреждений). Тем не менее возврат - все таки поступление, а не расход.
|
|
|
|
Anna
|
|
14 ноября 2014 01:08
|
|
http://www.drebedengi.ru/?module=forumMessageList&topic_id=6960
Тут обсуждалось. И я поднимала вопрос о диаграммах с отрицательными доходами.
Есть варианты решения с учётом диаграммы?
|
|
|
|
NO NAME
|
|
15 ноября 2014 14:14
|
pheniks Пишет: это - метод исправления ошибок, а не возврат Да, это я погорячился.
Предлагаю уточнить проблему - как я понимаю, она в том, что сейчас возвраты (и соответствующие расходы) влияют на планы расходов и доходов. При этом может получиться так, что прибыль у нас в порядке, а оба плана: и расходов и доходов, - превышены.
То есть задача - исключить из плана те операции, по которым были возвраты.
Для себя нашел такое решение:
1. Создаю источник "Возвраты" и исключаю его из плана доходов.
2. Создаю категорию "Отмененные" и, соответственно, исключаю ее из плана расходов.
3. Операции, по которым был возврат, переношу в категорию "Отмененные", указав исходную категорию в комментарии.
|
|
|
|
pheniks
|
|
17 ноября 2014 10:05
|
martin_wanderer Пишет: Для себя нашел такое решение Это понятно, что "костыли" можно и самостоятельно придумать, вопрос в том, чтобы это легко функционировало в рамках сервиса, я вот о чем.
Также хотелось бы знать, что об этом думают (и думают ли) разработчики и в какие сроки и в каком виде реализуют.
Я, по большому счету не против и реализации отрицательных сумм операций, но, как я помню, это противоречит логике сервиса ("расход с минусом - это доход, и наоборот"), поэтому и предложил такой вариант. Рано или поздно придется что то с этим сделать.
|
|
|
|
Admin
|
|
17 ноября 2014 12:27
|
pheniks Пишет: Также хотелось бы знать, что об этом думают (и думают ли) разработчики Пока ничего не надумали.
|
|
|
|
NO NAME
|
|
17 ноября 2014 13:46
|
pheniks Пишет: "костыли" можно и самостоятельно придумать Как раз думал, как можно реализовать без "костылей", поке не дошло, что я снова придумываю ровно то, что предложено в первом посте: родительский источник дохода "Возвраты" и все расходные категории к нему в дочки. Такие доходы должны вычитаться из плана расходов и не учитываться в плане доходов.
Тогда появляется еще один приятный бонус: бывает, что, скажем в кафе, платишь за весь стол своей картой, а друзья потом отдают налом. Сейчас оформить это корректно почти нереально. А будет просто возврат.
|
|
|
|
pheniks
|
|
17 ноября 2014 15:42
|
Admin Пишет: Пока ничего не надумали. А почему бы и не начать? :)
|
|
|
|
pheniks
|
|
17 ноября 2014 15:45
|
martin_wanderer Пишет: платишь за весь стол своей картой, а друзья потом отдают налом Ну тут как вариант, расход на "свою" сумму, а затем перемещение в "кошелек" из "карты" на то, что вернули друзья
|
|
|
|
NO NAME
|
|
17 ноября 2014 22:50
|
pheniks Пишет: расход на "свою" сумму, а затем перемещение в "кошелек" из "карты" на то, что вернули друзья Это те же самые костыли. Тогда уж дать в долг на всю сумму с карты, а потому списать оттуда "свою" сумму.
|
|
|
|
pheniks
|
|
18 ноября 2014 09:14
|
martin_wanderer Пишет: Это те же самые костыли. Если друзья отдают не сразу - тогда да.
В любом случае, Уважаемая Дребеденежная Администрация, пора обратить на проблему внимание и заняться ее решением!
ОЧЕНЬ НАДЕЮСЬ!
|
|
|
|
Дмитрий
|
|
23 января 2019 19:57
|
|
Дорогой @Admin, предполагается ли реализация нечто подобного?
Самым оптимальным вариантом видется именно расход на отрицательную сумму. Почему - не раздувается расход и доход по конкретной расходной категории.
Практический кейс с точки зрения именно домашней бухгалтерии - покупка в январе товара, в феврале его продажа. Хочется чтобы по итогам квартала или года не было сильно завышенных расходов по категориям, а удалять расход как то не правильно.
|
|
|
|
Admin
|
|
23 января 2019 20:31
|
Дмитрий Пишет: предполагается ли реализация нечто подобного? Пока нет, увы.
Рекомендуем либо вводить доход по какой-то специальной статье, либо редактировать расход.
При этом помечать одним тегом, по которому можно построить отчёт "По всем операциям".
|
|
|
|
Иван
|
|
1 мая 2021 23:38
|
|
Здравствуйте, изменились ли продуктовые взгляды на обсуждаемый вопрос?
Максимально плюсую проблеме!
Например, с появлением в нашей жизни маркетплейсов, особенно Wildberries, то это супер частая практика, набрать товар, оплатив его, потом выбрать при получении понравившееся, и остальное вернуть. И возвраты принимают всё бОльшие и больше масштабы в учете, а учесть их нормально нельзя и это прям проблема.
И скажем в программе Sanuel Family для этого есть возможность, как предлагалось выше, вводить отрицательный расход по нужной категории, такой подход просто и легко решает проблему возвратов.
Примите пожалуйста меры. Ибо учет возвратов через расходы ломает всю бухгалтерию, это прям кошмар учета в Дребеденьги :(
|
|
|
|
Admin
|
|
2 мая 2021 10:39
|
|
Здравствуйте.
Проблема понятна, но 100% решения пока нет.
Но а в чём принципиальная проблема просто удалять ненужные расходы?
Остаток можно при этом вписывать в комментарий, если это мешает сверке с банковской выпиской.
|
|
|
|
Иван
|
|
3 мая 2021 23:06
|
|
проблема зачастую в том, что нужно искать конкретный расход, а он может быть разнесен во времени относительно возврата, и я на этом теряю время при вводе, зачем мне держать это в голове? я хочу по факту, получив инфу от банка, что был возврат такого товара, внести возврат по нужной категории расходов, без раздумий и поисков, когда же был совершен тот расход.
Второй кейс - расход мог вообще быть внутри группы (чека), что еще больше осложняет его поиски.
ну и третий кейс - сверка с банком, мне опять надо будет держать в голове, что по найденному в банке расходу был возврат, потому у меня он удален, а по банку он есть
|
|
|
|
Иван
|
|
3 мая 2021 23:07
|
|
И я видимо так и не понял или не вычитал, в чем же техническая или моральная сложность дать в программе возможность вносить отрицательный расход?
|
|
|
Секунду ...
