![]() |
|
|||||||
| Регистрация | Обмен опытом | Справка | Пользователи | Календарь | Поиск | Сообщения за день | Все разделы прочитаны |
![]() |
|
|
Опции темы | Поиск в этой теме | Опции просмотра |
|
#21
|
||||
|
||||
|
Генрих , у Вас видимо отключены личные сообщения. Может на e-mail? Если тут по какой то причине не сможете ответить?
__________________
Владимир из Владимира http://gcpo.ru Группа дилеров ИП в телеграмм https://t.me/+F-Axt4OtaqNlOGZi - присоединяйтесь по заявке Группа пользователей ИП в телеграмм - https://t.me/infopredp |
|
#22
|
|||
|
|||
|
Пишите на магазин maguato2000@rambler.ru
|
|
#23
|
|||
|
|||
|
Вроде нашел - если открывать запись в диалоге, то пока текущий диалог открыт, нельзя открывать другой диалог, немного не удобно, но лучше чем ничего.
|
|
#24
|
|||
|
|||
|
Еще один вопрос возник:
Каким образом можно определить что пользователь хочет отказаться от изменений записи, если в запись вносились изменения? Последний раз редактировалось Писарев Петр, 01.12.2013 в 04:11. |
|
#25
|
|||
|
|||
|
Для себя пришел к следующему:
Нужно - возможность запретить нажимать ОТМЕНА. или обрабатывать эту ситуацию - Нажал - ДА - True, нажал НЕТ - False. -возможность запрета открытия 2 окон редактирования записи в форме(в диалоге нельзя по определению, но у диалога нельзя изменить размеры не факт что он поместится на экран, в форме можно изменив размеры окна программы) Только средствами обработчиков можно сформировать информацию: - о том, что такая то запись журнала открывалась на редактирование, можно увидеть только время начала редактирования. Если будет возможность обрабатывать нажатие кнопки ОТМЕНА, то конфликт пользователя и хозяина будет сведен к минимуму, так как закрыть окно редактирования можно будет только по кнопке ОК, а следовательно поиски виновных не будут идти тогда, когда уже все забудут кто что делал: разрешение конфликта будет принято в момент совершения действия - нажатия кнопки ОТМЕНА(ОК). В этом случае можно решить вопрос о протоколировании действий пользователя средствами ИП2 для каждого клиента индивидуально, так как все транзакции будут ПОДТВЕРЖДАТЬСЯ пользователем.. - о том, что такая то запись журнала была сохранена после открытия на редактирование - соответственно можно увидеть время начала редактирования и окончания редактирования, - о том, что такая то запись добавлялась в детализацию. Что эта запись не была сохранена совместно с основной записью можно найти только проверим ее наличие в журнале. Можно увидеть время наччала добавления и время сохранения в детализации основной записи. Последний раз редактировалось Писарев Петр, 01.12.2013 в 06:02. |
|
#26
|
|||
|
|||
|
Протоколирование средствами, которые есть в ИП2 - Обслуживание базы данных - протоколы - имеет один существенный недостаток - а именно, при изменении структуры базы данных обязанность программы вести протокол действия - снимается, хотя таблицы остаются. НО... кто бы знал, что таблицы изменились, и нужно еще раз указать, какие таблицы должны протоколироваться. Если же я восстанавливаю признаки у таблиц для протоколирования, то вся ранее накопленная информация ЗАТИРАЕТСЯ.
Если же иметь возможность перехыватывать действие ОТМЕНА, то можно сделать протокол на журналы - не зависящим от изменения структуры журнала, а следовательно история изменений журнала теряться не будет. |
|
#27
|
|||
|
|||
|
Цитата:
Судя по всему протоколы, которые не зависят от изменения структуры базы данных - это то, что формирует IbExpert "Менеджер протоколов действий". Но возможность перехватывать действие пользователя, которое ведет к ОТКАТУ внесенных изменений, думаю лишним не будет. |
|
#28
|
||||
|
||||
|
Цитата:
Там та же проблема есть. Только в отличие от встроенного в Инфо-Предприятие протоколирования, протоколирование IbExpert приведет к ошибкам при установке обновления (например, когда при обновлении удаляется поле, записываемое в протокол) |
|
#29
|
|||
|
|||
|
В FB 2.Х есть триггер перед отменой внесенных изменений.
|
|
#30
|
||||
|
||||
|
Цитата:
|
|
#31
|
|||
|
|||
|
Еще один вопросик возник, читал в инете не нашел.
Текущую транзакцию можно узнать из системной переменной Firebird, а каким образом можно узнать результат работы транзакции -True OR False? |
|
#32
|
||||
|
||||
|
Если вы заносите в таблицу в триггере, то там будут только подтвержденные транзакции. Отмененные будут отменены вместе с записью в лог.
|
|
#33
|
|||
|
|||
|
А где увидеть дату/время входа в программу и выхода?
В ИП-1 такое было |
|
#34
|
|||
|
|||
|
ТОлько написать процедуру, которая из системной таблицы ip$loginlog выведем информацию.
|
|
#35
|
|||
|
|||
|
Не могу найти, где посмотреть протокол изменений. Подскажет кто?
|
|
#36
|
|||
|
|||
|
ПРотокол изменений Чего?
|
|
#37
|
|||
|
|||
|
Очень нужно и время входа-выхода и изменения документа все, а не только последнее. Может вам уже и надоело сравнение с 1С, но там такое было. Не каждый день и не по каждому документу, но иногда очень нужно увидеть всю цепочку участников. А вход-выход полезен для учета времени рабочего.
|
|
#38
|
||||
|
||||
|
Цитата:
В принципе это уже приличный набор функций по контролю. И очень редко, когда кому-то нужно что-то больше. Но в меню Файлы, Обслуживание базы можно включить протокол для любого журнала. В протоколе уже будут все действия с записью журнала за всё время и можно будет понять, что конкретно менялось. Вход-выход программа учитывает, но только для "себя". Пользователю эта информация не доступна. Если считаете это нужным - пишите в проекты. |
![]() |
| Опции темы | Поиск в этой теме |
| Опции просмотра | |
|
|
Похожие темы
|
||||
| Тема | Автор | Раздел | Ответов | Последнее сообщение |
| "IP.CFG" пользователя и признак "Проводить документ"... | Виталий[Минск] | Общий | 4 | 03.05.2012 12:50 |
| Ярлык запуска ИП, запуск определенного пользователя с паролем, как ? | Петрович | Прочие вопросы | 13 | 23.02.2012 10:38 |
| возможности пользователя. | Ольга | Прочие вопросы | 1 | 12.09.2011 18:02 |