공급망 복잡성과 탄력성 간의 균형 유지

공급망 최적화 분야에서 누구에게나 직면하는 가장 큰 과제 중 하나는 복잡성과 탄력성의 균형을 맞추는 것입니다.

제조 분야에서 디지털 연결이 보편화됨에 따라 제품을 조립하여 고객에게 배송하려면 "체인"이라기보다 네트워크에 가까운 무언가가 필요합니다. 잘 상호 연결된 디지털 네트워크는 제조 프로세스를 능률화하고 재고 요구 사항을 낮출 수 있으므로 기업이 서비스 수준 계약을 충족하는 동시에 최적의 운영을 통해 최대의 수익성을 보장할 수 있습니다.

상호 연결된 공급망 네트워크의 통화는 데이터입니다. 네트워크에 관련된 모든 이해 관계자의 경계를 넘어 흘러야 합니다. 공급업체는 전 세계에 분포되어 있으며 스프레드시트와 팩스 간의 상호 작용은 기업이 변화하는 시장 요구 사항을 충족하기 위해 준비하면서 실시간 의사 결정을 내리는 데 더 이상 적합하지 않습니다. 제조가 체인에서 네트워크로 발전함에 따라 더 많은 잠재적 실패 지점에 직면하게 됩니다. 이 시나리오에서 서비스 수준 계약은 고객 경험의 성배가 됩니다.

한편, 정보 처리도 더욱 복잡해지고 있습니다. 첨단 제조업은 인더스트리 4.0으로 인해 변화를 겪고 있습니다. 인공 지능, 블록체인, 클라우드 컴퓨팅, 데이터 마이닝 및 사물 인터넷의 새로운 혁신은 비용 절감, 효율성 증대, 더 빠른 혁신을 약속합니다. 그러나 이렇게 하면 더 많은 시스템과 끝점에 연결해야 하기 때문에 더 복잡해집니다. 기존의 통합 방식으로는 인더스트리 4.0의 속도와 규모를 따라갈 수 없으며, 기술의 변화는 더욱 그렇습니다.

제조에서의 데이터 통합의 한계에도 불구하고 최근 설문 조사에 따르면 제조 CIO의 87%가 인더스트리 4.0 기술과 공급망과 상호 작용하기 위해 회사에서 사용하는 기타 기술 간의 데이터 교환을 활용할 계획이 있는 것으로 나타났습니다. 공급망 네트워크를 보다 탄력적으로 만들기 위한 전략적 해답은 API(응용 프로그래밍 인터페이스)를 사용하여 연결을 보다 유연하게 만드는 것입니다. 이는 다음을 보장합니다.

API를 통해 제조업체는 파트너와 공급업체의 복잡한 영역을 가로지르는 최첨단 앱을 구축할 수 있으며, 이들 중 다수는 서로 통신하도록 구축되지 않은 다양한 애플리케이션과 시스템을 사용합니다.

API는 애플리케이션과의 통신 방법을 명확하게 정의하는 일련의 규칙입니다. 기술에 대해 너무 깊이 들어가지 않으면 사전 정의된 절차, 프로토콜 및 데이터 구조가 필요합니다. 기술적인 관점에서 API는 한때 표준화된 철도 게이지와 동일한 목적을 수행합니다. 일반적으로 소프트웨어 라이브러리 형태로 구현됩니다. API 자체는 호출의 예상 동작을 지정하는 서면 표준이며 라이브러리는 규칙을 적용하는 실제 코드를 저장합니다.

기술적으로 API에는 많은 이점이 있습니다. 프로그래머는 API 호출을 작성하여 다른 응용 프로그램의 내부 작동을 알 필요 없이 원래 개발자와 접촉하지 않고도 데이터를 전달 및 수신할 수 있습니다. API를 응용 프로그램과 분리하면 한 언어로 작성된 프로그램에서 다른 언어로 작성된 응용 프로그램을 사용할 수 있습니다. API를 사용하면 한 응용 프로그램에서 다른 응용 프로그램으로 정보를 전달하는 일련의 호출에 불과한 프레임워크에서 새 시스템을 개발할 수도 있습니다.

API는 비즈니스상의 이유로도 인기를 얻고 있습니다. 소프트웨어 분야에서 가장 성공적인 회사 중 일부는 클라우드에서 애플리케이션을 판매하며 프로그래밍 방식으로 액세스하는 유일한 방법은 API를 통하는 것입니다. 이 순위에는 NetSuite, Epicor, Salesforce, SAP 및 Autodesk를 포함하여 기술 분야에서 가장 잘 알려진 이름이 있습니다. Slack, WordPress, SurveyMonkey 및 MailChimp와 같은 가장 인기 있는 앱도 클라우드에서 호스팅됩니다.

기술 및 비즈니스 이점이 매우 많기 때문에 API 시장이 2018년 12억 달러에서 2023년까지 51억 달러로 32.9%의 CAGR(연간 복합 성장률)로 성장할 것으로 예상되는 것은 놀라운 일이 아닙니다.

기업은 최고의 고객 경험을 제공하기 위해 기술을 사용하려고 합니다. API를 통한 통합은 가장 많은 정보를 가장 빠르고 안전하게 얻을 수 있는 방법입니다.

전자 상거래 공급자에게 배송을 가져옵니다. 통합에는 API를 연결하여 창고, 유통 센터, 전사적 자원 관리 시스템 및 소매업체 자체 간에 정보를 전달하는 작업이 포함될 수 있습니다. 홀리데이 세일 기간에는 특정 품목에 대한 수요가 증가할 수 있지만 수요 수준은 지역에 따라 다를 수 있습니다. 공급업체는 소매업체의 실제 매장을 통하거나 온라인 배송을 통해 다양한 채널을 통해 각 지역의 특정 요구 사항을 충족할 수 있는 방법이 필요합니다.

소매업체와 공급업체 간의 API 통합은 더 높은 수준의 응답성과 민첩성을 제공합니다. 예를 들어, 예상치 못한 수요 급증으로 인해 소매업체의 재고가 20% 미만으로 떨어졌을 때 거래가 트리거될 수 있습니다. 공급업체에 알림이 전송되고 증가된 수요를 충족하기 위해 해당 특정 품목의 배치 처리를 가속화할 수 있습니다.

이러한 유형의 통합은 관련된 각 당사자에게 실시간으로 알림을 제공해야 합니다. 예를 들어, 트럭 운송 및 운송에서 날씨는 화물이 제 시간에 목적지에 도착하는지 여부에 중요한 역할을 할 수 있습니다. 국가의 특정 지역에 눈이 내리는 경우 기업은 이를 예상하여 Google 날씨 및 Google 지도와 통신하고 날씨와 관련된 지연 시간을 여행에 자동으로 반영할 수 있어야 합니다. 이 예에서 날씨 API를 가져와 Google 지도에 제공할 수 있으며, 이를 통해 기업은 배송이 고객과의 서비스 수준 계약을 충족하는지 확인하기 위해 얼마나 많은 추가 리드 타임을 고려해야 하는지 결정할 수 있습니다. 생산에 소요되는 리드 타임이 많지 않은 품목의 경우 기상 장애로 인한 시기적절한 경고 또는 알림을 통해 생산 교대 근무에 할당된 자원의 수를 변경하여 생산 현장에서 사전에 품목을 배송할 준비를 할 수 있습니다.

이 모든 정보는 교대 감독을 위해 읽기 쉬운 대시보드에 정리되어 다음 생산 실행을 준비할 수 있습니다. 이 경우 HR 및 ERP와 같은 시스템에 액세스할 수 있는 경우 교대조에 적합한 리소스를 끌어와 급증하는 수요를 충족할 수 있습니다. 추가 수량을 적시에 처리할 수 있도록 배송업체에 경고를 보낼 수도 있습니다.

공급망을 합리화하는 작업은 결코 완전히 끝나지 않습니다. 혼란에 직면했을 때 복원력을 갖추려면 시설에서 무슨 일이 일어나고 있고 시설 간에 어떤 데이터가 흐르는지 알아야 합니다. 정보에 실시간으로 액세스해야 하는 시스템 및 이해 관계자 간에 정보의 빠른 흐름을 촉진해야 합니다. 상호 연결된 공급업체의 방대하고 분산된 웹을 조정할 수 있어야 합니다. 그렇지 않으면 고객의 기대를 충족하지 못할 위험이 있습니다.

미지의 것을 계획할 수는 없지만 API 통합 덕분에 불확실성에 더욱 과감하게 대처할 수 있습니다. API를 통해 기업은 오늘날의 복잡성과 공급망 네트워크가 제공해야 하는 탄력성 사이에서 최상의 균형을 이룰 수 있습니다.

Shekar Hariharan은 Jitterbit의 제품 마케팅 부사장입니다.