Автоматизация склада на 1С: когда хватит УТ, а когда нужны ячейки и ТСД

Автоматизировать склад на 1С можно тремя способами: учёт остатков в «1С:Управлении торговлей» без ячеек, адресное хранение с терминалами сбора данных (ТСД) и управление складом в 1С:ERP. Хватает первого, пока кладовщик помнит, где что лежит. Когда товар ищут дольше, чем собирают заказ, пора переходить ко второму.

📦 Товар есть в базе, но не на полке

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

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

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

🧱 Заблуждение: терминал сбора данных наведёт порядок сам

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

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

Порядок наводят в обратной последовательности. Сначала в 1С описывают структуру склада: зоны, ячейки, правила размещения и отбора. Потом под эти процессы подбирают оборудование. ТСД ускоряет ввод данных, но правил склада за вас не придумает.

🔍 Три варианта автоматизации склада на 1С

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

Учёт остатков без ячеек

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

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

Ордерная схема, ячейки и ТСД

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

Один нюанс при выборе оборудования. Если склад работает с маркированными товарами, терминал должен читать двумерные коды DataMatrix. Это проверяют до покупки, а не после.

1С:ERP со складской логистикой

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

🚚 Та же поставка в ордерной схеме

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

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

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

📊 Сравнение вариантов по пяти признакам

Таблица показывает, что видит система на каждом уровне и что за это требуется от склада.

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

✅ Признаки, что учёта остатков уже мало

Пройдитесь по списку и отметьте, что совпадает с вашим складом.

• ✓Заказ собирают дольше, чем менеджер его оформлял, потому что товар ищут.
• ✓Оприходование отстаёт от физической приёмки больше чем на день.
• ✓Инвентаризация останавливает склад, а по её итогам массово корректируют остатки.
• ✓Пересорт доходит до клиента и возвращается претензиями.
• ✓Знание о том, где что лежит, живёт у одного-двух кладовщиков, и отпуск любого из них заметен.
• ✓Склад работает с маркировкой, сроками годности или сериями, и вести это вручную уже не получается.

Совпали два-три пункта — можно обсуждать второй вариант. Совпал один — сначала разберитесь с процессами: возможно, хватит дисциплины и аккуратной настройки текущей базы.

🛠 Запуск по шагам

1. ✓Обследование. Рисуем схему склада, фиксируем потоки от приёмки до отгрузки, смотрим текущую конфигурацию 1С и версию платформы.
2. ✓Проверка базы. ТСД проводят операции в момент скана, и если база отвечает медленно, кладовщик ждёт у стеллажа. Скорость замеряют тестом Гилёва, а железо сверяют с системными требованиями 1С.
3. ✓Обновление. Если конфигурация давно не обновлялась, сначала делают обновление 1С: на устаревшей редакции любой запуск обрастает обходными доработками.
4. ✓Разметка склада. Ячейки получают коды и этикетки, а в 1С создаётся та же структура: зоны, стеллажи, ячейки. Названия в базе и на стеллаже должны совпадать буква в букву.
5. ✓Настройка и доработка. Включают ордерную схему, задают правила размещения и отбора. То, чего нет в типовой конфигурации, например особый порядок отбора под ваших клиентов, оформляют как доработку 1С.
6. ✓Пилот. Запускают одну зону, обучают кладовщиков на живых заданиях, затем переносят остальной склад. Отгрузки в это время идут как обычно.
7. ✓Контрольная инвентаризация. Первый пересчёт по новой схеме показывает, где процесс ещё течёт.

🤝 Как мы это делаем и сколько стоит

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

Расценки на сопровождение понятны заранее: сопровождение 1С и работа сисадмина стоят 3800 руб/час. Если базе нужен доступ из склада, офиса и от удалённых сотрудников без собственного серверного оборудования, её размещают на арендованном сервере 1С от 1 100 ₽/мес за пользователя.

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

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

Можно ли автоматизировать склад на 1С без терминалов сбора данных?

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

Чем адресное хранение отличается от обычного учёта остатков?

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

Что выбрать для склада: 1С:Управление торговлей или 1С:ERP?

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

Сколько стоит автоматизация склада на 1С?

Цена зависит от числа складов, рабочих мест и объёма нестандартных процессов, поэтому называется после обследования. Известны ставки: сопровождение 1С и работа сисадмина стоят 3800 руб/час, а арендованный сервер 1С начинается от 1 100 ₽/мес за пользователя. Оборудование и ТСД считаются отдельно.

Как проверить, что база выдержит работу с ТСД?

ТСД проводят операции в момент сканирования, поэтому база должна отвечать быстро, иначе кладовщик ждёт у стеллажа. Скорость замеряют тестом Гилёва, а параметры сервера сверяют с системными требованиями 1С. Если сервер слабый или склад работает с нескольких площадок, базу переносят на арендованный сервер, где ресурсы можно добавлять по мере роста.