создать новую тему раскрыть все
свернуть/развернуть ветвь Работа с валютами [Илья 05/04/2005 10:40] # написать ответ
 
Добрый день!
Очень хотелось бы иметь возможность в работать с валютами так, что бы курс пересчитывался конкретно на каждый день в отчетах. т.е.
1.01.05 1000руб = 30
2.01.05 1000руб = 35
3.01.05 1000руб = 40
 
отчет суммы в долларах должен выдать (1000/30 + 1000/35 + 1000/40) = 86.92
а не (1000+1000+1000)/(30+35+40)= 85.72, как происходит сейчас, если я не ошибаюсь
 
...в программу курсы на каждый день, то она так и будет считать, как вы указали. Правда, если некоторый день пропущен, то программа попробует интерполировать курс.
 
В будущем я планирую сделать настройку, которой можно будет совсем отключить интерполяцию и экстраполяцию курсов.
свернуть/развернуть ветвь для меня новость [Игорь 29/05/2005 03:46] # написать ответ
 
я не пересчитывал после программы, но считал, что если
10.05.05 1$=5,3грн., а 12.05.05 1$=5,1грн.
ТО 11.05.05 1$=тоже 5,3грн., а не 5,2грн.
Зачем эти умные слова типа интерполяция (хоть я и математик).
Курсы стабильны и я ввожу новые данные курсов в ДЕНЬ ИХ ИЗМЕНЕНИЙ,  
а весь период между изменениями курс=const, т.е. стабилен.
При интерполяции и резком скачке курса теряется логика (на мой взгляд)
свернуть/развернуть ветвь Мультивалютные операции [Николай 11/05/2005 11:29] # написать ответ
 
С моей точки зрения не очень удобно реализованы мультивалютные операции.
 
1. Нельзя ввести расход/приход в `чужой` валюте. Для таких операций приходится делать перевод на другой счёт. Пример - кредитная карта хранит рубли, а расплачиваться приходится евриками.
 
2. Если операция перевода делается со сменой валют, то:
  a. При выборе пары счетов подставляется некий курс. Экстраполированный. Этот курс не меняется при последующем изменении даты операции. Таким образом при вводе январской операции в апреле я получу некий `апрельский-экстраполированный` курс.
 
  b. Если создаётся, например, перевод с RUR в EUR, то я ставлю галочку на "Сумму списания" (я расплатился еврами и не знаю сколько это будет рублей). Курс пишу руками. Ввожу сумму зачисления. Нажимаю ok и опять открываю эту операцию для редактирования. Галочка стоит на курсе (не есть удобно - я вводил не так). Курс посчитался из сумм списания и зачисления и не равен тому, что я вводил (суммы списания/зачисления были округлены до двух знаков, а потом поделены друг на друга). Можно опять поставить галочку на `списание` и изменить `зачисление`. Списание будет посчитано с `округлённым` курсом (если я его не поправлю). После сохранения курс опять изменится. И т.д. Ерунда получается при дублировании операций. На мелких суммах разница не будет большой, но выглядит некрасиво.
 
Предложение.
 
1. Сделать возможность прихода/расхода в `иностранной` валюте.
 
2. Курс хранить так, как он введён и помнить что было посчитано при вводе операции (домашняя или иностранная валюта или курс). При открытии операции ставить галочку группы `Суммы` на соот. место.
 
3. Не подставлять курс автоматом (это проще всего реализовать). Сделать кнопку подстановки курса для текущей даты. Если для даты нет курса, то брать ближайший существующий курс (если отключена экстраполяция).
 
4. В окне `Операции` хочется видеть колонки `сумма операции в валюте счёта`, `сумма операции в валюте операции` и `курс`, `валюта операции`.
 
Что скажете?
 
Простите, не точно написал.
 
Предложение номер 3. Имелась в виду не текущая дата, а дата операции.
 
...я не уверен, что через некоторое время, по зрелому размышлению, я не передумаю. Но давайте я отвечу так, как мне кажется сейчас:
 
1. Эта возможность есть уже сейчас. Вы запросто можете отметить сумму инвалюты в поле комментария. Скажете, что хотите отдельное поле в базе? Но иметь оно будет смысл только тогда, когда по этому полю можно будет что-то искать, что-то фильтровать, что-то суммировать, etc. В противном случае это, извините, ещё одно поле для комментария, ничего больше.
 
2. Было похожее предложение: сохранять для каждой операции то арифметическое выражение, которое было введено пользователем. То есть, посчитать результат этого выражения и запомнить и результат и само выражение. А показывать это выражение только в диалоге редактирования операции и только тогда, когда фокус установлен в поле для ввода суммы.
 
Мне кажется, что это предложение очень даже хорошее.
 
3. Если честно, то я понемногу начинаю склоняться к мысли, что я вообще очень зря делал аппроксимацию курсов. Думаю, что нужно будет её ликвидировать.
 
4. Извините, а зачем?
свернуть/развернуть ветвь Дело вскуса [Николай 14/05/2005 17:31] # написать ответ
 
1. В комментарии можно написать всё. Я согласен. Но можно, также, иметь набор предопределённых полей для стандартных ситуаций. Многие системы для этого предоставляют пользовательские поля, смысл которых можно переопределить при настройке БД. В AC тоже есть классификаторы, но в них нельзя ввести текст/число - только выбор из списка значений. Может быть стоит расширить классификаторы типами `текст`, `дата`, `число` с возможностями фильтрации и сумирования (для чисел)?
2. Т.е. я каждый раз должен вводить в поле расхода 10.25*36.6120 вместо того, чтобы ввести сумму расхода, курс и код валюты? Это неудобно изменять и читать. Это неудобно проверять. А как делать copy/paste из этого поля? Что будет скопировано в буфер? Будет сделано как в Excel - copy/paste special? А в другие приложения будет копироваться число или формула? Введение формул может усложнить внутреннюю логику программу и над этим нужно хорошо подумать. ИМХО. Формула должна быть чем-то отдельным. Может быть нужно вводить пользовательские типы операций, расширяющие Приход/Расход/Перевод дополнительными расчётами в дополнительные поля (см. п.1) на базе основных и дополнительных полей?    Простите, импровизирую на ходу.
3. Может быть. Может быть я просто не вижу необходимость этого (а она на самом деле есть).
4. Для того, чтобы видеть не только сумму, которая получилась послеконвертации, но и исходные данные - сумму в инвалюте и курс. Это может быть удобно для последующей проверки. Сейчас мне это мешает тем, что в окне операций по рублёвой карте я вижу всё в рублях и не вижу сколько я реально заплатил евриками, находясь в Европе. Я просто здесь подолгу живу и у меня по паре месяцев только евровые расходы. А может мне интересно, сколько я заплатил местных денег за хлеб месяц назад и сегодня (а не зависящих от курса рублей)? Разные могут быть задачи. Опять же ИМХО. Опять же задача решается введением доп. типов классификаторов и пользовательских операций.  
Не бейте больно Well
свернуть/развернуть ветвь А куда делись переводы строк? [Николай 14/05/2005 17:32] # написать ответ
 
Сабж. Я их много делал. Странно.
свернуть/развернуть ветвь Re: Дело вкуса [Dervish 22/05/2005 01:06] # написать ответ
 
1. Нет, расширять классификаторы числовыми значениями, думаю, не стоит. А вот подумать о введении "пользовательских полей" наверное стоит. Но только не в 2.0, и так уже затянулось с ней. Если только в 2.1.
 
2. Да, вы правы, вопросов возникает много. Давайте подождём сложных операций, а там видно будет. Возможно, потребность отпадёт сама собой.
 
3. Отключу.
 
4. Интересно. Я как-то не задумывался над этим, действительно расчёты по кредитным картам, если не совпадает валюта карты и валюта платежа могут записываться в базе "непрозрачно". Но опять же, не в версии 2.0, может быть в дальнейших.
свернуть/развернуть ветвь Ok. (-) [Николай 25/05/2005 11:12] # написать ответ
 
 
Было бы очень удобно вводить сумму операции расхода в валюте операции (например, расплачиваюсь карточкой в рублях с долларового банковского счета, который заведен как отдельный счет в AbilityCash), а программа автоматически рассчитывала бы сумму расхода в валюте счета на основе загруженных курсов валют с возможностью коррекции курса. (Такая возможность есть в Cash Organizer)
свернуть/развернуть ветвь хохочу [kilo 13/05/2007 23:44] # написать ответ
 
от подобных рационализаций, типа "<B>а программа автоматически рассчитывала бы сумму расхода в валюте счета на основе загруженных курсов валют</B>".
Да пройдите по Будапешту или Праге и расплатитесь карточкой в паре-тройке бутиков и пивбаров. Курсы везде будут разные, они и близко не будут валяться с курсами Центробанка, нацбанков Беларуси и Украины, которых Вы, очевидно, имели в виду. Более того, они все будут разными, с разными комиссионными.
Так не проще ли ручками забить с чеков или полученной выписки вместо того, чтобы "<B>программа автоматически рассчитывала</B>", а Вы потом ВСЕ снова правили ручками, если конечно хотите получить правильный результат.
Если обобщить, то
- если Вы расплачиваетесь карточкой или снимаете деньги с  банкомата, то курс определяется именно магазином/банком, который выполняет транзакцию, и "загрузить" этот курс с интернета невозможно  
- если вы официально отчитываетесь перед налоговой, бухгалтерией (за деловую поездку), то курс тут один - нацбанка страны. С любым другим кусом бухгалтер Вас просто пошлет, она не захочет платить штраф после первой же проверки.
- если Вы просто считаете свои активы - пересчитываете все счета к одной валюте - Ваше право выбрать что угодно - нацбанк, РБК или курс обменки где-то на Лосином острове ...
 
Не совсем так
При оплате кредиткой покупки в другой валюте никого не интересует мнение торговой точки о правильном курсе. Списание проходит по курсу платежной системы - Visa или Mastercard (за другие не отвечу, но думаю, похоже). А их курсы - да, вещь в себе. Но в течение дня они одинаковы и от торговой точки не зависят.
 
PS комиссионные идут от снятия наличных, при оплате карточкой их нет - все ложится на продавца
свернуть/развернуть ветвь абсолютно согласен ! [kilo 15/05/2007 08:22] # написать ответ
 
<B>их курсы - да, вещь в себе</B>
потому-то крупные банчки собираются создать свою платежную систему.
свернуть/развернуть ветвь Только курсы эти (+) [Дмитрий 16/05/2007 16:23] # написать ответ
 
Вы нигде не найдете и уж тем более не сможете загрузить в программу. Так что подумайте еще раз над необходимостью этой фичи, если ей невозможно будет воспользоваться.
свернуть/развернуть ветвь прежде, чем хохотать [Юрий 17/05/2007 00:18] # написать ответ
 
научитесь сначала читать внимательно!
Цитата из прошлого поста: "на основе загруженных курсов валют <B>с возможностью коррекции курса</B>"
свернуть/развернуть ветвь опять [kilo 17/05/2007 05:13] # написать ответ
 
хохочу "на основе загруженных курсов валют <B>с возможностью коррекции курса"</B>.
Возможность коррекции курса уже существует. Тут спора нет.
Спор есть в <B>а программа автоматически рассчитывала бы сумму расхода в валюте счета на основе загруженных курсов</B>. И не надо тулить горбатого к стене. Купите в один день в нескольких интернет магазинах что-нибудь - и Вы не сможете <B>автоматически рассчитать по одному загруженному с возможностью коррекции курсу</B> покупки, которые сделаны в один день <B>по разным курсам</B>, потому, что программа хранит один курс, и применяет его ко всем операциям.  
Потому-то Ваша идея и абсурдна - Вам прийдется ручками забивать конкретный курс (пересчитывать) в каждой операции, если Вы, конечно, не понтуетесь с автоматизацией, а хотите получить правильный результат.
Спокойной ночи !
 
Вы пробовали делать перевод с счета в одной валюте на счет в другой?
(это к тому, "что программа хранит один курс, и применяет его ко всем операциям"). Рискните, может результат Вас удивит? Well
Хранит программа может и один курс, а рассчитывать может не только по нему.
 
У меня есть рублевая карта платежной системы MasterCard. С этой картой я прекрасно расчитываюсь и дома, в Москве и когда выезжаю за рубеж. Конечно, торговые предприятия за бугром выставляют счета в своей национальной валюте, а платежная система и обслуживающий банк конвертируют эти счета в рубли.
 
Если банк не зарывается с курсами, то списываемые в рублях суммы примерно соответствуют реально произведенным расходам. А банковские комиссионные я вполне могу считать удорожанием купленного товара, для меня это никакой погоды не сделает. Так что я совершенно спокойно принимаю банковскую рублевую выписку как руководство к действию, как исходный документ для добавления в программу. И все.
 
А если банк зарывается то... То может быть поменять банк?
 
Как я понимаю, Юрий говорил именно о разных счетах в банке, в разных валютах. В случае если в АбилитиКеш делать перевод с одного счета на другой в разных валютах, программа предлагает ввести сумму списания, сумму зачисления и высчитывает на их основании курс сама. При добавлении новой операции расхода или прихода валюту выбрать нельзя.
Конечно, можно все это высчитать по банковским выпискам... Но если речь идет об удобстве программы, то думаю это была бы полезная штука.
свернуть/развернуть ветвь конкретизируйте, что [пацак 23/05/2007 19:49] # написать ответ
 
Вы имеете в виду под <B>это была бы полезная штука</B>
- запоминать на каждый день не одно значение курса, скажем RUB/USD, а несколько (5-10, в зависимости от того, сколько операций было за день по разным значениям курса)
- "автоматически" подставлять один из 5-10 значений курса на данный день в операции перевода
- "автоматически" загружать, помнить и использовать курсы операций сделанных в разных валютах в разных торговых учреждениях в один день при списании с вашего одного валютного счета
- Ваш вариант того, что <B>это была бы полезная штука</B>