
Много ошибок в iOS-версии
- Однажды была ошибка при синхронизации, когда по определенной транзакции сумма со счета списалась дважды: один раз за саму транзакцию и один раз просто так, из-за чего пришлось корректировать баланс путем добавления средств через "левую" статью. Этого можно было бы избежать, если бы при синхронизации использовалось такое понятие, как транзакции БД. Об этой ошибке я отписал в поддержку, но никто не придал значения моей проблеме и ответа я так и не дождался.
- Еще был случай, когда при медленном интернете синхронизация не завершилась и в мобильной версии вместо состояния счетов и истории транзакций я увидел просто пустой экран. Повторная синхронизация на быстром интернете решила проблему (слава богу). Данная проблема тоже лечится транзакциями БД.
- При переводе между счетами ПОЧТИ ВСЕГДА (!) пробивается что-то типа 1000 -> 0 вместо 1000 -> 1000. Приходится редактировать транзакцию, стирая незначащие нули после запятой или, наоборот, добавляя и сохраняя снова.
- Во время синхронизации иногда теряются транзакции (удаляются с мобилы и не появляются в вебе)

Разве в отчете "Денежный поток" "нарастающий итог" на конец периода не должен быть равен текущему балансу?
Разве в отчете "Денежный поток" "нарастающий итог" на конец периода не должен быть равен текущему балансу?
Мой нарастающий итог больше баланса на 2к гр. Учитываются ли потери на курсовой разнице при обмене валют (т.е операции перевода с разными валютами)?

Хотелось бы сохранение настроек отображения диаграммы и категорий в Анализе.
Т.е. не выбирать каждый раз вид диаграммы (по-умолчанию всегда открывается столбиковая) и выбор нужных категорий/подкатегорий.

Сделать стрелки для перехода к следующей/предыдущей дате под полем даты.
Добавить стрелки под полем даты для перехода к следующей/предыдущей дате. Это сделает переход к след. дате в один клик, а не в два с перемещением курсора между ними. Что ускорит работу с сервисом.

Улучшить поиск старых транзакций
Частенько бывает ситуация когда нужно найти какую-то старую транзакцию.
Примеры:
- сколько стоил холодильник, который был куплен 3 месяца назад?
- что именно я купила в качестве подарка брату год назад?
- какого именно числа был оплачен счёт за новую мебель, которую уже делают второй месяц?
Т.е., как правило, я знаю примерно небольшой отрезок времени, в котором была совершенна транзакция, и иногда категорию.
Сейчас же приходится:
1. перейти на страницу Транзакции - Расходы
2. выбрать интересующий меня диапазон, подождать результаты поиска
3. выбрать нужную категорию (или все) и все счета (изначально категории может и не быть в списке фильтров), подождать результаты.
И вот как раз манипуляции во 2-м и 3-м пунктах можно было бы как-то упростить или объединить.

Короче бомба, а не прога
Только начал пользоваться, но уже восторга ВАГОН :) завтра или на недельке оплачу 3 баксика, и делаю это не потому что мне нужна полная версия проги, а потому что тот кто это придумал Гений Мать его, Благодарствуем :)

Backup 2 e-mail
Сделать интерфейс, в котором создавались резервные копии БД за определенный пользователем период и с некой задаваемой периодичностью шла отправка ее по e-mail. Имея почтовый клиент, можно удобно хранить резервные копии не заворачиваясь с регулярным обновлением.

[Android] Вынести вкладку "настройки" и "выход" в меню(кнопка menu)
Вызывать "настройки" и "выход" через кнопку menu

Оптимизации интерфейса (убираем лишнее) для перевода денег
Функция перевода денег - очень важна и стоит на ровне с доходом и расходом, потому стоит упростить и улучшить ее.
Так-как мы переводим деньги между своими "виртуальными" счетами, то необходимости в изменении суммы - нет, по этому указывать два раза сумму перевода - это лишняя информация.
Предлагаю взглянуть на вложенное изображение:
Customer support service by UserEcho