Заказ собран, остаток в 1С есть, но отгружать товар нельзя. Кладовщик взял похожую коробку с соседнего стеллажа. Название совпало, модификация — нет.
Адресное хранение меняет сам складской процесс. При приёмке 1С указывает ячейку, при сборке строит последовательность адресов, а терминал сбора данных проверяет код товара. Задача руководителя — связать эти три звена, чтобы ошибка не прошла дальше склада.
Иван Николенко, ведущий программист 1С в OSMINOG PROJECT, описал внедрение в компании по продаже бытовой техники. На складе хранилось около двухсот позиций. До перехода сборка заказа занимала 20–30 минут, после — 5–7 минут. Инвентаризация сократилась с недели до одного дня.
Это результат одного опубликованного проекта, а не обещание для любого склада. Скорость зависит от планировки, числа строк в заказе, качества справочников и дисциплины кладовщиков. Но кейс показывает механику: товар перестают искать по памяти, когда его положение становится частью учёта.
Сначала адрес товара, затем терминал
Адресное хранение отвечает на вопрос «где лежит товар». Для этого склад делят на зоны, стеллажи, ярусы и ячейки. Каждая ячейка получает собственный адрес.
В 1С адрес входит в складской учёт. При полном режиме программа хранит остаток не только по складу, но и по каждой ячейке. Кладовщик видит конкретное место размещения или отбора.
Терминал сбора данных, или ТСД, решает другую задачу. Он подтверждает, что сотрудник подошёл к нужному месту и взял нужную позицию. Сканирование сверяет код с заданием.
Покупка ТСД сама по себе пересортицу не убирает. Если в 1С нет топологии и остатков по адресам, терминал лишь быстрее передаст ошибочные данные.
| Этап | Что знает 1С | Что подтверждает кладовщик |
|---|---|---|
| Приёмка | Какой товар и в каком количестве поступил | Код принятой позиции и фактическое количество |
| Размещение | Подходящую зону и доступную ячейку | Товар доставлен по предложенному адресу |
| Отбор | Какие позиции нужны заказу и где они лежат | Из нужной ячейки взят товар с нужным кодом |
| Отгрузка | Все ли строки заказа собраны | В отгрузку переданы проверенные позиции |
Защита от пересортицы появляется на стыке адреса, задания и сканирования. Выпадет одно звено — контроль снова зависит от памяти сотрудника.
Например, верный адрес без проверки кода не мешает взять соседнюю коробку из той же ячейки. Сканирование без задания не подскажет, откуда брать товар. Задание без учёта остатков приведёт кладовщика к адресу, где нужной позиции уже нет.
Полный адресный учёт нужен не каждому складу
В 1С:Управлении торговлей 11 доступны два режима работы с ячейками. Первый хранит справочное место товара. Второй ведёт фактические остатки по каждому адресу.
Справочное размещение подходит складу, где у позиции есть привычное место. Программа подсказывает его кладовщику, но не ведёт точное количество внутри ячейки. Если товар переложили, подсказка может устареть.
Полный адресный учёт фиксирует движение между ячейками. По инструкции Ивана Николенко и материалу ITKONUS для этого в УТ 11 нужна ордерная схема. В карточке склада выбирают режим «Использовать для хранения остатков номенклатуры».
Ордер разделяет хозяйственный документ и физическое действие на складе. Менеджер оформляет поступление или реализацию, а кладовщик работает с отдельным заданием на приёмку либо отгрузку. Из-за этого документов становится больше, зато движение товара подтверждает тот, кто его выполняет.
| Признак процесса | Справочное размещение | Полный адресный учёт |
|---|---|---|
| Учёт количества в каждой ячейке | Нет, адрес служит подсказкой | Да, остаток хранится по адресам |
| Задание на размещение | Не требуется для контроля ячейки | Программа предлагает место по правилам |
| Маршрут отбора | Ограничен справочными адресами | Строится по фактическому размещению |
| Проверка товара через ТСД | Проверяет код, но не заменяет учёт ячеек | Связывает код, адрес и складское задание |
| Перемещение между ячейками | Можно не отражать сразу | Нужно оформить, иначе остаток разойдётся |
| Требования к справочникам | Достаточно закрепить привычные места | Нужны упаковки, параметры ячеек и правила |
Режим выбирают по требуемому контролю, а не по площади помещения. Маленький склад с похожими товарами и частым оборотом может нуждаться в полном учёте сильнее большого склада с редкими отгрузками.
Иван Николенко советует переходить к адресному хранению при 50–100 одновременно хранящихся SKU. Это его практическая рекомендация, а не порог из документации 1С. Число позиций само по себе мало что решает.
Пятьдесят коробок разных цветов и размеров кладовщик отличит без терминала. Пятьдесят внешне одинаковых запчастей с разными артикулами создадут пересортицу даже на одном стеллаже. Смотрите на цену ошибки, сходство упаковок и частоту перемещений.
Если задача — быстрее находить привычное место товара, начните со справочного размещения. Если нужно контролировать остаток каждой ячейки и останавливать неверный отбор, потребуется полный режим с ордерами и ТСД.
До запуска нужно описать склад и товары
1С не сможет выбрать место по правилу, пока не получит данные о складе. Начинать с терминалов рано. Сначала нанесите на помещение цифровую карту.
В УТ 11 ордерные склады включают через «НСИ и администрирование» → «Настройка НСИ и разделов» → «Склад и доставка». После этого в карточке склада появляется раздел ордерной схемы и структуры.
Зоны хранения создают в настройках раздела «Склад и доставка». Ячейки можно сформировать обработкой «Генерация топологии склада». В инструкции Ивана Николенко адрес строится по схеме «Склад — ряд — стеллаж — ярус — ячейка».
Сама схема адреса не обязана повторять этот шаблон. Она должна однозначно вести сотрудника к месту. Если адреса читаются только после объяснения начальника склада, топология получилась неудобной для работы.
| Что подготовить | Зачем это нужно 1С | Как проверить перед пилотом |
|---|---|---|
| Зоны, ряды, стеллажи и ячейки | Чтобы хранить положение товара как адрес | Любой сотрудник находит ячейку по коду без подсказки коллег |
| Штрихкоды ячеек | Чтобы ТСД подтвердил место операции | Код считывается с рабочего расстояния и не повторяется |
| Упаковки товаров | Чтобы учитывать коробки, штуки и паллеты | Для пилотных позиций заполнены используемые упаковки |
| Размеры и вес | Чтобы сопоставить товар с вместимостью ячейки | Габаритный товар не получает слишком маленькое место |
| Грузоподъёмность и объём ячеек | Чтобы не переполнить место при размещении | Тестовое поступление не выходит за заданные ограничения |
| Складские группы | Чтобы объединить товары с одинаковыми условиями | Каждая пилотная позиция попала в подходящую группу |
| Правила размещения и отбора | Чтобы назначать зоны и порядок действий | 1С предлагает ожидаемый адрес на тестовом документе |
Пилот стоит остановить, если хотя бы одна строка таблицы не проверена. Иначе команда начнёт исправлять справочники во время живой приёмки, а кладовщики вернутся к бумажным пометкам.
ITKONUS указывает, что 1С учитывает условия хранения, габариты и вес при подборе ячейки. Если эти поля не заполнены, программе не из чего выбирать место. Она не знает фактов, которые сотрудники держат в голове.
Та же проблема возникает с упаковками. На складе товар принимают коробками, хранят паллетами, а отбирают штуками. Без описанных упаковок учётное количество может совпасть, а фактическое размещение — нет.
Складские группы связывают свойства товара с зонами. Например, мелкие позиции направляют в одну часть склада, крупные — в другую. Правило размещения превращает эту договорённость в действие программы.
Не переносите всю номенклатуру в пилот. Возьмите одну зону и несколько товарных групп, которые проходят разные маршруты. Так вы проверите не только прямой сценарий, но и границы правил.
Для теста подойдут три группы:
- ходовой штучный товар с частым отбором;
- коробочный товар, который принимают одной упаковкой, а отпускают другой;
- крупная позиция с ограничением по размеру или весу.
Это не норматив 1С, а способ проверить настройки на разных условиях. Если все пилотные товары одинаковы, ошибки в правилах проявятся уже после запуска.
Ордерная схема меняет обязанности сотрудников
Полный адресный учёт не сводится к переключателю в карточке склада. После запуска любое физическое перемещение должно попасть в 1С. Иначе программа продолжит вести товар по старому адресу.
Руководителю нужно заранее назначить ответственность. Менеджер оформляет основание операции, кладовщик подтверждает действие, а сотрудник учёта разбирает расхождения. Если все могут исправлять документы задним числом, найти причину пересортицы не получится.
| Событие | Кто действует | Что должно остаться в 1С |
|---|---|---|
| Товар прибыл на склад | Кладовщик принимает и сканирует позиции | Подтверждённое количество в зоне приёмки |
| Товар размещён | Кладовщик проходит задание по адресам | Остаток в конкретных ячейках |
| Товар переложили | Сотрудник оформляет перемещение | Новый адрес без разрыва в учёте |
| Заказ собран | Кладовщик сканирует отобранные позиции | Выполненное задание без подмены товара |
| Найдено расхождение | Ответственный проводит пересчёт | Зафиксированная корректировка, а не ручная замена числа |
Ордерная схема работает только при соблюдении процесса. Неоформленное перемещение превращает точный адрес в ложную подсказку.
Отдельно договоритесь, что делать с исключениями. Повреждённый товар, возврат, недостача и временное размещение не должны жить вне системы. Для каждого такого события нужен понятный маршрут и ответственный сотрудник.
ТСД закрывает последнюю точку ошибки
Рабочий проход начинается со сканирования товара. При приёмке ТСД показывает адрес размещения. Кладовщик приходит к ячейке и подтверждает операцию её кодом.
При отгрузке сотрудник получает последовательность адресов. В каждой точке он сканирует позицию. Если код не соответствует заданию, товар не проходит проверку.
По материалу компании «Информационные технологии в бизнесе», ТСД обменивается данными с 1С по Wi‑Fi или через кабель. Устройство считывает штрихкоды, QR и Data Matrix. Серверный модуль создаёт документы приёмки, отгрузки, пересчёта и перемещения по результатам обмена.
Способ обмена влияет на работу при нестабильной сети. Онлайн-режим сразу сверяет данные с 1С, но зависит от покрытия Wi‑Fi. Пакетный обмен хранит задание на устройстве, зато требует контроля синхронизации.
Если склад работает с маркировкой, отдельно проверьте сценарий для Data Matrix. Код может считаться камерой, но не пройти проверку из-за документа приёмки или состояния обмена. Для такого случая есть маршрут проверки проблемного Data Matrix.
Модель терминала выбирайте по официальному перечню «Сертифицированные и поддерживаемые модели оборудования ТСД» фирмы «1С». В нём опубликованы устройства Honeywell, Zebra, АТОЛ, Urovo, CipherLab, Newland, Datalogic и других производителей.
Перечень также включает терминалы на Android, Windows CE, Windows Mobile и Windows Embedded. Проверяйте не только операционную систему, но и точную модель, сертификат и совместимость с используемым программным обеспечением.
| Что проверить у ТСД | Почему это влияет на склад | Проверка на пилоте |
|---|---|---|
| Модель есть в перечне фирмы «1С» | Снижает риск несовместимости оборудования | Сверить точное название и сертификат |
| Устройство читает рабочие коды | На складе могут встречаться разные форматы | Отсканировать реальные этикетки товара и ячеек |
| Wi‑Fi покрывает маршрут | Потеря связи прерывает онлайн-проверку | Пройти с терминалом все пилотные адреса |
| Обмен создаёт нужные документы | Считанный код ещё не означает запись в учёте | Выполнить приёмку, перемещение и отгрузку |
| Ошибка видна кладовщику | Сотрудник должен понять, что исправить | Поднести неверный товар и проверить сообщение |
| Повторное сканирование не удваивает количество | Ошибка оператора не должна менять остаток | Дважды считать одну позицию в тестовом задании |
ТСД готов к работе, когда проверен весь маршрут, а не только луч сканера. Световой сигнал после считывания ещё не доказывает, что 1С приняла операцию.
Как провести пилот на одной зоне
Пилот должен ответить на три вопроса: куда 1С направляет товар, в каком порядке предлагает отбор и останавливает ли неверную позицию. Остальные функции можно подключать после этой проверки.
Порядок запуска такой:
- Выберите справочное размещение либо полный учёт остатков по ячейкам.
- Опишите одну зону, её стеллажи, ярусы и ячейки.
- Нанесите адреса и штрихкоды так, чтобы их видел кладовщик.
- Заполните упаковки, размеры и вес пилотных товаров.
- Создайте складские группы и правила размещения.
- Настройте правила отбора для этой же зоны.
- Подключите ТСД из перечня поддерживаемых моделей фирмы «1С».
- Проведите одну приёмку, внутреннее перемещение и одну отгрузку.
- Во время отбора намеренно отсканируйте похожий, но неверный товар.
Пилот закончен, если 1С предложила адрес при размещении, построила последовательность ячеек и отклонила чужой код. После этого расширяйте топологию на соседнюю зону.
Если товар нужно только находить, начните со справочного размещения. Если задача — убрать пересортицу при отгрузке, включайте учёт остатков по ячейкам, ордерную схему и проверку через ТСД.