Склад ответственного хранения — это не просто ячейки и паллеты: каждый поклажедатель требует вести остатки по своим логическим складам, отгружать конкретные серийные номера и учитывать кабель поштучно — по моткам. Самописная WMS «Сибвнештранс» с тремя разрозненными базами с этим справлялась с трудом. Консолидированной информации о занятости складов и затратах не было, ТСД работали только офлайн, а уход единственного «хранителя системы» парализовал бы операции. Проект перевел все склады на типовую «1С:WMS Логистика. Управление складом» с доработками модулей обмена. Операционный эффект — онлайн-остатки, контроль персонала, отгрузка с контролем остаточного срока годности и универсальные модули обмена, готовые к любому новому заказчику.
Сибвнештранс: хранение и утилизация промышленных отходов на 2 000+ м²
ООО «Сибвнештранс» — одно из ведущих предприятий Иркутской области, предоставляющее комплексные услуги по хранению, сбору, вывозу и переработке промышленных отходов и веществ различного класса опасности. Компания работает на территории Сибирского Федерального Округа и Дальнего Востока и располагает складами общей площадью более 2 000 м².
Работа компании условно разделена на два направления:
- Ответственное хранение: прием и хранение транспортных средств, оборудования и материалов на специализированных складах.
- Утилизация: переработка бытовой техники, автомобилей, производственных отходов, архивов, ТБО, сырья, содержащего ценные вещества, и ТМЦ.
Самописная WMS с тремя базами: система, которая не выдерживала роста
До проекта складской учет вели в самописной WMS. Система устарела и создавала реальные риски для бизнеса.
Бизнес-уровень: «Три базы, ноль общей картины»
- Использовались три отдельные базы: две — для ключевых клиентов, одна — для прочих.
- Не было консолидированной информаций о состоянии складов. Невозможно было оперативно получить ответы на ключевые вопросы: общая занятость склада, общие затраты на хранение и т.д.
- ТСД не работали с системой в реальном времени, а подключение новых моделей или обновление ПО требовало доработки основного кода.
Технический уровень: «Долгий отклик, отсутствие ИТ-поддержки и учета инцидентов»
- Долгий отклик системы на запросы ключевых клиентов.
- Нет оперативной онлайн-поддержки со стороны ИТ-службы.
- Нет системы учета инцидентов: не было ни перечня текущих проблем, ни сроков их решения.
Организационный уровень: «Один сотрудник на всю систему»
- В штате был только один сотрудник, отвечающий за работу системы. Его отсутствие могло полностью остановить работу склада.
Почему типовая 1С:WMS: реальное время, типовой функционал, официальная поддержка
Для решения задач выбрали и внедрили типовое решение «1С:Предприятие 8. WMS Логистика. Управление складом» с адаптацией под требования предприятия, в частности, с доработкой модулей обмена с ключевыми заказчиками.
Выбор оправдан — система управляет складскими процесса в реальном времени и дает:
- Онлайн-информацию об остатках товара на складе.
- Инструменты для оптимизации товарных потоков.
- Возможность управления всеми операциями (приемка, размещение, перемещение, отбор, отгрузка и т.п.).
- Контроль работы персонала.
Единый контур приемки и отгрузки на примере ключевого поклажедателя
1. Приемка: партии, серийные номера и мотки кабеля
Особенностью учета у ключевого поклажедателя является требование по учету остатков на логических складах.
То есть по договору компания обязана не только отслеживать остатки позиционно, но и хранить данные о том, по каким логическим складам клиента и какие остатки в каких ячейках хранятся.
Для этого в справочник «Партии товаров» добавили реквизит «Склад клиента». Для каждого товара создавали столько партий, сколько складов фигурировало в распоряжениях на приемку.
Распоряжения на приемку приходят по интеграционной шине. Шина использует два протокола — HTTP и SFTP. В зависимости от типа интерфейса данные приходят по-разному.
Как это работает:
1. Планирование. Распоряжения на приемку формируются из документа «Ожидаемая приемка». По интеграции приходит рейс (в одном рейсе может быть несколько «Ожидаемых приемок»). У рейса есть плановая дата — по ней планируют работу.
2. Старт SLA. При прибытии рейса оператор фиксирует факт прибытия кнопкой «Рейс прибыл» в документе «рейс». С этого момента начинается отчет SLA по приемке.
3. Этикетки. Кладовщик, приступая к приемке груза, печатает этикетки со штрих-кодами. Штрих код кодирует не только номенклатуру, но и конкретную партию товара.
4. Назначение задания. До начала приемки оператор создает документ «Приемка» и назначает его конкретному сотруднику.
5. Штучная приемка на ТСД. Сотрудник на ТСД подбирает задание на приемку. При приемке груза наклеиваются этикетки. Этикетки сканируются ТСД в процессе приемки товара. После поштучной приемки товара (весового товара у клиента нет) метраж принимается как штучный, но вводится количество метров.
6. Приемка по серийным номерам. На каждый серийный номер создается отдельная партия. Партии создаются при сканировании товара. Для товаров с учетом по партиям, на ТСД создан отдельный режим ввода, который позволяет сканировать и создавать партии автоматически. Партию на каждый серийный номер создают по требованию поклажедателя: при отгрузке он часто запрашивает конкретный серийный номер, и система должна корректно планировать выдачу.
7. Приемка кабельной продукции. Нужно учитывать каждый отдельный моток кабеля, поэтому при приемке на каждый моток создается отдельная партия. Далее этикетки партий наклеиваются на коробки, бобины или мотки.
8. Размещение. После приемки кладовщик завершает задачу на ТСД. Для каждой ячейки система автоматически создает условный контейнер. Товары перемещают по контейнерам-ячейкам. Кладовщик передает оператору данные о фактических грузоместах — оператор вносит их в систему.
9. Завершение. Поклажедателю отправляют информацию о завершении приемки. Документы и акт расхождений (если есть) уходят в ЭДО через «Контур.Диадок» по API. Система автоматически формирует задания на размещение. Их может взять свободный кладовщик или назначить оператор. Кладовщик раскладывает товар по полкам — решение по месту размещения он принимает сам.
2. Отгрузка: подбор ячеек по правилам клиента
1. Заказы и рейсы. Заказы на отгрузку приходят по интеграции. Рейс на вывозку приходит по интеграции или создаётся вручную по данным транспортной службы. Оператор включает рейс в график. Сборку обычно начинают за двое суток до рейса.
2. Подбор ячеек. Программа автоматически подбирает ячейки по четырем правилам:
- склад клиента (из партии);
- серийный номер (если указан в распоряжении);
- минимальный моток/катушка — чтобы отрезать кабель единым куском;
- приоритет этажности — начинают с первого этажа.
При необходимости оператор может изменить ячейку отбора.
3. Если подбор не сработал. Частые причины: ошибка принадлежности логическому складу, несоответствие качества (грейда), ошибка по серийным номерам, отсутствие товара. В каждом случае действия согласуют с поклажедателем, затем заявку перепланируют.
4. Резерв и отбор. После перепланировки товар попадает в резерв. Когда нужно, оператор переводит заявку в статус «В отбор» и система создает задания для кладовщика. Задание может взять любой свободный сотрудник на ТСД или его назначает оператор.
5. Сбор и упаковка. Кладовщик собирает товар в зоне отгрузки. Если товара нет, поклажедателю по интеграции отправляют запрос: разрешить неполную отгрузку или замену позиции.
6. Завершение отгрузки. Кладовщик передает данные по упаковкам оператору — оператор вносит их в систему. Поклажедателю уходит уведомление о готовности заказа. После прибытия машины товар грузят на транспорт. Отгрузочные документы печатают и отправляют по ЭДО.
Восемь результатов: от контроля персонала до унификации внедрения
- Контроль персонала: Обеспечен учет и контроль работы складских сотрудников.
- Оптимизация пространства: Складские площади используют эффективнее.
- Меньше ошибок: Сократилось время операций и количество ошибок.
- Точность учета: Остатки видны в реальном времени, учет стал точнее.
- Управление сроками годности: Реализован контроль остаточного срока годности при отгрузке.
- Прозрачность остатков: Данные по остаткам на складах стали удобными и актуальными.
- Решение технических проблем: Решение работает на поддержке «1С»: обновления выходят штатно, доработки — точечные. Проблема сопровождения устранена полностью: система обновляется, а инциденты регистрируются и решаются в рамках SLA. Дополнительно организована полноценная линия технической поддержки с дублированием компетенций и обеспечением нужного уровня сервиса.
- Унификация: Конфигурация стала универсальной: готова к работе с любым заказчиком за счёт модулей обмена.
Детали проекта:
- Платформа: «1С:Предприятие 8.3», серверный вариант работы (с использованием серверной лицензии — СЛК).
- Масштаб: 20 автоматизированных рабочих мест, 10 пользователей ТСД.
- Длительность: 28 месяцев (2024–2026 гг.), с учетом этапа ввода в эксплуатацию.
