도움말 › 창고 › 추적 및 추억

추적 및 추억 - Scratch의 가이드

공급자가 "이 패치에 문제가 있다"고 말하거나 고객이 결함이있는 제품을보고 할 때, 몇 분 이내에 두 가지 답변이 필요합니다. "어떤 제품과 고객이 이 원료를 끌어 들이고 있습니까?" 그리고 "어떤 팩, 어떤 공급 업체, 어떤 기계가 이 제품을 만들었습니까?" 추적 가능성 창은 포트 로그, 생산 확인 및 청구서 : 필요한 경우, 청구서를 열어주고 기억의 사건 영향을받는 고객과 창고에 있는 주식을 목록하는 동일한 흔적에서, 모든 것이 수집 될 때까지 그것을 따릅니다.

1. 무엇을 위한 것인가

창에는 4 개의 탭이 있으며, 선택한 포트 또는 상자 카드는 오른쪽에 열립니다.

• 트랙 — 멀티 레벨 앞쪽 및 뒤쪽 추적, 숫자, 시리즈 번호, 제품, 공급자 숫자, 계정 또는 문서 번호에서 시작 (섹션) 3). 많은 클릭이 열리는 카드 로트 ( 섹션 5).
• 기억하라 — 범위 → 시뮬레이션 → 오픈 사례 마법사 (섹션) 6).
• 사례 — 개방된 추출 사례 목록 및 사례 카드: 통지, 반환/제출, 상태를 진행하는 (섹션) 7-8).
• 잃어버린 링크 — 움직임의 보고서, 움직임에 기록되지 않은 움직임 (부분) 9).

창문은 두 개의 장소에 앉아있다 : 도크에서 주식 / 창고 배송 후 그룹 및 생산 / 품질 그룹 옆에 품질. 같은 창도 열립니다 추적 가능성 카드의 탭 (섹션) 10). 모든 규칙이 서버에서 실행되며 사무실, 전화 (Garden+Step) 및 보고서는 동일한 계산을 볼 수 있습니다.

2. 흔적이 어디에서 오는가

흔적의 뒷면은 그 로트 로그: 각 움직임은 날짜, 방향 (in/out), 양, 창고와 함께 기록되어 있습니다. 출처 두 개의 롯이 같은 이벤트의 두 끝에있을 때 (예를 들어, 같은 생산 확인에서 하나가 소비되고 다른 하나가 생산되었을 때), 그들 사이에 연결이 있습니다. 어떤 거래가 어떤 링크를 만드는지 :

얼마나 많은 추적이 움직이는가

개의 항목은 계산 롯트 트레이크 두 가지 방법으로 : 깃발이 깃발에 있는 경우 배치 / 배치 추적 상자 카드, 또는 깃발이 결코 설정되지 않았지만 항목은 이미 롯 역사. 깃발이 명시적으로 "아니오"로 설정된 항목은 많은 역사를 가지고 있더라도 추적 된 것으로 계산되지 않습니다. 깃발은 관리자 또는 창고 클러커에 의해 변경됩니다; 그것을 켜면이 항목의 구매가 자동으로 많이 열립니다.

구매 청구서에 라인의 롯 번호와 만료 날짜를 입력합니다. 공급자의 자체 배치 번호 (공급자 롯)는 두 가지 방법으로 기록될 수 있습니다 : lot.tedarikciLot 구매 라인에 필드가 수입되거나 통합을 통해 오는 (대부분의 경우) 60 문자; 공급자는 서류의 계좌입니다), 또는 나중에 공급자 로트 추가 롯 카드에 대한 링크 (섹션) 5). 만약 공급자 롯만 주어지고 내부 롯이 비어있다면, 창고의 자동 롯 패턴은 내부 롯 번호를 생성합니다.

3. 탭 트랙: 앞으로 및 뒤로 추적

1. 타입 A 롯, 시리즈, 제품, 공급자 롯, 계정 또는 문서 아니. 검색 상자에서 제안은 두 문자 후에 나타납니다; 각각의 유형 (Lot / Serial / Supplier lot / Product / Account / Document)으로 표시됩니다. 트랙 만약 하나만 있다면 QR 글쓰기 (HNRL|code|lot 또는 code|lot) 직접 운명을 열어주고 있다.
2. 방향을 선택하십시오 방향 : 자동 출발점에서 결정 : 상대, 시리즈 번호 또는 제품에 대한 전환; 공급자 또는 공급자를위한 전환; 고객 또는 판매 문서 (이 고객에게 가는 상품이 도착한 곳)에 대한 전환. 당신은 또한 선택할 수 있습니다 (이것은 어디로 가는지) 또는 뒷면 추적 (그것이 어디에서 왔는지) 스스로를
3. 결과는 두 가지 견해로 나온다: 나무 (분산 가능한 노드; 첫 번째 세 레벨이 열려 있습니다) 그리고 플랫 리스트 ( 레벨, 유형, 출처, 목표, 양, 날짜, 문서 / 확인 및 패키지 열) 상단에있는 요약 라인은 추적 된 폴트의 수, 고객 · 문서 · 앞으로 추적을 위해 배송 된 양, 뒤로 추적을위한 공급자의 수, 그리고 해결되지 않은 링크의 수를 보여줍니다.
4. 를 클릭하십시오 : A 로트 오른쪽에 있는 카드를 열고, 한 계좌 계좌 카드를 열고, 문서 청구서를 열고, 작업 명령 생산 명령을 열어줍니다. 확인 라인은 기계와 운영자를 보여줍니다.

추적은 최대 6단계 깊이까지 내려가며(원자재 → 반제품 → 완제품 → 고객 같은 BOM 연결에 충분함), 최대 5,000개 노드를 그립니다. 한도에 도달한 분기는 깊이 한도 배지로 표시하고 잘린 추적에는 깊이 한도에서 추적이 중단되었습니다라는 경고를 표시합니다. 같은 로트에 다시 도달하면 펼치지 않고 위에 표시됨이라고 표시합니다. 로트가 자신의 상위 로트를 다시 참조하는 잘못된 기록이면 순환 배지를 표시하고 그 자리에서 멈춥니다. 이 두 보호 장치가 추적 트리의 무한 확장을 막습니다.

4. 해결되지 않은 링크

해결되지 않은 링크는 기록이 없기 때문에, 추적이 존재하지 않는 지점입니다. 어떤 것이 어디에서 왔는지, 어디로 갔는지 알 수 없다.. 그것은 노란색 표지판으로 표시되며, 그 위에 나열된 해결되지 않은 링크 나무 아래에 있는 상자와 절대 추측하지 않았다: HNR 잘못된 흔적이 잘못된 고객을 추구하거나 올바른 고객을 놓치게하기 때문에 "그것은 아마 그 많은 것에서 가져온 것"과 같은 링크를 발명하지 않습니다.

• 기록되지 않은 수신 (유효 데이터) — 주식은 존재하지만, 로고에 구매, 생산, 전송 또는 하위 계약 수신이 없습니다; 일반적으로 주식은 이전에 주식 추적 시작.
• 주식 계산 과잉에 의해 열려 또는 수동으로 열기 (원래는 알려지지 않음) - 숫자 차이 또는 수동 입력을 통해 롯이 존재하게 되었으며, 공급자나 생산자는 알려지지 않았습니다.
• 롯 없는 구성 요소 — 생산 확인에 소비된 구성 요소의 양은 기록되지 않았습니다 (분자에는 많은 추적이 없거나 많은 것 없이 소비되었습니다).
• 생산 확인에는 제품 포트가 없습니다. — 확인은 소비된 구성 요소의 덩어리이지만 제품에 대 한 열려 있지 않았다; 앞으로 추적이 그 확인에 중단됩니다.
• 알려지지 않은 공급자 / 발견되지 않은 문서 — 로그 포인트는 문서에 있지만 문서 또는 그 계정은 읽을 수 없습니다.

해결되지 않은 링크를 줄이기 위해 : (1) 사용하기 공급자 로트 추가 배치 카드에 내부 배치를 공급자의 배치 번호와 공급자 (섹션)로 연결하십시오. 5); (2) 매뉴얼 라인 × 로트 링크 판매 라인에 추가할 수 있으며, 그 몫은 기록되지 않았습니다.이 버전에는 스크린 버튼이 없습니다. POST /api/izlenebilirlik/kalem-lot (문서, 주식 코드, 롯, 양) 매뉴얼 링크가 나옵니다 변하지 않음 숫자 수량, 흔적에 나타나는 A 매뉴얼 벨기에, 그리고 수동으로 추가 된 링크만 삭제할 수 있습니다; 링크가 작성된 FEFO 문서를 취소함으로써만 제거됩니다. 둘 다 추적 가능성 또는 반환 허가가 필요합니다 (섹션) 12). 실제 수정은 앞으로 나아가고 있습니다 : 로트 추적을 시작하고 확인에서 선택된 구성 요소 로트를 가지고 있습니다.

5. 롯 카드

롯 카드는 하나의 화면에 많은 것들의 전체 이야기를 모으고 있습니다. 위에는 롯 번호, 주식 코드 (주식 카드를 열기 위해 클릭) 및 표지판이 있습니다. 손에 숫자 및 단위, 전체 · 내부, 퇴원 (그림이 붉은 경우) 그리고 품질 유지에 대 한 만약 그 몫이 차단된다면 아래는 개의 버튼이 있습니다 : (이것은 어디로 가는지), 뒷면 추적 (그것이 어디에서 왔는지) 그리고, 추출 허가를 가진 사용자에게는, 기억하기 시작 (이 마법사와 함께 충족합니다.) 섹션 :

• 현재 위치 — 주식의 열려있는 라인 : 저장소, 양, 만료 및 상태 (가능 / 완성 / 차단 : 이유 [ 참조]).
• 출처 — 공급자, 구매 서류 및 공급자 포트; 만약 포트는 생산에서 나온 경우, 작업 주문, 확인, 기계, 운영자, 인력은 확인에 기록되고 부품 포트는 소비됩니다. 그들의 공급자 로트 추가 링크 (링크 허가를 가진)는 공급자 로트 번호, 공급자 계정 코드 및 선택 제조업체를 가져옵니다.
• 어디서 사용하는 — 그들의 제품 롯 이 숫자로 만들어진 것과 함께, 고객님들 그것은 (량, 날짜, 문서, 패키지) 및 손실 / 배제와 같은 최종 이벤트에 전송되었다.
• 타임링 — 모든 라인은 날짜 주문에 기록 : 이벤트 (수입 수신, 판매 배송, 생산에서 소비, 생산에서 생산, 창고 전송, 하위 계약, 손실, 분리, 주식 계산, 품질 결정...), +/− 양, 창고, 문서 또는 확인, 사용자.
• 품질 결정 — 블록 / 릴리스 기록, 불일치 (NCR) 이 숫자에 대 한 열려, 샘플 및 인증서. 시리즈 번호 — 시리즈는 로트의 생산 확인에 연결되어 있습니다. 사례를 기억하라 — 이 몫과 그 상태를 포함하는 사례.

6. 마법사 기억

마법사는 세 단계를 가지고 있습니다 : 1. 범위 → 2. 시뮬레이션 → 3. 개방된 사례. 첫 번째 두 단계는 모든 사람에게 열려 있고 아무것도 쓰지 않습니다; 사례를 열면 반복 허가가 필요합니다.

1. 범위 유형을 입력하고 필요한 것을 입력합니다. 배송 날짜 / to (선택)는 특정 기간의 고객 배송만 수신합니다. 만약 또한 후보자로서 많은 링크없이 판매를 추가합니다 (유효 데이터) 이 제품의 판매 라인, 그 몫이 기록되지 않은 제품은 또한 목록에 입력합니다. 해결되지 않은 벨트 - 로트 추적 전에 판매를위한 "어느 사람에게 가서 갔을 수 있습니까" 목록; 그것은 확실하지 않습니다.
2. 시뮬레이션 실행 시뮬레이션 앞으로의 흔적을 계산하고 영향을받는 라인을 보여줍니다. 시뮬레이션은 기록을 작성하지 않습니다. 상단에있는 개의 상자 : 영향을받은 고객, 문서, 고객의 양, 창고 / 트랜지스. 테이블의 각 라인은 위치를 가지고 있습니다 : 고객에게 (이 문서와 날짜를 포함하여 배송) 창고에 있는 또는 트랜지스에 (이 회사에서, 롯 리더에서 계속) 치 포함된 당신이 원하지 않는 경우에 일련의 경우; 그 일련은 경우에 들어갑니다 범위 밖으로 그리고 삭제되지 않습니다.
3. 사건 열기. 리콜 사유(최소 5자), 등급(I — 심각한 건강/안전 위험 · II — 일시적 또는 시정 가능한 위험 · III — 낮은 위험, 라벨/외관), 담당 사용자(비어 있으면 본인), 창고의 영향받은 로트를 품질 보류 처리(기본값 켜짐)를 입력합니다. 사건 열기는 사건 번호(GC<year><sequence>)를 부여하고 사건 탭으로 이동합니다. 창고의 모든 영향받은 로트에 사건 번호를 참조로 품질 보류를 설정합니다. 품질 권한이 있는 사용자가 창고 › 로트에서 해제합니다. 담당자가 본인이 아니면 해당 사용자에게 “리콜 … 열림” 시스템 메시지를 보냅니다.

7. 다음 사례: 상태 및 문

사례 탭은 각 사례를 상태 필터 (사례 번호, 날짜, 유형, 범위, 이유, 라인, 수집 / 고객 수량, 상태, 책임자)로 나열합니다. 링크를 클릭하면 열립니다 카드 사례 오른쪽에 : 요약 상자 (고객, 영향을받는 양, 통보된 라인, 반환 + 배제, 수집율), 고객 라인, 창고 / 트랜지스에 남아있는 상태 버튼, 이벤트 로그 및 닫기 보고서 인쇄.

상태는 단지 앞으로 이동, 한 번에 한 걸음 : 열기 → 통보 → 수집기 → 닫기; 카드는 다음을 하나의 단일에 표시합니다. 우선 상태 :... 버튼을 눌러 폐쇄 또는 취소된 사례는 변경될 수 없습니다.

라인 상태

• 고객 라인 : () () () () () () () () () () () () () () () () () () () () () () () () () () () () () () () () () () () () () () () ( 줄을 흔들고 사용하기 마크는 알려진대로 선택 한 번에 그들을 알리기 위해 (섹션) 8); 다음 버튼은 순서대로 나와 있습니다. 행동 콜럼이
• 창고 / 인트랜지트 라인 : 고객 통보가 필요하지 않습니다; 그것은 직접 준비된, 돌아온 (제품자로 돌아가거나) 범위 밖으로.
• 반환 또는 배제 금액이 주어지지 않는 경우, 전체 라인은 계산됩니다; 두 개는 함께 라인 양을 초과할 수 없습니다. 그리고 양은 또는 긍정적이어야합니다.모든 변화는 사례에 기록되어야합니다. 이벤트 로그 누가, 언제, 오래된 → 새로운, 그리고 검토 경로에 가는.

8. 통지, 고객 편지 및 반품

• 고객 편지 각 고객의 탭에 고객 편지 사례 카드 라인은 하나의 페이지를 열어줍니다. A4 편지 A PDF 고객의 라인 (문서, 날짜, 제품, 잔액, 양) : 제목 "제품 기억 알림", 이유 및 클래스, 사용 중단 및 판매 요청, 설정 제품은 반품을 위해 제외하고 서면으로 보유한 양을 보고합니다. 문자 문자는 인터페이스 언어에 있습니다; 회사 이름, 롯 및 문서 번호가 번역되지 않습니다.PDF 은 꺼져있다, “그것은 PDF 서비스가 사용할 수 없습니다. 브라우저에서 편지를 인쇄합니다."가 나타납니다; 프린트 프리뷰 같은 문자를 열어주고 HTML.
• 알림된 마크 편지를 보내고 나서 라인을 선택하고 눌러주세요. 마크는 알려진대로 선택: 통지 날짜와 채널 (문자)은 라인에 기록되어 이벤트 로그로 이동합니다. HNR 편지를 직접 보내지 않는다.
• 그들의 WhatsApp 하우스 이건 밖으로 덕분에 가짜로 서버가 시작되면 HNR_IZ_BILDIRIM=wa 환경 변수 및 WhatsApp 메시지 서비스가 파이에드되며, 짧은 텍스트는 고객의 카드 (또는 전화)에있는 휴대 전화에 통보 요청과 함께 전송될 수 있습니다. 1 만약 없으면; 전화가 없거나 서비스가 꺼지면, 그것은 조용히 옮겨지고 라인은 여전히 표시됩니다.
• 책임있는 사용자에게 시스템 메시지. 사례가 열리면 책임있는 사용자 (그것을 열었던 사람이 아닌 경우)는 사례와 연결된 중요한 우선 순위 시스템 메시지를 받습니다.
• 반환을 받는 것 라인이 설정되면 돌아온, 오늘날, 오직 라인 상태와 반환 된 양만 기록되어 있습니다; 반환 배달 메모 또는 RMA 문서가 자동으로 열리지 않음 (환기 물류 모듈은 아직 존재하지 않습니다.) 문서 입력에서 반환 문서를 일반적으로 입력합니다.

9. 실종된 링크 보고서

보고서는 날짜 범위 내에서 계산합니다 (기본적으로 마지막으로 계산됩니다). 365 날), 롯 추적 항목에 대한 움직임, 그 롯이 기록되지 않은, 그리고 가장 많은 빈도를 가진 항목을 위에 넣어.

판매 배달 노트와 판매 반환은 오늘날 포트에 영향을 미치지 않기 때문에, 이러한 문서는 자연스럽게 보고서에 "포트 없음"으로 떨어집니다; 이것은 오류가 아니라 포트의 결과가 제거됩니다. FEFO 판매 청구서에만 (섹션) 14).

10. 카드 > 추적 가능성 탭

그들의 추적 가능성 주식 카드의 탭은 코드의 모든 양을 나열합니다 : 로트, 첫 번째 수신, 손에, 창고, 만료, 공급자 로트 및 상태 (블록 / 사용할 수 / 완료). 상단 문장은 항목이 로트 추적되었는지 여부를 말합니다 ("이 항목은 로트 추적 (N 로트)." 또는 "이 항목에는 많은 기록이 없습니다. 각 라인에 따라 카드 로트, 앞서 추적 그리고 뒤로 흔적 버튼이 그 롯으로 추적 창을 열어줍니다. 완성된 제품 카드는 동일한 주식 카드입니다; "이 제품이 어떤 덩어리에서 만들어졌는지"라는 질문은 여기서 시작됩니다. 뒤로 흔적.

11. 전화로 (가드 + 단계)

스크린보다 작은 7 잉크 창이 큰 터치 목표를 가진 단계 배열에서 열립니다.

• 로트 — 와 함께 스캔 QR 코드, 보여주기 The QR 롯 라벨에 있는 코드(HNRL|code|lot 또는 code|lot) 카메라에 삽입하거나, 로트를 입력합니다. / 공급자 포트 번호 및 프레스 검색. 단일 결과가 있다면, 롯 카드는 한 번에 열립니다; 앞서 추적 / 뒤로 흔적 카드 아래의 버튼이 흔적을 열고 다시 카드로 돌아가기 전화로 돌아오는데 전화로 돌아오는 HTTPS 카메라에 대한 주소
• 사례 — 카드로 사례 목록; 사례를 입력하고 라인의 상태를 변경하여 단일 타프 라인 카드에 버튼을 사용 (보고 / 반환 / 배치 / 범위 밖). 편지, 상태를 진행하고 데스크톱에서 작업을 취소.
• 기억하라 — 유일한 사용자에게만 볼 수 있습니다; 같은 세 단계 (경기 → 시뮬레이션 → 오픈 사례), 시뮬레이션은 꼬리 카드로 라인.
• 잃어버린 링크 — 같은 보고서, 항목 당 카드 하나.

12. 허가

문은 서버에 있습니다 : 허가되지 않은 글쓰기 요청이 반환됩니다. 403 "다음 링크를 위해 추적 허가가 필요합니다."또는 "다음 링크를 위해 추적 허가가 필요합니다."품질 보관에 저장소 포트를 넣어 Java 측면에서 품질 허가를 확인; 차단 할 수없는 많은 경우가 사례를 깨뜨리지 않습니다. 회사의 추적 테이블이 아직 설치되지 않은 경우 (오래된 Java 버전), 추적 작업이지만 사례가 열 수 없으며 창 상단에 경고가 나타납니다.

13. 분석 스튜디오 : "Lot 움직임"큐브

그 안에서 분석 스튜디오, 그들의 롯 운동 큐브는 롤 리셉트와 문제를 롤 리셉트, 차트 및 다이블에 사용할 수 있습니다. 측정: 롤 리셉트 양과 롤 출력 양 (베이스 단위), 롤 움직임의 수, 롤 움직임의 수, 움직임의 항목의 수. 차원 : 제품, 주식 유형, 롯, 창고, 방향 및 움직임의 원천 (문서 (구매 / 판매), 생산 소비, 생산 수출, 창고 전송, 손실, 배제, 쿼렌트에서 발행, 하위 계약, 주식 계산, 생산 확인 반환, 문서 취소, 수동 포트 입력). 예: "어떤 제품은 지난 분기 수동으로 또는 주식 계산에 의해 열려 있습니까?" - 라인에 원본 차원을 넣고 열에 제품을 넣습니다.

14. 자주 묻는 질문

판매 배달 노트는 많은 것을 빼앗아 가나요? 많은 것들이 빼앗기면 오직 A 판매 청구서 구원받고, 그와 함께 FEFO (최근의 종료일과 함께 롯에서) 그리고 어떤 롯이 그 순간에 기록된 라인에 대해 추출되었는지. 판매 배달 노트는 배송 리더에 영향을 미치지 않습니다; 배달 노트가 처음 발행되는 판매의 경우, 청구서 발행 후 배송이 인출됩니다.

왜 고객 반환은 많은 링크가 없습니까? 오늘날의 판매는 잔액을 만지지 않습니다; 반품 상품이 어떤 잔액에서 왔는지는 기록되지 않습니다. 돌아온 반환된 금액(Section) 8).

왜 내 오래된 데이터에 항상 "결제되지 않은" 추적이 있습니까? 구매 및 판매 전에 로트 추적이 켜져 있기 전에 많은 기록을 한 적이 없습니다; 만약 구성 요소 로트가 오래된 생산 확인에서 선택되지 않은 경우, 링크도 없습니다. HNR 이 빈도를 추측함으로써 채우지 않는다. 공급자 로트 맵링 및 (필요한 경우) 수동 라인 × 로트 링크로 중요한 로트를 완료; 로트 추적이 진행되는 동안 새로운 움직임이 자동으로 연결됩니다.

동일한 덩어리는 두 개의 창고에 있습니다; 왜 그것은 흔적에 하나의 노드가 있습니까? 전송은 동일한 번호와 만료 날짜로 롯을 이동합니다; 노드는 주식 코드 × 롯 번호이며, 창고는 롯 카드의 위치에 나타납니다 (섹션) 3). 따라서 고객 배송은 나무에 한 번만 나타납니다.

포장과 관련된 패키지는 어떻게 되나요? 패키지는 많은 열이 없습니다; 관계는 배달 노트 라인을 통해 이루어집니다. 판매 청구서가 라인에 많은 것을 쓰면 FEFO 그리고 그 배달 노트 라인은 패키지에 포장되었습니다. 배송, 패키지 번호는 배송 링크와 로트 카드의 고객 순서에 나타납니다.

품질 창의 오래된 "복음"리스트에 무슨 일이 일어났습니까? 품질 모듈의 단일 수준 롯 목록은 그대로 유지됩니다.이 창을 사용하여 여러 수준의 추적 (로 재료 → 제품 → 고객), 해결되지 않은 링크 및 사례 추적을 위해.

관련 가이드 : 창고 · 주식 카드 · 생산 · 품질 · 배송 · 문서 입장 · 분석 스튜디오 · 모바일 · 설정.