Добрый день.
Изучаю Money Tracker на предмет ее соответствия мои требованиям для программ домашнего учета.
Замечательная программа, плюсы можно расписать на несколько страниц.
Но есть и минусы (имхо).
Вот один из них хочу вынести на публичное обсуждение.
Речь идет об автоматическом пересчете полей «количество», «цена» и «сумма». Т.е. меняем одно поле – программа автоматически пересчитывает другое.
Как происходит пересчет сейчас:
Допустим, у нас есть статья «Яблоки» с ценой по умолчанию 20 руб.
Создаем расход по данной статье. Допустим, купили 2 кг яблок. Указав в колонке «Кол-во» 2 кг, программа автоматически подтянула цену 20 руб. и рассчитала сумму 40 руб., что вполне логично и сильно ускоряет время ввода.
Представим ситуацию, что яблоки подорожали, и стоят теперь 25 руб. Мы вносим: 2 кг, цена – 25 руб. Программа автоматически пересчитала стоимость – 50 руб. Тоже здорово.
А теперь представим, что на рынке мы просили продать нам 2 кг. яблок, а нам взвесили «на 50 руб.» (цена выросла). В программе цена все еще старая, т.е. 20 руб.
Вносим: 2 кг, цену не трогаем, меняем сумму на 50 руб. Что делает программа? Пересчитывает количество! И уже мы купили не 2, а 2.5 кг!
Возникает вопрос: где логика? Почему в одном случае мы, меняя суммовой показатель (цену) имеем пересчет суммового же показателя (суммы), а в другом случае, меняя суммовой показатель (сумму) – пересчитывается количество?
Разработчики объясняют этот феномен таким образом:
в большинстве случаев пользователь не знает, какое количество товара было куплено, а знает только цену и сумму. Поэтому программа «подсказывает» именно количество.
Но позвольте, я всегда предполагал, что количество весового товара следует определять с помощью весов, а не арифметическими действиями.
Более того, давайте рассмотрим процесс покупки на рынке. Допустим, вместе с яблоками на одной точке вы купили еще 3-4 вида продуктов. Ну апельсины там, картофель и т.д. Как это происходит:
Вы: «мне яблок 2 кг.»
Продавец – кинул на весы, пересчитал что-то на калькуляторе.
Вы: «еще картофеля 3 кг.»
Продавец – кинул на весы, пересчитал что-то на калькуляторе.
И т.д.
В результате продавец объявляет вам итоговую сумму за весь товар. У меня вопрос: как в таких условиях можно получить стоимость каждого товара в вашей корзинке? Ну допустим, вы просите продавца объявлять стоимость при взвешивании. Вы в состоянии запомнить 6, 7, 8 сумм (по количеству товара) да еще и цены на них? Записывать на листик – это уже слишком, тогда учет превращается в самоцель.
Другое дело – запомнить одну общую сумму (предполагаем, что цены тоже приходится запоминать, но это уже гораздо легче).
Вот как делаю я:
Дома (в редких случаях – прямо на рынке) я перевзвешиваю весь товар на своих весах. И таким образом определяю количество. Далее я вношу в программу это количество и цену (если менялась). Программа рассчитывает мне сумму каждого товара и сумму итого. Последнюю я сравниваю с фактически уплаченной на рынке, и сразу становится понятно, обсчитали ли меня на данной точке, или дали с довеском. Разницу между итоговой суммой и уплаченной суммой я отношу на отдельную статью «Обвес». Это дает мне понимание не только того, на каких точках цена немного выше, но дают с довеском, а на каких безбожно обвешивают, но и сумму таких, прямо скажем, незапланированных расходов за период, например, за месяц.
И вообще, слишком наивно верить, что вам продали именно то количество, за которое вы заплатили. Такое случается, но редко, очень редко. Кто-то, возможно, просто закрывает на это глаза, и позволяет с помощью учетной программы вводить себя в заблуждение по поводу количества товара, но разве это наш метод? Разве мы занялись учетом для того, чтобы вносить, что попало? Зачем тогда вообще количественный учет?
Но это было лирическое отступление, предлагаю вернуться к теме.
С рынками (где чеков нет) мы разобрались.
Давайте теперь разберемся с магазинами.
В чеке всегда пишется количество весового товара. И сумма всегда присутствует, а цена – нет, не всегда. Неужели мне в таком случае придется сначала пересчитать цену на калькуляторе, а уж затем только внести данные в программу? Нонсенс.
Разработчики этот момент объясняют таким образом: цена изменяется редко, поэтому можно особо не париться.
Не согласен. Привожу жизненный пример: возле моего дома находится супермаркет. У нас есть скидочная карточка, которая, как правило, находится у жены. Это приводит к тому, что когда я что-то покупаю в этом магазине – цена одна, а когда жена – цена уже другая. И я не хочу следить за этой ценой, я хочу, чтобы это за меня делала программа. А программа берет себе, да и меняет количество на свое усмотрение...
Следующий момент – это округления. В разных магазинах правила округления, почему-то, не всегда одинаковы, и не всегда совпадают с тем, как это делает программа. Получается, что в чеке количество помноженное на цену дает одну сумму, а в программе такое же действие дает немного другую сумму. Я, как пользователь, хочу подсказать программе, какую я сумму заплатил действительно. Меняю сумму – и программа мне пересчитала количество. Разве это справедливо?
Особенно такой фокус часто получается, когда цена товара определяется числом с 3-мя и больше знаками после запятой.
Разработчики отвечают: такие цены встречаются не часто, в основном на оптовых точках продаж.
А я не соглашусь. Вот вам конкретный жизненный пример:
вы покупаете одноразовые стаканчики по цене, пускай будет, 5.40 за 100 шт. Причем вы хотите оприходовать именно 100 стаканчиков, а не отдельную упаковку. Вводим: количество – 100 шт. Цена. Ввести 0.054 невозможно, и это правильно, ставим 0.05. Сумма рассчиталась – 5.0. Меняем сумму на 5.4 – программа пересчитывает количество, и вы уже купили не 100, а 108 стаканчиков…
Допускаю возражения, что в таком случае надо вносить не цену, а сразу сумму. Хорошо, вносим сумму, но ошиблись, и вместо 5.40 внесли 5.20. Пытаемся поправить на 5.40. Начинаем закипать, т.к. ничего не получается…
Тем, кто дочитал до этого места – спасибо, значит и для вас обсуждаемая проблема интересна. ))
Что я предлагаю: все очень просто – при изменении суммы пересчитывать цену, а не количество. Так делается абсолютно во всех бухгалтерских (я имею в виду, больших бухгалтерских продуктах для предприятий) программах. По роду деятельности знаю, о чем говорю.
Ежели текущий вариант пересчета для кого-то окажется все-таки более предпочтительным – предлагаю добавить настройку на эту тему.
Разработчики утверждают, что всех пользователей все устраивает, как есть. А я вот засомневался, в связи с чем данный пост.
Прошу высказываться в комментариях. ))
Автопересчет
Модератор: Анастасия
э-э, я как бы о расходах, а не о продаже валюты..
мне интересно получать отчеты такого плана:
- сколько килограмм клубники я купил в этом году по сравнению с предыдущим;
- какое количество картофеля надо купить осенью, чтобы хватило до весны
и т.д.
прорамма позволяет вести количественный учет, зачем же от него отказываться?
мне интересно получать отчеты такого плана:
- сколько килограмм клубники я купил в этом году по сравнению с предыдущим;
- какое количество картофеля надо купить осенью, чтобы хватило до весны
и т.д.
прорамма позволяет вести количественный учет, зачем же от него отказываться?
Проблема есть. Особенно с округлением. У нас, в Беларуси, минимальная купюра - 10 руб. и все цены в магазинах установлены с учетом этого. Однако для всех весовых продуктов - сумма получается не кратной 10 рублям, поэтому всегда происходит округление до 10 руб. Обучить этому программу невозможно, она упорно считает, что я купил больше/меньше продукта, раз я изменил итоговую сумму 
