Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
Magda Участник - экстремал
Вступление в Клуб: 21.09.2007
|
Вт Авг 05, 2008 17:06  История изменений досье клиентов |
|
Полезность: Нет оценки
|
Господа, скажите, пожалуйста, кто как у себя решает проблему сохранения истории при внесении изменений в досье клиентов?
Это касается и физических и юридических лиц.
Последний раз редактировалось: Magda (Ср Авг 06, 2008 08:59), всего редактировалось 1 раз |
|
![](templates/subSilver/images/spacer.gif) |
budinva Участник - экстремал
Вступление в Клуб: 15.01.2008
|
Вт Авг 05, 2008 19:04   |
|
Полезность: Нет оценки
|
А операция в ТБП "Клиенты" "Просмотр истории измененния реквизитов", не устраивает? |
|
![](templates/subSilver/images/spacer.gif) |
timochev Эксперт
Вступление в Клуб: 02.07.2007
|
Ср Авг 06, 2008 08:08   |
|
Полезность: Нет оценки
|
С удовольствием присоединяюсь к вопросу.
От себя отвечу: Мы никак историю не ведем. В свое время рассматривали через "Просмотр истории", но там что-то не понравилось. Конкретно не помню. |
|
![](templates/subSilver/images/spacer.gif) |
dbmaslov Профи
Вступление в Клуб: 11.07.2007
|
|
![](templates/subSilver/images/spacer.gif) |
dbmaslov Профи
Вступление в Клуб: 11.07.2007
|
Ср Авг 06, 2008 08:25   |
|
Полезность: Нет оценки
|
И еще операция просмотра истории изменения работает по принципу выборки записей из журнала изменения реквизитов ТБП. А для подключения этого журналирования нужно зайти в журналируемый класс и проставить соответствующий признак на реквизите. Но тут проблема - при сохранении изменяется и сам ТБП - не будет ли это считаться изменением целостности ядра? Раньше ЦФТ к этому относилось нормально, но с введением системы лицензирования - могут быть проблемы (например, при сдаче на аттестацию схемы, после самостоятельного внедрения продукта). |
|
![](templates/subSilver/images/spacer.gif) |
Magda Участник - экстремал
Вступление в Клуб: 21.09.2007
|
Ср Авг 06, 2008 08:38   |
|
Полезность: Нет оценки
|
budinva пишет: | А операция в ТБП "Клиенты" "Просмотр истории измененния реквизитов", не устраивает? |
Такой операцией пользуемся, но не хочется включать журналирование на всё. Включено на самое необходимое: ФИО, паспорт и т.д. (у физ. лиц)
Но вопрос стал неожиданно актуальным после того, как вышло указание Банка России № 2009 У о внесении изменений в Инструкцию 28-И об открытии счетов. Теперь, согласно этой инструкции, Банк должен в Банковских правилах об открытии счетов написать "о порядке обновления информации о клиентах и лицах, личности которых необходимо установить при открытии банковского счета, счета по вкладу (депозиту);". Соответсвенно, у бизнеса опять возник вопрос о хранении истории, причем журналирование удобно для технолога, а для сотрудников отдела открытия счетов неудобно.
|
|
![](templates/subSilver/images/spacer.gif) |
Magda Участник - экстремал
Вступление в Клуб: 21.09.2007
|
Ср Авг 06, 2008 08:58   |
|
Полезность: Нет оценки
|
Я, собственно, к чему все это написала? Хочу понять: только у нашего бизнеса возникло непреодолимое желание видеть корректную историю изменения реквизитов после выхода и вступления в силу этого указания или же это носит массовый характер. |
|
![](templates/subSilver/images/spacer.gif) |
lexus Профи
Вступление в Клуб: 28.09.2007
|
Ср Авг 06, 2008 10:20   |
|
Полезность: Нет оценки
|
dbmaslov пишет: | И еще операция просмотра истории изменения работает по принципу выборки записей из журнала изменения реквизитов ТБП. А для подключения этого журналирования нужно зайти в журналируемый класс и проставить соответствующий признак на реквизите. Но тут проблема - при сохранении изменяется и сам ТБП - не будет ли это считаться изменением целостности ядра? Раньше ЦФТ к этому относилось нормально, но с введением системы лицензирования - могут быть проблемы (например, при сдаче на аттестацию схемы, после самостоятельного внедрения продукта). |
Опции журналирования в свойствах элементов являются "особыми". Их можно изменять, и даже при накате этих ТБП, скажем, в следующем патче, можно настроить Пик так, чтобы "особые" свойства накатом не изменялись.
По крайней мере, со стороны ТЯ это выглядит так
А вот насчет аттестации схемы точно не знаю. Но, думаю, вполне допустимо менять "особые" свойства. |
|
![](templates/subSilver/images/spacer.gif) |
dbmaslov Профи
Вступление в Клуб: 11.07.2007
|
Ср Авг 06, 2008 11:21   |
|
Полезность: Нет оценки
|
lexus пишет: |
Опции журналирования в свойствах элементов являются "особыми". |
В части сохранения настроенных особых свойств - проблем практически нет, а на счет установки "Особых свойств" в дистрибутивных операциях и ТБП - как бы не оказалось, что изменение особых свойств может делать только Сертифицированный спец.... ну пока в Режиме "локальных доработок" эти свойства менять можно.
Хотя с точки зрения рисков для системы - это довольно опасно. Как минимум бездумно поставленные признаки журналирования могут снизить производительность... привести к непредвиденному распуханию схемы AUD итд.... |
|
![](templates/subSilver/images/spacer.gif) |
lexus Профи
Вступление в Клуб: 28.09.2007
|
Ср Авг 06, 2008 11:45   |
|
Полезность: Нет оценки
|
dbmaslov пишет: | lexus пишет: |
Опции журналирования в свойствах элементов являются "особыми". |
В части сохранения настроенных особых свойств - проблем практически нет, а на счет установки "Особых свойств" в дистрибутивных операциях и ТБП - как бы не оказалось, что изменение особых свойств может делать только Сертифицированный спец.... ну пока в Режиме "локальных доработок" эти свойства менять можно.
Хотя с точки зрения рисков для системы - это довольно опасно. Как минимум бездумно поставленные признаки журналирования могут снизить производительность... привести к непредвиденному распуханию схемы AUD итд.... |
Если в режиме локальных доработок эти свойства у дистрибутивных элементов менять можно, это и значит, что изменение Особых свойств допустимо при сертификации схемы.
Касательно рисков - согласен. Делать надо аккуратно. |
|
![](templates/subSilver/images/spacer.gif) |
Magda Участник - экстремал
Вступление в Клуб: 21.09.2007
|
Ср Авг 06, 2008 15:05   |
|
Полезность: Нет оценки
|
Я всегда подозревала, что IBSO - система очень интересная для программистов и технологов и совершенно неинтересная для обычных пользователей . Вы с таким интересом обсуждаете "изменение особых свойств", "снижение производительности" и т.д. И у меня возникает вопрос, неужели у вас девушки, которые занимаются заведением досье клиентов в систему и обновлением реквизитов клиентов будут с легкостью пользоваться операцией "Просмотр истории измененния реквизитов"?
У нас пользователи абсолютно не избалованы локальными доработками и прочими "бантиками", но в данной ситуации я готова с ними согласиться, что это неудобно, потому что операция эта больше похожа на служебную. |
|
![](templates/subSilver/images/spacer.gif) |
dbmaslov Профи
Вступление в Клуб: 11.07.2007
|
Чт Авг 07, 2008 09:33   |
|
Полезность: Нет оценки
|
да, согласен, тема немного ушла в сторону, но это один из возможных вариантов решений проблемы.
с другой стороны это один из вариантов реализации сохранения истории.
как вариант можно попытаться реализовать операцию которая похож на обычный просмоторщик анкет, но будет снабжена кнопками для просмотра истории изменения. тогда пользователей не будет смущать схожесть с системными инструментами.... хотя по моему проще провести тренинг по использованию того функционала , который есть в ИБСО. |
|
![](templates/subSilver/images/spacer.gif) |
|