Журнал Изменений

[EV]

В Жур. Изм. Наст. (Табл.) Список устанавливаю следующие параметры:

ID - 122
Название - Purch. Inv. Header
Журнал Создания - All Fields
Журнал Изменения - All Fields
Журнал Удаления - All Fields

Активизирую Журнал Изменений, далее перезапускаю базу.
Создаю и учитываю Счет Покупки.
Захожу в Журнал Изменений и не вижу никаких записей об учтенных счетах покупки.
Почему это может происходить?

[Тимур]

Дело в том, что в журнал изменений попадают только те изменения, которые делает пользователь.
Изменения, которые выполняются системой (то есть работа code unit), в журнале не фиксируются.
А Ваш случай как раз именно такой.

Для проверки, просто зайдите в таблицу через Object Designer и удалите строку в ней.
А потом зайдите в журнал изменений.

[EV]

Перечитал еще раз документацию, как говорится, читайте между строк, там действительно написано только о модификациях произведенных пользователем.

Хотя в журнал все равно попадают модификации произведенные системой, это подстановка некоторых значений по умолчанию, почему-то эти модификации приписываются пользователю.

Но вопрос остается, как узнать, кто учел ЭТОТ документ.

[Тимур]

Например подстановка каких значений по умолчанию приписывается пользователю ?

[EV]

Возможно, я не понял вопрос, а какие параметры должны заполнятся?

В системе создаются и учитываются документы.
Создание документа и его заполнение делается многими пользователями, но учет документа делается одним пользователем.

Необходимо знать и КТО учел документ.

Теоретически можно найти фин. операции документа, по ним найти регистр и в регистрах посмотреть пользователя. Но такое решение не технологично, да и не этично по отношение к современной системе класса ERP (именно такой нам ее представил продавец, именно как современную систему мы ее и покупали).

[Тимур]

EV
Вы оценивали быстродействие системы и объем логов после запуска журнала изменений?
Что касается проведения документов по ГК, то самым правильным здесь является использование стандартного контроля за пользователями-бухгалтерами, который предусматривает стандартный функционал Navision.
В вашем случае записи в таблицу posted invoice создает система, а не пользователь.
Зная номер документа, Вы можете найти ссылку на транзакцию в ГК, а уж пользователя Вы увидите. Используйте для этих целей Навигатор.

[EV]

Получилось.
Нашли записи КГ, воспользовались навигатором, нашли документа.
Просмотрев все поля таблицы, нашли Код Пользователя.
Согласен, увидеть код пользователя можно, сложновато его искать, слишком много полей выводится для просмотра, жаль, что этого поля нет на форме.

[Тимур]

Потому что его нет и в таблице.
Если есть желание, то модифицируйте соответствующий codeunit.

На самом деле, можно сделать сложную форму, которая будет фильтровать записи по коду документа, а также показывать код пользователя.