Технологическая платформа 1С: что это и как она работает

Технологическая платформа 1С:Предприятие — это программная основа, на которой выполняются все прикладные решения фирмы «1С»: «Бухгалтерия», «Зарплата и управление персоналом», «Управление торговлей», «ERP» и другие. Сама по себе платформа не ведёт учёт и не формирует отчёты — она предоставляет среду исполнения, механизмы хранения данных, интерфейс, права доступа и средства разработки, а конкретную бизнес-логику задаёт конфигурация.

Понимание того, что такое платформа и чем она отличается от конфигурации, критично для администраторов и разработчиков: от версии платформы зависят совместимость прикладных решений, производительность, доступные механизмы интеграции и требования к серверному оборудованию. Ошибка при обновлении платформы способна остановить работу всей учётной системы, поэтому к ней нужен осознанный подход.

Ниже разобраны состав платформы, режимы её работы, взаимосвязь с конфигурациями, правила выбора и обновления версии, а также типичные ошибки администрирования.

Из чего состоит технологическая платформа 1С

Платформа — это набор взаимосвязанных компонентов, которые устанавливаются на компьютеры пользователей и серверы. Основные из них: клиентские приложения (толстый, тонкий и веб-клиент), сервер 1С:Предприятия, конфигуратор — среда разработки и администрирования, а также встроенный язык и механизмы работы с базами данных.

Толстый клиент поддерживает полный набор функций, включая запуск конфигуратора и отладку, но требователен к ресурсам. Тонкий клиент предназначен для повседневной работы пользователей и передаёт на сервер большую часть вычислений. Веб-клиент работает в браузере и не требует установки, что удобно для удалённых сотрудников, однако имеет ограничения по функциональности и скорости при нестабильном канале связи.

Сервер 1С:Предприятия применяется в клиент-серверном варианте работы: он принимает запросы от клиентских приложений и обращается к системе управления базами данных — чаще всего Microsoft SQL Server, PostgreSQL или Oracle. В файловом варианте сервер не нужен: база хранится в одном файле, с которым клиенты работают напрямую.

Как платформа связана с конфигурацией

Ключевой принцип архитектуры 1С — разделение платформы и конфигурации. Платформа едина для всех прикладных решений и развивается фирмой «1С» независимо: выходят новые релизы с исправлениями, оптимизациями и новыми механизмами. Конфигурация же определяет, какие документы, справочники, регистры и отчёты доступны пользователю.

У одной платформы есть номер версии вида 8.3.x.xxxx, где 8.3 — поколение, а последующие числа — релиз. Конфигурации, как правило, требуют платформу не ниже определённого релиза: это требование указывается в документации к обновлению прикладного решения. Обратное тоже верно: слишком новая платформа иногда несовместима со старой конфигурацией, хотя фирма «1С» поддерживает режим совместимости, смягчающий эту проблему.

Режим совместимости — свойство конфигурации, которое заставляет платформу вести себя как более старая версия. Это позволяет обновлять платформу, не переписывая прикладной код. Однако режим совместимости — временная мера: новые механизмы платформы в нём недоступны, а часть оптимизаций не работает.

Файловый и клиент-серверный режимы работы

Платформа поддерживает два принципиально разных варианта развёртывания. В файловом режиме база данных — один файл с расширением 1Cv8.1CD, размещённый на локальном диске или в общей сетевой папке. Этот вариант прост в установке и подходит для небольших коллективов, но имеет ограничения: при одновременной работе нескольких пользователей растёт риск блокировок, производительность зависит от сети, а размер базы и число пользователей практически ограничены.

В клиент-серверном режиме данные хранятся в полноценной СУБД, а взаимодействием с ней управляет сервер 1С:Предприятия. Такой вариант обеспечивает лучшую масштабируемость, надёжность, разграничение нагрузки и возможности резервного копирования средствами СУБД. Он требует отдельного лицензирования сервера и квалифицированного администрирования.

Маршрут решения

Как выбрать режим работы

С базой работают несколько человек и объём данных невеликФайловый режим на быстром локальном диске или качественной сети

Пользователей больше десятка, база растёт, нужны регламентные задания и надёжное копированиеКлиент-серверный режим с PostgreSQL или MS SQL Server

Нужен доступ через интернет без установки клиентаПубликация базы на веб-сервере и работа через веб-клиент

Как выбрать и обновить версию платформы

Выбор версии начинается с требований конфигурации: в описании каждого релиза прикладного решения указано, с какой платформой оно работает. Далее учитываются операционные системы в инфраструктуре, разрядность (32 или 64 бита) и используемая СУБД. Для серверных установок 64-разрядная версия сервера — практический стандарт, так как она снимает ограничения на объём оперативной памяти.

Обновление платформы выполняется установкой нового дистрибутива поверх или рядом со старым: несколько версий платформы могут сосуществовать на одном компьютере, и информационные базы привязываются к нужной. После установки следует проверить, что ярлыки и настройки подключения указывают на правильную версию, иначе пользователи продолжат запускать старый релиз.

Перед обновлением на боевой системе разверните копию базы и проверьте на ней работу ключевых сценариев: проведение документов, формирование регламентированной отчётности, обмены с другими системами, печатные формы. Только после успешной проверки обновляйте рабочую среду, предварительно сделав резервную копию.

1. 1
   Уточните в документации к конфигурации требуемый релиз платформы
2. 2
   Сделайте резервную копию базы (выгрузку .dt или копию средствами СУБД)
3. 3
   Установите новую платформу на тестовый компьютер и разверните копию базы
4. 4
   Проверьте ключевые операции: документы, отчёты, обмены, печать
5. 5
   Установите платформу на сервер и рабочие места, переключите базы на новую версию
6. 6
   Убедитесь, что все пользователи запускают нужный релиз и регламентные задания работают

Типичные ошибки при работе с платформой

Самая распространённая ошибка — обновление платформы «вслепую», без проверки совместимости. Внешне система запускается, но отдельные механизмы конфигурации начинают вести себя иначе: меняется поведение запросов, перестают работать внешние компоненты, ломаются обмены. Вторая частая проблема — зоопарк версий, когда на разных компьютерах установлены разные релизы и пользователи получают непредсказуемые ошибки.

К ошибкам эксплуатации относится и работа в файловом режиме по медленной сети: это приводит к блокировкам, долгому отклику и в худшем случае — к повреждению файла базы. Также администраторы нередко забывают, что внешние компоненты и драйверы оборудования привязаны к разрядности клиента: при переходе на 64-битный клиент старые 32-битные компоненты перестают загружаться.

Как проверить, что система работает корректно

После установки или обновления платформы полезно выполнить короткий контрольный цикл. Сначала убедитесь, что версия платформы в окне «О программе» совпадает с запланированной на всех рабочих местах. Затем проверьте запуск базы всеми используемыми типами клиентов — тонким, толстым, веб-клиентом, если он применяется.

Далее выполните прикладную проверку: проведите тестовый документ, сформируйте типовой отчёт, запустите обмен данными и регламентные задания. В клиент-серверном варианте дополнительно просмотрите журналы сервера и консоль кластера на предмет ошибок, а также убедитесь, что резервное копирование СУБД выполняется по расписанию.

Контрольные точки

Как проверить результат

Версия платформы в окне «О программе»

Норма

Совпадает с запланированной на всех рабочих местах

Тревожный признак

На части компьютеров старый релиз

Проведение документов и отчёты

Норма

Операции выполняются без ошибок и за привычное время

Тревожный признак

Ошибки, заметное замедление, пустые отчёты

Регламентные задания и обмены

Норма

Выполняются по расписанию, журнал без ошибок

Тревожный признак

Задания не стартуют или завершаются с ошибками

Резервное копирование

Норма

Копии создаются и тестово восстанавливаются

Тревожный признак

Копии не создаются или не проверялись на восстановление

Часто задаваемые вопросы

Платформа и конфигурация — это одно и то же?

Нет. Платформа — это среда исполнения, единая для всех прикладных решений 1С. Конфигурация — конкретное прикладное решение (например, «Бухгалтерия предприятия»), которое работает только внутри платформы. Для работы учётной системы нужны оба компонента, и версии их должны быть совместимы.

Можно ли держать несколько версий платформы на одном компьютере?

Да, разные релизы платформы устанавливаются параллельно и не конфликтуют. Это штатная практика: разные информационные базы могут требовать разные версии. Важно лишь правильно настроить привязку баз к версиям, чтобы пользователи запускали нужный релиз.

Нужно ли обновлять платформу при каждом выходе нового релиза?

Не обязательно. Обновление оправдано, когда новый релиз требуется для обновления конфигурации, закрывает актуальную для вас проблему или содержит важные исправления безопасности. Обновляться «на всякий случай» без тестирования — лишний риск.

Что делать, если после обновления платформы конфигурация перестала работать?

Сначала не предпринимайте необратимых действий с базой. Проверьте требования конфигурации к версии платформы и при необходимости вернитесь на прежний релиз — платформы сосуществуют, поэтому откат обычно сводится к запуску базы на старой версии. Если база уже была сконвертирована, восстановите её из резервной копии.

Когда файлового режима уже недостаточно?

Признаки: регулярные блокировки при одновременной работе, заметное замедление по мере роста базы, невозможность выполнять регламентные задания без остановки пользователей, требования к надёжному резервному копированию. Эти симптомы указывают на необходимость перехода к клиент-серверной архитектуре.

Что такое режим совместимости и стоит ли его отключать?

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