Расчеты в японских йенах (JPY)
|
| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
Stormbringer
Участник
Вступление в Клуб: 07.09.2008
|
 Вт Июл 02, 2013 11:16 Расчеты в японских йенах (JPY) |
 |
Полезность: Нет оценки
|
Уважаемые коллеги по АБС, поделитесь опытом  Доводилось кому-нибудь вести счета в ЦФТ в японских йенах? Интересует работа с дробной частью - ее вроде как быть не должно, но ЦФТ формирует все остатки/обороты с дробной частью вне зависисмости от настроек валюты JPY. |
|
 |
vtar
Эксперт
Вступление в Клуб: 20.03.2009
|
| Вт Июл 02, 2013 11:22 |
|
Полезность: Нет оценки
|
финансовые инструменты
денежные единицы
JPY
Единица измерения валюты = 100
? |
|
|
Stormbringer
Участник
Вступление в Клуб: 07.09.2008
|
| Вт Июл 02, 2013 11:39 |
|
Полезность: Нет оценки
|
| vtar пишет: | финансовые инструменты
денежные единицы
JPY
Единица измерения валюты = 100
? |
Именно так. При этом система дает создать и провести документ с произвольной дробной суммой. Также проценты по JPY-счетам в РЦ рассчитываются, учитываются и выплачиваются с дробной частью, и много еще где.
Поле "Число разрядов" тоже пробовали менять, никак не влияет.
P.S. Дистрибутив 13.2. |
|
|
vshahmatov
Участник со стажем
Вступление в Клуб: 02.02.2010
|
| Вт Июл 02, 2013 12:34 |
|
Полезность: Нет оценки
|
| Stormbringer пишет: | | Поле "Число разрядов" тоже пробовали менять, никак не влияет. |
Число разрядов как раз должно помочь в решении данной задачи. Для JPY должно стоять = 0
Например при создании/проводки платежного документа, если документ мультивалютный и сумма в JPY явно не определена, то автоматом она будет рассчитываться с точностью до числа разрядов. |
|
|
Stormbringer
Участник
Вступление в Клуб: 07.09.2008
|
| Вт Июл 02, 2013 13:01 |
|
Полезность: Нет оценки
|
| vshahmatov пишет: | | Stormbringer пишет: | | Поле "Число разрядов" тоже пробовали менять, никак не влияет. |
Число разрядов как раз должно помочь в решении данной задачи. Для JPY должно стоять = 0
Например при создании/проводки платежного документа, если документ мультивалютный и сумма в JPY явно не определена, то автоматом она будет рассчитываться с точностью до числа разрядов. |
Проверил, действительно, если в конструкторе документа вводить сумму в валюте, корреспондирующей с JPY, то сумма в JPY пересчитывается корректно, без дробной части. Если же вводить сумму прямо в JPY, то можно ввести с дробной частью (типа сам дурак).
Ммм... тогда косяк в РЦ, там проценты рассчитываются, учитываются и выплачиваются по договорам в JPY с дробной частью, вне зависимости от указанной настройки. |
|
|
devor
Профи
Вступление в Клуб: 13.02.2012
|
| Ср Июл 03, 2013 06:12 |
|
Полезность: Нет оценки
|
| Stormbringer пишет: |
Ммм... тогда косяк в РЦ, там проценты рассчитываются, учитываются и выплачиваются по договорам в JPY с дробной частью, вне зависимости от указанной настройки. |
Настройку ROUND_PRC_DEGREE надо для продукта TRC и валюты JPY выставить в значение "0" |
|
|
Stormbringer
Участник
Вступление в Клуб: 07.09.2008
|
| Чт Июл 04, 2013 12:37 |
|
Полезность: Нет оценки
|
| devor пишет: | | Stormbringer пишет: |
Ммм... тогда косяк в РЦ, там проценты рассчитываются, учитываются и выплачиваются по договорам в JPY с дробной частью, вне зависимости от указанной настройки. |
Настройку ROUND_PRC_DEGREE надо для продукта TRC и валюты JPY выставить в значение "0" |
Эта настройка не работает для РЦ, получили подтверждение из ЦФТ. |
|
|
devor
Профи
Вступление в Клуб: 13.02.2012
|
| Пт Июл 05, 2013 11:00 |
|
Полезность: Нет оценки
|
| Stormbringer пишет: | | devor пишет: | | Stormbringer пишет: |
Ммм... тогда косяк в РЦ, там проценты рассчитываются, учитываются и выплачиваются по договорам в JPY с дробной частью, вне зависимости от указанной настройки. |
Настройку ROUND_PRC_DEGREE надо для продукта TRC и валюты JPY выставить в значение "0" |
Эта настройка не работает для РЦ, получили подтверждение из ЦФТ. |
Я смотрю прямо в код процедуры расчета процентов ::[PRC_SCHEME].[CALC]
| Код: |
nTuneRoundPrcDegree := ::[FP_TUNE].[LIB].get_num_value('ROUND_PRC_DEGREE'
, ::[FP_TUNE].[LIB].set_canons( 'METACLASS', [STR].get_str_par(P_ADDS, 'PRODUCT_CLASS')
,'FT_MONEY', &Cache.C_VALUTA
,'CLASSIFIC_PRCS', this.[CLASSIFIC]
)
);
nTuneRoundPrcDegree := greatest(least(nvl(nTuneRoundPrcDegree, 2), 2), -5);
-- если валюта не имеет "копеек"
if (&Cache.C_EXPN != 2 and (nTuneRoundPrcDegree is null or nTuneRoundPrcDegree > &Cache.C_EXPN)) then
&debug('Точность округления не может быть больше чем позволяет валюта',0)
nTuneRoundPrcDegree := &Cache.C_EXPN;
end if;
|
Как тут можно видеть, даже без настройки будет округлять, если процентной схеме надо установить валюту JPY |
|
|
Stormbringer
Участник
Вступление в Клуб: 07.09.2008
|
| Чт Июл 11, 2013 11:39 |
|
Полезность: Нет оценки
|
| devor пишет: | | Как тут можно видеть, даже без настройки будет округлять, если процентной схеме надо установить валюту JPY |
Ага, только работает это все для простых схем. Для сложных схем с зависимостью от базовых - не работает. Теряется где-то при перевызове значение переменной nTuneRoundPrcDegree, а может вообще не вычисляется. |
|
|
Jaha
Участник
Вступление в Клуб: 11.05.2021
|
| Пн Сен 05, 2022 18:03 |
|
Полезность: Нет оценки
|
Добрый день.
Не могли бы вы подсказать: есть денежные переводы физ. Лицам, там по двум видам перевода надо сделать так чтоб во время обработки документа, валюта округлялась до 1000, т.е. если 2345 должна быть выдача 2000, а 345 рублями. К примеру доллар сейчас округляется до 1, т.е. 1,5 = 1$ + 0,5$ В рублях.
Спасибо
P.S. валюта в йенах)) |
|
|
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
