|  23.03.2007, 21:56 | #1 | 
| Участник | 
			
			Как правило, на любом предприятии с одной и той же информацией могут работать несколько сотрудников. В связи с этим существует необходимость отслеживать кто и когда сделал изменения, особенно если эти изменения были неправильными. В Microsoft Dynamics NAV для этого существует функциональность Журнал Изменений. Для активации отслеживания необходимо следующее: 1. Включить настройку журнала изменений - Раздел меню Администрирование - Управление ИТ - Общая настройка - Протокол Изменений Настройка.  2. Нажав на кнопку Настройка - Таблицы, установить изменения каких таблиц и каких полей таблиц отражать в журнале изменений. Например, при создании и изменении данных таблицы Валюта сохранять старые и новые значения всех полей, а при удалении записи таблицы сохранять только некоторые поля.  Например, поле Код.   На этом настройка закончена. В случае изменения, например, добавления строки Российский рубль  в журнале изменений будет сохранена соответствующая настройкам информация со старыми и новыми значениями полей.  Источник: http://blogs.technet.com/agladkik/archive/...ion-dfgdfg.aspx 
				__________________ Расскажите о новых и интересных блогах по Microsoft Dynamics, напишите личное сообщение администратору. | 
|  | 
|  24.03.2007, 12:14 | #2 | 
| Участник | Цитата: Ни в коем случае не вставляйте отслеживание всех таблиц - это сильно, очень сильно снизит производительность. Скорее всего, начать надо с настроечных таблиц и со справочников. Обычно отслеживают изменения в прайс-листах. Зачастую в заказах и закупках. Но перед тем как включать в журнал изменений документы и проводки надо крепко подумать. | 
|  | 
|  26.03.2007, 10:29 | #3 | 
| Участник | 
			
			Вещица кажется лучшей, чем есть на самом деле... В журнал попадают лишь те модификации, которые сделаны пользователем непосредственно руками в форме. Если при этом отработает какой-либо триггер делающий изменения в базе, то никаких следов о действиях этого триггера не останется!!! Тоже самое относится и к отечтам и кодеюнитам. | 
|  | 
|  26.03.2007, 11:21 | #4 | 
| MCTS | 
			
			Если продолжить цитирование документации: Цитата: 
		
			Протоколирование изменений, возникших в результате работы пакетных заданий Программа также протоколирует изменения мастер-данных, возникшие в результате работы пакетных заданий. Далее приводится перечень заданий, способных внести подобные модификации: · Коррекция Цен/Себест. Товаров · Коррекция Цен/Себест. Ресурсов · Изменить Глобальные Измерения Для того чтобы протоколировались изменения, внесенные в результате работы пакетных заданий, нужно установить параметры протоколирования соответствующих полей карточки товара и ресурса и таблицы Финансы Настройка. Внимание Изменения, протоколируемые по итогам работы задания Изменить Глобальные Измерения, относятся только к модификациям таблицы Финансы Настройка. Модификации всех прочих книг учтенных операций не находят отражение в журнале изменений. PS. Процитированная документация от 3.60. | 
|  | 
|  26.03.2007, 11:35 | #5 | 
| Участник | 
			
			Ну неужели сложно модифицировать триггеры? (TRUE) Представляете что получится, если любой код, который добавляется в любой INSERT, MODIFY, ... будет мусорка. Ведь всегда можно легонько кастомизировать. Или я не прав? | 
|  | 
|  26.03.2007, 12:15 | #6 | 
| Участник | Цитата: Код: RecRef.GETTABLE("Stockkeeping Unit");
ChangeLogMgt.LogModification(RecRef,xRecRef);которые нужно включать в КАЖДОЕ место, которрое я хочу внести в лог. Цитата: А какая мусорка если мне нужны ВСЕ операции с конкретным полем? О чем Вы говорите? Я делал такую кастомизацию. И честно говоря, несколько устал отлавливая ВСЕ места, в которые нужно поставить волшебные строчки... | 
|  | 
|  26.03.2007, 12:41 | #7 | 
| Участник | 
			
			Не поверите, иногда даже получалось модифицировать триггеры. И даже добавлять новые таблички с формочками с обработкой OnInsert, ...  Правда я не писал как, а только показал где смотреть. Цитата: 
		
			А какая мусорка если мне нужны ВСЕ операции с конкретным полем? О чем Вы говорите? Я делал такую кастомизацию. И честно говоря, несколько устал отлавливая ВСЕ места, в которые нужно поставить волшебные строчки... Откройте любую базовую таблицу и поссмотрите что там в триггерах. НЕТ лекарства от ВСЕГО И СРАЗУ!! Вы хотите предложить другую модель переноса кода? | 
|  | 
|  26.03.2007, 13:10 | #8 | 
| Участник | 
			
			Я предложил бы разработчикам переписать этот модуль.  Или через SQL изменения логить. И здесь нужно не лекарство, а простой настраиваемый модуль. Который как мне кажется проще сделать, чем отискивать и модифицировать функции. А еще если учесть, что клиент, купив этот модуль и обладая минимальной лицензией доработки при всем своем желании (используя честные способы  ) не сможет вставить эти строки в код! | 
|  | 
|  26.03.2007, 13:24 | #9 | 
| Участник | Цитата: 
		
			Сообщение от Fordewind
			   Я предложил бы разработчикам переписать этот модуль.  Или через SQL изменения логить. И здесь нужно не лекарство, а простой настраиваемый модуль. Который как мне кажется проще сделать, чем отискивать и модифицировать функции. А еще если учесть, что клиент, купив этот модуль и обладая минимальной лицензией доработки при всем своем желании (используя честные способы  ) не сможет вставить эти строки в код! А в SQL и так можно это сделать. По поводу последнего - согласен, но хотя бы основные таблицы покрыты и это радует. Просто привыкли писать маркетинговые материалы Аля-Все-Что-Захочешь.... "Закон Маркетинга" | 
|  |