создать новую тему раскрыть все
 
попробовал делать записи с "количество/цена" и обнаружил, что количество отображается только по черному как в операции прихода, так и в операции расхода. в расходе сумма красная, а количество нет.
количественного учета как такового выходит и нет вовсе? сальдо по количеству тоже нет.
скажите, пожалуйста, задумка такая или планируются изменения?
 
А как количество можно считать, если оно может быть в разных единицах (штуки, литры, кг и т.д.)?
 
хорошо бы (ой что я говорю, ужас!) в настройки счета добавить галку - "отображать количественный учет", что бы в случае "мешанины" можно было скрыть ее с глаз долой (по желанию).
 
... немного для иного предназначен.
Кому-то может быть интересно отслеживать изменение цен на колбасу.
 
А заводить разные счета и вести полноценный количественный учёт ничто ведь не мешает.
Заведите себе счета "Бензин" с валютой "литры (бензин)", "Сахар" с валютой "килограммы (сахара)", "Проволока" с валютой "метры (проволоки)" и пользуйтесь операциями перевода с указанием "курса валют":
списать со счёта "Наличные" 240р. и зачислить на счёт "Сахар" 6 кг
 
А "встроенный учёт количества" выключите за ненадобностью.
 
В принципе так можно выйти из положения, но есть некоторые неудобства. Сразу показывает нереальную сумму во ВСЕХ счетах. Для этого нужно каждый раз скрывать и открывать  папку с продуктами. И во вкладке Операции нужно переименовывать название некоторых колонок. Например Остатки на Куплено. Хорошо было бы если сделать параллельную страничку СЧЕТА, не связанную с основными счетами наличных денег. А если сделать более 2 независимых, то можно еще вести и имущественный учет без клавиши Ctrl+G. На данный момент имущесто веду в другой базе, благо программа шустро позволяет переключаться.
свернуть/развернуть ветвь танцы с бубном [Daniil 19/02/2013 23:47] # написать ответ
 
они ээээээ..... вариант конечно, но можно и в электронной таблице тогда все учесть, тот же оупенофис даром качнуть и юзать.
Просто получается отчасти как в басне "видит око да зуб ...".
Количество в базу записано, перед глазами находится, итоги даже (!) можно суммировать, но вот не доделана эта фича явно. И даже немного становится обидно за такую недоделку в такой хорошей, удобной, продуманной программе как AC.
 
- так может все таки лучше доработать, чем выключать?
1) данные вводятся и отображаются уже, но не обрабатываются должным образом;
2) автор собирается переходить на новый формат базы.
Самое время чуточку доработать то, что есть.
 
Про трюк с валютами уже в курсе, но все равно спасибо.
Неудобно возиться с курсовыми разницами по счету "продукты" или "стройматериалы", отделяя их от реальных валютных курсовых разниц.
 
 
Идея вобщем, правильная, но лично мне ни разу не приходило в голову мысль, заставляющая почувствовать  нехватку количественного учета, а главное как это должно быть, вообще не представляю! Поделитесь, очень любопытно!
 
только там рубли, а в этой колонке литры (черное/красное) и  колонка сальдо.
на каждую позицию свой счет, что бы литры к литрам, кг к кг.
примеры.... например купил 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, а сколько списывать в рублях?
По текущему "курсу" тушёнки? По "закупочной" цене из последней транзакции? А если эти две банки были "из старых запасов", которые вы ещё по-дешёвке брали?..
 
И тут вы, похоже, лукавите:
"Гораздо большая проблема в отсутствии возможности нормально учесть количество (приход/расход/сальдо) - которое УЖЕ вбито в базу."
 
Сейчас ведь нет количества для переводов. Т.е. у вас в базе обычные расходы/приходы. А значит никаких счетов "Тушёнка" там не фигурирует? Либо вы изначально переводили на счёт "Тушёнка" рубли (без количества), а списывали с него уже "количественно".
Выходит, вам всё равно придётся базу переделывать, когда (если) учёт количества в переводах появится. Так почему не сделать это сейчас и не остановится на более простом и прозрачном варианте ("списали рубли - зачислили банки" вместо предлагаемого вами "списали рубли - зачислили тоже рубли, но с банками"), без дополнительных галочек и колонок?
 
... но я всё же не понимаю, зачем счёту "Тушёнка" быть в рублях, а не в банках?
Рубли на счёте "Тушёнка" вас ведь не интересуют? Тушёнка, она же в банках, а не в рублях..

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

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

 
В случае необходимости у меня есть возможность использовать операции "приход" и "расход" с вводом "количества/цены".
 
Я списываю рубли и зачисляю рубли. Если я захочу продать соседу стопку лишних кирпичей, мне важно знать и стоимость, а не только количество.  
 
Задаете курс кирпичей по отношению к рублям и вуаля - знаете на сколько подорожали кирпичи, знаете как менялась их стоимость, знаете почем продать их соседу, даже текущую цену автоматически можете брать с сайта кирпичного завода...
 
PS Не обижайтесь, но мне кажется что вы вместо того чтобы разобраться, хотите непременно доказать свою правоту. Это не самая удачная политика.
 
Конечно хотелось бы что бы изменение курсов валют после очередной покупки Незамерзайки сами пересчитывались с учетом новой информации.
 
Можно в курс валют туда, где литры писать общее количество литров на складе, а туда где рубли писать общую сумму за которую их купили. И после каждой новой покупки создавать новый курс, и к рублям добавлять стоимость купленной незамерзайки, а к литрам количество литров. Тогда все будет по средней стоимости.
 
И хоть ваше предложение несколько более специфично, чем обычное "добавлять новые курсы валют автоматически из транзакций", я склонен согласиться с Dervish-ем, что такие авто-курсы вводить не стоит.
 
Курсы в транзакциях могут очень сильно плавать. Сегодня вы купили валюту у знакомого по "дружескому" курсу. Завтра пришлось срочно сдавать её в обменник по "грабительскому". Но это ж не значит, что после первой транзакции ваше благосостояние должно резко подскочить, а после второй обрушиться.
 
Если вам не хочется вводить курсы вручную, лучше настроить их автоматическую загрузку.
Благо универсальный плагин позволяет загружать данные из любых источников.
А если где-то не работает - дайте знать, и я его починю. Well
 
А как это автоматически цены например загружать? Расскажите по подробней, пожалуйста!?Very we!
 
Это не странное предложение. Просто в бухучете так считается стоимость товара по средней себестоимости и как раз исключает ложное представление резкого обогащения или наоборот, страхует от сильного "плавания". Сумма того что потратили поделить на число того что купили как раз и получится средняя стоимость а не "новый курс валют автоматически из транзакций". Хотя конечно, непосредственно для валют, а для них это в первую очередь все и создано, это, конечно, не нужноWell. Это только для учета имущества, не ценных бумаг.
свернуть/развернуть ветвь единообразие [Daniil 21/02/2013 00:47] # написать ответ
 
методика учета должна быть единообразной. если все делать так как Вы говорите, то "цена/сумма" надо убирать во избежание путаницы. сегодня купил незамерзайку как товар за рубли (ввел цена/сумма). завтра купил несколько банок еще, но учел как валюту (курс/количество). потом все переделывать? можно запутаться.
хотел пример про кирпичи еще написать, но вспомнил что Вы не учитываете курсовую разницу. в общем есть еще и ликвидность, потеря товарной стоимости, если вкратце. учет это не только математика. тушенка взяла и частично протухла. лежат доллары на счете взяли и частично протухли...
не хочется делать дополнительную колонку так можно прямо и сказать. вопросов нет. хозяин барин. все равно говорю спасибо и за то, что есть. программа очень даже пригождается в том виде котором есть.
спорить ради спора не хочу. надеялся как-то помочь просто.
свернуть/развернуть ветвь единообразие [landa17 21/02/2013 01:28] # написать ответ
 
методика учета должна быть единообразной. если все делать так как Вы говорите, то "цена/сумма" надо убирать во избежание путаницы.

Ни чего не надо убирать во избежание путанницы! Ни кто вас не просит путаться. Вот ради единообразия и не убирать, им просто не надо пользоваться!
сегодня купил незамерзайку как товар за рубли (ввел цена/сумма). завтра купил несколько банок еще, но учел как валюту (курс/количество). потом все переделывать? можно запутаться.
Вы меня не поняли. Я предлагала вести параллельно ваш учет имущества. Имущества, потому как количественный учет денег бессмысленная вещь. На отдельном счете. Когда купили, записываете не сумму а число банок, когда израсходовали тоже банки. Валюта нужна только лишь для пересчета в рубли. Что бы, как вы пишете, знать сколько "сэкономили".
учет это не только математика
Деньги НЕ ТУХНУТ!
Учет ИМУЩЕСТВА не только! А денег чистая МАТЕМАТИКА!!!
надеялся как-то помочь просто
Кому и в чем помочь?
спорить ради спора не хочу
А кто спорит? Мы тут вашу идею, высказанную ВАМИ
((Дописала 21.02.2012 внимательно прочитав сообщение Loki: Отвечаете, что не спорите. Ясно. А идея в общем хорошая! Просто программа изначально на это не была предназначена, да и большинство программ домашнего учета учитываю только финансы и все. Действительно, считается, что если хочешь как в организации любую вещь учитывать веди учет в программе для организации. Она тебе и количественный учет сделает и себестоимость товара посчитает.))
:Понятно потребность обсуждаем, как реализовать. Потому что видимо вам этого не хватает. У нас все в порядке! Так кто и о чем спорит?
 
А вы вообще за двойную запись. Ну и хорошо
 
P.S. Конечно можно писать, например в оборотах, не только суммы (прихода/)расхода по статьям в рублях, но и в условных единицах, но тогда нужно за каждой статьей закрепить определенную единицу измерения, и убрать возможность ее изменения в окне при создании операции. Тогда, как и с суммой, нужно будет только сложить все числа по ячейке "количество" и все.
 
(Еще дописала 21.02.2012 Наверное вы имели в виду что в программе это будет выглядеть так: в классификаторах для каждой записи должна появиться возможность ставить галочку - вести имущественный учет или нет. Если галочку поставили, то программа здесь же предлагает выбрать счет для учета или создать новый. Валюта счета, т.е. в чем ведется количественный учет имущества, должна совпадать с единицой измерения этой записи(статьи). Т.е. в каждой записи классификатора тоже предлагается выбрать единицу измерения для записи (можно будет делать количественный учет и для проектов и для чего-нибудь еще). После этого когда записывается расход по этой записи классификатора (статье) он одновременно будет записываться как приход по счету имущественного учета, и с курсом будет то, что я в этой теме форума  написала. А расход имущества (или чего там еще) пользователь будет делать сам заводя операцию расхода по счету имущественного учета этой записи. Прикольно! Но программу усложнит. Нужно будет продумывать как эти "имущественные" счета в отчетах отражать, и как вообще это все будет сотрудничать с другими функциями в программе.)
 
 
Количественный учет не по черному! Просто не имущественный учет, а учет денег. (Обращаюсь ко всем) Пользователь имеет ввиду что нужен количественный учет имущества. Т.е. по умолчанию вообще хочет что бы была возможность учета имущества. А программа  создана для учета     исключительно денег. Всякие там, например, счетчики это уже кто как исхитрится. Когда хотят учитывать не только деньги но и имущество там используют двойную запись. Это уже сильно смахивает на бухгалтерский учет. Счета, на которых отражается имущество но в рублях а не в натуральном измерении это тоже из бухучета.
Daniil имел в виду не переводы для учета, а в окне обычных операций добавить еще один счет для учета имущества, и, делая расход денег записывать приход товара. А расход товара спрашивается как отмечать? Приходом денег?
Почему, Daniil, вы не хотите принять предложение Дим(м) и завести отдельный счет, например Незамерзайка, с валютой литры, курсом валют равной средней стоимости этих литров. И когда купите эти литры, отдельно от операции расхода денег, запишете по счету "Незамерзайка" приход (количество литров прихода запишете в поле "Сумма"), в классификаторе с магазинами можно завести папку с местами хранения и местами куда уйдет незамерзайка, и выбрать где все будет хранится. А там где отображены счета, все счета все равно будут в одной валюте сосчитаны, которую там же и выберете, хоть в рублях, хоть влитрах, хоть в килограммах!
 
Я вас очень уважаю, мне нравится как вы мыслите. Не сердитесь так, пожалуйста, на Daniil. В, принципе, его желание понятно и конечно было бы не плохо все это видеть. Но для всего этого придется ее круто много дорабатывать и в том направлении, в котором она раньше вообще не была задумана