Плановые операции

Вот эти плановые операции мы  не совсем продумано сделали. На следующей неделе займемся ими.

Потому кроме вариантов, которые сейчас имеются будут следующие:

1. Одноразово

    1.1.  Тогда будет можно указать одну дату для проведения

    1.2.  И можно будет указать несколько дат для проведения

2. Будет еще галка "Не проводить, только напомнить" (ну или как то так)

Если она не нажата, то тогда операции в пункте 1 пройдут автоматически как сейчас все плановые проходят

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

И думаю надо еще третий вариант сделать - отложить на сколько то дней.

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

Нравится так? Если что добавляйте :)

а можно ли будет эти плановые операции видеть как-то в бюджете? Например, у меня 100 евро есть на счете, я поставила все плановые расходы - вижу, что ушла в минус на 500 евро. Проставила планируемые доходы (но они нигде не проведены ещё), открываю, допустим, на 25 число и смотрю - не, все отлично, я не уйду в минус. То есть я бы могла смотреть прогнозируемое состояние счета на конкретную дату. Или я не правильно понимаю функцию бюджета?

Если можно присоединитесь к посту ниже c обсуждением прогноза остатка, возможно часть вопросов решится.

Да, все верно понимаете. Так тоже можно сделать. Но только наверное нет такого понятия на 25 число.

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

Пример вот на счету на  31.06.2017 было 100 евро.

Забиваем бюджет по категориям на июль

Продукты - 70 евро

Спорт - 30 евро

Связь  - 20 евро

Итого вроде как расходов ожидается на 120 евро. А на счету только 100.

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

Теперь есть два варианта
  1. вы просто выставляете в бюджете доходном, что по статье ЗАРПЛАТА вы получите 500 евро, и тогда

план на июль   500-120 = вы в плюсе и тогда все нормально

2. либо вы делаете запланированную операцию на 25 июля на 500 евро и тогда система может просчитать ее в контексте ИЮЛЯ.

И тут стоит вопрос - как считать системе - по плановым операциям или по данным заведенным в  бюджете?

Если по бюджету - то она может только в контексте Июля сказать что вы будете в минусе в общем или в плюсе

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

Сложно написал. Вообщем вопрос действительно есть - с одной стороны бюджет и сделан для соотношения факта  с планом. Но если считать по плановым операциями - то будет именно то что вам нужно - Контроль остатка на каждый день и если где то минус - то сразу просигналит

Надо еще наверное мозговой штурм сделать

как раз из почты с описанием этой проблемы прогноза по бюджету и плановым операциям )

выношу на общее обсуждение. Вижу, что у docha те же хотелки.

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

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

3. в бюджеты (в интерфейсы работы с ними) надо их выполнение не ИТОГО (доходы или расходы), а по категориям. Зря что ли мы их планировали? )))))

Пункты 1-2 - ну вроде да, все логично и верно.

3 пункт не совсем понял - у нас каждая категория планируется, и расходная и доходная, включая подкатегории. Чуть подробнее этот момент

очень поджимает 1 и 2. Вот прям горит кассовый разрыв. Когда ждать?

особенно сейчас все портит остаток на текущий месяц. Он просто показывает текущий остаток. ЭТО ЖЕСТЬ, ломающая все остатки будущих месяцев, построенных на бюджетах :) 

пусть ИТОГ ТЕКУЩЕГО МЕСЯЦА хотя бы бюджет (неисполненную часть) учитывает....

Завтра послезавтра мы заканчиваем важный момент внутренний и сначала 1-2 по плану а потом "проекты" с соседней ветки.

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

А - вы смотрите в Аналитике выполнение - верно? Там где то есть по категориям галка

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

2/ в вебе радио категория относится к диаграмме план\факт транзакций, а не к бюджету

3/ вообще БЮДЖЕТ проработан не очень :) В мобильном андроиде:

открываю текущий месяц. 

а) Зачем мне в пункте БЮДЖЕТ мои фактические траты/доходы за месяц?  к бюджету не имеет отношения. это факт. Надо переименовать. Тем более, когда иду в следующий месяц, там НОЛЬ, хотя бюджет там есть. Пугает\путает людей

б) Лимит переименуйте в "запланировано/забюджетировано" (чтоб не путать с плановыми транзакциями)

в) остаток, вроде, и полезен, но без остатка по категориям (ниже они все равно перечислены) это слабовато

г) кругляшки с фактом выполнения в % надо подписать "Выполнение бюджета"

д) перечисленные тут категории (по-правильному, статьи бюджета) упорядочены ХЗ как :) Ни по сумме, ни по алфавиту. Предлагаю выводить в алфавитном порядке без учета регистра (но только те, что забюджетированы), пустые внизу также в алфавитном. Либо в том порядке, который настроен пользователем (другая хотелка про ввод операции и выбор там категории), а не по алфавиту (но отдельно заполненные и пустые\незабюджетированный).

нашел Аналитику в мобилке. Это "доходы и расходы". Внезапно ))))) Категории видно. Но бюджетом тут и не пахнет, ведь только факт

4. в аналитике (веб) странно выбран тип диаграммы. То линии, то столбцы. А выбрать можно только круговую ) дайте возможность менять все 3 варианта.

5. там же. На диаграмму верхнюю добавить третий вариант (к ненужным лично мне ДОХОД и РАСХОД) ПРОГНОЗ ОСТАТКА, отражающий то, что говорил в других темах. и там линейную бы диаграмму планового остатка на конец этого месяца (как уже говорил, факт + оставшиеся до конца месяца плановые транзакции) и далее либо прогноз остатка (по бюджету либо по плановым транзакциям) с учетом планового остатка на текущий месяц (а не отдельно каждый месяц и разница доходов и расходов). Чтоб уж по-честному было отражение того, что будет в кармане при планируемых тратах

Добрый день! Сергей, занялись вашими предложениями. Ниже картинка.

Только немного опишу.

Сейчас Прогноз прибыли (остатка) считается так

Если в месяце например сентябрь стоит в бюджете  ДОХОДЫ 100 а Расходы 70. То остаток покажет в этом месяце 30 только до тех пор как сделана первая операция (доходам или расходам). После этого уже в этом месяце считается фактические суммы.

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

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

Поэтому предлагаю рассмотреть такой вариант. Можно будет посмотреть в графическом виде, и добавляется еще две галка как написано ниже. 

Если не все задачи будут решены - напишите.

не понимаю, зачем вариант 2 (не галки, а радио\переключалки)

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

в идеале при переключалке ГРАФИК показывать надо, исходя ТОЛЬКО из плановых транзакций (накладываемых на фактический текущий остаток). Только так будут видны кассовые разрывы. Понятно, что кредитка врага немагии спасет (если будут видны разрывы только по результатам месяца - в случае расчетов прогноза по бюджету), но остаток на каждый день запланированной транзакции - это супер. я ради этой перспективы на вас и перешел )))))

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

ибо текущий месяц переключился в режим расчета по факту (транзакции есть уже), а не по бюджету/его остатку / проч  (вкладка АНАЛИТИКА, таблица ПРОГНОЗ ПРИБЫЛИ)

пинг

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

понг :)

Грустно Сергей :)

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

Сорри за неудобства и спасибо за терпение.

ну с прибыльным проектом не поспоришь ) лишь бы совсем не бросили этот. а то опять искать придется то, что надеялся тут получить

Не не, проект никто не бросит. Он для нас очень приоритетный.