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


Notice: Undefined variable: s_watching_topic_img in /home/tfs/cftclub.ru/docs/viewtopic.php on line 668
Отношение счета к продукту

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


Вступление в Клуб: 11.08.2014
СообщениеСр Мар 06, 2019 06:44   Отношение счета к продукту Ответить с цитатой
Полезность: Нет оценки
Здравствуйте коллеги.
Ситуация такая:
Операционист создает платежный документ и в счете дебета или кредита выбирает счет, в реквизите «Отношение счета к продукту» которого стоит депозитный договор. Естественно у операциониста нету доступа к продукту «Депозиты». Документ проводится.
А теперь вопрос:
Можно ли где-то в настройках или другим способом сделать так, чтобы если счет депозитный, то при создании платежного документа система говорила, что снятие и зачисление нужно сделать из продукта?
Blackmore64
Профи
Неподтвержденный


Вступление в Клуб: 17.01.2017
СообщениеСр Мар 06, 2019 08:04   Re: Отношение счета к продукту Ответить с цитатой
Полезность: 1
jamil пишет:
Можно ли где-то в настройках или другим способом сделать так, чтобы если счет депозитный, то при создании платежного документа система говорила, что снятие и зачисление нужно сделать из продукта

У нас в точке вызова MD_ED_VALIDATE добавлена локальная операция с подобной проверкой
Код:
if P_INFO_='P#CL_DT_1.2' then
      if P#CL_DT_1.[2].[TO_PRODUCT].[_CODE_] in ('DEPOSIT_PRIV','DEPOSIT_ORG','DEPOSIT_MULT') then
         pragma error ('Операции по дебету счета '||P#CL_DT_1.[2].[MAIN_V_ID]||' можно выполнять только из продукта: '||P#CL_DT_1.[2].[TO_PRODUCT].[NAME]);
      end if;
end if;
Аналогично в точке вызова MD_EK_VALIDATE
Код:
if P_INFO_='OK' then
      if P_ACC_DT.[TO_PRODUCT].[_CODE_] in ('DEPOSIT_PRIV','DEPOSIT_ORG','DEPOSIT_MULT') then
         pragma error ('Операции по дебету счета '||P_ACC_DT.[MAIN_V_ID]||' можно выполнять только из продукта: '||P_ACC_DT.[TO_PRODUCT].[NAME]);
      end if;
Gobur
Профи
Неподтвержденный


Вступление в Клуб: 06.11.2012
СообщениеСр Мар 06, 2019 15:43   Re: Отношение счета к продукту Ответить с цитатой
Полезность: Нет оценки
jamil пишет:
Здравствуйте коллеги.
Ситуация такая:
Операционист создает платежный документ и в счете дебета или кредита выбирает счет, в реквизите «Отношение счета к продукту» которого стоит депозитный договор. Естественно у операциониста нету доступа к продукту «Депозиты». Документ проводится.
А теперь вопрос:
Можно ли где-то в настройках или другим способом сделать так, чтобы если счет депозитный, то при создании платежного документа система говорила, что снятие и зачисление нужно сделать из продукта?


Странно, у нас наоборот надо отношение счета к продукту снять, чтобы дало провести. Но сходу не скажу , что за настройка (не в хуке проверка)
jamil
Участник - экстремал
Неподтвержденный


Вступление в Клуб: 11.08.2014
СообщениеЧт Мар 07, 2019 06:55   Re: Отношение счета к продукту Ответить с цитатой
Полезность: Нет оценки
Цитата:
Странно, у нас наоборот надо отношение счета к продукту снять, чтобы дало провести. Но сходу не скажу , что за настройка (не в хуке проверка)

Где, помимо хука, еще может произойти проверка?
Gobur
Профи
Неподтвержденный


Вступление в Клуб: 06.11.2012
СообщениеЧт Мар 07, 2019 08:42   Re: Отношение счета к продукту Ответить с цитатой
Полезность: Нет оценки
jamil пишет:
Цитата:
Странно, у нас наоборот надо отношение счета к продукту снять, чтобы дало провести. Но сходу не скажу , что за настройка (не в хуке проверка)

Где, помимо хука, еще может произойти проверка?

Перепутал со счетом 47411. По нему если без продукта делать проверка срабатывает "Анализ дебета/кредита "Депозиты"
пока отношение к продукту не уберешь. По основному нет.
SERGVID
Участник
Неподтвержденный


Вступление в Клуб: 04.02.2020
СообщениеЧт Фев 06, 2020 17:17   Re: Отношение счета к продукту Ответить с цитатой
Полезность: Нет оценки
Здравствуйте коллеги.
Заранее прошу прощение..., А не правильнее ли расширить этот метод не запретом по результату анализа, а автоматическим заполнением "Отношение счета к продукту"...
тогда и при проводке такого документа сформируется ФО и не будет проблем с синхронизацией ФО и ДОКУМЕНТОМ по ДБ счета договора
SERGVID
Участник
Неподтвержденный


Вступление в Клуб: 04.02.2020
СообщениеЧт Фев 06, 2020 17:18   Re: Отношение счета к продукту Ответить с цитатой
Полезность: Нет оценки
Здравствуйте коллеги.
Заранее прошу прощение..., А не правильнее ли расширить этот метод не запретом по результату анализа, а автоматическим заполнением "Отношение счета к продукту"...
тогда и при проводке такого документа сформируется ФО и не будет проблем с синхронизацией ФО и ДОКУМЕНТОМ по ДБ счета договора
SERGVID
Участник
Неподтвержденный


Вступление в Клуб: 04.02.2020
СообщениеЧт Фев 06, 2020 17:18   Re: Отношение счета к продукту Ответить с цитатой
Полезность: Нет оценки
Здравствуйте коллеги.
Заранее прошу прощение..., А не правильнее ли расширить этот метод не запретом по результату анализа, а автоматическим заполнением "Отношение счета к продукту"...
тогда и при проводке такого документа сформируется ФО и не будет проблем с синхронизацией ФО и ДОКУМЕНТОМ по ДБ счета договора
De Mian
Участник со стажем
Неподтвержденный


Вступление в Клуб: 26.09.2008
СообщениеПт Фев 07, 2020 11:41   Re: Отношение счета к продукту Ответить с цитатой
Полезность: Нет оценки
jamil пишет:
Цитата:
Странно, у нас наоборот надо отношение счета к продукту снять, чтобы дало провести. Но сходу не скажу , что за настройка (не в хуке проверка)

Где, помимо хука, еще может произойти проверка?


Судя по названию MD_EK_VALIDATE и приведенному из хука кода, это расширение валидации.
ИМХО это неправильно. все ограничения, вся бизнес-логика должны срабатывать вне зависимости от канала взаимодействия. Документ может набран вручную, прийти из РЦ, по интеграции. его может породить какой-то другой процесс через механизм бизнес-операций или напрямую через вызов конструктора документа. Проводится он так же может либо вручную либо либо каким-то джобом, а то и вовсе в рамках интеграционного взаимодействия. Если следовать подходу через MD_EK_VALIDATE, то эту же логику придется реализовывать в других точках и других каналах. а в части интеграции так и вовсе в интеграционных адаптерах. и эти точки как правило обнаружатся уже по факту- по факту непрохождения проверки.

Я бы эту проверку поместил как можно ближе к ядру проводки. смотрите FOR_PROV продукта. Эта точка будет срабатывать всегда при проводке. ну разумеется проверку придется как-то переформулировать, анализируя признаки , которые могут появится только при обработке через продукт.

Собственно года 2 назад и был такой кейс. когда в интеграционном адаптере сотрудник по депозитам вставил проверку неснижаемого остатка. Я убедил его что эта проверка раз- вообще не относится к интеграционному адаптеру(адаптер не должен знать что такое неснижаемый остаток) , два - должна быть реализована в продуктовой части (DEPN.FOR_PROV) и не зависеть от канала доступа. т.е. одинаково сработать как при интеграционном взаимодействии так и при ручном взаимодействии через фронт ЦФТ.

Но в целом это зависит от решаемой задачи. Конечно если стоит цель ограничить ручное создание документов по депозитам , то использование MD_EK_VALIDATE вполне оправдано.
Показать сообщения:   
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Настройка и сопровождение Часовой пояс: GMT + 3
Страница 1 из 1

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