Использование отчетной схемы
|
Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
sis1 Участник со стажем
Вступление в Клуб: 01.09.2012
|
Пн Сен 03, 2012 08:59  Использование отчетной схемы |
|
Полезность: Нет оценки
|
Коллеги, поделитесь информацией, наверняка приходится использовать копию базы (периодически обновляемую) для получения отчетности. Если не блокировать возможносить проводки док-ов, то пользователи могут по ошибке поработать на копии, перепутав ее с рабочец и наоборот . Кто как выходит из положения? |
|
 |
vtar Эксперт
Вступление в Клуб: 20.03.2009
|
Пн Сен 03, 2012 09:34   |
|
Полезность: Нет оценки
|
В нескольких банках такая проблема решалась административным путем (пользователям были разосланы письма с именами рабочей БД и "тестовой" , соответственно за свои неверные действия нес ответственность сам пользователь).
Теоретически можно повесить вызов процедуры при логине пользователя или проводке документа, где выдавать предупреждение, что база тестовая, типа
function is_it_work_db return boolean
is
res boolean;
name_db varchar2;
uname_db varchar2;
begin
-- begin pl/sql
select UPPER(name), UPPER(db_unique_name) into name_db,uname_db from v$database;
-- end pl/sql
return nvl(name_db=uname_db and name_db = 'РАБОЧАЯ', false);
end; |
|
 |
sis1 Участник со стажем
Вступление в Клуб: 01.09.2012
|
Пн Сен 03, 2012 10:39   |
|
Полезность: Нет оценки
|
спасибо за инфо, идея насчет вставки проверки в проводку интересна. Административным же путем решать точно не получится. т.к. по прошествии времени если окажется, что на рабочей нет какой операции по счету клиента, разбираться все-равно придется службе поддержке. Мы поступаем немного иначе -- чтобы исключить такие издержки, приходится ставить накат, который искривляет операции %CARRY, создание договора, клиента. что делает заведомо невозможным ошибочную работу на отчетной схеме. Если есть еще какие интересные предложения, готов выслушать. |
|
 |
devor Профи
Вступление в Клуб: 13.02.2012
|
Пн Сен 03, 2012 11:02   |
|
Полезность: Нет оценки
|
sis1 пишет: | спасибо за инфо, идея насчет вставки проверки в проводку интересна. Административным же путем решать точно не получится. т.к. по прошествии времени если окажется, что на рабочей нет какой операции по счету клиента, разбираться все-равно придется службе поддержке. |
Интересный у вас банк. Бухгалтера знают что такое "баланс"?
Или за баланс тоже поддержка отвечает?
sis1 пишет: |
Мы поступаем немного иначе -- чтобы исключить такие издержки, приходится ставить накат, который искривляет операции %CARRY, создание договора, клиента. что делает заведомо невозможным ошибочную работу на отчетной схеме. Если есть еще какие интересные предложения, готов выслушать.
|
Лучше уж ставить накат, который содержит в себе откорректированные группы доступа (где убрано все лишнее). |
|
 |
|
|
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
|
|