Мои комментарии

Просто ФУНКЦИЯ ИзменениеОпер ( ТИП_ЧИСЛО: номер ).
Параметр "номер" можно передавать в функции типа ОПЕР_ДАТА, ОПЕР_СОД вне зависимости от включения фильтра.

В лог в папке базы уже пишутся текущие дата и время, а также логин пользователя и имя пользователя Windows. РАБ_МЕСТО можно дописать вручную.

Кодировка задается только для всех файлов трассировки скопом.
[Trace] OEM = 0
Все log файлы трассировки будут в ANSI
https://dev.ib.ru/sys/docs/platform/ib8/debug/log_files.html

Здравствуйте!

Я вижу два пути для решения такой задачи. Причем возможности для таких решений появились в совсем недавних версиях 8.894 и 8.896.

1. Использование обработчика "Изменение операции". Недостаток: вызывается только при показе стандартного диалога редактирования операции. Для надежной записи log-файла в папке сетевой базы есть новая возможность функции ОТЛАДКА:
   ОТЛАДКА(<<["my.log"] "Здесь любое сообщение").
2. Включение параметра [Trace] NetBase=1 в файле IB.INI. В сетевой версии все модифицирующие SQL-запросы платформы будут записываться в файл netbase.log в папке базы. Далее надо сделать утилиту (на языке ИБ, питоне и т.д.), которая будет анализировать строки этого лога и собирать информацию об изменении операций. Т.е. нужны запросы UPDATE HOZOP..., INSERT INTO PROVOD..., UPDATE PROVOD..., DELETE FROM PROVOD...
   Операция идентифицируется по полю OPER_NUMB.
   SELECT * FROM HOZOP WHERE OPER_NUMB=... позволит узнать дату, содержание и т.п.

Ротацию логов при достижении некоторого размера надо делать самостоятельно.

Для надежного выполнения действий в многопользовательской среде можно воспользоваться файловой блокировкой отдельного файла. Для этого в платформу был добавлен метод ПОПЫТКА_ОТКРЫТЬ для объекта ТИП_ФАЙЛ. В справке есть примеры. При проверке размера захватываем блокировку на чтение, а при выполнении ротации - на запись.

Все реквизиты "по нулям"!

Файл реквизитов IB.REK (или другой *.REK) попадает в карантин?

Здесь, вероятно, наложение разных проблем. Возьмите файл реквизитов из резервной копии. На Вашем последнем скриншоте видно, что реквизиты не заполнены в надлежащем виде. Но при этом и набор имен реквизитов присутствует и комментарии правильные. Странно это.

Может быть, нам просто так "повезло", что в сертификате есть последовательность байт, которая эквивалентна фрагменту некого зловреда, для которого добавили определение Windows Defender.

Видимо таки, нам "повезло". Microsoft удалил это определение.

Нарисовалась очень большая проблема: похоже, Майкрософт заблокировал сертификат

Такой вариант также не исключен. Я сразу подумал про ответку за киевстар. Но пока не гуглятся проблемы у других российских ИТ-компаний.

Возможно, программа попала под вторичные санкции из-за продаж и активности в Крыму и на новых территориях РФ…

В 2014 году лично видел билборды 1С в Симферополе. Будем наблюдать...

hacktool win32 autokms - это инструмент для активизации краденного ПО!

Все верно. Это обозначение для активатора ПО, чтобы использовать ПО без лицензии.

Вот здесь официальное описание от Microsoft:

https://www.microsoft.com/en-us/wdsi/threats/malware-encyclopedia-description?Name=HackTool:Win32/AutoKMS!pz&threatId=-2147076687

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

Как раз Защитник Windows, насколько известно, не использует эвристики, а только определения (сигнатуры) зловредов. Поэтому нынешняя проблема не связана с эвристиками. Защитник блокирует любые файлы, содержащие сведения о нашем сертификате. Даже простейшие утилиты на три строки кода.

Вот этот сертификат вызывает срабатывание определения Windows Defender. Сертификат используется для цифровой подписи всех файлов exe и dll. Цифровая подпись - это хэш файла sha256 или sha1. Информация о сертификате также помещается в файл exe и dll. Просмотр сертификата возможен из "Проводника" в свойствах файла.

Наш сертификат не просрочен и не отозван.

Почему Майкрософт не нравится наш сертификат узнать затруднительно из-за политической ситуации. Может быть нам просто так "повезло", что в сертификате есть последовательность байт, которая эквивалентна фрагменту некого зловреда, для которого добавили определение Windows Defender.

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

Здравствуйте!

Для такого поведения, как Вы описываете, достаточно задать обработчик "ДиалогДобавления". При вызове функции БД_РЕДАКТОР этот обработчик обозначается буквой "А".

Просто само наличие этого обработчика по умолчанию отключает последующий показ стандартного диалога.

Есть нюанс, можно принудительно включить показ стандартного диалога после вызова этого обработчика. Для этого надо из функции-обработчика вернуть НЕТ и вызвать:

УСТ_АТРИБУТ("custom_dlg_action", "continue")

Если УСТ_АТРИБУТ не вызывать, то стандартный диалог не показывается. Возвращаемое значение функции-обработчика ТИП_ЛОГИКА определяет, будет ли программа сохранять изменения текущей записи или нет.

Это соответствует тому, например, что в диалоге типовой нажали "ОК" или "Отмена".

Еще стоит добавить, что есть обработчик "ПередДобавлением" - буква "Н", который позволяет как-то заполнить новую запись данными по умолчанию или сгенерировать какие-то идентификаторы.

И третий обработчик "ПроверкаДобавления" - буква "Д", который позволяет посмотреть, что навводил пользователь и можно ли такую запись добавлять в таблицу.

Здравствуйте!

Сейчас нет такого. Добавим возможность для функции КОМАНДА_ГЛАВНОМУ_ОКНУ в декабрьском обновлении.

Будет так:
КОМАНДА_ГЛАВНОМУ_ОКНУ("_MDI_MAXIMIZE_")

Причем не важно, активен бланк, отчет, окно ЖХО и т.д. Состояние максимальной развернутости применяется ко всем дочерним окнам.

Для обратной операции будет использоваться команда "_MDI_RESTORE_".

Если файла НЕТ, откуда взять?

Установить MS XML в виде отдельного дистрибутива. На сайте MS есть в свободном доступе.

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

Судя по тексту ошибки, в реестре пропала регистрация COM-классов парсера MS XML.

Проверьте наличие файла C:\Windows\system32\msxml6.dll.

Если файл на месте, то проделайте следующее:

• Нажмите кнопку Пуск и нажмите кнопку выполнить.

• В поле Открыть введите команду regsvr32 C:\Windows\system32\msxml6.dll и нажмите кнопку ОК.
  
  Примечание. Должно появиться следующее сообщение:

  Функция DllRegisterServer в msxml6.dll выполнена успешно.

Но почему на другом компьютере возникла такая же проблема, на нем все работало. И программа 1С работает и печатает без проблем.

А программу как на другой компьютер переносили? Ставили из дистрибутива или скопировали папку с первого компьютера? Может быть, что-то в конфигурационных файлах странное указано?

Не могли бы Вы завтра подключиться удаленно, если мы оговорим конкретное время?

Какого-то определенного плана по диагностике этой загадки у меня в голове нет. Давайте пока ограничимся сбором информации. И я в своем первом сообщении просил картинку окна настроек принтера, вызванных из ИБ. Картинка иногда может подсказать гораздо лучше тысячи слов.

А почему же до недавнего времени печать из этой программы работала? Ведь ЕХЕ-шник никто не переименовывал

Хороший вопрос. Но в exe тоже ничего связанного с печатью давно не менялось. И не у одних этих пользователей имеются сетевые принтеры. Что-то в окружении есть особенное.

Попробуйте просто сделать папку с пустой программой где-то на их диске. Чтобы только exe, dll и конфигурационные файлы по умолчанию. Например, можно демку поставить. Так можно будет исключить факторы из рабочей папки ИБ.