| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
Gobur
Профи
Вступление в Клуб: 06.11.2012
|
 Пт Июн 16, 2017 10:22 Анализ переходов |
 |
Полезность: Нет оценки
|
Можно ли в каком то хуке кроме MD_FOR_PROV заблочить переход у некоторых пользователей 'Не обработан - В РЦ'.
Через группы прав проблематично - много перелопачивать.
Где лучше программно это анализировать? |
|
 |
Gobur
Профи
Вступление в Клуб: 06.11.2012
|
| Пт Июн 16, 2017 15:00 |
|
Полезность: Нет оценки
|
Или в каком хуке можно определить что идет попытка перевести из
FORM в TO_MBR? |
|
|
vtar
Эксперт
Вступление в Клуб: 20.03.2009
|
| Пн Июн 19, 2017 12:57 |
|
Полезность: Нет оценки
|
есть хук
MD_DO_TRANS_1
Платежные документы. Проверка переходов. Вер.01
если у тебя его нет в Расширения.Банк , сначала скопируй туда из Расширения.Дистрибутив |
|
|
Gobur
Профи
Вступление в Клуб: 06.11.2012
|
| Пн Июн 19, 2017 18:06 |
|
Полезность: Нет оценки
|
| vtar пишет: | есть хук
MD_DO_TRANS_1
Платежные документы. Проверка переходов. Вер.01
если у тебя его нет в Расширения.Банк , сначала скопируй туда из Расширения.Дистрибутив |
Ну там вроде не показывает какой именно переход - или я не понял как определять. Документ в статусе- не обработан, когда туда попадает. |
|
|
Guest_SPb
Участник со стажем
Вступление в Клуб: 27.02.2014
|
| Вт Июн 20, 2017 12:21 |
|
Полезность: 1
|
Рассматривается вариант создать расширение к операции TO_MBR_TRANS "В ТРЦ (переход)" и в этом расширении давать сообщение через PRAGMA ERROR(...) ? В момент выполнения этой операции проверять, что текущее состояние плат.документ = "Не обработан" + ваши условия, когда этот переход не должен выполняться.
Подходящего хука для этой задачи что-то не вспоминается... |
|
|
Gobur
Профи
Вступление в Клуб: 06.11.2012
|
| Вт Июн 20, 2017 14:05 |
|
Полезность: Нет оценки
|
| Guest_SPb пишет: | Рассматривается вариант создать расширение к операции TO_MBR_TRANS "В ТРЦ (переход)" и в этом расширении давать сообщение через PRAGMA ERROR(...) ? В момент выполнения этой операции проверять, что текущее состояние плат.документ = "Не обработан" + ваши условия, когда этот переход не должен выполняться.
Подходящего хука для этой задачи что-то не вспоминается... |
Да, тоже не нашел. В итоге пришлось делать в md_for_prov. Просто поставил доп.условие - счет по КТ = 30102. А так , чтобы анализировалось из какого состояние в какое пытается- не ясно.
с расширением может попробую - но не очень их люблю. |
|
|
Guest_SPb
Участник со стажем
Вступление в Клуб: 27.02.2014
|
| Вт Июн 20, 2017 14:21 |
|
Полезность: Нет оценки
|
| Gobur пишет: | | В итоге пришлось делать в md_for_prov. Просто поставил доп.условие - счет по КТ = 30102. |
Это не совсем корректно - документы, уходящие из банка после операционного времени, могут вставать на счёт незавершённых расчётов. И тогда счёт поводки по Кт будет не 30102, а транзитный счёт.
Или у вас в банке так не бывает?
Вроде бы более общий случай - смотреть в документе на продукт по Кт: если это ТРЦ, то это документ, который "собирается" попасть в РЦ. |
|
|
Gobur
Профи
Вступление в Клуб: 06.11.2012
|
| Вт Июн 20, 2017 17:35 |
|
Полезность: Нет оценки
|
| Guest_SPb пишет: | | Gobur пишет: | | В итоге пришлось делать в md_for_prov. Просто поставил доп.условие - счет по КТ = 30102. |
Это не совсем корректно - документы, уходящие из банка после операционного времени, могут вставать на счёт незавершённых расчётов. И тогда счёт поводки по Кт будет не 30102, а транзитный счёт.
Или у вас в банке так не бывает?
Вроде бы более общий случай - смотреть в документе на продукт по Кт: если это ТРЦ, то это документ, который "собирается" попасть в РЦ. |
Не совсем так, там надо запретить некоторым юзерам переход из Не обработан - в РЦ.
А так как у всех общие группы прав. Создавать отдельно без этого переход слишком геморойно.
Незавершенные расчеты у нас вроде бы только для входящих используют. Исходящие либо отправляют, либо возвращают клиенту. Пришедшие по клиент-банку после опер.времени - будут отправлены на след. день. |
|
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
