«1C:WMS Управление складом Старт» получил сертификат «Совместимо!»: что умеет решение для склада на 1С

Продукт «1C:WMS Управление складом Старт» ред. 1.0 от «СИТЕК» получил сертификат «Совместимо! Система программ 1С:Предприятие». Разбираем функции склада, управление задачами, интеграции с 1С:ERP, КА, УТ и «Честный знак», требования к платформе и открытость кода.

Программный продукт «1C:WMS Управление складом Старт», ред. 1.0, от центра разработки «СИТЕК» (Ижевск) получил сертификат «Совместимо! Система программ 1С:Предприятие». На сертификацию решение представлено как конфигурация, разработанная в среде «1С:Предприятие 8.3», сообщает новостной раздел сайта 1c.ru от 21 октября 2026 года.

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

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

Что за продукт «1C:WMS Управление складом Старт» и что даёт сертификат «Совместимо!»

«1C:WMS Управление складом Старт» - конфигурация для управления складом от центра разработки «СИТЕК», город Ижевск. Редакция 1.0 прошла сертификацию по программе «Совместимо! Система программ 1С:Предприятие»: продукт проверили на соответствие требованиям, которые фирма «1С» предъявляет к прикладным решениям на своей платформе.

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

Границы утверждения. Сертификат не заменяет официальную документацию и не подтверждает готовность каждой функции к работе на вашем складе. Перечень возможностей ниже приведён по публикации от 21 октября 2026 года; степень готовности отдельных функций в релизе источник отдельно не описывает.

Материал носит информационный характер: «Эскалогия» - независимый образовательный проект, официальным представителем фирмы «1С» не является.

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

Разработчик - центр «СИТЕК» из Ижевска. Продукт представлен на сертификацию как конфигурация, разработанная в среде «1С:Предприятие 8.3». При создании использован функционал «1С:Библиотеки стандартных подсистем» ред. 3.1.

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

Когда ждать продаж и где следить за анонсом

Продукт планируется выпускать совместно с фирмой «1С». О начале продаж будет сообщено на сайтах разработчика и фирмы «1С»; конкретных дат в источнике нет, поэтому планировать закупку «со дня на день» не стоит.

Пока продажи не открыты, подготовьте вводные для демонстрации:

  • сколько SKU хранится и сколько ячеек задействовано на складе;
  • какие зоны выделены и чем они отличаются по правилам хранения;
  • какие документы оформляются сегодня: приёмка, перемещение, отбор, отгрузка;
  • какой парк ТСД и какие модели терминалов используются;
  • в какой системе ведётся учёт: «1С:ERP», «1С:Комплексная автоматизация», «1С:Управление торговлей».

С таким списком разговор с разработчиком идёт предметно, а не по общим слайдам.

Кому подходит решение: типы складов и размер бизнеса

Заявленный профиль: склады малого и среднего размера, где работают с ТСД. Источник перечисляет склады материально-технического обеспечения при производстве (МТО), предприятия мелко- и среднеоптовой торговли, склады формата «даркстор» и другие.

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

Склад МТО, оптовая торговля и даркстор: чем отличаются сценарии

МТО при производстве. Приоритет - партионный учёт, сроки годности, качество и контроль планового количества при приёмке. Кладовщику важно видеть, какая партия уйдёт в производство первой, и не путать упаковки одной номенклатуры.

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

Даркстор. Критичны скорость отбора и пополнение зоны отбора: сборщик не должен ходить за товаром в дальний угол, пока сборка идёт по минутам. Задачи в реальном времени на ТСД дают диспетчеру картину загрузки без звонков.

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

Функциональные возможности: от приёмки до отгрузки

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

Адресное хранение и зонирование: как устроена топология склада

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

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

Учёт партий, сроков годности, упаковок и маркировки

Учёт ведётся по партиям, срокам годности, качеству, типам упаковок, штучному и весовому товару. Поддерживаются расчёт ABC/XYZ и разбор составных штрихкодов.

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

Что даёт расчёт ABC/XYZ. Класс A по обороту и стабильный спрос подсказывают, какие позиции держать рядом с зоной отбора, а какие допустимо убрать в глубину склада. Это исходные данные для правил размещения, а не готовая инструкция: настройка правил остаётся за вами.

Приёмка и размещение: контроль количества и автоматизация ячеек

Приёмка поддерживается от поставщиков, производства и с других складов, в том числе в доверительном режиме и с контролем планового количества. Размещение автоматическое, с учётом ABC-классификации и контроля вместимости ячеек; зона отбора пополняется отдельно.

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

Отбор и отгрузка: задачи, рейсы и документы

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

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

Внутрискладские операции и инвентаризация

К внутрискладским операциям относятся перемещения, пополнение остатков, сборка и разборка комплектов, инвентаризация и пересчёт, формирование актов сверки, маркировка.

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

Управление задачами и ресурсами склада в реальном времени

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

Как распределяются задачи между сотрудниками

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

Сотрудник видит задачу на ТСД и подтверждает выполнение сканированием. Диспетчер видит статус в системе без звонков и уточнений по рации. Это управление в реальном времени, а не утренняя разнарядка на бумаге, которая устаревает к обеду.

Графики, выработка и контроль объёмов

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

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

Интеграции: 1С:ERP, «Комплексная автоматизация», «Управление торговлей» и «Честный знак»

Заявлен двусторонний обмен данными с «1С:ERP. Управление холдингом», «1С:ERP Управление предприятием», «1С:Комплексная автоматизация», «1С:Управление торговлей», а также с системой «Честный знак». Других готовых коннекторов источник не упоминает, поэтому рассчитывать на обмен с нетиповыми системами без доработки не стоит.

Обмен с учётными системами 1С: что и куда передаётся

Логика обмена двусторонняя: учётные данные идут из ERP, КА или УТ в WMS, а фактические складские операции и задачи возвращаются в учётную систему. Двойного ввода не остаётся, если справочники согласованы.

Типовая ошибка при таком обмене - рассинхронизация номенклатуры и единиц измерения. Товар есть в обеих системах, но с разными кодами и упаковками, и остатки расходятся при первой же приёмке. До запуска обмена договоритесь о мастер-системе по номенклатуре: кто создаёт позицию, кто её меняет и как передаются упаковки. Практика настройки справочников и документооборота в «1С:Управление торговлей 11.5» и «1С:Комплексной автоматизации 2.5» разобрана в гайде по торгово-складским операциям.

Интеграция склада с «Честный знак»: этапы и подводные камни

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

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

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

Чек-лист подготовки к интеграции:

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

Аналитика и контроль склада: дашборды и 2D-план

Аналитический блок включает мониторинг остатков, резервов, зоны отгрузки, заполненности склада и потоков, контроль заказов, задач и ресурсов. Доступны настраиваемые дашборды, 2D-план склада и статистика по операциям и персоналу.

2D-план показывает заполненность ячеек и загрузку зон. Видно, когда зона отбора пустеет и пора запускать пополнение, а где скопились паллеты и мешают проезду техники. Дашборды настраиваются под роль: руководителю нужны заполненность склада и просроченные задачи, бригадиру - задачи по сотрудникам и выработка смены.

Ценность такого контроля в скорости реакции. Проблему с заполненностью или зависшими задачами видно в момент возникновения, а не по итогам месячного отчёта, когда исправлять уже поздно.

Требования к платформе и открытость кода для доработки

Для работы нужна установленная платформа «1С:Предприятие 8.3» версии не ниже 8.3.27. Программный продукт открытый, защищённых участков кода нет: заявлен принцип максимальной открытости для адаптации под нужды пользователей. При разработке использован функционал «1С:Библиотеки стандартных подсистем» ред. 3.1, подтверждает источник.

Что это означает для IT-команды. Конфигурацию можно дорабатывать под свои процессы: добавить поля, изменить алгоритмы распределения задач, встроить собственные печатные формы. Типовые механизмы БСП при этом знакомы разработчику, поэтому правки не требуют изучения чужой подсистемы прав и обмена.

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

Как подготовиться к внедрению и что делать до старта продаж

Порядок действий, который можно выполнить до открытия продаж:

  1. Описать топологию склада: склады, помещения, стеллажи, ячейки.
  2. Определить зоны и правила хранения для каждой группы товара.
  3. Выбрать режим планирования задач: рекомендательный для старта или строгий, если дисциплина уже есть.
  4. Проверить версию платформы на всех контурах, требуется не ниже 8.3.27.
  5. Назначить мастер-систему для обмена с «1С:ERP», «1С:Комплексной автоматизацией» или «1С:Управлением торговлей».
  6. Подготовить сценарии маркировки для обмена с «Честным знаком» и пилотную партию товара.
  7. Оценить парк ТСД: модели, зоны покрытия радиосети, зарядные станции.

О начале продаж будет сообщено на сайтах разработчика и фирмы «1С», так что следить стоит за новостями «СИТЕК» и разделом новостей «1С». Параллельно полезно подтянуть знания торгово-складского контура: разбор программы курса по складу, закупкам и ценам в УТ, КА и 1С:ERP на 2026 год собран в отдельном обзоре.

Короткий вывод. Сертификат подтверждает совместимость с платформой. По данным источника, функционал закрывает цикл складских операций с приёмки до отгрузки, обмен с ERP, КА и УТ снимает двойной ввод, открытый код даёт IT-команде свободу доработки, а руководителю остаются управление задачами и аналитика. Следующий шаг - описать топологию своего склада и дождаться анонса продаж.

Похожие статьи

Персональное информирование о налоговых льготах: что меняется для физлиц и бухгалтеров к 2028 году

ФНС подготовила форму сообщения о налоговых льготах для физлиц: срок 60 дней, личный кабинет налогоплательщика и Госуслуги, поправки в ст. 361.1 НК РФ с 2028 года. Разбираем статус документов, разницу между льготой и вычетом и задачи бухгалтера.

«Розница» 3.0.14.178: РНПТ по ДОПП в СПОТ, ЭДО с Беларусью и драйвер Дримкас 3.4.7.7

Релиз «Розница» 3.0.14.178 вышел 21 октября 2026 года: в СПОТ РНПТ присваивается по ДОПП, в «Заявлении о ввозе товаров» появился флаг «Поставка отменена», заработал ЭДО с контрагентами Беларуси, драйвер Дримкас обновлён до 3.4.7.7. Разбираем поддерживаемые версии и безопасный порядок установки.

Как отразить ДОПП в декларации по косвенным налогам в «1С:Бухгалтерии 8» при поставке разными видами транспорта

Пошаговый разбор: как в «1С:Бухгалтерии 8» заполнить Раздел 4 декларации по косвенным налогам, если одна партия ввезена автотранспортом по СПОТ, а вторая - железной дорогой. Вид транспорта в поступлении, регламентная операция, состояния ДОПП, зачет обеспечительного платежа и курсовые расхождения НДС.