WinInfo

Потребовалось добавить в прогу некоторое подобие конвертера валют. Решил применить деление но не тут то было.
Проблема возникла в том если валюта в которую надо пересчитать имеет курс имеет более высокий курс.
Например:
3 000 Бел.руб = 1 доллар
1 рос.руб = 98 Бел.руб
1 евро = 4 000 Бел.руб
1 доллар = 28 рос. руб
Т.е. если у меня требуется перевести Бел.руб в доллары то я спокойно делю Бел.рубли на доллары. ( 10 000 Бел.руб/3 000 = 3,3)
Но если мне надо перевести 10 000 долларов в российские рубли - мне надо применять умножение.
Т.е. я не могу жестко прописать деление либо умножение, это зависит от курса или же от валюты.
Как лучше реализовать?

user_asm, приведи к общему знаменателю - выбери основную валюту и считай по отношению к ней.

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

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

рбк показывает все валюты относительно доллара.

И что? Что тут поменялось? или при первом пересчете у меня не возникнет выбора делить или умножать (купили в долларах привести надо к рублям)? возникнет. так в чём выход?
Курсы могут вводится не только на сегодняшнюю дату.

как правильно оформить функцию, которая должна загружаться в ОЗУ только после первого вызова ?
в какой контейнер и как

user_asm, долго будешь искать шишку на ровном месте. Говорю, приведи к общей ед.изм.
280 руб=30 000 бел.руб.=7.25 евро = 75.60 гривен = 36.56 шекеля = $10
И формула перерасчета, например для Белорусии:
Товар стоит 7000 бел.руб. Нужно пересчитать на гривны.
7000 : 3000 х 7.56 = 17.64 гривны

------------ Дoбавленo в 11.30:
на российские рубли:
7000 : 3000 х 28 = 65.33 руб
------------ Дoбавленo в 11.33:
на евро:
7000 : 3000 х 0.7248 = 1.6912 евро

Tad,
Привести к единому это понятно. Вот только мне каждый день для подстраховки придется делать конвертацию согласно курсам нацбанка.
Второй момент, бухгалтер видит курс евро 4 000. И ввести в ячейку он должен цифру 4 000, а не 0,7545345.
В том то и задача - автоматизировать процесс пересчетаприведения в единую валюту.
Пока ничего не придумал. Только вывод всё в Эксель и там уже упорядочиваниесортировкаприведение в единую валюту. Но вариант кривоватый.

user_asm, неоднократно уже было code_22730.txt
------------ Дoбавленo в 21.54:
На кнопке написано: "Прочитать курс с сайта ЦБ"

Ну когда ты поймеш, что бухгалтер вообще не должен вводить курс. Есть ЦБ России. Вон Леонид дал тебе программку с неё и вводи, а формулу пересчета спроси у своего бухгалтера.

Бухи-черти говорят на языке которого я не понимаю. Они хотят того чего сами толком не могут объяснить.
"Хотим в конце месяца свести продажи и остаток, посчитать доход в эквиваленте с учетом ***** (непонятное слово, типа разности) валют на даты поступления, прихода, отчетного периода......."

Первый вопрос бухгалтеру - что он принимает за ЭКВИВАЛЕНТ ?
Вот то, что он считает эквивалентом и нужно принять за "общий знаменатель"

Ну и чё тут непонятного ?
Ты должен в конце месяца
1. выдать расход(продажи) и остаток на складе. Ведомость : "Движение товара по складу"
2. Рассчитать (в эквиваленте)
а) сколько уплатили за товар (по курсу на дату приобретения)
б) за сколько продали (по курсу на момент продажи)
в) сколько стоит товар оставшийся на складе (по курсу на дату отчета)

Где-то раньше валялся компонент UnRAR .... не могу найти.
С тех пор ничего нового не придумали кроме как юзать консольный рар с ключами?
------------ Дoбавленo в 12.34:
Компонент FileSearch может искать файлы по веб-адресу (в веб-папке)?

конечно может... если это сетевой путь типа \\papak\my\papka\