| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
yaffil
Профи
Вступление в Клуб: 18.08.2011
|
 Ср Июн 03, 2015 16:08 Настройка INS_DAYS |
 |
Полезность: Нет оценки
|
| В значениях настройки INS_DAYS есть "История значений" когда меняешь по F3 ничего не заполняется. Где то галку надо включать? |
|
 |
Igorka
Профи
Вступление в Клуб: 28.09.2007
|
| Ср Июн 03, 2015 17:15 |
|
Полезность: Нет оценки
|
| если дергается библиотека LIB в Настройки, там set_value в котороую может передаваться дата. если дата есть, то заполняется история |
|
|
yaffil
Профи
Вступление в Клуб: 18.08.2011
|
| Ср Июн 03, 2015 18:20 |
|
Полезность: Нет оценки
|
| Через либу F3 ничего не дёргает. Мне надо чтобы F3 историю сохраняло. Т.к. юзер может сказать что не давал 10 дней доступ вчера. И кроме как тут наглядно не докажешь. |
|
|
Alkov
Профи
Вступление в Клуб: 23.09.2010
|
| Чт Июн 04, 2015 02:49 |
|
Полезность: Нет оценки
|
| На операции включить Журналирование и Журналирование параметров операции, не то ? |
|
|
yaffil
Профи
Вступление в Клуб: 18.08.2011
|
| Чт Июн 04, 2015 09:27 |
|
Полезность: Нет оценки
|
| Alkov пишет: | | На операции включить Журналирование и Журналирование параметров операции, не то ? |
Не, не то. Искать долго. А тут наглядно.
Сделал расширение на F3, история заполняется корректно, всем мерси.
| Код: | begin
this.[VALUE_HISTORY].[NEW#AUTO](
sysdate/*P_VALDATE*/ --Дата, ранее которой действовало значение
,this.[VALUE]/*P_VALUE*/ --Значение настройки
);
&BASE$SETVARS;
&BASE$EXECUTE;
end; |
|
|
|
Igorka
Профи
Вступление в Клуб: 28.09.2007
|
| Чт Июн 04, 2015 12:11 |
|
Полезность: Нет оценки
|
так это собственно не журналирование изменений, а именно история. значение настройки выбирается от даты, типа как в тарифах действующий тариф на дату.
осторожно нужно заполнять этот массив.
кто знает, где ЦФТ дернут именно из истории. опять же, почистить массив можно
а для бития по рукам журналирование изменения реквизита самое то. |
|
|
yaffil
Профи
Вступление в Клуб: 18.08.2011
|
| Чт Июн 04, 2015 12:38 |
|
Полезность: Нет оценки
|
| Igorka пишет: | так это собственно не журналирование изменений, а именно история. значение настройки выбирается от даты, типа как в тарифах действующий тариф на дату.
осторожно нужно заполнять этот массив.
кто знает, где ЦФТ дернут именно из истории. опять же, почистить массив можно
а для бития по рукам журналирование изменения реквизита самое то. |
Ну так у меня в самом первом сообщении так и написано "В значениях настройки INS_DAYS есть "История значений"
Как вы почистите историю, если я галку уберу доступно пользователю с "Изменить" и "Удалить"? |
|
|
Alkov
Профи
Вступление в Клуб: 23.09.2010
|
| Пт Июн 05, 2015 02:24 |
|
Полезность: Нет оценки
|
| yaffil пишет: | | Igorka пишет: | так это собственно не журналирование изменений, а именно история. значение настройки выбирается от даты, типа как в тарифах действующий тариф на дату.
осторожно нужно заполнять этот массив.
кто знает, где ЦФТ дернут именно из истории. опять же, почистить массив можно
а для бития по рукам журналирование изменения реквизита самое то. |
Ну так у меня в самом первом сообщении так и написано "В значениях настройки INS_DAYS есть "История значений"
Как вы почистите историю, если я галку уберу доступно пользователю с "Изменить" и "Удалить"? |
А как вы узнаете какой пользователь это сделал ? |
|
|
Igorka
Профи
Вступление в Клуб: 28.09.2007
|
| Пт Июн 05, 2015 08:49 |
|
Полезность: Нет оценки
|
придумаю пример. допустим, что в кредитах используется настройка "доучет при выносе", при вызове set_value передается дата операции.
пользователь вечером поменял настройку.
утро наступило. обрабатываем вчерашние платежи, делаем вынос на просрочку, оппа, а доучет не происходит, кто, что, когда, нашли, смотрим, пользователь отпирается, а мы пока доказываем и показываем, настройку не меняем, чтобы всем показать как доказательство.
а вынос на просрочку видит настройку, действовавшую на вчерашний день и не делает доучет, мы же настройку не удаляем, мы как доказательство косяка ее храним, а настройка сидит в журнале и работает |
|
|
yaffil
Профи
Вступление в Клуб: 18.08.2011
|
| Пт Июн 05, 2015 09:03 |
|
Полезность: Нет оценки
|
| Alkov пишет: |
А как вы узнаете какой пользователь это сделал ? |
А вот чтобы кто, надо включить аудит таблицы истории изменений т.к. ЦФТ в падлу было один реквизит туда добавить. 
И по ID записи в массиве узнаем кто правил. |
|
|
Gobur
Профи
Вступление в Клуб: 06.11.2012
|
| Ср Июн 10, 2015 11:29 |
|
Полезность: Нет оценки
|
| Чтобы писало кто значение менял - надо журналирование на реквизите в таблице включить. Правда будет по всем кодам фп_тюнес это делать. У нас включено. |
|
|
Igorka
Профи
Вступление в Клуб: 28.09.2007
|
| Ср Июн 10, 2015 12:55 |
|
Полезность: Нет оценки
|
| Gobur пишет: | | Чтобы писало кто значение менял - надо журналирование на реквизите в таблице включить. Правда будет по всем кодам фп_тюнес это делать. У нас включено. |
и это правильно. ведь нам нужно журналировать изменения а не хранить историю значений. это разные вещи |
|
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
