Изменения в лицензионном соглашении - Согласно условиям действующего Лицензионного соглашения уведомляем Вас об изменениях в Лицензионном соглашении, которые вступят в силу, начиная с версии VOGBIT 20.8 (1.1.54861). Согласно условиям действующего Лицензионного соглашения, обновление пользователем своей программы до версии VOGBIT 20.8 (1.1.54861) будет означать его полное согласие с условиями новой редакции Лицензионного соглашения

Последние темы на форумах VOGBIT

Поменять технологию - Производство
Константин Чилингаров: Кстати... Я выше всё писал везде про связи между созданным заданием и операцией в ТП, на основе которого создано задание. Тут подумал, м ...
Изменение временных интервалов на терминале. - Терминалы
Константин Чилингаров: Здравствуйте, Пока не настраивается. Со временем нужно будет делать какие-то настройки, да. Уже накапливаются потихоньку всякие пожел ...
Вопрос на тему "Технология подробно" - Состав и технология
Константин Чилингаров: Здравствуйте,   Можно теоретически заморочиться с «объединёнными» заданиями. Недавно на форуме где-то обсуждалось про них (объедине ...
Упрощенная сдача на склад - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Время, которое затрачивается на обновление, зависит от размера базы данных, сервера, компьютера, с которого выполняется, и соединения ме ...
Совместная обработка - Производство
Константин Чилингаров: Со сборкой - сваркой - окраской, то всё понятно. В плане технологии - тут всё просто. Есть Балка. Есть техпроцесс на неё. Три операции: с ...
Плагин на форму отчета - Новые возможности
Константин Чилингаров: Здравствуйте, Пока нет, к сожалению.
Календарный план - Производство
Константин Чилингаров: Не очень понятно, что вы имеете в виду под словами "сделать планирование по номенклатуре в соответствии с уровнями". Вообще, как я ...
Учет комплектующих изготовленных по фактическому количеству материала. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Не совсем… 19032 Илья написал: для контроля "задела" необходимо создать свою заказную спецификацию Нет. Никакую специальную «за ...
Нажатие Enter в поле поиска при поступлении по заявке. - Ошибки в работе
Константин Чилингаров: Ок. Принимается. По мере возможности посмотрим, что там можно сделать.
Удаление позиции из номенклатуры - Прочее
Константин Чилингаров: Если она нигде не используется (в заказах, спецификациях, документах и т.п.), то есть утилита "Генератор удаление" (в меню "Настройк ...
Копирование спецификаций с комментариями - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в список пожеланий.
Экспорт в Vogbit - Состав и технология
Константин Чилингаров: Здравствуйте, Понятно. Проблема из-за того возникла, что папку с файлами сложили прямо в C:\Program Files\VOGBIT. Откуда файлы добавляли. Програм ...
Пустой бланк - Демо версия
Константин Чилингаров: Бывает такой эффект, говорят, когда по какой-то причине завис в Windows в процессах Excel. Если так, то соответственно, перезагрузка помогает.
Не могу создать технологию подробно - Состав и технология
Minicnc14: Отбой, настройки поправил и заработало
О номенклатуре и технологии - Состав и технология
Vdovin-g: Здравствуйте! Спасибо, Вы подтвердили мои мысли
Расчёт потребности - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, В контексте данной задачи не нужно "заказных спецификаций" на входящие компоненты. "Заказная спецификация" ну ...
Задать место хранения - Материалы, Комплектующие, Складской учёт
Петр Свиридов: Нашли. Очень хорошо, что ее приделали. Полезная вещь. Благодарим!
Приход по заявке - изменение единиц измерения - Интерфейс программы
Константин Чилингаров: Здравствуйте, Спасибо за замечание, Да, знаем, что там не очень в этом месте, когда разные единицы измерения параллельно используются.  ...
Смена участка и поста в окне Технология подробно. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Пожелание понятно. Пока запишем в список пожеланий.
Вопрос по коэффициентам пересчета - Состав и технология
Sgrekhv: Большое спасибо. Все получилось.

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

Всё, что связано с расчётами и учётом материалов, покупных изделий, комплектующих и др. ТМЦ - Материалы, Комплектующие, Складской учёт - Работа с программой
Страницы: 1
Новый режим УПАКОВКА, Прошу описать как использовать новый режим упаковка
 
Добрый день. Прошу пояснить как использовать новый режим упаковка. И как в таком случае закрывать рабочим операцию упаковки.
Нужно ли заводить пост упаковки?
 
Здравствуйте,

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

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

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

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

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

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

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

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

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

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

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

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

у меня именно такая ситуация, что вы описываете.
Изделия отгружаются на склад валом. Далее когда поступает заказ их упаковывают под заказчика в коробки.
Я занормировал этот процесс так: 2 упаковщика тратят на комплектование одной коробки 15 минут.

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

Чтобы понять, как лучше действовать, давайте начнём со встречного вопроса:
А зачем вы это нормируете? Для чего?
 
у меня пронормирована операция упаковки, упаковка всегда идет в 1 тип коробок.
За это я плачу тем же ребятам которые делают сами изделия, плачу не по затраченному времени, а по кол-ву коробок.
Соответственно как мне им закрыть кол-во упакованных коробок?
Пока я вижу только один выход- закрывать каждый раз через внеплановые задания, расчитывая общее кол-во нормочасов в калькуляторе.
Но мне бы хотелось чтобы программа сама это расчитывала как только я ввожу кол-во коробок.
 
Если платить за количество коробок, то и имеет смысл и считать кол-во коробок, по-моему.
Это можно сделать, в принципе, в каком-то виде и штатными средствами. Сходить в справочник, поставить фильтры, сгруппировать - получатся по дням "коробки". Если выделить, посчитается сколько выделенных строчек (рис.1).

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

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

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

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

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

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

Можно конечно прямо сейчас в номенклатуре изделий создать файл упаковка, прописать типы упаковок, привязать к участку упаковки, создать операцию "упаковка", ТТП, и закрывать как любая другая операция. Но тогда будет 2 учета упаковки параллельно.
 
Может и имеет смысл...
Но точно как следует подумать нужно.

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

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

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

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

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

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

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

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

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

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

Сейчас же они сами приходят ко мне и спрашивают "что нам дальше делать", делают больше и получают больше, и все довольны.
Страницы: 1
Сейчас на форуме (гостей: 17)
Всего зарегистрированных пользователей: 3334
Приняло участие в обсуждении: 375
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт