기업 자재 데이터 등급에 따라 생산품과 원자재에 대해 각각 상응하는 코딩 규칙 (예: 중소규모 3 등급 분류 (특정 등급, 기업 자재 특성에 따라 각 등급의 몇 가지 능력을 분석하는 능력), 일련 번호로 보완, 일반 기업은 충분하다!
Eg 를 예로 들자면, 큰 클래스는 1 자릿수 이내 (10 이하) 이고, 중간 클래스는 경우에 따라 한 자리 또는 두 자리 (100 이하) 이고, 일련 번호는 입니다 앱에서 일반 기업 직원들은 일주일 안에 기업 분류를 외울 수 있다. 사원이 입력하거나 질의할 때, 처음 몇 개의 분류 코드와 와일드 카드 문자를 입력하기만 하면 목표 품목으로 빠르게 이동할 수 있습니다. 코딩 원칙은 이렇게 설계되어 사용자 조회 및 빠른 입력의 요구를 최대한 충족시킬 수 있습니다. 업무 효율을 50% 이상 높이다.
정보 시스템의 또 다른 특징은 정보를 한 번에 입력할 수 있으며 플랫폼 및 공동 작업 팀에서 공유할 수 있다는 점입니다. 기업이 수동 코딩에 축적한 코딩 사양의 경우 사양 문장, 카탈로그 항목 또는 설명 조항의 사양과 같은 사양을 사용할 수 있으며 정보 시스템에 기록하여 코딩 및 규칙 개정의 빈도와 작업량을 충족하고 생산성을 높일 수 있습니다.
둘째, 확장성의 필요성을 고려해야 한다.
코딩 원칙은 5- 10 년 동안 회사 내 자재의 변화 추세를 고려해야 한다. 다른 상황에 여지를 좀 남겨 두다. 예를 들어 현재 0805,0603 은 패치 소재 포장에 주로 사용되며 0402,0201은 향후 점진적으로 사용될 수 있으므로 코딩 원칙상 이 재료들을 위한 여지를 남겨야 합니다.
셋째, 다소 다른, "기타" 분류의 영리한 사용.
재료 분류를 고려할 때, 때로는 하나의 작은 클래스에 하나의 재료만 있고, 심지어 하나의 큰 클래스에 하나의 재료만 있는 경우도 있다. 이 경우, 큰 반이나 작은 반 코드를 주면 화장실을 차지하는 느낌을 줄 수 있다. (윌리엄 셰익스피어, 템플릿, 독서명언) 인코딩할 때 이 희귀한 재료를 특별히 코딩할 필요가 없다. 이런 희귀하고 거의 사용되지 않는 재료는 결합하여 다른 종류로 나타낼 수 있다.
한편으로는 사용자의 기억 스트레스를 줄일 수 있다. 결국, 이러한 무의미한 문자를 기억하는 것은 좀 어렵다. 반면 자료가 적고 자주 사용되지 않기 때문에 함께 그룹화하면 사용자의 쿼리 효과에 영향을 주지 않습니다.
다른 분류로' 부패를 신기하게 한다' 는 느낌을 준다. 만약 한 기업이 각 품목에 대해 다른 분류 코드를 만들고, 일부 공통 부품을 정상적인 상황에 따라 분류하고, 희귀한 재료, 자주 사용하지 않는 재료, 분류하기 어려운 재료를 다른 범주에 결합하면, 사용자의 많은 작업량을 줄일 수 있고, 사용 효과도 영향을 받지 않을 수 있는데, 왜 그렇게 하지 않겠는가?
넷째, 계산되지 않아야 할 속성 수를 변경합니다.
일부 데이터의 속성이 나중에 변경될 수 있는 경우 해당 속성은 숫자에 포함되지 않아야 합니다. 그렇지 않으면 변경이 있을 때 일련 번호를 수정할지 여부는 번거로운 선택이 될 것이다. 예를 들어 상품의 사양 매개변수, 책임 부서, 기타 (예: 고객의 책임 지역, 영업 사원의 지역 등) 등이 있습니다. 올바른 방법은 이러한 속성을 별도의 필드에 표시해야 한다는 것입니다.
다섯째, 정보를 인코딩하여 자료의 구체적인 정보나 모든 정보를 반영할 것으로 기대하지 마십시오.
우리가 말하는 자재 기반 정보는 일반적으로 두 부분으로 구성됩니다. 하나는 포장재나 부품과 같은 자재 유형에 대한 정보입니다. 다른 하나는 재료의 사양, 크기, 색상, 공급업체 등과 같은 재료에 대한 구체적인 정보입니다. 우리는 품목 코드에 품목에 대한 구체적인 정보가 아니라 범주 정보를 포함해야 한다.
어떤 사용자들은 자재 공급자를 코드 정보에 넣는 것을 좋아해서 코드를 보면 다음에 어떤 공급자에게 가는지 알 수 있다. 이렇게 보면 편리해 보이지만 실제로는 다른 많은 실수가 있을 수 있다.
예를 들어 부품에 여러 공급자가 있는 경우 여러 코드를 작성해야 합니다. 공급업체가 많을수록 코드가 많아집니다. 둘째, 이 부품의 여러 공급 업체가 다르지 않고 각 고객이 사용할 수 있을 때, BOM 을 쓰는 것은 번거롭고 어떤 부품을 사용하는지 알 수 없다. 한 공급자를 기본 공급자로 지정할 수 있고, 다른 공급자를 대체물로 해결할 수 있지만, 기업의 실제 관리와는 약간의 차이가 있다. 대체품은 대체된 부품이 수요를 충족시킬 수 없는 경우에만 고려됩니다. 그러나 일부 기업은 공급 업체의 균형을 맞춰야 합니다. 만약 그들이 이렇게 코딩한다면 ERP 시스템은 기업의 요구를 충족시킬 수 없다.
품목에 대한 구체적인 정보를 품목 코딩 정보에 넣으면 기업은 석두 발을 들어 올릴 가능성이 높다는 것을 알 수 있다. 일반적으로 고객이 특정 공급업체의 부품을 생산하도록 지정한 경우에만 해당 공급자의 정보를 코드에 넣는 것을 고려합니다. 경우에 따라 일부 고객은 특정 공급업체의 부품을 여러 가지 이유로 지정하도록 요구합니다 (예: 한 공급자가 기업의 자회사인 경우). 이 경우 기업은 정확한 관리를 위해 이러한 품목을 분리하여 공급자 정보를 품목 번호 지정 규칙에 편성하는 대신 신규 품목 번호를 작성할 수 있습니다. 따라서 품목에 대한 코딩 규칙에 공급자 정보를 포함시키려고 시도하지 마십시오.
재료에 대한 기타 정보 (예: 색상, 사양 등). 위 예에서 알 수 있듯이 일반적으로 품목 코딩 규칙에는 포함되지 않습니다.
6. 글자가 없는 고정 숫자나 한자가 없는 문자를 사용할 수 있습니다.
중국어를 빨리 합니까, 아니면 영어를 빨리 합니까? 영어는 당연히 빠르다.
중국어를 하는 것이 더 정확합니까, 아니면 영어를 하는 것이 더 정확합니까? 물론 영어를 치는 정확도가 높다.
중국어와 영어 혼용이 더 빠릅니까, 아니면 영어나 중국어만 입력하는 것이 더 빠르고 정확합니까? 물론 후자는 빠르고 정확하다.
숫자 키보드보다 속도와 정확성이 더 뛰어나다.
그렇다면 왜 한자 코드를 몇 개 더 추가해야 합니까?
일부 기업은 사용자 문화 수준이 높지 않아 보통 영어를 많이 접하지 않기 때문에 자료를 인코딩할 때 중국어로 표현하기를 원합니다. 이것은 실제 업무에서 매우 불편하다.
우리가 원하는 것은 조회할 때 빠르고 정확하다. 코드를 입력하는 데 시간이 많이 걸리고 오류가 발생하기 쉽다면 재료 코드의 의미는 무엇입니까?
일곱째, 코딩 정보에서 특수 기호를 사용하지 마십시오.
인코딩할 때-,#, * 등의 의미 없는 기호를 사용하지 마십시오 (의미 없는 인코딩 세그먼트를 구분하기 위한 것일 뿐입니다). 이러한 기호는 컴퓨터 입력이 불편하고 인코딩이 너무 길어질 수 있기 때문입니다. 문자와 숫자를 혼합하여 인코딩하는 경우 o, I, z 등의 문자를 사용하지 마십시오. 쓸 때 0, 1, 2 와 혼동되지 않도록 해야 합니다.
여덟, 길이가 적당해야 합니다.
재료 코드는 너무 길어서는 안 됩니다. 너무 길면, 한편으로는 기억하기 쉽지 않다. 사용자에게 서로 관련이 없는 문자의 긴 줄을 기억하는 것은 고통스러운 일이다. 우리는 절대 사용자에게 고통을 강요해서는 안 된다. 그렇지 않으면 결국 그들은 두 배로 돌아올 것이다. 반면에 질의를 입력하는 것은 더 번거롭다.
일반적으로 인코딩 길이는 12 비트를 초과하지 않는 것이 좋습니다. 신분증 같은 18 자리라면 잃어버리면 머리가 아플 거예요. 그럼 길이가 어떻게 12 비트를 넘지 않을까요? 다음과 같은 측면을 고려할 수 있습니다.
1. 품목을 인코딩할 때 인코딩할 때 모든 정보를 포함하지 않습니다. 이전 문장 에서 저자도 코딩을 강조할 때 재료의 대, 중, 소범주만 고려하면 12 비트면 충분하다고 강조했다. 재료의 색상, 크기, 공급업체 등의 정보를 포함하면 20 명이 충분하지 않다.
2. 소재 코딩에서 모든 동작은 심사숙고해야 한다. 이때 욕당하는 것을 두려워하지 마라. 확장성 요구 사항을 충족하는 데 필요한 자릿수가 적을수록 좋습니다. 7 자리 숫자로 해결할 수 있다면 8 자리 숫자를 사용하지 마세요. 한 자리만 차이가 나지만 ERP 의 모든 기능은 자재 코드를 사용해야 한다는 것을 알아야 한다. 통계에 따르면 구매자 사용자는 구매 주문서를 수정하고 재고를 조회하고 조정을 할 때 하루에 수백 개의 품목 코드를 사용해야 하며, 일부는 수천 번의 사용에 이를 수도 있습니다. 이렇게 쌓이면 하루에 몇 자를 더 입력하고, 코드당 한 달을 절약하면 얼마나 많은 시간을 절약할 수 있는지 볼 수 있다.
3. 품목 종류에 따라 인코딩 길이가 다를 수 있습니다. 기업은 품목 코딩 규칙을 설정할 때 품목마다 다른 길이를 설정할 수 있으므로 통일을 위해 쓸모없는 코드를 추가할 필요가 없습니다. 예를 들어, 어떤 기업의 어떤 품목은 최소한 1 1 코드를 인코딩해야 하고, 어떤 자재는 9 야드만 있으면 된다. 통일을 추구하기 위해 이런 소재의 코드는 두 개의 쓸모없는 코드를 추가할 필요가 없다. 1 1 코드를 추가할 때가 되었다.
4. 유사 제품의 코드는 통일되어야 합니다. 같은 제품의 코드화에는 길이가 같은 것이 가장 좋다. 이는 주로 런코드 문제에서 발생한다. 0 1 을 1 으로 축약한다면 이런 방법은 그다지 적합하지 않다. 길이가 일치하면 코드 누락과 같은 간단한 오류를 한눈에 발견할 수 있기 때문이다.
아홉째, 오류 방지 기능이 있어야 한다.
1. 범주 등의 정보를 기준으로 품목 번호 생성이 규칙을 준수하는지 자동으로 결정합니다. 이것은 일반적으로 시스템의 기능에 따라 구별됩니다. 한 품목을 부품, 강철, 나사의 세 가지 범주로 나누어 각각 L, G, L 로 표시하면 해당 품목의 대, 중, 소류가 무엇인지 판단하고 입력이 정확한지 알려주는 데 도움이 됩니다.
2. 또 다른 방법은 ID 에 따르면 사용자가 이전 정보를 기반으로 관련 콘텐츠를 입력하기만 하면 ERP 시스템은 알고리즘에 따라 검사 코드를 생성하여 소스 코드에 첨부하여 품목 코딩의 정확성을 보장하는 것입니다.
ERP 시스템이 자재 코딩의 정확성을 보장하기 위해 이 기능을 제공하는 이유는 무엇입니까? 왜 다른 내용에는 이 기능이 없습니까? 사실 매우 간단합니다. 왜냐하면 그들은 ERP 시스템에 매우 중요한 자재 코딩의 정확성을 잘 이해하고 있기 때문입니다. (존 F. 케네디, Northern Exposure (미국 TV 드라마), 예술명언)
10, 기억하기 쉬워야 합니다.
재료 코드는 무엇을 하는 데 사용됩니까? 사용자가 데이터를 신속하게 찾을 수 있도록 도와줍니다. 만약 사용자가 코드가 어떤 제품을 대표하는지, 어떤 제품을 대표하는지 모르면, 자재 코드는 의미를 잃게 된다.
따라서 재질 코드를 작성할 때 사용자가 신속하게 이해하고 받아들일 수 있도록 하는 방법을 고려해야 합니다.
영문자나 병음 글자를 아라비아 숫자와 결합하면 기억, 이해, 입력이 용이합니다.
11. 원래 코드의 경우 문제가 발견되면 단호하게 버려야 한다.
기업은 ERP 시스템에 접속하기 전에 어느 정도 자체 코딩 시스템을 가지고 있다. 그러나 이러한 코딩 시스템 중 상당수는 정보 시스템의 요구 사항을 충족하지 못하거나 코딩 원칙에 맞지 않습니다. 예를 들어, 공급업체마다 서로 다른 인코딩에 따라 동일한 품목을 관리합니다. 재료는 모두 일련 번호로 분류되어 있고, 분류가 없고, 가장 기본적인 원자재도 완제품과 구분되지 않아 기억하기 어렵다. 정보화 소프트웨어 관리가 아니기 때문에 기존 자재 코딩은 정확성을 보장할 수 없다는 것이 문제다. 예를 들어, 한 가지 2 야드, 두 가지 2 야드. 따라서 기업은 이미 코딩 시스템이 있더라도 자재 코드를 하나씩 정리하고 정확성을 하나씩 확인하는 데 각별한 주의를 기울여야 합니다. 이렇게 하는 데는 시간이 걸리지만, 정말 가치가 있다.
설상가상으로 ERP 를 구현할 때 컨설턴트의 조언을 듣지 않고 자료를 다시 인코딩했습니다. 하지만 다시 코딩하는 것은 시간과 정력이 너무 많이 걸려서 아무도 하고 싶지 않다. 그들은 오히려 이러한 실수가 존재하게 할지언정, 힘을 써서 그것들을 새로 고치려 하지 않는다.
이 코드가 ERP 시스템에서 고스란히 사용되면 결과는 만족할 수 있다. 마지막으로, 모든 재작업, 코딩 원칙 수정, 새로운 코딩 원칙에 따라 자료를 인코딩할 수 있는 선택의 여지가 없습니다.
열두. 호환성.
회사 품목 코드와 대형 고객, 대형 공급자 코드 간의 비교를 설정하여 자유롭게 조회하고 대조할 수 있습니다. EDI 와 공급망 협력의 다리를 놓다.