21.09.2011, 08:24 | #1 |
Участник
|
Задача по ограничению мощности РЦ
Добрый день!
Столкнулся с такой вот задачей: из-за особого разделения групп РЦ, сейчас допустим в группе есть бригада. Бригада состоит из 5-25 человек, которые могут быть слесарями, токарями, контролёрами и т.д., но нужно помнить, что все они могут работать друг за друга, то есть человеческий ресурс универсален, при этом группа РЦ - бригадЫ, а конкретный РЦ - бригадА. Есть маршруты, которые загружают в бригаде только одного человека, они все построены так, что обычно работает только 1 человек, то есть допустим мы красим бампер. Для этого, мы должны его сделать, будет задействован РЦ "бригада для изделий из пластика", при этом у нас получается за 1 раз сразу 4 изделия, ставим кол-во процесса = 4, работает один человек, всё вроде нормально. Но вопрос в другом: остальные 24 человека получаются простаивают, хотя они могут быть заняты другими задачами, например тем же бампером другой модели, если оборудование разное. Анализируя то, что есть в руководстве хорошего человека Корепина (спасибо Вам), я поставил ограничение по мощности всем бригадам, но что делать дальше? при этом нужно помнить, что производство может быть поточным, то есть возможна схема, в которой состояния по кол-ву деталей на каждой стадии могут выглядеть как 0-0-0-0 1-0-0-0 1-1-0-0 1-1-1-0 1-1-1-1 0-1-1-1 0-0-1-1 0-0-0-1 0-0-0-0 Чтобы решить этот вопрос, нужно поставить правильное количество в поле "перенос пакета" как я понимаю, но в данный момент при планировании перенос пакета ставится в максимально возможное значение, то есть в кол-во деталей на заказ. И теперь самое важное, желательно, чтобы бригады имели какую-то минимальную загрузку, то есть 5 человек в день всегда работают, если конечно это как-то возможно силами Dynamics AX, в тот момент, когда мы успеваем делать заказы и максимум мощности резервировалось в тот момент, когда допустим нужно сделать срочный заказ. И ещё вопрос в том, что нужно сделать, чтобы например для сложного заказа, включающего в себя подзаказы, включающие в себя ещё подзаказы, был при планировании правильный учёт готовности полуфабрикатов, то есть чтобы начать головной заказ, нужно закончить все предыдущие, которые необходимы для конкретной операции. С уважением, Николай. DAX 2009 RU Последний раз редактировалось niksen; 21.09.2011 в 09:12. |
|
21.09.2011, 08:26 | #2 |
Участник
|
была идея сделать свойство "слесарь", "токарь", "контролёр", но из-за того, что многие рабочие могут работать друг за друга, вариант отпал.
Если менять эффективность, уменьшится/увеличится время выполнения, что в корне неверно Можно также решить проблему, если например в маршруте выбрать то, насколько операция загружает данный РЦ, то есть, если 25 человек в бригаде, бригада загружена на 4%, но тогда сразу возникает другой вопрос: а если их там столько не будет в данный момент? А если другая бригада возьмётся за эту работу? Ведь в поле альтернативный РЦ будет стоять другая бригада, а она состоит из 10 человек и мы получается загрузим логически столько же, но физически меньше народу, заказ будет просрочен. И ещё больше волнует вопрос, что будет, если вдруг бригада вырастет в размерах из-за того, что перейдёт в другой цех например, опять как-то не так выходит, задача плановика не копаться руками, чтобы менять значения загрузки РЦ руками, да и вариант из-за изменения количество людей в бригаде, запускать пакетное задание по изменению через код - тоже не подходит. Вариант создавать бригаду как группу РЦ, а в ней людей как РЦ не подходит из соображений того, что заполнять не очень подходит и не очень нравится, т.к. есть бригады, где 100 человек, и прикрепляя каждого человека к РЦ, нужно будет лишний раз знать, кто когда заболел, почему кого-то не было на работе и т.д., этот вопрос решает бригадир, плановику лишь нужно знать, сколько человек выйдет на работу. То есть интересует вариант, когда не нужно перенастраивать все РЦ. Также устраивает вариант, когда количество человек в бригаде будет фиксированным, то есть бригады будут полностью укомплектованы, где нужно 10, где нужно 25, в зависимости от выполняемых задач и размера цеха, а при желании увеличить бригаду, будет создаваться новая бригада, которая уже возьмёт на себя задачу по выполнению недоделанной работы, потому что так логичнее со стороны производства. Последний раз редактировалось niksen; 21.09.2011 в 09:06. |
|
21.09.2011, 09:40 | #3 |
Участник
|
|
|
21.09.2011, 09:59 | #4 |
Участник
|
Я поставил галочку на "ограничение по мощности". При этом у оборудования "ограничение по мощности" и "исключительный", т.к. оборудование не может использоваться сразу для двух операций одновременно даже при неполной загрузке. А для людей получается на диаграмме Ганта только 1 задание выполняется одновременно, то есть существующие настройки загружают 1 человека в бригаде и это верно, ведь операция загружает РЦ на 100%, так сейчас и стоит в операции, но человек то в бригаде 5 или даже 15, смотря в какой. Операции же расчитаны на 1 человека бригады, где бригада - 1 РЦ. То есть мне нужно как-то контролировать количество одновременно выполняемых заданий бригады, которое зависит от количества человек в ней.
И кстати, что Вы имеете в виду под "настроенными мощностями"? как их именно настроить в данном случае по-вашему? Последний раз редактировалось niksen; 21.09.2011 в 10:05. |
|
21.09.2011, 10:45 | #5 |
Участник
|
Извеняюсь, только теперь понял в чём суть проблемы.
Из документации: Цитата:
Загрузка
Максимальная мощность в процентах, на которую может быть загружен рабочий центр. Скорее всего даже, если поставить Процент эффективности больше 100% рабочий центр при 100% загрузке всё равно будет загржен полностью одной операцией. Цитата:
Цитата:
Число рабочих центров в данной группе рабочих центров. Это число непосредственно воздействует на определяемую мощность, так как при планировании мощность умножается на значение этого поля.
|
|
|
За это сообщение автора поблагодарили: niksen (1). |
21.09.2011, 11:01 | #6 |
Участник
|
При изменении процента эффективности у рабочего центра, меняется время выполнения операции, а оно должно быть неизменно.
Предлагаете всё-таки сделать бригаду как группу рабочих центров? (сообразить по взаимосвязи полей в системе, удалить все РЦ, создать группы РЦ, создать в них РЦ, где группа РЦ - бригада, РЦ в группе - сотрудник бригады, количество РЦ в группе - количество людей в бригаде, затем переименовать группы РЦ как бригады, создать job, который пробежится по всем маршрутам и заменит РЦ на группы РЦ) Неужели нельзя никаким образом поиграться с другими характеристиками, каким-то образом реализовать это количество одновременно выполняемых операций РЦ как бригады? |
|
21.09.2011, 11:12 | #7 |
Участник
|
Или смотреть например в "расчёт потребления" в операциях маршрута и там что-либо поменять, что-то вроде "формула" со "стандарт" на "мощность" и мощность выставить в РЦ как количество людей? может что-нибудь ещё?
|
|
27.09.2011, 12:00 | #8 |
Участник
|
попробовал создать группу РЦ - бригады, люди в ней - РЦ, расставил смены, поставил везде "ограничение по мощности", аналогично с оборудованием, модель оборудования - группа РЦ, а уже равнозначные единицы в ней - РЦ, также стоит "ограничение по мощности", календарь стоит такой же, т.к. по сути оборудование работает ровно столько же, сколько работают люди, во все другие времена оно недоступно. В перекрытии, т.е. в переносе пакета стоит значение 1, которое сбрасывается часто в количество равное или кратное заказу при использовании "Производство-Периодические операции-Планирование заданий". Теперь вопрос в другом. При запуске через периодические операции планирования заданий, получается так, что производственные подзаказы делаются вместе с заказами, для которых они нужны.
Чтобы решить эту проблему, нужно выставить в спецификации номер операции, на которую нужна данная номенклатура или как? Есть ещё другой вопрос: запускаю сводное планирование, а в производственных заказах нет тех самых подзаказов на производство полуфабрикатов, есть только заказы на покупку. Их там и не должно быть или что? Как отслеживать то, в каком порядке должны делаться тогда производственные заказы, чтобы знать, что должно быть готово для выполнения большого производства, типа сборки например. Опишу ситуацию в деталях: есть номенклатура 1 тип спецификация, у неё входят спецификации 2,3,4, у которых тип строки производство. Есть маршруты как на 1, так и на 2,3,4, всё активно, операции назначены. Создаём производственный заказ на 1. После его оценки создаются 2,3,4, планируем их (возможно какие-то галочки я здесь забыл поставить?), смотрим диаграмму Гантта, а на ней видим, что все заказы 1,2,3,4 начали работать сразу! хотя чтобы сделать 1, нужно сделать хоть немного 2,3,4. Как решить эти проблемы? С уважением, Николай |
|
27.09.2011, 12:38 | #9 |
Участник
|
Цитата:
Цитата:
И ещё. Не совсем понятен механизм создания ПЗ, который вы описали. Вы не пользуетесь прогнозным или сводным планированием? |
|
27.09.2011, 14:39 | #10 |
Участник
|
Я пользуюсь сводным планированием. Но есть заказы на розничную продажу, на них есть постоянный спрос в небольшом количестве. Также есть заказы клиентов, их я пока даже не пробовал забивать, но если всё правильно настрою (а судя по форуму, вопрос о том, как сделать так, чтобы на основе заказа на продажу создавался производственный заказ, я думаю, найду способ), то это уже совсем другой вопрос. Может я неправильно поступаю? (как совок) создать клиента - "розница" и на его имя создавать заказы на продажу. Как тогда потом работать, если эта продукция не продастся? Продавать её частями тогда, когда она действительно продаётся физически?
Может не в том порядке я открываю модули и работаю с ними не в том порядке? |
|
27.09.2011, 14:47 | #11 |
Участник
|
Цитата:
Да |
|
27.09.2011, 14:54 | #12 |
Участник
|
То есть нужно сделать примерно в таком порядке
1) настроить систему так, чтобы она автоматически создавала на основе заказа на продажу - производственные заказы и заказы на покупку у поставщиков 2) настроить группы покрытия номенклатур 3) запустить сводное планирование примерно с такими характеристиками: ограничение по мощности, дата - сегодняшний день и позже, ограничение по материалам 4) посмотреть, какие получились спланированные производственные заказы, запустить их в производство |
|
27.09.2011, 15:04 | #13 |
Участник
|
Цитата:
Сообщение от niksen
То есть нужно сделать примерно в таком порядке
1) настроить систему так, чтобы она автоматически создавала на основе заказа на продажу - производственные заказы и заказы на покупку у поставщиков 2) настроить группы покрытия номенклатур 3) запустить сводное планирование примерно с такими характеристиками: ограничение по мощности, дата - сегодняшний день и позже, ограничение по материалам 4) посмотреть, какие получились спланированные производственные заказы, запустить их в производство |
|
29.09.2011, 10:13 | #14 |
Участник
|
Ну вроде бы всё есть, но вот интересный вопрос, сейчас заказ может не успевать к сроку, когда занят 1 человек как 1 РЦ, логичнее было бы, раз они не успевают, загрузить 2 РЦ, которые будут делать одну и ту же операцию, чтобы лишняя мощность не простаивала и тогда, если материал для операции доступен, можно было бы использовать простаивающую мощность для выполнения заказа к сроку.
Это как-то можно реализовать в стандартном функционале? С уважением, Николай |
|
29.09.2011, 10:34 | #15 |
Участник
|
Это наверное нужно вот в этой ветке обсуждать Выполнение операций из одного ПЗ на разных РЦ
|
|
29.09.2011, 10:41 | #16 |
Участник
|
S.Kuskov
да, есть и там ... молчание я просто сколько не читаю документацию, нигде про это не вижу, в основном всё ведётся к тому, что запустили сводное планирование, увидели, что к сроку, а что нет, решили, что лучше отдать субподрядчику, что вообще делать не будем, а что будем делать сами, а про то, что каким-то образом поменяли количество загружаемого оборудования и людей - нигде нет. С уважением, Николай |
|
Теги |
производство |
|
Похожие темы | ||||
Тема | Ответов | |||
Выполнение операций из одного ПЗ на разных РЦ | 11 | |||
Группы РЦ и календари | 3 | |||
Задача: запретить удалять строки разнесённых журналов. | 12 | |||
Потребление мощности | 7 | |||
Альтернативные РЦ | 4 |
|