Created by AIImproved by people
Riqli · living documents · updated continuously
Where AI knowledge meets human practice.
Share with friends
Введение
Аннотация.
Курс посвящён полному циклу учёта оборота возвратной тары — 19-литровых бутылей — на складе и в логистике доставки бутилированной воды. Проблема потерь, пересортицы, невозвратов и хаотичного учёта тары ежегодно приводит к прямым убыткам компаний вододоставки в десятки процентов от стоимости парка. Курс даёт системный подход: от организации склада тары до интеграции с WMS и маршрутизацией. Материал ориентирован на практиков, которым нужно выстроить прозрачный и контролируемый оборот тары без «ручных» Excel-таблиц и «на глаз».
Цель курса.
После прохождения курса вы сможете самостоятельно спроектировать, внедрить и контролировать полный цикл учёта оборота возвратной тары (бутыли 19л) на складе и в доставке с использованием WMS-подходов и отраслевых практик.
Результаты обучения.
- Знать: структуру полного цикла оборота 19-литровой тары, ключевые точки учёта, виды потерь и методы их классификации, требования к складу тары и санитарным нормам.
- Уметь: настраивать приход/расход/перемещение тары в WMS, формировать отчёты по обороту, рассчитывать оборачиваемость и коэффициент возврата, выявлять точки потерь.
- Владеть: методиками инвентаризации парка тары, алгоритмами работы с клиентской задолженностью по таре, практиками интеграции складского и транспортного учёта.
Для кого этот курс.
Курс предназначен для руководителей и специалистов складов, логистов, операционных директоров компаний по доставке бутилированной воды, а также IT-специалистов, внедряющих или дорабатывающих WMS/ERP-системы под задачи учёта возвратной тары. Особенно полезен тем, кто уже столкнулся с ростом потерь тары, претензиями клиентов или отсутствием прозрачной аналитики.
Курс не рассчитан на новичков без базового понимания складских процессов и не заменяет юридические консультации по договорам с клиентами. Если ваша задача — только «посчитать бутылки один раз», курс будет избыточным.
Основы возвратной тары и специфика 19-литровых бутылей
Возвратная тара в отрасли бутилированной воды — это многооборотная 19-литровая бутыль (поликарбонат или ПЭТ), которая принадлежит компании-поставщику и передаётся клиенту во временное пользование. Ключевое отличие от одноразовой тары — необходимость полного цикла: выдача → использование → возврат → мойка → повторная выдача. Стоимость одной бутыли составляет от 800 до 1500 рублей, поэтому парк в 10 000 единиц — это актив на 8–15 млн рублей. Без системного учёта оборота возвратной тары потери 5–7 % в год превращаются в прямые убытки. Важно разделять понятия «тара на складе», «тара у клиента» и «тара в пути». Только такое разделение позволяет корректно считать остатки и ответственность.
Физические характеристики 19-литровой бутыли определяют требования к складу и учёту. Стандартная бутыль имеет высоту около 490 мм, диаметр 270 мм, вес пустой — 0,7–0,9 кг. При штабелировании в 4–5 рядов нагрузка на нижний ряд критична: неправильная укладка приводит к деформации и последующему браку. На складе необходимо выделять зоны: чистая тара (готова к отгрузке), грязная (после возврата), брак, ремонт. Каждая зона должна иметь физическое и системное разделение в WMS. Практика показывает, что смешение чистой и грязной тары — одна из главных причин пересортицы и претензий клиентов по качеству.
Юридический статус возвратной тары закрепляется в договоре поставки воды. Типовая формулировка: тара передаётся клиенту на условиях возврата в исправном состоянии в течение N дней после окончания использования. При невозврате или повреждении клиент обязан возместить стоимость. Для учёта важно фиксировать в системе не только количество, но и «владельца» (клиента), дату выдачи и плановую дату возврата. Без этих атрибутов невозможно выставить претензию и доказать задолженность. Рекомендуется использовать отдельный вид номенклатуры «Тара возвратная 19л» с признаком «многооборотная» в учётной системе.
Классификация тары по состоянию — обязательный элемент учёта. Минимум четыре статуса: «Годна к использованию», «Требует мойки», «Требует ремонта», «Брак/списание». Переходы между статусами должны фиксироваться документами: «Приёмка от клиента», «Акт мойки», «Акт брака». В WMS это реализуется через смену статуса ячейки или отдельный документ «Изменение состояния тары». Анти-паттерн — учитывать только количество без статуса: тогда на складе «есть» 5000 бутылей, а реально годных к отгрузке — 3200. Это приводит к срыву доставок и ручному поиску.
Организация склада возвратной тары
Склад возвратной тары должен быть выделен физически и логически. Оптимальная структура зон: зона приёмки (грязная тара), зона мойки/санобработки, зона хранения чистой тары, зона брака и ремонта, зона комплектации под маршруты. Каждая зона имеет собственные ячейки в WMS с типом «тара». Площадь рассчитывается исходя из оборачиваемости: при суточной отгрузке 800 бутылей и цикле мойки 1 день нужно минимум 1600–2000 мест хранения чистой тары. Важно предусмотреть проезды для тележек и штабелёров — узкие проходы увеличивают время комплектации на 30–40 %.
Адресное хранение — обязательное условие для точного учёта. Каждая ячейка (паллет-место, стеллаж, зона пола) получает уникальный адрес в формате «Ряд-Секция-Ярус» или «Зона-Номер». В WMS при приёмке грязной тары система предлагает ближайшую свободную ячейку зоны приёмки. При перемещении в зону мойки — документ «Внутреннее перемещение». Без адресного хранения инвентаризация превращается в «пересчёт всего склада», а поиск конкретной партии становится невозможным. Практика: компании, внедрившие адресное хранение тары, сокращают время инвентаризации с 2 дней до 3–4 часов.
Санитарные требования к складу тары регулируются СанПиН и внутренними стандартами качества. Чистая тара должна храниться на поддонах или стеллажах, исключающих контакт с полом и загрязнениями. Температура и влажность контролируются: поликарбонат чувствителен к УФ и высоким температурам. Зона мойки оборудуется промышленными мойками бутылей (типа «Торнадо», «АкваМатик» или аналогами). После мойки обязательна сушка и визуальный контроль. В WMS статус «После мойки» присваивается только после подтверждения оператором. Нарушение санитарного цикла — прямая причина претензий клиентов и рисков по качеству воды.
Нормативы заполнения ячеек и правила штабелирования критичны для сохранности тары. Максимальная высота штабеля пустых бутылей — 5–6 рядов при использовании специальных поддонов. Превышение приводит к деформации горловин и последующему браку на линии розлива. В WMS рекомендуется настроить ограничение вместимости ячейки (например, 48 бутылей на европаллет). При попытке размещения сверх нормы система блокирует операцию. Это простой, но эффективный способ предотвратить «завал» склада и порчу тары.
Документооборот и точки учёта оборота тары
Полный цикл оборота тары фиксируется цепочкой документов: «Приход тары на склад» (от поставщика или после мойки), «Расход тары клиенту» (вместе с водой), «Возврат тары от клиента», «Перемещение между зонами», «Акт брака/списания». Каждый документ должен содержать: количество, статус тары, контрагента (для клиентских операций), дату и ответственного. В 1С и большинстве WMS эти документы настраиваются как отдельные виды операций с тарой. Ключевой принцип: ни одна бутыль не может «исчезнуть» без документа. Даже внутреннее перемещение из зоны приёмки в мойку оформляется.
Приход тары от клиента — самая проблемная точка. Водитель возвращает бутыли вместе с порожней тарой. На складе приёмщик должен: 1) пересчитать количество, 2) визуально оценить состояние (грязная/брак), 3) оформить документ «Возврат тары» с указанием клиента и маршрута. Если количество не совпадает с данными из маршрутного листа — сразу фиксируется расхождение. Анти-паттерн: принимать «по словам водителя» без пересчёта. Через 2–3 месяца накапливается неучтённая недостача. Рекомендуется использовать ТСД (терминал сбора данных) с сканированием штрихкода клиента или QR маршрута.
Выдача тары клиенту всегда привязана к отгрузке воды. В идеальной схеме в одном документе «Реализация» или «Отгрузка» указываются и вода, и тара. Количество тары = количество бутылей воды + возможный обмен. В WMS это реализуется через «комплект» или связанные строки. Важно: при выдаче новой тары клиенту фиксируется «задолженность по таре». При возврате — погашение. Остаток задолженности по каждому клиенту — ключевой показатель. Без него невозможно управлять возвратами и выставлять претензии.
Инвентаризация парка тары проводится минимум раз в квартал, а лучше ежемесячно по зонам. Методика: полная перепись по ячейкам с помощью ТСД, сравнение с учётными остатками, оформление излишков/недостач. Особое внимание — тара «в пути» и «у клиентов». Для клиентской тары используется отчёт «Задолженность по таре» с возрастом долга. Если клиент не возвращает тару более 60–90 дней — формируется претензия. В WMS рекомендуется настроить автоматическое формирование таких отчётов и уведомлений ответственным менеджерам.
WMS как инструмент учёта оборота тары
Современная WMS (Warehouse Management System) должна поддерживать отдельный контур учёта возвратной тары. Базовые требования: адресное хранение, статусы тары, привязка к клиенту, документы перемещения, отчёты по обороту и задолженности. Популярные решения на российском рынке: 1С:WMS, Solvo.WMS, Logistics Vision Suite, а также отраслевые модули в 1С:Управление торговлей и 1С:ERP. При выборе системы критично проверить наличие готовых документов «Возврат тары» и возможность настройки статусов без программирования.
Настройка номенклатуры тары в WMS начинается с создания отдельной карточки «Бутыль 19л возвратная». Обязательные реквизиты: единица измерения (шт), признак «многооборотная», учёт по сериям/статусам (если требуется), минимальный и максимальный остаток. Далее создаются ячейки зон тары с типом хранения «тара». Правила размещения: чистая тара — только в зону чистой, грязная — только в приёмку. Система должна запрещать размещение «не в свою» зону. Это исключает человеческий фактор.
Работа с ТСД (терминалами сбора данных) резко повышает точность учёта. При приёмке возврата водитель или приёмщик сканирует штрихкод/QR клиента, вводит количество и статус. Данные сразу попадают в WMS. При комплектации маршрута кладовщик сканирует ячейку и подтверждает отбор. Рекомендуемые модели ТСД для склада тары: Honeywell, Zebra, или российские аналоги с поддержкой 1С. Без ТСД учёт остаётся «бумажным» и подвержен ошибкам ввода.
Интеграция WMS с транспортным модулем (TMS) или маршрутизацией позволяет видеть тару «в пути». При формировании маршрута система резервирует чистую тару под отгрузку. После подтверждения доставки водителем тара переходит в статус «у клиента». При возврате — обратный процесс. Без интеграции возникают «разрывы»: тара уже уехала, а в WMS ещё числится на складе. Это приводит к ложным остаткам и срывам следующих отгрузок.
Учёт тары у клиентов и управление задолженностью
Задолженность клиента по таре — это количество бутылей, переданных ему и ещё не возвращённых. В системе она отражается как отдельный регистр или субсчёт. Ежедневно (или при каждом возврате) остаток пересчитывается. Ключевые срезы отчёта: по клиентам, по возрасту долга (0–30, 31–60, 61–90, свыше 90 дней), по менеджерам. Клиенты с долгом свыше 90 дней требуют отдельной работы: звонок, письмо, выставление претензии на стоимость тары.
Методика работы с «зависшей» тарой. Шаг 1: еженедельный отчёт по клиентам с долгом > 60 дней. Шаг 2: менеджер связывается с клиентом и уточняет причину (забыли, сломали, отдали другому). Шаг 3: если тара утеряна — оформляется акт и выставляется счёт на возмещение. Шаг 4: при систематических невозвратах в договор вносятся изменения (залог, предоплата тары). Практика показывает: без регулярной работы задолженность растёт на 1–2 % парка в месяц.
Залог за тару — эффективный, но не универсальный инструмент. В договоре прописывается, что при передаче тары клиент вносит залог (обычно 50–100 % стоимости). При возврате исправной тары залог возвращается. Плюсы: мотивация к возврату. Минусы: отталкивает часть клиентов, усложняет бухгалтерию. Альтернатива — «обменная схема»: клиент получает новую тару только при сдаче старой. Эта схема хорошо работает на постоянных клиентах с предсказуемым потреблением.
Автоматические уведомления и эскалация. В WMS или CRM настраиваются правила: если долг клиента по таре превышает N бутылей или M дней — система отправляет письмо менеджеру и клиенту. При достижении критического порога — блокировка новых отгрузок до урегулирования. Такие правила резко снижают «забывчивость» и переводят работу с тарой из ручного режима в системный.
Мойка, ремонт и списание тары
Мойка 19-литровых бутылей — обязательный этап цикла. Промышленные мойки (карусельные или туннельные) обрабатывают 200–600 бутылей в час. После мойки обязателен визуальный контроль: трещины, помутнение, повреждения горловины, остатки этикеток. Бутыли, не прошедшие контроль, направляются в зону ремонта или брака. В WMS переход «грязная → чистая» фиксируется документом «Акт мойки» с указанием количества и оператора. Без этого документа чистая тара не может быть размещена в зону хранения.
Ремонт тары включает замену крышек, устранение мелких деформаций, полировку. Решение о ремонте принимается по критериям: стоимость ремонта < 30–40 % стоимости новой бутыли. Всё, что дороже — списывается. Акт ремонта фиксирует: какие работы выполнены, сколько единиц восстановлено. Отремонтированная тара возвращается в статус «годна» и может быть выдана клиенту. Ведение статистики по причинам ремонта помогает выявлять системные проблемы (например, неправильная укладка на складе).
Списание тары оформляется актом с указанием причины: бой, потеря клиентом, естественный износ, брак при мойке. Причины кодируются в справочнике. Это позволяет строить аналитику: какой % списывается по вине клиентов, какой — по внутренним причинам. Списанная тара физически утилизируется (поликарбонат сдаётся на переработку). В учёте списание уменьшает остаток парка и влияет на расчёт оборачиваемости. Рекомендуется ежемесячно анализировать структуру списаний и принимать меры по снижению.
Нормы естественной убыли и боя. На практике нормальный уровень списания по износу и бою составляет 3–6 % парка в год при правильной организации. Если показатель выше — ищут причины: неправильная штабелировка, грубое обращение водителей, плохая мойка. Нормативы закрепляются внутренним положением и используются при план-фактном анализе. Превышение нормы — сигнал для операционного аудита.
Отчётность, KPI и аналитика оборота тары
Базовый набор отчётов по обороту тары: 1) Остатки тары по зонам и статусам, 2) Оборачиваемость (сколько раз одна бутыль совершила полный цикл за период), 3) Задолженность клиентов по таре с возрастом, 4) Движение тары за период (приход/расход/возврат/списание), 5) Структура списаний по причинам. Эти отчёты должны быть доступны online в WMS или выгружаться в BI-систему. Без них управление тарой остаётся реактивным.
Ключевые KPI: коэффициент возврата (возвращено / выдано), средний срок нахождения тары у клиента, % тары в статусе «брак», оборачиваемость парка (раз в год), стоимость потерь на 1 отгруженную бутыль воды. Целевые значения зависят от бизнес-модели, но ориентиры: коэффициент возврата > 97 %, средний срок у клиента < 14 дней, потери < 4 % в год. KPI закрепляются в системе мотивации кладовщиков, водителей и менеджеров.
Анализ «узких мест». Если оборачиваемость низкая — ищут, где тара «зависает»: на складе (долго моется), у клиентов (не возвращают), в пути. Если высокий % брака — проверяют условия хранения и обращения. Если растёт задолженность — усиливают работу менеджеров. Регулярный (еженедельный) разбор KPI на оперативном совещании превращает учёт тары из «бухгалтерской» функции в инструмент управления эффективностью.
Прогнозирование потребности в таре. На основе истории отгрузок и среднего срока оборота рассчитывается необходимый размер парка. Формула упрощённо: среднесуточная отгрузка × средний цикл (дни) × коэффициент запаса (1,2–1,4). При росте продаж или сезонности парк корректируется заранее. Недостаток тары приводит к срыву доставок, избыток — к замораживанию оборотных средств. WMS с модулем планирования помогает автоматизировать этот расчёт.
Интеграция склада тары с доставкой и маршрутизацией
Связка «склад тары — маршрутизация — водитель» критична. При формировании маршрута система должна проверить наличие чистой тары в нужном количестве. Если тары не хватает — маршрут не утверждается или предлагается замена. Водитель получает на ТСД или в мобильном приложении задание: сколько тары выдать каждому клиенту и сколько принять обратно. По возвращении на склад фактические данные сверяются с заданием. Расхождения фиксируются сразу.
Мобильное приложение водителя — важный элемент контроля. Водитель отмечает выдачу и приём тары по каждому клиенту, фотографирует при необходимости (бой, грязь). Данные в реальном времени поступают в WMS. Это исключает ситуации «водитель сказал, что вернул 10, а на складе приняли 7». Современные решения (например, на базе 1С или специализированные курьерские приложения) поддерживают такой функционал. Внедрение снижает потери на «последней миле» на 20–40 %.
Обмен тары «на месте» у клиента. Часто клиент отдаёт грязную тару и сразу получает чистую. В системе это оформляется как две операции: возврат + выдача. Важно, чтобы обе операции были привязаны к одному визиту и одному документу. Иначе возникают «разрывы» в учёте. В маршрутных листах рекомендуется отдельная колонка «тара: выдача / возврат».
Контроль тары в машине. Водитель несёт материальную ответственность за тару, находящуюся в транспорте. При выезде со склада фиксируется количество выданной тары. При возвращении — количество возвращённой + остаток в машине. Разница должна равняться выданной клиентам. Ежедневная сверка «склад — машина — клиенты» исключает потери «в пути». В некоторых компаниях вводится залог с водителя или система премий/штрафов за сохранность тары.
Типовые ошибки и анти-паттерны учёта тары
Самая распространённая ошибка — учёт тары только «по факту наличия на складе» без клиентской задолженности. В результате парк «есть», но большая часть находится у клиентов и не возвращается. Вторая ошибка — отсутствие статусов (грязная/чистая/брак). Третья — приёмка возврата «на глаз» без пересчёта. Четвёртая — отсутствие регулярной инвентаризации. Пятая — игнорирование возрастной структуры задолженности. Каждая из этих ошибок по отдельности даёт 1–3 % потерь, вместе — 10–15 % парка в год.
Анти-паттерн «Excel вместо системы». Многие компании начинают с таблиц: «выдали — вернули». Через полгода таблица разрастается, появляется множество версий, ошибки копирования, потеря истории. Переход на WMS или хотя бы на 1С с регистром тары окупается за 3–6 месяцев за счёт снижения потерь. Ещё один анти-паттерн — «один человек знает, где какая тара». При его увольнении или болезни учёт рушится. Всё должно быть в системе.
Ошибка в мотивации. Если кладовщики и водители не заинтересованы в сохранности тары, потери растут. Решение: включить KPI по таре в систему премирования (коэффициент возврата, отсутствие недостач при инвентаризации). Одновременно — понятные и справедливые правила материальной ответственности. Без баланса «кнут и пряник» даже идеальная WMS не сработает.
Игнорирование сезонности. Летом потребление воды растёт, цикл оборота тары ускоряется, нагрузка на мойку и склад увеличивается. Если не планировать дополнительный парк и мощности мойки заранее — возникают дефицит чистой тары и срывы доставок. Зимой, наоборот, тара может «зависать» у клиентов дольше. Учёт сезонности в прогнозе потребности — обязательный элемент зрелой системы.