Отличная идея.

Вот я тоже согласна, всегда так делала в старых приложениях. И в ДМ тоже. Возврат - это же не доход ваш, это те же деньги. А то получается пришла з/п 20 тыс. На 10 тыс. накупили вещей, потом на 5 вернули. В итоге у вас в аналитике по месяцу доход не 20 тыс, а 25 получается. И траты получаются не 5 , а 10 тыс. Сами себя обманываете. Я просто удаляю  расходную операцию, как будто ее и не было изначально. Потом спустя время голову не ломаю, откуда у меня в августе доход  был ещё, кроме з/п?

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

чтобы было красиво.

ну и дизайнер должен подумать, чтобы это органично вписать.

Сколько людей -столько мнений. Мне это неудобно было бы. Зачем мне смотреть на эту кучу +-? Вспоминать потом, ах да, я ж вернула что-то. Так стоит просто расход в категории Одежда - и все понятно

https://t.me/zenmoneychat/73463
В этом сообщении я давала ссылки на ответы разработчиков

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

Если запилят "возврат с привязкой к исх.операции", то её тоже искать надо будет ))

Для того, чтобы не искать:
Отчёты "Доходы минус Расходы" и наоборот
Или отрицательные числа

Оба эти способа - это костыль и дополнительные вопросы в случае возвратов.

См. выше, какой кривой будет отчёт, если в периоде будет только возврат.

смысл в том, чтобы возврат не учитывать в отчётах, а учитывать его только как корректировку расхода, чтобы расход уменьшился в отчётах

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

Согласен. И это то же самое, что мы сейчас делаем руками просто уменьшая расход 😉

да

но в таком случае у кого-то при выверках баланс на дату не сойдётся)

Да, согласен, что спец транзакция фиксирующая произошедшее, это лучше

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

странно поддерживать разрабов 😝,  но через долги (ну или кому не важно совпадение с банковской выпиской - через редактирование исходной операции) это самый нормальный вариант

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

😕