logo
logo

Форум Опять кредитные карты

создать новую тему раскрыть все
Опять кредитные карты YuriyVZ 31/03/2016 14:43 #написать ответ
В очередной раз заглянул сюда, вдруг все-таки появилась реализация учета кредитных карт. А именно возможность поддержания карты в грейс. Т.е. чтобы в повторяющейся операции указывалась сумма и с долга по карте на первое число.
 
Не появилось, но все-таки, еще раз напишу об этом, может когда-то все таки будет. Для меня - это единственное, чего очень не хватает в программе. А так по прежнему остаюсь на 217 сборке, не вижу смысла ее обновлять. Все остальное полностью устраивает.
Вы имеете в виду Дим(м) 01/04/2016 11:06 #написать ответ
... чтобы при добавлении платежа по кредитке автоматически создавалась (а при существовании - обновлялась) запланированная транзакция перевода "основной счёт => кредитка" на 1 число следующего месяца?
Варианты реализации операций по кредитным картам YuriyVZ 01/04/2016 11:26 #написать ответ
Уже обсуждалось и тогда вроде разобрались, но решили, что сложно в реализации.
 
Обсуждался вариант, что размер долга по карте на 1 число месяца указывается в повторяющейся операции перевода с "основного" счета на "кредитный", дата операции, в моем случае, 20 число месяца. Тогда обсуждалась некая формула в операции.
 
В принципе, как вариант любая операция по карте за месяц дублируется операцией перевода с "основного счета" с противоположным знаком с датой 20 число следующего месяца, лучше конечно, чтобы эти операции 20 числа объединялись в одну.
 
Ну или если обобщить, то может имеет смысл ввести понятие счета кредитной карты, в его свойствах указывать дату льготного погашения и автоматически рассчитывать платеж и создавать операцию перевода на карту с датой льготного погашения.
А потом пойти еще дальше и также автоматически рассчитывать проценты, в случае если не погасили в грейс (хотя, лично для меня это неактуально).
Второй вариант счета оставить обычными, а ввести спец. операции - "погашение в грейс" с указанием счета к которому она привязана, "погашение процентов" опять же с указанием счета и размера процентов.
 
Я могу вам такое сделать Дим(м) 01/04/2016 23:20 #написать ответ
При условии что:
- вы согласны перейти на последнюю версию AbilityCash
- для обновления сумм операций погашения нужно будет запускать отдельную программу
 
Можно, например, сделать cmd-сценарий, который сначала будет запускать программу обновления транзакций погашения, а потом открывать AbilityCash с уже обновлённой базой. А потом создать ярлык для этого сценария и использовать его вместо ярлыка AbilityCash.
 
Правда, пока вы будете работать в AbilityCash, суммы операций динамически обновляться не будут.
Все-таки лучше бы штатно YuriyVZ 01/04/2016 23:45 #написать ответ
Насколько я понимаю, у новой версии открытый формат базы.
Тогда, по идее, я и сам могу сделать внешнюю программу.
Но в AbilityCash будет не очень все удобно, нужно будет не повторяющуюся операцию делать, а просто размножать, например.
ИМХО сия затея нереализуема... Amundsen 03/04/2016 16:13 #написать ответ
... без обработки выписки из банка.
 
В AbilityCash операции датируются по факту их совершения, банк же рассчитывает сумму погашения за период согласно датам обработки транзакции. А они непредсказуемы и обычно идут с лагом в пару дней.
Мне больше интересно планирование расходов, YuriyVZ 04/04/2016 00:07 #написать ответ
а не фактические расходы, поэтому абсолютная точность не нужна.
Ну, а по факту окончания месяца, тоже не составляет никакой сложности скорректировать сумму возврата, собственно так и делаю сейчас. При желании можно и без выписки, а по СМСкам именно списания со счета, а не оплаты (у моего банка можно включить и такие СМСки).
Но хотелось бы, чтобы любое изменение планируемых операций по карте изменяло планируемую сумму возврата 20 числа следующего месяца, сейчас приходится это делать вручную, при помощи графиков остатка по счету карты на первое число и так на несколько месяцев вперед, очень неудобно.
Так расходы можно планировать безотносительно КК ... Amundsen 08/04/2016 13:58 #написать ответ
... они же могут осуществляться с любых счетов, включая наличные.
 
Но ежели речь идет о cashflow, то до конца расчетного периода по КК вам все равно не будет известна сумма погашения. Скажем, в первую неделю вы оплатили какую-то покупку КК, но это же не значит, что погашать вам нужно будет именно эту сумму, т.к. в следующие три недели будут еще покупки.
Планируются даже не сами расходы, YuriyVZ 08/04/2016 14:27 #написать ответ
а по сути баланс наличных, точнее не кредитных средств (это могут быть и средства на счете в банке).
Ну и в планировании естественно не бывает абсолютной точности, нужно только примерно оценивать текущую ситуацию.
 
Например, сколько у меня будет наличности через 3-4 месяца, при условии, что я возвращаю на кредитную карту ровно столько, сколько требуется для льготности, остальное лучше на вклад положу.
В том же Excel - это делается элементарно, по там к сожалению сложно реализовать повторяющиеся операции.
 
В общем, чтобы было понятнее, поясню, как это делаю сейчас:
1. Есть повторяющаяся операция по переводу со счета на кредитный счет с повторением ежемесячно 20 числа (погашение в грейс), в ней указана некая средняя сумма затрат по кредитной карте ежемесячно.
2. На ближайшие 2-3 месяца я эту операцию делаю уже не повторяющейся и корректирую сумму перевода, для этого:
3. Периодически я заглядываю в отчеты и смотрю, какой баланс у кредитного счета будет на 1 число месяца (реально смотрю на 29-30 предыдущего месяца, т.к. эти операции не успеют списаться) и ну и ввожу эту сумму в сумму перевода на 20 число месяца. И так на 2-3 месяца вперед.
4. После п.3 смотрю в отчетах уже график баланса по некредитным средствам и знаю, какую примерно сумму и на какой срок могу положить например на вклад.
 
Производить такие операции часто и более чем 2-3 месяца утомительно.
А суммы, которые необходимо вернуть на кредитный счет, от месяца к месяцу могут отличаться и в 2 раза. Т.к. не у всех операций повторяемость равна месяцу, какие-то повторяются раз в год, другие вообще разовые, третьи повторяются раз в неделю (а месяцы не кратны неделям). И т.п.
 
Т.е. по сути задача автоматизировать обновление суммы перевода на кредитный счет, причем оставив эту операцию повторяющейся каждый месяц, но с разными суммами.
Я одного не понимаю ... Amundsen 08/04/2016 15:28 #написать ответ
... как можно знать сегодня, какая сумма будет списана с КК завтра? Ведь сумма погашения формируется на конец расчетного периода и никак иначе. Разве что вы наперед знаете свои расходы по КК, но тогда непонятно в чем вообще проблема.
У меня практически все расходы с карты YuriyVZ 08/04/2016 16:02 #написать ответ
Есть буквально несколько исключений, что нельзя оплатить картой.
Я примерно знаю свои будущие расходы, но:
1. Планы достаточно часто меняются и хотелось бы, автоматического пересчета.
2. Большая часть расходов повторяющаяся, но не кратная месяцу.
 
И сложность как раз в сочетании 1 и 2 пунктов.
 
Например, я могу сейчас расписать сколько планируется возвращать на кредитный счет 20 числа каждого из последующих 6 месяцев. Для этого буду смотреть остаток по кредитному счету на 1 число месяца, вводить эту сумму в перевод 20 числа, после этого смотреть на остаток на 1 число следующего месяца, вводить в перевод на 20 число соответствующего месяца и т.д. Т.е. перевод уже не будет повторяющейся операцией.
В принципе, проделать это один раз в 6 месяцев не сложно.
 
Потом изменился фактический расход по карте или добавилась новая планируемая операция. Мне нужно корректировать все 6 планируемых операций перевода 20 числа. Можно уже не заглядывая в отчеты, а просто уменьшать или увеличивать все эти операции на сумму изменения! Да, не очень сложно. Но это получается после каждой измененной операции нужно менять еще 6 штук! Либо второй вариант, не менять каждый, раз, а периодически повторять исходную операцию расчета сумму перевода!
 
А если изменилась сумма повторяющейся операции, то уже гарантированно нужно суммы возвратов пересчитывать.
А в чем смысл такого планирования? Amundsen 08/04/2016 16:52 #написать ответ
Если вы погашаете кредит в грейс-период, значит заметная разница в движении кэша и кредита возникает лишь в пределах этого периода. Ну может двух, в некоторых случаях. В рамках шести месяцев это просто оборот кэша согласно расхода и дохода.
Да, частично Вы правы YuriyVZ 08/04/2016 17:21 #написать ответ
Активно меняются суммы "возвратов" двух ближайших 20-х чисел (естественно, больше всего самого ближайшего). 3-й месяц меняться будет уже значительно реже.
Может и действительно, будет  проще не использовать вообще повторяющуюся операцию для возврата. Тогда в принципе, планирование с один раз рассчитанными суммами на полгода вперед будет более точным, чем с некой усредненной ежемесячной суммой возврата. А корректироваться будут в основном два ближайшие возврата.
Исключение, только когда сдвигается дата повторяющейся операции (операция может попасть либо на один месяц, либо на другой). Но таких случае не много.
 
С другой стороны, даже если изменение одной операции ведет к необходимости изменять еще как минимум одну, это уже неудобно.