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

Обучение и Решения · 11 мин

Что такое стоковая 1С и когда её достаточно для бизнеса

Разбираем, что такое стоковая (типовая) 1С без доработок, чем она отличается от доработанной, когда её достаточно и как понять, что пора вносить изменения.

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

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

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

Что именно означает «стоковая 1С»

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

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

Важно отличать сток от понятия «типовой функционал». Типовой функционал — это возможности, заложенные разработчиком. Сток — признак того, что эти возможности не перекроены под конкретную компанию. База может использовать 10% типового функционала и при этом оставаться стоковой.

Чем стоковая конфигурация отличается от доработанной

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

ПараметрСтоковая конфигурацияДоработанная конфигурация
Обновление релизаАвтоматическое или полуавтоматическое, минутыСопоставление изменений, тестирование, часы или дни
Стоимость сопровожденияМинимальная, достаточно подписки ИТСНужен программист 1С в штате или на аутсорсе
Риск при обновленииНизкий, типовые механизмы протестированы вендоромДоработки могут конфликтовать с новым релизом
Гибкость под процессыОграничена типовыми сценариямиЛюбая, но за счёт бюджета и сложности
Переход на другую конфигурациюШтатные обработки переносаДоработанные данные требуют отдельного переноса

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

Когда стоковой 1С достаточно

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

  • учёт ведётся по регламентированным правилам — бухгалтерский, налоговый, кадровый учёт, расчёт зарплаты по стандартным схемам;
  • торговые операции стандартны: закупка, склад, продажа, возвраты, типовые скидки и цены;
  • документооборот не требует нестандартных согласований и статусных моделей;
  • отчётность сдаётся штатными формами, аналитика строится на типовых отчётах и их настройках;
  • обмен с банками, ЭДО, маркировкой, ЕГАИС работает на встроенных механизмах.

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

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

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

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

Когда стоковой конфигурации недостаточно

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

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

Сравнение вариантов

Чистый сток

Минимальная стоимость владения. Подходит, если процессы стандартны. Ограничение — только типовые сценарии.

Сток + внешние обработки и печатные формы

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

Сток + расширение конфигурации

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

Доработанная конфигурация

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

Как проверить, стоковая ли у вас база

Проверка занимает несколько минут и доступна любому пользователю с правами администратора. Порядок действий:

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

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

Состояние поддержки в конфигураторе
Норма

Изменения запрещены, конфигурация на поддержке

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

Изменения включены или конфигурация снята с поддержки

Сравнение с конфигурацией поставщика
Норма

Нет отличий или отличия только в расширениях

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

Список изменённых объектов метаданных

Обновление на новый релиз
Норма

Проходит штатно, без ручного сопоставления

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

Мастер требует построчного сравнения модулей

Частые ошибки при работе со стоковой 1С

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

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

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

Ограничения и риски стокового подхода

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

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

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

FAQ: частые вопросы о стоковой 1С

Стоковая 1С — это урезанная версия?

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

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

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

Нарушают ли сток внешние печатные формы и обработки?

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

Чем расширение лучше прямой доработки конфигурации?

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

Как понять, что пора уходить со стока?

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

Итог

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

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