От какво се нуждаят автомобилните отбори от предупреждение
Автомобилен доставчик не може да предприеме действия по предупреждение за общо прекъсване, докато екипът не знае коя част, сайт на доставчик, отворена поръчка, прозорец за доставка и завод на клиента може да бъдат засегнати. Една и съща група доставчици може да управлява няколко обекта и само един обект може да произвежда съответния компонент или да управлява необходимия инструмент. Следователно полезният въпрос не е дали даден доставчик има риск, а дали конкретен ангажимент на клиента сега се нуждае от внимание.
Софтуерът за рискове по веригата за доставки на автомобили трябва да помогне на един щадящ екип да събере този контекст на вземане на решения, без да заменя своя ERP, система за качество, производствено планиране или клиентски портали. Той трябва да запази оригиналното предупреждение, да покаже свързаните с него бизнес записи, да разкрие липсващите връзки и да даде на собственика ясно следващо действие.
Конкретен сценарий за доставка на JIT
Помислете за забавяне на доставката, съобщено за сайт на доставчик, който предоставя машинно обработен корпус, използван в две клиентски програми. Едната програма има достатъчно наличност за следващото производствено извикване, докато другата има прозорец за доставка на следващата сутрин и няма потвърден алтернативен маршрут. Лидерът за закупуване се нуждае от актуализация на доставчика, логистиката трябва да провери транспортните опции, а екипът на акаунта може да се нуждае от статус на клиент преди следващото планирано пускане.
Разследването започва със записване на съобщението на доставчика и неговото времево клеймо. След това екипът проверява юридическото лице и производствения обект, идентифицира засегнатия номер на материала и ревизията и го свързва с отворени поръчки за покупка и дати за доставка, обърнати към клиента. Наличната инвентаризация, предположенията за буфера, одобрените алтернативни източници и информацията за маршрута предоставят допълнителен контекст, но всяка стойност се нуждае от известен източник и дата.
Резултатът трябва да бъде случай, който посочва какво е известно, какво остава несигурно, кои заповеди са изложени и кога следва следващото решение. Това е по-полезно от представянето на забавянето като обща оценка на високорисков доставчик.
Необходими са контекст и доказателства
Едно автомобилно разследване обикновено зависи от мястото на доставчика, номера на частта, ревизията или ефективността, инструмента или линията, където е уместно, поръчката за покупка, обещаната дата на доставка, маршрута, текущия инвентар и завода на клиента. Контекстът на качеството може да включва отворено отклонение, статус на инспекция, ограничаващо действие или отговор на доставчика, но отговорният екип по качеството остава органът за тези записи.
Доказателствата трябва да включват оригиналното известие, потвърждението на доставчика, актуализация на транспорта, съответните данни за поръчката, бележки за решение и всеки документ, използван за оправдаване на стъпка за смекчаване. Ако липсва ключова връзка, като например мястото, което произвежда част, празнината трябва да се превърне във въпрос на доставчик или вътрешна задача, вместо да бъде мълчаливо изведена.
Как adelvy поддържа работния процес
adelvy е проектиран като слой за разследване за малки и средни екипи по веригата за доставки. Екипите могат да започнат със заредени данни или импортирани записи на доставчик, обект, материал, маршрут, поръчка, клиент и документи. След това предупреждението може да бъде прегледано спрямо наличния бизнес контекст и свързано със записите, които изглеждат изложени.
Потребителят може да създаде случай, да зададе собственик и краен срок, да подготви целенасочена заявка за доставчик, да запише проверка на алтернативен маршрут или алтернативен източник и да прикачи доказателствата зад решението. Историята на случаите съхранява заедно сигнала, коментарите, отговорите, документите, промените в състоянието и бележката за затваряне. Ръководството може да преглежда отворени проблеми, засегнати поръчки или клиенти, застаряващи действия и наскоро разрешени случаи, без да чете всеки имейл на доставчик.
Този работен процес помага на екипите да преминат от сортиране на сигнали към отговорни действия. Не обещава, че всеки външен сигнал е правилен или че всяка оперативна връзка е вече известна.
Как изглежда полезен резултат
Завършеният автомобилен случай трябва да каже на колега коя част и обект са прегледани, коя доставка или ангажимент на клиента е взет под внимание и кои доказателства подкрепят отговора. Трябва също така да показва собственика, крайния срок, неразрешените предположения и причината, поради която случаят е затворен или оставен отворен. Екипите могат да преглеждат практически мерки за работния процес, като време за идентифициране на засегната поръчка, просрочени заявки на доставчици и случаи, чакащи решения за въздействие върху клиента. Тези мерки описват процеса на екипа и не трябва да се представят като гарантирани подобрения в доставката.
Граница на продукта
adelvy не замества управлението на качеството на автомобилите, APQP, PPAP, ERP, EDI, планиране на производството, изпълнение на транспорта, контрол на инженерните промени или специфични за клиента системи. Той не одобрява отклонение, не удостоверява съответствие, не изчислява производствен план или гарантира доставка на JIT или JIS. Корпоративните интеграции на живо, откриването на дълбоки нива на мрежата и разширените симулации са извън фокусирания първоначален обхват на продукта.
Екипът остава отговорен за проверката на доказателствата и разрешаването на отговора. adelvy поддържа тази отговорност, като прави засегнатия ангажимент, собственик, следваща стъпка и пътека за решение по-лесни за виждане.