Потрясающе
Евгений
04/07/2008 19:19
#
Начинаем тестировать. Автору огромное СПАСИБО.
точно
Дмитрий
04/07/2008 19:26
#
Столько всего интересного про бюджет написано, не даже не знаю с какой стороны подойти.
Видимо надо попробовать, чтобы разобраться.
+ Ещё одно спасибо (:
vertus
08/10/2008 15:08
#
...от почитателей ещё с первой версии.
Дервиш, я тебя люблю!!! ;) (-)
Игорь
04/07/2008 19:28
#
Отличная новость! Огромное спаибо! (-)
Aleksey
04/07/2008 19:30
#
Сразу же вопрос
Евгений
04/07/2008 19:35
#
Если я указываю бюджет в долларах ежемесячный. Похоже он не применяет текущий курс. Хотя б средний или на начало месяца.
Используется...
Dervish
04/07/2008 19:37
#
...на самом деле средний курс. Точнее, средневзвешенный.
за какой период? (-)
Евгений
04/07/2008 19:40
#
Немного о себе
Евгений
04/07/2008 19:44
#
Почему я спрашиваю - у меня зп в долларах. В связи с падением курса относительно гривны - последние месяцы я недобираю по бюджету. Я не силен в бухгалтерии - это правильное трактование?
Не могу ответить,...
Dervish
04/07/2008 19:46
#
...я не вижу как вы вводите бюджет.
Но вообще, если доллар падает а зарплата номинирована в долларах, то долно получаться что ваши доходы уменьшаются. Мне кажется это логичным.
Да похоже
Евгений
04/07/2008 20:02
#
Спасибо. По любому надопросить прибавку!
Алгоритм там...
Dervish
04/07/2008 19:45
#
...таков (если мне не изменяет память):
1. Вычисляется сумма лимита показателя за указанный период в указанной валюте. Например, если установлено что ежемесячный лимит 1000 долларов а период установлен в полтора месяца, то сумма лимита будет 1500 долларов.
2. Берутся все курсы валют на указанный период (в настроках закладки). И считается средневзвешенный курс. Если, например, полсрока был курс в 26 рублей за доллар а еще полсрока был курс 24 рубля, то средневзвешенный курс должен получиться 25 рублей за доллар.
Спасибо!
Павел
04/07/2008 19:37
#
То, о чем мечтали большевики, свершилось!
Искреннее спасибо
БЛАГОДАРНОСТИ
Валенсио
04/07/2008 19:37
#
Огромное спасибо, давно ждали, каждый день надеялись.
ЗдОрово!
AYA
04/07/2008 19:39
#
СПАСИБО!!! Очень боялся что работа совсем заброшена, а уж на такую радость как бюджет и не надеялся!
Спасибо огромное!
Как я уже говорил,...
Dervish
04/07/2008 19:40
#
...если вдруг возникнет желание остановить проект, я об этом сообщу. Но пока и мыслей таких нет.
Большое спасибо...
Валерий
04/07/2008 19:41
#
...за хорошую новость.
Удачи Вам в дальнейшем.
И об ошибках...
Павел
04/07/2008 21:06
#
По поводу второго пункта (исполнение):
Я установил среднемесячные лимиты.
Например:
Статья расхода (бюджета): Услуги связи
Месячный лимит: 180
В этом месяце фактически потрачено: 10
Имею следующее:
Статья бюджета -- План -- Факт -- Исполнение
Мобильный ------- 180 -- -10 -- -5,56%
То есть, сумма значение "исполнение" отрицательное и КРАСНОЕ.
Хотя, по идее, должно быть СИНИМ?
И индикатор "заполненности" в графе Исполнение, кажется, не работает. Он белый, вне зависимости от того, превышен ли лимит по данной статье бюджета или нет.
упс. сумма отрицательнАЯ и краснАЯ
Павел
04/07/2008 21:08
#
а в доходах все ок
Павел
04/07/2008 21:20
#
Хм.. если вносить в бюджет план ДОХОДОВ - то все работает (синее/красное)
Видимо, для расходов колоркодинг работать не будет, т.к. они изначально отражаются в учете операций с минусом.
извините за флуд..
Павел
04/07/2008 21:22
#
Сорри. разрулил. Просто в графе "Лимиты" цифру предполагаемых расходов тоже надо указывать с минусом.
Конечно это я упустил. Надо было отдельно отметить, что лимиты для статей расхода следует указывать отрицательным значением.
И от меня СПАСИБО!!!
MaX:)
05/07/2008 00:16
#
теперь в программе есть все что мне надо
предложения и пожелания
MaX:)
05/07/2008 01:27
#
1. Вот например мне должны заплатить суму только в этом месяце и я ее вывел отдельной статьей бюджета. При заполнении сумы плана только на 1 месяц (текущий), а на остальные 0, исполнение почему-то светиться красным цветом, хотя месяц еще только начался.
2. Думаю было б удобно также сделать статью без привязки к периоду времени.
3. Выложите пожалуста обновленный образец локализации для перевода программы. Хочу перевести новые пункты меню на украинский язык.
+
MaX:)
05/07/2008 03:12
#
4. Почему план для "папок" не расчитывается автоматически?
наверное, опционально
Павел
07/07/2008 10:48
#
Возьмем, к примеру, самое банальное: статья бюджета еда (программа-то для учета домашних финансов
Структура:
Продукты -- план -- факт -- исполнение
--икра красная -- план -- факт -- исполнение
--икра черная -- план -- факт -- исполнение
На самом деле в статьях в продукты входит гораздо больше категорий, но в бюджет отдельно вынесены только две.
А расходы на остальные продукты мне детально не нужны.
Поэтому, на икру я выставляю лимиты, а на папку продукты ставлю общий лимит на еду. в этом случае автосуммирование совсем не нужно
Отвечу по пунктам.
Dervish
05/07/2008 15:13
#
1. По мере того как доход будет расти от нуля до 100% цвет исполнения будет изменяться плавно от красного до синего.
2. Не понял идею. Любой план формулируется так: "я должен сделать то-то и то-то
в течении такого-то времени".
3. Да, надо было это сразу сделать. Сделал. Уже можно скачивать.
4. Не знаю. Даже мысли такой не было.
А надо?
...
Олег
05/07/2008 16:18
#
4. Да. В этом случае не приходилось бы каждый раз менять лимит папки при изменении лимима статьи, принадлежащей этой папке.
Скорее всего, лучше сделать это опционально в настройках каждой папки.
И еще несколько замечанных ошибок:
1) Вылетает программа, при перетаскивании мышкой элементов в корневой директории Бюджета.
2) При создании статьи бюджета или подпапки в другой папке в качестве родительской папки подставляется не та папка, где создается новый элемент, а подставляется родительская папка той папки, где создается элемент. Мне кажется такой поведение программы не совсем правильным.
3) Объясню на примере.
У меня есть Статья "Регулярные платежи". В ней есть подстатьи "Оплата интернета", "Мобильный телефон", "Квартплата" и др.
Из всего перечня данных статей меня интересует бюджетирование по статье "Мобильный телефон" и по головной статье "Регулярные платежи".
Я создал в разеле Бюджет папку "Регулярные платежи" и внес в нее 2 статьи бюджета: "Мобильный телефон" и "Регулярные платежи".
При этом в папке "Регулярные платежи" расходы по статье "Мобильный телефон" просуммировались дважды.
На мой взгляд, в данном случае программа расход по статье "Мобильный телефон" должна считать 1 раз.
И насколько я понял, в данный момент значения расхода для папки считают простым суммированием значений расхода для подэлементов.
...и еще пожелание:
А можно в окне выбора серии для отчета реализовать выбор значений классификатора так же, как и выбор счетов. Т.е. отмечать необходимые значения классификаторов галочками слева.
Это нужно, т.к. иногда возникает необходимость посчитать суммарный расход по тем статьям классификаторов, которые раскиданы по разным категориям.
..и еще пожелание: А можно в окне
Павел
07/07/2008 10:51
#
присоединяюсь!
Спасибо!
Олег
05/07/2008 16:19
#
Хочу поблагодарить автора за проделанную работу!
Спасибо Вам большое!!
...
Олег
05/07/2008 20:16
#
Еще видится привлекательным, если в качестве периодов можно будет выбирать:
С начала годапо текущий день
С начала месяца по текущий день
по поводу
MaX:)
05/07/2008 21:41
#
1-го пункта мне думается что красный цвет должен появляться не сразу, а по прошествии какого-то времени. Ато получается ситуация что вроде как еще не надо беспокоится по поводу какой-либо оплаты, а она уже красным светит и отвлекает от тех красных за которые уже действительно надо беспокоиться. Особенно когда оплата разовая, т.е. заплатят полную суму за один раз.
2-го пункта: а что если мы не знаем дату оплаты? Ну например поставили себе за цель купить новый особняк на Гаваях, и копим для этого деньги? Что-то вроде установки для себя цели на будущее.
3 - переведу и кину вам на мыло
4 - однозначно надо, в ручную лень заполнять
Лень заполнять
AlexND
07/07/2008 18:35
#
и лень суммировать.
п.4 - очень нужен.
с другой стороны
куверти
08/07/2008 10:04
#
допустим есть группа хозрасходы
в ней - бытовая химия, запасы для ремонта, лампочки...
группу "прочие" заводить лениво, и план заводить отдельно лениво.
поэтому я определяю статьи в мелких расходах как родительскую статью - хозрасходы.
таким образом, сумма подстатей не обязательно равна сумме статьи (в истории платежей).
Аналогично, план по расходам родительской статьи может в общем случае не совпадать с суммой подстатей, т.к я могу из хозрасходов выделить лимит только на бытовую химию, а остальное скопом добавить в общий лимит родительской статьи.
Согласен - есть две стороны (мин.)
AlexND
08/07/2008 13:52
#
"наверно опционально" - как сказал Павел
Суммирование лимитов
Илья
05/10/2008 03:56
#
Не знаю, опоздал ли, но вот я думаю, что при вводе нового лимита, программа может спросить, а не прибавить ли этот лимит к Родителю, да и ко всем родителям остальным выше. Только вот предвижу что ближайщему родителю нужно прибавлять, а вышестоящему не надо.
Например:
Отдых
- Кабак
- День рождения
Например, захотев,
например,
Илья
05/10/2008 03:59
#
Отдых
-Кабак
--ДР
захотев отметить день рождения в любимом кабаке, вполне закономерно увеличение расходов на кабак вцелом.
Но вовсе не обязательно увеличение расходов на отдых...
Суммирование лимитов
Илья
05/10/2008 03:56
#
Не знаю, опоздал ли, но вот я думаю, что при вводе нового лимита, программа может спросить, а не прибавить ли этот лимит к Родителю, да и ко всем родителям остальным выше. Только вот предвижу что ближайщему родителю нужно прибавлять, а вышестоящему не надо.
Например:
Отдых
- Кабак
- День рождения
Например, захотев,
предложения
Winyx
26/09/2008 13:51
#
итоги в бюджетном плане (п.4.) очень бы хотелось, чтобы видеть профицит\\дефицит бюджета. Или возможность выгрузки бюджета за период в excel.
локализация на украинский язык.
Евгений
12/07/2008 16:02
#
Выложил файл на e-mail Сергея!
Спасибо.
Victor Varvariuc
05/07/2008 14:17
#
Спасибо, друг, за работу, которую ты делаешь!
Большое спасибо Сергей!
z13
06/07/2008 15:25
#
ЛЮБЛЮ ЭТУ ПРОГУ!
Спасибо Dervish
Aikidoka
06/07/2008 22:21
#
Dervish, Спасибо Вам за новые усовершенствования в ПО, контроль за исполнение бюджета - оч.нужная вещь!
Dervish-у УРА! :) (-)
vigil
07/07/2008 07:41
#
Бюджет и динамика оборотов
Виктор
07/07/2008 11:11
#
Во первых, спасибо за программу.
По поводу бюджета - т.к. статьи бюджета и серии данных отчета динамики оборотов совпадают, может можно было бы сделать так, чтобы план (бюджет) отмечался на графике динамики оборотов?
Т.е. для наглядного сравнения. Нпр. при просмотре графика за весь год в разбивке по месяцам было бы видно не только реальные расходы/доходы, но и план (бюджет)
Спасибо огромнейшее!
куверти
07/07/2008 14:31
#
Дервишу огромное спасибо за возможность бюджетирования!
Отдельно прошу раскрыть вопрос: сумма в бюджетирование—"факт" для сравнения с "планом" считается по дате проводки или по бюджетной дате?
Присоединюсь к тем "ленивцам", которые хотят "для пущей наглядности" отклонения в план—фактном анализе видеть в абсолютных суммах...
215 спасиб!
AlexND
07/07/2008 15:31
#
Свершилось.
1. вот бы автоматом создать структуру бюджета по кальке классификатора? а уже потом ее подредактировать.
2. как контролировать в "бюджете" расходы по статьям, которые в нем не учтены, а должны?
Dervish-у спасибо, но...
Li Si Cin
07/07/2008 17:44
#
по-поводу "структуры бюджета по кальке классификатора" - это можно было бы сделать, наверно, быстро и самостоятельно, если бы бюджет экспортировался в excel
хотя...
Li Si Cin
07/07/2008 18:17
#
смею предположить, что из-за завязки бюджета на серии данных, его экспорт может вызывать какие-нибудь трудности...
P.S.: после первого ознакомления с бюджетированием, возникло предложение в дополнение к уже озвученным по графикам \"Динамика оборотов\" - если уж сам бюджет имеет древовидную структуру, может имеет смысл и серии данных в Динамике оборотов отображать и обрабатывать как деревья?
Поддержу
AlexND
07/07/2008 18:25
#
Деревья в списке серий данных уже давно напрашиваются (на вкладке отчетов).
Но сейчас больше волнует бюджет.
Расходы по родительским статьям
Дмитрий
07/07/2008 18:42
#
Спасибо за новую сборку и, конечно, за давно ожидаемый бюджет!
Попробовал бюджет. Столкнулся с небольшой неприятностью. У меня не все расходы падают на конечные статьи. Ряд расходов идет по родительским статьям. Например:
Статья----------Расход
Ремонт машины---5000 Родительская статья
-Шиномонтаж-----1500 Конечная статья
В бюджете необходимо делать для родительской статьи отдельный бюджетный лимит, я не могу завести на родительскую папку в бюджете родительскую статью в дереве статей, что рушит логику построения моего дерева статей. Если это не идет вразрез с логикой построения бюджета, можно ли это исправить?
Есть такая возможность
куверти
08/07/2008 10:10
#
Например, моя тестовая структура бюджета:
Бюджеты разные (папка)
- Расходные (папка)
- - Кредитные (папка)
- - - Кредитный лимит (статья)
По каждой строке можно через редактирование лимитов устанавливать свой лимит.
Лимит установить можно, но
Дмитрий
08/07/2008 13:41
#
нельзя привязать к папке статью расходов. Объясню на Вашем примере:
Бюджеты разные (папка)
- Расходные (папка)
- - Кредитные (папка)
- - - Кредитный лимит (статья)
Я могу поставить лимит по любому из этих уровней, но привязать статью, расходы по которой будут учитываться в этом лимите, я могу только к <B>статье</B> Кредитный лимит, а не к <B>папке</B> Кредитные.
Бюджет
FireStorM
08/07/2008 13:50
#
Пару замечаний и предложений
1.При перетягивании статьи бюджета в родительскую папку мышкой, программа вылетает.
2.Может быть сделаете чтобы в бюджете в столбце ПЛАН подбивалась сумма? (видно как спланирован бюджет (с профицитом или дефицитом))
3.Хотелось бы чтобы в отчете был еще один график КАПИТАЛ. (аналог ИЗМЕНЕНИЯ КАПИТАЛА только чтобы было видно сколько конкретно денег осталось, а не насколько я разбогател/победнел)
Заранее спасибо
+1
Алхимик
09/07/2008 08:41
#
Ко второму пункту. Хочется видеть общую сумму плана.
Первый пункт не замечал, все работает корректно.
+1
Олег
12/07/2008 17:12
#
... ко второму пункту. Хоть и можно выставить лимит на папку, но мне было бы удобней видеть сумму всех лимитов.
первый пункт тоже подтверждаю
Красный ноль
Дмитрий
08/07/2008 17:27
#
Если в бюджет заложена величина, равная 0, или бюджет по данной статье в текущем месяце равен 0, а на какой-то другой он больше, то в столбце Исполнение 0,00% показываются красным цветом. Но ведь бюджет выполнен, ничего не потрачено, почему же 0 тогда красный?
+1
Алхимик
09/07/2008 08:47
#
Подтверждаю такое поведение. Самого несколько выводит из равновесия. Можно исправить?
не согласен
Дмитрий
24/09/2008 23:47
#
цель бюджетирования - оптимизировать прогнозы на траты с целью более рационального распределения средств.
Если у вас исполнение по бюджету равно нулю, то это значит, что вы составили бюджет неправильно. Т.е. планировали потратить, но не потратили. Красный ноль позволит обратить на это внимание и в будущем подобную сумму запланировать на что-нибудь другое, ... более приятное и нужное
Хвала Создателю! (-)
Lexx
08/07/2008 22:03
#
Супер!
Алхимик
09/07/2008 08:40
#
Спасибо за новую сборку. Бюджет реализован замечательно.
Вопрос по бюджету.....
maximus
09/07/2008 16:45
#
Изменить серию -> Учитывать операцию:
Ставлю галочки "Приход", "Расход", "Зачисления переводом" , "Списания переводом"
"Статья: Все статьи прихода"
Почему то мои зачисления переводом на мой счет не отражаются в бюджете
ставлю -> "Статья: Все статьи перевода"
Отражает в бюджете мои зачисления переводом,отсутствуют зачисления приходом!!!!!!! Логично!
Дак вот нельзя ли сделать так чтобы все изменения (приход, расход, перевод)одновременно отражались в бюджете???
Или это ошибка в программе?
Можно
Дим(м)
09/07/2008 17:31
#
Но для этого, видимо, у классификатора (Статья) не должна стоять галочка "Разделять по типу операции"
Тогда у вас будет использовать одно и то же дерево статей и в приходах, и в расходах, и в переводах.
К сожалению, снять эту галочку у уже существующего классификатора нельзя - нужно создавать новый.
так и думал!!!
maximus
09/07/2008 17:47
#
..вломы опять статьи перебивать
Статьи
nick
10/07/2008 12:18
#
Может я не разобрался, но не нашёл как удалить статью расхода, которую не правильно записал?
Правой кнопкой и Удалить (-) (-)
Дмитрий
10/07/2008 13:15
#
Как удалить "еду" в бюджете?
Андрей
10/07/2008 17:48
#
Тренировался с бюджетом, создал серию про еду. Но теперь мне она не нужна. Как ее удалиь?
http://aerbas.com/images/20080710144644_abil-eda.png
судя по всему
MaX:)
12/07/2008 05:23
#
пока что никак. Видемо это махонькая недоработка.
...
Олег
13/07/2008 14:19
#
У меня все созданные серии отоброжаются в отчетах.
Там их можно удалить.
спасибо! (-)
MaX:)
13/07/2008 15:20
#
2. Исправлена ошибка в изменении
zeus
15/07/2008 13:12
#
классификаторов возникавшая при редактировании нескольких операций.
Не исправлена. Билд 215 - все та же ошибка.
Про группировку статей
Виталий
15/07/2008 18:54
#
Во-первых, спасибо за бюджет!! наконец-то не нужно руками вести его в экселе)
Но есть некоторое пожелание по созданию групп расходов. Сейчас (насколько я понимаю) нельзя выбрать большую группу статей расхода, и исключить из нее часть подстатей. Например, я бюджетирую группу расходов "Автомобиль", из которой хочу вынуть, скажем, страховку. В текущей реализации единственный выход для меня - делать группу бюджетных счетов и повторять в ней структуру расходных статей, кроме той самой страховки. А страховку делать отдельно. Это не то, чтобы удобно и быстро.
Так вот, может быть сделать выбор статей для группировки галочками, как при выборе счетов?
Целиком и полностью поддерживаю (+)
Дмитрий
16/07/2008 10:40
#
И еще было бы здорово объединить это с возможностью задавать лимит расходов на папки, а не только на статьи.
лимиты можно устанавливать...
igor
17/07/2008 02:05
#
на что угодно, хоть на примечания. все зависит от грамотно составленной базы.
вот бы еще кто пример такой базы
michael
17/07/2008 21:54
#
грамотно составленной выложил.
ну очень не просто смертному разобраться с чем и как едят бюджетирование, как построить грамотное дерево счетов и т.п.
я пробовал всякие варианты...
igor
18/07/2008 01:18
#
остановился вот на чем. Все счета - это годы. 2006,2007,2008...Три года я придерживаюсь этой схемы.
Каждый год имеет счета валют.
У меня это USD.BLR.
Проекты: Семья,Родные,Друзья,Я,Прочие.
В последний входят разные направления откуда деньги можно добывать.
Статьи перевода: перевод
Статьи прихода: гонорар, комиссия,депозит
Статьи расхода:Телефон,Коммунальные,Продукты,Сезонные,Накладные,
Транспортные,Образование,Гигиена,Медицина,Развлечения,Работа,Бытовые.
Можно конечно сочинять еще, но, по - моему, этот список перекрывает основные жизнедеятельные направления
Примечания: все, что может расшифровать статьи.
Телефон: мобильный,городской,интернет.
Сезонные: одежда, обувь.
Коммунальные: аренда,квартплата,водоснабжение,электроэнергия.
Образование: книги,курсы и т.д.
Сначала попробуйте так, если создадите такую базу, то до бюджета рукой подать.
Бюджетная дата в операциях и бюджет
Алхимик
21/07/2008 08:53
#
Как-нибудь соотносятся друг с другом?
как кто
MaX:)
24/07/2008 16:38
#
а я так и не смог приспособится к ведению бюджета. Да и смысла вижу в этом немного...
ну,
пацак],[
24/07/2008 18:45
#
а как ты просил !
Бюджет - фича полезная, но требуется предпринимателям и им подобным,
когда башку рвет от множества трат и надо вырулить лучшим образом
без потерь и сидения на мели.
А простому человеку - это как бы игра в монополию.
после того
MaX:)
28/07/2008 01:27
#
как все поигрались и разобрались с бюджетом, хотелось бы услышать кто его реально использует, как и для чего?
Для планирования расходов на месяц.
Алхимик
28/07/2008 08:37
#
Расписываю все свои расходы по статьям. Потом смотрю, где перебор, а где наоборот, реальные расходы меньше, чем план.
Потом решаю где можно съэкономить
или на что потратить больше средств.
Тоже использую.
Mark
28/07/2008 11:11
#
В основном для планирования расходов. Т.к. всяких расходов очень много и нужно удерживать себя в заданных рамках.
Бюджет для доходов
Андрей
28/07/2008 13:31
#
Использую бюджет для контроля доходов. Расходы не контролирую, т.к. не склонен к импульсивным покупкам. А то, что покупаю -- действительно необходимо.
А в чем смысл?
Алхимик
29/07/2008 11:46
#
Будете знать откуда пришли деньги, но куда ушли - нет.
Нельзя, например, сказать, смогу ли я в этом месяце отложить 20%, а не 10%, как в прошлом. Только на основе доходов этого не решить, по-моему.
Мой бюджет доходов
Андрей
29/07/2008 13:38
#
Я буду знать откуда пришли деньги и куда ушли, т.к. учет доходов и расходов у меня ведется достаточно детализировано. Расходы я учитываю, но жестого бюджетирования по ним не веду, я лишь справочно, анализирую круговую диаграмму.
У меня ряд источников дохода и запрлата (меня, как наемного работника) составляет малый удельный вес в общем доходе. Я ничего не откладываю как неприкосновенный запас в конверт втумбочку. У меня все деньги в обороте или временно в тумбочке. Т.е. вечером пришли деньги в тумбочку, а утром уйдут, но некий процент в них будет уже моим. АбилитиКэш позволяет это учитывать очень наглядно и хорошо. Да, на случай форс-мажора у меня есть некоторая заначка, но не более необходимого. Она ни на что не копится, она просто лежит.
Да, также я не коплю на вещи, я их покупаю по мере необходимости. Т.е. если мне нужна машина, то я не откладываю на нее по 20% своего дохода и потом не притрагиваюсь к пухлому конверту в течении года. Нет, напротив, когда я начинаю осозновать, что мне нужен новый авто, я смотрю, сколько денег я могу изъять из оборота, чтобы получить больший функционал от авто, но и не навредить финансовым потокам. Если этой суммы недостаточно, то надо больше зарабатывать, т.е. надо тщательней контролировать бюджет доходов(!), где-то надо поднажать и перевыполнить план по доходам.
Повторюсь, я не склонен к импульсивным покупкам. "Обана, новый нокиа999999, хочу такой. Вчера я сэкономил на завтраке, значит теперь урежу бюджет и через неделю куплю телефон".
Да, еще момент, я исхожу из принципа: есть некий среднемесячный расход, скажем $1000, тогда доход должен быть (эмпирически какждый сам выбирает для себя) скажем $2000. Вот эти $2000 я и контролирую. И стараюсь максимизировать данную цифру, перевыполнить план. 2010... 2050... 2500... Естественно каждый квартал/год я поднимаю планку на несколько процентов. На мой взгляд правильней больше зарабатывать, чем меньше тратить.
Возможно мой принцип учета не подходит людям, которые из месяца в месяц, из года в год получают фиксированный доход и увеличить его просто не в состоянии. Хотя последнее очень сомнительно.
PS у меня бухгалтерское образование.
спасибо
MaX:)
29/07/2008 18:26
#
было интересно и познавательно почитать.
У меня нету постоянного дохода в конкретных цифрах, так же как и затрат на большие сумы. Есть разовые заказы время от времени, которые спрогнозировать никак не берусь
Таким образом бюджет могу делать только на то что оплачиваю и то что мне оплачивают и в чем я уверен на 100%. Я не живу на постоянную зарплату.
В принципе всю необходимую информация можно ведь взять из отчетов. А привязка в бюджете к конкретным месяцам делает невозможным использование оного для непредвиденых заказов (ну не знаю я когда закончу работу, или когда клиент оплатит мне). Было б удобно устанавливать более гибко часовые рамки: 10.10.08 - 23.11.08 пример.
Условно бюджет можно разделить на части: обязательные платежи и необязательные и когда вы точно знаете дату операции и когда не знаете вообще. В данной версии програмы реализованы только те операции в которых вы уверены на все 100% и знаете когда они произойдут.
Для себя решил все вести так чтобы видеть (в бюджете) в месяц сколько денег 100% должно прийти и уйти.
Спасибо. (-)
Алхимик
30/07/2008 07:46
#
кредит
zyaka
28/08/2008 18:18
#
Я использую эту программу для того, чтобы знать: какой кредит я могу взять. Например, хочу купить машинку. Свободных денег (за вычетом дома, еды, развлечений, хобби) у меня остаётся 12 тысяч, например. Значит, я должна взять кредит на столько лет, чтоб в месяц выплачивать не больше этой суммы. Иначе придётся дома сидеть. Или того хуже - голодать
инструмент не работоспособный
Дмитрий
24/09/2008 23:51
#
... пока. Т.е. можно сделать бюджет, но очень-очеь примитивный. Чуть глубже - либо что-то не работает, либо чего-то не хватает.
выгрузку в Excel так и не исправили
Игорь
25/07/2008 03:49
#
в списке операций по контекстному меню (правая кнопка мыши) выгрузить в Excel не работает - делает пустые строки и только последнюю заполняет.
Уже давно. Через экспорт долго, да и всю цепочку названий выгружает. Не пора бы мсправить - там скорее всего просто ошибка в цикле.
кстати заметол
Игорь
25/07/2008 03:57
#
если из таблицы убрать 1-2 столбца (снять галочки), то выгрузка идет правильно, а если все столбцы помечены - гонит пустышки
По-моему, идеальный вариант
Павел
28/07/2008 11:16
#
был бы, если бы статьи бюджета основывались все-таки на статьях (например, когда смотрю отчет "обороты", у меня автоматом появляются "Все расходы" с детальной разбивкой по статьям/подстатьям).
И неплохо было бы, конечно, выбирать статьи чекбоксами. Часто нужно объединить в одну статью бюджета различные статьи из плана счетов..
+1 к чекбоксам (-)
Алхимик
29/07/2008 11:44
#
а что мешает...
vtas
09/08/2008 17:08
#
... вручную создать структуру статей бюджета такую-же как используемого вами классификатора?
И что делать если используется более одного классификатора?
Думаю что для идеального варианта не хватает возможности выбирать несколько значений одного классификатора при редактировании серии. Предварю вопрос "Как же это все разместить?". Табы... или, к примеру, слева список классификаторов, а справа список значений выбранного классификатора.
Ошибка при перетаскиванию статьи
Niknibud
28/07/2008 16:25
#
бюджета в созданную папку. Программа вылетает с выдачей стандартной ошибки приложения Windows.
В дополнение
Niknibud
28/07/2008 16:42
#
Статьи бюджета не помещаются в папку
а где графики
Денис
31/07/2008 01:13
#
скачал 215,
1) а где закладка графики как на скриншотах?
2) как расход соотнести к статье?
На скриншотах другая версия (-)
vtas
09/08/2008 17:11
#
Мона примерчик работы с бюджетом (-)
polygris
31/07/2008 13:43
#
Небольшая проблема
aSpex
03/08/2008 03:44
#
Отличная программа. Громадный респект автору.
Обнаружил такой косяк: при создании счета в валюте с количеством цифр больше 2-х начальный остаток всё равно округляется до второй цифры после запятой.
Пожелания:
1. Хотелось бы иметь возможность создавать валюты с количеством цифр после запятой больше 4, для учета паев ПИФов, ОФБУ и т.п.
2. В бюджете, в случае если для папки явно не задан план, было бы удобно, если в графе "план" для папки будет выводиться сумма планов дочерних элементов.
+1
DX
05/08/2008 20:48
#
Да, именно сумма дочерних элементов - очень неудобно вручную пересчитывать при изменении плана дочернего элемента.
+1
гость
06/08/2008 15:45
#
Голосую двумя руками
Поддерживаю п.2
Андрей
06/08/2008 15:55
#
2. В бюджете, в случае если для папки явно не задан план, было бы удобно, если в графе "план" для папки будет выводиться сумма планов дочерних элементов.
Учитывать в опер. "цена" и "кол-
Vaclovas
25/08/2008 12:56
#
Если в настройках базы данных включить "Учитывать в операциях поля "цена" и "количество"", то при добавлении операции в области "Сумма" радио-кнопки работают некорректно. Когда выбираешь "Сумма расхода", то она становится неактивной, а должна наоборот стать активной. То же самое и с другими двумя "Цена за единицу" и "Количество".
На самом деле...
Алхимик
25/08/2008 15:08
#
... все работает правильно, но не совсем логично.
Выбранная настройка делает недоступным то поле, которое будет рассчитано на основании двух других. Т.е. Вы выбираете не поле для ввода, а поле для расчета значения. Я сам долго привыкал
Попробуйте сделать...
Алхимик
25/08/2008 15:09
#
...перевод между счетам с разными валютами. Там такое же поведение.
Спасибо,
Vaclovas
26/08/2008 07:32
#
теперь понятно, что если есть желание, то можно привыкнуть к такому поведению, работает правильно. Однако, если Дервиш будет иметь свободное время, то может поправить эту ошибку в следующей версии, там, кажется, ничего сложного.
Может быть вы предложите вариант как эта ошибка должна быть исправлена? Критику поведения вижу, а вот предложения как-то не заметил...
Возможно,
Vaclovas
27/08/2008 07:51
#
неплохо было бы сделать не три, а два варианта выбора радио-кнопками:
1) Сумма расхода
2) Цена за единицу + Количество.
Если выбрать первое положение радио-кнопки, то пользователь вводит сумму расхода, а "Цена за единицу" и "Количество" не активны.
Если выбрать второе положение радио-кнопки, то пользователь вводит цену за единицу и количество, а "Сумма расхода" не активна.
Второй вариант: использовать не радиокнопки, а checkbox. В этом случае можно будет указать, например, что хочется ввести "Сумму расхода" и "Количество". Конечно, придется проверять и исправлять не имеющие смысла наборы вариантов. То есть, если выбрано лишь "Количество", то автоматически устанавливать флажок и у "Цена за единицу" или "Сумма расхода".
Третий вариант: не использовать вообще радио-кнопки и checkbox. В этом случае пользователь указывает сам, что хочет, недостающие значения рассчитываются на основании введенных значений. При нажатии на кнопку "OK" или "Добавить" сделать проверку на недопустимый ввод (указано лишь количество, а цена нет). Если же введена лишь сумма расхода, то подставить в поле "количество" единицу, а в поле "Цена за единицу" сумму расхода.
Еще более запутанные варианты.
Dervish
27/08/2008 13:47
#
<font color=black>> неплохо было бы сделать не три, а два варианта выбора радио-кнопками:
> 1) Сумма расхода
> 2) Цена за единицу + Количество.
> Если выбрать первое положение радио-кнопки, то пользователь вводит
> сумму расхода, а "Цена за единицу" и "Количество" не активны.
Значит, если выбрать первый пункт, то цену и количество вообще никак ввести нельзя? Как я понимаю, это опечатка. Этот пункт практически ничем не отличается от реализованного варианта. Ну только одна радио-кнопка пропадает что немного уменьшает гибкость программы, а в остальном это уже реализовано.
<font color=black>> Второй вариант: использовать не радиокнопки, а checkbox.
То есть, чекбоксы должны сами будут выключаться если пользователь попробует поставить галочки во всех трех чекбоксах? Ну эта ситуация многократно разбиралась дизайнерами пользовательских интерфейсов и резюме везде однозначное: не пытайтесь заменить функциональность радио-кнопок чекбоксами. Это сильно запутает пользователей. Но даже если не брать во внимание этот тезис, удобства чекбоксы не добавят, а лишь принудят пользователей делать лишний клик.
<font color=black>> Третий вариант: не использовать вообще радио-кнопки и checkbox.
А если введены все три значения и они не сходятся?
Ну и последнее. Аналогичный интерфейс используется в оерациях перевода между счетами в разных валютах. Если то что вы предлагаете экстраполировать еще и туда... Извините, мне кажется что это будет хуже чем то, что есть сейчас.
Дело Ваше,
Vaclovas
28/08/2008 09:07
#
хотите - оставьте как есть.
В первом варианте опечатки нет. Именно две радио-кнопки: первое положение - вводить сумму расхода, второе положение - вводить цену за единицу плюс количество. Согласен, у этого варианта есть недостаток - отсутствие гибкости.
По третьему варианту (без чек-боксов и радио-кнопок).
1) Пересчет значений может происходить после потери фокуса с соответствующего элемента ввода. В этом случае все значения всегда будут в актуальном состоянии. Нужно лишь определиться, какие значения по каким будут пересчитываться. Наверное, было бы правильным в случае введенных трех значений и изменения "количества" пересчитать "сумму расхода". То же самое и для цены за единицу, при изменении значения "цены за единицу" пересчитывается "сумма расхода". А если изменение будет в поле "Сумма расхода", то пересчитывается поле "Цена за единицу".
Недостаток: если пользователь захочет ввести "сумму расхода" и "цену за единицу", чтобы автоматически рассчитать количество, то у него возникнут проблемы.
2) Если введены все три значения, и они не сходятся, то при нажатии на "OK" или "Добавить" можно выдать сообщение о том, что пользователь вводит некорректные данные.
Интерфейс, который сейчас у Вас, по меньшей мере не очевиден: выбираешь обычно то, что хочешь ввести, и вдруг это выбранное становится неактивным.
Хотя всё это мелочи, как сделаете так и сделаете.
В Ваших рассуждениях нет логики
Loki
28/08/2008 11:58
#
Есть понятия, типа "вот так мне кажется правильным". Но Все ваши построения рушатся при попытке приложить их к привычным житейским ситуациям. Например, залили бензина на 1000 руб. Какое поле должно изменяться при редактировании цены? А при редактировании суммы? Существующий вариант очень продуманный, хотя и не полне привычный.
Уважаемый Локи,
Vaclovas
28/08/2008 12:21
#
я не считаю свои варианты единственно правильными. Но если Вам по душе тот корявый интерфейс, что реализован сейчас - пожалуйста, пользуйтесь.
Даже если не по душе,
Loki
28/08/2008 14:30
#
то все равно менять его надо на нечто лучшее. А этого пока не наблюдается.
В крайнем случае,
Vaclovas
28/08/2008 12:46
#
можно сделать чек-бокс в виде замка возле поля, которое должно быть рассчитано по значениям двух других. Когда пользователь включает один чек-бокс, другие сбрасываются.
Всё лучше, чем радио-кнопка, делающая неактивным рассчитываемое значение.
Навигационный элемент при выборе
Loki
28/08/2008 14:28
#
которого сбрасываются остальные элементы группы и называется радио-кнопкой. И неразумно пытаться навесить этот функционал на элементы для этого не предназначенные.
По сути, Вы только что предложили оставить текущую реализацию, но вместо радиобаттонов зачем-то поставить чекбоксы плюс обработчик, делающий из чекбоксов радиобаттоны. Интуитивно понятное решение
не обновляются данные
Сергей
27/08/2008 21:47
#
на странице "счета" не обновляются данные после выполнения операций
к примеру есть счет "наличные - доллары" - после выполнение операций на странице "операции" я возвращаюсь глянуть остатки на страницу "счета" - а там цифры остаются старые
на странице "операции" остатки показывает сразу и правильно
после перезагрузки программы - все становится на свои места
Очень странное поведение (+).
Dervish
28/08/2008 14:47
#
Вообще-то я никак не ожидал подобного сообщения об ошибке потому что я вроде как отлаживал это дело специально и у меня все работает.
Могу я Вас попросить прислать мне тестовую базу данных в которой проявдяется эта ошибка?
я кажется догадываюсь в чем дело
Otetz
08/10/2008 21:09
#
Сам однажды такое заметил, но только после полуночи. Ибо дата на которую показываются остатки сама-то не переключается. А при запуске программы просто устанавлиается в текущую - потому перезапуск и лечит.
Ну наконец-то. бюджет
Andryk
02/09/2008 18:21
#
это я так понимаю просто еще одна форма отчета?
Вот только не понятно почему в родительской папке "факт" суммируется, а вот "план" нет. приходится самому суммировать.
наоборот удобно
Славко
05/09/2008 19:07
#
Потому что в бюджете можно накладывать ограничения на НЕКОТОРЫЕ подстатьи, и общее ограничение в ЦЕЛОМ.
Поэтому очень хорошо что план не суммируется
Нифига не хорошо.
okop2000
06/10/2008 18:01
#
Каждый раз в екселе пересчитывать....
Всё устраивает))) Но....
Floody
06/09/2008 13:22
#
Сборка супер! Только я не пойму почему не сохраняются настройки интерфейса программы! Может я где-то туплю? В чём трабл?
ну,
пацак],[
06/09/2008 15:41
#
любые изменения на странице сохраняются нажатием Alt+S
Спасибо
Floody
06/09/2008 21:42
#
Спасибо! Действительно))) Чё-то я лохонулся, не заметил этого)))
Спасибо огромное!!! спросить хочу..
Илья
05/10/2008 04:45
#
про бюджет. У меня вот тут возникло:
Зарплата (папка) план=100 факт=90 %=90
работа1 (статья) план=50 факт=50 %=100
работа2 (статья) план=50 факт=40 %=80
И при этом отображение идет синим цветом. Но ведь логически я недополучил. По идее то должно быть красным. (у меня, правда, статьи разделены по виду операции
)
Глюки отображения при fullscreen
Евгений
14/11/2008 19:15
#
При большом окне программы или открытии ее на весь экран, на ней появляются артефакты в виде кусков окон других программ, десктопа и т.д.
У меня два монитора, на одном разрешения 1680х1050, на втором 1280х1024
P.S. А за програмку спасибо - замечательная!
недельный бюджет
Сергей
24/11/2008 11:33
#
Нельзя ли добавить детализированный план на неделю?
А он же есть?!
Solnuchko
25/11/2008 15:23
#
Можно, если выставлены лимиты на месяц в поле <B>Период</B> выбрать значение Неделя и будут видны лимиты и фактические значения за неделю, только возможно надо будет календарные даты выбрать нужные вам. Фактические значения видны даже если план не задан, но не стоит галочка в поле <B>Спрятать статьи, для которых не задан план</B>
Вылетело сообщение об ошибке
Юрий
26/11/2008 10:29
#
Вроде ничего необычного не делал, \"выполнил\" и подправил повторяющуюся операцию, попробовал перейти на вкладку отчеты. После продолжения переход прошел нормально, но на всякий случай вышел из программы. На всякий случай высылаю:
Файл: 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
Практика "Зачисления/списания" в
maxtar
07/12/2008 20:21
#
У меня есть специальный счет "Долг". Соответственно - периодически через него проходят деньги, списания с него являются моим долгом кому-либо, зачисления на него - долгом кого-то мне. Примерно аналогично действует "счет кредитной карты", на котором сумма всегда или равно нулю или имеет знак минус.
Бюджет в программе у меня пока организуется следующим образом:
- две корневых папки: Приход и Расход.
- под ними - папки с подсериями или просто серии.
Захотел я движения через эти счета подвергать бюджетированию. Например в бюджетном приходе хочется видеть "приход - долг", а в расходах одна из под-папок бюджета - "погашение задолжность по кк".
Но есть добавить бюджетную статью прихода "Долг" и установить ей "списания переводом", то увидим в приходе знак минус, а если в расходе захотим указать статью расхода "Погашение долга по КК" и установим "зачисления переводом" - то расход будет со знаком плюс, вместо минуса.
Как мне лучше реализовать эту функциональность?
Re
Алхимик
08/12/2008 14:44
#
Учитывать "статью расхода "Погашение долга по КК" " с тех счетов, с которых реально идет расход. Потому что счет долг эти переводы кредитуют, т.е. операции на этот счет всегда со знаком плюс.
Время при дублировании
Александр
12/12/2008 09:44
#
Если дублировать операцию, то дата и время берутся как в старой записи. После нажатия кнопки с дата кругом берется текущая дата, а время остается старое. считаю что нужно менять и время.
Ошибка при переходе с закладки на
Роман
12/12/2008 11:53
#
заклудку.
Файл: 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
Диаграма оборотов
Rodion
12/12/2008 22:15
#
Здраствуйте!
А нельзя ли диаграму оборотов сделать немного отчётливее, а то мелкие обороты по статьям на ней не видно. Кстати, на ранних версиях, эта диаграма была намного чётче
... (-)
Sclef
02/02/2013 22:04
#