Еще вдогонку.
Если решать данную задачу "в лоб", то есть вводить третью колонку с третьей валютой, задача обсчета и учета комбинаций растет в прогрессии. Очевидно, что задача должна решаться иным способом. Наиболее разумным выглядит система с опорной валютой, и второй валютой, к которой идет привязка в конкретном документе. То есть изначально, например, выбираем опорную валюту "Доллары". Вводим понятие справочника курсов, куда прописываем перечень дополнительных валют с указанием их курсов.
При этом, в приходной накладной выбираем валюту расчетов, автоматически подставится курс (который мы сможем скорректировать для данного конкретного документа), мы в этой валюте (например, в евро) вводим закупочные цены. Автоматически пересчитываются цены в опорной валюте как в колонке закупочных цен, так и в колонке розничных цен. Тут вроде бы проблем нет. Мало того, основные алгоритмы практически не изменятся. Проблема заключается в другом. Нет сквозного слежения за товаром в любой из валют.
Если сейчас мы можем сделать отчет по продажам в долларах или в гривнах и увидеть проценты наценок и прибыль и в одной и в другой валюте, то при мультивалютной работе будет возможность формировать отчет по продажам только в опорной валюте. Почему? По одной простой причине. Если товар куплен в евро (по курсу поставщика), то мы не знаем закупочную цену данного товара в гривне. Следовательно, в гривне мы не сможем сделать отчет по продажам. Не сможем мы его сделать и в евро (если опорная валюта "доллары США"), поскольку данный товар (купленный за евро) может быть продан за гривну. Таким образом полноценная отчетность может готовиться только в одной валюте - в опорной (в нашем примере в долларах). Но тут поставим себе вопрос. Насколько опорная валюта "Даллары США" на самом деле является опорной. С одной стороны, при таких диких скачках курса любой предприниматель желает себя застраховать и не потерпеть убытка. Его желание "привязать" бизнес к твердой валюте разумно и обосновано. С другой стороны, ему нельзя выставить счет покупателю в долларах, он должен быть выставлен в "родной валюте". Мало того, он скорее всего в "родной валюте" и будет продан. И тут возникает проблема "неудобных" цен.
Если наша опорная валюта доллары США, а "родная" - украинская гривна, при этом розничная цена на товар в опорной валюте 103 доллара, и курс для гривны 7.37, то получаем гривневую цену 759грн. 11 коп. 99% предпринимателей заявит Вам, что такую цену на прилавок им выставить крайне неудобно. Такую цену нужно округлить. Но в этом случае возникнет несоответствие курса. Напрашивается решение пересчитать долларовую цену. Округлим гривневую цену до 760 грн, получим новую долларовую 760/7.37=103.12075983717774762550881953867 Ну как? Нравится цена в опорной валюте? А ведь у нас целый справочник валют пересчета, и розничная цена в других валютах также должна быть пересчитана по заданным для этих валют курсам. Что мы получим? Для всех валют, кроме гривны мы получим набор диких непричесанных цен, и что нам с ними делать? Как видите, стоит копнуть проблему глубже и вылезает столько всего, что не стоит начинать. Причем данная проблема не носит математический характер, данная проблема возникает целиком из ограничений практического применения в реальной жизни.
Если у кого-то по данной тематике имеются замечания, я с интересом поддержу обсуждение проблемы мультивалютности.
