Количественный учет в домашней бухгалтерии
Vinci
10/02/2005 23:35
#
Количественный учет в домашней бухгалтерии интересен, собственно, двумя вещами: выяснением норм потребления, т.е. количества, а также выяснением средних цен на сделанные покупки. Знание своих норм потребления - это шаг к планированию своих расходов на очередной период. Знание средних цен приведет к возможности коррекции закупочных цен товаров в будущем, понятно, в сторону уменьшения.
Мое видение реализации количественного учета в AC. (Будем считать, что учет количества в настройках базы отключен.) Прежде всего количество не может быть без указания единицы измерения. Поэтому создается страница Единицы измерения, которая подобна странице Валюты: точно так же, как и для валют, для каждой единицы измерения вводятся Название, Обозначение и Знаков после запятой. Как валюта характеризует счет, так единица измерения должна характеризовать статью, т.е. единица измерения своего рода "валюта" статьи. Таким образом, как в Счетах есть столбец $$, так на странице Статьи должен быть предусмотренстолбец Единица измерения. И получится, допустим, "Йогурт | кг". Единица измерения необязательна для статьи. Далее, на странице Операции добавляются столбцы Количество, Единица измерения и Средняя цена. В диалоге Добавление/Изменение операции в разделе Сумм к полю Сумма расхода добавляется поле Количество. Соответственно, как справа от поля Сумма расхода присутствует обозначение валюты выбранного счета, так и справа от поля Количество должно присутствовать обозначение единицы измерения выбранной в реквизитах операции статьи. Можно предусмотреть, что поле Количество появляется только тогда, когда для выбранной статьи в Статьях указана единица измерения.
В отчете Обороты в части столбиковых диаграмм к столбцу Сумма добавляются, как и на странице Операций, столбцы Количество, Единица измерения и Средняя цена.
Надеюсь, Dervish, вас хватит дочитать до конца.
Меня хватило дочитать до конца. (+)
Dervish
10/02/2005 23:47
#
Знаете, я тут как-то раздумывал, в чём вообще состоит разница между счётом и классификатором?
Всего два различия: (а) по строкам классификатора не ведётся остаток (следовательно и валюта не нужна) и (б) счёт в операциях должен быть указан обязательно, а классификатор может быть пропущен.
Всё, других различий я не заметил.
Если так, тогда, извините, зачем вообще назначать (товарные) остатки классификаторам? Может быть проще создать счета в товарных валютах? Выделить эти счета в отдельную ветку...
Как считаете?
Вы предлагаете перенести
Vinci
11/02/2005 01:12
#
все позиции Статей расхода - как то Провизия, Квартира, Транспорт, Одежда - на страницу Счетов во вновь созданный счет Статьи и избавиться от классификатора Статьи? Бррр... Речь о ДОМАШНЕЙ бухгалтерии или о бухгалтерии торгового малого предприятия? По-моему, программа должна бы быть очевидной.
... и избавиться от классификатора Статьи?
В.Червонных
11/02/2005 11:03
#
Этого не предлагается.
Просто, если нужен количественный учет, то для всякой товарной позиции (статьи) надо иметь соответствующий регистр количественного учета. Чудес не бывает. Это путь самый очевидный и простой. Все прочее как раз и ведет к неоправданным осложнениям. Механизм товарных валют в Россииочень хорошо отработан на примере бутылок водки и вполне интуитивно ясен. Надо только чуть напрячься и понять, что валюта может быть не только жидкой, но и сыпучей, и т.д. и т.п. После этого любые товарнообменные и товарно-денежные операции задавать как переводы валют по курсу, равному цене. Количественный учет получишь как бесплатное приложение.
В целом я с вами согласен.(+)
Vinci
11/02/2005 14:22
#
Программа уже сейчас готова к употреблению. То, что я предлагаю добавило бы еще одну структуру один в один того же принципа, что и Сумма-Счет-Валюты, т.е. Количество-Статьи-Единицы_измерения, только с другими, но ОЧЕВИДНЫМИ названиями, что важно (очевидность) имхо для домашней бухгалтерии, извиняюсь, тупых домохозяек.
Кроме того, после релиза
Vinci
11/02/2005 15:55
#
AbilityCash автору понадобится уделить в хелпе пространную страницу в размере маленькой повести о весьма неоднозначной теме для понимания, хотя он может и опустить упоминание о нестандартных возможностях, чтобы избавить себя от опускания в дебри. В любом случае автор будет получать десятки писем и топиков в форуме по этому вопросу, так что ему вполне придется задуматься об организации платных семинаров на эту тему. Вполне возможно, что он уже договорился о такой возможности с г-ном Червонным.
Может быть, я бы согласился стать филиалом в Минске.;о)
Фигушки. ИМХО, автор считает,
В.Червонных
11/02/2005 17:07
#
что, кто сам дозрел до этой мысли, тот пусть пользуется, а программа задумывалась не для того. Вот, если, Dervish в отчетах сделает возможность смотреть динамику оборотов еще и по переводам, тогда будем рассчитывать на его благосклонность и в плане семинаров...;-)
ИМХО
Дмитрий
11/02/2005 21:36
#
Что это значит? Сокращение?
ИМХО, то есть...
Dervish
14/02/2005 01:29
#
...IMHO означает "In My Humble Opinion", то есть, "по моему скромному мнению".
Еще к вопросу "зачем вообще нужен количественный учет"
Vinci
11/02/2005 19:07
#
Такой пример. Человек переезжает в другой регион страны/планеты, где ДРУГИЕ цены на продовольствие и пр. На новом месте в новых ценах его прежние знания о своих стандартных денежных тратах автоматом оказываются бесполезными, посему ему сызнова приходится начать сбор статистики о своих тратах, что займет минимум один период. Как я понимаю, Dervish, это как раз ваш вариант, как он есть сегодня в плане составления своих будущих расходов и бюджетирования.
Если же человек знает свои нормы потребления (кол-во в весе/объеме съедамой провизии в месяц и пр.), он в состоянии тут же определить свои траты на очередной период в любых ценах в любом месте. И, кстати, еще до переезда, имея сведения о ценах и выбор из нескольких мест будущего проживания, выбрать оптимальный вариант. Чего не сможет сделать Dervish, если я не ошибся с его вариантом бюджетирования и не в обиду.
=========
Если автор будет продолжать упорствовать, предлагаю убрать нафик Количество и Цена из Операций, как раздражающий фактор. Обработке в икселе достаточно Примечания и указания в нем пресловутого количества вместе с единицей измерения.
Похоже, ты мою мысль до конца так и не понял:
В.Червонных
14/02/2005 13:19
#
совершенно элементарно выясняется количестиво любой "товарной валюты", переведенной в денежную за любой период.
После этого умножай на любые новые цены. Узнаешь потенциальные траты на новом месте.
Все я понял. (+)
Vinci
14/02/2005 19:51
#
Dervish где-то ранее задавал вопрос to all, обозначенный в кавычках. Я сделал попытку ответа на него. Безотносительно к тому, как в текущем AC возможно вести кол. учет. Успешного бизнеса.
Что касается моей ремарки в конце...
Vinci
14/02/2005 19:59
#
Я продолжаю считать, что программа должна быть очевидной, т.е. для "въезда" в принципе-то не требовать прочтения хелпа. Предложенный метод ведения количественного учета сейчас - это не то, что надо бы. Чисто мое имхо.
трындец-ребята-приехали...
Андрей
15/02/2005 11:45
#
А если "здесь" он помидоры ел, а"там" ананасы есть будет, то ему надо операции перевода, с конвертацией из помидор в ананасы. Еще лучше счет завести с валютой "единица условной еды". А если я в прошлом году покупал и гречку и макароны и рис, а в этом мне подарили 3 мешка картошки и я ел только ее, как мне это анализировать? Задайтесь вопросам _что_ в результате анализа Вы хотите получить и как это сможете интерпретировать.
Если коротко, то не доводите все до абсурда!
я думаю,
kilo
15/02/2005 13:03
#
что он не договаривает ... А в общем я думаю так - Cash достаточно мощный и тонкий инструмент, - но глупо требовать от него, чтобы он а) сам считал, б) учил считать. Этому надо учиться где-то в другом месте или самому. Это все равно, что купить "Майбах", сесть в него и качать права у продавца - "почему такая дорогая машина сама не распознает дорожные знаки".
Вот уж не понял возмущения.
В.Червонных
15/02/2005 19:32
#
Если у меня получается вполне естественным образом применять АС даже для описания своих предпринимательских дел, на что сам Dervish не рассчитывал, то почемуж не поделиться опытом.
Перевод помидор в ананасы вполне разумная операция, если реально мой поставщик за мою тонну помидоров, например, поставляет центнер ананасов, почему и не описать этот бартер в АС операцией перевода?
А до абсурда довести можно практически все, что угодно...
В коммерчееских +
Андрей
16/02/2005 17:16
#
целях перевод помидор в ананасы действительно разумен. Повторяю в _коммерческих_. В домашних это глупо. Если Вам это удобно, ради бога. Я Вас хорошо понимаю, сам занимаюсь коммерцией. Но Вы, как специалист, верно подметили грандиозную возномжность учета АС. А иные люди хотят море кнопок, каждая из которых деляет что-то. Имхо, есть мозги - сам приспособишь то, что есть под то, что надо. Не надо превращать АС в китайскую безделушку! PS Как в 1С шутка была Появились функции: "Пересчитать как я хочу", "Пересчитать правильно", "Пересчитать как хочет налоговая", "Пересчитать без исходных данных"
Ну, это да....(-)
В.Червонных
16/02/2005 19:04
#
,
