Иногда при обновлении конфигурации у пользователей возникает подобная ошибка. Требуется выполнить два следующих запроса на SQL-сервере (на той базе, с которой связана ошибка):

  delete from config where FileName = 'commit'
  delete from config where FileName = 'dbStruFinal' 

Иногда, особенно после обновления платформы, по какой-то причине не происходит автоматическая регистрация компоненты для работы с COM-портом comcntr.dll. Обычно эта dll уже есть в директории bin, но её нужно зарегистрировать вручную. Для 64-битной системы regsvr нужно вызывать из папки SysWOW64.

"C:\Windows\SysWOW64\regsvr32" "C:\Program Files (x86)\1cv8\8.3.9.2233\bin\comcntr.dll"

Если 1С не может создать COM-объект Excel (из регламентного задания сервера платформы), нужно проверить и настроить следующее:

1. Запустить офисный пакет MS хотя бы раз от пользователя, под которым запущен агент 1С, и разрешить вопросы во всех диалоговых окнах. 2. В случае с MS Office 2007 создать папку C:\Windows\SysWOW64\config\systemprofile\Desktop для Windows Server X64 и C:\Windows\System32\config\systemprofile\Desktop для X86. Для 2010+, независимо от платформы: C:\Windows\System32\config\systemprofile\Desktop. Выставить права для учётной записи агента к этим папкам на полный доступ. 3. Учётную запись агента на всякий случай можно добавить в группу Distributed COM Users. 4. Учётной записи пользователя службы агента 1С нужно дать все права на DCOM-объект Microsoft Excel Application. На всякий случай - на запуск, доступ и конфигурацию, во всех разделах на скриншоте.

5. Настроить запуск объекта не от запускающего пользователя (по умолчанию стоит именно так), а от интерактивного пользователя, как показано на скриншоте.

6. Прежде, чем проверять, лучше перезапустить службу агента 1С.

Примечание: также, на проблемы с DCOM может указывать не только не успешное создание объекта и ошибки подобного рода, но и ошибки при обращении к файлу Excel на сетевой шаре: вероятно, из-за того, что COM объект Excel создается не от нужной учётной записи, если настройки не сделаны верно.

Статья, из которой проверялись различные способы решения проблемы: https://infostart.ru/1c/articles/196323/

имеет зависимости –(ебать мой хуй)– и регать нужно из всей папки \\dc01\Обработки\Защищенные обработки 8.2 папку можно скопировать в корень терминала

“C:\Windows\SysWOW64\regsvr32” “C:\Защищенные обработки 8.2\StrMatch.dll”

Возможно понадобиться установить .NET Framework 3,5

Dism /online /enable-feature /featurename:NetFx3 /All /Source:“\\Data01\Soft\Windows Server 2019 Datacenter\WinSRV2019_DIsc1\sources\sxs” /LimitAccess

Иногда какой-нибудь сервис Windows может занять порт, который использует 1С. В этом случае агент 1С обычно сначала стартует, а через несколько секунд или даже минут - падает. Лучше всего в таком случае исключить порты 1С из динамического диапазона портов ОС. Сделать это можно следующим образом (команда исключит порт 1540 и порт 1541):

netsh int ipv4 add excludedportrange tcp startport=1540 numberofports=2 store=persistent

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

Посмотреть порты, которые были уже исключены можно следующей командой:

netsh int ipv4 show excludedportrange tcp

Если при обновлении конфигурации появляется ошибка “слишком много параметров” - есть вероятность, что она связана с обновлением платформы. Скорее всего, после обновления платформы база не была запущена контрольно и здесь может помочь простой перезапуск базы, либо самого обновления.