количество только по черному

количество только по черному Daniil 18/02/2013 22:52 #

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

RE: количество только по черному Rodion 19/02/2013 15:35 #

А как количество можно считать, если оно может быть в разных единицах (штуки, литры, кг и т.д.)?

заводить разные счета Daniil 19/02/2013 15:49 #

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

Встроенный учёт количества ... Дим(м) 19/02/2013 18:36 #

... немного для иного предназначен.
Кому-то может быть интересно отслеживать изменение цен на колбасу.

А заводить разные счета и вести полноценный количественный учёт ничто ведь не мешает.
Заведите себе счета "Бензин" с валютой "литры (бензин)", "Сахар" с валютой "килограммы (сахара)", "Проволока" с валютой "метры (проволоки)" и пользуйтесь операциями перевода с указанием "курса валют":
списать со счёта "Наличные" 240р. и зачислить на счёт "Сахар" 6 кг

А "встроенный учёт количества" выключите за ненадобностью.

Учет количества. Zorkiy_Sokol 19/02/2013 19:13 #

В принципе так можно выйти из положения, но есть некоторые неудобства. Сразу показывает нереальную сумму во ВСЕХ счетах. Для этого нужно каждый раз скрывать и открывать папку с продуктами. И во вкладке Операции нужно переименовывать название некоторых колонок. Например Остатки на Куплено. Хорошо было бы если сделать параллельную страничку СЧЕТА, не связанную с основными счетами наличных денег. А если сделать более 2 независимых, то можно еще вести и имущественный учет без клавиши Ctrl+G. На данный момент имущесто веду в другой базе, благо программа шустро позволяет переключаться.

танцы с бубном Daniil 19/02/2013 23:47 #

они ээээээ..... вариант конечно, но можно и в электронной таблице тогда все учесть, тот же оупенофис даром качнуть и юзать.
Просто получается отчасти как в басне "видит око да зуб ...".
Количество в базу записано, перед глазами находится, итоги даже (!) можно суммировать, но вот не доделана эта фича явно. И даже немного становится обидно за такую недоделку в такой хорошей, удобной, продуманной программе как AC.

"А "встроенный учёт количества" выключите за ненадобностью" Daniil 19/02/2013 23:38 #

- так может все таки лучше доработать, чем выключать?
1) данные вводятся и отображаются уже, но не обрабатываются должным образом;
2) автор собирается переходить на новый формат базы.
Самое время чуточку доработать то, что есть.

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

А вот интересно, как вы видите этот доделанный количественный учет? И для чего и как именно собираетесь его использовать. landa17 20/02/2013 01:46 #

Идея вобщем, правильная, но лично мне ни разу не приходило в голову мысль, заставляющая почувствовать нехватку количественного учета, а главное как это должно быть, вообще не представляю! Поделитесь, очень любопытно!

на сумму будет похоже Daniil 20/02/2013 12:23 #

только там рубли, а в этой колонке литры (черное/красное) и колонка сальдо.
на каждую позицию свой счет, что бы литры к литрам, кг к кг.
примеры.... например купил 10 банок незамерзайки, 7 израсходовал. лето прошло. сколько есть? а фиг знает. за лето все забудешь. а так записал, посмотрел счет "незамерзайка" и порядок. на незамерзайку цены могут колебаться, к весне дешевле, так что можно и впрок купить. главное не забыть.
дача - постоянная стройка. купил доски. что-то израсходовал, что-то на просушку оставил. опять же надо учесть чего сколько, и где запрятал))))))))) ревизию потом проводить трудно, материалы в разных местах, сложены, да и тяжелые.
у домохозяйки возможно будет учет запасов продовольствия. съездили на оптовый рынок купили коробку тушенки, часть домой, часть на дачу. тоже лучше записать. сахар для консервирования. можно даже и газ если баллонов много.
кому что надо вобщем. Вам может и не надо.

Это всё понятно... Дим(м) 20/02/2013 15:04 #

... Но как вы себе это представляете в программе?
Вот, допустим, с незамерзайкой. Купили вы 10 банок - как это занести в программу?

Как расход энной суммы со счёта "Наличные" с указанием кол-ва "10"? А как к этому расходу привязать (приходный?!) счёт "Незамерзайка"? Указывать в операциях расхода/прихода два счёта - "для денег" и "для вещей"?
Или предлагается, допустим, суммировать все количества по статье расхода/прихода? И если у меня есть статья "Продукты", то там будут вперемешку килограммы колбасы и литры молока?
Ну ерунда же какая-то выходит.

Как перевод со счёта "Наличные" на счёт "Незамерзайка"? Так это как раз тот вариант, про который я писал выше.

как то так - Daniil 20/02/2013 18:39 #

Как перевод со счёта "Наличные" на счёт "Незамерзайка"? Так это как раз тот вариант, про который я писал выше.

Да, как перевод со счета "наличные" на счет "незамерзайка".
То что было выше (написано на форуме) оно как бы показывает количество справочно.
приход 200 руб. 5 литров.
расход -200 руб. 5 литров.
получаем:
остаток 0 руб. остаток количества 10 литров (!)

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

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

израсходовали незамерзайку:
счет незамерзайка:
200 руб. 5 л. (было до учетной операции)
-200 руб. -5 л. (списываем в расход)
остатки суммы = 0 руб. остатки количества = 0 л. (а не 10литров как сейчас).

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

Всё равно я что-то не пойму Дим(м) 20/02/2013 20:06 #

Если у вас перевод между счетами, то у обоих счетов есть своя валюта - какой будет валюта у счёта "Незамерзайка"?

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

Т.е. отдельное поле "Количество" тут уже просто не нужно - списываем с "Наличных" 200 руб., начисляем на "Незамерзайку" 5 л.
Когда незамерзайку тратим, делаем со счёта "Незамерзайка" обычную операцию расхода: -3 л - получаем баланс незамерзайки = 2 л.

Вы же предлагаете усложнить программу ещё больше: ввести категорию особых "товарных" счетов, которые будут заниматься подсчётом количества. И дублировать, между прочим (!) статьи. Или же как-то странно с ними перекрещиваться.

Расход на продукты - обычный, по статье "Продукты", а на незамерзайку - особенный, по товарному счёту "Незамерзайка". Хотя и то и другое, по сути - товары - и даже могут быть вместе в одном чеке.

Потом ещё надо будет для каждого счёта отдельно включать/выключать количественный учёт..
С таким замахом уже и до 1С недалеко.

Нынешний количественный учёт, я согласен, и не "учёт" даже вовсе. Скорее, эдакие специальные примечания к транзакциям.
Но ваш вариант его доработки, на мой взгляд, излишне сложен и запутанен.
При том, что единственный недостаток предложенного выше варианта (http://dervish.ru/forum-theme.2551/#p14892) - "Неудобно возиться с курсовыми разницами по счету "продукты" или "стройматериалы".
Честно говоря, не совсем понимаю, где и в чём это неудобство? Где именно в программе вам приходится "отделять их от реальных валютных курсовых разниц"?

продолжим... Daniil 20/02/2013 21:51 #

Если у вас перевод между счетами, то у обоих счетов есть своя валюта - какой будет валюта у счёта "Незамерзайка"?

Рубли.

Вы же предлагаете усложнить программу ещё больше: ввести категорию особых "товарных" счетов, которые будут заниматься подсчётом количества. И дублировать, между прочим (!) статьи. Или же как-то странно с ними перекрещиваться.

В программе уже есть колонка "количество", в которой уже вбито количество.
Счета те же, только появится по необходимости еще одна колонка "сальдо по количеству" рядом с колонкой "количество" (которая уже есть).

Расход на продукты - обычный, по статье "Продукты", а на незамерзайку - особенный, по товарному счёту "Незамерзайка". Хотя и то и другое, по сути - товары - и даже могут быть вместе в одном чеке.

Товары одинаковые - списание разное. Что-то сразу съели, что-то в кладовку положили. Часть продуктов можно списать сразу на расходы (и забыть - съели, усе, нету), а другую часть (склад) учитывать с количеством. Просто в одном месте добавляется графа "сальдо по количеству" в другом нет.
Чек при желании можно разбить на части. Пример: купил 100 банок тушенки. 10 банок домой - можно списать все сразу в "расходы". 90 банок на дачу - пишем на счет "тушенка", если важно будет помнить сколько банок в запасе. Потом со счета "тушенка" в "расходы". Сложно - не ведите учет количества, будет проще. Это всего лишь дополнительная опция.

Потом ещё надо будет для каждого счёта отдельно включать/выключать количественный учёт..
С таким замахом уже и до 1С недалеко.

При создании счета мы выбираем валюту счета и проблем здесь нет? А если там надо будет еще галочку поставить, то в чем проблема?
Галочка по дефолту выключена, не нужен количественный учет и движений мышкой лишних делать не придется.

Гораздо большая проблема в отсутствии возможности нормально учесть количество (приход/расход/сальдо) - которое УЖЕ вбито в базу. По клаве стучали, а толку мало.

Поставил галку - есть графа "сальдо по количеству", снял нет этой графы.
Графа "количество" уже есть в программе, если включить "цена/количество".
Количество уже забито в базу, но нет должной обработки.
Данные есть, обработки нет.

До 1С далеко и не надо вовсе. Стоит уже бухгалтерия предприятия на компе и вести в ней учет личных финансов даже в голову не приходит.

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

Появится еще одна колонка "сальдо по количеству" рядом с колонкой "количество" в чем сложность? Не нужна - не включайте. По аналогии с суммой, которая как была так и останется. Минимум изменений в программе и отображении данных.

Честно говоря, не совсем понимаю, где и в чём это неудобство? Где именно в программе вам приходится "отделять их от реальных валютных курсовых разниц"?

Ну это уже кто как чего ведет. Это другая тема и надолго.

Резюмирую.
В программе хорошо бы доделать/изменить:
1) добавить возможность ввода "цены/количества" в операции "перевод" - эта "хотелка" уже добавлена в "доработки";
2) в учете количества (том, который уже есть!) редактировать отображение количества по черному/красному в соответствии со знаком суммы проводки - сумма красная = количество красное (с минусом). Данные уже в базе есть, надо только плюс/минус поправить.
3) добавить в новую базу "сальдо по количеству";
4) сделатьв настройках счета галку "вести количественный учет", для отображения еще одной колонки "сальдо по количеству";
5) при выставленной галке (в настройках счета) отображать еще одну дополнительную колонку в списке операций - "сальдо по количеству".

Простите мою дотошность Дим(м) 20/02/2013 22:49 #

... но я всё же не понимаю, зачем счёту "Тушёнка" быть в рублях, а не в банках?
Рубли на счёте "Тушёнка" вас ведь не интересуют? Тушёнка, она же в банках, а не в рублях..

Иначе списания с такого счёта становятся запутанной задачей: две банки тушёнки съели - понятно, что "количественно" надо списать 2, а сколько списывать в рублях?
По текущему "курсу" тушёнки? По "закупочной" цене из последней транзакции? А если эти две банки были "из старых запасов", которые вы ещё по-дешёвке брали?..

И тут вы, похоже, лукавите:
"Гораздо большая проблема в отсутствии возможности нормально учесть количество (приход/расход/сальдо) - которое УЖЕ вбито в базу."

Сейчас ведь нет количества для переводов. Т.е. у вас в базе обычные расходы/приходы. А значит никаких счетов "Тушёнка" там не фигурирует? Либо вы изначально переводили на счёт "Тушёнка" рубли (без количества), а списывали с него уже "количественно".
Выходит, вам всё равно придётся базу переделывать, когда (если) учёт количества в переводах появится. Так почему не сделать это сейчас и не остановится на более простом и прозрачном варианте ("списали рубли - зачислили банки" вместо предлагаемого вами "списали рубли - зачислили тоже рубли, но с банками"), без дополнительных галочек и колонок?

от лукавого))))))) Daniil 20/02/2013 23:16 #

... но я всё же не понимаю, зачем счёту "Тушёнка" быть в рублях, а не в банках?
Рубли на счёте "Тушёнка" вас ведь не интересуют? Тушёнка, она же в банках, а не в рублях..

Ведется учет финансов. Все ведется в валюте страны проживания - в рублях.
Может мне потом захочется посмотреть сколько я сэкономил? Цены растут, купил оптом по оптовой цене. Подумать надо будет, к примеру - делать ли следующий раз большую закупку?

Иначе списания с такого счёта становятся запутанной задачей: две банки тушёнки съели - понятно, что "количественно" надо списать 2, а сколько списывать в рублях?
По текущему "курсу" тушёнки? По "закупочной" цене из последней транзакции? А если эти две банки были "из старых запасов", которые вы ещё по-дешёвке брали?..

Есть несколько методов: по средней, по первой цене, по последней. Делайте как удобно.

И тут вы, похоже, лукавите:
"Гораздо большая проблема в отсутствии возможности нормально учесть количество (приход/расход/сальдо) - которое УЖЕ вбито в базу."
Сейчас ведь нет количества для переводов. Т.е. у вас в базе обычные расходы/приходы. А значит никаких счетов "Тушёнка" там не фигурирует? Либо вы изначально переводили на счёт "Тушёнка" рубли (без количества), а списывали с него уже "количественно".
Выходит, вам всё равно придётся базу переделывать, когда (если) учёт количества в переводах появится. Так почему не сделать это сейчас и не остановится на более простом и прозрачном варианте ("списали рубли - зачислили банки" вместо предлагаемого вами "списали рубли - зачислили тоже рубли, но с банками"), без дополнительных галочек и колонок?

В случае необходимости у меня есть возможность использовать операции "приход" и "расход" с вводом "количества/цены".

Я списываю рубли и зачисляю рубли. Если я захочу продать соседу стопку лишних кирпичей, мне важно знать и стоимость, а не только количество.

Для этого есть курсы валют Loki 20/02/2013 23:26 #

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

PS Не обижайтесь, но мне кажется что вы вместо того чтобы разобраться, хотите непременно доказать свою правоту. Это не самая удачная политика.

Вот именно! А что такое транзацкии? landa17 21/02/2013 00:05 #

Конечно хотелось бы что бы изменение курсов валют после очередной покупки Незамерзайки сами пересчитывались с учетом новой информации.

Я придумала! "хотелось бы что бы изменение курсов валют после очередной покупки Незамерзайки сами пересчитывались с учетом новой информации" landa17 21/02/2013 14:31 #

Можно в курс валют туда, где литры писать общее количество литров на складе, а туда где рубли писать общую сумму за которую их купили. И после каждой новой покупки создавать новый курс, и к рублям добавлять стоимость купленной незамерзайки, а к литрам количество литров. Тогда все будет по средней стоимости.

Про "автоматические курсы валют" уже было обсуждение Дим(м) 21/02/2013 15:33 #

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

Курсы в транзакциях могут очень сильно плавать. Сегодня вы купили валюту у знакомого по "дружескому" курсу. Завтра пришлось срочно сдавать её в обменник по "грабительскому". Но это ж не значит, что после первой транзакции ваше благосостояние должно резко подскочить, а после второй обрушиться.

Если вам не хочется вводить курсы вручную, лучше настроить их автоматическую загрузку.
Благо универсальный плагин позволяет загружать данные из любых источников.
А если где-то не работает - дайте знать, и я его починю.

))) Здорово! Я про работу с курсами в программе очень мало знаю. landa17 24/02/2013 23:31 #

А как это автоматически цены например загружать? Расскажите по подробней, пожалуйста!?

Я вот тут подумала... landa17 04/03/2013 13:16 #

Это не странное предложение. Просто в бухучете так считается стоимость товара по средней себестоимости и как раз исключает ложное представление резкого обогащения или наоборот, страхует от сильного "плавания". Сумма того что потратили поделить на число того что купили как раз и получится средняя стоимость а не "новый курс валют автоматически из транзакций". Хотя конечно, непосредственно для валют, а для них это в первую очередь все и создано, это, конечно, не нужно

. Это только для учета имущества, не ценных бумаг.

единообразие Daniil 21/02/2013 00:47 #

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

единообразие landa17 21/02/2013 01:28 #

методика учета должна быть единообразной. если все делать так как Вы говорите, то "цена/сумма" надо убирать во избежание путаницы.

Ни чего не надо убирать во избежание путанницы! Ни кто вас не просит путаться. Вот ради единообразия и не убирать, им просто не надо пользоваться!

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

Вы меня не поняли. Я предлагала вести параллельно ваш учет имущества. Имущества, потому как количественный учет денег бессмысленная вещь. На отдельном счете. Когда купили, записываете не сумму а число банок, когда израсходовали тоже банки. Валюта нужна только лишь для пересчета в рубли. Что бы, как вы пишете, знать сколько "сэкономили".

учет это не только математика

Деньги НЕ ТУХНУТ!
Учет ИМУЩЕСТВА не только! А денег чистая МАТЕМАТИКА!!!

надеялся как-то помочь просто

Кому и в чем помочь?

спорить ради спора не хочу

А кто спорит? Мы тут вашу идею, высказанную ВАМИ
((Дописала 21.02.2012 внимательно прочитав сообщение Loki: Отвечаете, что не спорите. Ясно. А идея в общем хорошая! Просто программа изначально на это не была предназначена, да и большинство программ домашнего учета учитываю только финансы и все. Действительно, считается, что если хочешь как в организации любую вещь учитывать веди учет в программе для организации. Она тебе и количественный учет сделает и себестоимость товара посчитает.))
:Понятно потребность обсуждаем, как реализовать. Потому что видимо вам этого не хватает. У нас все в порядке! Так кто и о чем спорит?

А вы вообще за двойную запись. Ну и хорошо

P.S. Конечно можно писать, например в оборотах, не только суммы (прихода/)расхода по статьям в рублях, но и в условных единицах, но тогда нужно за каждой статьей закрепить определенную единицу измерения, и убрать возможность ее изменения в окне при создании операции. Тогда, как и с суммой, нужно будет только сложить все числа по ячейке "количество" и все.

(Еще дописала 21.02.2012 Наверное вы имели в виду что в программе это будет выглядеть так: в классификаторах для каждой записи должна появиться возможность ставить галочку - вести имущественный учет или нет. Если галочку поставили, то программа здесь же предлагает выбрать счет для учета или создать новый. Валюта счета, т.е. в чем ведется количественный учет имущества, должна совпадать с единицой измерения этой записи(статьи). Т.е. в каждой записи классификатора тоже предлагается выбрать единицу измерения для записи (можно будет делать количественный учет и для проектов и для чего-нибудь еще). После этого когда записывается расход по этой записи классификатора (статье) он одновременно будет записываться как приход по счету имущественного учета, и с курсом будет то, что я в этой теме форума написала. А расход имущества (или чего там еще) пользователь будет делать сам заводя операцию расхода по счету имущественного учета этой записи. Прикольно! Но программу усложнит. Нужно будет продумывать как эти "имущественные" счета в отчетах отражать, и как вообще это все будет сотрудничать с другими функциями в программе.)

Вы прям бухучет описываете, и настаиваете на имущественном учете. Унас пока только финансовый. (-) landa17 21/02/2013 00:03 #

:-) :-) Да меня именно как в программе интересует!) Это не дотошность. Пока не разберемся не закончим. Так в результате может и количественный учет появится))) landa17 20/02/2013 23:56 #

Количественный учет не по черному! Просто не имущественный учет, а учет денег. (Обращаюсь ко всем) Пользователь имеет ввиду что нужен количественный учет имущества. Т.е. по умолчанию вообще хочет что бы была возможность учета имущества. А программа создана для учета исключительно денег. Всякие там, например, счетчики это уже кто как исхитрится. Когда хотят учитывать не только деньги но и имущество там используют двойную запись. Это уже сильно смахивает на бухгалтерский учет. Счета, на которых отражается имущество но в рублях а не в натуральном измерении это тоже из бухучета.
Daniil имел в виду не переводы для учета, а в окне обычных операций добавить еще один счет для учета имущества, и, делая расход денег записывать приход товара. А расход товара спрашивается как отмечать? Приходом денег?
Почему, Daniil, вы не хотите принять предложение Дим(м) и завести отдельный счет, например Незамерзайка, с валютой литры, курсом валют равной средней стоимости этих литров. И когда купите эти литры, отдельно от операции расхода денег, запишете по счету "Незамерзайка" приход (количество литров прихода запишете в поле "Сумма"), в классификаторе с магазинами можно завести папку с местами хранения и местами куда уйдет незамерзайка, и выбрать где все будет хранится. А там где отображены счета, все счета все равно будут в одной валюте сосчитаны, которую там же и выберете, хоть в рублях, хоть влитрах, хоть в килограммах!

Пока я это все писла, сколько всего появилось!))) (-) landa17 21/02/2013 00:01 #

(Дим(м)е) Извините, ни какого лукавого не было, он про переводы ни чего не писал! landa17 21/02/2013 00:02 #

Я вас очень уважаю, мне нравится как вы мыслите. Не сердитесь так, пожалуйста, на Daniil. В, принципе, его желание понятно и конечно было бы не плохо все это видеть. Но для всего этого придется ее круто много дорабатывать и в том направлении, в котором она раньше вообще не была задумана

Форум количество только по черному