Новый режим УПАКОВКА

Здравствуйте,

Если говорить про тот новый режим и функции, касающиеся упаковки, которые появились в обновлении, то они к операциям и постам никакого отношения не имеют.

Дело в том, что они все относятся к той стадии, когда все операции по техпроцессу уже сделаны, задания выполнены, изделия готовы, сданы на склад и на складе оприходованы.
Всё, что касалось операций и постов уже прошло. Уже на складе готовой продукции изделия лежат. Все задания, операции и посты кончились уже для этих изделий.

И вот тут начинается та «Упаковка», о которой речь.
В чём тут смысл:

Представьте, что заказ, который вы выполняете, это несколько десятков, или несколько сотен наименований изделий. Разных. Побольше, поменьше, некоторых по несколько штук, некоторых много. А все они вместе – заказ, который вы производите, и который надо отдать в итоге клиенту.
Ну, например, ваш заказ – это «магазин». А поставляете вы по факту заказчику кучу вешалок, крючков, кронштейнов, стоек, рам для крепления этих вешалок и крючков и т.д. и т.п.
Производство делает и сдаёт на склад эти самые вешалки в количестве 200 шт, крючки в количестве 1200 шт, несколько рам, несколько стоек (отдельные изделия). И так они и лежат изначально на складе. Как «вешалки», «крючки», «стойки», «рамы» и т.п. от определённого заказа. В плане постов и операций по этим изделиям на данный момент уже всё. Задания все выданы, выполнены, изделия готовы, сданы и приняты на склад.

Но отгружаются они не совсем так.
А сначала, уже на складе, берутся большие коробки (или паллеты, например). В коробку (на паллет) можно положить, например, 10 вешалок и 200 крючков. Или 2 рамы. Или ещё что-нибудь. И укладываются в разных вариантах эти «вешалки», «крючки» и т.д. по коробкам (паллетам).
Потом каждая коробка заклеивается скотчем, заматывается плёнкой и на неё клеится этикетка. Что это «Упаковка №123, заказ 456». Можно добавить к этому упаковочный лист - чтобы прямо на коробке была наклеена бумага со списком, что в этой коробке лежит.
И заказчику по факту в машину кладутся эти большие заклеенные коробки. Т.е. «упаковки». А не отдельные изделия, которые на склад сдавало производство.

Вот за этим и нужны эти новые режимы и функции про «Упаковку», про которые речь в описании.
Чтобы отразить ту часть, которая уже после изготовления, после технологии, операций постов. Изготовление (технология со своими операциями и постами) уже закончилась на том, что готовые изделия лежат на складе. Это то, в общем, и раньше было.

Что добавилось:
Теперь есть функция «упаковать» на складе ГП. Можно выбрать 3 таких изделия, 2 сяких, 10 эдаких… и сказать, что всё это вместе – это «упаковка». Со своим номером, штрих-кодом, размерами, весом и т.п.
И программа теперь это «понимает». Она может показать не просто список всех изделий на складе, но и какие из них уже упакованы в «упаковки», а какие нет.
Можно посмотреть список готовых «упаковок» заклеенных, подготовленных к отгрузке по заказу. И что в какой лежит.
Можно при отгрузке указать, какие упаковки погрузили, и программа сама сделает накладную на списание всего, что в них лежит, со склада и сопроводительные документы:
- список всех изделий, которые отгрузили, с указанием в какой упаковке что лежит;
- список отгруженных «мест» - т.е. просто всех коробок (паллет и т.п.) и сколько их всего;
- упаковочные листы на каждую коробку (заказ, номер упаковки, штрих-код, что в ней лежит).

Вот про эти новые функции в описании идёт речь про «упаковку».

Но это всё, повторюсь, к постам и операциям не имеет никакого отношения. Это всё уже после них.

Что же касается именно операции «упаковка» в техпроцессе изделия, которая выполняется на отдельном посту – то это имеет смысл в случае, если, например, процесс непосредственно производства этого изделия заканчивается тем, что каждое такое изделие складывают в свою коробку с пенопластовыми прокладками, коробку заклеивают и в таком виде сдают уже, как готовое изделие, на склад. Уже в коробке. Вот в этом случае можно операцию упаковки прописать и в техпроцессе (с отдельным постом, заданием и т.п.). Т.к. на склад изделие попадает уже упакованное определённым образом. Т.е. такую "упаковку" можно рассматривать, как составную часть "изготовления" данного изделия.

Что, в общем, не мешает совершенно потом уже на складе эти коробки с изделиями складывать в паллеты (или большие коробки), заматывать их плёнкой, клеить упаковочные листы и т.д. – т.е. заниматься с ними дальше тем, о чём выше шла речь в контексте «упаковки».

Это было пояснение, о чём вообще речь в данном случае.
Если кому-то интересно более подробно, как конкретно те или иные действия делаются из тех, что кратко описаны выше, то справшивайте, постараюсь кратко показать/ответить.

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

Чтобы понять, как лучше действовать, давайте начнём со встречного вопроса:
А зачем вы это нормируете? Для чего?

Если платить за количество коробок, то и имеет смысл и считать кол-во коробок, по-моему.
Это можно сделать, в принципе, в каком-то виде и штатными средствами. Сходить в справочник, поставить фильтры, сгруппировать - получатся по дням "коробки". Если выделить, посчитается сколько выделенных строчек (рис.1).

Если надоест группировку/фильтры ставить и выделять, можно за минимальные деньги сделать отчёт, чтобы распечатывать сразу в виде "день / кол-во коробок". Останется только фильтр по датам поставить, за какой период печатать.

Завязать это как-то с товарищами, кто участвовал в этот день?
Тоже можно, в принципе.
Простейший вариант - имея отчёт по кол-ву коробок по дням, посредством Excel'я.

Можно и в VOGBIT, в теории, городить какие-то возможности для этого специальные. На уровне "терминала упаковщика", например. Такой уже тоже есть, но в текущую версию его ещё не включали пока что. Но тут подумать ещё нужно. В каком виде, и стоит ли вообще (усложнять).

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

P.S. Можно, кстати, в современной версии элементароно и померить фактическое время по людям, по дням, по заказам, сколько потрачено на упаковку.
Поставить им терминал. Пошел упаковывать - подошёл, карточку приложил, пошёл паковать. Время пошло. Закончил - карточку приложил, ушёл. Зафиксировалось в VOGBIT сколько потратил. Можно итого, без разбивки по заказам сделать. Можно отдельно по каждому заказу считать.
Если так сделать, то как раз это автоматом попадёт в "статистику" по соответствующим людям в нормо-часах. Сколько фактически потратил. Без всяких постов и заданий, опять же.

Может и имеет смысл...
Но точно как следует подумать нужно.

В том виде, как сейчас сделали (первую версию "упаковки"), пока что это конкретно место никак с работами не связывалось напрямую вообще.

Первая цель была вообще уметь разделять на складе продукцию. Отличать уже упакованную от просто лежащей "россыпью".
А также, чтобы была в самой программе такая сущность, как "упаковка". Чтобы можно было ей присвоить номер, штрих-код, указать параметры конкретно этого места индивидуальные - например, размеры и вес, чтобы к чему-то "упаковочный лист" можно было приделать (есть предприятия, для которых только получение этих упаковочных листов из программы - уже целый прорыв и очень много даёт).

Это, собственно, уже сделано и доступно всем пользователям с действующей современной лицензией.

Второй очередью было использование этой базовой функциональности для решения следующих основных проблем:
- видеть всё ли (из того, что есть на складе) упаковано по заказу, что ещё не упаковано.
- при погрузке в машину не забыть что-нибудь на складе, что от этого заказа, но лежит где-то в дальнем углу; видеть, что осталось не погруженным ещё из заказа;
- не загрузить в эту машину случайно что-то от другого заказа, чётко идентифицировать что за упаковка, от какого заказа, что в ней;
- автоматизировать оформление в программе отгрузки со склада для случая, когда нет заранее чётко составленного списка, что класть в машину. А есть, грубо говоря, куча коробок на складе от конкретного заказа. Приезжает машина, и начинаем носить в неё все, что войдёт из этой кучи коробок. Сколько вошло - столько вошло. Закрываем двери, отпускаем машину.
Так вот, чтобы в такой ситуации минимальными усилиями и без ошибок оформить отгрузку ГП со склада в VOGBIT.

Эта часть частично сегодня уже доступна в новых режимах и функциях в стандартном VOGBIT, частично закрывается двумя терминальными приложениями дополнительными "АРМ упаковщика" и "АРМ отгрузки".
Они, на самом деле тоже уже сегодня есть, но в стандартный дистрибутив мы их пока не включали. Может быть попозже.

То есть всё это, другими словами, делалось, в первую очередь, для борьбы с проблемами, когда заказ - это куча коробок, пакетов, паллет и т.п., приезжает одна машина, в неё начинают грузить, приезжает вторая и т.д. и при этом вечно:
- что-то забыли, не доложили из заказа;
- что-то не то/не туда положили, не туда увезли;
- как это всё в программе вообще учитывать.
А также автоматизировать рутинные операции типа заполнения упаковочных листов.
Вот для этого делалось, в первую очередь.

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

В общем, пока что запишу в общий список идей и пожеланий эту тему (про нормирование предварительного складывания в коробки). А там посмотрим...