Количественный учет

Количественный учет Анатолий М. 23/10/2004 01:30 #

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

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

Хотя, как говорит Explorer: "IMHO" - автор самовыражается в рисовании диаграмм.

Почему бы не завести... Dervish 23/10/2004 02:06 #

...валюту, соответствующую товарной позиции и вести учёт в этой валюте?

Не совсем понял, "самовыражается", это хорошо или плохо?

Попробуйте сами Анатолий М. 23/10/2004 16:16 #

идти по "Методу Червоного".
Я попробовал.
Получается, что я завожу для товарной позиции отдельный счет и отдельную валюту. Это уже две операции.

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

- кажется Кэш позиционируется как "удобная, интуитивно дружественная" программа?

----------------------------------
Насчет "самовыражается" - это не есть оценка Ваших личных качеств, это есть констатация. Констатация не может быть плохой или хорошей - каждому свое.

Не знаю, что ответить. Dervish 23/10/2004 17:26 #

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

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

Что будем делать?

думать, потому, что мысль... Explorer 27/10/2004 23:00 #

я считаю, что Анатолий (как ранее многие) затронул важную тему - но ИМХО это вопрос вероятно далекого будущего.

вообще на будущее вижу два ключевых вопроса:

количественный учет и как часть его имплементации сплит операций

календарь событий и как часть его имплементации напоминалки

Да, сейчас я это явно... Dervish 28/10/2004 01:14 #

...не потяну. Отложим пока.

Вы не хотите "потянуть" Vinci 10/02/2005 00:24 #

или просто не знаете с какого бока подступиться к колич. учету?

а разве... Шурочка 10/02/2005 16:37 #

..это не программа учета личных финансов, товарищи и братья? Вы что тут ожидаете, 1С:Товары и склад в одном флаконе, а собсна зачем?

Г-н разработчик, не улезайте в сильные дебри под давлением общественности

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

Полноценная программа складского Vinci 10/02/2005 08:08 #

учета - это все-таки нечто иное от того, что требуется в достаточно простой программе домашней бухгалтерии. Допустим йогурт. В складском учете потребовалось бы ввести позиций 30 йогурта разных марок по разной цене, а в домашней бухгалтерии это не имеет смысла. При покупке разноценовых йогуртов достаточно объединить их под одной статьей "Йогурт" и при оформлении операции указывать 2 параметра: Сумма расхода и Количество (ОБЩЕЕ количество, в данном случае общевесовое). "Цена за единицу" теряет смысл. От этого, по-моему, автору и следует отталкиваться в реализации количественного учета в AC.

А почему работа двойная? Операция (+) В.Червонных 25/10/2004 00:01 #

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

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

Ни одна система в мире не узнает сама, в чем вы собираетесь измерять количество. Кроме штук бывает вес, например. Если предположить, что по умолчанию товарной валютой является штука, то Dervish это, скорее всего реализует. Может получиатся "шт" с префиксом в виде имени счета, может еще что-то. Тогда что, Ваша работа уменьшится на этапе ввода счета вдвое?

Прекрасно. Думаю, не только Ваша, но и моя. Но Dervish префиксов не любит ;-).

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

Лукавит Дервиш Анатолий М. 01/11/2004 09:29 #

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

И Дервиш явно лукавит - "я не пользуюсь, значит не делаю". Однако зачем тогда в операции введено количество вообще?

Как вполне профессиональный программер, я констатирую - никаких проблем добавить суммирование количества для счета нет. Трудоемкость этого изменения в программе - 3-4 часа, даже если заниматься украшательством.

Думаю Дервиш просто не хочеть этого делать. Догадываюсь почему.

Так, ведь, я все время и пишу про то, что В.Червонных 01/11/2004 11:32 #

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

Может и лукавит... Dervish 03/11/2004 23:38 #

...но только не в том, что "в моей базе поле количество выключено". Я действительно этим не пользуюсь.

Почему сделал? Потому что настойчиво просили. Настойчиво и долго. И, кстати, до сих пор меня гложут сомнения, правильно ли я сделал, когда ввёл эту колонку. Ну да ладно.

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

Как вполне профессиональный программер...

Возможно вы правы, но я не считаю себя профессионалом. По крайней мере моя основная деятельность с программированием не связана.

...не хочет этого делать. Догадываюсь почему.

Интересно, почему же?

количественный учет VIKur 07/01/2005 00:11 #

мне кажется, что если в операциях перевода также оставить возможность указания:
1.количества
2.цены
3.статьи
4.агента
а также, при выборе классификатора (например, при добавлении ярлычка "Имущество" будет предоставляться возможность выбора ведения количества, то если добавить "Акции", далее по дереву - Газпром (эмитент), то будет осуществляться подсчет по данной подгруппе (Газпром) в группе "Акции"). Мое такое видение решения проблемы.
Тогда можно будет сказать, что программа перешла в разряд универсальных учетных программ (т.к. можно будет вести учет всего чего угодно, в том числе реестры акционеров, депозитарный учет и т.д.)

А в операциях перевода это все есть, В.Червонных 07/01/2005 01:34 #

если это переводы между счетами РАЗНОвалютными. (В роли цены выступает "курс пересчета".)Мысль свою Вы выразили (для меня, во всяком случае) недостаточно ясно, но подозреваю, что речь идет, например, об учете на счете "АкцииГазпрома" валюты "АКГП".
Вполне нормальный аналог моих "товарных валют"

ничего такого про уважаемого мной автора я не говорил Explorer 27/10/2004 22:55 #

)

:)) И тем не менее,... Dervish 28/10/2004 01:15 #

всё-таки самовыражается.

Вон, в графике "Динамика оборотов", я, честно говоря, оттянулся по полной программе.

)

По поводу графиков Сергей 28/10/2004 08:11 #

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

Не буду спорить,... Dervish 29/10/2004 04:04 #

возможно вы правы. Наверное чуть позже я вернусь ещё к этому вопросу. Но не сейчас.

Форум Количественный учет