создать новую тему раскрыть все
свернуть/развернуть ветвь Количественный учет [Анатолий М. 23/10/2004 01:30] # написать ответ
 
Есть мнение, что в программе 1 маленький шаг до реализации количественного учета "по среднему" - достаточно, чтоб в режиме "учитывать количество" это самое количество накапливалось на счет вместе с суммой.
 
тогда, в случае выделения отдельных счетов для отдельных товарных позиций мы автоматом получаем искомое. Кривовато, но доступно.
 
Хотя, как говорит Explorer: "IMHO" - автор самовыражается в рисовании диаграмм.
 
...валюту, соответствующую товарной позиции и вести учёт в этой валюте?
 
Не совсем понял, "самовыражается", это хорошо или плохо?
свернуть/развернуть ветвь Попробуйте сами [Анатолий М. 23/10/2004 16:16] # написать ответ
 
идти по "Методу Червоного".
Я попробовал.
Получается, что я завожу для товарной позиции отдельный счет и отдельную валюту. Это уже две операции.
 
Далее, при вводе поступления или расхода, я ввожу новый курс валюты. Это еще двойная операция. При том, что эта валюта больше нигде не фигурирует, мы получаем чумовой список валют и стабильно двойную работу.
 
- кажется Кэш позиционируется как "удобная, интуитивно дружественная" программа?
 
----------------------------------
Насчет "самовыражается" - это не есть оценка Ваших личных качеств, это есть констатация. Констатация не может быть плохой или хорошей - каждому свое.
 
Как я уже говорил, мне доводилось работать с деньгами, но я никогда не работал с товарным (складским, количественным) учётом. Наверное поэтому, добавив поле "количество" в операции я им не пользуюсь, в моей базе оно выключено.
 
Поэтому, честно говоря, я сам не могу оценить качество того или иного предложения. Если по финансам есть вещи, которые я никогда делать не буду, поскольку они неправильны по своей сути (например, мультивалютные счета), то я не могу знать, что правильно, а что нет для количественного учёта.
 
Что будем делать?
 
я считаю, что Анатолий (как ранее многие) затронул важную тему - но ИМХО это вопрос вероятно далекого будущего.
 
вообще на будущее вижу два ключевых вопроса:
 
количественный учет и как часть его имплементации сплит операций
 
календарь событий и как часть его имплементации напоминалки
 
...не потяну. Отложим пока.
свернуть/развернуть ветвь Вы не хотите "потянуть" [Vinci 10/02/2005 00:24] # написать ответ
 
или просто не знаете с какого бока подступиться к колич. учету?
свернуть/развернуть ветвь а разве... [Шурочка 10/02/2005 16:37] # написать ответ
 
..это не программа учета личных финансов, товарищи и братья?  Вы что тут ожидаете, 1С:Товары и склад в одном флаконе, а собсна зачем?
 
Г-н разработчик, не улезайте в сильные дебри под давлением общественности Well  спрос был, есть и будет, в т.ч. за рубежом, на персональные финансы, при условии живой связи с разработчиком, и перспектива продаж - там.
 
учета - это все-таки нечто иное от того, что требуется в достаточно простой программе домашней бухгалтерии. Допустим йогурт. В складском учете потребовалось бы ввести позиций 30 йогурта разных марок по разной цене, а в домашней бухгалтерии это не имеет смысла. При покупке разноценовых йогуртов достаточно объединить их под одной статьей "Йогурт" и при оформлении операции указывать 2 параметра: Сумма расхода и Количество (ОБЩЕЕ количество, в данном случае общевесовое). "Цена за единицу" теряет смысл. От этого, по-моему, автору и следует отталкиваться в реализации количественного учета в AC.
свернуть/развернуть ветвь А почему работа двойная? Операция (+) [В.Червонных 25/10/2004 00:01] # написать ответ
 
... перевода одна. Курс в ней устанавливается новый только при изменении цены. Физически курсов всегда минимально два - курс купли и курc продажи.
 
"Получается, что я завожу для товарной позиции отдельный счет и отдельную валюту. Это уже две операции."
 
Ни одна система в мире не узнает сама, в чем вы собираетесь измерять количество. Кроме штук бывает вес, например. Если предположить, что по умолчанию товарной валютой является штука, то Dervish это, скорее всего реализует. Может получиатся "шт" с префиксом в виде имени счета, может еще что-то. Тогда что, Ваша работа уменьшится на этапе ввода счета вдвое?
 
Прекрасно. Думаю, не только Ваша, но и моя. Но Dervish префиксов не любит ;-).
 
А жаль! Кстати, Сергей! Мысль неплохая. Причем интересно, что в случае товарных валют не требуется, действительно, задавать курс отдельно от операции перевода. Хоть при закупке он обычно долго держится, но при продажах довольно индивидуален и часто меняется. Это для случая крупной закупки и множества мелких продаж, конечно. В каждой конкретной продаже, кроме первой, система предлагала бы предыдущий курс - этого было бы вполне достаточно.
свернуть/развернуть ветвь Лукавит Дервиш [Анатолий М. 01/11/2004 09:29] # написать ответ
 
причем тут единицы учета? их легко можно вписать в имя товара. Это вообще общепринятое явление.
 
И Дервиш явно лукавит - "я не пользуюсь, значит не делаю". Однако зачем тогда в операции введено количество вообще?
 
Как вполне профессиональный программер, я констатирую - никаких проблем добавить суммирование количества для счета нет. Трудоемкость этого изменения в программе - 3-4 часа, даже если заниматься украшательством.
 
Думаю Дервиш просто не хочеть этого делать. Догадываюсь почему.
 
на счетах количественного учета все прекоасно суммируется и вычитаетя. (В первом случае идет операция перевода денежной валюты в товарную, во втором - товарной в денежную). Денежная валюта - либо со счета денежного учета, либо со счета взаиморасчетов. Он у меня один, а контрагент указывается в обязательном порядке как отдельный признак. Иногда чувствую, что было бы немного удобнее иметь на каждого контрагента свой счет взаиморасчетов, хотя подозреваю, что при практическом применении это бы показало и некоторые мелкие неудобства. Еще раз повторяю, количественный учет в программе существует уже независимо от воли Дервиша.Я еще не попробовал наладить учет одного и того же товара в разных единицах. Наппример, иногда для чугунного литья требуется учет не только в штуках, но и килограммах, а для каждого из конечного числа типоразмеров вес отливки свой. Но, предчувствую, что и это решаемо внутри существующей версии.
 
...но только не в том, что "в моей базе поле количество выключено". Я действительно этим не пользуюсь.
 
Почему сделал? Потому что настойчиво просили. Настойчиво и долго. И, кстати, до сих пор меня гложут сомнения, правильно ли я сделал, когда ввёл эту колонку. Ну да ладно.
 
И я не говорю, что этого не нужно делать вообще, в принципе. Просто, увы, я несколько ограничен во времени и мне очень хочется доделать хотя бы то, что уже в первом приближении работает.
 
Как вполне профессиональный программер...
 
Возможно вы правы, но я не считаю себя профессионалом. По крайней мере моя основная деятельность с программированием не связана.
 
...не хочет этого делать. Догадываюсь почему.
 
Интересно, почему же? Well
свернуть/развернуть ветвь количественный учет [VIKur 07/01/2005 00:11] # написать ответ
 
мне кажется, что если в операциях перевода также оставить возможность указания:
1.количества
2.цены
3.статьи
4.агента
а также, при выборе классификатора (например, при добавлении ярлычка "Имущество" будет предоставляться возможность выбора ведения количества, то если добавить "Акции", далее по дереву - Газпром (эмитент), то будет осуществляться подсчет по данной подгруппе (Газпром) в группе "Акции"). Мое такое видение решения проблемы.
Тогда можно будет сказать, что программа перешла в разряд универсальных учетных программ (т.к. можно будет вести учет всего чего угодно, в том числе реестры акционеров, депозитарный учет и т.д.)
свернуть/развернуть ветвь А в операциях перевода это все есть, [В.Червонных 07/01/2005 01:34] # написать ответ
 
если это переводы между счетами РАЗНОвалютными. (В роли цены выступает "курс пересчета".)Мысль свою Вы выразили (для меня, во всяком случае) недостаточно ясно, но подозреваю, что речь идет, например, об учете на счете "АкцииГазпрома" валюты "АКГП".
Вполне нормальный аналог моих "товарных валют"
 
Well)
 
всё-таки самовыражается. Well Вон, в графике "Динамика оборотов", я, честно говоря, оттянулся по полной программе. Well)
свернуть/развернуть ветвь По поводу графиков [Сергей 28/10/2004 08:11] # написать ответ
 
Если планируется возможность изменения цвета графиков, и не только цвета, пользователем, тогда вопрос снимается. В настоящее время вид графиков очень разнообразный. Нет единства стиля, как мне кажется.
 
возможно вы правы. Наверное чуть позже я вернусь ещё к этому вопросу. Но не сейчас.