사람들이 ACC에 대해 이야기할 때 많은 사람들은 셔틀이 레일을 따라 돌진하는 버려진 격납고가 있는 미래 지향적인 비디오를 즉시 상상합니다. 물론 이것은 진실의 일부이지만 가장 간단한 것입니다. 사실 여기서 핵심 단어는 "시스템?"입니다. 고객이 저지르는 가장 큰 실수는 하드웨어 자체에만 집중하는 것입니다.랙, '뇌'를 잊어버리셨나요? 그리고 더 중요한 것은 비즈니스 프로세스 준비에 관한 것입니다. 유럽인에게서 가장 비싼 "하드웨어"를 구입할 수 있지만 시설의 물류가 자동화를 위해 재구성되지 않으면 결국 수익이 낮은 매우 비싼 장난감이 될 것입니다.
그럼 기본은 당연히,자동화된 랙킹디자인. 그러나 두 번째 창고마다 있는 팔레트 행은 아닙니다. 우리는 원래 자동화 단지의 일부로 설계된 구조에 대해 이야기하고 있습니다. 여기서 형상, 공차 및 강성에 대한 요구 사항은 완전히 다릅니다. 약간의 수직 정렬 불량 - 동일한 스태커 또는 셔틀이 "검색"을 시작합니까? 셀이 몇 초씩 손실되거나 오류가 발생하는 경우도 있습니다. 우리는 첫 번째 시설 중 한 곳에서 이런 상황을 겪은 적이 있습니다. 한 팀에서는 랙을 설치하고 다른 팀에서는 시운전을 수행했습니다. 그리고 밤에 설치자가 레이저 레벨 아래의 스탠드를 조이고 프로그래머가 소프트웨어를 편집하여 "하드웨어"의 부정확성을 보상하면서 길고 고통스러운 "연삭"단계가 시작되었습니다. 소프트웨어. 비싸고 신경이 쓰입니다.
따라서 지금은 명백해 보이지만 많은 사람들이 무시하는 결론이 나옵니다. 즉, 랙 제조업체와 자동화 시스템 통합업체는 첫 번째 스케치부터 긴밀하게 협력해야 합니다. 이상적으로는 하나의 팀이거나 전략적 파트너입니다. 예를 들어, 중국 공장?Jusheng? (LLC "Harbin Jusheng 금속 구조물 생산?")은 2019년부터 풀사이클 기업으로 자리매김해 왔습니다. 그들은 단순히 금속을 구부리는 것이 아니라 특정 유형의 자동화를 위한 구조를 설계할 수 있는 자체 설계 부서를 보유하고 있습니다.4방향 셔틀또는 컨베이어 시스템. 끊임없이 움직이는 셔틀의 빔에 가해지는 하중은 동적이며 수년 동안 서 있는 팔레트의 정적 하중과는 다르기 때문에 이는 중요한 포인트입니다. 그리고 여기의 계산은 다릅니다.
그들의 웹사이트(https://www.jshj.ru)는 진화를 명확하게 보여줍니다. 기존 소매 및 창고 랙으로 시작되었으며 이제 포트폴리오에는 자동화 솔루션이 포함됩니다. 이것이 논리적 경로입니다. 내부에서 금속, 생산 및 설치를 알면 자동화 전문가가 어디서나 구입한 랙을 수정하려고 시도하는 것보다 자동화 요구 사항에 맞게 제품을 조정하는 것이 더 쉽기 때문입니다. 그들의 부지는 20,000 평방 미터입니다. 여러 자동화 라인은 ACC에 매우 중요한 품질의 규모와 반복성에 관한 것입니다. 필요한 것은 하나의 이상적인 자세가 아니라 똑같이 이상적인 자세 1만 가지입니다.
랙이 뼈대라면 소프트웨어는 신경계입니다. 여기에는 두 개의 레이어가 있습니다. WMS(창고 관리 시스템)는 상품 회계, 인수, 배송, 배치 전략 등 최상위 창고 관리입니다. 그리고 WCS(창고 제어 시스템)는 모든 하드웨어에 실시간으로 명령을 내리는 하위 수준 지휘자입니다. "셔틀 A12, 셀 C-05-47로 이동, 팔레트를 가져와 스테이션 3으로 가져가세요."
일반적인 문제는 이러한 시스템 간의 격차입니다. WMS는 "제품 X 50개 상자를 배송하시겠습니까?"라는 작업을 발행하고 WCS는 이를 수십 개의 장치에 대한 수백 개의 기본 명령으로 분해해야 합니다. 통합이 잘못되면 다운타임이 발생합니다. 나는 스태커의 경로를 최적화하려고 하는 WMS가 창고 전체에 걸쳐 무작위로 작업을 제공하고 WCS가 실시간으로 경로 일정을 변경할 시간이 없는 상황을 본 적이 있습니다. 최종 결과는 하드웨어가 미친 듯이 움직였지만 전체적인 성능은 단순한 순차 알고리즘보다 낮았습니다. 안정성을 위해 겉보기 최적성을 희생하면서 논리를 "단순화"해야 했습니다.
그러므로 솔루션을 선택할 때자동화 창고아름다운 WMS 인터페이스가 아니라 특정 장비 모델과 WCS 통합의 깊이와 신뢰성을 살펴봐야 합니다. 여기서 우리는 통합적 접근 방식의 중요성에 대해 다시 한번 생각해 보겠습니다. 랙과 셔틀을 자체적으로 만드는(또는 이들과 긴밀하게 통합된) 제조업체는 보다 "부드러운" 제품을 제공할 수 있습니다. 그가 원래 설계했기 때문에 하드웨어와 소프트웨어의 작동 조합입니다.
이것은 아마도 가장 평범하고 고통스러운 부분일 것입니다. 이상적인 ACC 프로젝트를 주문할 수 있지만 이상적으로 준비된 기초에만 설치할 수 있습니다. 성별에 대한 요구 사항은 별도의 문제입니다. "평탄"할 뿐만 아니라 전체 영역의 불균일성에 대한 엄격한 공차를 제공합니다. 그렇지 않으면 셔틀용 레일 트랙이나 스태커용 가이드가 파도에 빠지게 됩니다. 이러한 바닥을 붓는 것은 장비 자체에 비해 비용과 중요성이 비교할 수 있는 첨단 기술 공정입니다.
또 다른 뉘앙스는 의사소통입니다. 전원 공급 장치, 네트워크, 화재 경보기, 환기. 랙 설치 후 일부 영역에 대한 접근이 심각하게 제한된다는 점을 고려하여 이 모든 것을 분리해야 합니다. 우리는 제약 창고의 흡인 시스템에 문제가 생겼습니다. 하드웨어 설계자입니까? 공기 덕트의 크기는 고려되지 않았으며 우회해야 하여 시스템 효율성이 저하되었습니다. 시시한 것? 아니요, 이는 추가 파이프 미터, 압력 손실, 그리고 궁극적으로는 돈과 시간입니다.
그렇기 때문에 동일한 Jusheng을 포함한 전문 계약업체가 프로젝트 제안 전 단계에서 시설에 대한 포괄적인 감사를 주장합니다. 엔지니어들이 와서 격납고의 크기뿐만 아니라 기둥, 통신 입력 노드, 바닥 상태도 살펴봅니다. 이는 변덕스러운 일이 아니라 꼭 필요한 일이며, 이는 향후 재작업에 드는 막대한 비용을 절약해 줄 것입니다.
나는 또한 실패에 대해 이야기하고 싶습니다. 그것은 성공보다 더 유익합니다. 전자제품 유통업체를 위한 프로젝트가 있었습니다. 무역 회전율이 높고 범위가 넓으며 물류가 복잡하므로 ACC에 이상적인 후보로 보입니다. 기반으로 시스템을 설치했습니다.빔 랙자동 스태커로. 모든 것이 설치되고 실행되었습니다. 기술적으로 시스템이 작동했습니다. 그러나 경제적 효과는 미미한 것으로 나타났다.
왜? 들어오는 스트림을 분석하는 중에 오류가 발생했습니다. 상품의 상당 부분이 팔레트가 아닌 다양한 크기의 상자에 들어 있어서 자동 시스템에 넣기 전에 수동으로 통합해야 하는 것으로 나타났습니다. 이 지역은 병목 현상이 발생했습니다. 자동화는 준비된 팔레트를 기다리며 유휴 상태로 있었고 사람들은 팔레트를 완료할 시간이 없었습니다. 게다가 계절성. 최대 부하가 너무 커서 중간 부하용으로 설계된 시스템이 감당할 수 없었고 여전히 임시 직원을 고용하고 추가 수동 보관소를 임대해야 했습니다.
결론은 씁쓸합니다. 안정적이고 예측 가능하며 이미 부분적으로 표준화된 프로세스를 자동화해야 합니다. 입력이 혼돈인 경우 자동화의 출력은 동일한 혼돈이 되며 비용이 더 많이 듭니다. 때로는 기본 프로세스 최적화, 간단한 WMS 구현, 패키징 표준화를 위해 먼저 2년 동안 작업해야 할 때도 있습니다.셔틀그리고 로봇.
이제 추세는 단지 밀도가 높은 스토리지가 아니라 유연한 시스템입니다. 같은4방향 셔틀좋은 점은 변경된 분류 또는 물류 계획에 맞게 차량 및 철도 구성을 상대적으로 빠르게 변경할 수 있다는 것입니다. 이것은 다음 단계, 즉 "건설자"로서의 창고입니다. 생산성을 높이거나 피킹 전략을 변경하기 위해 새 바닥을 타설하거나 새 랙을 설치할 필요가 없습니다.
그러나 이러한 유연성은 다시 "하드웨어"로 귀결됩니다. 랙 설계에서는 이를 허용해야 합니다. 보에는 가이드용 범용 고정점이 있어야 하며 기둥의 간격은 재개발이 가능하도록 설계되어야 합니다. 이것은 정확히 제조업체가 좋아하는 영역입니다. Jusheng? 그들은 현재 모듈형 시스템 개발에 적극적으로 노력하고 있습니다. 설계부터 서비스까지 전체 주기를 갖춘 대규모 전문 기업으로서의 접근 방식은 여기서 이점을 제공합니다. 즉, 전체 체인을 확인하고 금속 구조물 설계에 유연성을 구축할 수 있습니다.
결국 처음으로 돌아갑니다.자동화된 랙 창고박스로 구매 가능한 상품이 아닙니다. 이는 정밀 기계, 스마트 소프트웨어, 그리고 가장 중요하게는 고객을 위해 적절하게 준비된 비즈니스 프로세스의 공생에서 탄생한 복잡한 유기체입니다. 그리고 성공은 모든 당사자(고객, 하드웨어 제조업체, 소프트웨어 통합업체)가 설계 단계에서 작업을 얼마나 정직하고 깊이 있게 수행했는지에 따라 "어떻게 되어야 하는가?"뿐만 아니라 "실제로는 어떻게 해야 하는가?"에 따라 50% 달라집니다. 나머지 50%는 모든 밀리미터와 모든 코드 줄이 중요한 실행 품질입니다.
