Отношение счета к продукту
|
| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
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 вполне оправдано. |
|
|
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
