создать новую тему раскрыть все
свернуть/развернуть ветвь "Архивные" статьи [Нина 28/05/2012 11:06] # написать ответ
 
Добрый день!
 
А есть ли возможность отправлять статьи прихода/расхода в архив? То есть, например, закончилась выплата кредита, и статья ежемесячного расхода больше не актуальна, можно ли эту статью сохранить, чтобы она продолжалась отображаться в уже выполненных операциях, но при этом убрать из актуальных статей, чтобы не мозолила глаз, куда-нибудь в архив? А то, при достаточно долгом ведении абилити кэш статьи как прихода, так и расхода будут разрастаться и отяжеляться уже неактуальными на данный момент статьями.
 
Заранее спасибо за ответы!
 
Я для этого создал папку "Исторические счета" Это для счетов, также по аналогии можно создать и для статей. И глаз не будут напрягать.
свернуть/развернуть ветвь Исторические счета [Нина 30/05/2012 13:09] # написать ответ
 
Спасибо!
 
Да, наверное так и сделаю. Создам подобную папочку и в расходах, и в приходах, и туда буду складировать по мере устаревания перестающие быть актуальными статьи. И глаз не "мозолят", и вся информация остается.
свернуть/развернуть ветвь Счета можно "закрывать" [Дим(м) 30/05/2012 15:04] # написать ответ
 
... хоткеем Ctrl+B
А закрытые счета можно прятать хоткеем Ctrl+G
свернуть/развернуть ветвь Сомнения [latan 29/05/2012 20:46] # написать ответ
 
На самом деле вся наша жизнь представляет собой давно отлаженный алгоритм, и частое появление очень многих новых статей как прихода, так и расхода, весьма сомнительноVery we!
Но меня очень заинтересовала Ваша обеспокоенность разрастающимися статьями прихода... Может, поделитесь опытом, как увеличить количество статей прихода так, чтобы от них аж глаза мозолило?
свернуть/развернуть ветвь :))) [Нина 30/05/2012 13:07] # написать ответ
 
Ну у меня на самом деле становятся архивными в первую очередь статьи расхода, например погасила один кредит полностью, в ближайшее время планирую погасить второй. Вот уже 2 "архивные" статьи расходов. Уже неактуальные, а в статьях расходов "болтаются".
 
По поводу статей приходов - например, человек меняет работу, при этом не хочет "мешать" доходы на предыдущем месте и настоящем, чтобы можно было отдельно посмотреть их, сравнить за какие-то периоды. Вот вам вновь уже неактуальная для отражения в текущих статьях, но при этом удалять её тоже смысла нет.
 
А так, чтобы и старые статьи приходов оставались, и новые появлялись, я бы тоже с удовольствием приобщилась к такому опыту! All ok
свернуть/развернуть ветвь извиняюсь! [но 30/05/2012 13:14] # написать ответ
 
мне кажется что-то с восприятием у вас не так!   (погасила один кредит полностью, в ближайшее время планирую погасить второй. Вот уже 2 "архивные"-это имхо 1 статья, 2 кредита но 1 статья)  
(например, человек меняет работу, при этом не хочет "мешать" доходы на предыдущем месте и настоящем - как это?  З\П она и в африке З\П)             там куча вариантов создания классификаторов
по которым идет фильтрация!      с уважением!
свернуть/развернуть ветвь Тут я соглашусь с "но" [Дим(м) 30/05/2012 15:02] # написать ответ
 
"По-правильному", (каждый) кредит - это счёт, а не статья.
 
При получении кредита вы (создаёте новый кредитный счёт и) переводите с этого счёта деньги себе (остаток на счету "Кредит 1" становится отрицательным).
При погашении кредита вы создаёте операции перевода в обратную сторону ("Наличные" => "Кредит 1"), тем самым приближая остаток на кредитном счету к 0.
При этом даже никакой статьи указывать здесь не нужно - из счёта-получателя и так видно, что это погашение кредита.
 
Когда остаток на кредитном счету станет нулевым - кредит выплачен, и счёт можно закрыть (контекстное меню или Ctrl+B)
(а в настройках программы есть даже галочка, чтобы такие закрытые счета не показывались)
 
Только надо как-то учесть, что при переводе "наличные => кредит" суммарный объем выплат будет больше, чем первоначальная сумма кредита. Т.к. взяв в кредит X рублей, вернуть суммарно надо будет Y > X рублей.
 
Т.е. либо разделять погашение основного долга и проценты, либо еще что-нибудь придумать.
 
Т.е. действительно каждая выплата будет состоять из двух транзакций:
- перевод "Наличные => Кредит"
- расход по статье "Проценты по кредиту"
 
Другой вариант: создавать на кредитном счету каждый месяц расходную операцию для набежавших процентов.
Тогда остаток на нём будет показывать общую сумму долга с учётом процентов, а погашение будет осуществляться простым переводом.
свернуть/развернуть ветвь "По правильному" [Нина 06/06/2012 23:13] # написать ответ
 
Спасибо большое за ответ!
 
Честно говоря, насчет такого варианта (создать кредитный счет с отрицательным отстатком после перевода в наличные) даже не задумывалась. Создала отдельный счёт, да. Каждый месяц переводом с наличных делаю на нем ежемесячный платеж, в день списания расходом со счета кредита делаю выполнение платежа. Т.е. там постоянно нулевой-немного положительный (в случае, если положила больше ежемесячного платежа) баланс. Неправильно так?Well
 
Если вам удобно именно так работать с кредитами, почему ж неправильно?
 
Правда, у такого подхода мне видится два недостатка:
1) не видно, сколько ещё осталось выплатить до погашения кредита
2) не совсем понятна роль этого "промежуточного" (кредитного) счёта? почему бы тогда уже не проводить "ежемесячный платёж" простым списанием с наличных? зачем отдельный счёт, переводы?..
 
Статья - это "процесс", "действие", а счёт, к которому статья привязывается, - это "объект", с которым это действие выполняется.
Если у меня куча родственников и друзей, которым я покупаю подарки на дни рождения, то я не завожу для таких расходов на каждого из них отдельную статью - "Подарок на день рождения маме", "Подарок на день рождения папе", "Подарок на день рождения Пете", "Подарок на день рождения Маше" и т.п. У меня одна статья - "Подарки на дни рождения". А вот счетов много - "На подарок на день рождения папе", "На подарок на день рождения маме" и так далее по списку.
И поэтому дерево статей у меня не такое и большое (уже и не помню, когда последний раз добавляла в него новую статью, всё занесено, жизнь течёт по известному руслу, процессы повторяются с известной периодичностью Well).
А вот дерево счетов очень "ветвистое", потому что, например, подарки покупаю не только на дни рождения, но и на Новый год, и на 23 Февраля, и на 8 Марта, и всё по тому же списку - на каждый из таких ежегодных обязательных подарков в течение года ежемесячно откладываю определённую сумму. Поэтому и завожу так много счетов.
Я в свое время не пожалела времени и несколько раз перестраивала первоначальный план счетов (причём, с изменением уже выполненных операций и будущих невыполненных), пока не выработала оптимальный для себя вариант. Кое-что и в дереве статей меняла, но очень мало, зачастую только название или группировку. Позволю дать Вам совет - пересмотрите свои планы счетов и статьи, мне кажется, их можно оптимизировать. Не жалейте времени на корректировку, тем более, что ёё можно делать постепенно, ведь кроме дальнейшего удобства это ещё и очень увлекательное занятие Very we!.
Кстати, для желающих есть возможность использовать статьи и в операциях перевода - в настройках есть соответствующая "галочка".
свернуть/развернуть ветвь классная (-) [программа 07/06/2012 13:24] # написать ответ