도움말 › 창고 › 위탁 / 수탁 보관

포기 / Custody - Scratch의 가이드

고객과 함께 "당신이 그것을 판매하는 경우 지불, 당신이하지 않는 경우에 그것을 반환"베이스에 물품을 남기거나, 보통 "당신이 그것을 사용하는 것처럼 청구서"베이스에 공급자의 물품을 보관하는 것은 별도의 노트북에서 추적되거나 전혀 그렇지 않습니다 : 물품은 사라지고, 청구서는 잊혀지고, 기간이 끝날 때 모든 사람들이 누가 무엇을 사용했는지 논쟁합니다. 그들의 헌신 / Custody 창은 이것을 하나의 장소에 보관합니다 : 그것은 계약을 작성하고, 소유권 변경없이 배송 및 수신을 기록하고, 고객의 소비 보고서를 직접 청구서로 변환하고, 기록 반환 및 계산 차이를 기록하고, 합의 기간의 차이를 표시하고, 회계에서 메모리얼 계좌에 모든 것을 추적합니다.

1. 무엇을 위해: 주어진 및 받은 배달

헌신은 두 가지를 분리한다: 누가 소유하고 있는가 상품(주택) 및 소유권 그들이 어디에 있는지 (지점) 프로그램은 각 계약을 A와 함께 설정합니다. 방향:

배송에 따라 배송이 이루어지는 판매가 아니고: 상품은 회사의 소유이며, 그 위치만 고객이 될 수 있습니다; 청구서가 발행되면 고객이 판매 또는 사용을 보고 할 때 발행됩니다 (소비 보고서). 수신된 배송에서 공급자의 상품은 보관 창고에 앉아 있으며, 판매되거나 생산에 사용하기 전에 구매 청구서로 연결하고 그 순간에는 회사의 소유가 됩니다.

창문 탭 : 요약 · 계약 · 배달 주식 · 거래 · 합의 · 차이점. 문서 번호는 문서 번호 시리즈에서 나온다 : 계약은 KS2026000001, 거래는 그대로 KN2026000001.

그들의 요약 탭은 한눈에 고객에게 배달의 가치를 보여줍니다 (회사 재산), 공급자 배달 (가치에서 제외), 활성 계약의 수, 과도한 합의와 합의, 차이와 합의의 계획 및 배달은 고객을 기다리고 있습니다. 90 하루를

2. 합의에 대한 설립

새로운 계약 > 새로운 계약 (수명 : 배송 관리) 필드 :

• 지침 및 계산 — 고객은 특정 배송을 위해, 공급자는 받은 하나를 위해.
• 창고 납부 — 당신이 그것을 텅 비어 놓으면 프로그램은 이름의 창고를 열어 KNS-… 자신 : 회사 소유 한 특정 배송, 보관 (주인 = 공급자) 받는 하나. 창고는 계좌에 묶여 다른 고객의 상품과 결코 혼합되지 않습니다.
• 배송 창고 (회사) [일]물건이 배달된 곳에서 출발하는 곳; 수신된 배달을 위해서는 회사 창고 상품이 소비에 들어가는.
• 가격 규칙 — 가격 목록 (가격 엔진): 소비자 청구서가 가격 목록에서 평범한 판매와 같이 가격을 지불합니다. 계약 가격 (정확한 가격): 각 항목의 단위 가격과 계약에서 할인은 사용됩니다.
• 항목 — 상품, 계약 가격 및 캡. 캡은 한 번에 고객에게 있을 수 있는 가장 큰 양이며, 그것을 초과하는 배송이 거부됩니다. 항목 목록이 텅 비어 있다면, 주식 제품은 배달에 갈 수 있습니다; 고정 가격 규칙으로 각 제품은 단위 가격이 필요합니다.
• 평화의 간격 (주간 / 월 / 분기) 날짜 (일정) — 소비자 청구서의 유효 기간, 최신 반환 (일), 유효 기간, 통화 및 노트.

계약서가 있는 카드 끄기 / 끄기 / 근처 버튼. 계약은 배달 균형이 이 될 때까지 종료되지 않습니다. 거래와의 계약은 삭제될 수 없습니다 (그 대신에 폐쇄); 계정, 방향 및 배달 저장소는 변경될 수 없습니다. 거래가없는 계약이 삭제되면 자동으로 만든 저장소도 삭제됩니다.

3. 배송 및 수신

• 배송 배송 (주문): 두 측면의 창고 슬립은 배송 창고에서 배송 창고로 작성됩니다. 변하지 마세요, 장소만 움직이고, 많은 사람들이 이동합니다. FEFO 주문하지 않음 VAT 계좌가 나오고 청구서가 발행되지 않습니다.
• 수신자수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수수 (받은) : 한쪽 수신 슬립이 보관 창고에 기록되어 있습니다. 아니오 청구서 및 계좌 이동 없음; 상품은 회사 주식이나 가치에 입력하지 않으며, 판매 문서 피커에 나타나지 않으며 생산에 사용될 수 없습니다.
• 한 거래가 최대한 300 제품이 계약의 항목 목록에 포함되지 않거나 주식 카드가 배달에 적합하지 않은 경우 (주식 카드가 아닌 경우), 기록은 거부됩니다.

4. 소비자 보고서 → 청구서

고객이 "나는 많이 팔았습니다 / 사용했습니다"라고 말하면, 열기 소비 보고서 계약 카드에서. 균형이 있는 제품만 선택할 수 있습니다.

• 날짜를 입력, 이름의 고객 대표 (Customer Representative) 가격 목록 규칙을 사용하면 수동으로 가격을 입력할 수 있습니다.
• 예비 청구서: 청구서 유형을 표시합니다 (주어진 판매, 받은 구매), 창고, 주어진 날짜, 가격의 출처 (협정 가격 / 가격 목록 / 배송 책 가치 / 수동으로 입력), 라인, VAT 전체적으로 제외된 VAT.
• 주제 청구서: 청구서가 청구서 스크린과 동일한 규칙으로 작성됩니다 - 문서 시리즈, 가격 규칙, 신용 제한 포트, VAT 그리고 수신 가능한/수불 가능한 계좌는 평소와 같이 적용됩니다.주문 균형은 청구된 금액으로 떨어지고 거래는 청구서에 연결되어 있습니다.
• 특정 배송에서 판매 청구서는 배송 창고를 사용하여 상품이 거기서 떠나게 됩니다.받은 배송에서 구매 청구서는 선택한 회사 창고에 들어갑니다 (주식 + 비용 + 입력) VAT + 공급자 지불 가능) 그리고 같은 금액은 보관 창고를 떠나; 물리적 총액은 변하지 않습니다.

신용 제한 승인 및 "링크 청구서"

고객의 신용 한도 승인을 요구하는 경우, 청구서는 즉시 작성되지 않습니다 : 메시지 "청구서가 승인을 기다리고 있습니다 (신용 제한) 신청이 나타나고 요청은 승인 좌석으로 이동합니다. 그것이 승인되고 청구서가 작성되면, 청구서의 순서 번호를 입력하십시오. 소비에 대한 발행된 청구서의 링크 소비의 형태와 프레스의 밑바닥에 링크 청구서. 청구서의 계정, 창고 또는 라인이 이 소비와 일치하지 않는 경우, 링크가 거부됩니다. 제한이 "블록"모드에있는 경우, 청구서가 작성되지 않으며 배송 균형이 변경되지 않습니다.

5. 돌아오는

특정 배송에서 고객은 그들이 판매 할 수없는 것을 반환합니다 : 배송 창고에서 창고에 쓰여진 스립트가 있습니다. 창고로 돌아오는 반환. 수신된 배송에서 판매되지 않은 상품은 공급자에게 돌아갑니다 : 보관 창고에서 한쪽으로 벗어난. 협정의 경우 최신 반환 (일) 기간은 노화의 관점에서 상기; 반환은 균형을 초과 할 수 없습니다.

6. 숫자

고객에게 계산을 할 때, 고객은 숫자 양식은 책의 양과 균형에 있는 제품을 채우고, 계산된 양을 입력합니다. 차이점 = 계산 - 책, 한쪽 조정 슬립으로 게시되었습니다. 계산이 책과 동일하다면, 아무것도 쓰지 않습니다. 결핍은 일반적으로 보고되지 않은 소비입니다.: 먼저 소비 보고서 (그리고 청구서)를 시도하고, 그 후에 계산으로 설명되지 않은 나머지만 기록하십시오.

7. 반대

잘못된 거래는 삭제하지 않습니다. 계약 카드의 거래 행에서 되돌리기를 누르고 최소 3자의 사유를 입력하세요(권한: 위탁 관리). 프로그램은 반대 재고 전표와 반대 장부 기록을 작성하고 거래에 “반전됨”을 표시한 뒤 반대 문서에 번호를 부여합니다. 번호는 재사용하지 않습니다.

소비가 반환되면, 링크된 청구서가 먼저 삭제됩니다. — 귀하의 세션과 함께, 따라서 청구서 삭제 규칙 및 허가는 평소와 같이 적용됩니다; 청구서 삭제가 불가능하면 반환도 이루어지지 않습니다. 특정 배송에서 청구서를 삭제하면 상품이 자동으로 배송 창고로 반환되며, 수신된 배송에서는 수신 슬립이 보관 창고로 다시 쓰여집니다.

8. 평화의 기간

계약서에 따르면, 이 합의 섹션은 기간의 시작과 끝을 지정합니다. 예비전 각 제품에 대한 이 순서를 제공합니다 :

세 가지 유형의 차이점이 표시되며, 각각 하나의 제안을 가지고 있습니다 : A 책 차이점 (보관 ≠ 창고에 보관 - 비 계약 서류가 창고에 영향을 미칠 수도 있고 소비 청구서가 삭제될 수도 있습니다.) 청구서 차이점 (사용 ≠ 청구 - 청구서가 나중에 편집되었을 수도 있습니다; 확인 청구서 및 A 차이를 계산 (계산 ≠ 남아있다 - 소비로 결핍을 청구하고, 계산으로 과잉을 수정합니다.) 평화를 구하기 프로젝트를 저장; 배송 관리 허가를 가진 사용자 확인 확인된 합의는 변경될 수 없으며, 제안은 삭제될 수 있다.

합의가 없어지지 않은 간격이 통과된 계약은 요약 탭에 나열되어 있습니다. 과도한 합의와 협상; 구원받은 조화는 그들의 합의 탭을

9. 퇴원 및 노화의 견고함

그들의 주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주식주 탭은 계정 × 제품 × 롯에 따라 균형, 가치, 첫 번째 입력 및 마지막 활동을 표시합니다. 0-30, 31-60, 61-90 날과 나이보다 더 오래된 90 날들 (그림으로 붉은 색 방향 필터를 사용하면 고객에서만 우리의 상품을 볼 수 있거나 우리와 함께 공급자 만 상품을 볼 수 있습니다. 단위 비용이 알려지지 않은 항목은 가치가 없고 코드에 따라 경고에 나열됩니다.

10. 차이 보고서

그들의 차이점 탭은 오늘날의 배송 책 (협정 균형)을 배송 창의 실제 저장소와 비교합니다. 라인은 배송 창 밖의 문서 (수동 창 슬립, 다른 청구서)가 그 창에 접촉 한 것을 의미합니다. 소비와 연결되어 나중에 삭제된 청구서도 다음과 같이 나열됩니다. "청구서 삭제 » — 그 소비 거래를 반환합니다.그것은 전혀 차이가 없어 말한다 "차이가 없습니다 : 모든 배달 창고가 책과 일치합니다. ".

11. 계좌 카드에 있는 서명 탭

그들의 헌신 계정 카드의 탭은 계정 계약, 배달 저장소, 배달 균형 및 최근 거래를 읽을 수 있음을 보여줍니다. 창에서 열려 있는 포스팅; 창이 그 계정에 필터링되어 열립니다.

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

전화에서 창은 고객에게 판매 rep를 위해 3 단계로 열립니다 :

1. 1. 계약 — 고객 또는 계약을 검색; 활성 계약은 카드로 나열됩니다 (+ 새로운 계약 허가를 받으면 됩니다.)
2. 2. 고객에 대한 주식 — 제품, 양, 가치 및 가장 오래된 카드; 큰 버튼: 소비 보고서, 배송 배송 (또는 수신을 받는 사람) 돌아오는, 숫자, 평화의 기간; 최근 거래는 아래에 있습니다.
3. 3. 행동 — 소비 보고서는 세 단계로 구성되어 있습니다 : 1 제품 및 양 2 예비전 → 3 청구서. 전화에 입력된 거래는 "모바일"원으로 추적됩니다.

이미 발행 된 청구서를 신용 한계 승인 후 소비에 연결하는 것은 데스크톱에서 수행됩니다. 모바일.

13. 주식 평가 및 소유자 다시보드

• 회사에서 주식 평가 보고서, 고객에게 배달 회사의 소유권이며 주식 가치에 포함되어 있습니다.; 그것의 위치는 별도의 라인에 표시됩니다 "고객 (회사 재산)에 대한 계약"으로.
• 공급자로부터 배달에 받은 상품은 회사 소유가 아닙니다 : 그들은 정보 라인 "공급자 배달 (값에서 제외)"에 나타나며 일반적으로 양으로부터 제거됩니다.이 분할은 오늘의 균형으로만 가능합니다.
• 건강 보관소에서 쓴 글에 대해서는 소유자 Dashboard, A “… 고객에게 배달된 것에 대하여" 슬라이드는 매트-up 돈 아래에서 표시됩니다.

14. 회계 : 메모리 계좌

배송 거래는 추적됩니다 균형을 벗어나는 메모리 (off balance) 계산은 그 회계 자동화; 금액은 거래의 배달 책 가치입니다 :

메모리드 계좌는 재판 균형에 나타나지만 균형표, 수입 보고서 또는 현금 흐름을 입력하지 마십시오.. 배송은 창고 슬립이기 때문에, 계좌 153 상품은 움직이지 않습니다 (물건은 여전히 우리입니다). 상품명 : 일반 판매량에 따라 가격이 늘어난다(120 / 600 / 391 상품 구매 또는 판매(153 / 191 / 320) 규칙 - 별도의 배달 규칙이 필요하지 않습니다. 인도네시아의 SAK EP 레이아웃은 메모리 클래스가 없으므로 균형을 벗어나는 추적 계정이 사전 설정되어 있습니다. N - 사용되는 것 입니다.

15. VAT / PPN

터키: 배송은 공급이 아닙니다. VAT 상품이 판매되거나 사용되는 경우(VAT 법률 아트 10(a) - 그래서 배송이 없어 VAT 소비자 청구서가 납부되는 경우 VAT. 월간에 VAT 붕괴의 주문 정보 섹션은 숫자, 기초 및 VAT 이 기간의 소비자 청구서; 이 금액은 이미 포함된 생산에 대하여 VAT 다시 추가되지 않습니다.

인도네시아: VAT 법률(UU PPN) 42/2009 세금이 부과되는 공급물에서 배달물(“penyerahan secara konsinyasi”)을 제거하는 행위; PPN 상품을 판매하는 경우에 해당되는 글 건 PPN 파괴는 동일한 정보 섹션을 가지고 있습니다. 이것은 법률의 요약입니다; 회계사 / 세금 컨설턴트와 함께 자신의 상황에 대해 확인합니다.

16. 허가

사용자 > 사용자 > 허가 설정 보관 / 납부 그룹 :

• 계약 거래 (배송, 수신, 소비, 반환, 계산) - 거래를 입력하고 합의 프로젝트를 저장합니다.
• 협상, 합의 승인 및 반대 — 개방/판매/협정을 체결하고, 합의를 확인하고, 거래를 반환합니다.
• 하나만 읽으면 창을 읽을 수 있고, 관리자는 모든 것을 볼 수 있습니다.읽기만한 사용자는 기록을 변경할 수 없습니다.
• 소비자 청구서가 작성되어 있습니다. 당신의 세션과 함께: 판매/주택 청구 허가 및 신용 제한 포트는 청구 화면에 표시된 것과 같이 적용됩니다.

17. 자주 묻는 질문

• 배송했지만 주식은 떨어지지 않았습니까? 정확한 : 배송은 판매가 아니며, 상품은 회사의 소유자로 남아 있습니다.
• 왜 제가 공급자의 상품을 판매할 수 없습니까? 보관소에 있는 상품은 회사 소유가 아니다. 먼저 구매 청구서와 연결하여 소비; 그들은 회사의 창고로 이동합니다.
• 나는 청구서 화면에서 소비자 청구서를 삭제했습니다, 지금은 어떨까요? 상품은 배송 창고로 돌아갑니다 그러나 거래는 연결되어 있습니다; 그것은 차이점 탭에서 "수수료 삭제"로 표시됩니다 - 거래를 반환합니다.
• "계약서의 배달 캡을 초과한다"고 밝혔다. — 배송 후 고객에게 보내는 양은 캡. 기록 소비 또는 반환 먼저, 또는 계약에 캡을 올릴 것입니다.
• "이 회사에서 아직 배달 테이블 (EM_*)을 만들지 않았습니다. " — Java 서버가 회사를 열 때 테이블이 생성되며, 시스템 관리자가 Java 서비스를 다시 시작하도록 요청합니다.
• 고객은 자신의 소비를 보고할 수 있습니까? 고객 포털의 꼬리가 준비되어 있습니다 (출처 "고객 포털"); 포털 자체는 별도의 작업입니다.오늘날 소비는 데스크톱이나 전화에 입력됩니다.

관련 가이드 : 상품명 : Custody · 문서 입력 · 신용제한 · 회계 · 모든 모듈.