Константин Чилингаров: Здравствуйте,
Если кратко:
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
Порядок операций
Пользователь
Сообщений: Регистрация: 27.01.2017
0
27.01.2017 12:23:26
Изготавливаемая деталь состоит из нескольких элементов, некоторые из них рубятся на гильотине, некоторые вырезаются на плазме.
1. Не получается что бы рубка и резка выполнялись параллельно. Пока не завершена рубка на 100% (не важно разделена на несколько смен или выполняется в одну) нельзя выдать задание на резку (ошибка - "Задание не может быть выдано, т.к. не завершены предыдущие работы." Хотя на скриншоте Технологической карты видно, что операции не зависят друг от друга.
2. Не могу понять почему операции резку и рубку нельзя запустить в максимальном уровне.
Разработчик
Сообщений: Регистрация: 14.11.2008
0
28.01.2017 13:53:55
Цитата
Роман Корнеев пишет: Не получается что бы рубка и резка выполнялись параллельно.
Вероятно, при создании заданий была установлена "последовательность". Например = "подряд".
Цитата
Роман Корнеев пишет: Не могу понять почему операции резку и рубку нельзя запустить в максимальном уровне
Потому что исходные данные у вас сделаны под метод организации производства "по комплектам".
Этот вариант предполагает укрупнение и объединение. Что выдаётся одно задание, с одной общей нормой времени, на обработку на посту сразу всего комплекта деталей. "Максимальный" уровень предполагает строго обратное. Отдельное детальное задание на выполнение каждой операции по обработке каждой отдельной детали.
Первое со вторым просто несовместимо идеологически.
Первое (метод "по комплектам", "высокий" уровень учёта) идеально в единичном многономенклатурном производстве с коротким технологическим циклом. Например, производство строительных металлоконструкций.
Второе - в таком производстве где нужно делать маленькую номенклатуру одних и тех же деталей, но в большом количестве. Например небольшой цех с обрабатывающими центрами с ЧПУ, который делает всего 10-20 разных деталей, но партиями по 10 000 шт.
В следующем обновлении мы предложим ещё один "промежуточный" вариант между "высоким" и "максимальным" уровнем.
Могу, если интересно, подробнее разрисовать и объяснить. Но это нужно лично встречаться. Не для форума разговор. Дело в организации производственного процесса, как такового. Что эффективно в одном типе производства неудобно в другом, и наоборот. Отсюда и разные "уровни учёта". А какой применять, зависит от того, что в реальном производстве нужно получить, и почему именно это.
Пользователь
Сообщений: Регистрация: 27.01.2017
0
30.01.2017 09:40:33
Спасибо.
Отмечать что задания выполнены частично, например 20 из 50 деталей вырезаны, а остальные 30 будут обрабатываться потом, можно только на "максимальном"?
Разработчик
Сообщений: Регистрация: 14.11.2008
0
31.01.2017 19:07:58
Технически отмечать то можно и на «высоком» уровне, и на «среднем» даже.
Тут вопрос то в другом…
Цитата
Роман Корнеев пишет: например 20 из 50 деталей вырезаны, а остальные 30 будут обрабатываться потом
Дело в том, что в таком производстве, под которое «заточен» высокий уровень учёта (например, производство металлоконструкций), по идее, это «потом» должно быть весьма небольшим, если всё правильно организовано.
Т.е. то, что за смену не успели доделать полностью весь комплект деталей – это, в принципе, не страшно. Завтра можно доделать (в следующую смену). Но если это «доделывание» затягивается не больший срок, то это верный сигнал, что что-то тут не то в самом производственном процессе (в организации его).
Например:
Может быть, форс-мажорная ситуация какая-то (что-то сломалось и т.п.). Тут всё понятно. Надо возникшую проблему в срочном порядке устранять.
Возможно, сам по себе процесс планирования и производства выстроен далеко не оптимально, в принципе. Такая ситуация на наших заводах не сказать, что редкость. Типичные симптомы: - все, вроде вовсю трудятся, даже по выходным и сверхурочно остаются, а «выхлоп» минимальный (сроки большие, продукции сделать особо больше не получается никак); - заготовка «не успевает», а сборка простаивает из-за отсутствия чего-то, что нужно; - сроки выхода готовой продукции на склад плохо предсказуемы и часто вгоняются в допустимые рамки только путём прямого вмешательства руководителя в ход процесса. Рецепт: Делать детали комплектно, запускать соответствующие комплекты в производство более мелкими партиями, но чаще. Делать это ритмично и равномерно. На примере такой принцип кратенько описан . Если руководствоваться описанными там принципами, то просто и не будет так получаться с деталями, что надо было 50, а сделали только 20, а остальные непонятно, когда будут доделывать.
Ещё возможен вариант, что какие-то детали ходовые реально имеет смысл делать крупными партиями, а потом просто брать готовые, когда нужно. Но тогда нужно тоже немного по-другому планировать и производство в данном случае (и соответственно данные вести в программе). Такие детали в данном случае нужно рассматривать, как комплектующие. «Выносить» из основного заказа в отдельный, делать заранее большую партию и класть её на склад (вот тут, как раз, и «максимальный» уровень может оказаться кстати в этом месте). А потом для основного заказа просто брать готовые детали такие со склада, когда нужно, сколько нужно.