Отношение счета к продукту
|
Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
jamil Участник - экстремал
Вступление в Клуб: 11.08.2014
|
Ср Мар 06, 2019 06:44  Отношение счета к продукту |
|
Полезность: Нет оценки
|
Здравствуйте коллеги.
Ситуация такая:
Операционист создает платежный документ и в счете дебета или кредита выбирает счет, в реквизите "Отношение счета к продукту" которого стоит депозитный договор. Естественно у операциониста нету доступа к продукту "Депозиты". Документ проводится.
А теперь вопрос:
Можно ли где-то в настройках или другим способом сделать так, чтобы если счет депозитный, то при создании платежного документа система говорила, что снятие и зачисление нужно сделать из продукта? |
|
![](templates/subSilver/images/spacer.gif) |
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; |
|
|
![](templates/subSilver/images/spacer.gif) |
Gobur Профи
Вступление в Клуб: 06.11.2012
|
Ср Мар 06, 2019 15:43  Re: Отношение счета к продукту |
|
Полезность: Нет оценки
|
jamil пишет: | Здравствуйте коллеги.
Ситуация такая:
Операционист создает платежный документ и в счете дебета или кредита выбирает счет, в реквизите "Отношение счета к продукту" которого стоит депозитный договор. Естественно у операциониста нету доступа к продукту "Депозиты". Документ проводится.
А теперь вопрос:
Можно ли где-то в настройках или другим способом сделать так, чтобы если счет депозитный, то при создании платежного документа система говорила, что снятие и зачисление нужно сделать из продукта? |
Странно, у нас наоборот надо отношение счета к продукту снять, чтобы дало провести. Но сходу не скажу , что за настройка (не в хуке проверка) |
|
![](templates/subSilver/images/spacer.gif) |
jamil Участник - экстремал
Вступление в Клуб: 11.08.2014
|
Чт Мар 07, 2019 06:55  Re: Отношение счета к продукту |
|
Полезность: Нет оценки
|
Цитата: | Странно, у нас наоборот надо отношение счета к продукту снять, чтобы дало провести. Но сходу не скажу , что за настройка (не в хуке проверка) |
Где, помимо хука, еще может произойти проверка? |
|
![](templates/subSilver/images/spacer.gif) |
Gobur Профи
Вступление в Клуб: 06.11.2012
|
Чт Мар 07, 2019 08:42  Re: Отношение счета к продукту |
|
Полезность: Нет оценки
|
jamil пишет: | Цитата: | Странно, у нас наоборот надо отношение счета к продукту снять, чтобы дало провести. Но сходу не скажу , что за настройка (не в хуке проверка) |
Где, помимо хука, еще может произойти проверка? |
Перепутал со счетом 47411. По нему если без продукта делать проверка срабатывает "Анализ дебета/кредита "Депозиты"
пока отношение к продукту не уберешь. По основному нет. |
|
![](templates/subSilver/images/spacer.gif) |
SERGVID Участник
Вступление в Клуб: 04.02.2020
|
Чт Фев 06, 2020 17:17  Re: Отношение счета к продукту |
|
Полезность: Нет оценки
|
Здравствуйте коллеги.
Заранее прошу прощение..., А не правильнее ли расширить этот метод не запретом по результату анализа, а автоматическим заполнением "Отношение счета к продукту"...
тогда и при проводке такого документа сформируется ФО и не будет проблем с синхронизацией ФО и ДОКУМЕНТОМ по ДБ счета договора |
|
![](templates/subSilver/images/spacer.gif) |
SERGVID Участник
Вступление в Клуб: 04.02.2020
|
Чт Фев 06, 2020 17:18  Re: Отношение счета к продукту |
|
Полезность: Нет оценки
|
Здравствуйте коллеги.
Заранее прошу прощение..., А не правильнее ли расширить этот метод не запретом по результату анализа, а автоматическим заполнением "Отношение счета к продукту"...
тогда и при проводке такого документа сформируется ФО и не будет проблем с синхронизацией ФО и ДОКУМЕНТОМ по ДБ счета договора |
|
![](templates/subSilver/images/spacer.gif) |
SERGVID Участник
Вступление в Клуб: 04.02.2020
|
Чт Фев 06, 2020 17:18  Re: Отношение счета к продукту |
|
Полезность: Нет оценки
|
Здравствуйте коллеги.
Заранее прошу прощение..., А не правильнее ли расширить этот метод не запретом по результату анализа, а автоматическим заполнением "Отношение счета к продукту"...
тогда и при проводке такого документа сформируется ФО и не будет проблем с синхронизацией ФО и ДОКУМЕНТОМ по ДБ счета договора |
|
![](templates/subSilver/images/spacer.gif) |
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 вполне оправдано. |
|
![](templates/subSilver/images/spacer.gif) |
|
|
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
|
|