Что разрешено разработчикам прикладных решений в системе 1С

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

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

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

Что разрешено без каких-либо ограничений

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

Также без ограничений разрешено писать код на встроенном языке 1С в любых собственных объектах, создавать внешние печатные формы, обработки и отчёты, подключаемые к типовым конфигурациям через стандартный механизм «Дополнительные отчёты и обработки». Эти инструменты не затрагивают типовой код и не влияют на поддержку.

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

Расширения конфигурации — основной разрешённый способ доработки

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

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

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

Доработка типовой конфигурации и режимы поддержки

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

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

Способы доработки типовой конфигурации

Внешние обработки и печатные формы

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

Расширение конфигурации

Оптимально для изменения форм, добавления реквизитов и перехвата логики. Поддержка сохраняется, но есть ограничения по типам объектов.

Изменение конфигурации с сохранением поддержки

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

Снятие с поддержки

Полная свобода изменений. Автоматические обновления недоступны, вся ответственность за актуальность законодательных изменений ложится на разработчика.

Что разрешено в части интеграции и обмена данными

Разработчику разрешено строить интеграции любыми штатными средствами: публиковать и вызывать веб-сервисы и HTTP-сервисы, обмениваться через планы обмена и «Конвертацию данных», подключаться к внешним базам по COM и через внешние компоненты, работать с файлами обмена в форматах XML, JSON, CSV.

Разрешено обращаться к данным информационной базы напрямую через запросы и объектную модель, в том числе программно создавать и изменять документы, записи регистров и элементы справочников. Прямая запись в таблицы СУБД в обход платформы формально не запрещена технически, но фирма «1С» считает такую работу неподдерживаемой: она нарушает логику версионирования, блокировки и может привести к повреждению данных, за которые разработчик отвечает сам.

Лицензионные ограничения и запрещённые действия

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

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

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

Правила безопасной организации доработок

Разрешённые действия стоит выполнять в правильной последовательности, чтобы не потерять результат и не остановить работу пользователей. Все доработки ведутся на копии базы; в рабочую среду изменения переносятся после тестирования и при наличии свежей резервной копии.

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

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

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

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

Режим поддержки конфигурации

Норма

Конфигурация на поддержке, изменения вынесены в расширение или помечены как редактируемые с сохранением поддержки

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

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

Установка обновления на тестовой копии

Норма

Обновление проходит автоматически или с минимальным ручным слиянием

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

Обновление требует переноса десятков изменённых объектов вручную

Работа пользователей после переноса

Норма

Типовые документы проводятся, отчёты сходятся с прежними данными

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

Ошибки в типовых процедурах, расхождения в отчётах

FAQ

Можно ли продавать доработанную типовую конфигурацию как свой продукт?

Нет. Типовая конфигурация остаётся интеллектуальной собственностью фирмы «1С». Вы вправе продавать услуги по доработке и собственные расширения, обработки и отчёты, но не саму изменённую типовую конфигурацию. У заказчика должна быть действующая лицензия на типовое решение.

Потеряю ли я гарантию и поддержку, если создам расширение?

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

Разрешено ли изменять закрытые модули типовой конфигурации?

Нет. Модули, поставляемые без исходного кода, защищены поставщиком, и их изменение нарушает условия поставки. Обходить защиту таких модулей запрещено; нужную логику следует реализовывать через расширения или собственные объекты.

Можно ли работать с базой 1С напрямую через SQL-запросы?

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

Что делать, если расширение не позволяет реализовать нужную доработку?

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

Можно ли использовать учебную версию платформы для реальных задач клиента?

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