Кто пробовал типовое планирование по методу «Как можно быстрее» — знает, что это не айс. Ждешь от него одного, а оно делает «точно к сроку» с «подраспределением» внутри каждого дня.
В прицепе — конфигурация, в ней только модуль документа «План производства по сменам», содержащий необходимые изменения. Изменения отмечены маркером SPOL.
Как планирует — видно по скриншотам. Красиво планирует.
Заодно, учитывается кратность и минимальная партия выпуска, указанная в спецификации. Стоит иметь в виду, что кратность и минимальная партия учитываются внутри дня/смены, поэтому в отдельных строках могут быть дробные количества — например, 0.5 до обеда и 0.5 после обеда.
Конфигурация выполнена для УПП 1.3.16.1. Документ «План производства по сменам» меняется нечасто, так что скорее всего подойдет и для других релизов.
Дробные количества в чем учитываются, в партии или в штуках? Посмотрим, что это такое, спасибо.
Спасибо, актуально очень! посмотрим как работает.
От посменного планирования сложилось впечатление, что в реальной жизни он него толку ноль, легче с нуля написать под конкретного заказчика.
(3) Meson,
Возможно, у вас неверный подход к посменному планированию. К нему лучше подходить, как к набору инструментов и заготовок для разработчика, а не как к готовому решению.
Планирование, как вы верно понимаете, слишком уникальная для каждого предприятия задача, чтобы решать ее в рамках не узкоспециализированного решения.
(4)
В принципе согласен с Вами. Пусть это будет напутствием для тех, кто только начинает разбираться с планированием в 1С.
Согласен. Полезно.
(6) alumkin, спасибо. Буду рад, если пригодится.
очч интересно.Надеюсь очч пригодится.на данный момент есть подобная задача может пригодится как образец или заготовка.
а по планированию негде почитать….
(9) zhleonid8, что именно вы хотите почитать?
я бух, хотел углублено почитать научиться и не могу разобраться..
(11) zhleonid8, углубленно почитать можно в книжках:
1. Планирование закупок, производства и продаж в 1С:Предприятии 8,
2. Планирование деятельности производственного предприятия. От промфинтехпланирования к MRP II и дальше,
Также полезно посетить курс ЦСО по производству и планированию в УПП, особенно если преподаватели московские будут. Можно у Фарита Насипова поучиться или купить метод. материалы (nasf.ru), он раньше от 1С преподавал. На курсах дадут методичку, в ней тоже есть информация.
А вообще в посменном планировании все достаточно просто.
Также полезно посетить курс ЦСО по производству и планированию в УПП, особенно если преподаватели московские будут.
Только не идите учится на планирование в УЦ№1 — будет только перевод денег.
Что я сделал — закомментировал весь имеющийся модуль документа и скопировал из Вашей конфигурации. Теперь дата запуска имеет смысл, отличный от оригинала? Потому что при равных датах З и В планируется только эта дата, на все остальное времени не хватает.
Попутно задам вопрос мастерам планирования — у меня при планировании на одну техоперацию назначается более одного рабочего центра (из одной группы заменяемости), что неправильно. Т.е. имеется несколько одинаковых (идеологически и технологически) бригад, которые могут выполнять одну и ту же операцию за одинаковое время — эти центры я объединяю в одну группу заменяемости. В техкарте на операцию (например, сверловка пластины) задаю эту группу. В планировании получаю две бригады на одну сверловку, что, конечно, быстрее, но как я могу на два станка растянуть одну несчастную пластинку? Или я неверно понимаю понятие «группа заменяемости»?
И еще с одним казусом столкнулся — при планировании не планируется самое изделие, а только его «ингридиенты». Причем в самом начале прогресс-бар немного «подвисает» на самом изделии.
(15) одна из причин этого — наличие в спецификации полуфабриката со спецификацией, но без техкарты (или с пустой техкартой). Что еще, пока ищу.
Некорректно отрабатываются техкарты — операция, использующая полуфабрикат, начинается раньше изготовления самого полуфабриката (не всегда, но отловить закономерность пока не удается).
(14) BoBaH, программе безразлично, какой РЦ из группы нагружать и на какое время. Там выбор РЦ происходит на каждой итерации планирования заново.
Попробуйте применить вот это — , может помочь.
(17) BoBaH, давайте скриншоты спецификаций, техкарт и результата планирования, иначе не разобраться. Идеально было бы получить выгруженный в xml документ планирования со всеми справочниками (поставьте флаг при выгрузке «выгружать при необходимости»), созданными в демобазе.
(18) самый простой вариант фокуса — установить в техкарте большую длительность техоперации и выбрать группу заменяемости из двух рабочих центров. Эта «фича» и в стандарте присутствует, сейчас жду разъяснений техподдержки.
(19) сейчас готовлю выгрузку… займет некоторое время, т.к. конвертацией данных никогда не пользовался
(19)
(22) BoBaH, не качается. Пишет: 403
вам запрещено это действие, этот файл приватный и ваш ключ неправильный
(23) обновил ссылку. Сорри.
(24) BoBaH, не, так неинтересно — нет спецификаций и тех. карт.
Давайте так:
1. Воспользуйтесь для выгрузки обработкой с ИТС, на всякий случай прикрепил ее.
2. В обработке оставьте все галки «При необходимости»
3. Поставьте флаг у документа «План производства по сменам», сделайте отбор по своему документу;
4. Поставьте флаг у регистра сведений «Технологические карты спецификаций номенклатуры»;
5. Поставьте флаг у регистра сведений «Основные спецификации номенклатуры»;
6. Поставьте флаг у регистра «Графики рабочих центров».
Ну и выгрузите файл. Можете мне на мыло отправить, если лень выкладывать — rp1c@mail.ru
(25) готово . Спасибо за подсказки 🙂
(26) BoBaH, я похоже вам правильно подсказал — надо внести изменения из , их тоже я делал. У вас есть «переходящие» смены, типа 17:00 — 01:00, они неверно сортируются в типовой конфигурации, точнее никак не сортируются. Приложил вам скриншот, все нормально вроде спланировалось.
(27) получается достаточно вместо
написать
? Указывать какие-то операции неразрывными — дело муторное… Попробую.
Попробовал — получается то, что нужно. Я заподозрил, что в типовой конфе разрывные смены не корректно обрабатываются, когда создавал сменный график (шибко неправильно количество часов ставит на сутки), но чтобы до такого дело дошло… Кстати, проблема выполнения одной техоперации несколькими (видел не более двух одновременно) рабочими центрами вас не беспокоит? Техподдержка мне пока ничего не сказала по этому поводу 🙁 И вообще, если не секрет — Вы используете посменное планирование от 1С в реальном производстве?
(28) BoBaH, прошу прощения — обманул вас. Надо взять изменения вот отсюда — . Хотя та штука, которую я сначала рекомендовал, тоже полезная, но не для таких задач — а типа когда надо деталь в печку посадить, или тушу подвесить чтобы кровь стекала — короче, когда ничего другого с ней в это время делать нельзя.
Нет, она решена в типовой конфигурации.
В качестве подспорья. Обычно все равно что-то свое ваять приходится, типовой в чистом виде вряд ли полностью кого-то устроит, да он и не преследует такую цель.
Спасибо, тоже видел.
Представьте себе — нам УПП представили как некий универсальный мегаинструмент, который умеет все. Причем посменное планирование — один из его «коньков» 🙂 Все бы ничего, но я раньше только 7.7 пользовал 🙂 «Ничто не предвещало беды». И что нам теперь с франчайзи делать? Понять. И простить. (с) Галустян
Что-то я никак лыжи не сниму — почему же на несчастную сборку короба аппарата (операция №005) примеряется два центра в одно и то же время?
Вот что получается после изменений на Ваш модуль:
А без получается без забавного порядка операций (т.е. Ваш модуль в чистоте), но от нескольких центров на одну операцию и тут никуда не деться 🙁
(30) BoBaH, не все франчайзи одинаково полезны. Посменное планирование — один из коньков, верно, но законченным решением не является — и это правильно. Планирование на каждом предприятии слишком уникально, чтобы создавать единое решение. Есть решения, которые вроде бы закрывают большинство потребностей, но их стоимость значительно выше чем УПП.
Как вариант — узнать у франчайзи, умеют ли они программировать на встроенном языке платформы 1С. Если умеют — повезло, они смогут разобраться в посменном планировании и реализовать ваши потребности.
Сложно сказать — у меня на ваших данных нормально планируется (см. скриншот). Проверьте платформу (у меня 8.2.13.219) или попробуйте на актуальной версии УПП (я делаю на 1.3.16.1). Просто поставьте демобазу, внесите изменения в модуль объекта документа ПланПроизводстваПоСменам, и загрузите тот xml-файл, который высылали мне.
(33) см. строку №152 — ее между 151 и 153 по техкарте быть не должно, 020 должна завершиться на момент начала 025. А насчет двух центров на одну операцию — можно поставить на 035 времени побольше (например, минут так 800) и опаньки! Что мне сказали в техподдержке — это фича, а не глюк. Что, в общем-то, было предсказуемо 🙁 Потребовал рекомендации, как на одном центре выполнить длительную операцию, но пока ждем-с.
А вообще спасибо за потраченное время 🙂
В общем, дело кончилось следующим:
Цитирую раздел 2.3.1 «Технологические операции» главы 2 «Справочные сведения для управления производством» книги «1С:Предприятие 8. Конфигурация «Управление производственным предпроиятием». Редакция 1.3. Часть 4. Производство»:
Абзац 1: Технологическая операция – это часть производственного процесса, выполняемого на одном рабочем месте.
Абзац 2: …Технологическая операция выполняется только одним рабочим центром. Если производственный процесс подразумевает использование нескольких рабочих центров, то создается цепочка технологических операций.
Ответ отдела разработки:
Если в тех.карте разрешен перенос операции, значит она может выполняться в разные смены и разными рабочими центрами. В программе реализована возможность параллельной загрузки рабочих центров, входящих в группу заменяемости (при установленном флаге «Перенос» в тех.карте для операции).
Внедренцы (Черноземье ИНТЕКО) допилили конфу, теперь 1) одна операция в один момент времени на одном центре и 2) ведется пооперационный учет работ (т.е. выполненные операции уже не планируются — в оригинале не планируются целиком техкарты выпущенных изделий/узлов).
(27) получается достаточно вместо Код
Если ЦикловКПланированию.Числитель > 0 Тогда
написать Код
Если ЦикловКПланированию.Числитель > 0 И ОставшеесяКоличествоЦиклов.Числитель = 0 Тогда
? Указывать какие-то операции неразрывными — дело муторное… Попробую. Попробовал — получается то, что нужно. Я заподозрил, что в типовой конфе разрывные смены не корректно обрабатываются, когда создавал сменный график (шибко неправильно количество часов ставит на сутки), но чтобы до такого дело дошло… Кстати, проблема выполнения одной техоперации несколькими (видел не более двух одновременно) рабочими центрами вас не беспокоит? Техподдержка мне пока ничего не сказала по этому поводу 🙁 И вообще, если не секрет — Вы используете посменное планирование от 1С в реальном производстве?
полезная штука, спасибо!
(36) a31, наслаждайтесь.
А кто нибудь ответит по поводу того как типовой механизм в стратегии точно к сроку отрабатывает на большом количестве выпускаемой продукции при количестве переделов так под сотню, у меня демо пример при выпуске 100 кресел качалок загнулся с ошибкой невозможно распланировать… или тоже пилить ???
Спасибо, возможно в дальнейшем пригодится.
(39) sevipa, имхо пилить однозначно. Как негде уже было сказано, это всего лишь пример, как можно пользоваться зачатками техподготовки в УПП.
Добрый день.
Прошу помочь разобраться с реализованным механизмом планирования.
Сделал тестовый пример, для одного изделия, в количестве 1 шт, с кратностью 1.
Тех. карта состоит из трех работ:
1. Работа 1 — 8 часов, следующая операция 3
2. Работа 2 — 4 часа, следующая операция 3.
3. Работа 3 — 40 часов.
Но при выполнении планирования, Работа 3 начинается сразу по завершении Работы 2. Вот это мне не совсем понятно, вроде по логике планирования, следующая работа начинается, после окончания самой продолжительной работы предыдущего этапа.
В результате 3 начинается, раньше чем завершается 1.
Попробовал вот такой вариант:
1. Работа 1 — 8 часов, следующая операция 3
2. Работа 2 — 4 часа.
3. Работа 3 — 40 часов.
Этот вариант отрабатывает корректно, но при большем количестве изделий, данный вариант использовать невозможно, т.к. заранее неизвестно какая работа будет выполнена быстрее, с учетом загрузки рабочих центр.
Прошу подсказать, действительно механизм планирования так реализован или нужно каким-то другим образом реализовывать пример, допустим через полуфабрикаты.
Сам спрашиваю, сам отвечаю.
В процедуре УстановитьИсполнениеОперации () заменил
//Операция.Момент = Момент;
на
Операция.Момент = ?(Момент > Операция.Момент, Момент, Операция.Момент);
Вроде помогло.
Техкарту в студию
Техкарта, приложена к студии.
Вопрос, к автору,
уважаемый, zaebunga, такая вот проблема:
В рамках того же примера:
В спецификации указано, количество 1 шт, кратность 1.000.
Планирую, выпуск 1-ед все нормально, ставлю количество 2-шт, на выходе все равно получаю 1-шт.
В спецификации указано, количество 1 шт, кратность 0.000.
Только в этом случае, при планировании выпуска 2-х шт, на выходе получаю две штуки.
В чем причина?
1. Весьма странно отсутствие переноса на следующую смену восьмичасовой операции раскроя.
2. Наверное, было бы проще учитывать время не в секундах, а хотя бы в минутах (К=60)?
2. Судя по всему, Вы не читали справку по производству вообще и техкартам в частности — настоятельно рекомендую. В конкретном случае Вы неверно истолковали понятие «Следующие операции» — это именно перечень техопераций, которые не смогут начаться до завершения данной техоперации. Если у Вас последовательный процесс, то следующие операции по строкам маршрута будут такими:
2
3
<пусто>
В УПП логика технологической карты зависит только от колонки «Следующие операции», а не от порядка следования в ТЧ «Маршрут». При этом не забудьте про спецификацию — поля «№ операции» в выходном изделии и исходных комплектующих играют роль связующих звеньев общей цепи техпроцесса, а без указания оных (несмотря на заверения документации 1С) планирование поведет себя непредсказуемо.
(46) ВоВаН
2. Наверное, было бы проще учитывать время не в секундах, а хотя бы в минутах (К=60)?
Я это понимаю, но это тестовый пример, в данном случае так сделано специально, дабы не вносить прочих факторов в пример.
2
3
<пусто>
Я именно таким образом и понял понятие следующая операция. В описанном примере Операция 1 и 2, могут выполняться параллельно. Операция 3, только после завершения Операции 1 и Операции 2.
Это понятно, с сетевым планированием знаком.
Т.е. корректно планировать только работы, без учета комплектующих не получиться?
упс, сорри — не заметил
Значит, дело не в бобине. Тогда могу лишь сделать догадку — это из-за длительности операции («помогает» переход на другие сутки). Попробуйте уменьшить время выполнения.
Почему? Полностью завершенные сборочные единицы будут учтены, только производство должно об этом отчитаться. Проблема в том, что не получиться пооперационно учесть незавершенку — разве что опроцентовывать готовность сборочной единицы. Т.е. сказать, что выполнены конкретные техоперации из техкарты не получится.
(27), (29) Иван, добрый день. Расскажите, пожалуйста, о каких изменениях говорится в тех двух ссылках (они сейчас нерабочие). Потестировал ваш модуль — странновато планируется 🙂 Например, из покупного материала произвели полуфабрикат, а из него — готовую продукцию. В плане производства указана готовая продукция. А в плане производства по сменам сначала производится весь полуфабрикат (за несколько дней), и только потом начинается производство готовой продукции. Хотя уже во второй день произведенного полуфабриката было достаточно для начала работы над ГП.
Спасибо!