К статье
Практический материал

Разработка и Конфигурация · 10 мин

Что можно создать на платформе 1С

Какие системы реально создать на платформе 1С: учёт, склад, CRM, отчёты, обмены данными. Условия выбора, ограничения, типичные ошибки и ответы на вопросы.

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

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

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

Учётные системы: основной класс решений

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

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

Минимальный набор объектов для учётной системы: справочники (номенклатура, контрагенты, сотрудники), документы (поступление, реализация, оплата), регистры накопления и сведений (остатки, цены, взаиморасчёты), отчёты. Платформа автоматически обеспечивает проведение документов, контроль остатков и журналы.

Управленческие приложения: CRM, задачи, документооборот

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

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

Учёт задач и заявок (простой service desk) тоже ложится на платформу: регистрация обращения, назначение исполнителя, контроль сроков, отчёт по просроченным заявкам. Важно понимать ограничение: 1С ориентирована на работу десятков и сотен пользователей внутри компании, а не на массовый публичный портал.

Мобильные и веб-приложения на платформе

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

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

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

Отчёты, аналитика и печатные формы

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

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

Для аналитики поверх данных 1С часто подключают внешние инструменты (например, BI-системы), выгружая данные через запросы или файлы обмена. Это разумная архитектура: 1С остаётся системой учёта, а тяжёлая визуализация выполняется специализированным инструментом.

Как создать первый отчёт на СКД
  1. 1
    Определите, какие данные нужны: из каких регистров и справочников брать показатели.
  2. 2
    Создайте объект «Отчёт» в конфигураторе и откройте схему компоновки данных.
  3. 3
    Напишите запрос к данным и проверьте его в консоли запросов.
  4. 4
    Настройте ресурсы, группировки и отборы в закладках СКД.
  5. 5
    Сформируйте отчёт в пользовательском режиме и сверьте цифры с исходными документами.

Интеграции: обмены с сайтами, кассами и внешними системами

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

Технически обмены строятся через веб-сервисы (HTTP, SOAP), файлы (XML, JSON, CSV, Excel), COM-соединения между базами 1С или механизмы EnterpriseData и планов обмена. Для обмена между базами 1С чаще всего используют «Конвертацию данных» — отдельный инструмент для описания правил соответствия объектов.

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

Типичные ошибки при интеграциях
01
Обмен без журнала ошибок — сбои обнаруживаются только когда клиент жалуется на потерянный заказ.
02
Сопоставление товаров по наименованию вместо уникального идентификатора — при переименовании позиции связь рвётся.
03
Синхронная выгрузка больших каталогов в рабочее время — база «подвисает» у всех пользователей; выгрузку нужно делать порциями и по расписанию.
04
Отсутствие тестовой базы — отладка обмена идёт прямо на рабочих данных.

Для чего 1С не подходит: границы платформы

Честная оценка границ экономит время и деньги. 1С не предназначена для публичных высоконагруженных веб-сервисов с тысячами одновременных анонимных пользователей, для игр, мультимедиа, систем реального времени и сложной математики. Встроенный язык и модель данных заточены под учётные транзакции, а не под произвольные вычисления.

Лицензионная модель тоже влияет на выбор: доступ каждого пользователя лицензируется, поэтому сценарий «личный кабинет для всех клиентов компании» на 1С обычно невыгоден — правильнее сделать внешний портал, который обменивается с 1С через API.

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

Как выбрать действие

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

Как подойти к собственной разработке

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

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

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

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

Проведение документов
Норма

Документ проводится без ошибок, движения по регистрам соответствуют замыслу

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

Ошибки проведения, движения дублируются или отсутствуют

Отчёты
Норма

Цифры отчёта сходятся с ручной выборкой по документам

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

Расхождения, пустые строки при наличии данных

Права доступа
Норма

Пользователь видит только свои документы и отчёты

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

Доступны чужие подразделения или кнопки администрирования

Производительность
Норма

Типовые операции выполняются без заметных пауз

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

Проведение или отчёт занимает минуты на небольшом объёме данных

Частые вопросы

Можно ли создать решение на 1С без программирования?

Частично. Настройка типовой конфигурации, создание простых отчётов через СКД и печатных форм доступны без написания кода. Но собственные документы, регистры и бизнес-логика требуют знания встроенного языка и механизмов платформы.

Что выбрать: доработку типовой конфигурации или разработку с нуля?

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

Подходит ли 1С для стартапа или небольшого проекта?

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

Можно ли на 1С сделать интернет-магазин?

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

Сколько времени занимает создание простой конфигурации?

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

Что такое расширение конфигурации и зачем оно нужно?

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

Итог

Что важно запомнить

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