Сообщество
Логин
Пароль
Забыли пароль?     Регистрация
Ещё проектики
Рабочее время
Минималистичный счётчик рабочего времени онлайн
Общение / Веб версия / Возврат расхода и его соответствие с планом

Возврат расхода и его соответствие с планом

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
И я видимо так и не понял или не вычитал, в чем же техническая или моральная сложность дать в программе возможность вносить отрицательный расход?
Чтобы отвечать на сообщения - зарегистрируйтесь и войдите в личный кабинет.