Боюсь показаться недалеким, но мне кажется, можно частично решить проблему с товарным учетом, используя валюты. Например, нам надо учитывать сахар килограммами. Вводим валюту "1 кг. сах." с курсом к рублям (преположим) 23 р. Соответсвенно, есть счет "Сахар". Вводим туда операцию прихода -- пришло 100 кг. сахара. Вписываем 100 в поле "Сумма" и все! При анализе, будет показываться количество в килограммах, если надо, выберем валюту Рубли и будет пересчитываться в рублях. Изменились цены на сахар -- вводим новый курс. А потом еще можно будет смотреть динамику цен на сахар... Понимаю, что тут не хватает гибкости, но все-таки это не программа складского учета за 100 у.е.! Это программа учета домашних финансов.
Вот так -- программа маленькая, зато удаленькая.
)
Dervish: А в цене ли вопрос? Неужто мало платных программ невысокого качества?
Что же касательно складского учёта, то, боюсь, такая задача (в полном объёме) мне просто не по силам.
Не совсем то
Сергей
02/09/2002 16:13
#
В таком формате как Вы предлагаете я учет поставил уже давно, но проблема не введении товарного учета в натуральных единицах, вопрос вот в чем: если я веду учет рассчетов с клиентом, по долгам скажем, и обозначаю клиента как счет, и все операции провожу в "счете" клиента в денежных единицах, иногда нужно узнать сколько того же сахара было поставлено даным клиентом, кроме денежной составляющей, А на счет того что програма для домашнего учета, я согласен, но все же я считаю что хотя бы дополнительная колонка для этой програмы не помешала бы!!!
Dervish: Надеюсь, я ответил на Ваш вопрос в первом сообщении.
В таком случае...
Artem Fedorov
02/09/2002 21:34
#
Мне кажется, все равно можно решить данную проблему, только нужна консультация автора. Дело в том, что поставку сахара можно узнать, выбрав график (или отчет) Доходов/Расходов по данному счету, за данный период и в валюте "1 кг. сахара". Единственное, что меня смущает, это как ведется расчет в другой валюте: используется ли один, последний курс для расчета всех операций (в данном случае, количество не будет точным), или *используется* история курсов для расчета операций за соотвествующие отрезки времени (это точнее). Если используется последнее, то узнать количество можно уже сейчас. Надеюсь, мне ужалось вам помочь.
Dervish: Всегда используется курс на момент операции.
Еще вариант
Artem Fedorov
03/09/2002 10:39
#
Можно вводить кол-во килограмм в поле примечаний, экспотировать в Excel и там делать сумму по этому полю. Вот.
Dervish: Потому и нужны дополнительные колонки, что это как-то притянуто за уши получается.
еще по-поводу курса
Li Si Cin
31/07/2003 18:24
#
(адрес без ! )
Насколько я понял, когда строится график остатков по счетам не в валюте счета, принимается:
1)момент изменения курса - 00:00:00 для ближайшей предыдущей даты изменения курса и ближайшей следующей (если они есть)
2)т.к. операция в большинстве случаев заводится со временем не 00:00:00, то в результате аппроксимации сумма на графике зависит от времени операци.
Поясню на примере: есть курсы 1*USD=1*RUB на 01/01/2003 и 1*USD=25*RUB на 02/01/2003; операция приход 1 USD в 15:00:00 01/02/2003 отобразится на графике в 16 RUB!!!
Мне вообще кажется неправильным применение аппроксимации курса между двумя его известными значениями. Курс действует с момента установки до момента его изменения.
В указанном примере,
до 23:59:59 31/12/2002 - какой-то,
с 00:00:00 01/01/2003 по 23:59:59 01/01/2003 - 1 RUB/USD,
с 00:00:00 01/01/2003 - 25 RUB/USD
Извиняюсь, если об этом уже говорилось - второй день просматриваю сообщения и обсуждения, но пока на такое не наткнулся.
Dervish: Совершенно согласен, что сделав аппроксимацию курса по времени я погорячился. Но аппроксимация по дате мне всё-таки представляется важной. Поэтому, я думаю, что надо сделать расчёт курса на каждый день, если для этого дня н не был установлен. Но рассчитанный для некоторой даты курс будет касаться всех операций, которые были выполнены в этот день, вне зависимости от времени их выполнения.
в продолжение
Li Si Cin
01/08/2003 10:45
#
Как мне кажется аппроксимация имеет смысл только за известными границами дат курсов, т.е., если есть курсы ТОЛЬКО за 1,2,7,8,15 июля 2003 г., например, то по этим данным есть смысл аппроксимировать курсы на даты до 30 июня 2003 г. (включительно) и на даты начиная с 16 июля, а курс с 3 по 6 (период 1)должен быть равным курсу за 2, с 9 по 14 (период 2) - курсу за 8.
Хотелось бы узнать, какой Вы хотите (и вкладываете) смысл в аппроксимацию НА КАЖДЫЙ ДЕНЬ курсов в периодах 1 и 2? Ведь, по определению, "курс с такой-то даты равен такому-то вплодь до момента установки нового курса".
Dervish: Моё мнение таково. В приведённом вами примере курсы на приведённые вами числа должны браться такими, как они были введены в программу (время учитываться не должно, а то действительно ерунда получается), а на все другие числа программа должна расчитывать курсы.
Дело в том, что курсы используются только при расчёте графиков и отчётов. (Подсказка при вводе операции не в счёт). А нужна ли 100% точность в таких расчётах? В случае графиков - точно нет. И поэтому, чтобы не загружать программу (точнее, базу данных) лишней, не нужной информацией вполне достаточно вводить курсы один раз в месяц.
Небольшое отступление: если вы часто совершаете обменные операции, по какому курсу вы их делаете? По официальному? По обменному? По курсу покупки или по курсу продажи? А не бывало у вас, что в течение одного часа у вас происходили обменные операции с разными курсами? Вопросы, в общем-то риторические, я их задал только для того, чтобы обратить внимание, что не может быть "универсального", пригодного на все случаи жизни курса валют. А то что нужно, это нужна оценка, довольно примерная, которая позволит привести цифры к общему знаменателю. А поскольку она и так примерная, то есть предложение: использовать для неё официальный курс, а чтобы программа не тормозила в расчётах, аппроксимировать его, если на заданную дату курс не введён.
Если же вы всегда работаете только по официальному курсу, то вы вполне можете вводить курсы валют на каждый день и тогда программа даже и пытаться аппроксимировать не будет.
Вот этим я руководствовался, когда сделал именно так, как есть. Надеюсь, убедил?
Насчет цены (2Dervish)
Artem Fedorov
03/09/2002 00:34
#
Вопрос именно в цене! И не качетво зависит от цены, это точно, но функциональность. Чем богаче функциональность, тем богаче должен быть человек, готовый ею воспользоваться
)
Элементы складского учета -- серьезное расширение функциональности, поэтому бесплатных программ подобного рода нет (если и есть, то исключения, как обычно, подтверждают правило
)
Мои $0.02
P.S. Пардон что не в тему.