О, срач! И снова здравствуйте!

Давайте окунемся в историю развития ЗМ
Вы не поверите, но раньше были теги https://zenmoney-ru.livejournal.com/5700.html
а потом эти теги сделали категориями https://zenmoney-ru.livejournal.com/6740.html
🤷
(на сколько я помню в старых категориях не было подкатегорий)

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

- в текущей реализации нет возможности установить тег, без категории
- замена основной категории при наличии "тегов" превращается в ад
- установка тега при разбиении транзакции, тоже невозможна (без множестенного редактирования)
- текущая фильтрация среди одинаковых сущностей идет через OR, а значит фильтрация "Вася" + "Отпуск 2020" невозможна
и прочие вещи показывают что текущий вариант "тегов" это костыли

Я за отдельные теги )

и еще приведу цитату из https://zenmoney-ru.livejournal.com/6740.html

— Одна категория может использоваться как в расходе, так и в доходе.
"Подарки" можно дарить и получать.
Всю мощь этого изменения почувствуют фрилансеры и компании, которые учитывают в Дзен-мани свои проекты. Теперь по проекту можно будет рассчитать чистый доход.
Как это сделать: создаем для проекта категорию с названием проекта, например, Титаник. Для каждого дохода и расхода по этому проекту дополнительно указываем эту категорию. Затем в отчете "Динамика 2.0" в фильтре выбираем "Чистый доход", вводим категорию Титаник, выбираем нужный период и видим чистый доход по проекту.

@fedosin забыли это сделать в мобильном приложении? )

А где же этот отчёт "Динамика 2.0"?
Кажется это так желанный отчёт "Доходы - Расходы и наоборот"?

А где же этот отчёт "Динамика 2.0"?
Кажется это так желанный отчёт "Доходы - Расходы и наоборот"?

только желали его на мобиле
и там только чистый доход

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

В случае с возвратом отношение: один к одному, в случае с разделённым чеком, многие ко многим.

В моём неполном понимании схема учёта Дзен-мани очень напоминает схему учёта Альфабанка. Может стоит приглядеться к их методологии. В Альфе у каждой операции есть reference. По этим значениям можно проследить связь оборотов на разных счетах.

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

вдогонку к этой мысли,
ещё и склеивание-расщепление дохода-расхода в перевод - тоже может решаться допполем а ля reference / unique ID...

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

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

Пфф, начать с простого. Генерировать и оставлять ref при разделении операции. Участие пользователя не требуется. А дальше дополнять возможностями.. :)

Спасибо!
Вообще ноут последние годы не включаю. А на телефоне веб как-то забываю что-ли смотреть.
Пользуюсь приложением, и да, хотелось бы конечно, чтобы всё в одном месте смотреть.

В приложении чистый доход же есть в аналитика - тренд расходов 🧐

Добрый вечер!
А есть возможность заносить чек вручную если не получается сканировать qr код

Добрый вечер!
А есть возможность заносить чек вручную если не получается сканировать qr код