CftClub.ru
Клуб специалистов ЦФТ-Банк

Тарифы, комиссии, налоги

 
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Настройка и сопровождение
Предыдущая тема :: Следующая тема  
Автор Сообщение
cool_dude
Участник - экстремал
Неподтвержденный


Вступление в Клуб: 05.02.2013
СообщениеПн Янв 23, 2017 07:26   Тарифы, комиссии, налоги Ответить с цитатой
Полезность: Нет оценки
Здравствуйте, уважаемые форумчане! Возник такой вопрос. Как настроить тарифы переводов по периодам. т.е. за определенный период (на старые переводы) брал один тариф, а на другой (новые переводы) другой тариф. Я поставил по дате окончания, но не работает. Сейчас все переводы (и старые и новые) идут по новому тарифу. А нам надо их как-то различить...
Спасибо.
yaffil
Профи
Неподтвержденный


Вступление в Клуб: 18.08.2011
СообщениеПн Янв 23, 2017 11:01    Ответить с цитатой
Полезность: Нет оценки
Дата окончания прекрасно работает в паре с датой начала. Несколько не понятно как может быть в один день и старый и новый перевод? Если вы имеете ввиду вид перевода - то надо вид новый и заводить с новой комиссией.
cool_dude
Участник - экстремал
Неподтвержденный


Вступление в Клуб: 05.02.2013
СообщениеПн Янв 23, 2017 11:30    Ответить с цитатой
Полезность: Нет оценки
yaffil пишет:
Дата окончания прекрасно работает в паре с датой начала. Несколько не понятно как может быть в один день и старый и новый перевод? Если вы имеете ввиду вид перевода - то надо вид новый и заводить с новой комиссией.

В тарифах добавили новую запись с новым значением с новой датой, т.е. с сегодняшнего дня, а на старом поставили значение даты окончания вчерашнее. После этого все переводы, выдаются с новым тарифом. А нам нужно чтоб, те переводы которые были до нового тарифа, обслуживались с старым тарифом, а новые (с сегодняшнего дня) с новым тарифом.
Вид перевода, не изменился. Это адресные переводы.
vtar
Эксперт
Неподтвержденный


Вступление в Клуб: 20.03.2009
СообщениеПн Янв 23, 2017 11:48    Ответить с цитатой
Полезность: Нет оценки
cool_dude пишет:
yaffil пишет:
Дата окончания прекрасно работает в паре с датой начала. Несколько не понятно как может быть в один день и старый и новый перевод? Если вы имеете ввиду вид перевода - то надо вид новый и заводить с новой комиссией.

В тарифах добавили новую запись с новым значением с новой датой, т.е. с сегодняшнего дня, а на старом поставили значение даты окончания вчерашнее. После этого все переводы, выдаются с новым тарифом. А нам нужно чтоб, те переводы которые были до нового тарифа, обслуживались с старым тарифом, а новые (с сегодняшнего дня) с новым тарифом.
Вид перевода, не изменился. Это адресные переводы.


вычпар заведи и два тарифа с одинаковыми датами (со старой) .. тариф не знает про "А нам нужно чтоб, те переводы "
_________________
Нельзя всем дать всё: всех много, а всего мало
cool_dude
Участник - экстремал
Неподтвержденный


Вступление в Клуб: 05.02.2013
СообщениеПн Янв 23, 2017 12:10    Ответить с цитатой
Полезность: Нет оценки
vtar пишет:
вычпар заведи и два тарифа с одинаковыми датами (со старой) .. тариф не знает про "А нам нужно чтоб, те переводы "

сделал так. добавил еще один тариф с условием
([SYS_OUTER_CODE]=4 and (to_date('[DECL_DATE]','DD/MM/YYYY')<to_date('23/01/2017','DD/MM/YYYY')). Не работает. Выдает ошибку:
ORA-20300: APP-CALC_PARAMS.EXEC_BOOL_EXP: Произошла ошибка при выполнении логического выражения!

Выражение: (4=4) and (<To_Date('23/01/2017'))

Исходное выражение: ([SYS_OUTER_CODE]=4) and ([DOCUMENT_DATE]<To_Date('23/01/2017'))

Ошибка: ORA-06550: Строка 1, столбец 50:

PLS-00103: Encountered the symbol "<" when expecting one of the following:



( - + case mod нов. not неопредел. <идентификатор>

<идентификатор с двойными кавычками-разделителями>

<переменная привязки> продолжение avg count current exists

max мин prior sql stddev sum variance execute forall merge

время timestamp interval дата

<строковый литерал со спецификацией кодовой таблицы> <число>

<строка SQL в одинарных кавычках> p

Sad Sad
yaffil
Профи
Неподтвержденный


Вступление в Клуб: 18.08.2011
СообщениеПн Янв 23, 2017 12:16    Ответить с цитатой
Полезность: Нет оценки
А зачем вы дату в дату переводите?
[DECL_DATE] без ковычек попробуйте.
cool_dude
Участник - экстремал
Неподтвержденный


Вступление в Клуб: 05.02.2013
СообщениеПн Янв 23, 2017 12:41    Ответить с цитатой
Полезность: Нет оценки
yaffil пишет:
А зачем вы дату в дату переводите?
[DECL_DATE] без ковычек попробуйте.

Попробовал, не получается. Sad
vtar
Эксперт
Неподтвержденный


Вступление в Клуб: 20.03.2009
СообщениеПн Янв 23, 2017 17:35    Ответить с цитатой
Полезность: Нет оценки
cool_dude пишет:
yaffil пишет:
А зачем вы дату в дату переводите?
[DECL_DATE] без ковычек попробуйте.

Попробовал, не получается. Sad


and ( ____ <To_Date

____ наводит на мысли что NULL (или что то не вычислилось).
_________________
Нельзя всем дать всё: всех много, а всего мало
Эмиралька
Участник - экстремал
Неподтвержденный


Вступление в Клуб: 09.11.2015
СообщениеВт Янв 24, 2017 07:04    Ответить с цитатой
Полезность: Нет оценки
cool_dude пишет:
...to_date('[DECL_DATE]','DD/MM/YYYY')...

Не очень понимаю, зачем реквизит запихнули в кавычки. Это уже не реквизит, а константа, отформатированная по формату dd/mm/yyyy должна быть.
А если вам нужно сравнение дат, то зачем вообще нужен вызов функции to_date ?
разве DECL_DATE уже не дата?
Попробуйте
Код:
([SYS_OUTER_CODE]=4 and [DECL_DATE]<to_date('23/01/2017','DD/MM/YYYY'))
Показать сообщения:   
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Настройка и сопровождение Часовой пояс: GMT + 3
Страница 1 из 1

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Рейтинг@Mail.ru