UPS는 소포 운송 분야의 세계적인 리더입니다.
다음은 다양한 측면(협업/조직/시스템) 간의 통합에 대한 설명입니다.
회사의 규모, 사업의 성격 및 채택한 기술의 양을 고려할 때 완전한 설명은 이 관계에 부과된 한계를 훨씬 초과했을 것이라는 점을 강조합니다. 따라서 우리는 주요 측면의 개요를 제공하려고 노력할 것입니다.
통합
이야기할 수 있는 첫 번째 측면 간의 통합은 시스템과 조직 간의 통합입니다. UPS는 거대한 회사이지만 처음부터 자체적으로 설계할 수 있는 선견지명을 가지고 있었습니다. 데이터베이스 중앙 및 단일체로. 뉴저지 시설은 물론 조지아에 있는 쌍둥이 시설과 같은 일련의 데이터베이스 다음을 포함하는 정보:
i 주기 인사 관리를 위해;
i 주기, 창고 및 사용 중인 운송 수단에 대해 실시간으로 업데이트되며 복합 운송 네트워크에 배포됩니다.
협력사 정보 및 고객 (후자는 DIAD 터미널과 사이트에서 나오는 정보를 기반으로 실시간으로 업데이트됩니다. 인터넷);
i 주기 대차 대조표 (대차 대조표, 손익 계산서 등) 준비.
회사로서 운영 미국 밖에서도 일부 측면은 해외에도 배포되었습니다. 한 가지 예는 다음과 같습니다. 데이터베이스 경제 동향의 분석 시스템과 통합된 특성으로 인해 인사 관리의 인력 및 운영 비용이 저장됩니다. 데이터베이스 국가적이지만 정보는 주기적으로 집계되어 미국 통화로 변환됩니다. 모든 반생산적 활동을 식별하고 신속하게 해결합니다. 비용 추적을 자동화해야 할 필요성으로 인해 UPS는 급여 생성을 포함한 일부 프로세스를 자동화할 수 있었습니다.
교대 및 휴식 시간 관리도 반자동화되었습니다. 직원은 다음과 같이 분류됩니다. 데이터베이스 역할 유형, 커리큘럼 및 소속 지역에 따라(다음 단락에서 이것이 이미 중요한
온톨로지용); 사전에 충분히 이루어져야 하는 휴가 요청은 해당 부문 책임자에게 계획을 제출하는 소프트웨어에 삽입됩니다. 문서상 매우 효율적인 이 메커니즘은 직원들에 의해 UPS에 대한 집단 소송을 시작하게 했습니다. 장애나 장애가 갑자기 발생하는 사람들에 대해 "유연한" 방식이 아니었기 때문입니다.
I 주기 창고 및 운송 수단과 관련된 것은 UPS 비즈니스의 핵심이며, 상품을 생산하지 않음으로써 서비스 효율성을 유지합니다. 모든 소프트웨어는 지난 XNUMX년 동안 회사 자체에서 개발되었으며 고도로 통합되어 있습니다. 데이터베이스 응용 프로그램과 주고받는 정보의 지속적인 흐름이 있습니다.
예를 들어, 고객이 패키지 선적을 요청하면 처음부터 또는 업데이트로 고객의 정보가 삽입됩니다(특히 은행 간 시스템과의 인터페이스 서비스를 통해 확인된 지불 참조). 주기 포장물(수거 및 배송 장소, 미수령 시 대체 장소, 자동으로 계산되어 고객이 수락한 배송비 등). 크레딧은 배송 확인 시스템(DIAD 단말기에서 수령) 수령 즉시 생성됩니다.
주문이 생성되면 배송 관리 시스템에서도 기록이 생성되며 여기에는 관련된 운영자에게 알림이 전송됩니다. UPS 물류 지원 시스템은 앞서 언급한 휴가 및 휴식 일정을 기반으로 가용한 운영자를 고려하여 밴이 이동하는 최소 경로와 밴이 운송하는 패키지 모두에서 패키지 배송을 최적화할 책임이 있습니다. 이것들은 모두 회사 시스템에 의해 달성된 높은 수준의 통합의 예입니다.
이전 문서에서 이미 강조한 바와 같이, 그리고 지금까지 주기 외부 국가로부터 데이터베이스 중앙에서 대규모 창고 활동이 발생합니다. UPS에는 데이터베이스 OIL(Operations Information Library), 주기, 그룹의 활동을 요약하는 다양한 세부 수준으로 구성됩니다. OIL은 처음에는 미국 땅의 내부 조직을 개선하고 단기적으로 전략을 계획하기 위해 탄생했지만 1999년부터 행성 활동에 대한 모든 정보를 통합하고 2000년대 초반부터 소프트웨어 통합에 활용되었습니다. 지능 및 온라인 분석 처리.
I 주기 집계는 조직의 경영진이 협의할 수 있습니다. 다른 문서에서 언급했듯이 많은 주기 API를 통해 매우 미세한 세분성도 액세스할 수 있습니다. 고객, 예를 들어 배송된 단일 품목의 상태에 대한 정보입니다. 그만큼 고객 개방형 표준을 체계적으로 채택한 UPS 덕분에 스스로 이 정보를 시스템에 통합할 수 있습니다.
다른 문서에서 설명한 것처럼 UPS에는 기술 혁신을 담당하고 직원의 제안을 수집하는 위원회가 있습니다. 아이디어는 회사 인트라넷을 통해 사용할 수 있는 웹 응용 프로그램을 통해 제출됩니다.
통합을 위한 온톨로지
UPS 통합 뒤에 있는 온톨로지를 가정할 때 핵심 비즈니스인 소포 운송에 관련된 행위자로부터 확실히 시작할 수 있습니다. 따라서 한 위치에서 다른 위치로 전송되는 Parcel 클래스가 있습니다. 운송에서 제외되는 경우 두 가지 관계 "transportFrom" 및 "transportA"로 개념화할 수 있습니다.
초국적 및 복합 운송을 모델링합니다. Parcel은 특성에 따라 여러 특수 하위 클래스를 가질 수 있으며 지리적 위치에 따라 Instant Location이 있어야 합니다.
패키지는 일반적으로 고객이 배송합니다. 패키지 운송뿐 아니라 UPS 서비스 제공의 광대함을 고려하면 파생 클래스 및 속성에 대한 설명에 많은 주의를 기울여야 합니다. 제공되는 서비스는 성격에 관계없이 배송과 같은 다양한 유형의 주문 "실행"을 제공합니다.
고객이 공급업체이기도 한 경우가 있습니다. 온톨로지는 그것이 동시에 고객 및 공급자 유형 회사임을 인식하거나 적어도 하나의 공급과 적어도 하나의 주문을 수행한 경우 CompanyPartner 집계의 상위 클래스를 정의할 수 있습니다.
Big Brown은 UPS를 전문 용어로 부르며, 주로 광범위하고 다양한 계층 구조(조직도)로 구성된 Employee 엔터티로 구성됩니다. 여기에서도 구조화는 정확해야 하며 특히 공간/시간과 관련된 측면에 중점을 둡니다. 작업자는 특정 지역에서 작업하거나 세계 네트워크의 위치 집합이 작업 주 중 특정 시간을 포함합니다. 등등. 이러한 유형의 온톨로지는 휴식 시프트 생성에서 자동 추론을 매우 쉽게 만들 수 있습니다. 자격, 직위, 서비스 상태 및 근속연수와 같은 일부 속성을 적절하게 모델링함으로써 경영진은 직원 성과를 정량적으로 뿐만 아니라 질적으로 평가할 수 있는 기회를 얻게 됩니다.
이들 중 많은 주기 UPS의 레거시 시스템에 이미 존재하며, 데이터베이스 지난 XNUMX년 동안 도입되었습니다. 다른 것들은 db의 적절한 "보기"에서 또는 데이터 마이닝 활동을 통해 나타날 수 있습니다.
공유 :
온라인 웹 에이전시에 대해 자세히 알아보세요.
이메일로 최신 기사를 받으려면 구독하세요.
