고달픈 일은 착실하고 유능한 팀이 책임져야 하며, 엄밀한 계획과 합리적인 조직은 이 힘든 일을 완성할 수 있는 보증이다. 데이터 그룹 구성원은 일반적으로 각 부서의 업무 인력에서 추출되며, 프로젝트 관리자 또는 지정인이 데이터 그룹 업무를 이끌고 있습니다. 데이터 그룹의 역할은 데이터 준비의 범위를 분석하고, ERP 인코딩 시스템을 구축하고, 필요한 교육을 구성하고, 데이터 수집 양식 템플릿을 만들고, 데이터 수집의 품질을 모니터링하고, 데이터의 최종 가져오기 및 사용을 담당하는 것입니다. 작업 구현에서 데이터 팀은 ERP 프로젝트의 구현 진행 상황에 따라 기본 데이터 정리 일정을 정하고, 팀 구성원의 분업을 준비하고, 정기적으로 그룹 회의를 열고, 문제를 전달하고, 작업을 추진해야 합니다.
2. 데이터 정리는 상향식이고, 먼저 쉬운 후에 어렵다.
어떤 작업이든 방식 방법을 중시해야 하며, 자료 정리도 예외는 아니다. 일반적으로 ERP 의 기본 데이터는' 선후난' 의 작업 순서를 따라야 한다. 정렬하기 쉬운 공통 데이터는 먼저 정렬되며 여러 번 세분화된 로컬 데이터가 필요합니다. 정적 데이터는 상대적으로 고정적이며 시간이 오래 걸리며 먼저 정렬을 시작할 수 있으며 동적 데이터는 시스템 전환 전에 정렬할 수 있습니다.
직접 정보와 데이터는 생산 일선에 보관된다. 이러한 단편적인 데이터를 수집하고 정리하려면 기업의 기층 인원에 크게 의존해야 한다. 따라서 코딩 팀은 일선 직원과의 충분한 의사 소통을 바탕으로 이해하고 조작할 수 있는 데이터 수집 양식을 설계하고 시스템에 필요한 필드 정보를 양식에 포함시킨 다음 각 부서에 배포하여 풀뿌리 직원들이 데이터를 수집하고 기록할 수 있도록 해야 합니다.
실제로 시스템 이전에는 많은 데이터가 존재하지만 정량화되지 않았습니다. 수집 프로세스는 일반적으로 데이터의 역사적 경험치를 기반으로 합니다. 데이터는 한 번에 정확하지 않으며, 각 버전에 대한 업데이트 관리가 필요하며, 데이터를 어지럽히지 말고 정확해야 합니다. 데이터가 기본 데이터 그룹에 에스컬레이션되기 전에 부서는 비즈니스 백본과 경험 많은 스승을 소집하여 양식 데이터를 하나씩 논의하고 검토하여 누락, 중복, 구식, 부정확한 데이터가 없는지 확인해야 합니다.
3. 정확한 데이터를 입력합니다.
각 부서에서 보고한 데이터는 고립되어 관련이 없는 것이 아니다. 데이터 팀이 기층 에스컬레이션에 대한 데이터를 받은 후에는 각 부서 직원 간의 커뮤니케이션 조정을 잘 수행하고 종합적인 균형을 잡은 후 통계 요약을 수행해야 합니다. 그런 다음 전자 문서와 종이 문서를 백업하고 정리 담당자, 완료 시간 및 최종 버전을 명시한 다음 시스템을 직접 입력합니다. 수동 입력은 힘들고 무미건조한 반복적인 작업이며, 시간이 길면 실수하기 쉽다. Excel 테이블로 대량 가져오기를 결합하여 조건이 허용하는 경우 데이터 변환 프로그램을 작성하여 보다 빠르고 정교한 입력을 수행할 수 있습니다. 데이터 입력의 품질을 보장하기 위해 상응하는 상벌 제도를 세울 수 있다. 한편으로는 입원 인원의 적극성을 높일 수 있을 뿐만 아니라, 동시에 입원 동시에 진지한 검사를 실시할 것을 독촉할 수 있다.
기본 데이터 정리 요점
기초데이터 정리 작업은 복잡하고 지름길은 없지만 방법이 있다. ERP 에 처음 입사한 기업의 경우, 코드라는 주선을 잡고 품목 마스터 파일, BOM, 재고 데이터의 세 가지 핵심 사항을 파악하면 앞뒤 일관성을 위한 윤곽을 얻을 수 있습니다. (윌리엄 셰익스피어, Northern Exposure (미국 TV 드라마), Northern Exposure (미국 TV 드라마), 예술명언
코딩
인코딩은 시스템에서 인식하고 검색할 수 있도록 데이터를 고유하게 식별하기 위한 것입니다. 품목 코드, 공급자 코드, 고객 코드, 위치 코드, 작업 센터 코드, 계획자/구매자 코드 등을 포함하여 시스템 관리에 포함된 모든 데이터를 인코딩해야 합니다. 첫째, 통일 된 코딩 원칙을 수립하십시오. 심사숙고하고 성숙한 코딩 체계는 업계 표준과 기업 특징을 결합해야 하며, 부서 간 반복 토론이 필요하며, 특히 기층과 시스템 사용자의 의견을 들어야 최종 방안을 확정할 수 있다.
코딩 작업에서 가장 중요한 것은 소재 코딩이다. 표준화는 정확한 전제 조건이며, 동일한 품목에 다른 이름을 갖는 현상은 기업에서 흔히 볼 수 있으므로 인코딩하기 전에 품목의 이름과 설명을 규범화해야 합니다. 재료 설명은 재료의 주요 특성을 먼저 설명한 다음 재료의 보조 특성을 설명해야 합니다. 기본 순서는 이름/모델 또는 사양/크기/재질/색상 또는 표면 처리/특수 요구 사항입니다.
품목 코딩 전의 표준화로, 그 중 고유성이 가장 근본적인 요구 사항이다. 재료의 코드는 사람의 주민등록번호처럼 일일이 대응한다. 한 가지 다야드 혹은 다야드는 정보의 혼란을 초래할 수 있으며, 후기 재작업 수정은 작업량이 매우 크다. 서로 다른 재료는 미세한 차이가 있어도 같은 코드를 사용할 수 없다는 점을 분명히 해야 한다. 일반적으로, 자재의 물리적 상태나 화학적 성질이 변하면, WIP 처리 과정에서 입고가 필요하고, 반제품은 액세서리로 판매되거나 애프터서비스에 사용될 때마다 코드를 지정해야 합니다.
수공 환경에서 사람들은 기억과 인식을 용이하게 하기 위해 의미 있는 코드를 좋아한다. 오늘날의 컴퓨터 시스템 환경에서 우리는 코드 단순화를 장려하고, 가능한 무의미한 코딩 시스템을 사용하며, 코드에는 그림 번호를 반영하지 않습니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 컴퓨터명언) ERP 시스템마다 인코딩 요구 사항이 다를 수 있습니다. 일반적으로 재질 인코딩은 범주+분류+일련 번호 또는 숫자와 영문자의 조합과 같은 전체 숫자 인코딩을 사용하는 것이 좋지만 특수 문자를 사용하지 마십시오. 숫자와 혼동하기 쉬운 문자는 사용하지 마십시오. 인코딩할 때는 확장성을 고려해야 합니다. 기업이 발전함에 따라 미래의 새 자재에 충분한 공간을 남겨 원래의 코딩 규칙에 따라 계속 인코딩해야 하지만, 반면, 코드 번호가 너무 길면 입력 시 오류가 발생하기 쉬우며 작업량이 늘어날 수 있습니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 성공명언) 코드를 시스템으로 가져온 후에는 수정하지 마십시오. 관련성으로 인해 코드를 수정하면 관련 정보가 혼동될 수 있습니다. 또한 한 프로젝트가 향후 더 이상 사용되지 않더라도 코드를 다른 프로젝트에 재할당할 수 없습니다.
재질 마스터 파일
품목 마스터는 품목에 대한 다양한 매개변수, 속성 및 관련 정보 (예: 품목 번호, 이름, 측정 단위, 품목 유형 (원자재, 중간제품, 완제품), 출처 유형 (제조/구매 품목), 감소율/수율, 다양한 리드 타임 ( ), 재무 비용 정보 등 시스템에서 사용할 모든 품목은 먼저 품목 마스터에 기록되어야 하고, 기타 관련 데이터 파일은 품목 마스터를 기준으로 설정할 수 있으므로 품목 마스터 설정은 품목 코딩이 완료된 후 수행할 기본 작업입니다.
ERP 시스템은 많은 품목에 대한 설명 매개변수를 제공합니다. 실제 응용 프로그램에서는 각 매개변수를 설정할 필요가 없습니다. 시스템 실행에 필요한 매개변수만 설정하면 됩니다. 기업에서 자재 관리에 사용하는 매개변수입니다. 품목 매개변수를 설정할 때 일부 필드의 내용은 시스템에서 제공하는 옵션 중에서 선택할 수 있으며, 일부 필드는 정의해야 사용할 수 있습니다.
재료 리스트
BOM 은 제품이 어떤 원자재와 부품으로 구성되어 있는지, 그리고 제품의 계층 관계를 나타냅니다. BOM 의 구조 레벨은 명확해야 합니다. 일반적으로 BOM 에는 상위 품목 번호와 이름, 하위 품목 번호, 이름, 유형, 수량, 로트 번호, 리드 타임 차감, 감소율, 작업 센터, 공정 순번 필드가 포함됩니다. 하위 유형은 하위 항목이 상위 제조 과정에서 일반 재료로 소비되는지 도구, 도면 시트, 부산물, 관련 제품 등으로 존재하는지 여부를 나타냅니다. 수량 유형은 주어진 수량이 회사의 상위 또는 주문에 사용되는지 여부를 나타내는 데 사용됩니다. 대부분의 경우 하위 수량 유형은 단위 상위에 사용되지만 생산 중 도구, 도면 및 소모품의 수량은 주문에 적용됩니다. 하위 리드 타임 차감은 하위 품목 수요 일자가 상위 품목 시작 일자 이후일 수 있는 일수를 나타냅니다. 손실률 (폐품율이라고도 함) 은 생산 과정에서의 손실 정도를 나타냅니다.
BOM 은 제조 기업의 핵심 문서 및 소스 문서이며 기업의 다양한 부문을 포함합니다. 난도, 오도, 엔지니어링 변경, 도면 수정, 승인, 릴리즈는 많은 기업에서 흔히 볼 수 있습니다. 따라서 R&D 의 출처를 잘 관리하고, BOM 을 정리하고, 더 높은 정확도를 달성하는 것은 향후 여러 야드를 피하고, 생산과 인도 등 일련의 문제에 영향을 미치는 관건이다. BOM 은 생산에서 파생되어 생산을 안내합니다. 따라서 BOM 정리는 엔지니어링 부서에 지나치게 의존해서는 안 되며, 엔지니어링 부서와 제조 부서가 긴밀하게 협력하여 상호 심사와 주문 심사 메커니즘을 구축하여 정확한 BOM 을 결정해야 합니다. BOM 이 구축되면 적시에 백업하고 BOM 가져오기 템플릿을 사용하여 시스템을 대량 가져와야 합니다.
흥미롭게도, BOM 은 용도에 따라 여러 가지가 있는데, 가장 흔한 것은 엔지니어링 BOM 과 생산 BOM 이며, 둘 다 다르다. 엔지니어링 BOM 은 설계 및 개발에 사용되고 생산 BOM 은 대량 생산에 사용됩니다. 엔지니어링 BOM 을 기반으로 프로세스 어셈블리의 요구 사항에 따라 개선되었습니다. 일반적으로 엔지니어링 BOM 확인 후 생산 BOM 으로 직접 업그레이드할 수 있으며, 생산 BOM 도 직접 수동으로 입력할 수 있습니다. BOM 의 정확성을 높이는 것도 지속적인 점진적인 과정이며, 실제 생산에서 검증해야 하며, 생산 공정과 엔지니어링 변화에 따라 유지되어 원하는 수준을 지속적으로 달성해야 합니다.
재고 데이터
재고 데이터는 ERP 시스템의 기본 데이터 소스 중 하나인 동적 데이터입니다. 시스템의 효과적인 운영은 정확한 재고 데이터 지원과 분리 될 수 없으며 재고 데이터 정리는 다음과 같은 측면에서 시작할 수 있습니다. 첫째, 창고 관리 시스템을 수립하고 창고 관리자를위한 교육, 평가 및 인센티브를 강화하는 것입니다. 둘째, 각종 제도의 집행을 규범화하고, 물자 송수신, 차용, 반환, 교환은 반드시 절차에 따라 운영해야 한다. 셋째, 큰 힘으로 재고를 실사하고, 중점 물자와 약한 부분을 중점적으로 점검하고, 차이의 원인을 분석하고, 장부 일치율을 높인다. 이것들은 모두 기초업무와 일상적인 일이다.
ERP 시스템에서는 저수지 지역의 창고 유형과 위치를 설정해야 합니다. 제조 기업의 창고 유형에는 원자재 창고, 반제품 창고, 완제품 창고, 부산물 창고, 폐품 창고, 부품 창고 등이 있습니다. 저수지 지역의 설정은 주로 물리적 방위에 따라 또는 대지의 구분에 따라 일련 번호로 분할된다. 저장소 비트는 창고에 자재를 저장하는 선반입니다. 위치는 실제 상황과 일치하고 일관성이 있어야 하며, 라이브러리 구축, 라이브러리 이동, 체크 아웃 등의 일반적인 작업을 실시간으로 반영할 수 있어야 합니다.
기본 데이터 유지 관리
데이터 품질은 데이터의 생명입니다. 잘못된 데이터는 의미가 없을 뿐만 아니라 생산에도 방해가 된다. 외부 환경과 생산 상황은 끊임없이 변화하고 있으며, 데이터 정확성은 상대적인 개념이다. 현재 데이터가 정확하다고 해서 항상 정확하다는 뜻은 아니다. 따라서 정적 데이터든 동적 데이터든 지속적으로 최적화를 조정해야 합니다. 이는 장기적이고 끝이 없습니다.
적시에 입력하는 것은 데이터 품질을 보장하기 위한 전제 조건이다. 데이터 입력 지연으로 인해 시스템 데이터가 실제 데이터와 일치하지 않아 시스템의 신뢰성과 실용성이 떨어질 수 있습니다. 이런 문제가 발생하지 않도록 교육 시스템 운영자가 매일 일을 완료하고, 업무 처리가 데이터 입력과 동기화되며, 밤새워 서류를 입력하지 않도록 해야 합니다.
지속적인 유지 관리는 데이터 품질을 향상시키는 보증입니다. 아무리 노력해도 데이터는 100% 정확할 수 없습니다. 데이터가 정확하다는 것은 데이터의 오차율이 허용 범위 내에서 제어된다는 것을 의미합니다. 따라서 실제 상황을 사용하여 시스템 운영 결과를 검사하고 데이터와 매개변수를 지속적으로 수정하여 생산에 가까워지고 현실에 맞도록 하는 것이 중요합니다.
기본 데이터 정리는 어렵고 세심한 작업이며, 데이터 품질 향상은 점진적이고 세밀한 프로세스입니다. ERP 를 구현하는 기업은 기본 데이터의 정리를 매우 중시해야 한다. 기본 데이터가 적시성, 정확성, 무결성의 요구 사항을 충족하면 시스템 전환은 물로만 이루어지며 ERP 의 이점도 지척에 있습니다. 기업 정보 부서는 기업의 모든 업무 부서에서 조사를 실시하고, 전반적인 요구 사항을 파악한 다음 ERP 시스템의 요구 사항 보고서를 정리하여 기업 최고 경영진에게 제출하여 승인을 받아야 합니다. 동시에 여러 ERP 공급업체를 초청하여 ERP 를 소개하고 논증한 다음 보고서가 통과된 후 ERP 시스템 프로젝트에 대한 입찰을 구성할 수 있습니다.
프로젝트 킥오프 회의를 개최하기 전에 프로젝트의 전반적인 계획을 결정하고, 리더십 팀과 작업 그룹 (프로세스 설계, 데이터 수집 등) 을 포함한 프로젝트의 조직 구조를 완성해야 합니다. 을 눌러 주요 사용자를 식별합니다. ERP 서비스 및 데이터베이스 서버를 포함한 시스템 테스트 서버를 준비해야 합니다. 공급업체는 업계 표준 기능 모듈과 요구 사항 설계 시스템 DEM 프로세스를 결합하여 시스템에 고착화하는 비즈니스 조사를 지원합니다. 중기는 기본 데이터 가져오기 및 시스템 테스트입니다. 후기는 주요 사용자와 최종 사용자에 대한 교육, 그리고 시스템의 시범 운영으로 정식 온라인 상태입니다.