вторая версия!
13th
15/08/2003 15:29
#
Реальный учёт, как я понимаю, будет только, при реальном учёте количества паёв/акций, с регулируемым количесвом знаков, после запятой.
С нетерпением жду этого дополнения.
А что за вторая версия? 2.0? или 1.4+?
когда ждать?
и что значит "только как опция просмотра"?
Спасибо за предложение об учёте курсовых разниц. Но мне кажется, что это довольно кропотливо, каждый день высчитывать в плюс или в минус.
Сейчас же можно, только, по моему мнению, завести в денежном выражении, купленные акции/паи - и так и оставить, но таким образом не будет отображаться реальное положение дел.
Dervish: Речь идёт о версии 2.0, над которой работаю сейчас. А вопрос о сроках самый болезненный для меня.
Поясню про "опцию просмотра":
Для хранения сумм в программе используется стандартное представление для денежных величин, принятое в COM: сумма хранится в виде целого числа (64 бита), но 4 младших десятичных разряда отведено для знаков после запятой. Грубо говоря, стандарт предусматривает два знака для копеек и ещё два запасных знака, чтобы избежать (или уменьшить) ошибки округления при финансовых расчётах.
Однако, в некоторых странах копейки не используются. Да и в России в последние годы перед деноменацией не было необходимости в копейках. Наверное поэтому в форуме сайта прозвучало предложение сделать так, чтобы по желанию пользователя можно было отключить показ копеек. Я подумал и решил сделать немного гибче, сделать так, чтобы можно было выбрать сколько знаков после запятой показывать. Но с учётом стандарта (я не изменяю масштабирования чисел) количество знаков можно изменять от 0 до 4 включительно.
Что же касательно учёта паёв, курсовые разницы можно считать не каждый день, а, допустим, раз в месяц.
Есть ещё один вариант. Если вы говорите, что количество паёв может иметь до 9 знаков после запятой, никто не запрещает умножать количество паёв на миллиард при вводе. И считать, что один рубль (одна единица валюты) равняется одной миллиардной доле. Думаю, что переполнения не будет возникать, поскольку программа допускает значения немногим более 800 000 000 000 000,00