Shortki forum

Главная категория => tr.en.d => Тема начата: shortki от 20 Ноябрь 2014, 04:45:50

Название: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 20 Ноябрь 2014, 04:45:50
• Адаптация приложения к требованиям iOS8.
• Виджет для экрана «Сегодня».
• Отдельные улучшения интерфейса.
• Повышена стабильность работы.

На всех телефонах кроме iPhone 6 Plus с системой iOs 8 выявилась проблема с вводом заметки к записи — верхняя часть поля при вводе скрыта верхней панелью.
Обходной путь: Пока можете повернуть экран горизонтально, затем вернуть вертикально — поле исправится.

Обновление вышлю в Apple в течении нескольких дней — посмотрю какие неточности ещё выявятся.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 20 Ноябрь 2014, 10:22:04
Доброе утро, Юрий!

Изменилось ли что-нибудь в программе на тему синхронизации между IOS устройствами или пока лучше вручную синхронизировать?

Есть ли в планах создать уведомления для плановых транзакций?
Скажем: за день, два, неделю, например, заплатить за интернет или через два дня зарплата.

А также ярлыки на иконку программы для просроченных транзакций со счетчиком этих транзакций?
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: laserty от 20 Ноябрь 2014, 12:20:35
Новые категории вы не добавляли?
Знак рубля на iOS 6 не поддерживается?
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 20 Ноябрь 2014, 15:28:35
Знак рубля на iOS 6 не поддерживается?

У меня IOS 7, знака тоже нет, есть сокращение "руб.", так что IOS тут не причем вероятнее всего.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 20 Ноябрь 2014, 16:52:47
Знак рубля на iOS 6 не поддерживается?

У меня IOS 7, знака тоже нет, есть сокращение "руб.", так что IOS тут не причем вероятнее всего.

Как раз причём, в системах ниже iOS8 нет знака рубля в системных шрифтах, даже если я укажу правильный символ, он будет отображаться как пустой квадратик.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 20 Ноябрь 2014, 17:00:26
Доброе утро, Юрий!

Изменилось ли что-нибудь в программе на тему синхронизации между IOS устройствами или пока лучше вручную синхронизировать?

Есть ли в планах создать уведомления для плановых транзакций?
Скажем: за день, два, неделю, например, заплатить за интернет или через два дня зарплата.

А также ярлыки на иконку программы для просроченных транзакций со счетчиком этих транзакций?

На iOs 8 синхронизация должна быть более стабильной, но после включения может довольно долго сопоставлять базы. После включения подождите несколько часов затем проведите сверку данных. Потом всё должно работать штатным образом.
Синхронизация зависит только от работы системы iCloud и мало зависит от работы самой программы, поэтому для старых систем ничего не поменялось.

Уведомления можно сделать, просто я как-то не ощущал в них нужды — подумаю.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 20 Ноябрь 2014, 18:15:15
Как раз причём, в системах ниже iOS8 нет знака рубля в системных шрифтах, даже если я укажу правильный символ, он будет отображаться как пустой квадратик.

Понятно, думал программа использует собственный шрифт.

Т.е., даже если я изменю системный шрифт, в котором будет знак рубля, все равно будет "руб" т.к. я не пройду проверку на версию ОС ?

Крайне не хочу ставить восьмерку, в которой лично для меня много лишнего добавили, но в тоже время не отладили настолько, чтобы считать ее стабильной.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 20 Ноябрь 2014, 18:24:00
Как раз причём, в системах ниже iOS8 нет знака рубля в системных шрифтах, даже если я укажу правильный символ, он будет отображаться как пустой квадратик.

Понятно, думал программа использует собственный шрифт.

Т.е., даже если я изменю системный шрифт, в котором будет знак рубля, все равно будет "руб" т.к. я не пройду проверку на версию ОС ?

Да, программа же не может заранее знать есть ли у вас этот символ.
Системные шрифты гарантировано имеют поддержку всех языков и особенностей системы, поэтому использование своих шрифтов имеет определённые риски.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 20 Ноябрь 2014, 18:28:59
Новые категории вы не добавляли?

Про категории помню, но это обновление было "системным", пока не до новых категорий.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: michman от 22 Ноябрь 2014, 12:07:31
Ждал новую версию, однако и новый релиз продолжает падать при попытке отредактировать шаблоны ускоренного ввода  >:(
Судя по сообщениям на форуме, этот баг не у одного меня. Заносить записи очень неудобно. Юрий, предложите, пожалуйста, варианты решения этой проблемы.

PS: Попытался экспортировать данные через iCloud на другое устройство, т.к. при этом проверяется структура базы. Но это тоже не помогло.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 22 Ноябрь 2014, 23:29:48
Пока можете воспользоваться опцией создания шаблона на основе записи или просмотра шаблона по которому была создана запись.

Ошибка возникает при создании определенного шаблона, как его создать я ещё не понял.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: iSavoch от 23 Ноябрь 2014, 20:09:56
Добрый день,

Заработала синхронизация. Побочным эффектом стали тормоза при старте программы — программа стартует, но кнопка добавления транзакции серо-неактивна какое-то время. Подозреваю теперь, что синхронизация и раньше работала, просто мне терпения не хватало (и понимания как это работает в iCloud).

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

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

Делаю проверку:

Записываю покупку — $100.00 с рублевой карточки. Тренд пересчитывает по текущему курсу и подставляет расход 4575,69 ₽. Допустим, за сотню долларов банк снял 5000,00 ₽, я расход исправляю и сохраняю запись.

(http://images58.fotki.com/v449/photos/9/1741319/12748866/tr_en_d_img001-vi.gif)

Проверяю проект на всех устройствах. Везде показано, что на проект потрачено сферически-вакуумные 4575,69 ₽, а не пять действительно израсходованных тысяч.

(http://images43.fotki.com/v1439/photos/9/1741319/12748866/tr_en_d_img002-vi.gif)
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 23 Ноябрь 2014, 22:26:17
Не нашел в программе отчеты сводные за какой-то период.
Скажем, доходы-расходы по дням
Расходы по конкретной категории

Иными словами: денежный поток с возможностью фильтрации по категориям, счетам, типам транзакций и тд.

Есть ли данные отчеты в программе?
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 23 Ноябрь 2014, 23:18:29
В проектах учёт ведётся только по суммам транзакций (даже если по счёту списание было в других валютах). Поэтому в базовой валюте оценка всегда будет по курсу на день учёта транзакции.

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

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

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

Дополнительно в перечне категорий расходов/доходов можно посмотреть детальную статистику движений по данной категории, вплоть до отдельных записей.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 24 Ноябрь 2014, 09:53:43
Юрий, а почему бы в момент транзакции не фиксировать курсы валют для данной транзакции ( в том числе и пользовательский курс, т.к. все мы знаем - официальный курс - это потолочное значение, которое всегда отличается от реального ) и эти фиксированные цифры синхронизировать? Иначе диссонанс получается, особенно в случае, если активно используются проекты и IOS устройств много больше 2.

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

по отчетам понял, немного не удобно, т.к. все разбросано, но посмотрю как можно к этому привыкнуть.
Хотя со следующего месяца данные тренд должны совпасть с данными другой программы, которой пользуюсь давно, там сводная таблица денежного потока есть, если совсем не привыкну, то буду туда смотреть -))
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 24 Ноябрь 2014, 17:42:17
В момент транзакции курс фиксируется если есть конвертация, поесть когда валюта суммы и валюта счёта различаются. Фиксировать курс к базовой валюте не вполне логично, так как базовую валюту можно сменить в любой момент. В целом же базовая валюта используется только для консолидированных расчётов в реальном учёте данных она не участвует: записи и счета от неё никак не зависят.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 25 Ноябрь 2014, 01:23:36
Что-то я запутался. А как быть тогда с вышеописанным примером, где рассказывается про разные суммы списания для одного и того же проекта?
Насколько я понял, на эталонном устройстве пользователь ввел свой курс, провел транзакцию. На зависимом устройстве программа транзакцию увидела, но курс стянула из интернета, поэтому получились разные цифры - это не есть хорошо, данные будут разниться от устройства к устройству. Как тут быть?
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 25 Ноябрь 2014, 04:32:49
Имеется в виду, что курсы не входят в набор первичных финансовых данных, они используются только для вычислений суммарных величин. Как бы курсы не отличались, это не влияет на записи и остатки по счетам — только на отчёты.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 25 Ноябрь 2014, 12:43:11
Все равно, не уловлю в чем цимус, ведь отчеты - это основной аналитический инструмент подобных программ, которые консолидируют различные данные, а далее делают те или иные срезы, по которым можно оценить финансовую либо иную ситуацию на текущий момент или за какой-то период. Если данные в отчетах на различных устройствах будут разными, то кому верить? =)

Подумаю на эту тему, честно говоря, снова включать автоматическую синхронизацию побаиваюсь, чтобы самому смоделировать ситуацию с проектами, боюсь опять все данные перекорежит...А IOS 8, со всеми ее нынешними тараканами и возможными фантомами, увы не мой выбор, мне необходимы маскимально стабильные девайсы в работе.

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

вопрос такой еще назрел: в разделе "отчеты" есть такой параметр как "курсовая разница" - как читать значения из этого параметра, что это есть такое?
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: dimvip от 25 Ноябрь 2014, 15:14:50
Несколько слов о бюджетах (не знаю отличается ли 3.0.3 от других версий - начал пользоваться именно с нее)
Я прочитал инструкцию в программе и местную ветку форума о ведении бюджета, но у меня осталось некоторое недопонимание логики которая заложена в программу. На фоне очень грамотной реализации записи текущих расходов доходов, данное непонимание раздражает.

Итак. Каждая бюджетная статья имеет 3 записи: "Заложено", "Исполнено", "Доступно". С расходными статьями вроде все логично,  Доступно=Заложено-Исполнено, если "+" значит еще есть средства в бюджете, а если минус значит перерасход. Но на мой взгляд есть небольшой понятийный и логический "затык" в том как начисляется "Заложено" и "Исполнено".
Судя по всему, предполагается, что расходы будут производится равномерно, и именно по этому "Заложено" расчитывается как "запланированная сумма затрат"/30*"кол-во прошедших дней в текущем периоде". Но исполнение бюджета показывается не делением фактических сумм на 30 или делением на активный период расходной записи, а сразу, единомоментно! Т.е. Запланировав, еженедельную покупку еды и сходив в магазин в первый день недели, получишь предупреждение о нарушении бюджета. Их накапливается очень много и на эти индикаторы уже не обращаешь внимание. Да и  в целом это затрудняет понимание в бюджете ты или нет.

Я вижу несколько вариантов выхода/улучшения ситуации:
1. (на мой взгляд лучший) Показатель "Заложено" показывать всю сумму заложенную за период и приведенную к бюджетному периоду (я так понял по умолчанию это месяц). Индикатор бюджетного нарушения зажигать при фактическом превышении бюджета (т.е. когда исполено превышает заложенный бюджет на весь период, а не на расчетные дни в периоде).  Если нужны индикаторы динамики освоения бюджета, т.е. для ситуации бюджетный период только начался, а средства уже израсходованы на 80% и более, то использовать другой значок. Это вопрос дизайна, можно например центр "спидометра" в красным окрашивать.
2. Оставить рачет "Заложено" как есть, показатель "Исполнено" пересчитывать (делить) на активный период расходных записей. Тогда таже покупка еды в магазине будет сравнима с заложенным на нее бюджетом.

Теперь по доходной части:
Вполне логично, что в случае если доход, например з/п, запланирован, но еще не получен, то отражается отрицательное значение. Но почему если исполнение превышает заложенную сумму, то программа в качестве доступных средств отражает разницу между "Исполнено" и "Заложено"? Т.е. если запланировал получить 8 рублей, а по факту получил 10, до доступно 2?
На мой взгляд здесь перепутаны понятия. "Доступно" должно всегда отражать фактическое поступление денег за текущий период. Если необходимо мерять превышение/не выполнение бюджета по доходам - показывайте его как отдельное значение.
Поведение индикатора бюджетного предупреждения по зарплате в частности вообще не понятно. К примеру запланировал з/п 20 единиц, в течении периода (в середине) получил 20,5 единицы. Индикатор не зеленый, но со стрелкой вправо. Почему не зеленый, почему не "положил стрелку" в крайнее правое положение (перевыполнение по доходам) не понятно.

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

Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 25 Ноябрь 2014, 20:05:53
вопрос такой еще назрел: в разделе "отчеты" есть такой параметр как "курсовая разница" - как читать значения из этого параметра, что это есть такое?

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

Когда средства хранятся в валюте отличной от базовой, то каждый раз когда курс меняется, то осадок средств базовой валюте тоже меняется — это курсовой доход/расход возникающий из-за разницы курсов.

 
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 25 Ноябрь 2014, 21:55:32
Нужно разделять понимание общего бюджета и бюджетов за период.

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

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

Теперь о доходах. Если вы заработали больше чем планировали, то сумма "доступно" отражает сколько вы можете не дозаработать в последующем чтобы остаться в рамках бюджета. В каком-то смысле это "доступная" сумма на которую при желании можно немного "полениться" в будущем, опять же это защита бюджета от форс-мажоров.

Чтобы "положить" стрелку нужно перерасходовать или перегрузить категорию на сумму которая будет восстанавливаться более 20 дней. То есть, если вы получаете 50 единиц в месяц, то 70 единиц в месяц "положат" стрелку и вы можете 20 дней ничего не делать оставаясь в бюджете.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 01 Декабрь 2014, 18:37:53
Помогите разобраться: интерфейсный баг или нет.

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

в общем бюджете долгоиграющие статьи доходов\расходов со своими темпами. В бюджете за период статьи расходов\доходов, жизнь которых от 1 дня до 3-4 месяцев.
собственно все хорошо, если период действия локальных статей укладывается в период бюджетный, но если скажем бюджетную локальную запись сделать скажем на квартал ( в 3 раза длительнее, чем бюджетный период ), то программа спокойно даст это сделать и будет отображать срок действия этой бюджетной записи.
Итого для примера:
бюджет за период содержит у меня расходы на спорт - 15000р, я подумал и решил, что заложу такие расходы до нового года, т.е. на 7 недель вперед. Прописываю это в настройках записи - сохраняю.
Итого: когда я ее создавал в ноябрьском периоде - она отображается, в декабрьском уже нет.
пришлось снять чекбокс - локальная запись и тем самым перенести ее в общий бюджет.

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

Юрий, что посоветуете?
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 01 Декабрь 2014, 22:14:33
Записи бюджета за период действуют только внутри данного периода, период такой записи действительно не должен выходить за рамки бюджетного периода, я это проверю.

Вашу запись нужно дублировать в оба периода.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: iSavoch от 01 Декабрь 2014, 23:48:49
Заработала синхронизация.

Подозреваю теперь, что синхронизация и раньше работала, просто мне терпения не хватало (и понимания как это работает в iCloud).

«Всё-таки... не в совершенстве еще» я понял, как работает синхронизация в Айклауд Драйв. Случайно синхронизировавшиеся устройства создали у меня иллюзию, что обмен данными можно заставить работать. Потратил две недели в надежде снова связать устройства. Сдаюсь, буду снова пользоваться только планшетной версией.

Ладно, это всё лирика. Может поможет — в ходе экспериментов выскочило несколько особенностей.

Во-первых, никак не удавалось удалить созданный для скриншота тестовый проект. На планшете стер тестовые записи, стер проект. На айфоне ждал... не дождался, сверил данные. Проект обнулился, но не исчез. Стер его на айфоне, подождал синхронизации, проект (пустой) снова появился на планшете. Цикл.

Стер программу на планшете, причесал данные на айфоне, поставил программу на планшет, пытался синхронизировать. С тех пор синхронизация не удавалась.

Во-вторых, заметил забавное поведение. Включаю сверку данных на айфоне (включены оба экрана), может вылететь программа на планшете. И наоборот. Так срабатывает не всегда — закономерности не выявил. До сих пор программа 100% вылетает только при попытке войти в редактор шаблонов. Может, эти вылеты связаны?
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 02 Декабрь 2014, 01:24:06
не сочтите за рекламу, но синхронизация - главная проблема тренда, без нее очень неудобно пользоваться программой, т.к. результаты синхронизации не предсказуемы.

так вот, я пользуюсь уже года 3 программой ibear money, так вот в ней синхронизация отменно работала и в IOS6 и IOS7, за IOS8 не буду говорить, т.к. не пользуюсь ей.

может как-то подсмотреть их метод синхронизации, с которой лично у меня не было проблем на протяжении всего времени пользования, вплоть до текущего момента. причем попеременно основные устройства ввода информации меняются: ифон5s, имак, макбук аир, ипад, мак про, ипад мини2 и еще пара ифонов 4s b 5 - и всегда во всей устройствах полностью актуальная информация.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 05 Декабрь 2014, 07:14:22
пара вопросов назрела:
1. т.к. подсистема бюджетов требует длительного привыкания и сходу сложна для понимания, приходится подкручивать статьи и записи "на ходу".
вопрос: если добавлять\удалять записи, которые началом своих действий имеют "заднее число", не перекорежит ли это как общий бюджет, так и бюджет за период?
2. т.к. автоматическая синхронизация "кот в мешке", заметил следующее при ручной: порой база с данными имеет размер больший, чем скажем через несколько дней - это нормальное явления? применяется какое-то автоматическое сжатие либо какие-то записи из нее удаляются, что не логично, но вопрос все же хочу задать.

заранее спс за ответ.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 08 Декабрь 2014, 17:02:19
Вкладка trend, действующие расходы, при выведении на экран списка не ясно, по какому критерию упорядочивание? Если по дате, что было бы логично, то даты там не последовательны, пример: 05.12 ниже 07.12, ниже 17.11, ниже 06.11, ниже 22.11 и тд
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 08 Декабрь 2014, 18:21:59
пара вопросов назрела:
1. т.к. подсистема бюджетов требует длительного привыкания и сходу сложна для понимания, приходится подкручивать статьи и записи "на ходу".
вопрос: если добавлять\удалять записи, которые началом своих действий имеют "заднее число", не перекорежит ли это как общий бюджет, так и бюджет за период?

Общий бюджет, это часть бюджета за период, любые правки одного сразу отражаются на других если периоды записей пересекаются с периодом бюджета.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 08 Декабрь 2014, 18:24:01
Вкладка trend, действующие расходы, при выведении на экран списка не ясно, по какому критерию упорядочивание? Если по дате, что было бы логично, то даты там не последовательны, пример: 05.12 ниже 07.12, ниже 17.11, ниже 06.11, ниже 22.11 и тд

Они отсортированы в порядке убывания вклада в уровень жизни. Чем выше запись, тем больше в день вы на неё затратили, и тем важнее воспользоваться её результатом.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 09 Декабрь 2014, 01:21:02
Общий бюджет, это часть бюджета за период, любые правки одного сразу отражаются на других если периоды записей пересекаются с периодом бюджета.

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


Еще вопрос назрел: категории и подкатегории понятное деление, а вот для чего классы нужны, объединяющие некоторые категории?
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 09 Декабрь 2014, 15:49:09
Еще вопрос назрел: категории и подкатегории понятное деление, а вот для чего классы нужны, объединяющие некоторые категории?

Классы сразу раскладывают произвольную категорию на спектр. Например, вы заядлый яхтсмен и решили вести отдельную большую категорию "Яхта" и классы сразу подсказывают на какие подкатегории нужно её разложить: ремонт, страховка, обслуживание и т.д. У каждого класса свой профиль и он будет учтён при создании подкатегорий, опять же у иконки категории появится метка класса.

К тому же по классам можно смотреть свою статистику, например когда и сколько было вложено в страхование различных видов.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 09 Декабрь 2014, 16:34:50
Спасибо!
С каждым ответом программа становится все понятнее и...приятнее, а также начинаешь осознавать, какая же все-таки мощь заложена "под капотом".  :)

Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 10 Декабрь 2014, 19:58:31
Юрий, добрый день!

Последнее время переделывал весь саой бюджет под чистую стратегию, все вышло волшебно и теперь не надо даже прикидывать, сколько и на что я могу потратить на текущий момент, программа сама мне все подсказывает )

Чуть позже я сыормулирую несколько вопросов, ответы на которые довольно очевидны, но чтобы расставить все точки над "и" и проверить, насколько я уяснил идеологию по бюджетам, хотел бы получить на них ответы, достаточно будет кратких: да, нет.
Но пока не суть. Собственно для чего сие предисловие:

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

Посему подумалось: может какой-то графической меточкой выделять те транзакции при просмотре статистики, категории которых по той или иной причине не забюджетированы? На основании этого можно:
1. Если транзакции часто повторяются эти - создать для них бюджетную статью, что правильно
2. Оперативно отследить за счет чего при вроде бы нормальных индикаторах подкатегорий, сама категория сваливается в нарушение бюджета.

Что скажите?


Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 10 Декабрь 2014, 21:19:39
Чтобы попасть в бюджет категория не обязательно должна иметь свою бюджетную запись, достаточно чтобы её родительская категория была отражена в бюджете. А список категорий не включённых явно в бюджет легко проследить перейдя в режим правки бюджета, где неактивные категории будут серыми.

К тому же, на транзакциях и так уже много разных меток.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 21 Декабрь 2014, 15:02:04
Здравствуйте!
Помогите решить задачку:

общий бюджет, категория "обучение", в котором есть одна бюджетная статья - это абонемент на 18 ч занятий, по 4 часа в месяц, он покупается в самом начале занятий один раз.
следовательно - это 4.5 месяца, т.е. период действия транзакции
также есть вторая статья - это еженедельная трата на аренду зала для занятий из первой статьи.

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

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

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

Буду благодарен за подсказки.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 21 Декабрь 2014, 18:45:56
Статьи бюджета за период порою нужно корректировать, для этого нужно вводить корректирующие записи иногда даже с отрицательными суммами. Для этого можно войти в бюджетную статью и перевести её в режим редактирования, после чего сумму в поле "заложено" можно поправить на нужное значение — программа сама создаст корректирующую запись.

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

Тем не менее я полагаю, что определённую долю удовольствия и мотивации вы уже получаете, предвкушая вашу поездку поэтому период влияния удовольствия уже может действовать. Я писал об этом в новой заметке "§ 10. Как выглядит отпуск" (http://www.shortki.com/trend/ru/notes/note10.html).
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 21 Декабрь 2014, 19:18:36
С первым вопросом задача решена, спасибо.
Но заметил вот что: пытался ввести компенсирующую запись на будущее ( на январь ), чтобы не забыть. Тк, в связи с праздниками, режим работы зала еще не известен, то, по сути, поле заложено будет иметь значение ноль. Пишу ноль, программа хоть и просит после ваести значение, но создает корректирующую запись. Проблема в том, что она создает ее и для подкатегории и для категории, т.е фактически два раза.
В данном случае работал с категорией "личные расходы" и подкатегорией "обучение". Иными словами, ноль программа воспринимает частично как пустое значение и задваивает компенсирующие бюджетные записи.

По-второму вопросу, Вы правы, Юрий. Тут, пожалуй, уместнее продлевать tr.en.d параметры транзакции.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: iSavoch от 22 Декабрь 2014, 00:26:28
Здравствуйте!

Не могу понять принципа действия (смысла?) переключателя «Плановая/Неизвестная» в редакторе Даты транзакции.


Дальнейшее переключение будет менять состояние между плановым и неизвестным режимами и в исходное состояние (в редакторе Даты транзакции) возврата уже нет.


Собственно, отсюда вопрос:

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

И маленькое предложение:

Зачем нужен статус «Неизвестная»? Убрать его и оставить переключатель в самой транзкакции (в редакторе даты он тогда не нужен). По умолчанию он включен — дата активна. Выключаешь, запись становится плановой (серенькой).
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 22 Декабрь 2014, 00:53:27
Запись всегда помечается плановой если её дата в будущем.

А список невыясненных можно посмотреть в разделе записей, внизу справа от шкалы с датами кнопка с выбором единиц времени, верхняя опция отобразить все записи с неизвестными датами. Соответственно здесь можно вести перечень записей которые возможно когда-то должны произойти и их не хотелось бы терять или привязывать к конкретным срокам.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: iSavoch от 22 Декабрь 2014, 01:44:44
За фильтр спасибо! Я ниже строчки Месяцы никогда и не читал, похоже :-)

С будущей датой: выбираю «через пять часов» — ничего не меняется, а поменяется только от 24 часов и позже. Ладно, выбираю «завтра плюс пять минут», появляется включенный переключатель. Не трогаю его, заполняю остальные поля, сохраняю — запись активна (уже произошла завтра). Открываю запись, а переключатель в ней куда-то исчез. Захожу в Дату транзакции, принудительно теперь включаю переключатель — пропадает дата. Сохраняю... Теперь пропала и запись, ушла в список Неизвестных.

В общем, в таком виде не очевидный он какой-то получился, этот переключатель.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 22 Декабрь 2014, 03:02:26
Это два разных переключателя, один просто сбрасывает дату на не выясненную.
Второй появляется для будущих записей (>24 часа) либо для записей сделанных автоматически, если он включён, то сделка подтверждена и будет исполнена, если его снять, то запись будет помещена в нужную дату, но не будет исполнена пока её не подтвердят вручную.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: iSavoch от 22 Декабрь 2014, 18:30:34
Видимо, этот "Второй" как раз и сбивает с толку. Он то есть, то его нет. А может быть и в названии-описании функционала двусмысленность осталась.

Как такой вариант?

"Второй" переключатель во время редактирования записи всегда показывать. Оставить название «Подтвердить запись» или, скажем, «Запись подтверждена». Описание переключателя или убрать, или раскрыть очевидность названия.

"Первый" же — обозвать «Убрать дату» или «Дата неизвестна». И здесь уже добавить описание, мол запись уйдет в анабиоз и для дальнейшего поиска потребуются дополнительные телодвижения.


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

Несмотря на то, что я весьма часто проделываю эти манипуляции, каюсь, время от времени сначала вношу дату и время, хлопаю себя по лбу: «Семен Семеныч», — включаю "первый" переключатель (при этом введенная дата благополучно исчезает) и еще раз вношу дату и время. Напрягает такое.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Soner от 25 Январь 2015, 17:11:58
Уважаемый Юрий.

К сожалению, поиском по темам не нашёл обсуждений о разработке браузерной версии tr.en.d

Для меня использование этой прекрасной идеи о разделении расходов происходит в тестовом режиме более года. Ну не могу я на ходу все расходы заносить. Это проще сделать в субботу (по чекам, по выпискам банка). Соответственно в телефон и даже в планшет это достаточно сложно забивать.
Прикрутить 1с для этих целей также не получилось.

Есть ли смысл ждать от вас браузерную версию или надеяться только на другие решения?

Спасибо
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 26 Январь 2015, 03:16:48
Пока браузерная версия tr.en.d не планируется, но я сейчас работаю над другим онлайн-проектом по результатам реализации которого возможно пересмотрю планы.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Soner от 26 Январь 2015, 17:30:34
Пока браузерная версия tr.en.d не планируется...

Вот это жаль, конечно, очень.
Может быть, кому-то удалось "скрестить" tr.en.d с 1с? Общая идея в том, чтобы стандартный бухгалтерский план счетов компании (или домашней бухгалтерии) разложить по векторам. Мои траты - это не только покупка продуктов, но и приходы от покупателей, закупка товаров по безналу, оплата вознаграждений и т.п. Если каждую проводку переносить в iOS, это кукушкой тронутся можно... Но сама 1с не предусматривает разбивку сумм на три составляющие.

Возможно, кто-то уже изобрёл велосипед - поделитесь  :)
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 26 Январь 2015, 18:34:50
"Векторный" анализ в tr.en.d придумал я, вряд ли где-то ещё найдётся что-то подобное, иначе я бы не стал писать приложение, а воспользовался готовым продуктом.

Как-то так.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 26 Январь 2015, 19:45:35
Часто натыкаюсь на такое неудобство:
Бюджеты, проваливаюсь в бюджетную запись. В отличие от транзакции, где явно для редактирования надо нажать "изменить", бюджетная запись сразу открывается на редактирование. И бывает так, смотришь, скажем параметры временные, бац, пальцем задел и все сдвинулось, тк временные параметры отредактировались.

Можно ли как-то защитить бюджетные записи от ошибочного редактирования?
Те, параметры я ее могу смотреть, а вот измененные данные должен подтвердить. Иными словами, изменения чтобы сохранядись только при нажатии на кнопку "готово", сейчас они на лету сохраняются, вне зависимости от "готово" или "назад"
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 07 Февраль 2015, 00:35:29
Здравствуйте, необходима подсказка гуру.

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

Как вписать это долг в программу, чтобы его наличие не влияло на баланс, но и чтобы его учесть и не забыть?

Создать некий счет и просто корректировать его величину с комментариями или есть более изящный вариант, отражающий суть действа?

И все еще хотелось бы услышать комментарий по предыдущему посту, возможны ли варианты защиты от случайного изменения записей в бюджетах?

Заранее спасибо за ответ.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 10 Февраль 2015, 23:45:09
Долг или есть или его нет :)
Либо спишите его на расходы, как невозвратный, либо оставьте на счету. Для напоминания можно внести запись по поступлению средств от должника на какую-то разумно удалённую дату.

Нет, "защита" бюджетных записей пока не планируется, так как обычно эти записи открываются только когда их нужно изменить.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 14 Февраль 2015, 12:44:35
Понятно, спс за ответ.

Очередные вопросы:
1. смахивание периодов работает не очень стабильно, то смахиваются, то не смахиваются на iphone 5s с ios 7.1.2
2. на ipad нет строки "курсовая разница" и перелистывание страниц тоже работает время от времени, так и не удалось найти способ, чтобы в 100% случаев страницы плавно перелистывались.
более того, графики в отчетах попадают ровно на середину экрана, область активная, при попадании на него пальца - происходит работа с графиком, а не перелистывание страниц или их сдвиг вверх вниз, можно ли как-то увеличить время касания на графике для активации работы с ним? Если оно меньше, то область не активна.

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

пришлось выключить синхронизацию, тк. нет уверенности в том, что данные не перемешаются во время работы на нескольких устройствах, останутся актуальными и вернуться снова к ручному копированию данных программы, что ооочень не удобно.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: iSavoch от 15 Февраль 2015, 15:21:07
Снова о синхронизации

Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 16 Февраль 2015, 04:38:18
Спасибо за наблюдения о синхронизации, они помогут в отладке.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: envientore от 25 Февраль 2015, 06:45:50
Здравствуйте.

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

Поддерживаю. Еще сложнее выявить расходы, не попадающие в запланированные категории. Например, если в бюджете на февраль в начале месяца не были запланированы расходы в категории "Семья", а расходы были, то замечу я это только когда в бюджете будет дефицит. Такое случалось, и это был действительно неприятный сюрприз.

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

По поводу меток на транзакциях. Реально не хватает такой, которая бы показывала, что к транзакции прикреплено фото. 
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 26 Февраль 2015, 19:34:42
Про категории подумаю, я сам их отслеживаю на изменениях групповых категорий и сумм итого, но  явное выделение тоже полезно.

Метки фотографий сделаю.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: envientore от 22 Март 2015, 10:16:13
Здравствуйте, Юрий.

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

Хочу еще упомянуть неприятную особенность поведения со снимками. Если создать запись со снимком, а потом разделить ее на две, и одну из полученных записей удалить, то у второй исчезнет снимок. Это плохо. Снимок не должен удаляться вместе с первой записью, потому что он все еще прикреплен ко второй.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: master2 от 17 Апрель 2015, 16:18:39
Юрий, написал в поддержку, но ответа нет.
Продублирую здесь.

Недавно приобрел tr.en.d, очень понравилась идея. Без сомнения очень достойная теория.
Осталось проверить на практике.

Начал пользоваться программой, завел счета и забил транзакции за два дня и вот что заметил
за столь короткое время использования, что подсказка, которая называется "Быстрый старт",
появляется каждый раз, при открытии программы. При блокировании экрана и разблокировании,
программа закрывается со всеми вытекающими, т.е. приходится запускать заново и начинать с "быстрого старта". Если например, осуществлялся ввод транзакции, то после блокировании экрана и соответственно открыти программы, опять "быстрый старт" и потеря данных транзакции.
Это так задумано?
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 18 Апрель 2015, 01:08:49
Это не нормально, программа при блокировке должна сворачиваться, а "Быстрый старт" должен появляться только один раз. Попробуйте для начала переустановить приложение и после старта, ничего не делая, сверните его.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: master2 от 18 Апрель 2015, 05:43:18
Переустановил. После старта, ничего не делая, свернул и о чудо "быстрый старт" исчез. Одна проблема решена. Поехали дальше.
Мне кажется, что программа при блокировке не должна сворачиваться. И при переходе в другую программу и обратно открывать то место где я остановился. Это когда вводишь транзакцию и необходимо под смотреть инфо в смс - переключается в смс, обратно и продолжает ввод данных, а не все с начала, как сейчас в программе.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 18 Апрель 2015, 23:59:50
Вы правы, у вас программа работает с нарушениями, какое у вас устройство, и как версия iOS?
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: master2 от 19 Апрель 2015, 05:25:58
iPhone 3GS 6.1.6
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 26 Апрель 2015, 07:35:47
Здравствуйте, заметил вот какую особенность. Ввиду того, что в иос 7 часовой пояс москва gmt+4, , решил время исправить вручную, сделал пояс калининград и поправил время на час назад. В итоге все даты в программе съехали ровно на час, что в самих транзакциях, что в бюджетах, вернул неправильный пояс( gmt+4 ) и правильное время, выставленное вручную-все вернулось на круги своя.
Это нормальное поведение программы?

К сожалению, недавно был за границей, там иной часовой пояс, но тк не пользовался во время поездки программой, то не смог зафиксировать следующее: при автоматическом изменении часового пояса съехали бы даты?
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 26 Апрель 2015, 16:17:36
Программа хранит даты в стандартном общемировом формате, а выводе или вводе дат учитывает локальное время. Таким образом часовой пояс никак не влияет на сохранённые данные они всегда будут указывать на конкретный момент времени.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 26 Апрель 2015, 19:22:39
Проделал это еще раз, по грав поясами, снова все уехало и после вернулось назад. Могу выслать сниншоты
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: iSavoch от 26 Апрель 2015, 23:08:40
Там, по моему, какая-то заморочка с Нашими декретами о времени. Насколько я помню, когда заморозили Московское время на UTC+04, айфоны и маки не сразу в это поверили, и я проставил везде в настройках Арабские Эмираты. Потом, то ли ntp-сервера переписали, то ли ОСи обновили, но стало возможно снова в автонастройках указать часовой пояс Москва. При этом обнаружилась проблема с Айфоном 3Gs, который единственный остался на шестой оси, не принял московское время и был оставлен в эмиратском времени.

Затем, как мы знаем, была очередная встряска с переморозкой московского времени на UTC+03. Старому Айфону был найден какой-то очередной африканский часовой пояс, но несмотря на то, что он показывал то же время, что и на часах остальных девайсов, напоминалки на нем срабатывали с часовым сдвигом. С Нового года в нашей семье у всех последняя ось, и эта проблема (пока?) ушла.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 27 Апрель 2015, 02:04:10
Вопрос в том какой временной пояс стоял при вводе даты, согласно ему программа вычислила время UTC и его сохранила, затем при выводе на экран она смотрит текущий временной пояс переводит в него время UTC чтобы показать вам.

Действительно старые iOS "не знают" о метаниях нашего законодательства и возможны "несостыковки" с лагом в один час если время подстраивалось под некорректный временной пояс и программа сохраняла соответсвующее ему время по UTC.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 27 Апрель 2015, 09:13:49
Так и есть, время было подстроено вручную, т.е. это GMT+4 минус один час на часах тоже вручную, из-за этих дуратских метаний и получается эта колбаса.

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

добавлено: поправил временные зоны, теперь москва gmt+3 , но даты в программе на час уехали. Можно ли как-то их  выровнять, проиндексировав? Или только вручную отредактировать каждую на час?
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 04 Май 2015, 19:54:55
ЗДравствуйте, Юрий.

Пишу на тему показателя нарушения бюджета.
Есть такая ситуация:
В категории связь у меня забюджетирована подкатегория сотовый телефон. По ней в этом месяце пошло нарушение бюджета. Более в категории связь никаких транзакций нет, только сотовый телефон. Так вот, программа показывает показатель нарушения бюджета равным 2, т.е. он посчитал и категорию и подкатегорию, хотя по факту показатель нарушения бюджета 1, т.к. транзакция из иных подкатегорий не было.

ну и возвращаясь к предыдущему вопросу: можно ли вручную сдвинуть все записи на 1 час вперед? отредактировав БД программы напрямую?
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 04 Май 2015, 23:16:31
Каждая бюджетная статья входит в подсчёт нарушений, так как по более общей статье тоже возможны нарушения не предусмотренные вложенными.

Время хранится как вещественное число в секундах если добавить/убрать число секунд в часе, то время сдвинется на час.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 05 Май 2015, 11:56:53
Согласен, но если нет нарушений кроме вложенных справедливо ли это нарушение задваивать?
Хотя с другой стороны, если это единственное нарушение ликвидировать, то и задвоенное изчезнет.

Вопрос только в том, насколько объективен в таких случаях счетчик нарушений...


Открыл БД, нашел столбец ZCCREATEDATE вещественные числа вижу, непонятно два момента:
1. почему кол-во секунд не целое?
2. не вижу сегодняшних транзакций ( ореентируюсь по суммам ).

второе волнует больше, получаются данные где-то еще находятся? важно все времена сдвинуть на час вперед.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: iSavoch от 23 Май 2015, 22:01:06
После новогоднего (вспомнил :-) начала ведения базы данных с нуля стало возможным редактировать ускоряющие шаблоны записей. Все равно не могу ими пользоваться: созданная шаблоном запись сохраняется неактивной (серой) и как ее активировать ума не приложу.

Как ими пользоваться? Заполняю в шаблоне все поля, кроме суммы транзакции, если что.

[trend304] [iPhone5] [iOS8] [iCloud Drive]
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 24 Май 2015, 15:34:02
Скорее всего в шаблоне не указана валюта операции, поэтому созданные транзакции не полны.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: iSavoch от 24 Май 2015, 16:01:09
Точно! Если явно указать валюту, то работает. Не очень удобно, но можно пользоваться.
Спасибо.

[trend304] [iPhone5] [iOS8] [iCloud Drive]
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 25 Май 2015, 01:05:39
Валюту можно указать в шаблоне, один раз не сложно.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 05 Июнь 2015, 19:45:47
Здравствуйте, Юрий.
Возникла следующая потребность и требуется ваша подсказка.

У меня есть определенный пассив, который каждый месяц увеличивается на 350$, его я могу погашать каждый месяц, а могу и раз в пол года, т.е. сразу 350х6 перевести на некий счет, к примеру.

Как мне его учесть в программе? Чтобы баланс отражался правильным?
Пока у меня только есть статья в бюджете общем, отражающая эту затрату и выходит, что несколько мес у меня по этой статье нет затрат, а раз в пол года овердрафт в 6 раз и нарушение бюджета в бюджете за период.
Плюс на первой вкладке актив растет, а пассив нет.
приходится пользоваться расходной транзакцией...
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 06 Июнь 2015, 00:17:41
Откройте счёт для этого пассива и каждый месяц списывайте с него 350$, а раз в полгода (или как получится) погашайте пассивный остаток переводом с активного счёта.

В бюджете это будет как чисто расходная статья, что по сути так и есть.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 06 Июнь 2015, 17:34:59
Да точно, я что-то не подумал о списании средств со счета, который нулевой или минусовой, хотя при этом у меня есть такие счета, которыми я контроллирую свои долги и долги мне.

Спасибо, Юрий. Затупил.

Пожелание: можно ли сделать опцию "скрывать неактивные счета", чтобы в случае необходимости иметь к ним доступ, но в обычной жизни, чтобы они не маячили перед глазами?
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 07 Июнь 2015, 16:19:06
Пожелание: можно ли сделать опцию "скрывать неактивные счета", чтобы в случае необходимости иметь к ним доступ, но в обычной жизни, чтобы они не маячили перед глазами?

Подумаю над этим.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 07 Июнь 2015, 20:06:50
Спасибо.
А то уже 18 счетов с разными валютами ( не считая постоянных рабочих ) и пока найдешь нужный - устанешь. Активирую их только по необходимости, при поездке в ту или иную страну.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 09 Июнь 2015, 18:26:12
Юрий, здравствуйте! Возник такой вопрос:
есть общий бюджет, с параметрами
1. действие бюджетной записи год
2. приход 1000 долларов
3. периодичность 1 мес

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

сравнил граничные курсы в периоде, ни тот, ни другой не подходит под сумму в "заложено"...

откуда программа в целом берет курсы?
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: envientore от 16 Июнь 2015, 18:20:06
Здравствуйте, Юрий.

Такая проблема: после включения iCloud на iPad, стало невозможно пользоваться tr.en.d'ом. Приложение запускается, видно стартовую заставку, но спустя несколько секунд экран темнеет, и дальше возникает домашняя сраница iOS. Есть способ с этим справиться?

iCloud включала для того, чтобы попробовать синхронизироваться с iPhone'ом. На обоих девайсах последняя iOS 8.3. Есть шансы добиться синхронизации?
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: envientore от 16 Июнь 2015, 19:12:59
Окей. Первый вопрос решился восстановлением системы из резервной копии. Но второй, про то, как добиться синхронизации, все еще в силе. Заранее спасибо.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 16 Июнь 2015, 19:44:34
Судя по тому, что Юрий давно не отвечал, предположу, что он занят и оставлю свое мнение на тему синхронизации:
Она толком ни у кого не работает, со временем начинает глючить, я бы пока не рекомендовал этим заморачиваться, дабы не разрушить через некоторое время наработанную статистику.

Не знаю как у самого автора, но у жителей форума и в отзывах апп сторе синхронизация как надо не работает ни у кого.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: envientore от 16 Июнь 2015, 20:04:59
Не знаю как у самого автора, но у жителей форума и в отзывах апп сторе синхронизация как надо не работает ни у кого.

Чертовски огорчает это слышать. Экспортировать записи на iPhone видимо тоже способа нет. Я, признаться, готова была бы заплатить отдельно за обновление, в котором синхронизация бы работала.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 16 Июнь 2015, 20:33:21
Я вручную перекидываю файлы, но по сути приходится выделить основной ифон и там все вести, на других устройствах получается резервная копия и только для просмотра.

з.ы. огорчает это всех, было бы удобно, если бы работала синхронизация.

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

Если поможет, я поступаю так:
использую программу itools

запускаю ее, иду в раздел applications, далее в shared docs.
там выбираю trend и вижу три файла - это данные trend
экспортирую их на компьютер и проделаваю тоже самое для иных устройств, только вместо экспорта выбираю импорт.
все, получаю кучу трендов с идентичными данными.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: envientore от 20 Июнь 2015, 11:13:14
я до тренд ( до 04.11.2014 ) пользовался другой программой, там в течении дня набьешь инфу, хлоп, она уже на аймаке и в айпедах, либо в них что-нибудь введешь ( смотря где удобнее будет это делать ), бац - уже инфа в ифоне.

Да так и tr.en.d должен работать...

Спасибо за совет с itools. У кого-то здесь вроде получалось запустить синхронизацию, если данные вбивать с нуля на всех девайсах. Как руки дойдут, попробую.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 20 Июнь 2015, 13:13:58
У меня тоже получалось.
Удаляю базу целиком со всех вторичных устройств, далее включаю синхронизацию на первичном и после на вторичных, данные на вторичные переходят.

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

Пока ед способ иметь идентичные данные ( резервную копию для просмотра ) - это ручной перенос данных программы на второстепенные устройства.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: iSavoch от 20 Июнь 2015, 13:39:17
У кого-то здесь вроде получалось запустить синхронизацию, если данные вбивать с нуля на всех девайсах.
Я пробовал, перенес остатки счетов и начал вести новую базу с первого января. Синхронизация слетела так же быстро, как и после танцев с... выполнением рекомендаций по восстановлению синхронизации в самой программе.

Вообще, как я это вижу, основные непонятки с синхронизацией идут от новой политики Эппл (раньше не замечал такого) в отношении синхронизации документов через Айклауд. Где-то у них там в настройках облака вместо «Йес, со! Уже сделано, со!» выставлено «Не пережива-йте так... Мы Вас услы-шали... Синхронизируем, как только кукуру-зу доварим». И от использующих этот сервис программ мало что зависит — используют, что дают.

В случае с Трендом, я тоже пробовал выжидать. Да, сначала, после лечения, синхронизация рано (почти сразу) или поздно (полдня) работала. Потом ожидание растягивалось на несколько дней, и становилось ясно, что «бабушка — всё».

[trend304] [iPhone5] [iOS8] [iCloud Drive]
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 20 Июнь 2015, 15:39:36
Всё верно, Apple вместо того чтобы исправлять работу существующего метода синхронизации через iCloud предложила совсем другой механизм, для которого нужно всё существенно пересмотреть, чем я постепенно занимаюсь.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 21 Июнь 2015, 20:10:50
Юрий, а мой предыдущий вопрос на тему курсов? Можете прокомментировать?
Пока исправил все руками, введя корректирующие локальные бюджетные записи.

Пока ед догадка - это средневзвешенный курс.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: electro_ra от 13 Август 2015, 10:09:29
Юрий, подскажите пожалуйста, когда примерно ожидать синхронизации в Tr.en.d-е. Дело в том, что сейчас без нее крайне тяжело работать с программой (к примеру, когда уезжаю в отпуск, по возвращению приходится руками объединять свои траты с тратами жены сперва на моем телефоне, затем сливать базу на телефон жены). Неудобно настолько, что вынуждает переходить на какую-то другую программу, но в вашей много интересных функций, поэтому не хочется уходить. Скажите, есть ли надежда получить синхронизацию в ближайшие месяц-два?
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: shortki от 28 Август 2015, 15:13:03
Ближайшие 4-5 месяцев я точно не смогу переделать синхронизацию — там предполагается полный пересмотр того что сделано.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: electro_ra от 30 Август 2015, 11:33:50
Понял Вас, спасибо за ответ. Буду пользоваться пока другой программой (Money Pro), как сделаете - может быть вернусь. Успеха Вам, надеюсь, что программу не забросите.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: iSavoch от 06 Октябрь 2015, 08:41:31
Потихоньку коплю средства на четвертую версию программы. Что-нибудь супер универсальное: в стиле tr.en.d Pipe de Bridge, с упором на синхронизацию, и с приложением для OS X.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Vladon от 11 Октябрь 2015, 12:45:40
Когда можно ждать обновления программы под iOS 9?
Через сутки после обновления системы до iOS 9.0.2 программа перестала запускаться. При загрузке появляется черный экран и вылетает.
ПО стоит на iPad mini 2
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 11 Октябрь 2015, 23:26:38
Да уж, потенциал программы достаточен в плане бюджетирования и расчетов расходов, но все как-то умерло, плюс нет синхронизации.. С ноября 2014 года веду в ней статистику, но такое ощущение, что проект заглох, к сожалению...
Идея то хороша ( я не имею ввиду тренд систему ), а саму базовую реализацию: добавить сводных отчетов, доточить то, что начато-цены не было бы...
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: iSavoch от 12 Октябрь 2015, 00:00:47
А я сбежал. Уже несколько месяцев, как. С мая. На время?

Пока был планшет и телефон, пытался их синхронизировать. Натра наигрался, остыл, и с удовольствием пользовался Трендом только на планшете. Когда отдал планшет, пытался по инерции пользоваться на Айфоне — жутко не удобно. Новый планшет покупать не планирую. Нашел сносную программу, работающую и на Айфоне, и на Маке. Пла́чу, но пользуюсь.

Тренда не хватает. Серьезно.
Название: Re: Обсуждение версии 3.0.3, «Ponte di Rialto»
Отправлено: Александр.A от 12 Октябрь 2015, 10:50:22
Я наверное даже знаю на какую, сам ей пару лет пользовался. Но честно, уже надоело все записывать, каждый чих, а если не записывать - то подобного рода программы и не нужны.

Пока только фоткаю чеки, вносить их в базу как-то неохото )