Разработка и Конфигурация · 12 мин
Что можно разрабатывать в 1С: обзор возможностей платформы
Что можно разрабатывать в 1С: отчёты, обработки, документы, интеграции, мобильные приложения и доработка типовых конфигураций. Примеры, ограничения, советы.
Платформа 1С:Предприятие — это не только готовые учётные программы, но и полноценная среда разработки бизнес-приложений. На её основе создают учётные системы под задачи конкретной компании, дорабатывают типовые конфигурации, строят интеграции с внешними сервисами и даже пишут мобильные приложения. Понимание того, что именно можно разрабатывать в 1С, помогает правильно ставить задачи программистам и оценивать, какие потребности бизнеса закрываются штатными средствами, а какие требуют доработки.
Платформа включает встроенный язык программирования, конструкторы объектов метаданных, механизмы запросов к данным, систему компоновки отчётов и средства обмена данными. Разработчик работает в среде «Конфигуратор», а для сложных проектов доступна среда 1C:Enterprise Development Tools (EDT) на базе Eclipse с поддержкой систем контроля версий.
Ниже разобраны основные направления разработки в 1С: от простых отчётов и обработок до собственных конфигураций и интеграционных решений, с указанием ограничений и типичных ошибок.
Отчёты и аналитические инструменты
Самая востребованная область разработки — отчёты. Система компоновки данных (СКД) позволяет создавать отчёты практически без написания кода: разработчик описывает запрос к данным, настраивает группировки, отборы и оформление, а пользователь затем самостоятельно меняет варианты отчёта через настройки. Это снижает нагрузку на разработчиков, поскольку типовые вариации отчёта пользователи формируют сами.
Помимо табличных отчётов, в 1С строят диаграммы, сводные таблицы, дашборды на рабочем столе пользователя и аналитические панели для руководителей. Для сложных сценариев — например, отчётов с произвольными алгоритмами расчёта — применяют программную доработку СКД или полностью программное формирование табличного документа.
Отдельная задача — внешние отчёты. Они подключаются к типовой конфигурации без изменения её структуры, что удобно, когда нужно добавить аналитику, не рискуя обновлениями. Внешний отчёт хранится в файле с расширением .erf и регистрируется в справочнике дополнительных отчётов и обработок.
Обработки и сервисные инструменты
Обработки — это инструменты для выполнения разовых или периодических операций: загрузка данных из Excel, групповое изменение реквизитов, перенос данных между базами, свёртка остатков, массовая печать документов. Обработка может иметь форму с элементами управления или работать полностью в фоновом режиме.
Типичный пример — обработка загрузки прайса поставщика из файла Excel или CSV. Она читает файл, сопоставляет строки с номенклатурой, обновляет цены и записывает результат в регистр сведений. Такие инструменты экономят десятки часов ручного ввода, но требуют продуманной обработки ошибок: что делать, если номенклатура не найдена, цена некорректна или файл имеет другую структуру.
Для регулярных операций обработки связывают с регламентными заданиями — штатным планировщиком 1С, который запускает код по расписанию: ночной пересчёт итогов, обмен с сайтом, рассылка отчётов руководству по электронной почте.
Новые объекты учёта: документы, справочники, регистры
Когда типовой функциональности не хватает, разработчик создаёт собственные объекты метаданных. Справочники хранят нормативно-справочную информацию (например, реестр объектов недвижимости или список оборудования), документы фиксируют факты хозяйственной деятельности, регистры накапливают данные для учёта и отчётности — сведения, накопления, бухгалтерские и расчётные.
Например, компании нужен учёт заявок на ремонт оборудования. Разработчик создаёт справочник «Оборудование», документ «Заявка на ремонт» с табличной частью работ, регистр накопления «Затраты на ремонт» и отчёт по затратам в разрезе объектов. Всё это встраивается в общий интерфейс, подсистемы и права доступа конфигурации.
Важный этап — проектирование структуры данных. Ошибки на этом шаге дорого исправлять: изменение типа реквизита или структуры регистра в базе с накопленными данными требует конвертации и может привести к потере информации. Перед созданием объектов стоит описать сущности и связи между ними на бумаге и согласовать с пользователями.
Расширения и доработка типовых конфигураций
Большинство внедрений строится на типовых решениях: 1С:Бухгалтерия, 1С:Управление торговлей, 1С:ERP, 1С:Зарплата и управление персоналом. Дорабатывать их можно двумя способами — прямым изменением конфигурации или через механизм расширений.
Расширение — это надстройка, которая добавляет или переопределяет объекты, формы и код типовой конфигурации, не меняя её саму. Конфигурация остаётся на поддержке, обновления устанавливаются штатно, а доработки применяются поверх. Расширения подходят для добавления печатных форм, реквизитов, отчётов, проверок при проведении документов и небольших доработок логики.
Ограничения расширений существенны: нельзя менять состав измерений регистров, типы реквизитов, ряд системных объектов и план обмена. Если доработка затрагивает ядро учётной схемы, придётся снимать конфигурацию с полной поддержки — и тогда каждое обновление потребует ручного сопоставления изменений. Это трудоёмко, поэтому решение о снятии с поддержки принимают только после оценки альтернатив.
Сравнение вариантов
Подходит для печатных форм, дополнительных реквизитов, отчётов и точечной логики. Сохраняет простое обновление, но ограничено в глубине изменений.
Позволяет любые доработки, включая изменение учётных механизмов. Усложняет и удорожает обновления, требует дисциплины ведения изменений.
Не трогают конфигурацию вообще. Подходят для разовых инструментов и аналитики, но не могут менять поведение системы.
Полная свобода архитектуры и отсутствие лишнего. Требует самостоятельной поддержки всего кода и обменов с типовыми базами.
Интеграции и обмен данными
Редкая информационная система живёт изолированно. В 1С разрабатывают обмены с сайтами и интернет-магазинами, CRM, банками, маркетплейсами, службами доставки, системами электронного документооборота и складским оборудованием. Платформа поддерживает несколько технологий интеграции.
Основные варианты: HTTP-запросы к внешним API с разбором JSON или XML, публикация собственных HTTP- и SOAP-сервисов из 1С, файловые обмены через каталоги и FTP, механизм EnterpriseData для обмена между конфигурациями 1С, а также COM-соединение и внешние компоненты для специфических задач. Для обменов между базами 1С часто используют планы обмена и конфигурацию «Конвертация данных» для настройки правил соответствия объектов.
При проектировании интеграции критичны три вещи: идемпотентность (повторная отправка не должна создавать дубли), журналирование (каждый обмен фиксируется с результатом и текстом ошибки) и очередь сообщений при недоступности внешней системы. Без этого сбой на стороне сайта превращается в потерянные заказы и расхождения остатков.
- 1Описать состав передаваемых данных и направление обмена: что, куда и как часто отправляется.
- 2Выбрать технологию: HTTP API, файловый обмен, план обмена или веб-сервис.
- 3Реализовать загрузку/выгрузку с обработкой ошибок и журналом обмена.
- 4Протестировать на копии базы: дубли, пустые значения, обрыв связи, большие объёмы.
- 5Настроить регламентное задание и мониторинг ошибок обмена.
Собственные конфигурации и мобильные приложения
Платформа позволяет разрабатывать конфигурации с нуля — полностью самостоятельные прикладные решения. Это оправдано, когда предметная область не покрывается типовыми продуктами: учёт специфического производства, отраслевые реестры, внутренние корпоративные системы. Разработчик получает готовую инфраструктуру — СУБД, права доступа, интерфейс, отчётные механизмы — и сосредоточивается на предметной логике.
Коммерческая разработка конфигураций для тиражирования требует партнёрских соглашений с фирмой «1С» и соблюдения требований к лицензированию, но для внутренних нужд компании ограничений нет: достаточно лицензий на платформу.
Отдельное направление — мобильная платформа 1С. На ней создают приложения для Android и iOS, которые работают автономно и синхронизируются с основной базой: мобильная торговля для торговых представителей, приложения для курьеров, инвентаризация со сканированием штрихкодов, обходы оборудования. Мобильное приложение пишется на том же встроенном языке, что упрощает вход для 1С-разработчика, но требует учёта ограничений мобильных устройств по памяти и энергопотреблению.
Как выбрать подход к разработке и проверить результат
Выбор инструмента зависит от глубины вмешательства в учётную схему и планов по обновлению. Небольшие добавки — внешние обработки и расширения. Изменение учётной логики — доработка конфигурации с осознанными последствиями для обновлений. Принципиально новая предметная область — отдельная конфигурация с обменами.
Любую разработку следует проверять на копии рабочей базы с реальным объёмом данных. Отчёт, который летает на тестовой базе с сотней документов, может выполняться часами на базе с миллионами записей — поэтому запросы проверяют на производительность, а массовые операции — на устойчивость к прерыванию.
Как проверить результат
Обновление устанавливается штатно, расширение продолжает работать
Конфигурация снята с поддержки, обновление требует ручного сравнения часами
Отчёт формируется за приемлемое время, итоги сходятся с типовыми отчётами
Формирование занимает десятки минут, данные расходятся с учётом
Ошибка зафиксирована в журнале, обмен повторится без дублей
Появились дубли документов или потерянные сообщения
Отработана на копии, есть журнал изменённых объектов и возможность отката
Запущена сразу в рабочей базе без копии и протокола
Документирование доработок — ещё одно требование, которым часто пренебрегают. Через год никто не вспомнит, зачем добавлен регистр или почему переопределён модуль проведения. Краткое описание каждой доработки в хранилище конфигурации или вики проекта экономит недели при сопровождении.
Что важно запомнить
В 1С разрабатывают отчёты, обработки, новые объекты учёта, расширения типовых конфигураций, интеграции, собственные конфигурации и мобильные приложения. Предпочтительный порядок выбора: сначала типовые настройки, затем внешние отчёты и обработки, потом расширения, и только при необходимости — изменение конфигурации. Любые доработки проверяют на копии базы и документируют.
Частые вопросы
Можно ли дорабатывать 1С без программиста?
Частично. Пользовательские настройки отчётов, дополнительные реквизиты и сведения, простые печатные формы и внешние обработки из готовых библиотек доступны без программирования. Изменение логики проведения документов, интеграции и новые объекты учёта требуют разработчика со знанием встроенного языка и архитектуры платформы.
Что выбрать: расширение или изменение конфигурации?
По умолчанию — расширение: оно сохраняет простое обновление типового решения. Изменение конфигурации оправдано, только когда расширение технически не справляется: нужно менять состав регистров, типовые планы обмена или глубоко перестраивать учётные механизмы. Решение о снятии с поддержки фиксируйте письменно с оценкой стоимости будущих обновлений.
Подходит ли 1С для разработки неучётных систем?
Да, платформа применяется для задач за пределами классического учёта: CRM-подобные реестры, заявки, бронирования, производственные диспетчерские. Ограничение — специфика лицензирования и архитектуры: высоконагруженные публичные веб-сервисы и системы с сотнями тысяч одновременных пользователей обычно строят на других технологиях, а 1С используют как учётное ядро.
Можно ли интегрировать 1С с сайтом на любом движке?
Да, если у сайта есть API или возможность файлового обмена. Практикуются оба направления: 1С обращается к API сайта по HTTP, либо сайт вызывает HTTP-сервисы, опубликованные из 1С. Для популярных CMS и маркетплейсов существуют готовые модули обмена, которые покрывают типовые сценарии выгрузки товаров и загрузки заказов.
Сколько времени занимает разработка в 1С?
Зависит от задачи. Простой отчёт на СКД — от нескольких часов, обработка загрузки с обработкой ошибок — от одного до нескольких дней, интеграция с внешней системой — от нескольких дней до недель с учётом тестирования, собственная конфигурация — месяцы. Точную оценку даёт только детальное техническое задание с описанием данных, сценариев и объёмов.