창고 시스템 WMS의 최신 동향

창고 시스템의 최신 동향 WMS

그 해에 외국 창고 시스템이 중국 시장에 진입했을 때 표준화, 인텔리전스 및 구성 가능성의 개념은 전체 물류 소프트웨어 시장에서 일부 교육적 역할을 했습니다. 예를 들어, 선반 및 피킹에 대한 시스템 안내의 배포 가능한 논리는 그 해에 고급스럽고 유행했습니다. 창고 물류 센터의 어떤 작업을 시스템으로 안내할 수 있는지, 어떤 작업을 수동 처리와 결합할 수 있는지, KPI가 모니터링해야 하는 핵심 사항은 외국 소프트웨어의 도입으로 점차 전체 시장에 대중화되고, 또한 서서히 비밀을 드러냅니다. 전문 창고 관리 시스템.

1、 중국 WMS 개발

1980년에 개발된 외국 물류 소프트웨어에 비해 성숙한 창고 관리 시스템의 제품 및 개념이 들어갔습니다. 중국 2000년경. 10년 이상의 활발한 발전 끝에 중국 사람들은 창고 시스템의 인식과 위치에 대해 점점 더 명확해지고 창고 시스템의 관리 범위와 중요한 목표를 이해할 수 있습니다. "창고 관리 시스템은 창고의 모든 것을 관리하는 것"과 "재고와 관련된 모든 비즈니스는 창고 관리 시스템에 속한다"에서 창고 관리 시스템이 "상품", "물리적 재고 창고" 및 "입출고 재고의 효율적인 운영". 그 해에 외국 창고 시스템이 중국 시장에 진입했을 때 표준화, 인텔리전스 및 구성 가능성의 개념은 전체 물류 소프트웨어 시장에서 교육적 역할을 했습니다. 예를 들어, 선반 및 피킹에 대한 시스템 안내의 배포 가능한 논리는 그 해에 고급스럽고 유행했습니다. 창고 물류 센터의 어떤 작업을 시스템으로 안내할 수 있는지, 어떤 작업을 수동 처리와 결합할 수 있는지, KPI가 모니터링해야 하는 핵심 사항은 외국 소프트웨어의 도입으로 점차 전체 시장에 대중화되고, 또한 서서히 비밀을 드러냅니다. 전문 창고 관리 시스템.

국내 제조업체가 개발한 창고 관리 시스템은 수년간의 교체 및 반복을 거쳐 창고의 표준 기능은 입고, 품질 검사, 선반, 파동, 피킹, 포장, 적재 및 창고 관리로의 아웃바운드. 기본적으로 온라인 고객의 지속적인 증가와 함께 기능은 점점 더 완벽해지고 있습니다. 이러한 기본 기능과 외국 소프트웨어의 간극이 점차 좁혀지고 있습니다. 피상적으로 관찰해보면 국내 시스템이 아닌 외국 시스템에서는 사용할 수 있는 아주 특별한 기능이 없다고 말할 수 있습니다. 또한 현지화의 구현 및 지원으로 일부 특수 기능을 개발하는 것이 불가능하지 않습니다. 100만 위안 이내의 솔루션을 포기하고 수백만 개의 대규모 해외 솔루션을 선택하는 것을 선호하는 이유는 무엇입니까? 주된 이유는 다음과 같이 요약될 수 있습니다: (1) 순수 기능 풍부. 현재 상위 외부 스토리지 시스템은 수백 개의 하위 기능을 나열할 수 있습니다. 천국의 책과 같은 이러한 복잡한 기능은 사람들로 하여금 현재와 미래의 필요를 충족시킬 수 있다고 믿게 만듭니다. 따라서 향후 지속적인 수정을 피하기 위해 더 많은 비용을 지출할 가치가 있으며, 반대로 30%의 기능에만 많은 비용을 지출하는 것은 비용 효율적이지 않고 직접 적용하는 것이 불가능하다는 주장도 있습니다. 미래에 이러한 기능들( 2) 광범위한 글로벌 고객과 막대한 자금으로 구축된 R&D 팀, 특히 짜내고자 하는 야심 찬 회사를 위해 국제 최전선 제조업체에 진출하여 유사한 비즈니스를 가진 국제적으로 유명한 회사가 선택한 시스템을 채택하는 것은 경쟁 우위에 가깝고 이는 큰 인센티브입니다. 이 아이디어에 대한 가장 일반적인 부정적인 의견은 중국 물류 센터의 운영이 외국 환경과 매우 다르며 적용할 수 없다는 점을 강조하는 것입니다( 3) 소프트웨어 순위를 먼저 사용 세계 2위는 모델 선택을 담당하는 IT 담당자의 정치적 위험을 어떤 식으로든 줄일 수 있습니다. 우리는 모두 세계 1위를 선택합니다. 프로젝트에 문제가 있다면 제품 선택의 문제가 아니어야 합니다. 세계화와 더불어 국내 제조사를 위한 초대형 복합물류센터 사례가 늘어나는 등 국내외 WMS 제조사 간 격차가 점차 줄어들고 있다. 즉, 패키지 소프트웨어 및 국내외 맞춤형 개발과 같은 다양한 WMS 경계가 점차 흐려지고 있습니다. 외국 제조업체는 더 이상 항상 하늘 높은 가격에 있지 않고 국내 제조업체는 더 이상 항상 중소 물류 센터 시스템을 수행하지 않습니다.

2、 인터넷 시대가 물류에 미치는 영향

In 제3자 물류(콜드체인 제외) 수요의 작은 변화 외에도 지난 10년 동안 대중적인 물류 및 창고 산업은 의약, 식품 소매 및 의류가 차례로 주도했습니다. 지난 2년 동안 인터넷 B2C 산업은 특히 Taobao와 JD의 상장, 박쥐의 경쟁 및 M의 전쟁에서 o2o 및 국경 간 영역에서 파생된 최초의 도입되어야 한다는 것이 일반적으로 인식되고 있습니다. & A, 그것은 정보와 심지어 사람들의 일상적인 소비와 오락을 위해 점차 모바일 인터넷으로 이동했습니다. 모바일 앱은 벤처 캐피탈 펀드의 초점입니다. 기회를 놓칠까 두렵습니다. 물류는 어떻습니까? 물론 영향도 큽니다. 유통 시스템(TMS)의 휴대 전화 공개 플랫폼, 특급 정보의 휴대 전화 푸시, 화물 주문의 온라인 접수, 유통 상태 및 위치의 실시간 방송은 모두 호황을 누리는 인터넷의 산물입니다. 그러나 창고 관리 분야에서? 물류센터에서 휴대폰 관리를 이용하는 것은 좋은 생각이 아닙니다. 기껏해야 창고의 운영 현황을 관리자의 휴대폰으로 실시간으로 푸시하는 것입니다. 그러나 이러한 전자 상거래 관련 산업은 더 많은 사람들이 창고 관리의 중요성에 관심을 갖게 하고 수요도 높은 성장 추세를 보여줍니다. 이 전자 상거래 시대는 창고 관리 시스템에 큰 영향을 미쳤습니다. (1) 점점 더 많은 사용자가 창고 시스템에 참여하고 많은 사용자가 패키지 소프트웨어의 기능을 깊이 이해하고 홍보와 일치하지 않습니다. ( 2) 전자 상거래 경쟁에서 비즈니스 요구 사항은 매일 변화하고 있습니다. 경쟁은 속도에 관한 것입니다. 경쟁은 누가 그것을 더 빨리 실현할 수 있는지에 대한 것입니다. 실수한 경우 다시 변경하고 다시 시도하십시오. 이러한 환경에서는 각 수요가 회의를 위해 제조업체를 찾기가 어렵습니다. 따라서 국내 대형 전자 상거래의 주요 제품은 JD, 상점 1 Dangdang 등 ( 3@__)과 같은 자체 개발 전략을 채택합니다 (비 주요 비즈니스 제외, 제조업체 발견 가능). @) IT팀이 풍부해 국내 중대형 전자상거래 기업들이 잇달아 거대 IT팀을 꾸렸다. 따라서 창고 및 물류의 기능적 요구 사항에 대해 자체 팀에서 관리하기를 점점 더 희망합니다.( 4) 전자 상거래의 많은 초급 기업은 예측할 방법이 없습니다. 사업의 성장률. 인터넷의 폭발적인 특성은 더 이상 전통적인 소매업 및 기타 산업과 비교할 수 없습니다. 따라서 예를 들어 각 IT 이사는 3년 후 물류 센터에서 어떤 시스템이나 기능을 사용해야 하는지에 대해 그다지 긍정적인 대답을 가지고 있지 않습니다. 일부 기업 리더는 "싼 것을 먼저 선택하지만 시스템 전환의 고통과 불확실성도 인식된 문제다.인터넷의 부상은 국내 물류 소프트웨어 제조사에게 좋은 기회다. 실제로 많은 국내 창고 관리 소프트웨어를 육성하고 창고 시스템의 진입을 줄였습니다. 이는 또한 외국의 대형 물류 소프트웨어 회사에서 근무한 컨설팅 및 기술 인력의 국내 제조업체에 대한 투자와 관련이 있습니다. 그러나 주요 원인은 여전히 ​​​​영향입니다. 위의 물류 소프트웨어 인터넷: 예를 들어 Taobao 판매자의 자체 구축 창고 수요 증가, 전자 상거래 진입자를 위한 저비용 물류 소프트웨어의 긴급한 필요성, 전통적인 외국 대규모 창고에 대한 빠른 온라인의 어려움 창고 및 물류 소프트웨어의 대중화에 기여하는 시스템은 업계의 사람들을 날씬하게 만듭니다. k에 대해 최고의 창고 관리 시스템 모델입니다.

3

、 WMS 동향 및 수요 만족도의 초기 개발 모드는 주문형 개발입니다. 위험, 개발 적시성 및 모범 사례와 같은 요소로 인해 사람들의 관심이 성숙한 패키지 소프트웨어 시스템에 집중되었습니다. 어떤 방법이 가장 좋든 "7~8개의 표준 기능과 2~3개의 사용자 정의 기능"이 있어야 한다고 생각하는 사람들이 있습니다. 전자 상거래 산업의 특징적인 물류 센터의 관점에서 논의하면 몇 가지 전통적인 저장 시스템 방법을 비교하십시오. (1) 맞춤형 개발: 사용자의 요구에 따라 완전히 개발됩니다. 사용자가 제시한 요구 사항에 빠지지 않도록 해야 합니다. 어떤 요구가 합리적이고 부정적인 영향을 미칠 것인지 판단하는 경험이 필요합니다. 이 모델은 특히 비즈니스 요구 사항이 변경될 때 가장 자주 병목 현상이 발생합니다. 예를 들어, 물류 센터는 갑자기 의류 재고에 집중하고 최근에는 식품 비즈니스를 추가해야 합니다. 일부 기본 배치 번호 관리 및 유효 기간 제어는 병목 현상이 될 수 있습니다. (2) 외국 패키지 소프트웨어: 매우 풍부한 기능, 특히 구성 매개 변수를 지향하는 대규모 시스템이 있어 복잡한 매개 변수 조정 요구를 충족할 수 있습니다. 그러나 국내 시장에서 다년간의 경험에 따르면 복잡한 매개 변수 구성의 한 가지 방법은 가벼운 테스트 시간이 개발 비용에 가까울 수 있고 다른 하나는 매개 변수로 충족 할 수없는 특별한 요구가 항상 있다는 것입니다. 당시에는 원본 코드를 수정하는 비용이 훨씬 더 컸습니다. 셋째, 매개변수를 구성할 수 있더라도 실제 작동 습관이나 요구를 완전히 충족할 수 없기 때문에 시스템 기능과 협력하기 위해 현장 요구 사항을 희생하는 경우가 많습니다. ( 3) 국내 패키지 소프트웨어: 프로그래머의 주야간 개발은 일반적으로 매개변수 유연성의 부족을 보완하는 데 사용됩니다. 사용자의 경우

웨어하우스 시스템warehouse system is on-demand development. Factors such as risk, development timeliness and best practice have focused people's attention on the mature package software system. No matter what method is the best, some people believe that it should be "seven or eight standard functions and two or three customized". If we discuss it from the perspective of the characteristic logistics center of the e-commerce industry, Compare several traditional storage system methods: (1) customized development: it is developed completely according to the needs of users. It is necessary to avoid falling into the requirements put forward by users. It is necessary to have experience to judge whether any demand is reasonable and will have a negative impact. This model, especially when the business demand changes, most often encounters bottlenecks. For example, the logistics center suddenly focuses on clothing inventory, and recently needs to add food business. Some basic batch number management and validity period control may become bottlenecks（ 2） Foreign packaged software: it has very rich functions, especially the large-scale system oriented by configuration parameters, which can meet the needs with complex parameter adjustment. However, according to many years of experience in the domestic market, one way of complex parameter configuration is that the light test time may be close to the development cost, and the other is that there are always special needs that cannot be met with parameters, At that time, the cost of modifying the original code is even more considerable. Third, even if the parameters can be configured, they often sacrifice the on-site requirements to cooperate with the system functions because they can not fully meet the actual operation habits or needs（ 3） Domestic packaged software: programmers' day and night development is generally used to make up for the lack of parameter flexibility. For users,