logo
logo

Форум Учет по дополнительной карте

создать новую тему раскрыть все
Учет по дополнительной карте Meinfin 21/12/2013 20:41 #написать ответ
Расскажите кто как учитывает расходы по дополнительным картам?
Жил - не тужил, а тут решил открыть дополнительную дебетовую карту для супруги. Как теперь учитывать расходы по этой карте не знаю (у обоих карт один счет), хотелось бы видеть кто именно платил, но при этом не хочу использовать классификатор, т.к. а) уже используются и б) усложнят ввод операций.
Dervish, возможно ли реализовать такой функционал (возможность отражать расход с разных карт с одного счета) в одной их будущих версий?
А если ... latan 22/12/2013 12:19 #написать ответ
... все статьи расхода удвоить? Например, раньше была одна статья "Продукты", а теперь переименовать её в "Продукты - осн.карта" и  добавить новую статью "Продукты - доп.карта".
И объединить их в одну группу "Продукты".
А что мешает сделать групповой счет? Amundsen 22/12/2013 14:56 #написать ответ
В который поместить два субсчета: для основной и дополнительной карты.
Не пойдёт Rodion 22/12/2013 17:20 #написать ответ
Потому что, остаток придётся делить на 2 субсчёта. А в действительности, счёт то один
Согласен Amundsen 23/12/2013 14:29 #написать ответ
Хотя можно извратиться с тремя субсчетами. Но не нужно.
Добавьте еще одно поле... Dervish 22/12/2013 17:36 #написать ответ
...комментария (из меню "Файл" выбираем пункт "Настройки файла данных...", в появившемся диалоге ставим галочку "Использовать примечание 1" и за ней название поля примечания). Назовите это поле, скажем, "владелец карты" или просто "карта". После этого при вводе операции в дополнительном примечании указываете либо себя, либо супругу. Теперь чтобы посмотреть только операции супруги в поле фильтра по примечаниям введите "супруга" и получите результат.
Спасибо! Meinfin 22/12/2013 19:14 #написать ответ
С комментарием это конечно решение (хоть и костыли конечно). Проблема в том что это усложняет заведение операций и никак не контролируется корректность заполнения поля (можно забыть, написать с ошибкой).
Сам пока склоняюсь к отдельному счету по доп.карте на который буду время от времени делать перевод с основной карты. Объединив их в группу, будет виден общий остаток по счету, а размер фиктивного перевода будет еще и неким бюджетным лимитом (если остаток по доп.карте ушел в минус, то пора проводить с супругой разъяснительную беседу).
Как насчет внедрения дополнительного функционала в программу? Сложно ли это реализовать? Мне кажется что для домашнего учета это может быть полезно (не только для дополнительных банковских карт).
Насчет дополнительного функционала... Dervish 22/12/2013 19:50 #написать ответ
Ну, я пока слабо себе представляю, в чем именно должен заключаться этот самый "дополнительный функционал", о котором Вы говорите.
 
Вообще, у меня была мысль сделать еще возможность ставить разноцветные флажки к операциям. Плюс, конечно, возможность фильтрации по таким флажкам. Можно это посчитать за необходимый Вам "дополнительный функционал"?
Я подразумевал Meinfin 22/12/2013 22:10 #написать ответ
возможность "подвязать" несколько фиктивных счетов к одному реальному. Самый яркий пример - это конечно же этот случай с картами, есть счет в банке, к нему открыто несколько карт, в программе при вводе операции расхода по любой из карт происходит уменьшение остатка по основному счету.
Другой пример - хотим накопить на несколько вещей, для этого каждый месяц откладываем деньги в некую копилку (счет, подушка и пр.) путем перевода на один из этих фиктивных целевых счетов. При наличии "фиктивных" счетов это будет проще и наглядней. Видно сколько куда отложено. Или долги, например, особенно когда есть вероятность возврата долга за другого человека. Основной счет Долги и подсчета с именами людей и организаций, в некоторых случаях это было бы удобней чем классификаторы.  
Ну хорошо,... Dervish 22/12/2013 22:13 #написать ответ
...а чем не устраивает то что сделано уже сейчас: папки и вложенные счета?
Всем устраивают! Meinfin 23/12/2013 00:42 #написать ответ
только это немного разные вещи. Папка - это группировка, но никак не объединение. Конечно можно обойтись и тем что есть. Но если реализовать подобные счета будет не сложно и идея покажется интересной, то почему бы и нет?
опытом поделюсь куверти3 23/12/2013 00:17 #написать ответ
1. в части доп. карты.
физически это две карты - один счёт.
поэтому как только появились группы, я завёл обе карты в групповой счет. в общем случае доход падает на только основную карту. поэтому учитываем доход-расход по основной карте, расходы - по дополнительной.
если установлен (например, ребёнку, или на виртуальную карту к этому счету) лимит - можно сделать вложенную группу с виртуальным счетом лимита, чтобы видеть остаток для расхода.
мне этой возможности хватило, т.к. и оборотов, честно говоря, было мало. жена пользовалась, когда ей задерживали з.пл.
 
2. целевые счета.
можно завести папку виртуальные счета, но можно сделать и групповые к реальным счетам.
ибо допустим, некоторую сумму чтобы дома не держать, а накопить надо за несколько месяцев, можно использовать реальные допустим счета до востребования.
и если это через способ групп, то видно и лимит накопления (цель), и реальное накопление.
 
3. долги обычно делю в группы Должны мне и Должен я. а там по вложенным либо счетам (виртуальным), если большой долг, либо по комментариям или статьям, если До получки.
Полезный опыт! Meinfin 23/12/2013 00:57 #написать ответ
3. С долгами у меня даже чуть проще: есть группа долги, в ней счета по именам должников/кредиторов - отрицательный остаток - я должен, положительный - мне.
1. А вот с картой я не понял. Групповой счет - это же просто папка, правильно? Не пойму как у вас связаны карты?
пояснение куверти3 23/12/2013 20:00 #написать ответ
доп. карта, как правило, только расходная, отсюда:
группа, текущий остаток= 50 р
--основная карта с её операциями =100 р.
--доп.карта, расходы = -50 р.
2. целевые счета. Amundsen 23/12/2013 14:36 #написать ответ
ибо допустим, некоторую сумму чтобы дома не держать, а накопить надо за несколько месяцев, можно использовать реальные допустим счета до востребования.
и если это через способ групп, то видно и лимит накопления (цель), и реальное накопление.

 
Вот как раз об этом я много думал. Но реализация показалась слишком сложной для удобного применения.
пояснение 2 куверти3 23/12/2013 20:02 #написать ответ
то же, что и с картами, только:
группа, остаток до накопления = -8500
--вирт.счет на холодильник = -19000
-- реальный текущий счет в Сбере = +10500 р.
Это я понял Amundsen 23/12/2013 21:17 #написать ответ
сам думал в том же направлении. Но мне интересно сделать накопления полностью виртуальными, т.е. не привязанными к конкретным счетам. Затея виделась в резервировании накоплений на нескольких счетах (в идеале - всех) и создании виртуальных счетов - "финансовые цели". Я обдумывал ее реализацию довольно давно, помню, что решение было (ЕМНИП с помощью закрытых счетов), но внедрять не стал ввиду чрезмерной громоздкости системы.
Правда это было до введения планов счетов, м.б. с их помощью можно все сделать проще.
Счёт + классификатор - зачем что-то ещё? Дим(м) 06/01/2014 14:33 #написать ответ
не хочу использовать классификатор, т.к. ... усложнят ввод операций

 
Что-то, мне кажется, вы сами себе придумываете проблемы.
Вы хотите учитывать дополнительную "метрику" - это при любом раскладе потребует усложнения ввода. Либо необходимостью указывать классификатор, либо выбором из более длинного списка счетов. Дополнительная информация сама по себе "из воздуха" не появится.
 
Счёт у вас один, деньги хранятся на нём - вот и используйте в программе один счёт.
А "кто потратил" - это работа для классификатора. Тем более, что вы сами говорите, что уже его используете.
 
Что касается "усложнения ввода".
Сделайте себе две страницы операций - "Муж" и "Жена". На каждой из них выберите в фильтре нужное значение классификатора и сохраните настройки страниц.
Теперь если вы создаёте операцию, находясь на странице Муж, в поле классификатора будет автоматически подставлено нужное значение. Аналогично со страницей Жена.
две страницы операций Meinfin 09/01/2014 14:50 #написать ответ
Ого! я и не знал что так можно! Спасибо - это очень полезная фича.
Когда я говорил что классификатор используется, я имел в виду что он уже занят. Скажем, я заправляю свою машину со своей карту - использую один классификатор, машину жены - использую другой.
Можно конечно дополнительную группу классификаторов завести, но классификатор совсем не счет - его нельзя сделать обязательным для заполнения, его нельзя сделать уникальным для счета.
Пример с машиной неудачный Дим(м) 09/01/2014 15:37 #написать ответ
Мне кажется, для указания, какую машину заправляете, лучше использовать статью, а не ещё один дополнительный классификатор.
 
Будет статья расхода "Машина", в ней под-статья "Бензин", а ней ещё две - "для Audi" и "для VW".
 
Отдельный классификатор нужен для "ортогональных" признаков.
Грубо говоря, у каждой транзакции есть информация о:
- откуда платим => счёт (по сути, тоже классификатор, но в AbilityCash выделен в отдельную сущность ввиду исключительности)
- за что платим => классификатор "Статья"
- кто платит (я, жена ...) => классификатор "Агент"
- где платили (магазин "Копеечка", заправка ...) => классификатор "Место"
И т.д.
 
Соответственно, в вашем примере с заправкой:
счёт = банковский, где деньги лежат
статья = "Бензин > для Audi" или "Бензин > для VW"
(теоретически, Audi и VW можно тоже было бы сделать классификатором "Машина", но это оправдано только если это разделение вам нужно очень часто, а не для двух случаев "Бензин" и "ТО")
агент = чья карта использовалась для оплаты
место = заправка Shell за углом
 
И тогда вы можете построить любые выборки:
- сколько всего потрачено на бензин?
- сколько я проездил на своей Audi?
- сколько всего потратила жена за прошлый месяц?
- сколько мы тратим в магазине "Копеечка"?
и пр.
Один из плюсов AC... Meinfin 09/01/2014 17:28 #написать ответ
в том, что автор не навязывает своего видения ведения учета.
Мне удобней и нужней не "кто платит" а "для кого куплено" тут я и использую классификатор Агент. У меня порядка 50-100 статей расхода - это не очень много, но для меня это не мало, поэтому если для каждой статьи будет еще "жена", "ребенок", "общее"... то, боюсь, учет начнет отнимать больше времени, чем траты))
Конкретно с дополнительной картой:
- кто платит (я, жена ...) => классификатор "Агент"
выглядит более правильно.
Возможно и получится внедрить вашу методику. Спасибо.