Константин Чилингаров: Здравствуйте,
Если кратко:
1. Нужно установить в настройках ручное назначение "приоритетов" (что пользователь сам проставляет &quo ...
Константин Чилингаров: Вот.
Прикладываю к этому сообщению шаблон отчёта. В ТП количество материала (норма расхода) указано в "кг". В отчёте к "сменному за ...
Константин Чилингаров: Ещё штатный отчёт маршрутный лист с чертежом из PDF на обратной стороне у меня как-то не смог с первого раза сам сформироваться нормально, ...
Константин Чилингаров: последнее сообщение /forum/messages/forum24/topic2877/message17694/2877-khranenie-v-baze-dannykh-ssylok-na-fayly#message17694 перенесено . Причина - нарушение /forum/rules/ правил форума , п.8.
Константин Чилингаров: Здравствуйте,
Судя по данным вопросам, я понял, что Вы не поняли, как в принципе используется по задумке механизм "объединенных задан ...
Константин Чилингаров: Здравствуйте,
Немного из истории вопроса…
В прошлой программе, которую мы делали до VOGBIT, была у нас «развесистая» система управл ...
Владимир Белов: Добрый день!
Нужно указывать в формате URL: http://170.70.0.1:3128 http http://170.70.0.1:3128 ://170.70.0.1:3128
У вас должен быть на прокси-сервере проброшен порт 28 ...
Константин Чилингаров: А нет возможности из этого окна проверять наличие деталей на складе? Ну и выдавать их со склада, чтоб позиции "зеленели".
Тут неск ...
Константин Чилингаров: при нажатии на + в Связанных позициях, я ожидал(хотел) увидеть появление трёх позиций...
Для этого нужно настроить, какие позиции должны ...
Константин Чилингаров: Здравствуйте!
Компонент либо не существует, либо на него ссылаются этапы
В базе данных есть задания для производства (создаются ком ...
Константин Чилингаров: Здравствуйте,
Нужно смотреть, какие настройки в базе данных сейчас выставлены (тип нормирования, в первую очередь), и данные введённые ...
Константин Чилингаров: ... продолжение ...
6. Если Вы используете метод выдачи и закрытия заданий в производстве "По комплектам" и укрупненное нормирование, ...
Сергей: Здравствуйте!
Способ первый. Поиск в справочнике по набору свойств[CODE var ccs = ExtApp.Application.General.ComponentCollections(-1, CatalogOptions.None);
var sr = cc ...
Константин Чилингаров: Здравствуйте,
Не очень понял, в чем вопрос.
Казалось бы, добавляем к операции или к переходу в техпроцессе 3 позиции (инструмент): держат ...
Константин Чилингаров: Здравствуйте!
Это не баг. Это так задумано.
По умолчанию при нажатии на эту кнопку ("стакан с плюсиком") открывается с окне снизу сп ...
Всё, что связано с производством и вопросами применения программы в производстве - Производство - Работа с программой
Страницы:1
Сколько должен сдать
Пользователь
Сообщений: Регистрация: 07.07.2016
0
22.08.2016 15:01:49
В сказано
«Простыми словами, это означает, что если рабочему поручили, к примеру, выточить из заготовки 12 одинаковых деталей, то: • он должен сдать ровно 12 деталей, не больше и не меньше;»
Что делать, если рабочий сделал 11 годных и 1 «запорол»? Я не нашел средств обработки такой ситуации. Подскажите, пожалуйста.
Спасибо.
Разработчик
Сообщений: Регистрация: 14.11.2008
0
22.08.2016 18:05:22
Ну если одну запорол, а нужно 12 - логично, нужно сделать ещё одну. Чтобы таки 12 получилось. Требуется же 12, а не 11.
Этот "запоровший" у вас первый по маршруту? Или не первый? Какая конкретно операция, какие перед ней операции (если есть)?
Пользователь
Сообщений: Регистрация: 07.07.2016
0
23.08.2016 09:54:21
Вот ситуация с первой операцией. Из-за ошибок в раскладке под лазерную резку (слишком близко расположили развертки) произошел аварийный останов и продолжение резки недорезанного листа невозможно. Не зависимо от ловкости участников инцидента, количество вырезанных заготовок уже не будет равняться заданному.
И вообще, производства без брака не бывает, или я не прав? Например, гибка. Поспешил, замял. С точки зрения качества, надо говорить, что выход на одну штуку меньше заданного. Не так ли?
Разработчик
Сообщений: Регистрация: 14.11.2008
0
23.08.2016 17:51:44
Цитата
Михаил Макаров пишет: выход на одну штуку меньше заданного
Это вопрос, конечно интересный. Тут сильно зависит от того, выход чего и в каком производстве на 1 шт меньше заданного. Если производство массовое или крупная серия, когда делается в задел (на склад), там понятно, +- 1 шт, может, и не страшно. Тогда вариантов много. Если «максимальный» уровень учёта, то там вообще соотношение плана и факта по количеству может отличаться, и это нормально. Если «высокий» уровень учёта, то тоже богатый выбор, что делать. Например:
Вариант 1. Доделать сколько получится, задания выданные принять, при сдаче на склад указать реальное количество, сколько в итоге получилось готовых деталей.
Вариант 2. То же, только уменьшить в заданиях соответственно нормо-часы, т.к. меньше сделали реально.
Вариант 3. То же, только дополнительно для информации сколько на какой операции по факту годных вышло.
Вариант 4. Первое задание закрыть/принять, остальные (на выполнение следующих операций) задания удалить, Количество в партии поменять соответственно тому, сколько теперь получилось, создать новые задания на последующие операции (уже с новым количеством).
Все варианты, по большому счёту, сводятся к манипуляциям с функциями: - приёмки выданных заданий с отклонениями; - ручного удаления/создания заданий; - сдачи на склад.
Совсем другое дело, если речь идёт о единичном или мелкосерийном производстве под заказ. Тогда (если речь, конечно, идёт не о какой-нибудь мелочёвке, которую всегда делают «на стеллаж», а потом оттуда берут сколько нужно) что означает «выход на 1 шт меньше заданного»?
А вот что: Через N-ное время на сборке процесс встаёт из-за нехватки одной недостающей детали. Имеем:
Расходы: потраченный металл, потраченные деньги на зарплату тем, кто его резал, потраченные деньги на зарплату сборщиков, которые вместо того, чтобы собирать, сначала искали, а потом ждали, т.к. собирать не могли из-за отсутствия той самой одной детали (заплату никто не отменял им при этом).
Доходы: в лучшем случае 0. В худшем – ещё и минус, т.к. штраф за срыв сроков. Плюс, пока разбирались, чего там не хватило, и в авральном порядке доделывали, потратили на это ещё время/зарплату, которое могли бы потратить с пользой на изготовление продукции. Т.е. недополученная прибыль, что тоже косвенный минус.
Вот такие результаты отличные... Всего то из-за того, что где-то в начале «выход на 1 шт меньше заданного».
Поэтому в такой ситуации совсем другой поход изначально нужен. Начали делать, посередине резки поняли что из-за косячной раскладки идёт брак? Останавливаем процесс. Из порезанного вытряхиваем детали и откладываем те, которые нормальные. Пересчитываем, сверяем с заданием, считаем сколько ещё чего нужно доделать, чтобы в итоге таки получить всё по заданию в указанном количестве. Делаем новую программу. С учётом ошибок. Если не хватило выданного металла – берём со склада ещё. При необходимости выписываем для этого дополнительное требование с соответствующей формулировкой в комментарии. Ставим лист, загружаем в станок новую программу – дорезаем детали.
Итог: получаем ровно столько деталей, сколько нужно. Закрываем задание.
Что это всё означает в плане работы с программой? Да ничего, собственно. Задание точно так же закроется. Нужные детали в нужном количестве сделали. Просто потратили на этот головняк пол дня, поэтому из общего плана на смену сделали не всё, а только половину.
Вот собственно и всё в программе. Не 10 заданий закрыли на данном посту сегодня, а только 5. Ну бывает… Это ж производство. Всякое бывает…
Может быть, ещё требование дополнительное появилось и расход металла по нему.
А остальное всё по плану. Ничего, собственно, не изменилось. Продолжаем работать. Если ситуация позволяет, то завтра нагоняем. Дорезаем, что сегодня не успели. Если не позволяет, то остаёмся во вторую смену и доделываем сегодняшнее задание до конца. Ну а что делать? Сами себе злобные буратины…
При этом потратили несколько лишних часов, но в итоге сэкономили несоизмеримо больше времени и денег, избежав описанного выше развития событий.