|
Oleg
|
|
13 марта 2014 21:34
|
|
Roman, а вот пример отрицательного расхода.
Для меня интернет это однозначно расход.
Я плачу за интернет 100 грн каждый месяц.
Соответственно, вношу расход 100
Но моим интернетом пользуются двое соседей, которые раз в квартал отдают мне по 100 грн.
Получается в первый месяц затраты на интернет 100, во второй месяц затраты 100, а в третий месяц затраты 100 и -200.
Итого за квартал 100 грн.
Деньги, которые мне дают соседи это не доход, а то, что уменьшает мои затраты на интернет.
|
|
|
|
Roman
|
|
14 марта 2014 00:18
|
|
>>>
Roman, вы просто не совсем поняли мою задачу.
Я получил деньги - это доход, но это еще не моя прибыль, т.к. часть этих денег я потрачу на расходные материалы. А вот то, что осталось это и есть прибыль.
Так вот я и хочу полученные деньги внести в категорию Доход.
А деньги, которые я потратил на закупку внести в эту же категорию, только с минусом.
<потому что они должны уменьшить> ДОХОД < по статье>"ШАБАШКА"<с XXX руб. до YYY."
Фактически, Ваш пример, только наоборот.
>>>
не согласен.
в данном случае Вы не увидите отчета по потраченным расходным материалам.
Я считаю что отрицательный расход - это только отмена (частичная отмена) расходной операции. И ничего больше.
|
|
|
|
Roman
|
|
14 марта 2014 00:20
|
|
>>>
Roman, а вот пример отрицательного расхода.
Для меня интернет это однозначно расход.
Я плачу за интернет 100 грн каждый месяц.
Соответственно, вношу расход 100
Но моим интернетом пользуются двое соседей, которые раз в квартал отдают мне по 100 грн.
Получается в первый месяц затраты на интернет 100, во второй месяц затраты 100, а в третий месяц затраты 100 и -200.
Итого за квартал 100 грн.
Деньги, которые мне дают соседи это не доход, а то, что уменьшает мои затраты на интернет.
>>>
С этим тоже готов поспорить. В данном случае Вы описали подработку, типа маленького бизнеса. Я бы на Вашем месте внес бы расход в расход а доход в доход. В результате же у Вас все равно получается доход, верно?
|
|
|
|
x35bug
|
|
14 марта 2014 01:06
|
Roman Пишет: Я бы на Вашем месте внес бы расход в расход а доход в доход. В результате же у Вас все равно получается доход, верно? Как я понял, Oleg испытывает некоторые неудобства всвязи с тем, что в Android-версии приложения не реализована нормальная работа с тегами, а построить отчет типа "доходы по источнику XXX минус расходы по категории YYY", чтобы посчитать прибыль (которая его интересует), сейчас нельзя.
Но он почему-то просит вместо нормального решения этих вопросов добавить возможность ввода отрицательных сумм для использования их несколько нетрадиционным образом.
|
|
|
|
Oleg
|
|
14 марта 2014 11:46
|
Roman Пишет: В данном случае Вы описали подработку, типа маленького бизнеса. Странно, я думал, что описал свою задачу достаточно понятно.
Роман, маленький бизнес, это заправка картриджей. Отчет по потраченным расходным материалам мне не нужен. Это же не складская программа! Мне нужно деньги посчитать, чтоб она сложила 50 + -20 и выдала 30 денег дохода.
А интернет это расход, а соседи помогают мне этот расход сократить.
>>>
В результате же у Вас все равно получается доход, верно?
>>>
Нет, не верно. Оплату за интернет мы делим поровну, расход сокращается, но не превращается в доход.
>>>
Но он почему-то просит вместо нормального решения этих вопросов добавить возможность ввода отрицательных сумм для использования их несколько нетрадиционным образом.
>>>
Прошу потому, что пользуюсь неделю другой программой, где Тэги реализованы.
Я выше писал, что это решило задачу, но пользоваться этим НЕ УДОБНО :(
Я опять стал активно писать тут, потому, что подходит к концу пробный период той программы, и я стою перед выбором - купить ее, и приспосабливаться, или дождаться реализации моей просьбы тут и купить Дребеденьги, т.к. она мне очень нравится во всем остальном!
|
|
|
|
Admin
|
|
14 марта 2014 11:59
|
Oleg Пишет: или дождаться реализации моей просьбы тут Мы решили пойти по пути создания отчётов, которые будут отображать нужные вам данные, но не ввода отрицательных расходов.
Но пока нет информации когда это будет сделано.
|
|
|
|
x35bug
|
|
14 марта 2014 19:36
|
Oleg Пишет: пользуюсь неделю другой программой, где Тэги реализованы.
Я выше писал, что это решило задачу, но пользоваться этим НЕ УДОБНО :( Согласен - специалиальные отчеты для "прибыли" в которых будет "доход по источнику минус расход по категории" были бы удобнее. Как я понял из сообщения Admin, именно это вроде бы и планируется сделать.
>Нет, не верно. Оплату за интернет мы делим поровну, расход сокращается, но не превращается в доход.
Фактически каждый месяц у каждого из двух соседей в тот момент, когда вы оплачиваете услуги, образуется перед вами долг в размере одной трети от ежемесячного платежа. А в конце квартала они этот долг вам отдают. То есть именно через долги было бы наиболее корректно учитывать эти движения средств.
|
|
|
|
Дмитрий
|
|
23 апреля 2014 14:27
|
x35bug Пишет: Нужны. Потому что не каждый захочет вводить расходы как какие-то невнятные "отрицательные доходы". Потому что, как было верно замечено, это костыли. Доход это доход, расход это расход. А ситуация, когда доходы определенным образом связаны с понесенными расходами случается часто, потому такие отчеты были бы весьма полезны. Восстановление кассового расхода/дохода это вполне внятная и логичная операция, которую всю жизнь используют бухгалтера (посмотрите правила ведения бух. учёта.)
Если я понёс расход и по истечении какого-то времени мне вернули деньги (полностью или частично) то это называется восстановление расхода. Если я получил доход, а потом возвращаю деньги, то это восстановление дохода.
ЗЫ. И всё таки мне не понятно, почему разработчики так упорно не хотят давать возможность пользователям вводить отрицательные суммы?
|
|
|
|
RsH
|
|
23 апреля 2014 15:58
|
Дмитрий Пишет: x35bug Пишет:Нужны. Потому что не каждый захочет вводить расходы как какие-то невнятные "отрицательные доходы". Потому что, как было верно замечено, это костыли. Доход это доход, расход это расход. А ситуация, когда доходы определенным образом связаны с понесенными расходами случается часто, потому такие отчеты были бы весьма полезны.Восстановление кассового расхода/дохода это вполне внятная и логичная операция, которую всю жизнь используют бухгалтера (посмотрите правила ведения бух. учёта.) Если я понёс расход и по истечении какого-то времени мне вернули деньги (полностью или частично) то это называется восстановление расхода. Если я получил доход, а потом возвращаю деньги, то это восстановление дохода. ЗЫ. И всё таки мне не понятно, почему разработчики так упорно не хотят давать возможность пользователям вводить отрицательные суммы? Дмитрий, бог с вами, в б.у. никогда не было и не будет отрицательных проводок.
например таких: "кредит 71 счета -500 рублей", и парной ей "Дебет 60 счета на -500 рублей".
это же основы бух. учета.
только положительные проводки и выше приведенный пример будет выглядеть как
"К60 500 руб" и "Д71 500 руб." и именно так бухгалтер отразит восстановление кассового расхода.
В контексте Дребеденег, корреспондирующего счета при трате нет, вместо парных проводок мы видим одну доход или расход соответственно.
по бизнесу, на мой взгляд, лучше вообще сделать отдельное место хранения в котором учитывать и доходы и расходы, а изымать и добавлять деньги из/в бизнес переводами в другое место хранения. Так будет лучше и для учета и и для отчетности - помимо того сколько заработал/потратил видно еще и сколько вложил изъял из оборота бизнеса, и когда.
|
|
|
|
RsH
|
|
23 апреля 2014 16:03
|
|
я немного слукавил, и в принципе есть один вариант отрицательной проводки, но это СТОРНИРУЮЩАЯ ПРОВОДКА, т.е. исправление ранее введенной ошибочно проводки.
|
|
|
|
Дмитрий
|
|
23 апреля 2014 17:18
|
RsH Пишет: я немного слукавил, и в принципе есть один вариант отрицательной проводки, но это СТОРНИРУЮЩАЯ ПРОВОДКА, т.е. исправление ранее введенной ошибочно проводки. Вы сейчас говорите о правилах ведения бух.учёта в хозрасчётных организациях, а я про правила ведения бух. учёта в бюджетных организациях.
И если брать Дребеденьги, то они на 90% приближены к бюджетному ведению бухгалтерии т.к. тут нет понятия "проводка по дебету проводка по кредиту", а есть понятие расход со счёта по статье и приход на счёт по статье и следовательно в данном случае удобнее вести учёт отталкиваясь от бюджетного кодекса РФ
|
|
|
|
Дмитрий
|
|
23 апреля 2014 17:19
|
|
ну или не РФ, но бухгалтерии бюджетных организаций
|
|
|
|
RsH
|
|
24 апреля 2014 09:25
|
|
Дмитрий подскажите пожалуйста, в чем принципиальное отличие бухгалтерского учета в бюджетной организации от хозрасчетной, кроме плана счетов?
|
|
|
|
Дмитрий
|
|
24 апреля 2014 11:11
|
|
Хотя бы принципом отражения и учёт денежных средств, когда деньги учитываются по статьям расхода и дохода, а не прыгают с кредитовых счетов на дебитовые и/или обратно.
Например в хоз. расчёте при зарплате вы деньги с одного счёта переводите на другой (насколько помню К51 Д70), а в бюджете вы просто изменяете статью на зарплату (т.е. увеличиваете расходную статью ххххххххххххххххх210). Соответственно если сотрудник возвращает деньги то уменьшаете сумму на расходной статье ххххххххххххххххх210. В итоге вы всегда видите сколько денег по какой статье затрачено или если на эту статью открыты лимиты, то сколько на этой статье осталось денег.
ЗЫ. Дребеденьги работают по этому же принципу (есть статьи дохода, статьи расхода, лицевые/расчётные счета) за исключением НЕвозможности уменьшать сумму по статье. Вот если бы в дребеденьгах была реализована возможность при расходе указывать не кошелёк, а статью дохода, то это уже было бы приближено к хозрасчёту.
|
|
|
|
Oleg
|
|
24 апреля 2014 14:31
|
|
Во блин!
А я то думал, что Дребеденьги - это программа для учета движения личных средств частного лица.
А тут такая бухгалтерия оказывается :)
Дмитрий писал:
ЗЫ. И всё таки мне не понятно, почему разработчики так упорно не хотят давать возможность пользователям вводить отрицательные суммы?
Я думаю, что мы никогда этого не узнаем.
Всем, кому эта возможность нужна - дорога в PlayMarket.
Я себе замену нашел и очень доволен.
Название писать не буду, чтоб за рекламу не побили :)
|
|
|
|
maskman
|
|
24 апреля 2014 15:46
|
Oleg Пишет: Название писать не буду, чтоб за рекламу не побили :) Напишите здесь http://www.drebedengi.ru/?module=forumMessageList&topic_id=7197
|
|
|
|
RsH
|
|
24 апреля 2014 16:46
|
|
по итогам зрелых размышлениям...
Приношу извинения всем чью идею не воспринял.
Призываю разработчиков включить ее в какой нибудь лист ожидания реализации.
поясню почему:
1) если это нужно 2 пользователям, это может потребоваться и остальным.
2) любой функционал, полезен.
3) у меня тоже возникали запросы к сервису, которых в обычной бухгалтерии нет :) типа "списание в минус по счету" (красное сальдо), но это не мешает мне их использовать и хотеть.
как предложение по реализации:
1)сделайте возможность ввода отрицательного значения в доходы и расходы с предупреждением аналогичным тому какjt появляется при ввод трат будущей датой.
2) После ввода это значение должно отражается в отчетах и формах красным шрифтом или на красном фоне со знаком "-", что бы было видно, что это не типовая операция.
Ради эксперимента, уберите преобразование отрицательных значений в положительные в pda версии - пользователи попробуют, пощупают, может им понравится, тогда это можно будет мигрировать на основную версию, или наоборот поймут, что это "ужас-ужас".
вот.
|
|
|
|
Ilyan
|
|
24 апреля 2014 17:14
|
|
Имхо, единственная серьёзная проблема отрицательных сумм - в отчетах по категориям.
Не очень понятно, как должен выглядеть отчет, в котором:
1. Отрицательная сумма в некоторой категории (включая "Итого"), но положительная в части подкатегорий.
2. Положительная сумма в некоторой категории (включая "Итого"), но отрицательная в части подкатегорий.
|
|
|
|
RsH
|
|
24 апреля 2014 17:29
|
|
по хорошему, что бы не было того что описал Ilyan конечно надо городить "огород".
делать отдельный тип операции, что бы к ней нужно было обязательно указать транзакцию от какой производится возврат (связка) и проверку, что возвращаемая сумма меньше либо равна исходной.
я по тому и предложил в мобильной версии попробовать разрешить ввод такой операции - "чисто посмотреть: а может заработает" без переделок.
|
|
|
|
Дмитрий
|
|
25 апреля 2014 11:12
|
Ilyan Пишет: Имхо, единственная серьёзная проблема отрицательных сумм - в отчетах по категориям.
Не очень понятно, как должен выглядеть отчет, в котором:
1. Отрицательная сумма в некоторой категории (включая "Итого"), но положительная в части подкатегорий.
2. Положительная сумма в некоторой категории (включая "Итого"), но отрицательная в части подкатегорий. А что тут проблемного?
Если в расходной части по статье вы видите минус, значит по этой статье у Вас было возвратов больше, чем расходов.
Тоже и с доходами....
Единственное, в чём может возникнуть загвоздка, так это в круговой диаграмме, но туда можно просто не писать минусовые суммы)
|
|
|
|
Дмитрий
|
|
25 апреля 2014 11:26
|
Oleg Пишет: Я думаю, что мы никогда этого не узнаем.
Всем, кому эта возможность нужна - дорога в PlayMarket.
Я себе замену нашел и очень доволен.
Название писать не буду, чтоб за рекламу не побили :) А можете на почту bdmv@yandex.ru поделиться названием замены?
Вдруг и мне это подойдёт? Правда за 2 года использования Дребеденег полноценной замены я не нашёл (всегда плюсы Дребеденег перевешивали плюсы др. софта)
Но менять уже внесённые несколько месяцев назад суммы расходов при возврате денег (как тут некоторые предлагают), тем самым искажая свою бухгалтерию я не хочу и наблюдать неожиданно появившийся доход из за возврата денег тоже как-то не нравится. (3 месяца назад в ЛеруаМерлен купил товар, недавно часть товара вернул и наблюдаю у себя прибыль по статье доходов "Возврат")
|
|
|
|
Anna
|
|
25 апреля 2014 17:13
|
|
Да. Хоть я и не была особо за отрицательные суммы, теперь тоже гадаю, как оформить возврат не подошедшего товара. Помнить через год, анализируя траты по статье за всё время, что часть в итоге вернулась, а значит и не потрачена, мягко говоря не удобно. Аналогично и с доходами (хотя тут проще - можно проводить по источнику "возвраты" и в отчётах не учитывать).
Уважаемая Администрация! При создании отчёта для отображения нужных данных, прошу учесть вышеобозначенный момент с необходимостью знать сумму фактически приобретенных ценностей за период.
PS Идею разрешить отрицательные суммы в pda версии для эксперимента поддерживаю.
Ранее обозначенная мною проблема с круговыми диаграммами всё равно актуальна, но меня бы устроило такое решение: если отрицательных сумм (по категориям, а не транзакциям) нет, то всё как обычно. Если есть, то диаграмму не рисовать, а написать, что есть отрицательные значения. + сделать галочку в настройках отчёта "без отрицательных транзакций".
|
|
|
|
Дмитрий
|
|
28 апреля 2014 11:51
|
Anna Пишет: PS Идею разрешить отрицательные суммы в pda версии для эксперимента поддерживаю.
Ранее обозначенная мною проблема с круговыми диаграммами всё равно актуальна, но меня бы устроило такое решение: если отрицательных сумм (по категориям, а не транзакциям) нет, то всё как обычно. Если есть, то диаграмму не рисовать, а написать, что есть отрицательные значения. + сделать галочку в настройках отчёта "без отрицательных транзакций". В pda - это конечно хорошо, но я обычно pda синхронизирую с web...
А про диаграмму я так и не пойму, в чем там проблема? В круговую идёт % по статьям, если он меньше 0 то его можно не рисовать, да он и сам не будет попадать в диаграмму, так как бедет существенно меньше всех остальных статей. (сейчас же в диаграмму попадают только несколько статей с наибольшим значением)
|
|
|
|
Anna
|
|
28 апреля 2014 12:13
|
Дмитрий Пишет: В pda - это конечно хорошо, но я обычно pda синхронизирую с web... Есть мобильная версия сайта (ссылка внизу страницы) где, например, можно осуществить трату со счёта, если незарезервированный остаток на нём меньше, чем сумма траты. В полной версии сайта этого сделать нельзя.
Именно про эту версию речь, а не про приложения для телефонов.
Что касается диаграммы, то вопрос в определении процентов (что считать за 100%). На первой странице обсуждения я писала про слонов и мух подробный пример.
|
|
|
|
Oleg
|
|
30 апреля 2014 12:46
|
Anna Пишет: осуществить трату со счёта, если незарезервированный остаток на нём меньше, чем сумма траты Мы тут говорим не о том, чтобы сумма по счету (месту хранения денег) ушла в минут, а чтобы можно было внести отрицательную операцию.
Например, на счету 1000р
Я вношу не расход в 100, а приход в минус 100
|
|
|
|
Anna
|
|
30 апреля 2014 14:11
|
Oleg Пишет: Мы тут говорим не о том, чтобы сумма по счету (месту хранения денег) ушла в минут, а чтобы можно было внести отрицательную операцию. Спасибо, я в курсе.
Пример про PDA версию приведен потому, что уже сейчас у полной и мобильной версии сайте есть отличия (пусть и непреднамеренные) в функционале (вышеупомянутые накопления).
И ещё одно отличие (в части возможности вносить отрицательные доходы/расходы) не помешает.
При этом для большинства ничего не изменится, а меньшинство получит в пользование необходимый функционал.
См. PS в моём сообщении от 25 апреля и ответ Дмитрия.
|
|
|
|
Захар
|
|
30 апреля 2014 18:55
|
|
Уважаемые разработчики
Данная тема уступает по популярности только истории курсов валют. Наверное, функция действительно будет полезной
|
|
|
|
Oleg
|
|
11 июля 2014 16:29
|
|
Умерла тема :(
Пользуюсь с марта другой программой, а всё-равно сюда заглядываю.
Очень уж нравятся Дребеденьги...
|
|
|
|
Admin
|
|
11 июля 2014 21:44
|
Oleg Пишет: Умерла тема :( Здравствуйте,
Мы помним об этом, но пока никакое решение не принято, ввиду некоторых (в основном технических) обстоятельств.
|
|
|
|
Дмитрий
|
|
22 октября 2014 10:20
|
Admin Пишет: Мы помним об этом, но пока никакое решение не принято, ввиду некоторых (в основном технических) обстоятельств. Ещё не известно, когда будет принято решение? ;)
|
|
|
|
Admin
|
|
22 октября 2014 12:51
|
|
Пока условно принято решение отрицательных сумм не делать.
|
|
|
|
Дмитрий
|
|
23 апреля 2015 15:07
|
|
:( похоже не дождёмся. :(
|
|
|
|
iDuzzy
|
|
18 мая 2015 13:49
|
|
На самом деле, отсутствие отрицательных сумм - это какой-то нонсенс.
Бюджетирование/планирование как раз и подразумевает, что средства двигаются по статьям и возможны возвраты как доходов, так и расходов.
А здесь получается будет картина искажена - запланировал потратить на поездку 1000 долларов (к примеру), купил билеты, отменилась поездка - вернул билеты. И тут же снова купил билеты на другую дату. В итоге - имеем удвоенную сумму трат на поездки и непонятный доход с непонятного источника.
У меня еще бывает ситуация - картой в ресторане расплачиваешься за всех, а все возвращают налом. Вот как это учитывать?!
|
|
|
|
iDuzzy
|
|
18 мая 2015 15:33
|
|
В дополнение.
У меня есть подозрение, почему разработчики так против введения отрицательных сумм.
Скорее всего сейчас внутри базы знак операции определяет ее тип, т.е. положительная сумма - доход, отрицательная - расход.
|
|
|
|
Max
|
|
19 мая 2015 23:26
|
|
Кстати, я до этого об этом не задумывался, но сейчас понял, что отрицательные расходы значительно упростили бы мне учет долгов и возвращающихся затрат.
Пример. Я дал другу в долг тысячу. Через неделю он их мне вернул.
Классический способ: Сначала создаем расход 1000, потом как-бы-доход 1000. Чем неудобно: возвраты долгов и прочие виртуальные доходы путаются с реальными заработками, сбивают общие цифры доходов, и, что немаловажно расходов.
Мой текущий костыльный способ: Сначала создаем расход 1000, в момент возврата идем и удаляем его. Плохо то, что не остается статистики по возвратам. Зато в общей картине доходов и расходов полный порядок. Костыль, но пока так.
Желаемый способ: Сначала создаем расход 1000, в момент возврата расход -1000. Из недостатков можно только подметить, что если эти расходы будут в разные месяцы, цифры могут быть несбалансированными, но зато в целом картина будет отличная. Кстати, надо тестировать, как поведет себя флэшовый график с отрицательными числами.
|
|
|
|
Admin
|
|
20 мая 2015 10:21
|
Max Пишет: Классический способ: Сначала создаем расход 1000, потом как-бы-доход 1000 Нет, классический способ - сначала дать в долг 1000, а потом погасить его.
В системе для этого есть функционал долгов, и никаких виртуальных расходов-доходов.
|
|
|
|
Max
|
|
21 мая 2015 05:21
|
|
В мобильном приложении? Лично я практически все расходы оттуда забиваю, всё очень классно сделано.
В веб-версии забивать расходы неудобно, кстати - во-первых, каждый раз сбрасывается категория, а во-вторых, странный и неочевидный, по сравнению с мобильной версией, механизм автоподстановок.
|
|
|
|
Max
|
|
21 мая 2015 05:24
|
|
К тому же нужда в отрицательных суммах далеко не исчерпывается долгами, это очень узкое понимание. Скидки. Купленные и возвращенные билеты. Перерасчет и возврат платежей. Это только то, что уже реально происходило, вызывало затруднения с учётом и было бы облегчено введением отрицательных сумм.
|
|
|
|
neodanik
|
|
30 мая 2015 18:09
|
|
+1, нужна такая возможность
|
|
|
|
iDuzzy
|
|
27 июня 2015 01:36
|
|
Сегодня пытался найти затерявшуюся сумму, просто потому, что нет возвратных операций и все возвраты идут в доход без указания статьи бюджета.
И если с механизмом "дать в долг-взять в долг" как-то разобрался, но он решает только 50% проблемы.
А если в одном чеке у меня есть и попадающие под бюджет операции и "долговые"?
Возвраты опять же?
Отсутствие простейшей функции портит впечатление от сервиса ...
ЗЫ. Лично для меня - еще одна такая "потеряшка" с кучей расчетов, выведением в Excel - и я буду отказываться от ДД в пользу чуть менее онлайн-интерактивного, но бесплатного и адекватного к математическим функциям :)
|
|
|
