Единый номер по всем вопросам
154 
5 минут на прочтение
О клиенте
ЕВРО МАФ — производитель оборудования для детских и спортивных площадок. Компания выпускает уличные игровые и спортивные конструкции, отгружает продукцию по заказу. Это требует предварительной сборки набора комплектующих: отдельных элементов, деталей и упаковок, из которых формируется конкретное изделие или комплект для клиента.
Поэтому склад в компании играет не вспомогательную, а операционную роль. Здесь решаются две критичные задачи: разместить готовую продукцию после выпуска и быстро, без ошибок собрать комплектующие под заказ покупателя. Ошибка на любом из этих этапов приводит к пересорту, лишнему поиску товара и задержкам в отгрузке.
Производство ЕВРО МАФ — фото с сайта компании euro-maf.com
Исходная ситуация
Клиент уже работал в 1С УПП 1.3, причем база была существенно доработана под внутренние процессы. Решение Mobile SMARTS: Склад 15 у компании уже было куплено, и клиент пытался запустить его самостоятельно, но типовой обмен не заработал корректно из-за нестандартной логики складского учета.
Потребность была не в абстрактной автоматизации склада, а на двух конкретных процессах. Первый — комплектовка заказов покупателей, где на основании заказа в 1С формировался документ «Перемещение ТМЦ», который для учетной системы оставался перемещением, а для кладовщика фактически был комплектовочной ведомостью и заданием на отбор. Второй — размещение готовой продукции после выпуска, когда кладовщик с ТСД указывал, в какие ячейки фактически положен товар.
Каталог продукции Евро МАФ — площадки разные, но состоят из одинаковых комплектующих. Фото с сайта компании euro-maf.com
До автоматизации оба процесса — и размещение после выпуска, и комплектовка на отгрузку — во многом велись по бумаге. Комплектовочную ведомость заранее печатали и передавали кладовщикам, а те во время сборки вручную отмечали, из каких ячеек взят товар. После завершения данные нужно было переносить в 1С вручную, чтобы провести документ.
Аналогично работали и с размещением готовой продукции после выпуска: фактическое размещение сначала фиксировали вне системы, а потом отражали в учете. Такой подход приводил к задержке в обновлении остатков, ошибкам в размещении и лишним затратам времени на поиск комплектующих при последующей сборке заказа.
Ключевая особенность проекта состояла в том, что в базе клиента ячейки были реализованы нестандартно: физически склад был один, но в 1С места хранения были заведены как отдельные “склады”. Поэтому нужно было не просто включить обмен между 1С и ТСД, а адаптировать интеграцию под реальную учетную модель клиента: документы перемещения, статусы готовности, работу со “складами-ячейками” и частичное выполнение заданий несколькими сотрудниками.
Задачи проекта
После анализа текущей схемы работы стало понятно, что клиенту нужна не просто стандартная интеграция 1С с ТСД, а настройка решения под уже существующую, нетипично устроенную учетную систему.
Совместно с заказчиком были определены следующие задачи:
- Настроить стабильный обмен между 1С УПП 1.3 и Mobile SMARTS: Склад 15 с учетом доработанной структуры базы и выбранной схемы интеграции. Нужно было сделать так, чтобы Mobile Smarts корректно воспринимал склады как ячейки, выгружал правильные справочники и работал с нестандартной логикой документов.
- Организовать на ТСД работу с комплектовочными ведомостями, которые в учетной системе были реализованы через документ «Перемещение ТМЦ»: кладовщик должен получать задание на терминале, видеть состав документа, подтверждать отбор товара из мест хранения и фиксировать фактически собранное количество.
- Автоматизировать второй ключевой процесс — размещение готовой продукции после выпуска и прохождения ОТК, когда кладовщик через ТСД указывает, в какие места хранения фактически размещен товар.
- Реализовать логику частичного выполнения документов, чтобы одна смена могла начать комплектовку, а другая — продолжить ее позже без потери уже выполненной части.
- Обеспечить контроль: система должна фиксировать, какой пользователь начал или продолжил работу с комплектовочной ведомостью и документом размещения.
- Обеспечить корректную работу с внутренним штрихкодированием товаров и местами хранения, которые у клиента уже были организованы и использовались в складских процессах.
Часть подготовки клиент выполнял самостоятельно. До начала проекта у компании уже были приобретены лицензии «Склад 15», настроена собственная логика внутреннего штрихкодирования, а также доработана 1С под внутренние процессы. Часть изменений в самой 1С выполняли программисты заказчика по техническому заданию, подготовленному специалистами ИТБ. Со своей стороны мы настраивали обмен, мобильные операции и логику работы склада на ТСД с учетом уже доработанной базы.
Используемое ПО и оборудование
- 1С УПП 1.3;
- Mobile Smarts: «Склад 15» от Клеверенс;
- терминалы сбора данных на Android.
Автоматизация комплектовки заказов
Основой процесса стал документ «Перемещение ТМЦ», который формировался на основании заказа покупателя. Для учета это было перемещение, а для склада — комплектовочная ведомость и задание на отбор. Такой подход был нужен потому, что заказ собирался из множества отдельных комплектующих, хранящихся в разных местах.
Документ “Перемещение ТМЦ” в 1С — видно из каких ячеек нужно взять комплектующие и в какое место положить
Чтобы документ можно было использовать как задание на ТСД, его доработали: добавили недостающие реквизиты для комплектовочной ведомости, перечень ячеек по строкам и плановые количества, которые использовались как задание для кладовщика. Также в документ ввели реквизит «Статус» с тремя значениями: «Подготовлено», «В работе» и «Выполнено». Статус «Подготовлено» означал, что документ готов к выгрузке на ТСД, «В работе» — что он уже загружен на терминал, а «Выполнено» — что комплектовка закрыта полностью.
Также в процессе работы на ТСД система фиксировала пользователя, который открыл и выполнял документ. Это дало складу дополнительный уровень контроля: стало видно, кто именно работал с комплектовочной ведомостью, кто начал сборку и кто продолжил ее при частичном выполнении.
Отдельно доработали печатную форму комплектовочной ведомости. Она стала формироваться прямо из документа «Перемещение ТМЦ» и содержать номер и дату документа, плановые данные по сборке и QR-код задания. В этот код записывался идентификатор документа в преобразованном виде, чтобы кладовщик мог открыть нужную ведомость на ТСД одним сканированием, а не только через ручной поиск по списку.
На терминале кладовщик получал список позиций и плановое количество, выполнял отбор и фиксировал фактически собранный объем. Если документ не успевали собрать полностью за один проход, его можно было завершить частично и продолжить позже — в том числе другой сменой. До автоматизации этот процесс шел по бумаге: ведомость печатали, сотрудники вручную отмечали, откуда взяли товар, а затем переносили данные в 1С. После внедрения факт сборки стал фиксироваться сразу на ТСД.
На ТСД видно, сколько комплектующих взять и из какой ячейки
На ТСД фиксируется количество взятых комплектующих
На ТСД выбирается, на какой поддон (место) положить комплектующие
Внедрение ТСД, штрихкодирования и обязательной маркировки
Настроим складской учет и систему штрихкодирования в программе 1С:Предприятие, подключим терминалы сбора данных, повысим скорость работы склада, исключим пересорты и недостачи
Автоматизация размещения после выпуска
Вторым ключевым процессом стало размещение готовой продукции на складе после выпуска из производства. После прохождения ОТК в 1С создавался документ «Перемещение ТМЦ» со склада производства. При этом заранее не указывалось, в какие именно ячейки будет помещен товар: фактическое место хранения определял кладовщик уже на складе.
Мы настроили этот процесс на ТСД так, чтобы кладовщик получал документ, видел список позиций и количество к размещению, затем сканировал товар и ячейку, в которую фактически его помещал. После завершения данные загружались обратно в 1С, и система фиксировала уже не просто выпуск продукции, а ее реальное размещение по местам хранения.
Как и в комплектовке, процесс поддерживал частичное выполнение. Если за один проход размещали не весь документ, в 1С загружались только фактически размещенные позиции, а сам документ оставался доступным для продолжения. Это позволяло нескольким сотрудникам по очереди работать с одним и тем же заданием без потери уже выполненной части.
При работе с документом на ТСД система фиксировала пользователя, который выполнял размещение. Это позволяло видеть, кто именно отрабатывал документ и кто вносил фактические данные по местам хранения.
До автоматизации размещение тоже велось по бумаге: фактические места хранения сначала фиксировали вручную, а затем переносили в учетную систему. После внедрения информация о том, куда именно положили продукцию, стала появляться в 1С сразу по результату работы на ТСД. За счет этого склад быстрее получал актуальные данные по остаткам и местам хранения, а последующая комплектовка выполнялась быстрее и точнее.
Техническая основа решения и дополнительные операции
Чтобы проект заработал в доработанной 1С УПП 1.3, нам нужно было не просто подключить ТСД, а адаптировать интеграцию под учетную модель клиента. Стандартная схема не подходила, потому что складская логика в базе была реализована нестандартно: физические ячейки хранения были заведены как элементы справочника «Склады».
Сначала мы встроили в конфигурацию необходимые компоненты Клеверенс и настроили обмен между 1С и ТСД. Затем доработали передачу справочников и документов, чтобы на терминал корректно выгружались номенклатура, документы перемещения, места хранения, остатки и данные для работы с ячейками. В этой части нужно было не просто наладить обмен, а фактически подстроить его под структуру базы клиента.
Ключевая техническая задача была в том, чтобы научить ТСД воспринимать склад как ячейку. Для этого в справочник «Склады» добавили специальный признак, который показывал, что конкретный элемент используется как ячейка хранения. После этого система начала корректно работать с такими элементами в складских операциях: использовать их в заданиях, передавать на ТСД и принимать обратно как места отбора и размещения.
Отдельно помогли со штрихкодированием ячеек. Для мест хранения рекомендовали заказчику сделать этикетки с названием и кодом, чтобы кладовщик не выбирал адрес вручную из длинного списка, а просто сканировал нужную ячейку. Это ускорило работу на ТСД и снизило количество ошибок при отборе, размещении и инвентаризации.
Важной частью подготовки стало и штрихкодирование товаров. У клиента коды уже использовались, но не были внесены в базу данных 1С. Мы рекомендовали внести их и привязать к номенклатуре, что также было сделано заказчиком.
Кроме основных процессов, мы также адаптировали под эту же логику инвентаризацию и просмотр остатков. Поскольку ячейки в базе были представлены как склады, нужно было отдельно настроить, чтобы ТСД корректно работал и с этими операциями. В результате сотрудник мог видеть не только общий остаток по товару, но и понимать, в какой именно ячейке он находится.
Перед запуском все сценарии проверили на эмуляторе ТСД и протестировали в реальных бизнес-процессах, чтобы убедиться, что комплектовка, размещение, инвентаризация и просмотр остатков корректно работают в доработанной базе клиента.
Пример: как теперь работает комплектовка на отгрузку
До автоматизации комплектовка у клиента шла по бумаге. Сначала в 1С готовили и печатали комплектовочную ведомость, затем кладовщики собирали товар по этому листу, вручную отмечали, из каких ячеек что взяли, а после завершения эти данные отдельно переносили в 1С, чтобы провести документ. То есть один и тот же результат фактически фиксировался дважды: сначала на бумаге, потом в системе. Это замедляло работу, создавало риск ошибок и не давало сразу видеть фактическую картину по сборке.
После внедрения процесс стал сквозным. В 1С на основании заказа покупателя формируется документ «Перемещение ТМЦ». Для склада именно он становится заданием на комплектовку. Из этого же документа печатается комплектовочная ведомость, а самому документу присваивается статус «Подготовлено» — это означает, что задание готово к работе на ТСД.
Нужную ведомость кладовщик может открыть на терминале не только через список документов, но и простым сканированием кода с распечатанной комплектовочной ведомости. За счет этого не нужно вручную искать нужное задание на ТСД: сотрудник сразу попадает в нужный документ.
На терминале кладовщик видит список позиций и плановое количество по каждой строке. Дальше отбор подтверждается сканированием ячейки и товара, после чего сотрудник фиксирует фактически отобранное количество. При необходимости можно сразу указать место, куда уложен собранный товар, например, номер палеты.
Если заказ собрали не полностью, в 1С загружается только фактически выполненная часть. Документ при этом не закрывается, поэтому другой сотрудник может позже продолжить работу с той же комплектовочной ведомостью. На ТСД система показывает только те позиции, которые еще не собраны. Когда сборка завершена полностью, документ получает статус «Выполнено».
В результате у клиента появился не просто обмен между 1С и ТСД, а полноценный процесс комплектовки без двойного ввода: задание формируется в 1С, выполняется на ТСД и сразу возвращается в систему с фактическими данными по сборке.
Обучение и передача решения
После настройки и тестирования клиенту передали инструкции по работе с решением: отдельно по комплектовке и отдельно по настройке 1С.
Это было важно не только для формальной сдачи проекта. Наша задача была в том, чтобы сотрудники действительно начали пользоваться новым процессом в ежедневной работе. Поэтому клиент получил не просто доработку в системе, а понятный инструмент с инструкциями, по которым можно быстро разобраться, что и как делать.
Для проектов с ТСД это особенно важно: сама по себе интеграция ничего не меняет, если склад продолжает работать по старой привычке — вручную, по памяти и через бумажные пометки.
Результаты для клиента
В результате клиент получил рабочую интеграцию 1С УПП 1.3 и «Склад 15», настроенную с учетом особенностей своей базы и логики склада.
Комплектовочная ведомость перестала быть просто бумажкой к отгрузке и стала полноценным заданием на ТСД. Кладовщики теперь видят, что именно нужно собрать, из каких ячеек это взять и сколько фактически отобрано.
Появилась возможность частично выполнять документы без потери данных. Если один сотрудник не успел закончить комплектовку или размещение, другой может спокойно продолжить работу с того же места.
Размещение после выпуска из производства стало отдельным понятным процессом, который фиксируется в системе.
Инвентаризация и просмотр остатков тоже встроились в общую логику работы склада. Теперь сотрудники видят не только наличие товара, но и конкретное место хранения.
Дополнительно у клиента появилась прозрачность по исполнителям: система фиксирует, кто именно работал с документом на терминале.
Компания «Информационные Технологии в Бизнесе» помогает автоматизировать процессы на складе производственных компаний: внедрить штрихкодирование, перевести склад на адресное хранение, подключить ТСД к вашей 1С и ускорить бизнес-процессы.
Если хотите понять, что из нашего решения можно адаптировать под ваш склад, свяжитесь с нами для бесплатной консультации — обсудим ваши процессы и решим, как выстроить автоматизацию именно в вашем случае.
Наши телефоны: +7 (495) 032-60-24, +7 (800) 101-15-13, почта sales@it-b.ru
