Что такое технологическая платформа 1С:Предприятие

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

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

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

Из чего состоит платформа и как она работает

Платформа — это набор взаимосвязанных компонентов. Ключевые из них: клиентские приложения (толстый, тонкий и веб-клиент), сервер «1С:Предприятия», встроенный язык и среда разработки «Конфигуратор», а также механизмы работы с базами данных. В файловом режиме данные хранятся в одном файле 1Cv8.1CD, в клиент-серверном — в СУБД (Microsoft SQL Server, PostgreSQL, Oracle, IBM DB2).

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

Важно понимать: платформа и конфигурация версионируются независимо. У платформы есть номер версии (например, линейка 8.3), у конфигурации — свой релиз. Конфигурация требует платформу не ниже определённой версии, и это требование указано в её описании. Игнорирование этого требования — частая причина ошибок при обновлении.

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

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

Клиент-серверный режим использует связку «сервер 1С + СУБД». Платформа обращается к данным через сервер приложений, а тот — через СУБД. Такой вариант выдерживает десятки и сотни одновременных пользователей, даёт более надёжное хранение и позволяет тонко управлять нагрузкой. Плата за это — необходимость администрировать сервер, СУБД и лицензии.

Выбор режима — не разовое решение: базу можно перенести из файлового режима в клиент-серверный через выгрузку и загрузку данных (файл .dt). Обратный перенос тоже возможен. Это стандартный путь роста: компания начинает с файловой базы, а по мере роста числа пользователей переезжает на сервер.

Клиентские приложения: толстый, тонкий и веб-клиент

Толстый клиент — полноценное приложение, выполняющее значительную часть логики на компьютере пользователя. Он нужен в основном разработчикам и для некоторых специфических сценариев (например, работы с COM-объектами на стороне клиента). Тонкий клиент — облегчённое приложение, которое передаёт основную работу на сервер; именно его использует большинство пользователей в клиент-серверном режиме.

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

Конфигуратор и встроенный язык: как дорабатывают решения

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

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

Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ Номенклатура.Ссылка, Номенклатура.Наименование ИЗ Справочник.Номенклатура КАК Номенклатура";
Результат = Запрос.Выполнить().Выгрузить();

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

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

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

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

1. 1
   Сделайте резервную копию: выгрузку .dt из конфигуратора или копию файла 1Cv8.1CD для файловой базы
2. 2
   Проверьте в описании конфигурации минимально требуемую версию платформы
3. 3
   Установите новую платформу на тестовую копию базы и проверьте запуск, проведение документов и ключевые отчёты
4. 4
   Обновите платформу на сервере и рабочих местах пользователей
5. 5
   Выполните конвертацию рабочей базы и убедитесь, что все пользователи могут войти

Типичные проблемы и их признаки

Наиболее частая проблема — несовпадение версий платформы и конфигурации: программа сообщает, что конфигурация предназначена для другой версии, и отказывается запускаться. Решение — установить требуемую версию платформы; несколько версий платформы могут сосуществовать на одном компьютере без конфликтов.

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

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

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