Сообщество
FAQ
Логин
Пароль
Войти при помощи
Кстати, вы можете
Установить drebedengi.ru на свой сервер.
Общение / Веб версия / Учет операций

Учет операций

Сергей
19 января 2014 13:14
Здравствуйте!
Было бы очень здорово, если можно было бы вводить помимо даты операции, дату учета этой операции (напр, месяц.год), как необязательное поле. Например, я купил сейчас билеты на отдых, а лечу в июне, значит фактическая трата июньская. Так же с доходами - з/п за месяц приходит в следующем месяце, а учитываться, по идее, должна в прошедшем.
Admin
19 января 2014 16:03
Добрый день,
Вопрос не простой, подумаем, спасибо.
x35bug
20 января 2014 23:22
Сергей Пишет:
Например, я купил сейчас билеты на отдых, а лечу в июне, значит фактическая трата июньская.
Несколько странная, на мой взгляд, трактовка. Деньги потрачены сегодня - значит трата сегодняшняя. Если у нее будет какая-то "дата учета", отличная от сегодняшнего дня - это же приведет к неправильному расчету остатков на счете: деньги потрачены, а при подсчете остатка это не учтено.

А что касается зарплаты - можно в конце месяца создавать доход в долговое место, а при получении делать перемещение из долгового места в обычное. Это будет весьма точно отображать суть вещей - начисление (в конце месяца) и выплату (в начале следующего) зарплаты.

Кстати, похожее при желании можно и с тратами сделать: при покупке создавать перемещение в отдельное место хранения "билеты на отдых", а потом из него делать расход.
RsH
21 января 2014 16:50
+1 к x35bug.

потраченные деньги должны отразиться в день, когда вы их истратили - это основа бух учета (первичные документы), другое дело, что для "управленческой отчетности" вы можете их маркировать тегами например "отдых" и добавлять соответсвующую статью расхода в план, а потом по факту делать отчет сколько потрачено или как посоветовал x35bug - делать место хранения.


я, например, пока обхожусь накоплениями. Но пока не совсем успешно - иногда сбивает, что пополнение накопления запланировать можно, а списание из накопления нет. и поэтому пока кривовато получатеся.
Anna
21 января 2014 22:37
Я вижу рациональное зерно в словах Сергея. И доходы бывают нерегулярные, и расходы на сильно будущие периоды.
Учёт не должен отличаться от того, что есть сейчас, но в ОТЧЁТАХ и только там хотелось бы иметь возможность получить информацию по периоду, на который приходится трата/доход, а не по дате фактического списания/начисления.
Admin
21 января 2014 22:45
Anna Пишет:
но в ОТЧЁТАХ и только там хотелось бы иметь возможность получить информацию по периоду, на который приходится трата
Такая тема уже как-то обсуждалась, так что смысл видимо действительно есть.
Возьмём на заметку.
Anna
21 января 2014 22:55
Маленькое дополнение: я не только про отчёты, по которым строится график, но и про блок "расходы по месяцам" справа в разделе отчётов.
Сейчас при выборе доходы+расходы виден сильный перекос, если крупные трата/доход приходятся на самый конец одного и начало другого месяца.
x35bug
21 января 2014 23:30
Anna Пишет:
блок "расходы по месяцам" справа в разделе отчётов.
Сейчас при выборе доходы+расходы виден сильный перекос
Так если их не учесть в "доходы+расходы", тогда у вас "доходы+расходы" не будут соответсвовать динамике "остатков" в том же разделе. Например, "доход+расход" без учета какой-то крупной траты положительный, а остатки уменьшились. Или вы в отчетах и в "остатках" в том же блоке такие операции предлагаете не учитывать? Но тогда ведь "остатки" в отчетах не будут равны остаткам на соответсвующую дату в интерфейсе ввода трат. Как ни крути - а с этим будет путаница.
Anna
21 января 2014 23:54
На самом деле я вижу это так: вводится доп.поле даты. По умолчанию оно равно фактической дате операции, но может быть изменено.

На странице отчётов во всех возможных отчётах появляется галка по какой дате строить. И либо всё строится по дате фактической, либо по доп.дате, которая "в уме".

Нужно это только для анализа. И только в отчётах. Остатки на основной странице ввода операций это затрагивать не должно.
В чём может возникнуть путаница не понимаю. По умолчанию отчёт строится по фактическим датам операций. Если нужно оценить картину не фактическую, а разнесенную по периодам, устанавливается галка, упрощающая анализ.

За тот же интернет можно заплатить авансом за полгода. Фактическая трата одна и сегодня. "В уме" шесть ежемесячно. И если с периодическими тратами не так сложно анализировать (спасибо функции "усреднить" в отчётах), то с нерегулярными сложнее.

Пример из жизни: билеты на многие концерты/спектакли покупаю сильно заранее. Как трату их надо учитывать в момент покупки, но как сумму, потраченную на развлечения, хотелось бы иметь возможность учитывать в день мероприятия. Особенно когда покупаешь сразу несколько билетов на разные месяцы.
По имеющемуся отчёту погуляла только в апреле и на сумасшедшие деньги, а по факту всё лето на приемлемые суммы.

Аналогично с отдыхом: покупаешь тур в одном месяце, летишь отдыхать в другом. За это время с турецким олинклюзивом две недели не тратишься на проезд и питание дома. В итоге в отчёте за месяц с отдыхом потрачено в два раза меньше, чем обычно (дрма-то никого не было). А похорошему стоимость тура следовало бы приплюсовать...
x35bug
22 января 2014 01:09
Anna Пишет:
Остатки на основной странице ввода операций это затрагивать не должно.
В чём может возникнуть путаница не понимаю.
В том, что на странице ввода остатки в январе одни, а в отчетах остатки в январе другие :)

На счет того же отдыха в Турции (или еще где) - весьма сомнительная необходимость, учитывая, что отдыхает так большинство из нас далеко не каждый месяц (к сожалению :) ), а потому такие расходы все равно будут оцениваться в масштабе квартала/полугодия/года.

Что касается траты типа "оплатить интернет на полгода" - ну да, есть такой момент. Но вы что, предлагаете для такой траты указывать шесть дополнительных дат? Боюсь спросить, как вы представляете себе учет покупки бутылки вискаря на 4.5 литра :)

Нет, я в целом не против введения таких вещей, если разработчики сочтут их полезными для пользователей. Только заранее попрошу сделать это поле с дополнительной датой скрытое по умолчанию, чтоб глаза не мозолило.
Дмитрий
24 января 2014 23:41
Сергей Пишет:
Например, я купил сейчас билеты на отдых, а лечу в июне, значит фактическая трата июньская. Так же с доходами - з/п за месяц приходит в следующем месяце, а учитываться, по идее, должна в прошедшем.
Полностью разделяю подход Сергея к учету. При этом выступаю против предлагаемых нововведений, так как от них будет больше путаницы, чем пользы.

Расходы будущих периодов можно учесть, используя места хранения и валюты:
1) куплен билет - делаем перемещение из кошелька на счет "Расходы будущих периодов", где обмениваем валюту ("продали х рублей, купили 1 билет")
2) наступил июнь, сели в самолет - внесли трату на сумму "1 билет" из места "РБП".

Зарплату можно, как пишет x35bug, получать 31 числа в долговое место. А можно и на ЗП-карту, но не в рублях, а, например, в ЗПублях. А когда происходит выплата, отражать уже не доход, а обмен валют.
Ilyan
27 января 2014 14:27
x35bug Пишет:
Но вы что, предлагаете для такой траты указывать шесть дополнительных дат?
Я предлагал указывать период - это проще и точнее всего.
RsH
27 января 2014 15:10
Ilyan Пишет:
x35bug Пишет:Но вы что, предлагаете для такой траты указывать шесть дополнительных дат?Я предлагал указывать период - это проще и точнее всего.
А какой в это практический смысл? Можно кейс какой нибудь?
Ilyan
27 января 2014 15:20
RsH Пишет:
А какой в это практический смысл?
Получать более сглаженную динамику, но и просто не усреднённый отчет.

Например, я покупаю автомобиль за сумму, в разы превышающую обычный месячный расход. Если бы можно было указать период использования, то вместо большого пика в месяц покупки, на графике была бы равномерно приподнята целая область.
RsH
27 января 2014 15:36
ИМХО...
хрень получится, т.к. по графику будет гладенько, но в реальности деньги вы отдали в одном отчетном периоде, и они ниоткуда не появятся на счетах в остальных.
Ведь факт покупки будет отражен конкретным числом, а при "растягивании на период" - получится отражение несуществующих денежных средств на счетах
Ilyan
27 января 2014 15:50
Имхо, иногда нужны отчеты по фактической дате, а иногда - с "распределёнными тратами".

Когда покупаешь то машину, то мебель, то 1-2-годичный абонемент или отпуск на семью, или аренда реже, чем раз в месяц, месячная динамика превращается в хаотическую кривую, по которой совершенно непонятны тенденции.

Я предлагал учитывать период трат/доходов только для не детальных отчетов: остатки естественно должны изменяться сразу на полную сумму.
x35bug
28 января 2014 14:39
Ilyan Пишет:
месячная динамика превращается в хаотическую кривую, по которой совершенно непонятны тенденции.
Думаю, это вопрос восприятия. Я в случаях, когда меня интересуют краткострочные тенденции, делаю отчет с "категории кроме выбранных ниже", чтобы не было больших пиков.

Вообще, насколько я понимаю, вы предлагаете добавление чего-то вроде амортизации? В таком виде это действительно имело бы определенный смысл для того же автомобиля или мебели.
RsH
28 января 2014 14:56
x35bug Пишет:
Ilyan Пишет: месячная динамика превращается в хаотическую кривую, по которой совершенно непонятны тенденции.Думаю, это вопрос восприятия. Я в случаях, когда меня интересуют краткострочные тенденции, делаю отчет с "категории кроме выбранных ниже", чтобы не было больших пиков. Вообще, насколько я понимаю, вы предлагаете добавление чего-то вроде амортизации? В таком виде это действительно имело бы определенный смысл для того же автомобиля или мебели.
аммортизация имеет смысл только если аммортизируемое имущество отражается на балансе с остаточной стоимостью. хотя может быть вы так и ведете учет финансов.

Я пока не заморачиваюсь и использую дребеденьги для краткосрочного бюджетирования и планирования, без отражения остаточной (рыночной) стоимости. т.к. например мне в краткосрочной перспективе не интересно что у меня состояние в 10 млн. в виде квартиры и машины, т.к. оперативно распоряжаться (например продажа с последующей инвестицией) я не буду.

в общем пожелание к разработчикам - если это будет делаться - сделайте пожалуйста все дополнительные опции отключаемыми/включаемыми в интерфесе.

Спасибо.
Ilyan
28 января 2014 15:28
x35bug Пишет:
Вообще, насколько я понимаю, вы предлагаете добавление чего-то вроде амортизации?
Амортиза́ция в бухгалтерском учёте — процесс перенесения по частям стоимости основных средств и нематериальных активов по мере их физического или морального износа на стоимость производимой продукции (работ, услуг).

Да, определение довольно похоже. Кроме отчетов и динамики по дате совершения транзакции, иногда было бы интересно посмотреть и "амортизированные" отчеты.
x35bug
28 января 2014 16:39
RsH Пишет:
аммортизация имеет смысл только если аммортизируемое имущество отражается на балансе с остаточной стоимостью.
Да, совершенно верно. Возможно, востребовано будет действительно далеко не всеми, но это по карйней мере стандартный процесс в бухгалтерии, в отличие от сомнительных "дат учета операции", с которых началась эта тема.
Ilyan
28 января 2014 19:37
Не всегда есть имущество, не всегда хочется явно ставить его на баланс и видеть в остатках.

Например, абонемент в тренажерный зал на 2 года - просто иногда я не хотел бы видеть эту трату единовременным "колом" на графике динамики.
Дмитрий
28 января 2014 19:50
Ilyan Пишет:
Не всегда есть имущество, не всегда хочется явно ставить его на баланс и видеть в остатках.
Можно держать такое в скрытом месте хранения.
x35bug
28 января 2014 22:13
Ilyan Пишет:
Не всегда есть имущество, не всегда хочется явно ставить его на баланс и видеть в остатках.
Ну последнее опять же вполне можно решить настройками для отчетов: отображать это в остатках или не отображать. При отсутствии же имущества в принципе при желании можно это условно рассматривать как нематериальный актив, если уж хочется чтобы не просто не было кола на графике, а еще и трата была размазана по некоторому периоду.
Чтобы отвечать на сообщения - зарегистрируйтесь и войдите в личный кабинет.
© drebedengi.ru 2007 - 2017  |  Мобильная версия  |  Карта сайта  |  API интеграции  |  Обратная связь  |   English