Итоговый вариант триггеров для 1С

Продолжение этого:
http://akostina76.ucoz.ru/blog/2017-07-04-4242

Ещё я для проверки того что нет зацикливания завела служебную таблицу, в которую триггер добавляет строки:

Запись в эту таблицу можно тем или иным способом отключать. Хоть через комментирование текста хоть через значение переменной «otladka» таблицы «nastroika» в той же служебный базе 1C_edit. У меня этого не сделано, но можно в том же триггере считывать значение переменной и что-то делать в зависимости от того, ноль там или единица.  Допускаю, что у сервера есть какой-то более цивилизованной способ контролировать такие вещи, но как-то лень искать.
Вот так всё это меняется с двух сторон:
https://youtu.be/mEGk4H_MMPA
https://rutube.ru/video/1c5de2320068a850eaa99a0fb2881a85/

(в конце в ролике показано как меняется не только название но и имя пользователя из чужой базы, который реально внёс изменения)

А по содержанию таблицы можно увидеть что лишний раз ничего не отрабатывает:

Я запись в таблицу прицепила позже чем записала ролик потому названия тут другие. Но работает.
Я не знаю что я там могу добавить про тексты. При вставке проверяется нет ли такой строки, при удаление если ли всё ещё такая строка, а при изменении не равны ли уже значения тому, что надо записать. Сложность тут скорее техническая. Это всё требует . внимательности чтобы записать то что надо и куда надо не перепутав названия полей и таблиц (что тут особо сложно из-за «слепых» названий, т.е не названий типа «fld»  с цифрами).
Со стороны 1C_zakaz:
Вставка:


Удаление:

Изменение:


Со стороны 1С_buh
Вставка:


Удаление:

Изменение:


Картинами потому что есть проблемы с переносим крашеных текстов, а некрашеные неудобно.