1CReg: ошибки регистрации компонент после обновления платформы
После обновления платформы 1С внешние компоненты любят «забыть», что они зарегистрированы. Ошибки вызова сыпятся в самый неподходящий момент: печать, обмен, PDF, оборудование. 1CReg на OnlineSoft24 упрощает возврат контура к рабочему состоянию, если встроить его в чек-лист, а не вспоминать о нём среди ночи.
Как это выглядит у пользователей
Сообщения о невозможности создать объект компоненты, путаница x86/x64, «вчера работало». Часто обновление платформы прошло «успешно», а прикладной контур - нет.
Особенно больно смешанные серверы: часть сеансов 32-бит, часть 64, разные каталоги установки. Регистрация «на глаз» в одном месте не чинит другое.
Инструмент и соседние утилиты
Карточка 1CReg. Рядом в хабе утилит - FileUnlocker и NativeAPI-решения вроде PDFConverter. Имеет смысл держать набор вместе: обновление платформы затрагивает и регистрацию, и файловые операции.
Перед продом прогоните регистрацию и тестовый вызов на копии с теми же разрядностями, что в бою.
Регламент после каждого обновления платформы
Остановите критичные обмены по договорённости. Обновите платформу. Зарегистрируйте компоненты. Сделайте тестовый вызов каждой критичной функции. Запишите версии в журнал. Только потом возвращайте нагрузку.
Если компонент несколько, не регистрируйте «пачкой без списка». Ведите перечень: имя, путь, разрядность, зачем нужна, кто владелец.
Типичные ошибки админской спешки
Зарегистрировали под одной учёткой, а 1С работает под службой с другими правами. Или зарегистрировали в неправильном каталоге после смены пути платформы. Или забыли второй сервер кластера.
Ещё классика: обновили платформу на тестовой, всё ок, на боевой путь к dll другой. Копия должна повторять разрядность и схему каталогов, иначе тест врёт.
Связь с PDF и другим NativeAPI
Если используете PDFConverter или другие NativeAPI-компоненты, после 1CReg отдельно проверьте сценарий пользователя: открытие PDF, конвертация, запись во временный каталог. Регистрация без файловых прав - половина успеха.
Права на temporary и каталоги хранения документов проверяйте тем же пользователем ОС, под которым реально идёт сеанс.
Журнал, без которого через месяц темно
Дата обновления платформы, номер релиза, список компонент, команды/шаги регистрации, результат теста, инциденты. Этот файл экономит часы разбора «у нас снова отвалилось».
Если работаете с несколькими базами, отмечайте различия доработок: одна и та же компонента может быть критична только в одной из них.
Когда 1CReg не поможет
Если dll повреждена, путь неверный или антивирус карантинирует файл, регистрация не создаст чудо. Сначала целостность файла и доступ, потом регистрация.
Если архитектура «каждый раз ставим куда попало», наведите порядок в каталоге поставок компонент. OnlineSoft24 как раз удобен тем, что версии и состав видны на карточке.
Практический совет команде сопровождения
Вставьте 1CReg в письменный чек-лист обновления платформы рядом с бэкапом и проверкой входа пользователей. Не храните знание только в голове одного админа.
Назначьте запасного: кто делает те же шаги, если основной человек в отпуске. Компоненты не выбирают удобное время для отказа.
Чек-лист на два сервера
Если серверов несколько, отмечайте галочки по каждому: путь платформы, разрядность, учётная запись службы, факт тестового вызова. Один забытый узел даёт «плавающий» баг.
Кластер 1С особенно любит ситуацию, когда на одном рабочем сервере компонента есть, на другом нет.
Права службы и интерактивной учётки
Проверьте, под кем работает ragent/rmngr и пользовательские сеансы. Регистрация от имени админа не всегда видна службе. Делайте шаг регистрации так, как требует ваша схема запуска.
После смены пароля службы или миграции на новый хост повторяйте регистрацию осознанно, не по памяти.
Тестовые вызовы, которые имеют смысл
Не ограничивайтесь сообщением «зарегистрировано». Вызовите реальный сценарий: печать, PDF, оборудование, обмен - то, что критично бизнесу.
Список критичных сценариев держите в том же журнале, что и версии компонент.
Резервная копия dll
Храните предыдущие файлы компонент. Откат платформы редко нужен, откат dll - чаще. Подпишите архивы датами.
Шаблон записи в журнале обновления
Платформа: было/стало. Серверы: список. Компоненты: имя, путь, разрядность, результат регистрации, результат тестового вызова. Время возврата нагрузки. Фамилии исполнителей.
Шаблон один на все базы. Тогда через год можно сравнить обновления и увидеть, где процесс дырявый.
Добавьте в шаблон ссылку на карточку 1CReg и дату скачивания файла. Путаница версий dll уходит.
Короткий вывод для сопровождения
Обновление платформы без регистрации и тестового вызова - незаконченная работа. 1CReg ускоряет технический шаг, а журнал и чек-лист по серверам делают результат повторяемым для всей команды, не только для одного админа.
Положите карточку 1CReg в стандартный комплект сопровождения рядом с бэкапом и проверкой входа пользователей. Если компонент несколько, не полагайтесь на память: открывайте список и закрывайте пункты по одному.
Итог: не ждите боевого сбоя. Встройте 1CReg в чек-лист обновления платформы, тестируйте вызов компонент и фиксируйте версии.