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

[Construktor]

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

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

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

[epine]

Давно зарегистрировался на этом форуме. Внимательно прочитал всю ветку..и задумался.
Дело в том, что я работаю в рекламе. Так называемые POSМатериалы (оборудование для оформления мест продаж).
В нашем ассортименте есть и мебельные изделия и немебельные.)))
Стандартного прайса нет вообще.
Все изделия либо выпускаются обычно партией 5,10,50,200...может быть несколько тысяч изделий.
Повторов практически не бывает.

Принцип работы:
пожелания крупного заказчика (например Coca-Cola),
наш дизайн проект.
наш примерный (очень примерный) расчет себестоимости.
изготовление образца,
изготовлении партии с учетом пожеланий заказчика.

Сроки адекватные поставить невозможно по причине того, что заказчику это все нужно "завтра".
Реклама это своеобразная ниша. Сам не взял заказ-потерял заказчика в будущем. Поэтому берем ВСЕ с практически любыми сроками.

Как в этой ситуации наладить производство?
Это невозможно!

[Alex 77]

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

Менеджерский человеческий фактор стремится к нулю.

Видать не очень умён, но не понял. Заказчик, файлик, журнал или ещё чего-нибудь, что это меняет? Да у менеджера очередь! все торопят, всем побыстрее, один отошел, второй присел, первый вернулся и попросил внести изменения, к концу дня как загнанная лошадь, как себя зовут не помнит. Даже если заказ и не забудет, изменения не внесёт. А на следующий день ни одного посетителя. Это, кстати, и на все этапы производства относится в той или иной мере. Вы это всё вживую видели или чисто теоретически? Что за стремление из своего ПО панацею-спасителя делать?
Вообще в этой теме, как мне показалось, произошло достаточно четкое разделение мнений производственников и представителей. Отсюда вопрос. Господа представители, вы для кого работаете, кому продаёте свои продукты? Есть здесь на форуме руководитель-владелец, который может заявить, что было вот всё плохо, обратился, внедрили, стало так-то, доволен. Сроки исполнения больше не срываются, проблемы устранены. А то какая-то самореклама получается. Я живу не в самом маленьком городе, с друзьями-конкурентами контачу, но внедрённой продукции уважаемых представителей не встречал...

[Pankrat2]

А действительно, и интересно, и поучительно, и наглядно было бы услышать (прочесть), отзывы практиков, о результатах внедрения данного ПО, и как это изменило их жизнь. Особенно в отношениях с поставщиками, и именно на штучных заказах материалов. Получили они возможность избежать пересортицы, не кондиции, не доукомплектованности - их заказов.
Р.S. Мне сегодня пришёл заказ, пришёл в срок, но крепёж, вместо М4, положили М5. Выход из положения я, конечно, найду, но чем мне ПО здесь помочь сможет.

[unionsoft]

Добрый день, уважаемые форумчане
Тема, поднятая в ветке данного форума действительна актуальна и касается всех и каждого. Позвольте выразить свое мнение по данной дискуссии. Не буду категорично утверждать, что моя позиция является однозначно правильной и авторитетной экспертной оценкой. Я лучше расскажу как на практике приходилось помогать решать клиентам задачи МИНИМИЗАЦИИ риска срыва сроков выполнения заказа. Совсем исключить риски, конечно, не получится. Причины могут быть разные: сборщики запили, машина от поставщика не приехала, денег на закуп не хватило. Да масса ситуаций в непростой работе мебельщиков. Но снизить их можно следующими способами:
1. Заказ, он по своей сути аналогичен некоему проекту, который проходит определенные жизненные стадии или этапы. Проще говоря, эти этапы называются статусами заказов. Порядок следования статусов, их минимальная и оптимальная длительность в каждой фирме индивидуальны. Для чего два типа длительности? В оптимальную длительность закладываем запас времени для возможных осложнений. Для каждого статуса вводим два типа дат: плановая и фактическая. Плановая – это когда заказ должен перейти в следующее состояние (статус), фактическая – реальная дата, когда заказ перешел в это состояние.
2. Таким образом, для принимаемых заказов составляем некую сетку или календарь, когда и что надо сделать с заказом. Зная длительности статусов, считаем плановые даты прохождения заказа по предприятию, формируем плановое расписание (аналог еженедельника) для подразделений или конкретных исполнителей.
3. Далее осуществляем ежедневный контроль подразделений и исполнителям по плановым датам, регистрируем фактические даты, смотрим отставание по датам или отсутствие перехода заказа на следующий статус.
4. Таким образом, сначала формируем плановые показатели для работы по заказам, а потом контролируем и вносим коррективы в рабочий еженедельник-планировщик. Бывают ситуации, когда за счет временного выигрыша в одном статусе заказа фактически можем увеличить запас времени для другого статуса.
5. Что касается снабжения. У большинства мебельщиков проблема снабжения упирается в две составляющие – дефицит бюджета и различные условия (сроки, цены, размер партии) у поставщиков. Логически структура механизма может быть формализована следующим образом:
6. 1 этап. На основании исходных данных (заявки по заказам, оценка потребностей производства) осуществляется расчет сводного количества позиций, подлежащих приобретению у поставщиков, а также осуществляется подбор поставщиков путем выбора из справочной базы данных. Параметры справочных данных – минимальная партия, срок поставки и цена поставщика. Кроме того, рассчитывается контрольная дата поставки исходя из сроков готовности заказов и сроков начала их выполнения в производстве. Результатом выполнения первого этапа является журнал заявок поставщикам по заказам.
7. 2 этап. Осуществляем отбор заявок поставщикам по заказам в условиях выполнения контрольной даты поставки. Как правило, отбираются заявки с ближайшее датой начала выполнения заказов в производстве, чтобы успеть приобрести материалы и комплектующие. Кроме того, для заявок устанавливают приоритет. Данный атрибут необходим для отслеживания выполнения первоочередных и важных заказов. Отобранные заявки суммируем по ценам поставщиков и анализируем с фактическим наличием денежных средств. В зависимости от ограничения бюджета закупок либо изменяем условия отбора заявок, либо принимаем решение обработать эти заявки, зарезервировать свободные остатки на местах хранения и перейти к 3 этапу.
8. З этап. Формируем итоговые заявки поставщикам, без разделения по заказам. Сформированные заявки отправляются на согласование, получаем и регистрируем счет от поставщика. В реальности, счет поставщика может содержать состав, количество и цены, отличающиеся от исходных данных в заявке. Снабженец принимает решение о дальнейшем прохождении счета от поставщика в финансовую службу или корректирует исходную заявку поставщику и повторяется процесс согласования полученного измененного счета.
9. По факту поступления товара от поставщика и на основании утвержденного счета от поставщика оформляется приходная накладная. Информация о составе, количестве и ценах в заявке поставщику, счете от поставщика и приходной накладной позволяет осуществлять контроль товарного баланса поставщика и провести сличительный анализ расхождения.
Это варианты подходов, позволяющих минимизировать срыв сроков по заказу. Далее возникает вопрос, какими средствами это все делать. Варианты – ручка и тетрадь, Excel, программы учета. В свое время все что я написал выше, было воплощено в ИТМ. По вопросам практических аспектов применения ИТМ милости просим к моему коллеге, г-ну Соболеву Глебу Юрьевичу.
Объективно говоря, от начала сообщений в ветке до сегодняшнего дня, создалось впечатление, что в дискуссию включились «титаны» автоматизации мебельного производства и вектор внимания аудитории сместился на вопросы оптимизации и управления производственными процессами. С одной стороны, это важно, потому что правильная организация производства тоже способна минимизировать риск срыва сроков заказа. С другой стороны, не все мебельщики готовы вникать в тонкости концепции «КАНБАН» и применения MES – технологий у себя в цехах. Начинать лучше всего с базовых опорных точек, т.е. с налаживания учета. Учета заказов, склада, заявок поставщикам и счетов поставщиков, и прочие основных документов, с которыми проводится каждодневная работа. Поэтому обращаюсь к коллегам по «цеху», хочется пожелать им научиться слушать, о чем говорят представители мебельного производства, дать им инструмент для организации стабильного учета, а уж затем они придут к вам и спросят про оптимизацию производственных процессов, мониторинг производства, формирование оптимального расписания и прочие «вкусности», о которых вами говорилось в этой ветке.
Что касается дискуссии относительно задержек ответов с моей стороны на вопросы г-на Залыгина, а также его односторонних утверждений относительно системы ИТМ. Насколько я понял, Вы уже ознакомились с материалами г-на Пронько и сделали для себя однозначные выводы. Тогда зачем Вам мои ответы? Я помню, что вы «хотите спасти мир», но существуют определенные нормы профессиональной этики. В частности, «никогда не считай свое мнение единственно правильным». Я не ставлю под сомнение Ваше членство в определенных кругах и ассоциациях, но с другой стороны не вижу основания с Вашей стороны так авторитетно заявлять о том, как и какие задачи решает ИТМ. Правильно было сказано г-ном Пронько А.М., что ИТМ создается исходя из практических потребностей реальных клиентов. Идет постоянная работа по развитию, поэтому в форумах бываю редко. По поводу ИТМ – лучше один раз увидеть. Мои коллеги из компании «Полисофт» неоднократно приглашали вас для личного встречи, там и пообщаемся.
Еще раз акцентирую внимание форумчан на то, что обсуждаются и предлагаются методы и подходы минимизации срыва сроков заказов, а не тонкости той или иной системы автоматизации. Согласитесь, что без использования специализированных программ не обойтись. Но их возможности объективно оценить может только конечный потребитель, сотрудники мебельного производства, а уж никак не «автоматизаторы». Пользуясь возможностью, приглашаю мебельщиков высказать свои варианты автоматизации решения проблемы срыва сроков заказов. Интересные и ценные предложения обязательно будут представлены в новой версии ИТМ на майской выставке.
И еще раз.. Повторюсь, давайте общаться конструктивно, не надо показывать свою «крутость» и «продвинутость». На этом форуме, да и не только, лучше всего работает правило: «будь проще и люди к тебе потянутся»
С уважением,
Генеральный директор ООО «ЮнионСофт Технолоджис»
Лукьянюк Александр Сергеевич

[Z300]

М-да...
Добавляется ещё одна функция к уже имеющимся.
Человеческий фактор от такой системы, не уменьшается, а увеличивается - вероятность ошибки ввода данных.
Теперь надо бороться ещё с тем, что бы кто-то правильно и, что немаловажно, вовремя вводили данные….

[Бондарь]

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

1. Заказ, он по своей сути аналогичен некоему проекту, который проходит определенные жизненные стадии или этапы. Проще говоря, эти этапы называются статусами заказов. Порядок следования статусов, их минимальная и оптимальная длительность в каждой фирме индивидуальны. Для чего два типа длительности? В оптимальную длительность закладываем запас времени для возможных осложнений. Для каждого статуса вводим два типа дат: плановая и фактическая. Плановая – это когда заказ должен перейти в следующее состояние (статус), фактическая – реальная дата, когда заказ перешел в это состояние.
2. Таким образом, для принимаемых заказов составляем некую сетку или календарь, когда и что надо сделать с заказом. Зная длительности статусов, считаем плановые даты прохождения заказа по предприятию, формируем плановое расписание (аналог еженедельника) для подразделений или конкретных исполнителей.
3. Далее осуществляем ежедневный контроль подразделений и исполнителям по плановым датам, регистрируем фактические даты, смотрим отставание по датам или отсутствие перехода заказа на следующий статус.
4. Таким образом, сначала формируем плановые показатели для работы по заказам, а потом контролируем и вносим коррективы в рабочий еженедельник-планировщик. Бывают ситуации, когда за счет временного выигрыша в одном статусе заказа фактически можем увеличить запас времени для другого статуса.

Жирным шрифтом нужно выделить пункт №3

[manemeb]

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

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

Считайте что уже потянулись, предлагаю свою кандидатуру для публичного эксперимента. Все признаки пригодности для участия имеются:

1 микро бизнес ( до 12миллионов оборота в год)

2 от четырнадцати действующих поставщиков комплектующих одновременно

3 параллельно используется -замкнутый цикл производства(производим всё сами) и работу со смежниками (доля в заказе до 80 процентов).

4 вся продукция (от двадцати до пятидесяти единиц в месяц) плод работы группы дизайнеров, своих и дилеров, то есть повторов не бывает(исключение составляют кухонные базы).

5 заказы поступают на производства в электронном виде

6 очень маленькая доля безналичных платежей

7 " куча" экселевских файлов и самописных программ вперемешку с проф.софтом( про100, Трейдсофт, Радософт)

8 "горы" неучтенных деловых остатков, на шестизначные суммы

p/s/ За прошедший год неоднократно предпринимались попытки "подружиться" с разработчиками сапра, но.... то ли мы рожей не вышли, то ли пока не так сильно приперло.

[artart]

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

Теперь надо бороться ещё с тем, что бы кто-то правильно и, что немаловажно, вовремя вводили данные….

как логист с многолетним стажем, могу ответственно заявить, что этого не избежать и ошибка вскроется в самый ответственный и критичный момент.

[андрей_хорошинс]

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

[NickBhl]

Вот вам ссылочка на фотки одного челябинского производства, владелец взял за основу систему тойота, мы с ними сотрудничали 3 года назад, в то время у них было над чем работать, сейчас не знаю как у них дела.
Обратите внимание на фотографии рабочих мест.
http://monbelier.ru/ru/aboutcompany/manufaktura/

бонус