Автор ТП

Это, в общем, не проблема. Шаблон отчёта поправить, и всё.

А вот тут при всей внешней простоте вопроса, на самом деле тут все очень неоднозначно.

Дело в том, что "техпроцесс" в базе данных - это не файл. Тут всё не так просто, как с файлом в операционной системе (дата создания, дата изменения - к чему все привыкли в Windows).
Если простыми словами, то "техпроцесс" - это целый набор связанных объектов, этакая ветвистая ёлка.
И чисто технически далеко не всегда изменение какого-то из этих объектов в понимании нормального человека есть "изменение техпроцесса". Пример: был к коллекции (ТП) написан комментарий. С ошибкой. Опечатка. Человек зашел, одну букву исправил. В комментарии к коллекции. Есть ли это "изменение техпроцесса" с точки зрения человека? Нет, конечно. Техпроцесс в плане смысла не поменялся никак. В то же время, с точки зрения машины - вот он автор и дата последнего изменения коллекции (то есть, техпроцесса, если рассуждать чисто математически).
Как справедливо и обратное. Есть такие изменения, при которых чисто математически "коллекция" не меняется, но вот как раз "техпроцесс" в понимании его смысла и содержания человеком, прямо очень таки меняется. Тут в дебри не полезу, сложно некоторые технические нюансы будет объяснить. Поверьте на слово - это так.
Как, к слову, и "автор" коллекции, это на самом деле совсем не всегда "автор ТП" в понимании человека. Это может быть просто тот, кто "материал" для детали указал. Технически он создатель коллекции. Но "автор" ли он "техпроцесса" в плане содержания технологии? Нет, конечно.

Поэтому если нужна настоящая информация для отслеживания что менялось (по смыслу именно "технологии", а не просто любых изменений в БД), когда менялось (причем не обязательно последнее только изменение должно быть доступно одно), кто менял, то это нужно не на уровне отслеживания каких бы то ни было изменений в БД. Ибо - см. выше.
Это нужно создавать "систему проведения изменений". Как в плане правил и процесса (регламента), так и в плане необходимых функций в программе.
Это что-то вроде того, как на крупных предприятиях есть система проведения изменений в КД и ТД согласно ЕСКД, ЕСТД.
Тут нужно настраивать на предприятии для "правильного" решения задачи нечто аналогичное только в электронном виде, в VOGBIT.
Чтобы после "разработки" техпроцесс нужно было "сдать" обязательно. При этом фиксировалось, кто сдал (автор), кто проверял, кто принял. Даты. После этого поменять нельзя. Чтобы поменять, нужно "взять на изменение" (тут куча вариантов, иногда с созданием новых версий, иногда нет, и прочими атрибутами процесса проведения изменений). Тут опять же фиксируется кто и когда это сделал. Потом при "сдаче" после изменений фиксируется обязательно в определенном правилами виде что поменяли. Опять фиксируется эта троица (автор, проверил, принял, а может быть и больше, кстати, персонажей...). На этом этапе решаются вопросы применяемости этой измененной технологии (везде, не везде, сразу или с какого-то момента). И потом вся эта история при необходимости поднимается.
Это так, если "по взрослому" делать проведение и отслеживание изменений.
Но настройка такой штуки для малого предприятия будет за гранью разумного, как минимум, чисто по деньгам.
А для большинства наших клиентов - оно им и не нужно вообще такие сложности, в принципе. Лишний головняк.

На уровне ценников VOGBIT PRO (для крупных корпоративных клиентов) такие вещи нормально выглядят. Как и по смыслу. Если технологов человек 50, например, продукция сложная, техпроцессы "по-настоящему" на всё пишутся, есть реально действующий институт всех этих согласований/утверждений/изменений - согласен, да, актуально. Для мелких и средних предприятий - наворачивать такую штуку - за гранью добра и зла, мне кажется. Как в плане стоимости, так и в плане усложнения работы.

Для маленьких - есть дешевый и бесплатный вариант:
Просто, например, при внесении изменений в ТП писать в комментарий к коллекции: что поменяли (кратко), кто, когда.
Если в комментарий не хочется или он для чего-то другого используется, то можно параметр специальный свой себе создать (или несколько параметров) и в него (в них) это заполнять.
Информация в базе данных будет. Нормальная, настоящая. Можно посмотреть, можно в отчёт вывести.
Стоимость = 0.
Разве что шаблоны отчётов поправить, но это копейки.

Запишу в общий список пожеланий и предложений.

Прямо на сейчас, самый простой вариант - вот так: рис.1, 2.