← На главную
Обновление информационной базы — процедура стандартная, но иногда она влечет за собой неожиданные последствия: отказ системы запускаться или внезапную потерю прав у учетных записей. Давайте разберем, почему возникают эти ошибки и как привести работу системы в порядок.
Разбираемся с ошибкой «Не обнаружена установленная версия 1С»
Когда при запуске системы вы видите сообщение о том, что версия платформы не обнаружена, это не всегда означает, что программа была удалена. Чаще всего причина кроется в настройках ярлыка или конфигурационного файла списка баз. Рассмотрим, как провести диагностику.
- Проверка параметров запуска: В окне запуска 1С выберите нужную базу и нажмите кнопку «Изменить». Перейдите на следующий шаг (Далее) и внимательно посмотрите на поле «Версия 1С Предприятия». Если там жестко прописана конкретная версия платформы (например, 8.3.18.1741), а вы обновили платформу на сервере, система может «не увидеть» нужный исполняемый файл. Рекомендуем очистить это поле, чтобы 1С использовала актуальную установленную версию автоматически.
- Конфликт прав доступа к файлам: Ошибка может возникать, если у пользователя нет прав на чтение папки, в которой установлена платформа (
Program Files), или доступа к системному реестру Windows. Убедитесь, что у пользователя есть права на чтение конфигурационных файлов 1cestart.cfg.
- Проблемы установки: Если платформа устанавливалась не от имени администратора, записи в реестре могли сохраниться только в ветке
HKEY_CURRENT_USER текущего пользователя. Другие учетные записи на этом же компьютере не смогут «увидеть» установленную платформу. В таком случае рекомендуем переустановить платформу «от имени администратора» для всех пользователей.
Анализируем потерю прав пользователей после обновления
Ситуация, когда после обновления конфигурации у пользователей «слетают» роли, встречается реже, но доставляет много неудобств. Рассмотрим, почему это происходит и как исправить ситуацию.
Первым делом необходимо зайти в Конфигуратор под пользователем с полными правами и проверить настройки ролей для конкретного сотрудника. Основные причины:
- Конфликт кастомных профилей: Если права были настроены вручную или через расширения, обновление типовой конфигурации может привести к конфликту метаданных. Система принудительно сбрасывает роли, если они не соответствуют типовым механизмам.
- Нарушение логической целостности: В редких случаях обновление вызывает ошибки в служебных таблицах, хранящих информацию о пользователях. В Конфигураторе выполните «Тестирование и исправление» (Администрирование -> Тестирование и исправление), отметив галочками проверку логической целостности.
- Влияние расширений: Если вы используете расширения конфигурации, проверьте их состояние. Если расширение не адаптировано под новую версию конфигурации, оно может быть отключено или работать некорректно, что приведет к ограничению доступа для пользователей.
Пошаговый план действий по восстановлению работы
Чтобы оперативно устранить проблему, выполним следующие шаги:
- Очистка списка баз: Попробуйте удалить проблемную базу из списка и добавить её заново. Это сбросит возможные ошибочные параметры запуска, хранящиеся в файле
v8i.
- Проверка прав в Конфигураторе: Зайдите в Конфигуратор, откройте «Администрирование» -> «Пользователи». Откройте карточку нужного пользователя и проверьте вкладку «Прочие» или «Роли». Убедитесь, что нужные роли установлены. Если вы обнаружили, что все галочки слетели, переназначьте их согласно вашим бизнес-процессам.
- Очистка кэша: Нередко после обновления конфигурации на сервере у клиентов остаются старые данные в кэше. Удалите содержимое папок
1C из директории AppData пользователя (обычно путь выглядит как C:\Users\ИмяПользователя\AppData\Local\1C).
- Проверка прав на папку с базой: Если база файловая, убедитесь, что у всех пользователей, работающих с этой базой, есть полные права (чтение/запись/изменение) на папку, где лежит файл
1Cv8.1CD.
Если проблема сохраняется, рекомендуем проверить системный журнал (в Конфигураторе: Администрирование -> Журнал регистрации), там могут быть записаны более детальные ошибки, которые помогут выявить причину, связанную с конкретным объектом доступа.