Изменения 215-й сборки:
1. Исправлена ошибка в выпадающих списках. Теперь программа правильно показывает выпадающие списки на дополнительном мониторе.
2. Исправлена ошибка в изменении классификаторов возникавшая при редактировании нескольких операций.
3. Добавлена возможность суммирования в статусной строке поля "Количество" в операциях.
4. Реализован бюджет.
Как работать с бюджетом в AbilityCash.
Для начала следует создать закладку бюджета. Для этого идем в меню "Просмотр", там кликаем на пункт "Страницы..." и в диалоге добавляем новую закладку. Закрываем диалог и переходим на новую закладку.
AbilityCash работает с иерархическим бюджетом. Это означает что все бюджетные параметры могут группироваться вместе во вложенных друг в друга папках. При этом сами папки служат не только для группировки бюджетных показателей, но и для суммирования вложенных в них значений показателей а также для контроля за полученной суммой.
В программе разнесено создание структуры бюджета и установление бюджетных лимитов в разные диалоги. Начинать, конечно, следует с создания структуры бюджета. Для этого в меню "Действия" есть пункты "Создать папку" и просто "Создать" который служит для создания бюджетного показателя.
Если для создания папки нужно указать лишь ее название и родителя, то для создания бюджетного показателя нужно выбрать (или тут же создать новую нажав на кнопку [+]) серию данных. Серия данных, это фактически фильтр операций. Тот самый фильтр, который уже использовался в отчетах для подготовки отчета динамики оборотов. Такое совмещение представляется крайне удобным потому что позволяет не только работать с бюджетом, но и контролировать бюджетные показатели в динамике.
После того, как структуры бюджета готова, можно перейти непосредственно к установлению лимитов. Для вызова диалога редактирования лимита есть соответствующий пункт в меню "Действия".
Есть несколько моментов на которые следует обратить внимание:
1. Структуру бюджета не нужно вводить каждый раз заново для каждого года. Единожды введенная структура бюджета будет использоваться не только для текущего года, но и для следующего. Конечно, возможны некоторые изменения в структуре бюджета но эти изменения легко можно будет учитывать при помощи галочки "Спрятать статьи для которых не задан план". Так, если в следующем году у вас появляется новый показатель, то вы просто досоздаете его и устанавливаете для него лимит. Если же какой-то показатель потеряет свою актуальность, вы просто не установите для него лимит и он не будет показываться (при включенной галочке).
2. В колонке "Исполнение" реализовано цветовое кодирование исполнения бюджетного показателя. Если процент исполнения (число) показан синим цветом, это означает, что данный показатель находится в допустимых рамках и не требует к себе внимания. Красным цветом будет нарисован процент исполнения по тем показателям, которые следует изучить отдельно. Например, красным цветом будут кодироваться превышение фактических расходов над запланированными.
Начинаем тестировать. Автору огромное СПАСИБО.
Столько всего интересного про бюджет написано, не даже не знаю с какой стороны подойти.
Видимо надо попробовать, чтобы разобраться.
...от почитателей ещё с первой версии.
Если я указываю бюджет в долларах ежемесячный. Похоже он не применяет текущий курс. Хотя б средний или на начало месяца.
...на самом деле средний курс. Точнее, средневзвешенный.
Почему я спрашиваю - у меня зп в долларах. В связи с падением курса относительно гривны - последние месяцы я недобираю по бюджету. Я не силен в бухгалтерии - это правильное трактование?
...я не вижу как вы вводите бюджет.
Но вообще, если доллар падает а зарплата номинирована в долларах, то долно получаться что ваши доходы уменьшаются. Мне кажется это логичным.
Спасибо. По любому надопросить прибавку!
...таков (если мне не изменяет память):
1. Вычисляется сумма лимита показателя за указанный период в указанной валюте. Например, если установлено что ежемесячный лимит 1000 долларов а период установлен в полтора месяца, то сумма лимита будет 1500 долларов.
2. Берутся все курсы валют на указанный период (в настроках закладки). И считается средневзвешенный курс. Если, например, полсрока был курс в 26 рублей за доллар а еще полсрока был курс 24 рубля, то средневзвешенный курс должен получиться 25 рублей за доллар.
То, о чем мечтали большевики, свершилось!
Искреннее спасибо
Огромное спасибо, давно ждали, каждый день надеялись.
СПАСИБО!!! Очень боялся что работа совсем заброшена, а уж на такую радость как бюджет и не надеялся!
Спасибо огромное!
...если вдруг возникнет желание остановить проект, я об этом сообщу. Но пока и мыслей таких нет.
...за хорошую новость.
Удачи Вам в дальнейшем.
По поводу второго пункта (исполнение):
Я установил среднемесячные лимиты.
Например:
Статья расхода (бюджета): Услуги связи
Месячный лимит: 180
В этом месяце фактически потрачено: 10
Имею следующее:
Статья бюджета -- План -- Факт -- Исполнение
Мобильный ------- 180 -- -10 -- -5,56%
То есть, сумма значение "исполнение" отрицательное и КРАСНОЕ.
Хотя, по идее, должно быть СИНИМ?
И индикатор "заполненности" в графе Исполнение, кажется, не работает. Он белый, вне зависимости от того, превышен ли лимит по данной статье бюджета или нет.
Хм.. если вносить в бюджет план ДОХОДОВ - то все работает (синее/красное)
Видимо, для расходов колоркодинг работать не будет, т.к. они изначально отражаются в учете операций с минусом.
Сорри. разрулил. Просто в графе "Лимиты" цифру предполагаемых расходов тоже надо указывать с минусом.
Конечно это я упустил. Надо было отдельно отметить, что лимиты для статей расхода следует указывать отрицательным значением.
теперь в программе есть все что мне надо
1. Вот например мне должны заплатить суму только в этом месяце и я ее вывел отдельной статьей бюджета. При заполнении сумы плана только на 1 месяц (текущий), а на остальные 0, исполнение почему-то светиться красным цветом, хотя месяц еще только начался.
2. Думаю было б удобно также сделать статью без привязки к периоду времени.
3. Выложите пожалуста обновленный образец локализации для перевода программы. Хочу перевести новые пункты меню на украинский язык.
4. Почему план для "папок" не расчитывается автоматически?
Возьмем, к примеру, самое банальное: статья бюджета еда (программа-то для учета домашних финансов
Структура:
Продукты -- план -- факт -- исполнение
--икра красная -- план -- факт -- исполнение
--икра черная -- план -- факт -- исполнение
На самом деле в статьях в продукты входит гораздо больше категорий, но в бюджет отдельно вынесены только две.
А расходы на остальные продукты мне детально не нужны.
Поэтому, на икру я выставляю лимиты, а на папку продукты ставлю общий лимит на еду. в этом случае автосуммирование совсем не нужно
1. По мере того как доход будет расти от нуля до 100% цвет исполнения будет изменяться плавно от красного до синего.
2. Не понял идею. Любой план формулируется так: "я должен сделать то-то и то-то
в течении такого-то времени".
3. Да, надо было это сразу сделать. Сделал. Уже можно скачивать.
4. Не знаю. Даже мысли такой не было.
А надо?
4. Да. В этом случае не приходилось бы каждый раз менять лимит папки при изменении лимима статьи, принадлежащей этой папке.
Скорее всего, лучше сделать это опционально в настройках каждой папки.
И еще несколько замечанных ошибок:
1) Вылетает программа, при перетаскивании мышкой элементов в корневой директории Бюджета.
2) При создании статьи бюджета или подпапки в другой папке в качестве родительской папки подставляется не та папка, где создается новый элемент, а подставляется родительская папка той папки, где создается элемент. Мне кажется такой поведение программы не совсем правильным.
3) Объясню на примере.
У меня есть Статья "Регулярные платежи". В ней есть подстатьи "Оплата интернета", "Мобильный телефон", "Квартплата" и др.
Из всего перечня данных статей меня интересует бюджетирование по статье "Мобильный телефон" и по головной статье "Регулярные платежи".
Я создал в разеле Бюджет папку "Регулярные платежи" и внес в нее 2 статьи бюджета: "Мобильный телефон" и "Регулярные платежи".
При этом в папке "Регулярные платежи" расходы по статье "Мобильный телефон" просуммировались дважды.
На мой взгляд, в данном случае программа расход по статье "Мобильный телефон" должна считать 1 раз.
И насколько я понял, в данный момент значения расхода для папки считают простым суммированием значений расхода для подэлементов.
...и еще пожелание:
А можно в окне выбора серии для отчета реализовать выбор значений классификатора так же, как и выбор счетов. Т.е. отмечать необходимые значения классификаторов галочками слева.
Это нужно, т.к. иногда возникает необходимость посчитать суммарный расход по тем статьям классификаторов, которые раскиданы по разным категориям.
Хочу поблагодарить автора за проделанную работу!
Спасибо Вам большое!!
Еще видится привлекательным, если в качестве периодов можно будет выбирать:
С начала года по текущий день
С начала месяца по текущий день
1-го пункта мне думается что красный цвет должен появляться не сразу, а по прошествии какого-то времени. Ато получается ситуация что вроде как еще не надо беспокоится по поводу какой-либо оплаты, а она уже красным светит и отвлекает от тех красных за которые уже действительно надо беспокоиться. Особенно когда оплата разовая, т.е. заплатят полную суму за один раз.
2-го пункта: а что если мы не знаем дату оплаты? Ну например поставили себе за цель купить новый особняк на Гаваях, и копим для этого деньги? Что-то вроде установки для себя цели на будущее.
3 - переведу и кину вам на мыло
4 - однозначно надо, в ручную лень заполнять
и лень суммировать.
п.4 - очень нужен.
допустим есть группа хозрасходы
в ней - бытовая химия, запасы для ремонта, лампочки...
группу "прочие" заводить лениво, и план заводить отдельно лениво.
поэтому я определяю статьи в мелких расходах как родительскую статью - хозрасходы.
таким образом, сумма подстатей не обязательно равна сумме статьи (в истории платежей).
Аналогично, план по расходам родительской статьи может в общем случае не совпадать с суммой подстатей, т.к я могу из хозрасходов выделить лимит только на бытовую химию, а остальное скопом добавить в общий лимит родительской статьи.
"наверно опционально" - как сказал Павел
Не знаю, опоздал ли, но вот я думаю, что при вводе нового лимита, программа может спросить, а не прибавить ли этот лимит к Родителю, да и ко всем родителям остальным выше. Только вот предвижу что ближайщему родителю нужно прибавлять, а вышестоящему не надо.
Например:
Отдых
- Кабак
- День рождения
Например, захотев,
Отдых
-Кабак
--ДР
захотев отметить день рождения в любимом кабаке, вполне закономерно увеличение расходов на кабак вцелом.
Но вовсе не обязательно увеличение расходов на отдых...
Не знаю, опоздал ли, но вот я думаю, что при вводе нового лимита, программа может спросить, а не прибавить ли этот лимит к Родителю, да и ко всем родителям остальным выше. Только вот предвижу что ближайщему родителю нужно прибавлять, а вышестоящему не надо.
Например:
Отдых
- Кабак
- День рождения
Например, захотев,
итоги в бюджетном плане (п.4.) очень бы хотелось, чтобы видеть профицит\\дефицит бюджета. Или возможность выгрузки бюджета за период в excel.
Выложил файл на e-mail Сергея!
Спасибо, друг, за работу, которую ты делаешь!
Dervish, Спасибо Вам за новые усовершенствования в ПО, контроль за исполнение бюджета - оч.нужная вещь!
Во первых, спасибо за программу.
По поводу бюджета - т.к. статьи бюджета и серии данных отчета динамики оборотов совпадают, может можно было бы сделать так, чтобы план (бюджет) отмечался на графике динамики оборотов?
Т.е. для наглядного сравнения. Нпр. при просмотре графика за весь год в разбивке по месяцам было бы видно не только реальные расходы/доходы, но и план (бюджет)
Дервишу огромное спасибо за возможность бюджетирования!
Отдельно прошу раскрыть вопрос: сумма в бюджетирование—"факт" для сравнения с "планом" считается по дате проводки или по бюджетной дате?
Присоединюсь к тем "ленивцам", которые хотят "для пущей наглядности" отклонения в план—фактном анализе видеть в абсолютных суммах...
Свершилось.
1. вот бы автоматом создать структуру бюджета по кальке классификатора? а уже потом ее подредактировать.
2. как контролировать в "бюджете" расходы по статьям, которые в нем не учтены, а должны?
по-поводу "структуры бюджета по кальке классификатора" - это можно было бы сделать, наверно, быстро и самостоятельно, если бы бюджет экспортировался в excel
смею предположить, что из-за завязки бюджета на серии данных, его экспорт может вызывать какие-нибудь трудности...
P.S.: после первого ознакомления с бюджетированием, возникло предложение в дополнение к уже озвученным по графикам \"Динамика оборотов\" - если уж сам бюджет имеет древовидную структуру, может имеет смысл и серии данных в Динамике оборотов отображать и обрабатывать как деревья?
Деревья в списке серий данных уже давно напрашиваются (на вкладке отчетов).
Но сейчас больше волнует бюджет.
Спасибо за новую сборку и, конечно, за давно ожидаемый бюджет!
Попробовал бюджет. Столкнулся с небольшой неприятностью. У меня не все расходы падают на конечные статьи. Ряд расходов идет по родительским статьям. Например:
Статья----------Расход
Ремонт машины---5000 Родительская статья
-Шиномонтаж-----1500 Конечная статья
В бюджете необходимо делать для родительской статьи отдельный бюджетный лимит, я не могу завести на родительскую папку в бюджете родительскую статью в дереве статей, что рушит логику построения моего дерева статей. Если это не идет вразрез с логикой построения бюджета, можно ли это исправить?
Например, моя тестовая структура бюджета:
Бюджеты разные (папка)
- Расходные (папка)
- - Кредитные (папка)
- - - Кредитный лимит (статья)
По каждой строке можно через редактирование лимитов устанавливать свой лимит.
нельзя привязать к папке статью расходов. Объясню на Вашем примере:
Бюджеты разные (папка)
- Расходные (папка)
- - Кредитные (папка)
- - - Кредитный лимит (статья)
Я могу поставить лимит по любому из этих уровней, но привязать статью, расходы по которой будут учитываться в этом лимите, я могу только к <B>статье</B> Кредитный лимит, а не к <B>папке</B> Кредитные.
Пару замечаний и предложений
1.При перетягивании статьи бюджета в родительскую папку мышкой, программа вылетает.
2.Может быть сделаете чтобы в бюджете в столбце ПЛАН подбивалась сумма? (видно как спланирован бюджет (с профицитом или дефицитом))
3.Хотелось бы чтобы в отчете был еще один график КАПИТАЛ. (аналог ИЗМЕНЕНИЯ КАПИТАЛА только чтобы было видно сколько конкретно денег осталось, а не насколько я разбогател/победнел)
Заранее спасибо
Ко второму пункту. Хочется видеть общую сумму плана.
Первый пункт не замечал, все работает корректно.
... ко второму пункту. Хоть и можно выставить лимит на папку, но мне было бы удобней видеть сумму всех лимитов.
первый пункт тоже подтверждаю
Если в бюджет заложена величина, равная 0, или бюджет по данной статье в текущем месяце равен 0, а на какой-то другой он больше, то в столбце Исполнение 0,00% показываются красным цветом. Но ведь бюджет выполнен, ничего не потрачено, почему же 0 тогда красный?
Подтверждаю такое поведение. Самого несколько выводит из равновесия. Можно исправить?
цель бюджетирования - оптимизировать прогнозы на траты с целью более рационального распределения средств.
Если у вас исполнение по бюджету равно нулю, то это значит, что вы составили бюджет неправильно. Т.е. планировали потратить, но не потратили. Красный ноль позволит обратить на это внимание и в будущем подобную сумму запланировать на что-нибудь другое, ... более приятное и нужное
Спасибо за новую сборку. Бюджет реализован замечательно.
Изменить серию -> Учитывать операцию:
Ставлю галочки "Приход", "Расход", "Зачисления переводом" , "Списания переводом"
"Статья: Все статьи прихода"
Почему то мои зачисления переводом на мой счет не отражаются в бюджете
ставлю -> "Статья: Все статьи перевода"
Отражает в бюджете мои зачисления переводом,отсутствуют зачисления приходом!!!!!!! Логично!
Дак вот нельзя ли сделать так чтобы все изменения (приход, расход, перевод)одновременно отражались в бюджете???
Или это ошибка в программе?
Но для этого, видимо, у классификатора (Статья) не должна стоять галочка "Разделять по типу операции"
Тогда у вас будет использовать одно и то же дерево статей и в приходах, и в расходах, и в переводах.
К сожалению, снять эту галочку у уже существующего классификатора нельзя - нужно создавать новый.
..вломы опять статьи перебивать
Может я не разобрался, но не нашёл как удалить статью расхода, которую не правильно записал?
пока что никак. Видемо это махонькая недоработка.
У меня все созданные серии отоброжаются в отчетах.
Там их можно удалить.
классификаторов возникавшая при редактировании нескольких операций.
Не исправлена. Билд 215 - все та же ошибка.
Во-первых, спасибо за бюджет!! наконец-то не нужно руками вести его в экселе)
Но есть некоторое пожелание по созданию групп расходов. Сейчас (насколько я понимаю) нельзя выбрать большую группу статей расхода, и исключить из нее часть подстатей. Например, я бюджетирую группу расходов "Автомобиль", из которой хочу вынуть, скажем, страховку. В текущей реализации единственный выход для меня - делать группу бюджетных счетов и повторять в ней структуру расходных статей, кроме той самой страховки. А страховку делать отдельно. Это не то, чтобы удобно и быстро.
Так вот, может быть сделать выбор статей для группировки галочками, как при выборе счетов?
И еще было бы здорово объединить это с возможностью задавать лимит расходов на папки, а не только на статьи.
на что угодно, хоть на примечания. все зависит от грамотно составленной базы.
грамотно составленной выложил.
ну очень не просто смертному разобраться с чем и как едят бюджетирование, как построить грамотное дерево счетов и т.п.
остановился вот на чем. Все счета - это годы. 2006,2007,2008...Три года я придерживаюсь этой схемы.
Каждый год имеет счета валют.
У меня это USD.BLR.
Проекты: Семья,Родные,Друзья,Я,Прочие.
В последний входят разные направления откуда деньги можно добывать.
Статьи перевода: перевод
Статьи прихода: гонорар, комиссия,депозит
Статьи расхода:Телефон,Коммунальные,Продукты,Сезонные,Накладные,
Транспортные,Образование,Гигиена,Медицина,Развлечения,Работа,Бытовые.
Можно конечно сочинять еще, но, по - моему, этот список перекрывает основные жизнедеятельные направления
Примечания: все, что может расшифровать статьи.
Телефон: мобильный,городской,интернет.
Сезонные: одежда, обувь.
Коммунальные: аренда,квартплата,водоснабжение,электроэнергия.
Образование: книги,курсы и т.д.
Сначала попробуйте так, если создадите такую базу, то до бюджета рукой подать.
Как-нибудь соотносятся друг с другом?
а я так и не смог приспособится к ведению бюджета. Да и смысла вижу в этом немного...
а как ты просил !
Бюджет - фича полезная, но требуется предпринимателям и им подобным,
когда башку рвет от множества трат и надо вырулить лучшим образом
без потерь и сидения на мели.
А простому человеку - это как бы игра в монополию.
как все поигрались и разобрались с бюджетом, хотелось бы услышать кто его реально использует, как и для чего?
Расписываю все свои расходы по статьям. Потом смотрю, где перебор, а где наоборот, реальные расходы меньше, чем план.
Потом решаю где можно съэкономить
или на что потратить больше средств.
В основном для планирования расходов. Т.к. всяких расходов очень много и нужно удерживать себя в заданных рамках.
Использую бюджет для контроля доходов. Расходы не контролирую, т.к. не склонен к импульсивным покупкам. А то, что покупаю -- действительно необходимо.
Будете знать откуда пришли деньги, но куда ушли - нет.
Нельзя, например, сказать, смогу ли я в этом месяце отложить 20%, а не 10%, как в прошлом. Только на основе доходов этого не решить, по-моему.
Я буду знать откуда пришли деньги и куда ушли, т.к. учет доходов и расходов у меня ведется достаточно детализировано. Расходы я учитываю, но жестого бюджетирования по ним не веду, я лишь справочно, анализирую круговую диаграмму.
У меня ряд источников дохода и запрлата (меня, как наемного работника) составляет малый удельный вес в общем доходе. Я ничего не откладываю как неприкосновенный запас в конверт в тумбочку. У меня все деньги в обороте или временно в тумбочке. Т.е. вечером пришли деньги в тумбочку, а утром уйдут, но некий процент в них будет уже моим. АбилитиКэш позволяет это учитывать очень наглядно и хорошо. Да, на случай форс-мажора у меня есть некоторая заначка, но не более необходимого. Она ни на что не копится, она просто лежит.
Да, также я не коплю на вещи, я их покупаю по мере необходимости. Т.е. если мне нужна машина, то я не откладываю на нее по 20% своего дохода и потом не притрагиваюсь к пухлому конверту в течении года. Нет, напротив, когда я начинаю осозновать, что мне нужен новый авто, я смотрю, сколько денег я могу изъять из оборота, чтобы получить больший функционал от авто, но и не навредить финансовым потокам. Если этой суммы недостаточно, то надо больше зарабатывать, т.е. надо тщательней контролировать бюджет доходов(!), где-то надо поднажать и перевыполнить план по доходам.
Повторюсь, я не склонен к импульсивным покупкам. "Обана, новый нокиа999999, хочу такой. Вчера я сэкономил на завтраке, значит теперь урежу бюджет и через неделю куплю телефон".
Да, еще момент, я исхожу из принципа: есть некий среднемесячный расход, скажем $1000, тогда доход должен быть (эмпирически какждый сам выбирает для себя) скажем $2000. Вот эти $2000 я и контролирую. И стараюсь максимизировать данную цифру, перевыполнить план. 2010... 2050... 2500... Естественно каждый квартал/год я поднимаю планку на несколько процентов. На мой взгляд правильней больше зарабатывать, чем меньше тратить.
Возможно мой принцип учета не подходит людям, которые из месяца в месяц, из года в год получают фиксированный доход и увеличить его просто не в состоянии. Хотя последнее очень сомнительно.
PS у меня бухгалтерское образование.
было интересно и познавательно почитать.
У меня нету постоянного дохода в конкретных цифрах, так же как и затрат на большие сумы. Есть разовые заказы время от времени, которые спрогнозировать никак не берусь
Таким образом бюджет могу делать только на то что оплачиваю и то что мне оплачивают и в чем я уверен на 100%. Я не живу на постоянную зарплату.
В принципе всю необходимую информация можно ведь взять из отчетов. А привязка в бюджете к конкретным месяцам делает невозможным использование оного для непредвиденых заказов (ну не знаю я когда закончу работу, или когда клиент оплатит мне). Было б удобно устанавливать более гибко часовые рамки: 10.10.08 - 23.11.08 пример.
Условно бюджет можно разделить на части: обязательные платежи и необязательные и когда вы точно знаете дату операции и когда не знаете вообще. В данной версии програмы реализованы только те операции в которых вы уверены на все 100% и знаете когда они произойдут.
Для себя решил все вести так чтобы видеть (в бюджете) в месяц сколько денег 100% должно прийти и уйти.
Я использую эту программу для того, чтобы знать: какой кредит я могу взять. Например, хочу купить машинку. Свободных денег (за вычетом дома, еды, развлечений, хобби) у меня остаётся 12 тысяч, например. Значит, я должна взять кредит на столько лет, чтоб в месяц выплачивать не больше этой суммы. Иначе придётся дома сидеть. Или того хуже - голодать
... пока. Т.е. можно сделать бюджет, но очень-очеь примитивный. Чуть глубже - либо что-то не работает, либо чего-то не хватает.
в списке операций по контекстному меню (правая кнопка мыши) выгрузить в Excel не работает - делает пустые строки и только последнюю заполняет.
Уже давно. Через экспорт долго, да и всю цепочку названий выгружает. Не пора бы мсправить - там скорее всего просто ошибка в цикле.
если из таблицы убрать 1-2 столбца (снять галочки), то выгрузка идет правильно, а если все столбцы помечены - гонит пустышки
был бы, если бы статьи бюджета основывались все-таки на статьях (например, когда смотрю отчет "обороты", у меня автоматом появляются "Все расходы" с детальной разбивкой по статьям/подстатьям).
И неплохо было бы, конечно, выбирать статьи чекбоксами. Часто нужно объединить в одну статью бюджета различные статьи из плана счетов..
... вручную создать структуру статей бюджета такую-же как используемого вами классификатора?
И что делать если используется более одного классификатора?
Думаю что для идеального варианта не хватает возможности выбирать несколько значений одного классификатора при редактировании серии. Предварю вопрос "Как же это все разместить?". Табы... или, к примеру, слева список классификаторов, а справа список значений выбранного классификатора.
бюджета в созданную папку. Программа вылетает с выдачей стандартной ошибки приложения Windows.
Статьи бюджета не помещаются в папку
скачал 215,
1) а где закладка графики как на скриншотах?
2) как расход соотнести к статье?
Отличная программа. Громадный респект автору.
Обнаружил такой косяк: при создании счета в валюте с количеством цифр больше 2-х начальный остаток всё равно округляется до второй цифры после запятой.
Пожелания:
1. Хотелось бы иметь возможность создавать валюты с количеством цифр после запятой больше 4, для учета паев ПИФов, ОФБУ и т.п.
2. В бюджете, в случае если для папки явно не задан план, было бы удобно, если в графе "план" для папки будет выводиться сумма планов дочерних элементов.
Да, именно сумма дочерних элементов - очень неудобно вручную пересчитывать при изменении плана дочернего элемента.
2. В бюджете, в случае если для папки явно не задан план, было бы удобно, если в графе "план" для папки будет выводиться сумма планов дочерних элементов.
Если в настройках базы данных включить "Учитывать в операциях поля "цена" и "количество"", то при добавлении операции в области "Сумма" радио-кнопки работают некорректно. Когда выбираешь "Сумма расхода", то она становится неактивной, а должна наоборот стать активной. То же самое и с другими двумя "Цена за единицу" и "Количество".
... все работает правильно, но не совсем логично.
Выбранная настройка делает недоступным то поле, которое будет рассчитано на основании двух других. Т.е. Вы выбираете не поле для ввода, а поле для расчета значения. Я сам долго привыкал
...перевод между счетам с разными валютами. Там такое же поведение.
теперь понятно, что если есть желание, то можно привыкнуть к такому поведению, работает правильно. Однако, если Дервиш будет иметь свободное время, то может поправить эту ошибку в следующей версии, там, кажется, ничего сложного.
Может быть вы предложите вариант как эта ошибка должна быть исправлена? Критику поведения вижу, а вот предложения как-то не заметил...
неплохо было бы сделать не три, а два варианта выбора радио-кнопками:
1) Сумма расхода
2) Цена за единицу + Количество.
Если выбрать первое положение радио-кнопки, то пользователь вводит сумму расхода, а "Цена за единицу" и "Количество" не активны.
Если выбрать второе положение радио-кнопки, то пользователь вводит цену за единицу и количество, а "Сумма расхода" не активна.
Второй вариант: использовать не радиокнопки, а checkbox. В этом случае можно будет указать, например, что хочется ввести "Сумму расхода" и "Количество". Конечно, придется проверять и исправлять не имеющие смысла наборы вариантов. То есть, если выбрано лишь "Количество", то автоматически устанавливать флажок и у "Цена за единицу" или "Сумма расхода".
Третий вариант: не использовать вообще радио-кнопки и checkbox. В этом случае пользователь указывает сам, что хочет, недостающие значения рассчитываются на основании введенных значений. При нажатии на кнопку "OK" или "Добавить" сделать проверку на недопустимый ввод (указано лишь количество, а цена нет). Если же введена лишь сумма расхода, то подставить в поле "количество" единицу, а в поле "Цена за единицу" сумму расхода.
<font color=black>> неплохо было бы сделать не три, а два варианта выбора радио-кнопками:
> 1) Сумма расхода
> 2) Цена за единицу + Количество.
> Если выбрать первое положение радио-кнопки, то пользователь вводит
> сумму расхода, а "Цена за единицу" и "Количество" не активны.
Значит, если выбрать первый пункт, то цену и количество вообще никак ввести нельзя? Как я понимаю, это опечатка. Этот пункт практически ничем не отличается от реализованного варианта. Ну только одна радио-кнопка пропадает что немного уменьшает гибкость программы, а в остальном это уже реализовано.
<font color=black>> Второй вариант: использовать не радиокнопки, а checkbox.
То есть, чекбоксы должны сами будут выключаться если пользователь попробует поставить галочки во всех трех чекбоксах? Ну эта ситуация многократно разбиралась дизайнерами пользовательских интерфейсов и резюме везде однозначное: не пытайтесь заменить функциональность радио-кнопок чекбоксами. Это сильно запутает пользователей. Но даже если не брать во внимание этот тезис, удобства чекбоксы не добавят, а лишь принудят пользователей делать лишний клик.
<font color=black>> Третий вариант: не использовать вообще радио-кнопки и checkbox.
А если введены все три значения и они не сходятся?
Ну и последнее. Аналогичный интерфейс используется в оерациях перевода между счетами в разных валютах. Если то что вы предлагаете экстраполировать еще и туда... Извините, мне кажется что это будет хуже чем то, что есть сейчас.
хотите - оставьте как есть.
В первом варианте опечатки нет. Именно две радио-кнопки: первое положение - вводить сумму расхода, второе положение - вводить цену за единицу плюс количество. Согласен, у этого варианта есть недостаток - отсутствие гибкости.
По третьему варианту (без чек-боксов и радио-кнопок).
1) Пересчет значений может происходить после потери фокуса с соответствующего элемента ввода. В этом случае все значения всегда будут в актуальном состоянии. Нужно лишь определиться, какие значения по каким будут пересчитываться. Наверное, было бы правильным в случае введенных трех значений и изменения "количества" пересчитать "сумму расхода". То же самое и для цены за единицу, при изменении значения "цены за единицу" пересчитывается "сумма расхода". А если изменение будет в поле "Сумма расхода", то пересчитывается поле "Цена за единицу".
Недостаток: если пользователь захочет ввести "сумму расхода" и "цену за единицу", чтобы автоматически рассчитать количество, то у него возникнут проблемы.
2) Если введены все три значения, и они не сходятся, то при нажатии на "OK" или "Добавить" можно выдать сообщение о том, что пользователь вводит некорректные данные.
Интерфейс, который сейчас у Вас, по меньшей мере не очевиден: выбираешь обычно то, что хочешь ввести, и вдруг это выбранное становится неактивным.
Хотя всё это мелочи, как сделаете так и сделаете.
Есть понятия, типа "вот так мне кажется правильным". Но Все ваши построения рушатся при попытке приложить их к привычным житейским ситуациям. Например, залили бензина на 1000 руб. Какое поле должно изменяться при редактировании цены? А при редактировании суммы? Существующий вариант очень продуманный, хотя и не полне привычный.
я не считаю свои варианты единственно правильными. Но если Вам по душе тот корявый интерфейс, что реализован сейчас - пожалуйста, пользуйтесь.
то все равно менять его надо на нечто лучшее. А этого пока не наблюдается.
можно сделать чек-бокс в виде замка возле поля, которое должно быть рассчитано по значениям двух других. Когда пользователь включает один чек-бокс, другие сбрасываются.
Всё лучше, чем радио-кнопка, делающая неактивным рассчитываемое значение.
которого сбрасываются остальные элементы группы и называется радио-кнопкой. И неразумно пытаться навесить этот функционал на элементы для этого не предназначенные.
По сути, Вы только что предложили оставить текущую реализацию, но вместо радиобаттонов зачем-то поставить чекбоксы плюс обработчик, делающий из чекбоксов радиобаттоны. Интуитивно понятное решение
на странице "счета" не обновляются данные после выполнения операций
к примеру есть счет "наличные - доллары" - после выполнение операций на странице "операции" я возвращаюсь глянуть остатки на страницу "счета" - а там цифры остаются старые
на странице "операции" остатки показывает сразу и правильно
после перезагрузки программы - все становится на свои места
Вообще-то я никак не ожидал подобного сообщения об ошибке потому что я вроде как отлаживал это дело специально и у меня все работает.
Могу я Вас попросить прислать мне тестовую базу данных в которой проявдяется эта ошибка?
Сам однажды такое заметил, но только после полуночи. Ибо дата на которую показываются остатки сама-то не переключается. А при запуске программы просто устанавлиается в текущую - потому перезапуск и лечит.
это я так понимаю просто еще одна форма отчета?
Вот только не понятно почему в родительской папке "факт" суммируется, а вот "план" нет. приходится самому суммировать.
Потому что в бюджете можно накладывать ограничения на НЕКОТОРЫЕ подстатьи, и общее ограничение в ЦЕЛОМ.
Поэтому очень хорошо что план не суммируется
Каждый раз в екселе пересчитывать....
Сборка супер! Только я не пойму почему не сохраняются настройки интерфейса программы! Может я где-то туплю? В чём трабл?
любые изменения на странице сохраняются нажатием Alt+S
Спасибо! Действительно))) Чё-то я лохонулся, не заметил этого)))
про бюджет. У меня вот тут возникло:
Зарплата (папка) план=100 факт=90 %=90
работа1 (статья) план=50 факт=50 %=100
работа2 (статья) план=50 факт=40 %=80
И при этом отображение идет синим цветом. Но ведь логически я недополучил. По идее то должно быть красным. (у меня, правда, статьи разделены по виду операции
)
При большом окне программы или открытии ее на весь экран, на ней появляются артефакты в виде кусков окон других программ, десктопа и т.д.
У меня два монитора, на одном разрешения 1680х1050, на втором 1280х1024
P.S. А за програмку спасибо - замечательная!
Нельзя ли добавить детализированный план на неделю?
Можно, если выставлены лимиты на месяц в поле <B>Период</B> выбрать значение Неделя и будут видны лимиты и фактические значения за неделю, только возможно надо будет календарные даты выбрать нужные вам. Фактические значения видны даже если план не задан, но не стоит галочка в поле <B>Спрятать статьи, для которых не задан план</B>
Вроде ничего необычного не делал, \"выполнил\" и подправил повторяющуюся операцию, попробовал перейти на вкладку отчеты. После продолжения переход прошел нормально, но на всякий случай вышел из программы. На всякий случай высылаю:
Файл: ChrtCtrl.cpp
Строка: 706
Версия: 2.0 alpha
Сборка: 215
Call Stack:
004704e1 0046efe4 0043f37f 0043cbd0
00435d21 00435936 00435988 7e368734
7e373745 7e373591 7e37765c 7e36b903
5d5b682c 5d5d00d8 5d60ad8b 5d60b086
У меня есть специальный счет "Долг". Соответственно - периодически через него проходят деньги, списания с него являются моим долгом кому-либо, зачисления на него - долгом кого-то мне. Примерно аналогично действует "счет кредитной карты", на котором сумма всегда или равно нулю или имеет знак минус.
Бюджет в программе у меня пока организуется следующим образом:
- две корневых папки: Приход и Расход.
- под ними - папки с подсериями или просто серии.
Захотел я движения через эти счета подвергать бюджетированию. Например в бюджетном приходе хочется видеть "приход - долг", а в расходах одна из под-папок бюджета - "погашение задолжность по кк".
Но есть добавить бюджетную статью прихода "Долг" и установить ей "списания переводом", то увидим в приходе знак минус, а если в расходе захотим указать статью расхода "Погашение долга по КК" и установим "зачисления переводом" - то расход будет со знаком плюс, вместо минуса.
Как мне лучше реализовать эту функциональность?
Учитывать "статью расхода "Погашение долга по КК" " с тех счетов, с которых реально идет расход. Потому что счет долг эти переводы кредитуют, т.е. операции на этот счет всегда со знаком плюс.
Если дублировать операцию, то дата и время берутся как в старой записи. После нажатия кнопки с дата кругом берется текущая дата, а время остается старое. считаю что нужно менять и время.
заклудку.
Файл: ChrtCtrl.cpp
Строка: 706
Версия: 2.0 alpha
Сборка: 215
Call Stack:
004704e1 0046efe4 0043f37f 0043cbd0
00435d21 00435936 00435988 7e368734
7e373ce4 7e373b30 7e37309b 7e3792e3
5d5b682c 5d5d00d8 5d60ad8b 5d60b086
Здраствуйте!
А нельзя ли диаграму оборотов сделать немного отчётливее, а то мелкие обороты по статьям на ней не видно. Кстати, на ранних версиях, эта диаграма была намного чётче
