Логи в Navision 3.7

[mefodiy]

Используем Navision 3.7.
Руководство попросило узнать, кто из сотрудников когда вносил изменения.
Просьба наверняка из серии "для чайников", но тем не менее прошу помочь:
как настроить сервер, чтобы логи фиксировались и как их просмотреть?
Спасибо.

[Sancho]

есть такая штука, как протокол изменений.
должен быть где-то финансы - настройка - журнал изменений
у него есть внутри настрока, какое изменение (вставка, редактирование, удаление) и где (в какой таблице или в каком поле таблицы) фиксировать.
однозначно необходимо устанавливать полный аудит на таблицы настроек (можно выбрать по фильтру *setup*).
если вас интересуют изменения цен, например, в заказе продажи, то установив "полное протоколирование таблицы 37" вы получите огромный объем данных.
к предельном случае таблица лога может весить примерно как вся остальная база, или даже больше.
а это проблемы производительности, беккапирования и пр.
так что подходите аккуратно к настройке.

еще.
протокол изменений живет в таблице №405

еще +1
снятие галочки "протокол изменений активен" иногда приводит к полной очистке лога, следовательно, дрожащими пальцами туда лучше не лазить

[mefodiy]

Спасибо.
Буду проверять.

[Fordewind]

И еще не стоит забывать, что в таблицу изменений попадают только те поля, которые изменялись непосредственно вручную. То что изменялось кодом по умолчанию не попадает в лог.

[mefodiy]

Сделал все как сказано:
Финансы->Настройка->Журнал Изменений Настройка
В Настройка->Таблицы в строке соответсвующей таблице 271 "Банк.Счет Книга Операций" (нужно отслеживать изменения именно в этой таблице)
в столбцах "Журнал Создания", "Журнал Изменений" и "Журнал Удалений" выбрал опцию "Все поля"
Затем в чекбоксе "Журнал Изменений Активен" поставил галочку.
Однако просматривая
Финансы->Журнал Изменений не вижу ничего кроме своих настроек, хотя в эту таблицу регулярно вносятся изменения.
То же самое вижу в таблице 405 "Chabge Log Entry".
Что делаю не так?

[apanko]

Во-первых, это книга операций. Книга операций формируется программно. А как сказал Юра - программные изменения не отслеживаются функционалом Change Log.

Во-вторых, это книга операций. У книги операций есть поле Операция Но. Для банковской книги операций, как и для книги поставщиков и клиентов, этот номер совпадает с номером финансовой операции. А создание записей в фин. книге операций протоколируется в системе автоматически. Для этого есть функционал Регистры.

Поэтому смотрите проблемную запись в Банк Книге Операций. Смотрите значение поля Операция Но. Находите соответствующую строку в окне Регистры (поле От Операции <= Операция Но, поле До Операции >= Операция Но.), в поле Код Пользователя смотрите кто учитывал, в поле Дата Содания смотрите когда это происходило.


Когда это может не сработать:
1. У вас есть лицензия, которая позволяет удалять записи из Банк. Книги Операций (обычные лицензии этого не позволяют). В этом случае вам поможет функционал - Change Log.
2. Вам написали какую-нибудь "доработку" по удалению операций.


С добрым утром.



UPD.
Еще не поленился и щелкнул Ctrl+F8 на записи. В версии 4SP3 есть поле Код Пользователя. Проверьте может и в 3.7 есть. Там и будет указано, кто создал операцию.

[jopagames2]

Цитата:

Сообщение от mefodiy

Используем Navision 3.7.
Руководство попросило узнать, кто из сотрудников когда вносил изменения.
Просьба наверняка из серии "для чайников", но тем не менее прошу помочь:
как настроить сервер, чтобы логи фиксировались и как их просмотреть?
Спасибо.

Всё зависит от того, кто, собственно, собирается за кем "щелить"?

Если лично ты за всеми юзерами - это одно. Сам-то ты можешь и в SQL-логах разобраться, если захочешь
Короче, пользуйся стандартными средствами. Их достаточно чуть более, чем полностью.

Если руководство будет сладить за всеми лично (т.е. без твоего участия) - это другое дело. Просто логи тут не прокатят, а надо писать удобоваримый отчёт или форму, чтобы ВСЕМ было понятно и наглядно.

А если худший вариант - "одни чайники щелят за другими чайниками", то тут вообще ВСЁ надо заново писать ручками. Стандартные средства не годятся. Надо и права пользователей разделять (кому какие логи можно показывать) и коды отделов вводить, и пароли и проч. и проч... Этот вариант самый сложный, но и самый надёжный.

ЗЫ: У нас были внедрены все три варианта, поскольку настроения руководства постоянно менялись