도움말 › 창고 관리

창고 모듈 - 창고 직원에 대한 Scratch의 가이드

이 가이드는 저장소 소프트웨어를 사용한 적이없는 사람을 위해 작성됩니다.당신은 이미 물품을 손으로 옮기는 방법을 알고 있습니다; 여기에서 배울 것입니다 이 움직임이 프로그램에서 흔적을 남기는 방법. 기억하지 말라 - 이해하라 왜 그것은 이렇게 작동하고 스크린 자체를 설명합니다.

1. 창고 모듈은 무엇을 위한 것인가?

프로그램을 열기 전에, 이것을 생각하십시오 : ‘우리가 가지고 있는’라는 말이 있다. 200 의자들 자체가 유용한 것일까? 그것은 아니야. 한 판매자는 "나는 이것을 고객에게 약속 할 수 있습니까?"라고 물어 봅니다. 200, 개가 안카라 지점에 앉을 수 있고, 개가 트럭에 있을 수 있으며, 개가 품질 관리에 의해 쿼렌트될 수 있으며, 개는 고객이 우리와 함께 떠난 고객에게 속할 수 있습니다. 대. 이것이 창고 모듈의 전체 작업입니다 : 하나의 큰 숫자를 깨는 것입니다. 의미 있는 부분들.

2. 당신이 필요로하는 가지 개념

이 모듈의 모든 것이 이 일곱 단어에 기초하고 있습니다.그들을 기억하지 마십시오 - 논리를 참조하십시오 :

2.1 언어 언어

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

3. 화면을 알게 되면

당신이 열 때 창고 창에서 당신은 왼쪽에 저장소 목록을 볼 수 있고 오른쪽에 개의 탭. 당신은 매일 그들을 사용하지 않을 것입니다.. 이 방향 분할은 도움이됩니다 :

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

그림 2 — 첫 주에만 사용하는 경우 전송 그리고 주식. 나머지는 다 올 것이다.

4. 예를 들어 : 40 안카라에 있는 자리에

이 가이드를 통해 우리는 하나의 구체적인 작업을 따릅니다.안카라 지점은 다음과 같이 호출합니다 : "우리에게 보내기 40 의자 단위 SNDLY-01." 주요 가게가 주어집니다. 120. 트럭은 내일 떠나고, 프로그램에서 무슨 일이 일어나고 있는지 단계별로 볼 수 있습니다.

5. 단계별 : 첫 번째 전송 주문

우리는 안카라를 보내고 있습니다. 40 그들이 요청한 의자. 화면에 앉아서 계속 따라가십시오.

1. 원본 창고를 선택하세요

   클릭한 것 MERKEZ 왼쪽에 있는 저장소, 그 다음에 열기 전송 이 탭은 이 창고에서 출발하고 도착하는 모든 주문을 목록합니다. 그것을 좁히고, 그것을 써보세요 / 트랜지스에 / 받는 위에 있는 필터

   💡 왜 먼저 창고를 선택해야 하는가?

   왜냐하면 주식은 창고에 속하기 때문입니다.그것이 없기 때문에, "40 의자"는 아무것도 의미하지 않는다 - 무엇을 40 의자 는?

2. [+ 새 주문]을 열고 목표 및 항목을 입력합니다.

   프레스 [+ 새로운 주문] (오른쪽 상단) 열리는 형식으로 :

   필드	무엇을 들어가게 하는	왜
   출고 창고	MERKEZ	상품이 떠나는 곳 - 선택한 창고에서 온 곳
   목표 창고	ANKARA	출처를 똑같이 할 수 없습니다 - 프로그램은 그것을 차단합니다. 출처 목록은 당신이 할당하는 창고에만 제한됩니다 (관리자에게 모든 활성 창고); 목표 목록은 회사 전반입니다 - 그래서 단일 창고에 할당 된 사람은 여전히 주문을 할 수 있습니다.
   상품명 : 주식 코드	SNDLY-01	검색을 위한 유형; 목록이 표시 소스에 있는 상품만
   라인 : 양	40	대부분의 손에 있는 것 - 당신은 그것을 초과 할 수 없습니다
   차량 (판) 운전자	34 ABC 123	선택적이지만, 상품이 사라지면 이것이 당신의 유일한 팁입니다.

   여러 항목을 보내려면 라인을 추가하여 [ 라인 추가 ]. 만약 당신이 팔레트를 가지고 있다면, 사용하십시오. 팔레트에서 충전 라인 — 팔레트 콘텐츠는 자동으로 라인에 쏟아집니다.

3. 저장 - 주문이 존재하고, 상품은 이동하지 않았습니다.

   에 [ 구원할 수 있는 방법] 당신은 "전송 명령 만들기" 메시지를 얻고 새로운 순서와 함께 명령 벨트 그때는 상점이 아직도 보여주고 있다. 120. 이것은 초보자가 가장 자주 놀라게하는 곳입니다 : 절약은 움직이지 않습니다.

4. 트럭이 충전되면 [Ship Now]를 누르십시오.

   후에 물리적으로 충전되어 있는 상품, 주문을 열고 압축 [ 지금 배를 탑승하는 방법]. 이제 주요 가게가 떨어진다. 120 → 80, 40 단위는 보여주기 트랜지스에 이 을 다. 판매가 약속할 수 있다. 80 주요 상점에서; 안카라 아직 아무것도 약속 할 수 없습니다.

   ⚠ 일찍 배송을 눌러주지 마세요.

   당신이 [Ship now]를 눌러서 물품이 트럭에 있기 전에, 프로그램은 당신이 여전히 보유하고있는 주식이 도로에 있다고 믿습니다. 버튼은 물리적 작업을 따르며 결코 그것을 이끌지 않는다.

5. Ankara는 상품을 계산하고 압박 [수신]

   트럭이 도착했을 때, 앙카라에서 빚을 갚는 사람 주문을 열고, 왔던 것을 계산하고, 압박합니다. [ 수신을 받기 ]. 그들의 받는 것에 의해 이름이 기록되어 있기 때문에 결코 흰색으로 남겨두지 않는다, 왜냐하면 무언가가 놓치고 있다면 이것은 "누가 그것을 계산했는가?"에 대한 답이기 때문이다. 안카라의 주식은 계속되고 있다. +40, 트랜지스 클리어와 벨트가 녹색으로 변합니다 : 완성된.

6. 무언가가 부족하다면 : 부분 수신 및 삭감

   당신이 보내는 40, 38 개가 나왔는데 이거 써주세요~ 38 주문을 받는 경우 - 주문은 오픈으로 유지됩니다. 부분적. 사용 후 [ 스크린 링크 ] 개의 프로그램 : 프로그램 이유가 필요하다 (운송 중 깨진) 라인은 차이로 닫히고 주문이 완료됩니다.

   💡 왜 삭감 이유가 의무적일까?

   잃어버린 상품은 하나의 비용 그리고 같은 경로가 손실을 계속 생성한다면, 이유를 읽는 것은 "이 운전사 /이 포장은 문제"라고 말할 수 있습니다.

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

그림 4 — 순서를 읽을 수 있다면 목록을 필터링하지 않고 상황을 볼 수 있습니다.

6. 책의 숫자 : 현실과 책을 대면하는 것

그러나 조심스럽게 작업, 책의 숫자와 벽돌에있는 숫자가 분리됩니다 : 물건이 깨지고, 잘못된 레이크에 넣고, 두 번 스캔됩니다. 숫자 탭은 두 개를 대면합니다. 논리는 간단합니다 - 세 열.

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

그림 5 — 차이가 없으면 프로그램은 "차이가 없습니다 - 책은 계산과 일치합니다"라고 말하고 흔들리지 않습니다.

계산 후 아래의 슬라이드를 검토할 수 있습니다. 주식 발행 그리고 과거 계산. 이 기록은 결코 삭제되지 않습니다 : 감사자가 "왜 작년에 세 개의 단위가 사라졌는지"고 물을 때, 이것이 답이 살아있는 곳입니다.

7. 복제 : 프로그램이 낮은 것을 표시하도록하십시오.

한 지점은 매일 아침 "우리는 이곳에서 벗어났다"고 말하는 전화를 걸지 않아야합니다. 에 대 한 주식 탭 당신은 설정 A 최소한의 그리고 A 최대 단위별로; 단위별로; 단위별로 복제 탭은 다음 최소 아래로 떨어진 모든 항목을 목록하고, [모든 것을 변환하는 방법] 주문을 하다 전체 목록을 한 번에 전송 주문으로 변환합니다.

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

그림 6 — 재현은 상승까지 최대, 최소한이 아니며, 그렇지 않으면 매주 다시 주문할 것입니다.

8. 특별한 경우 : 롯, 팔레트, 카란틴, 배달, 배출

9. 시스템이 당신을 멈추게 할 때

빨간 경고를 볼 때, 패닉하지 마십시오 : 이것은 의도적 블록, 당신이 가장 자주 만날 것입니다, 그들의 고정과 함께 :

10. 매일의 룰렛은 역할에 따라

11. 자주 묻는 질문

12. 글로스

13. 허가 문 : 누가 무엇을 할 수 있습니까?

프로그램은 의도적으로 일부 행동을 중단합니다; 그것은 잘못이 아니라 안전문. 세 가지가 있습니다 : 배정 — 전송 주문을 수행하고 배송 / 수신을 위해서는 당신이해야합니다 사용자 지정된 출처 또는 대상 창고 (관리자는 직원 탭에서 당신을 할당합니다; 이것이 "분할되어야한다" 오류가 의미하는 것입니다). 눈의 승인 — 새로운 명령이 시작된 것은 명령 국가 : 한 번만 후에 관리자 클릭 승인 사용자 지정된 배송이 가능합니다. "관리자 승인을 기다리고 있다"는 것을 보면, 승인 요청 버튼을 눌러 관리자 문 — 창고 카드 만들기/삭제, 취소 주문, 통행 손실 작성, 계산 및 배제는 시스템 관리자에만 해당합니다. 쿼터리 결정 (제출된 분들 REJECT) 관리자에 의해 작성된 또는 사용자에 의해 지정된 사용자 QUARANTINE 창고.문이 당신을 멈추면, 단순히 승인이나 임명에 대한 올바른 사람에게 물어보십시오.

14. 로트 추적 가능성 : 문서에서 로트, 로트에서 고객으로

많은 (배치)는 동일한 조건에서 만든 또는 같은 배송으로 도착하는 상품의 그룹입니다. 창고 모듈은 이미 주식으로 분리된 어디에 있는, 어느 나라에서 그리고 누구의; 롯 리더는 또 다른 질문을 추가합니다 : 어떤 배치인가요? 식품, 제약, 화학 또는 항공 우주 가게가 응답하지 못하면 검토가 실패합니다. — 왜냐하면 무언가가 잘못되면 "우리는 어떤 배치를 기억하는가"는 답이 없기 때문입니다.

14.1 상품 입장 및 만료 후에 입장

첫 번째 라인은 상품 수신에 기록되어 있습니다. 들어가면 A 구매 청구서, 블록 제목 "로트 / SKT (그것은 나쁜 받아들이기) 그것은 항목 네트워크 아래에서 열리고, 그 아래의 이 노트와 함께 : "선택적 - 문서가 저장된 후에 롯 리더에 쓰여진 (문서가 메모에 들어가지 않습니다); 왼쪽 항목이 흰색으로 입력되지 않고 롯 ». 각 채워진 항목은 두 개의 필드를 얻습니다 : 롯 아니오 그리고 SKT (출력일) 문서가 한 번에 HNR 숫자 필드 잠금 - 로트 데이터는 나중에 발행 된 문서에 패치되지 않습니다; 그것은 수동으로 수하물 → 로트 탭에서 수행됩니다.

14.2 그들의 FEFO 판매 및 문서 추적 롯의 할인에 대한 제안

FEFO = 첫째는 끝나고, 첫째는 밖으로 나가: 가장 가까운 끝을 가진 운명은 먼저 떠나고, 그것은 다른 FIFO (첫 번째, 첫 번째 출력) 물품이 만료 순서로 도착하지 않기 때문에 - 어제의 배치가 개월 전에 받은 것보다 빨리 만료 될 수 있습니다. 멸망의 경우, FEFO 그것이 올바른 규칙이다.

화면에 있는 것 : 판매 청구서를 입력하는 동안, 블록 제목 "롯 (FEFO 제안서 > (FEFO 제안) 항목 네트워크 아래에서 많은 기록이있는 항목을 열어줍니다. 그의 메모 : "저장에, 가장 가까운 만료를 가진 포트는 자동으로 제거됩니다 (문서 번호가 추적됩니다) - 만료 된 포트는 자동 통과로 입력하지 않습니다". 각 코드에 대해 첫 번째 롯은 세 가지 색상으로 작은 약으로 나타납니다 :

저장에 대하여 추출은 실제로 서버에 발생하고 제목을 가진 통지 "롯 이슬람 (FEFO)" 나타나게 하는 그것은 포함될 수 있습니다 : 퇴원한 부분 : CODE/LOT×12.00 …, 많은 것을 다루지 않았습니다 : CODE (3.00) …, 은 많은 사람들이 들어오지 않았다. FEFO: CODE/LOT …. 항상 같은 추억으로 끝납니다 : "— 트레일 : 품질 → 추적 (로트 아니에 따라). 주문 규칙은 다음과 같습니다 : 가장 가까운 종료 첫 번째, 종료 마지막이없는 롯, 가장 오래된 기록에 의해 깨진 링크.

14.3 늦은 경고 스트립과 코크피트 틸

창의 상단에, 창고 목록 위에, 스트립이 앉아있다 : "SKT 경고 » (이제는 경고가 끝나고 있음) 그것은 두 개의 약을 가지고있다 : "N 많은 EXPIRED" (빨간색) 그리고 "≤ ≤ ≤ ≤30 날들 > 숫자 : 숫자 덮개 모든 창고. 스트립은 완전히 숨겨진 두 번의 계산이 이면 - 그것은 아무것도 위해 화면을 흔들지 않습니다. 로터 해당 필터와 함께 탭을 적용합니다.

같은 숫자는 또한 작은 꼬리로 생산 패널에 앉아있다. 칵테일: 제목이 "SKT (이제는 롯데) 가치와 함께 "X 종료 · Y ≤30 날들 >. 잎은 무언가가 끝나면 빨간색, 중립적이면 가까워지면 녹색이면 둘 다 입니다. 클릭하면 창문을 열어 보관함으로써 관리자는 "무엇을 스파일 할 것인가"를 볼 수 있습니다.

14.4 Lot Reconciliation tab : 주식과 리더를 대면

주식 납부자가 결코 주식을 차단하지 않기 때문에 두 가지가 분리 될 수 있습니다 : 주식없이 발행 된 문서, 손으로 입금 된 주식, 양 FEFO 덮을 수 없었는데... 롯 뮤타바카 (Lot reconciliation) 탭이 그 차이점을 찾습니다. 그것의 작업은 간단합니다 : 모든 코드 + 워터하우스에 대한 이 녹음하기, 그것은 비교 전체 로트 대신에 대하여 창고 주식 그리고 목록 오직 불합리만을. 일치하는 라인은 결코 나타나지 않습니다.

아무것도 다르지 않을 때, 녹색 라인 대신 목록이 나타납니다 : "주식은 주식에 동의한다 - 차이가 없습니다." 듀얼 클릭 그 순서가 그 항목의 주식 카드를 열어줍니다. 타젤 (새롭게) 보고서를 재구성합니다. 한 가지 구멍을 닫는 데 두 단계가 필요합니다 : 첫 번째 A 물리적 계산 진리를 굳게 하여 그 후에 그 잔치가 그 진리와 일치하게 하려 함이라.

14.5 어떻게 계산 차이가 많은 것에 적용되는지

계산 슬라이드를 절단하면 프로그램은 또한 숫자를 더 많이 고려합니다. 한 방향으로만.

14.6 기억 : 로트 번호에서 고객까지

이 모든 책 보유는 한 순간 동안 존재합니다 : 한 배치가 잘못되고 누군가가 묻습니다. "누가 그것을 받았는가?” 답은 다음으로부터 나온다 품질 창 → 트래킹: 숫자와 프레스를 입력합니다. [ 이슬람의 빛]. 그 숫자의 모든 움직임은 - 수신, 발행, 전송, 쿼렌트 배출, 분리, 계산 차이, 생산 소비, 하위 계약 - 및 판매 문서에 남아있는 라인은 청구서와 고객과 일치합니다.. 목록 위에 앉아있는 요약 스트립 : "문서 / 고객이 이 롤에 가서: 문서 #128 → ABC 식품의 흐름은...”

15. 스크래프 저장소 및 쿼렌트를 떠나는

쿼렌트에서 기다리는 상품은 두 가지 출구가 있습니다 : 받아들여 (일반적인 창고에 사용 가능) 그리고 REJECT (이제는 옳은 곳으로 가는 것이 아니라, 그곳에서 옳은 곳으로 가는 것이 아닙니다.) REJECT 유형의 창고가 되는 망설임 / 거부.

15.1 스크랩 / 거부 창고 유형

그들의 창고 유형 창고 카드에있는 필드는 가지 옵션을 제공합니다 : 정상적인, 서버 계약, 쿼렌트 ( 품질의 쿼렌트 ), 트랜지스 그리고 망설임 / 거부. 관리자만이 그것을 변경할 수 있습니다. 스크랩 유형은 단 하나의 그러나 매우 중요한 효과가 있습니다 : 그것은 판매 문서의 창고 피커에 나타나지 않습니다. 따라서 거부된 상품은 사고로도 판매될 수 없습니다. ( 같은 보호는 트랜지스 그리고 주문 저장소에 대한 정보)

15.2 쿼렌트를 떠나십시오 : 올바른 경로와 "품질 결정이없는"경고

쿼렌트에서 벗어나는 유일한 방법은 창고 → QUARANTINE → 릴리스. 이 흐름은 가지를 요구한다 - 양성, 결정 (이제는 거절하고 거절하는 것) 목표 창고 그리고 A 이유가 — 의무적 인 개의 스테인리스 이 절단되며, A 출판 보고서 글을 쓰고 있고, 그 많은 정보가 대상 창고로 옮겨집니다. (Lot no + expiry 보존, 트랙 무제한).

17. "목표 주식 예보"에 새로운 지침 : 배송 전에 두 창고를 볼 수 있습니다.

"[+ 새로운 지침]"의 형식에서 섹션 5, “오픈 훈련”에 있는 것과 함께 목표 주식 예보. 그것을 눌러서 아무것도 쓰지 않는다; 라인에 따라 테이블이 나타납니다 : 출처가 손에 후에, 손에 목표를 둔다 후에, 목표의 미니 및 맥스 수준과 경고. 원인이 부정적이면 라인은 빨간색이며, 목표가 최대를 초과하거나 미니 아래에 남아있을 경우 노란색입니다. 지침을 열면 응답은 또한 같은 "목표 주식" 테이블 (문서 후 스냅샷)을 가지고 있습니다.

허가를 받으세요 : 관리자 또는 출처/목표 창고의 보관자(전송 범위와 동일한; 그 밖에서) 403). 출처가 텅 비어 있다면 사전 보기는 "출처가 부정적"이라고 말한다 - 정보, 블록이 아닌; 부정적인 주식 포트는 여전히 배송 중에 요청됩니다 (섹션) 20).

18. 전송 목록에 있는 인트랜지 벨기에 : 얼마나 많은 날, 지연, 지연

배송되었지만 받지 않은 지침 순서가 표시됩니다. N 일 트랜스트 · due YYYY-MM-DD; 날짜가 지나면 깃발이 빨간색으로 변한다.”LATE". 계산: 배송일 = 첫 번째 배송 기록의 날, 트랜지스 일 = 오늘 − 배송일 (일력일), due = 배송일 + N. 에 대한 불만 3 회사에 대한 자세한 내용은 (TRANSFER_TERMIN_GUN; 또한 다른 값으로 일시적으로 목록을 요청할 수 있습니다. ?terminGun=). 아직도 지침 단계에 있거나 이미 완료 된 라인은 벨트가 없습니다. 적절한 날짜는 데이터베이스에 저장되지 않습니다 - 그것은 배송 날짜에서 유래; 인사 당 적절한 날짜는 별도의 필드를 필요로합니다.

19. 쿼렌트는 이제 창고입니다. TYPE, 창고 이름이 아닌

쿼터틴 흐름 섹션 15.2 "일반적으로 이름을 붙인 단일 창고에 의존하는 것이 좋습니다."KARANTINA"; "두 번째 쿼렌트 창고를 열어주는 공장"CN-KRNT" 품질의 문을 본 적이 없다. 이제 규칙이 쿼터리 = 카란틴: 이 유형의 모든 창고는 쿼렌트 (오래된)입니다.KARANTINA" 이름은 여전히 호환성에 대한 인식입니다.) 결과 :

1. 품질 허가 = 시스템 관리자 또는 쿼렌타인 유형 창고의 보관자. 품질 결정, 배출, 배출, NCR 결정 및 청소실 결정은 이 문을 통과합니다. "나의 품질 창고" 목록은 품질 창의 맥락에 나타납니다.
2. 그들의 릴리스 버튼은 각 쿼렌트 유형 창고의 주식 탭에 존재합니다; 양식은 소스 창고 자체를 보내줍니다. 만약 출처가 없으면, API, 프로그램은 피크를 니다 싱글 이 코드를 보유하고 있는 사용자의 쿼렌트 저장소; 하나 이상이 포함되지 않은 경우에는 422 (출처를 지정하십시오 : A, B) - 조용한 선택이 없습니다.
3. "쿼란트 창고에서 배송 : 품질 결정이 작성되지 않습니다" 배송 및 RMA 이제 각 쿼렌타인 유형 창고에 대해 작동하고 창고를 이름합니다. 품질 결정 목록은 실제 소스 창고를 보여줍니다.

만약 당신이 얻는 403: 메시지는 창고 유형과 임무를 지정합니다 - 창고가 쿼렌트 유형이 아니거나 당신은 그것의 보관자가 아닙니다 ( 창고 › 보관자).

20. 배송에 대한 두 개의 승인 문 : 부정적인 주식 및 스크랩으로 전송

21. 개의 눈 규칙: 자동 복제, 단일 관리자, 단일 서명 설정

[중고] 이 책을 읽는 사람은 그 책을 읽지 못한다(DORT_GOZ_ZORUNLU); 승인자는 시스템 관리자입니다.이 규칙은 영구적으로 섹션의 "완료 › 모든" 지침을 잠그고 있습니다. 7 단일 관리 회사에서 세 가지 예외가 정의되었습니다 :

1. 자동화 : "Replenish › all"에 열려있는 지침이 표시됩니다. 자동화; 오픈자는 "프로그램"으로 계산되므로 복제 작업을 수행 한 관리자가 승인 할 수 있습니다. 트랙: "[승인 : 자동 복제, 이름]".이 규칙은 여전히 손으로 열리는 지침에 적용됩니다.
2. 단일 관리자 회사 : 다른 시스템 관리자가 존재하지 않고 그 관리자가 지시를 열었다면, 등록된 보관자 출처 또는 대상 저장소에서 두 번째 서명을 할 수 있습니다. 트랙: "[ 눈: 단일 관리자, 보관자의 두 번째 서명 이름]". 403.
3. 단일 서명 설정 (_이미_이미_이미_이미, 기본적으로 끄기 : 관리자가 그것을 스위치하면, 단일 관리자는 또한 자신의 지시를 승인 할 수 있습니다; 추적 "[]TEK_IMZA …]" 플러스 별도의 Audit-trail 라인. 다른 관리자가 있는 경우 설정이 적용되지 않습니다. 보세요 The 보안 가이드.

이 목록은 이제 하나를 승인 각각의 깃발과 그 이유에 따라 (당신의 - 본인 교육, 자동 반복, 아니오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오오, 상태 -...); 승인 버튼이 자신의 지침에 끄고 설명을 표시합니다. "모든 것"에 대한 응답은 즉시 단일 / 다중 관리자 상황을 나타냅니다.

22. 세 가지 편의 시설 : 계산 슬립을 벗어나고, 슬립 유니폼 체크, 로트 추적 깃발

실사 전표를 만든 사람이 삭제할 수 있습니다. 6절의 실사 전표는 이전에 관리자만 삭제할 수 있었습니다. 이제 관리자 권한이 없는 창고 담당자도 직접 만든 전표이고 오늘 작성한 전표이며 해당 창고의 담당자라면 “되돌리기”를 실행할 수 있습니다. 그 외에는 403을 반환하고 누가 어느 날짜에 만들었는지 표시합니다. 백업과 로트 반환은 기존대로 처리됩니다.

독특성 체크 ( 관리자에 대한 의견 GET /api/depolar/fis-denetim): 두 문서에 동일한 창고 슬립 번호가 사용되었는지 여부를 스캔하고, 그들의 라인과 기록과 갈등하는 슬립을 목록하고, 대면 지붕과 다음 슬립 번호를 표시합니다. 동시 출시/제출/스크랩 슬립이 이제 잠금 안에 그들의 숫자를 가져오기 때문에 정상적인 결과는 "투쟁"입니다. 0"; 다른 것을 보게 되면 관리자에게 말해 주십시오.

Lot-tracking 깃발 및 자동 로트 구매: "롯 추적 예/아니오"는 명시적으로 주식 카드에 대해 작성할 수 있습니다 (PUT /api/depolar/lot-takip/<코드>; 관리자 또는 모든 창고 보관자). 추적 카드가 구매 청구서에 수신되면, 포트 자체로 열립니다 (섹션에서 수동 입력) 14.1 여전히 적용됩니다; 주어진 롯 / 만료는 이전을 취합니다) 그리고 청구서가 삭제되면 다시 롤됩니다. 기업 가이드. 주식 합의 ( 섹션 14.4) 한 번의 질문으로 줄어들었고, 한 번의 질문으로 덮여있다. 60 초 - 신선한 계산을 강력하게 새롭게합니다. 보수자 임무 : 창고에 할당한 사용자가 창고 허가를 꺼내면, 명령은 여전히 작성되지만 응답은 경고하고 템플릿을 제안합니다 (보십시오) 설정 가이드).

16. 창고 수신 및 많은 증거

첨부 인증서, CoC/CoA, 검사 보고서 및 배달 노트는 많은; 창고 수신, 배달 증명서, 배달 노트, 그리고 필요한 경우 사진 팔레트 / 전송; 그리고 계산 / 수신 문서, 검사 보고서 또는 사진은 주식 계산.

배송된 상품의 소유자를 보호하기

창고에서 → 창고 카드, 선택 고객 소유 등록된 것을 요구한다. 소유자 계정 코드. 흰색 또는 알려지지 않은 계정이 거부됩니다.당신은 사용되지 않은 빈 창고의 소유자를 수정할 수 있습니다. 주식, 짐 또는 이동 역사가 존재하면 소유권이 잠겨 있습니다: 이 필드는 다른 고객이나 회사의 재산으로 상품을 변환 할 수 없습니다. 현재 균형은 역사를 삭제하지 않습니다. 다른 소유자를위한 별도의 창고를 만듭니다. 주소, 설명 및 연락처 세부 사항은 편집 가능합니다. 이 기본 보호는 레벨에 산업 인증 요구 사항을 추가하지 않습니다. 1.

헌신 전송

트랜스버스 → 새로운 지침에서 고객 소유 출처는 동일한 소유자와 함께 목적지만 제공합니다. 10 M 고객 창고 A에서 B까지, 그 다음에 받기 4 M 및 6 M. 회사 또는 다른 고객 목적지는 관리자들조차도 거부됩니다; 창고 전송은 제목 전송이 아닙니다. 사용되지 않은 지침을 취소하면 다른 주식, 역사 또는 오픈 지침이 존재하지 않는 경우에만 잠금을 발행합니다. 배송 및 수신은 소유권을 재구성합니다. 로트/시리즈 열은 사용되면만 나타납니다. YOLDA 저장소는 이 체크 밖에 있습니다.

배달 - 우리의 상품은 고객과 "당신이 그것을 판매하는 경우에 지불" 기반으로 남아, 또는 공급자 상품은 우리에 의해 "당신이 그것을 사용하는 방법에 청구서" 기반으로 소유 - 자신의 창을 가지고있다 : 계약, 배달 저장소 (KNS-…), 배송/수신, 소비 보고서의 청구서, 반환, 계산 및 기간 조화 보기 서명 / 보관함.

Transfer lots and safe receipt

전송을 열고 사용할 수 있는 경우 “전송 롯 움직임”을 확장합니다. 주식, 창고, 롯, 만료, 방향 및 양을 확인합니다. 두 고객이 동일한 제품을 통과하는 경우 각 전송은 다른 고객의 이전 만료 롯이 아닌 자신의 배송 롯만 받습니다. 실패한 롯 / 시리즈 단계는 주식 문서, 계산 및 추적 기록을 회전합니다. 재검토하고 롯의 양과 품질 상태를 확인합니다. 실패한 움직임을 게시 하 고 보상 롯 문서를 만들지 마십시오. 잃어버린 추적 기록을 가진 오래된 전송은 주식/포트 조화를 필요로 하며, 자동 추측이 아닙니다. 팔레트를 분할 하기 전에 그것의 일부만 이동 합니다. 이 검사는 필수 포트 추적 또는 레벨에서 인증서를 입력 하지 않습니다. 1.

부정적인 가게를 금지하는 창고 (화학 상점)

하지만 그때 부정적인 행동을 금지 창고 카드에 꼬인, 그 창고의 주식은 아래로 갈 수 없습니다 : 생산 확인 또는 판매는 통과 할 수 없습니다. 부정적인 주식 승인; 오류는 시작된 것과 EKSI_YASAK_DEPO 섭취를 먼저 기록하고, 섭취를 먼저 기록한다. 이 문 의도적으로 눈에 띄는 탈출이 없습니다. — 화학 또는 다이 가게에서 "미노"라고 불리는 물리적 상태가 없습니다. 40 kg"; 거기에 부정적인 균형은 무게가없는 수신을 의미하며, 그것으로부터 계산된 욕조 요리법은 처음부터 파괴됩니다. 승인 될 수있는 문은 운영자가 정확히 체계가 존재하는 오류를 승인 할 것입니다; 결정은 창고 카드의 관리자에 속합니다. 퇴보를 위한 가상; 기존 창고는 영향을받지 않습니다.세부 사항: 텍스트 가이드.

식물지도, 트랜지스 상품 및 e-Kanban

여러 공장에 있는 사업에서 각 창고는 한 곳으로 맵을 둔다. 식물 (회사 › 식물 / 창고) 지도는 보안 벽뿐만 아니라 계획을 위해 사용됩니다 : 식물-스코드 MRP 캔버스 식물 식물에 맵을 둔 창고만 볼 수 있습니다.. 화면 위의 밴드는 얼마나 많은 창고가 여전히 지도되지 않은지 알려주며, 하나의 식물에 붙어있게 해줍니다. 멀티 선택. 자세한 내용 : 자동차 가이드, 섹션 13.

교통에 있는 상품 복제 스크린은 아직 "전송 중"으로 받지 못한 오픈 전송 주문 (주문 / 승인 / 부분)에 상품을 계산하고 따라서 같은 결핍에 대한 두 번째 주문을 제기하지 않습니다. MRP 그들을 계산하지 않았다; 두 스크린은 같은 항목에 대해 다른 결함을보고했고, 거리가 열기에 충분했다. 구매 주문을 두 배로. 그와 함께 depo.mrp_transit_arz 문을 닫고, MRP 같은 숫자를 사용합니다. 문은 퇴보를 위한 가상: 그 밖에서 나올 때 MRP 답은 정확히 오늘날의 것이고, 그것을 바꾸는 것은 계획 숫자가 바뀌기 때문에 의도적 인 결정입니다.

칸바나 자주 소비되는 항목의 경우 출처와 대상 저장소, 벤 양, 일일 수요 및 트랜지스 일을 정의합니다; 서버는 카드 계산을 계산합니다. 전송 명령을 만들기 각 라인에 버튼을 눌러 트리거링은 그를 통해 정상적인 전송 명령 경로: 눈 승인, 식물 벽, 소유 및 스크랩 문 모두 여전히 적용됩니다. 자동 발행기 (depo.kanban_otomatik) 자동 식물 간 승인 (depo.kanban_tesis_disi) 분리되어 있고 둘 다 퇴보를 위한 가상; 두 번째는 식물 간 칸반이 멈추는 동안 TESIS_TRANSFER_ONAY.

배달 후 단계 - 카드, 차량 충전, 경로, 운송 및 배달 증명서 -는 별도의 창에서 있습니다 : 배송 및 물류.

창고 내부의 일상적인 작업 - 주문 및 생산 키트를위한 선택 목록, QR 전화로 셀 수 있는 사이클, 전화로 셀 수 있는 사이클 ABC 눈 변수 승인, 레이크/비인 스토팅, 트랜지스에 있는 주식 -은 별도의 창에서도 있습니다 : 창고 운영. 계산 변수는이 페이지에 있는 저장소 계산 문서와 함께 작성되어 있습니다 (섹션) 6).