도움말 › 생산

생산 모듈 - Scratch의 가이드

이 가이드는 사용하지 않은 사람에게 쓰여진 것입니다. ERP 시스템은 그것을 읽고 생산을 스스로 실행할 수 있습니다.그것을 순서로 읽으십시오 : 먼저 우리는 정신 모델을 구축하고, 그 다음에 화면을 회전하고, 마침내 우리는 실제 생산 작업을 끝내기 위해 실행합니다.

1. 이 모듈은 실제로 무엇을 하고 있습니까?

사진 A 부엌. 당신은 콩, 달걀과 우유를 가지고 있습니다 (이것은 원료). 당신은 A 레시피: “이 때문에 1 케이크 케이크 500 G 과 3 “이것은 달걀” (This is the 재료의 법안). 고객이 말하기를 “나는 필요하다” 10 케이크 (이것은 하나의 요청). 요리사가 부엌에서 티켓을 던져 "우리는 만들고 있습니다. 10 오늘의 케이크 (이것은 작업 명령). 밤에 10 케이크가 나와서 5 의 은 사라졌다 (이것은 확인).

전체 생산 모듈은 이 다섯 가지에 불과합니다.그들을 추적하는 동안 시스템은 세 가지 질문에 대답합니다. 자동으로: (1) 어떤 주식이 떨어졌고 얼마나 많은가? (2) 내가 생산한 것의 단일 비용은 무엇입니까? (3) 어떤 원료 롤, 어떤 기계, 어떤 운영자가 이 패치를 생산했습니까?이 세 가지 답변을 손에 잡으려고 하는 공장 - 바로 그 이유로이 시스템이 존재합니다.

2. 그들의 6 알아야 할 개념들

프로그램의 모든 것이 이 여섯 단어에 기초하고 있습니다.그들을 기억하지 마십시오 - 논리를 이해하십시오 :

2.1 ERP 언어 언어

다른 시스템 및 컨설턴트에서 이러한 조건을 듣게 될 것입니다.이것은 동등한 것들입니다 :

3. 화면을 알게 되면

생산 창에는 개의 표준 탭이 있습니다. 요리법, 요청, 계획, 프로그램, 작업 명령, 기계, 모드, 직원 및 보고서. 품질 허가를 가진 사용자는 또한 볼 수 있습니다 SPC, 깨끗한 방과 환경, 전체 개에 대하여 패닉하지 마십시오 : 일상 생활에서 실제로 사용하는 개 그들 중 (요청, 계획, 작업 명령). 나머지는 설정, 전문 품질 / 환경 작업 또는 보고입니다.

📷 실제 화면 🗺 각 필드의 역할

그림 2 — 위의 실제 스크린 샷과 그 아래의 탭 역할 차트; 전체 현재 탭 목록은 이 섹션의 첫 번째 단락에 있습니다.

4. 우리가 사용하는 전체 예제

구체적으로 말하자면, 우리는 하나의 나무 의자. 이 예제는 세 가지 수준이 있기 때문에 대부분의 실제 공장이 작동하는 방식입니다 - 먼저 당신은 부분을 만들고, 그 다음에 당신은 부분에서 제품을 모으고 있습니다.

5. 첫 번째 생산을 실행하십시오 (단계별로)

다음 단계를 따르십시오. 각 단계의 끝에서 결과를 확인하십시오.

1. 주식 카드를 준비하고 제품 유형을 설정합니다.

   당신은 일할 것이다 주식 창, 생산이 아닌.모든 제품과 모든 구성 요소는 주식 카드가 필요합니다. 제품 유형 필드 :

   카드	제품 유형	왜
   SNDLY-01	끝난다	고객에게 생산 및 판매
   ISKLT-01	반결정 1	생산되고, 그 후에 의자에 의해 소비
   AHSP-40, VIDA-05, TUTKAL-1, MINDR-01	원료물질	구매한
   TALAS-01	스크랩	생산에서 발생하는 폐기물 (선택적이지만 권장)

   ⚠ 만약 제품 유형이 텅 비어있다면

   시스템은 여전히 작동하지만 계획 화면은 "이것은 원료 또는 반 완성"이라고 말할 수 없습니다; 다중 수준의 폭발은 잘못된 결과를 가져올 수 있습니다.

2. 레시피를 작성하십시오 (가장 중요한 단계)

   제품명 : 새로운 레시피. 레시피에는 부분이 있습니다. 아래의 지도는 각 필드가 무엇인지 보여줍니다 :

   📷 실제 화면 🗺 각 필드의 역할

   그림 4 — 개의 레시피 형식

   폐기물 비율은 무엇을 의미합니까?

   당신이 말한다면, “우리가 필요하다” 12 이지만 5% 떨어지거나 손상되면" 입력 5% 폐기물 및 시스템 계획 12.6 이, 아니 12. 쓰레기는 실제 세계의 손실을 계획에 넣는 방법입니다. 불확실하다면, 그것을 남겨두고 0 그리고 몇 번의 실행 후에 그것을 업데이트 한 다음 실제 숫자를 볼 수 있습니다.

   💡 이 두 번을 하라

   우리의 예제가 필요하다 개의 레시피: 첫째는 ISKLT-01 (프레임 : 나무 + 글루) 다음에 SNDLY-01 (좌석 : 프레임 + 큐시온 + 스크리브) 먼저 낮은 수준을 쓰십시오 - 당신은 단지 카드를 필요로하는 프레임을 구성 요소로 선택하지만, 그것이 또한 조리법이 있다면 계획 체인 자체를 구축합니다.

3. 요청을 입력하십시오 (선택적이지만 유용한)

   생산 → 요구 → 새로운. 여기서 당신은 "누가 무엇을 원하는지, 얼마나 많은 것을, 언제에 기록합니다."고객 주문이 있다면, 그것의 번호를 입력하십시오 - 그래서 "어떤 주문이이 생산"이라는 질문에는 항상 답이 있습니다.

   필드	예제	메모
   제품 코드	SNDLY-01	무엇을 생산할 것인가
   수량	10	얼마나 많은
   만기일	2026-08-20	한 번 지나갔다, 빨간색LATE" 벨트가 목록에 나타납니다.
   고객 / 주문 아니	ABC LTD / 12345	추적을 위한
   상태	talep → onaylı	승인되지 않은 요청은 계획에 의해 무시됩니다.

   이것은 긴급한 하나-오프인가요? 요청을 제거하고 단계별로 시작합니다. 5 (작업 명령) 많은 요구를 수집하고 함께 계획하기 위해 요구가 있습니다.

4. 그들은 "나는 충분한 물질을 가지고 있습니까?"

   생산 → 계획. 제품 코드와 양을 입력한 다음 눌러주세요. 폭발. 시스템은 모든 길을 내려서 레시피를 열고 각 라인에 대해 "내가 그것을 가지고있다"를 계산합니다.

   📷 실제 화면 🗺 각 필드의 역할

   그림 5 — 폭발 결과와 그것을 읽는 방법

   이 화면에서 나오는 두 개의 버튼 :

   • 주문 체인을 만들기 — 절반 완료 항목의 하위 명령을 열고, 하나의 클릭으로 연결된 주요 명령 (프레임 먼저, 그 다음 의자)을 열어줍니다.
   • MRP — 구매 필요성 — 원료 결핍을 목록으로 제공합니다; 구매 작업은 그것에서.
   💡 능력 영향 패널

   폭발과 함께, 오른쪽에 요약이 나타납니다 : "우리가이 작업을 수행하면 기계가 얼마나 충전 될 것인가."이 대답은 "우리는 추가 주문을 받아 들여야합니까?" - 당신은 기계 당 기다리는 분과 얼마나 많은 날의 반환이 존재하는지 볼 수 있습니다.

5. 작업지시서 열기

   생산 → 작업 명령 → 새로운 (또는 "계획에서 주문 체인을 만들기").당신이 설정한 주문에: 제품, 양, 창고 출처 (물질이 빼앗긴 곳에서) 목표 창고 (제품이 입력되는 곳), 계획된 시작 및 예정된 날짜.

   새로운 명령이 시작되었습니다. 오픈 상점에 탑승하려면 사용자 지정 여행자 주문 세부 사항의 버튼 : 그것은 작업 목록, 검토 및 서명 상자를 가진 인쇄 가능한 잎을 생성합니다.

   ℹ 주문이 열리면 레시피가 "냉동"됩니다.

   주문이 열리면 현재의 조리법 상태가 복사됩니다.내일 조리법을 변경하더라도, 이 주문은 여전히 오래된 수식을 실행합니다 - 진행 중인 작업은 운영자의 뒤에서 결코 변하지 않습니다.새로운 수식은 새로운 주문을 의미합니다.

6. 생산을 확인하십시오 (이것은 주식이 변화하는 곳입니다)

   일은 완료되었습니다. 작업 명령 → 주문을 선택 → 확인. 확인 양식은 처음에는 바쁘게 보이지만 논리는 간단합니다 : 얼마나 많이 왔는지, 무엇을 소비했는지, 누가 그것을 했는지.

   📷 실제 화면 🗺 각 필드의 역할

   그림 6 — 확인 형식과 그것이 무엇을 유발하는지

   실제 소비 : 레시피 "제안", 당신은 결정

   확인 양식은 요리법의 구성 요소 목록을 작성하지만, 각 라인을 편집할 수 있습니다.. 만약 레시피가 말한다면 15 은 나무와 당신이 실제로 사용하는 16.2 M, 유형 16.2. 실제 숫자는 주식을 떠나고 비용은 실제 숫자에서 계산됩니다.이 단일 습관은 시스템이 판타지로 드리핑하지 않도록하는 것입니다.

7. 결과를 확인하라

   확인 후, 세 개의 장소를 열고 보십시오 - 이것은 당신이 자신의 눈으로 시스템이 무엇을했는지 볼 수있는 방법입니다 :

   1. 카드 움직임: 구성 요소에 출력 라인, 제품에 도착 라인; 주문 번호는 설명에 나타납니다.
   2. 카드 비용: 제품의 단위 비용은 업데이트되었습니다.
   3. 생산 보고서: 계획 vs. 실제 시간 측면에서 측면, %의 변동으로.
   ✅ 축하드립니다

   당신은 전체 생산주기를 완료했습니다. 여기서 그것은 반복입니다 : 요청 → 계획 → 주문 → 확인. 나머지 섹션은 특별한 상황을 다루고 있습니다.

6. 다중 수준의 생산 (쇠사슬)

예를 들어, 자리에 프레임이 없으면 당신이 필요로하는 명령 그리고 그 일관성 문제: 프레임은 먼저 창고로 만들어야 하며, 그 다음에 의자가 그것을 소비합니다. "창조 명령 체인" 버튼은 두 명령을 열고 연결합니다 (주기 → 부모 명령).

7. 쓰레기, 스크랩, 재활용, 쿼렌틴 - 무엇이 무엇입니까?

4 단어 초보자는 가장 많이 혼합합니다.이 차이를 한 번 배우고 영원히 당신을 위해 봉사합니다 :

8. 비용은 어떻게 계산되나요?

각 확인에 제품의 단위 비용은 재계산되고 주식 카드에 기록됩니다.

표준 비용 여기까지 설명한 것은 이 실제 확인에 의해 형성된 비용. 제품의 "어떤 것일까"가 달마다 요리법과 라우팅에서 비용을 유지하려면, 그것과 확인을 비교하고 가격, 양, 속도 및 효율성 항목으로 차이를 나누고, 기여 마진과 균형을 보며, 기간 종료를 게시합니다. 7/A 흡수 입력, 참조 표준 비용 및 변수 분석 가이드

9. 당신이 만날 경고와 무엇을해야하는지

시스템 의도적으로 블록 일부 행동.이것은 오류가 아니며, 경비원 라인입니다. - 나쁜 생산을 고치는 후에 그것을 방지하는 것보다 훨씬 더 비용이 들립니다.

10. 당신의 일상적인 습관은 역할에 따라

11. 자주 묻는 질문

13. 작업 명령 우선 순위 및 목록 배열 (종류 · 필터)

상점 바닥에 가장 자주 묻는 질문은 다음과 같습니다 : "다음 기계에서 어떤 작업을 해야 하나요?” 목록은 새로 정렬되기 위해 사용되었지만, 그래서 오늘 아침의 긴급한 작업을 찾는 것은 눈에 스캔하는 것을 의미합니다. 우선순위, 그리고 목록은 그것에 의해 스스로 분류 할 수 있습니다.

3 레벨 - 그리고 그들의 표지판

분류 및 필터 - 서버에서 실행되는 것들은 무엇입니까?

14. 프로그램 탭 - 주간 생산 일정

작업 명령 목록은 "어떤 일자리가 존재하는지"에 대한 답변을 나열합니다. 프로그램 탭 답변 "어느 날 어떤 일인가요.”. 같은 주문은 일정에 표시됩니다 : 이번 주에 그리고 다음 주에, 일곱 날 열 각, 월요일에서 일요일까지. 계획 그리고 작업 명령.

카드에 있는 4가지 것들

하루 상자에있는 모든 작은 카드가 가져옵니다 : 주문 번호 (#128), 그들의 우선시 벨트 만약 그렇다면, 그 제품 코드 그리고 그 계획된 분. 주문이 그들의 적절한 날짜를 초과하는 또한 표시 LATE, 그리고 그것을 놓치기 위해 계획된 주문 WILL BE LATE. 카드를 옮기고 한 줄에 양, 날짜 및 기계를 얻을 수 있습니다. 오늘의 컬러 파란색 배경이 있다.

15. 지연된 프로젝트 - LATE 대신 WILL BE LATE

두 개의 벨더가 똑같은 모습을 보이지만 말한다. 완전히 다른 한 사람은 과거를 보고, 다른 한 사람은 미래를 예측한다.

두 개의 벨트 결코 함께 나타나지 않는다: 한 명의 명령이 되면 LATE 더 이상 부르지 않는다 WILL BE LATE (이전은 예측을 초과하는 것) 둘 다 존재하는 것은 오직 오픈 그리고 생산에 있는 주문; 완료 또는 취소된 주문은 표시되지 않습니다.

어떻게 "계산 된 끝"을 계산하는 방법 (정직한 버전)

그들의 추정된 끝 작업 명령 목록의 열은 단순한 단계 금액의 결과입니다. MVP 계산: 여전히 유용한 가장 간단한 버전.그것이 무엇인지 알고 있다면, 당신은 그것을 올바르게 읽을 것입니다.

1. 주문 기계를 찾으십시오.

   그들의 기계 명령 헤드에있는 필드가 읽혀집니다.이 필드가 채워지면 기계의 전체 (오늘까지 충전 + 미래의 날짜로 충전, 몇 분 안에) 빈 경우 계산을 사용합니다. 이 명령의 남은 시간만이.

2. 매일의 능력에 따라 분할

   그들의 매일 분 카드에 기계 카드 사용됩니다. 카드가 없으면, 또는 그것은 말한다 0, 480 분간 (이제는 한 번의 변화가 발생합니다. 결과는 둥글게 올라: 481 분은 일이다.

3. 시작일을 선택하세요

   나중에 누구든지, 오늘은 또는 명령의 계획된 시작, 그래서 다음 주에 계획된 일은 계획된 날부터 계산되며 오늘부터 계산되지 않습니다.

4. 일주일을 추가하십시오 (주말이 끊어지면)

   시작에 하루를 계산하는 동안, 토요일과 일요일은 계산되지 않습니다.. 결과 날짜는 당신이 볼 수있는 것입니다 추정된 끝 콜럼이

16. 용량: "오늘까지" 대 "미래 날짜"로드

에 대 한 제조업 기계 그것은 단일 번호였고 다음 달에 계획된 작업은 오늘의 사용에 영향을 미쳤습니다; 계획자는 말했다 "MONTAJ-1 가득하다"고 말하고, 퇴근 작업은 실제로 아이돌 기계를 거부했다. 지금은 짐이 쓰여진다. 두개로 나누어.

어디서 부하가 나오는가? - 주문 헤더에 있는 기계도 계산합니다.

기계의 부하가 수집되는 것은 출처:

• Routing steps. The uncompleted operations of open orders. If the step has a cavity count, the time follows the fixed-cycle rule: round-up(remaining ÷ cavity) × time. If the machine column of an operation line is left empty, the machine on the order header is used — so load is not lost when someone writes the routing but forgets the machine column.
• Orders without a routing. For orders with no operation lines but a machine in the header, the remaining share of the planned time is loaded onto that machine. On a 100-piece, 500-minute order with 40 pieces confirmed, 300 minutes land on the machine.

17. 판매 주문에서 생산 요청에 이르기까지 · MRP 구매 요청에 대하여

공장에서 같은 정보가 세 번 인쇄됩니다 : 고객은 주문을하고, 계획자는 생산 요청에 동일한 라인을 복사하고, 구매자는 실종 된 원료를 제 3 노트북에 기록합니다.

"판매 주문에서" - 요청 탭에

에 생산은 요구, 형태의 끝에, 그것은 하나의 판매 주문에서 버튼. 그것은 패널 목록을 열어 생산적인 오픈 판매 주문 라인. "생산성"은 주식 카드의 의미를 의미합니다. 제품 유형 이건 끝난다, 반결정 1 또는 반결정 2. 원료와 상품은 목록에 나열되지 않습니다 - 그들은 구입되고 생산되지 않습니다.

압박 + 요청을 만들기 라인에서 한 단계로 주문을 생성합니다 : 제품 코드, 나머지 양, 고객 코드, 판매 주문 번호, 배달 날짜 = 배달 날짜 그리고 메모 "판매 주문에서 #123". 그 후에 당신은 "(예약에서 계획)" 선택기에서 그 요청을 선택합니다. 계획 탭을 입력하고 작업 순서로 변환; 요청은 "계획"으로 이동합니다.

"창조 PR" - 한 사람에서 MRP 구매 요청에 대한 부족

그 안에서 MRP 테이블에 각각의 부족으로 A와 함께 끝나고 창조 PR 링크 입니다 클릭하면 요청을 입력하여 부서 구매 책 제목 : 코드, The 부족한 양, 단위, 그리고 “MRP 부족 (일)"에 대한 정당화.이 통지에는 또한 요청 번호 — 그 번호를 구매자에게 써보세요.

18. 읽기 The MRP 테이블 : 창고 선택기, 미니 레벨, 트랜지스, 부족

그들의 MRP — 구매 필요 오른쪽 상단에 있는 버튼 계획 탭은 모든 열려있는 작업 명령과 계획되지 않은 요청을 폭발시킵니다. 한 번의 패스 그리고 한 번의 목록을 생산한다: "나는 어떤 물질이 부족하고 얼마나 많은 것인가?"이것은 생산의 얼굴이 방향으로 돌아가는 것입니다. 구매하는 것

먼저 창고를 선택하십시오 - 네팅은 거기에서 수행됩니다.

즉시 퇴원한 것에 대해서는 MRP 버튼이 하나가 있다. 창고 선택기. 빈곤은 "(영어 : 큰 전체): 에 있는 주식은 그들의 모든 창고의 합계. 창고를 선택하십시오 (말하기 FABRIKA) 계산을 사용하는 방법 그 창고의 주식만이. 테이블 헤더에있는 파란색 표지판은 어떤 출처가 사용되었는지 지정합니다 : 네트워크 : FABRIKA 또는 망원경 : 큰 전체.

콜럼과 결핍의 공식

19. 명령의 역사 : 개정 기록 및 CANCEL 흐름

"이 명령은 그 100, 누가 만들었는지 60?" - 답변은 이제 주문의 스크린에 살고 있습니다. 주문을 열고 헤드 아래에 작은 상자를 볼 수 있습니다.

주문 취소 - 누가 할 수 있고 무슨 일이 일어날까요?

주문 세부 사항의 오른쪽 상단에는 빨간색이 있습니다. 취소 단지 표시된 버튼을 오픈 그리고 생산성 주문을 하다 두 가지 질문이 있습니다 : 첫 번째 A 이유가 (그것은 텅 비어 있고 아무 일도 일어나지 않습니다) 다음에 확인. 그 이유는 명령의 노트에 첨부됩니다. [CANCELLED 사용자 : 이유; 결코 삭제되지 않습니다.

취소된 명령은 삭제되지 않음. 그것은 흔들리는 한 번의 목록에 남아있다 취소 벨지, 그러나 그 이후로 : 그것은 오픈 주문 목록에 나타나지 않습니다, 그것은 더 이상 "제안에서"열을 먹이지 않습니다 MRP, 그리고 그것 기계 부하에서 떨어지는. 그것은 환상적인 사용을 창출하는 것을 멈추게합니다.

20. Shift : 확인에 기록되어 보고서에서 깨진

개의 스위치 상점에서 같은 제품, 같은 기계에 다른 시간에 다른 결과를 제공합니다 : 밤의 스위치는 더 많이 찢어지고 아침의 스위치는 느리게 시작됩니다. 어떤 변화가 그것은 그에게 속한다.

1. 확인 양식에서 "Shift"를 선택합니다.

   명령을 열어; 에 대 한 생산 확인 패널, 기계와 노트 상자 사이에, 하나의 옮기기 선택자 : (변경이 없음) · 1 · 2 · 3. 저장하는 모든 확인은 자신의 변화를 가져옵니다; 그것은 나중에 편집 할 수 없습니다 (변화는 반전 플러스 새로운 확인이 필요합니다).

2. 보세요 The V1 확인 역사에 있는 표지판

   그 안에서 확인 역사 상자 오른쪽에 명령, 각 라인은 작은 V1 / V2 / V3 벨트 벨트가 없다는 것은 확인이 변경되지 않고 입력되었다는 것을 의미하지 않습니다.

3. 보고서 → 교대 탭에서 세부 구성을 확인하세요

   콜럼버스 : Shift · 제품 · 양 · 시간 (분) · 스크랩 · 재작업. 각 라인은 변환-제품 쌍입니다. "(변경이 없음) 라인은 움직임을 선택하지 않고 입력 된 확인을 수집합니다 - 여기 큰 라인은 팀이 필드를 채우지 않는다는 것을 의미합니다. 두 날짜 상자 위에 기간을 설정합니다 (마지막) 30 반환된 확인은 각 라인에서 제외됩니다.

21. 보고서 탭 - 개의 목록을 읽는 방법

에 생산 보고서 약 버튼의 일련이 있습니다 : 시간 · Shift · Scrap · OEE/Downtime · 재료 변수 · 트렌드 · 운영자. 오른쪽에 있는 두 날짜 상자는 각 목록을 제외한 기간을 설정합니다. 시간 그리고 물질 변형 (마지막으로 30 며칠을 지불하는 경우)

스크랩 - "어떤 낭비가 얼마나 되었습니까?"

제품에 따라 렌즈 : 생산 · 스크랩 · 스크랩 값 · 재작업 · 스크랩 비율 %. 스크랩 가치 당신이 입력한 스크랩 양은 확인에 의해 번식된 양입니다. 스크랩 카드에 대한 비용 — 쓰레기의 돈의 가치 스크랩 속도 = 스크랩 ÷ 생산 × 100; 위의 라인 5%는 빨간색으로 인쇄됩니다.Rework는 자신의 열을 가지고 있습니다: rework는 쓰레기통이 아니라 물품을 납부해야 한다., 그리고 그것은 스크랩 속도에 들어가지 않습니다.

OEE/Downtime - 이용 가능성 및 퇴근 시간 기록

이 목록은 두 가지 출처에서 먹이를 얻습니다 : 확인에 대한 시간을 입력합니다. 그리고 기계 탭에 기록한 다운로드 시간.

어떻게 퇴근 시간을 추가하는 방법 : 가서 가 제조업 기계 그리고 클릭 삭감 시간 추가 기계의 순서에 앉아있다. 작은 형태는 세 개의 필드가 있습니다 : 시간 ( 분) (제가 필요하다는 것보다 더 큰 것) 시작하기 (이제에 대한 빈 공간을 엽니 다) 그리고 이유 (무료 텍스트 : 파괴, 설정, 재료를 기다리는 등) 저장된 삭감 시간은 아래 페이지의 바닥에 나열되어 있습니다. 다운타임 기록 그리고 거기서 삭제할 수 있습니다.

물질 변형 - "이 조리법은 거짓말입니까?"

그것은 보여 완성된 주문만: 계획이 열렸을 때 냉동되며, 실제로 소비된 것과 함께 한쪽으로 냉동됩니다. 주문 · 제품 · 구성 요소 · 계획 · 사용 · 변수 % · 돈 영향.

• Variance % = (used − plan) ÷ plan × 100. Within ±2% is green (normal noise), positive variance is red (more was burned than planned), negative variance is amber (less was used — either a saving or material never issued; investigate both).
• Money impact = (used − plan) × the component card's cost. A positive number is money out of your pocket.
• This listing ignores the period filter and shows at most 500 rows, newest orders first.

추세 - 생산 및 단위 비용 매월

둥지가 부러진다 월 × 제품: 기간 · 제품 · 양 · 총 가치 · 평균 단위 비용. 전체 가치는 그 값의 합계입니다. 비용 × 양 그 달에 확인; 평균 단위 비용은 ◇ 가치 ◇ 양, 양 무게 평균 (작은 배치가 그것을 찢어 놓을 수 없습니다). 한 달에 한 번의 제품의 순서를 읽는 것은 원료 가격 상승과 결과 변화가 눈에 띄게됩니다.

운영자의 수익 - 누가 무엇을 얻었는가?

출처는 그 노동자 라인 당신은 확인에 들어가 있습니다. columns: 개인 · 역할 · 지불 유형 · 시간 · 조각 · 확인 · 생산 주식 · 수익.

• Earnings = hours × hourly rate + pieces × piece rate.
• Production share = the quantity of the confirmations the person took part in, divided by the number of people on that confirmation. On a 90-piece confirmation with a crew of three, each gets 30; so adding up the shares does not double the real output.
• Reversed confirmations are excluded from every row.

22. 확인에 대한 세 가지 편의 사항 : 바코드 발행, 만료 날짜, 같은 날 수정

Barcode에 의한 재료 배출

클릭할 때 "+ 실제 소비를 입력 (중량 / 롯 선택) 확인 양식에 따라, A 바코드 상자 그리고 A 스캔 버튼이 라인 위에 나타납니다. 레터와 함께 레이블을 스캔 (또는 코드를 입력하고 눌러 입력):

만료 날짜 - 당신이 생산하는 배치에 대 한

확인 양식에, 바로 옆에 있는 배치 아니오 상자에 하나가 있다. 퇴원 날짜 상자.당신이 입력한 날짜는 그곳에 기록된 로트 레코드에 있습니다. 이 확인에 의해 생성된 배치 — 그것은 당신이 만든 상품의 만료 날짜입니다. 식품, 화학, 제약 및 페인트 상점은 그것을 의무로 취급해야합니다.

노동자는 자신의 확인을 반환할 수 있습니다. SAME DAY

"나는 잘못된 열쇠를 쳤다"는 가장 일반적인 오류입니다. 유일한 치료법은 관리자를 호출하는 것이었다; 생산은 잔인한 수정으로 중단되었다.

그들의 반대 확인 기록의 버튼이 활성화되거나 이 규칙에 따라 취소됩니다. 장애인을 옮기고 그것은 당신에게 왜 말한다: "반환 : 관리자 - 또는 사용자가 입력 한, 같은 날." 서버에 있는: 브라우저에서 버튼을 강요하면 아무것도 달성하지 못하고 서버는 거부합니다.

23. 승인 문: 과도한 생산 · 부정적인 주식 · 요리법 이외의 구성 요소

일부 행동은 실수로 수행되면 조용한 손상을 입습니다 : 확인 60 조각 A 10-조각 주문, 저장소 부정적인 압박, 요리법에 있지 않은 항목을 태우는. 금지되지 않음 — 때로는 정말로 필요합니다. 그러나 그들은 침묵하지 말라 또는 : 프로그램이 멈추고, 무슨 일이 일어나고 있는지 지정하고, 그리고 승인한 기록을.

흐름은 항상 동일합니다.

1. 당신은 " 확인 - 주식 게시"를 누릅니다.

   프로그램이 보내는 깃발 자체가 승인되지 않습니다.; 그것은 그가 있는 것처럼 확인을 제출한다.

2. 서버가 멈추고 이유를 설명합니다.

   화면에 있는 질문은 서버의 자신의 문장, 숫자가 포함되어 있습니다.이것은 단어가 아니라 실제로 일어날 일에 대한 설명입니다. "수락하고 확인하십시오?"는 추가됩니다.

3. 만약 당신이 동의한다면, 같은 확인이 다시 제출됩니다.

   이번에는 균형을 맞추는 깃발 승인. 여러 문은 한 번의 확인에 불을 붙일 수 있습니다 (비생산 및 부정적인 주식, 말하자면); 프로그램은 각각 요청하고 최대 번 시도하며, 같은 문이 두 번 돌아오면 지 않을 것이다. — 그 대신에 실수를 보여준다. 눌러주면 취소, 아무것도 쓰지 않는다 : 주식이 움직이지 않는다.

4. 승인은 확인에 저장되고 표지판이됩니다.

   암버 벨드는 확인 역사에서 그 순서에 나타납니다 : 오버제품 승인, 부정적인 주식 승인, 스크립트 승인 또는 외부 레시피 승인. "이 확인은 명시적인 승인과 함께 안전 문을 통과했다"고 말한다.

세 개의 문 - 그들의 메시지, 원인 및 설정

네 번째 문은 같은 방식으로 작동합니다 : 스크래프 관용. 당신이 입력하는 스크랩 금액이 회사의 수수료를 초과한다면, 프로그램은 다시 요청하고 승인은 회사의 수수료로 저장됩니다. 스크립트 승인 벨트 (이 문과 회사 설정은 자세히 설명되어 있습니다. 안전 문 가이드 )

24. 포털 통지 - 상점 지하 보고서를 확인으로 변환

포털에 있는 직원들(직원 / 직원) 노동자들은 숫자와 함께 등록하고 A PIN 그리고 그들의 일상적인 출력에 대해 보고한다: "이 작업에서 나는 많은 좋은 조각과 많은 껍질을 생산했다." 생산 기록이 없음; 작업 명령 탭의 다리에서 실제 확인으로 빠르게 변환 할 수 있습니다.

1. 상자를 열어

   생산 → 작업 명령, 그들의 포털 통지 필터 라인의 오른쪽 끝에있는 버튼. 브래켓의 숫자는 승인을 기다리는 보고서가 얼마나 많은지입니다. ↻ 오른쪽에 있는 잎은 새롭게 녹음합니다.

2. 라인을 읽어보세요

   각 라인은 보여줍니다 : #report no · 사람 · 날짜-시간 · 운영 · 제품 코드 · 좋은 · 스크랩 · 주문하지 않음. 만약 그것이 말한다면 명령 없음 숫자 대신, 노동자는 보고서를 작업 명령에 연결하지 않았다.

3. “확인으로 변환”을 누르세요

   보고서가 주문에 연결되어 있는 경우, 그 주문이 열리고 확인 양식이 도착합니다. 사전 채워진: 생산량 = 좋은 조각, 참고 = "포털 보고서 #n · 사람 · scrap n". 양식을 검토하십시오 - 스위트, 기계, 노동자 라인 및 실제 소비를 직접 추가하십시오. 확인하기 평소처럼

4. 무선 보고서에 대해 어떻게 해야 할까요?

   프로그램은 정보 메시지를 표시합니다 : "보고서는 작업 주문에 연결되어 있지 않습니다." 찾고 올바른 주문을 직접 열고, 수동으로 확인을 입력하고, 메모 상자에 보고서 번호를 입력합니다. — 이는 성명서와 기록 사이의 연결을 유지한다.

25. 글로스

품질 창 (2026-08): FAI · 인증서 ECN · PPAP · NCR/CAPA · 추적 · 추적

그들의 "품질" 창은 주식 도크 그룹에서 서버 측 품질 문을 위한 화면입니다: FAI (제 조 승인), 인증서 (CoC) ECN (수단의 변화에 대한 설명) PPAP (고객 파일 승인) NCR/CAPA, 샘플과 로트 트레이싱 (Remember Trail) 일반 규칙 : 읽기 모든 사람에게 열려있다; 글쓰기는 관리자가 필요합니다. OR 사용자에 의해 지정된 사용자 QUARANTINE 가이드 : 전체 가이드 : 품질 페이지.

26. 생산에 있는 버전화된 기술 파일

기술적 인 그림, 사양, 작업 지침, 통제 계획을 포함하여, PFMEA, 그리고 프로세스 흐름은 레시피; 그림 / 사양 / 요청에 대한 계약; 그리고 그림, 지침, 측정 또는 테스트 보고서 작업 명령. 그들의 기계 / 도구 카드에 칼리브레이션 인증서 및 테스트 보고서를 붙여 넣어. 검토는 통제 된 문서와 문서 / 보고서 번호에 대한 의무입니다.

27. 확인에 "검색" : 글을 쓰기 전에 각 문을 볼 수 있습니다.

섹션의 문 23 (상승, 부정적인 주식, 오프 레시피, 스크랩, 만료, 스크랩 코드, FAI, 모일 유지 보수, 로트 블록...) 사용되는 한 번에 하나: 한 번 승인하고, 확인을 누르고 다음을 타격합니다. 그들의 확인하기 주문 세부 사항의 " 확인" 옆 버튼은 동일한 확인 양식을 실행합니다. 건조한: 아무것도 쓰지 않고, 숫자가 없지만 각 문은 하나의 목록에 수집됩니다.

1. 일반적으로 확인 양식을 작성하십시오 (량, 구성 요소, 스크랩, 로트). 확인하기.
2. 결과 패널을 읽으십시오 : 블루 문은 탈출을 가지고있다 ("확인 기간 동안 승인" - 예를 들어, 과도한, 부정적인 주식, 오프 레시피), 빨간색 문이 없어 (FAI 끈, 무효 스크랩 코드, 로트 차단, 유지 보수에 모일드) - 확인은 고정 될 때까지 작성되지 않습니다. 이미 탭한 양식에 대한 승인은 흔들린 것처럼 보입니다.
3. 또한 이 패널은 소비 (어떤 부분, 어떤 부분, 어떤 부분, 어떤 손에 있는 것, 계획에서 완성된 모든 것) 비용 추정 (물질, 노동, 하위 계약, 스크랩 가치, 단위 비용) 및 경고. "가치"라고 말하면, 프레스 확인; 같은 기관이 지금 작성됩니다.

문 12 — BLOKE_ACIK: 주문에 열려있는 포트가 있다면 (스틱 작업 기록), 이 포트는 또한 체크 목록에 나타납니다. 그것의 탈출은 시스템 관리자에만 속한다; 다른 사용자에게는 앞으로 나아가가는 길은 해결책을 해결하는 것입니다. 스티커 작업.

문 13 — YETKINLIK_YOK: 라우팅이 운영자의 능력을 요구하는 경우, 확인에 있는 직원 중 적어도 한 명은 작업 센터 능력 매트릭스에서 충분한 수준의 유효한 기록을 보유해야 합니다. 같은 목록에서, 탈출의 KALIP_OMUR 또한 작업 센터 모일드가 자신의 삶을 사용한 경우에 나타납니다. 작업 센터 › 생산 확인에 대 한.

허가를 받으세요 : 확인을 작성하는 것과 동일합니다. 건조한 실행은 글쓰기 꼬리에 들어가지 않고 동시에 확인하는 동료를 유지하지 않습니다. 데이터 오류 (알려지지 않은 카드, 알려지지 않은 로트)는 여전히 반환됩니다. 422 에 앉아서 목록에 나타나면 "ERROR" 문을

28. “다른 사용자에 의해 변경” (409) 그리고 신선한 흐름

두 명의 계획자가 동일한 주문을 열면 (또는 두 명의 엔지니어가 같은 조리법을 사용하면) 두 명의 스파이를 누르면, 마지막으로 승리하는 사람은 그리고 첫 번째 변화는 조용히 사라졌다. 지금 A 버전 스탬프 주문 또는 레시피가 읽고 저장에 다시 보내질 때 도착; 만약 해당되지 않는 경우, 서버가 응답합니다. KAYIT_DEGISTI (409). 프로그램은 현재 기록을 다시 읽고, 새 값으로 양식을 다시 열고 "다른 사용자가 주문을 변경했습니다 - 변경 사항을 다시 적용하십시오"를 표시합니다. 이것은 데이터 손실이 아니라 그 반대입니다.

두 번째 브레이크 - 잠금 : 다른 웹 세션이 편집 주문을 잠그면, 반환을 저장합니다. HNR_KILITLI (409) 그것을 지키는 이름들. 잠금은 웹 세션만 볼 수 있습니다; 데스크톱 프로그램의 잠금은 여기에서 볼 수 없습니다 - 지속적인 정확성은 위의 버전 표지판에서 온다, 잠금은 추가 경고입니다. 기계 카드 : 동일한 코드와 함께 "새로운"을 두 번째로 저장하는 것은 이제 멈추는 KAYIT_VAR (409) (두 번 클릭하면 카드를 더 이상 복제하지 않습니다); 기존 카드를 업데이트하려면 양식에 "현재 업데이트" 옵션을 사용합니다.

29. 반환 : 판매 주식 승인 및 올바른 순서로 배당금을 반환

확인 (주식)을 반환 할 때, 제품은 창고를 떠나 부품이 돌아갑니다. 이미 팔렸습니다. 제거 할 것이 없습니다; 프로그램은 어쨌든 그것을 제거하고 저장소를 부정적으로 밀어 넣는 데 사용되었습니다. 이제 제품 창고가 확인된 양보다 적게 보유하고 있다면 반전은 멈추게 됩니다. STORNO_SATIS_ONAY_GEREKLI (422) 숫자를 지정하는 것( )3 창고에 있는, 반대 5"). 눈에 띄는 탈출 : "어쨌든 반대?"에 예를 대답하면 승인을 확인 흔적에 기록합니다. 만족스러운.

주식, 롯, 시리즈 및 비용은 함께 합류합니다. 선택한 롯은 독점적으로 사용됩니다; 선택이 없으면 유효한 롯은 만료 날짜에 따라 선택됩니다. 반환은 원본 출처 롯의 정체성과 동일한 확인의 출력 롯을 필요로합니다. 먼저 실종 된 역사적 흔적을 회복; 다른 롯은 자동으로 선택되지 않습니다.

30. 개정안은 이미 시작된 작업을 유지한다.

오픈 주문 (두 데이트, 양, 노트)을 편집하여 작업 목록을 스크래치에서 재구성하는 데 사용됩니다 : 완료 된 작업 및 FAI 승인은 "지속"으로 돌아갔고 두 번째 확인은 멈췄다. FAI_BEKLIYOR. 현재 상태가 아닌 작업 기 (제출, 하위 계약자) 위치에 머무르고; 단지 끈이 경로에서 재건되고, 검토 기록 "N 시작 ops 보존".당신은 더 이상 코드와 양을 보내야만 적절한 날짜를 변경.

탈출 : 제품 코드가 변경되면 경로가 실제로 다시 설정됩니다; 프로그램이 그 다음에 중지됩니다. REVIZYON_ONAY_GEREKLI (422). 의도적으로 "예, 경로를 다시 설정하십시오"를 원한다면 승인 상자를 클릭합니다 - 기록 "revisionOnay: route reset"을 입력합니다. 주문의 전체 개정 역사는 더 이상 마지막으로 제한되지 않습니다. 10 자세한 내용에 입력: "검토"리스트는 가장 오래된 목록에서 가장 최근까지 완전한 목록을 제공합니다.

31. MRP 더 빠르게 얻을 : 캐시 벨트, "특히 신선한 계산", 코드 필터

그들의 MRP 섹션 테이블 18 가져온 9–20 초와 함께 200 개방된 요청 및 500 주문, 그리고 시간을 꺼내 명이 한 번에 보았을 때. 계산은 다시 작성되었습니다 : 대량은 개의 질문 대신 연속으로 읽고, 레시피 캐시와 결과 Cache. 테이블 헤더의 표지판은 얼마나 많은 초 전에 결과가 계산되었는지 보여줍니다; 기본 테이블 중 하나가 변경되거나 후에 캐시 자체가 떨어집니다. 15 초 였습니다. 만약 당신이 "나는 단지 청구서를 작성하고 그것을 보지 못한다"고 말한다면, 프레스 신선한 계산. 동시 전화는 단일 계산을 기다리고 있습니다 - 명의 사람들이 하나를 시작합니다.

새로운 필터 및 페이지링: 코드 또는 설명에 의해 좁혀서 캐시 된 복사본에서 페이지/계산 작업을 선택하고 재 계산을 유발하지 않습니다. 계산 규칙 (네팅, 예약, 트랜지스, 최소 수준)은 정확히 동일합니다 - 단지 속도가 변경되었습니다.

32. 새로운 벨기에 주문 세부 사항 및 포털 통지의 이동

추정된 끝 / WILL BE LATE 이제 순서 세부 사항 헤더도 나타나고, 목록뿐만 아니라 (섹션에서 꼬리 시뮬레이션과 동일한 출처) 15). FAI 바지 : "FAI: SAMPLE" 즉, 샘플 확인이 진행되고 품질 결정이 기다리고 있습니다; "FAI APPROVAL PENDING" 품질이 승인 될 때까지 시리즈 확인을 입력할 수 없습니다. 또한 세부 사항은 계속 을 수 있는 (계획이 넘어가는 관용을 앞두고 얼마나 많은 조각을 확인할 수 있습니까.)

포털 통보 ( 섹션 24) 흔히 읽어보는 것 HR's 끝점; 생산 감독이 얻은 "HR 관리자 역할이 필요합니다."판은 이제 생산 모듈의 자체 끝점에 연결되어 있습니다 : 생산 오른쪽으로 충분합니다.보기와 "변환 확인"흐름은 변하지 않습니다.

33. 깨끗한 방 "로트 쿼렌트"의 결정은 이제 정말로 로트를 잠그고 있습니다.

깨끗한 방 측정에 위반을 보았을 때 그리고 결정 카란티나 / 카란티나, 단지 결정이 작성되기 위해 사용되었으며, 주식은 판매, 확인 및 전송에 열려있었습니다. 이제 결정은 블록들 생산 포트는 측정 순서에 연결되어 있습니다 (측정 시간 후에 열려있는 포트): FEFO 판매에서 배치 롤과 응답에서 "블록"으로 나열, 확인에 대한 수동 배치 선택은 중지됩니다. LOT_BLOKE (검색에 붉은 문으로 표시되며, A 전송 지시 또는 배송에 선택된 롯은 거부됩니다. 각 잠금 및 릴리스는 로트 움직임 기록에 기록됩니다.

많이 찾을 수 없다면: 결정은 멈추고 LOT_BULUNAMADI (문서가 아닌) - "소매"리스트를 통해 자신을 차단하기 위해 롯트를 선택하거나 "그 당시 생산이 없음" 탈출을 클릭하십시오 (로토); 응답은 그것을 경고로 옮긴다. 릴리스 : 이전 결정이 lot_carantine이었고 측정을 수정한 경우 받아들여 또는 측정 오류 (수정 승인) 오직 닫기에 의해 배치 된 이 측정 퇴원 : 또 다른 결정 잠금은 남아있다. 품질 창과 수동 블록/릴리스 끝점의 차단된 로트 목록에서는 다음을 참조하십시오. 품질 가이드.

34. 부분적 하위 계약 수수료 및 서비스 청구서 검사

소유권 및 쿼렌트에 대한 기록된 생산

고객 서비스 수수료 및 회사 주식 가치

판매 청구서 허가를 가진 사용자는 확장할 수 있습니다. 고객 소유 생산 서비스 수수료 고객 상품은 물리적 양과 짐을 보유하지만 회사의 인벤토 가치 또는 제품 카드 비용을 입력하지 않습니다.노동, 하위 계약 및 명시적으로 입력 된 다른 서비스 비용은 주식과 함께 별도의 잔액을 가지고 있습니다. 오래된 확인서의 재정적 정체성의 실종은 합의를 요구합니다; 금액이나 소유자는 결론을 내리지 않습니다.

완료된 주문을 위해 고객의 실제 판매 서비스 청구서를 선택하고 기본 통화에서 계약 단위 요금을 입력합니다. VAT. 고객, 방향, 단위, 양, 교환율, 할인, VAT 모든 청구서 라인은 서비스 또는 노동 항목이어야합니다. 활성 링크는 청구서 또는 배달 메모의 변경, 삭제 및 생산 반환을 차단합니다. 먼저 이유로 링크를 취소합니다. 링크는 지불이나 추가 계좌 이동을 창출하지 않습니다.예산 및 자본 저장소 추정치에는 고객 상품, 트랜지스에 있는 상품을 포함하여 고객 상품이 배제됩니다. 혼합 소유권과 역사적 가치 수리 이 흐름 외에 남아 있습니다.

텍스트: 리코어-라티오 레시피, 기계 설정 및 색상 크기 매트릭스

녹음소에서 화학량은 고정되지 않습니다 : 조리법 라인은 다음과 같이 작성됩니다. 오프화이트 (중량의 비율) 또는 G / L (배당 리터의 그램) 그리고 욕조 볼륨은 다음과 같습니다. 리코어 비율 (L/kg) 레시피 헤더에 있는 계산은 한 곳에 살고; 물질 요구 사항, 주문에 얼어 붙은 복사본, 비용 분해 및 확인 소비는 모두 같은 숫자를 읽습니다. 고정된 그리고 그 전에 같은 행동을 하다. 생산 › 기계 직경, 가우, 안개 및 피더가 계산되고 꼬리에 있는 잔치의 롯을 셀 수 있으며, 롯이 잘못된 문이 작동하고 롯 추적은 생산 선호도에서 진행되고 눈에 띄는 탈출이 있습니다. 명령 › 매트릭스 명령을 분리하는 것 1,000 색상 × 크기 라인에; 매트릭스와 함께 주문에 확인은 붕괴를 선언해야합니다. 텍스트 가이드.

만약 합의된 폐기물 관용 배송이 과장된 경우, 반환은 더 이상 잠겨 있지 않습니다: 과잉은 눈에 띄는 승인으로 통과하고, 추적은 반환 기록에 저장되며, 과도한 폐기물 그리고 그 가치 (비용 폐기물 × 재료의 현재 스마트 단위 비용)는 "수익이 될 수있는 금액"으로 서약 조화에서 나타납니다. 청구서에서 삭제된 것" 이 할인은 자동 리더 입력을 생성하지 않습니다.

36. 자동으로 사라진 하위 제품을 생산 (큰 나무를 위한 배경 체인)

어디에 있는가? 생산 → 작업 명령 → 주문 → 확인하기. 확인하는 제품의 일부 구성 요소가 반 완료되고 창고에서 나온 경우, 건조한 롤은 그들을 지점에 따라 지점 아래에 나열합니다. 사라진 부품. 그들의 자동으로 사라진 부품을 생산합니다. 버튼이 열리고 각 지점에 대한 작업 명령을 확인하고 원래 주문 확인을 작성합니다.

작은 계획, 단일 단계 체인이 작다면 (계획에있는 요구 라인의 수에 따라 측정) 모든 것이 하나의 거래로 작성되고 즉시 결과를 볼 수 있습니다 - 행동은 이전과 동일합니다.

큰 계획, 배경 체인 실제 자동차 나무에서 체인은 수천 개의 작업 명령을 열 수 있습니다 (계산 : 2,224 제품을 주문한 후에, 11,536 코드, 그에 대해 6 몇 분) 그러한 체인이 한 거래에서 실행되면 브라우저는 시간이 지남에 따라 모든 글을 회사에서 그 시간 동안 뒤로 니다. 그래서 계획이 크면 체인은 움직입니다. 배경에 있는: 건조한 실행은 "큰 계획 - 체인은 실행됩니다"라는 메모를 표시합니다. IN THE BACKGROUND", 그리고 당신이 버튼 A를 누르면 Sub-제조 체인 상자 즉시 열리고 진행을 업데이트합니다 (Done/Total, 시간의 비율, 시간의 흐름) 체인이 실행되면서, 당신과 다른 사람들은 정상적인 작업을 계속할 수 있습니다.

만약 중간에 멈추면, 생산된 것은 뒤로 돌리지 않는다. 배경 체인에있는 각 하위 작업 순서가 작성되고 자체로 완료됩니다. 체인이 문을 때리면 실패하거나 멈추거나 취소 요청, 그때까지 생산된 제품은 실제 생산 반 완성된 상품은 주식에 있습니다. 같은 주문을 계획할 때 다시 이러한 생산된 항목이 계획에서 벗어나고 체인은 그가 떠난 곳에서 계속되고, 더 짧습니다. 체인이 문을 때린다면 (예를 들어, 원료가 없어지면), 먼저 원인을 제거하고 그 다음에 눌러주세요. 확인하기 다시 한 번

다른 규칙들 단지 ONE 하위 생산 체인은 한 번에 회사마다 실행됩니다; 두 번째를 시작하려는 시도는 거부되며, 체인이 실행되는 명령을 지정합니다. 같은 요청이 실수로 두 번 보내지 않으면 새로운 체인이 열리지 않습니다. 주식이나 조리법이 건조한 후에 변경되면, 계획 표지판은 더 이상 일치하지 않으며 체인은 말하기를 멈추게됩니다. 계획이 바뀌었다 — 프레스 확인하기 원료가 부족하면 자동 생산이 전혀 시작되지 않습니다; 생산 요청을 만들고 대신 구입합니다. 매우 큰 나무에 계획은 위 한계로 보호됩니다; 그것이 초과되면 당신은 "조리법 나무 너무 큰" 경고를 얻고 계획을 분할해야합니다 (또는 관리자가 한계를 올려야합니다).

37. 지상에서 확인 : The MES 운영자 터미널

운영자는 작업을 시작하고 완료할 수 있습니다. MES 터미널 마지막 작업을 마친 후에는 동일한 문으로 이 페이지에 설명된 생산 확인서를 작성합니다; 중간 작업은 확인서를 작성하지 않습니다. Downtime는 기계의 downtime 기록에 들어갑니다. APS 읽고, 그리고 살아있는 OEE 보고서에서 기계 사용 보고서와 동일한 측정을 사용합니다.