Срыв сроков исполнения заказов и пути устранения проблемы

[Construktor]

Практически на каждом мебельном предприятии, изготавливающем мебель по индивидуальным проектам, существует проблема просроченных заказов. Не важно - руководитель ли Вы мебельного предприятия, менеджер в салоне или сборщик в цехе - данная проблема тем или иным образом касается каждого. Это недополученная прибыль и испорченная репутация предприятия, потраченные нервы на разбирательства с заказчиком и хождение по судам, внеплановая сверхурочная работа цеха с целью наверстать график и т.д.

Если Вас данная проблема хоть как-то коснулась - приглашаем Вас высказаться по данному вопросу на нашем форуме. Давайте искать решение вместе.

Предлагаю всем мебельщикам, перед кем на самом деле стоит проблема срыва сроков заказов, сформулировать и написать список, почему это происходит на их предприятии.

[PolySOFT]

Сообщение от KD_RUS

Ещё пару слов об автоматизации организации приёма заказа. Только личное.

Ныне мы делаем Каталоги для Kitchendraw, способные выдавать деталировку. Ну может не совсем точную, но для учёта достаточную. В салоне работает KD. Далее заказ принимается на фабрику и выгружается в 1С, в которой начинается работа по закупке материалов, постановке заказа на обработку, назначение сроков и т.п. Это всё стандартные процедуры. Получается план. Нестандарты оценивает технолог. Если что - даёт задания на дозакупки.

Когда подходит срок пилить (через месяц), заказ выгружается в конструкторскую программу, типа "Базис" и его начинает терзать технологи производства. По его результатам, расходы материалов также заносятся в 1С. Получается факт.

Примерно так. И сейчас мы готовим схему KD -> Excel и всё. Многим так проще.

Понятно, почему такая жесть в адрес железа и софта. Пора сменить 286-ю машину на что-нть более современное.. Сейчас это вполне доступно... И не пудрите мозг уважаемым людям, которые в этой ветке обсуждают конкретную проблему. Ваша ветка: 70-е. Как это было и где сейчас купить перфокарты...


Миша, г-ну Гриценко не нужен ни регламент, ни люди с определенными правами..

[aprait]

Сообщение от ЛЛЛ

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

А какая программа? (если не секрет)

[PolySOFT]

Приходит дяденька с чемоданом, полным денег, на мебельную фабрику и говорит, хочу, мол, гостиницу свою обставить.. 5 люксов, 8 сьютов, 3 дабла, бассейн, 3 холла, бар и пр... Везде разный набор.. Ваша мебель мне нравится. Надо через м-ц... Успеете, чемодан ваш, а там и з/п рабочим и решение кучи проблем, делающих кризис незаметным.. День просрочки - штраф, делающий кризис заметным. Чемодан брать? А тут и электричество отключают и воду и газ.. Поставщики подставляют, как назло, пилы точить надо, форматник на регламент становится, Петрович запил, а кладовщица родила. Налоговая в дверь стучится... Санэпидемстанция крыс ищет и огнетушители просрочились.. Так чемодан брать?

[ps_Mike]

Сообщение от PolySOFT

Понятно, почему такая жесть в адрес железа и софта. Пора сменить 286-ю машину на что-нть более современное.. Сейчас это вполне доступно... И не пудрите мозг уважаемым людям, которые в этой ветке обсуждают конкретную проблему. Ваша ветка: 70-е. Как это было и где сейчас купить перфокарты...


Миша, г-ну Гриценко не нужен ни регламент, ни люди с определенными правами..

Глеб как всегда категоричен, но все равно приятно видеть на форуме )))

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

В итоге получается то, что мы видим повсеместно - все вроде заняты, а дело на месте стоит.

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

[PolySOFT]

Сообщение от ps_Mike

Глеб как всегда категоричен )))

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

Может к сожалению, может к счастью, но продавать софт и изучать задачи клиента - уже давно синонимы.. В общем-то, они все уже достаточно изучены, о чем свидетельствует мебельная логика ИТМ. А "продать и забыть" - нельзя по определению. Мы дружим с нашими клиентами и любят они нас за то, что всегда получают ответы на вопросы по внедрению тогда, когда им это нужно..

[ps_Mike]

Сообщение от PolySOFT

Может к сожалению, может к счастью, но продавать софт и изучать задачи клиента - уже давно синонимы.. В общем-то, они все уже достаточно изучены, о чем свидетельствует мебельная логика ИТМ. А "продать и забыть" - нельзя по определению. Мы дружим с нашими клиентами и любят они нас за то, что всегда получают ответы на вопросы по внедрению тогда, когда им это нужно..

Глеб, я не имел ввиду вашу компанию и тебя лично (тем более что на форуме где-то видел отзывы пользователей о твоей серьезной компетенции по общим вопросам и ИТМ).

К сожалению это синонимы не для всех, и вышеописанные события имели место не раз, по отзывам наших клиентов об их прошлом опыте автоматизации.

Безусловно надо дружить с клиентами и помогать им развиваться.

[хенк2000]

В договорах в разделе - СРОКИ... можно вписать - По уважительным причинам исполнитель вправе задержать исполнение заказа на .... дней.Это хоть как-то даст возможность объяснить заказчику причину задержки, естественно, предоставив факс от поставщика о задержке фурнитуры или об отключении энергии и тд. При заключении договора обычно не смотрят на этот пункт, а смотрят на срок исполнения.Но это только на крайний случай! В договоре надо прописать что В СЛУЧАЕ ЗАДЕРЖКИ ИСПОЛНИТЕЛЬ ОБЯЗУЕТСЯ.....Если этого не будет - заказчик будет пить кровь себе в удовольствие а вам чтоб сохранить репутацию- возможно придется идти у него на поводу. Но это все для подстраховки.Сроки надо выполнять!!! И не только из-за того , что у нас такие законы , а потому что НАДО.Любая задержка должна быть рассмотрена, найдены причины , которые необходимо устранять в будущем.

[Андрей Залыгин]

Сообщение от ps_Mike

Рабочий центр (РЦ) - это цех или подразделение производственного отдела компании. Оборудование и человеческий ресурс - это производственные ресурсы, которые могут быть объединены в группы по принципу взаимозаменяемости при выполнении той или иной технологической операции...
Доступные производственные ресурсы, выраженные в нормо-часах...
Производственные мощности могут быть привязаны к рабочему центру, например, станки находятся в конкретном цеху.

Т.е. РЦ это подразделение со своим составом разнообразного оборудования и на момент планирования операций с деталями в вашей системе происходит расчет маршрута движения деталей не по конкретным "рабочим местам" (станкам) по принципу объемного расчета из остатков нормочасов доступных на момент планирования в РЦ? Задания на конкретные РМ (станки) уже распеделяются мастерами РЦ. И, типа, этих мощностей мастерам должно хватать? Т.е. это стандартный подход в объемно-календарном планировании используемый в любой ERP системе.

Мнение: не думаю,что это удобно даже для больших мебельных фабрик. Примерно так работает "Галактика" (и даже знаю где ). понятно, что цена галактики и ваша - несоизмеримы, поэтому ваш конкурент галактичен. И не ИТээМен точно ...

Суть в эффективности станков при производстве различных тех.операций, т.е. универсальные станки, как правило, затрачивают времени на исполнение операции больше чем специализированные, но зато могут выполнять больше видов операций.
РАссчитывать коэффициенты можно через время выполнения той или иной операции, т.е. есть базовый ресур и время, а есть доступные замены с определенным коэффициентом эффективности.

Единственное тут замечание: ... метод эффективного группирования оборудования (РЦ) под опеацию дает существенные плюсы в машиностроении ... а тут ИМХО это мягко говоря... тяжеловато так как в мебельном производствве только маршрутная технология, а в основе эффективного автоматизированного группирования операций по РЦ лежит технология операционная ... со своими прибамбасами.

Для позаказного производства применяются другие инструменты, ссылки на них я давал ранее.
А вообще у нас есть 2 решения, каждое из которых умеет учитывать и серийку и позаказное производство, но заточено под конкретный вид производства.

А какие виды позаказного производства вы отличаете в своих решениях?

У нас есть реализованные проекты в машиностороении по серийке, и там действительно требуется более детальный учет.
А вот насчет позаказный учет и детализированное планирование - позвольте не согласиться.

Поясните, что в Вашем понимании такое "позаказной учет"?

Если каждый заказ индивидуален, то он, как правило, планируется единовременно, в случае же серийки планы должны учтывать план выпуска прочих изделий и их унификацию.

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

[KD_RUS]

На мой взгляд на сроки проведения влияет учёт и контроль следующих этапов прохождения заказа:

«Ожидает обработки» - заказ пока не поступил в работу. Салон создаёт заказ в системе.
«Принят к обработке» - происходит проверка возможности исполнения, ввод заказа в программу. Сморят технологи на фабрике.
«Заказан» - заказ принят к исполнению. Созданы задания на закупку.
«В работе» - заказ на производстве. Пошёл на производство.
«На складе» - заказ находится на складе фабрики и готовится к отправке.
«Доставка» - заказ отправлен из фабрики, ожидайте получение
«Не принят» - заказ не принят
«Закрыт» - заказ выдан клиенту

Возможны внутренние статусы заказа, не видимые клиенту:
«Цех1»
«Цех2»
«Сборка»
и т.д.

Мы эти статусы заказов выдаём клиенту/дилеру. Они могут зайти на сайт и увидеть, что с их заказом, оставить комментарий. Так же пишутся комментарии ему/дилеру.

Сайт и является основой и визитной карточкой информационной системы. Форумы всякие, чаты и т.п.

[NickBhl]

KD_RUS, а как решаете проблему с наличием "под рукой" актуальных данных остатков материалов на складах поставщиков?