Паллетный учёт в 1С УТ 11.5: что есть из коробки, а что придётся дописать

Франчайзи и оптовики задают мне один и тот же вопрос. Есть ли в УТ 11.5 готовое решение для паллетного учёта? Короткий ответ: частично. Многое для склада в конфигурации есть, но паллета как самостоятельная сущность обычно появляется только после доработки. Ниже разберу, где проходит граница между «из коробки» и «придётся дописать», и как дописывать так, чтобы не сломать учёт.

Ячейка и паллета — не одно и то же

Эти понятия часто смешивают, и из-за этого задачу ставят неправильно. Ячейка — это место на складе. У неё есть адрес: ряд, стеллаж, ярус. Она никуда не двигается.

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

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

Что обычно даёт типовая конфигурация

В УТ 11.5 есть хорошая база для склада. Несколько складов с разными настройками. Ордерная схема, когда движение товара оформляется отдельными складскими документами. Адресное хранение по ячейкам с размещением и отбором. Серии номенклатуры, в которых можно вести партии, сроки годности, номер ГТД. Обмен данными с другими системами и HTTP-сервисы платформы, через которые к базе подключаются внешние приложения.

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

Чего штатно обычно не хватает

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

Паллеты как отдельного объекта. Со своим номером, этикеткой и составом, который можно открыть и посмотреть. Такой объект можно пытаться имитировать через серии или ячейки, но это обход, а не решение.

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

Смешанной отгрузки. Когда в одном заказе часть уходит целыми паллетами, а часть коробками. Логика «эту паллету отдаём целиком, с этой снимаем три коробки» требует отдельной проработки.

Как это выглядит на оптовом складе

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

Дальше паллеты перемещают между зонами. Из приёмки в хранение, из хранения ближе к воротам. Каждое перемещение — одно сканирование паллеты и одно сканирование ячейки.

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

Операции склада: штатно и доработка

Три пути решения

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

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

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

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

Что проверить до старта

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

Второе — были ли доработки. Если конфигурация снята с поддержки или в ней много правок, оценка меняется. Иногда нужное уже кем-то сделано наполовину.

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

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

Можно ли вести паллеты через серии номенклатуры?

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

А через ячейки, если одна паллета — одна ячейка?

Это работает, пока паллета стоит на месте. Когда её перевозят, приходится перемещать все строки состава. И номер паллеты теряется при каждом переезде.

Сломает ли доработка обновления конфигурации?

Если контур паллет живёт отдельно и общается с учётом через документы, влияние на обновления минимальное. Хуже, когда правят типовые документы изнутри.

Нужны ли для этого терминалы сбора данных?

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

Сколько времени занимает внедрение?

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

Коротко о главном

Готового паллетного учёта в УТ 11.5 обычно нет. Есть хорошая основа: склады, ячейки, серии, ордерная схема, способы подключить внешние приложения.

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

Если у вас оптовый склад на паллетах и вы выбираете, как это устроить, пришлите версию конфигурации и опишите, как идёт приёмка. Разберу и скажу, какой путь подойдёт. Напишите в Telegram, MAX или VK.