목차
1. 왜 이렇게 많은 문서가 있습니까?2. 전체 체인3. 문서를 서로 변환하십시오 - 리티프하지 마십시오4. 배달 메모 및 청구서 : 쌍둥이, 동일하지 않은5. 같은 체인, 반대 : 구매6. 다른 모듈은 체인에 굴러가는7. 쇠사슬을 진단 도구로 사용하십시오.8. 자주 묻는 질문9. 글로스도움말 › 문서 체인
문서 체인 - 프로그램의 배경
이 가이드는 하나의 창에 관한 것이 아니라 창문 사이의 링크. 새로 오는 사람의 머리 속의 실제 격차는 "이 버튼이 무엇을 하는가"가 아니라 "나는 인용문을 보냈다 - 지금은 무엇입니까?"입니다. 당신의 직업이 무엇이든 읽어보세요.
1. 왜 이렇게 많은 문서가 있습니까?
고객에게 상품을 판매하는 것은 단일 이벤트처럼 보입니다. 시간은 사이에 흐르고, 그리고 그 시간 동안 다른 것들이 확실해지고 있습니다.보십시오 :
| 일시 | 무엇이 확실해졌는가 | 문서 |
|---|---|---|
| 월요일 | 우리는 가격을 인용했습니다.고객은 동의하지 않았으며 우리는 아무것도 예약하지 않았습니다. | TEKLİF |
| 수요일 | 고객은 “예”라고 말했습니다.우리는 지금 약속하고 있지만, 상품은 여전히 창고에 있습니다. | SİPARİŞ |
| 금요일 | 물품은 트럭에 남아있다. 주식은 실제로 떨어졌다. | İRSALİYE |
| 금요일 | 우리는 돈을 요구했다. 고객은 지금 우리에게 빚진다. | FATURA |
| 다음 달 | 돈이 왔습니다. 빚은 해결되었습니다. | MAKBUZ |
각 문서 다른 것을 확실하게 만드는. 그래서 그들은 모두 별도로 존재합니다 - 그리고 왜 하나를 벗어나는 것은 어딘가에 숫자를 잘못 만든다. 수수료를 벗어나 아무도 상처를 입지 않습니다; 배달 노트와 주식 거짓말을 벗어나십시오.
2. 전체 체인
그림 1 — 개의 라인: 문서, 주식, 균형, 현금.이 표에서는 어떤 문서가 부족한지 알려줍니다.
수수료(수수료/수수료)는 수수료에서 발급됩니다. 금융기금 창문 : The + 타히실라트 / Makbuz 상단 스트립의 버튼 (Kasa 창의 두 탭에서 볼 수 있음)은 Voucher Entry를 열어줍니다 (동일한 버튼은 은행 창에서도 존재합니다). 짧은 : 카사라 탭에 현금 상자 순서를 오른쪽 클릭하고 선택 벗은 타시라트 / 벌거벗은 — 양식은 사전 선택된 형식과 상자로 열립니다.
3. 문서를 서로 변환하십시오 - 리티프하지 마십시오
체인의 가장 실용적인 이점 : 절대 각 단계에서 망설임을 느끼지 않는다. 인용문을 열어, 언론 [ 주문할 수 있는 방법], 그리고 전체 기관 - 계좌, 라인, 가격, 지정 날짜, 거래 유형 - 새로운 순서로 이동합니다. 라인링크 두 문서 사이에 만들어진 것입니다.
주문에는 어떤 견적에서 만들어졌는지와 그 견적을 누가 제시했는지가 저장됩니다. 몇 달 뒤 “누가 이 거래를 가져왔는가”, “어떤 가격을 약속했는가”에 답할 수 있습니다. 변환 기능 대신 주문을 직접 입력하면 이 연결이 만들어지지 않습니다. 문서는 여전히 올바르지만 거래 경위는 남지 않습니다.
4. 배달 메모 및 청구서 : 쌍둥이, 동일하지 않은
이 두 개의 혼란 신입자가 가장 많이, 그들은 일반적으로 발행되기 때문에 동시에 그리고 하나의 문서처럼 보입니다.이 차이를 이렇게 유지하십시오 :
배달 메모 = 상품의 이야기
"이 상품은 이 날짜에 이 차량에 남아있다." 이것이 주식을 줄이는 문서입니다. 상품이 출발하지만 청구서가 월 말에 발행되면 배달 노트는 혼자 서있을 수 있습니다.
청구서 = 돈의 이야기
"당신은 이 날짜에 지불 할 수있는 이러한 상품에 대해 많은 것을 빚지고 있습니다." 이것이 계좌 균형을 움직이는 문서입니다. 그리고 공식적으로 세금 당국에 가는 사람.
거기에 있는 별도의 "Delivery Note Entry" 창이 없습니다. — 당신은 노트를 발행하지 않습니다, 프로그램이합니다. 당신이 사용하는 경우 [계산서 및 계산서] 주문을 받거나, 또는 선택한 배달 노트를 생성하는 청구서 유형 입금된 청구서(The Income 판매 유형 목록의 텍스트는 하나로 발행됩니다), 배송 노트는 청구서와 함께 자동으로 생성됩니다. 당신은 두 곳에서 그 숫자를 볼 수 있습니다 : 이슬람어로 발음한 Irsaliyesi 보존 후 결과 화면에 상자, 그리고 이르셀로나 No 같은 상자는 또한 어떤 종류가 노트를 생성하는지 알려줍니다 - 숫자가 나타나면 노트가 발행되었습니다. 거기에 있는 의도적으로 별도의 배달 메모 목록 창이 없습니다.: 이 책은 항상 그의 청구서 옆에 있습니다.
프로그램은 당신에게 요청합니다 : 연결된 배달 메모도 삭제되거나, 유지? 만약 당신이 그들을 유지한다면, 단지 링크가 깨진다 - 주식은 NOT 복원한 것 이것은 올바른 행동입니다 : 청구서가 잘못되었을 수도 있지만, 상품이 실제로 떠났습니다. 만약 상품이 진정으로 돌아왔다면, 답은 반환 문서가 아니라 삭제입니다.
5. 같은 체인, 반대 : 구매
지금까지 판매를 설명해 왔습니다. 구매할 때, 체인은 동일하고 방향만 흐르고 있습니다. — 그래서 화면도 똑같은 이유입니다. 모든 문서에는 A 거래 ; 선택할 수 있는지 여부 판매 또는 구매 모든 것을 결정한다.
| SALE | PURCHASE | |
|---|---|---|
| 체인 | 상품명 : 주문 + 배달 + 수수료 | 주문 → 주문 → 수신 상품 + 청구서 → 지불 |
| 재고 | 감소하는 | 증가 |
| 계정 | 고객은 우리에게 빚진다 | 우리는 공급자에게 빚진다. |
| 돈 | 입장에 들어가기 (수집 쿠폰) | 출발 ( 지불 쿠폰) |
| 요청이 살아있는 곳 | CRM 기회가 있는 | 부서 구매 |
구매자 계좌를 저장하는 경우 A 판매 실수로, 주식 드롭 대신 상승하는 것, 공급자는 당신에게 빚진 것처럼 보입니다, 그리고 VAT 한 필드는 개의 장소에서 실수를 일으킨다. 저축하기 전에 거래 필드를 확인하는 습관이 되십시오. — 이것은 여기에서 배울 수있는 가장 유익한 습관입니다.
6. 다른 모듈은 체인에 굴러가는
지금까지의 체인은 상품을 구매하고 판매하는 것에 관한 것이었다. 상품을 스스로 만들기 또는 그들은 창고 사이의 여행, 두 개의 다른 링크가 나타납니다 :
7. 쇠사슬을 진단 도구로 사용하십시오.
가이드가 실제로 지불하는 곳입니다. 무언가가 추가되지 않을 때, 쇠사슬을 뒤로 걷습니다. - 대답은 거의 항상 있습니다. 번이나 옮겨진 또는 발행된 문서.
| 불만 | 아마도 원인 | 어디서 볼 수 있는지 |
|---|---|---|
| "상품은 창고에 있지만 시스템 안에 있지 않습니다.” | 구매 청구서 / 상품 수신은 결코 입력되지 않았습니다. | 청구 창, 거래 = 구매 |
| "시스템은 우리가 가지고 있지 않은 주식을 보여줍니다." | 상품이 남아 있지만 배달 노트 또는 청구서가 없습니다. | 주문 창 : 배달되지만 청구되지 않습니다 |
| "고객은 지불했다고 말하지만 빚은 여전히 거기에있다. " | 수수료는 없습니다 (또는 체크가 여전히 포트폴리오에 있습니다) | 계좌 카드 → 성명서; 체크 창 |
| "수익이 두 배로 늘어난다"고 말했다. | 배달 노트와 별도의 청구서 모두 한 번의 배송을 위해 발행되었습니다. | 청구서 창: 같은 계좌, 같은 날, 동일한 금액 |
| "우리는 그것을 팔았지만 이익이 나타나지 않았습니다." | 구매 비용 기록되지 않음 - 비용 없이 판매 | 주식 카드 → 가격 / 움직임 |
8. 자주 묻는 질문
인증 없이 직접 청구할 수 있나요?
쇠사슬은 A 설명, 아니 하나 의무: 현금 판매에서 고객은 들어가서 상품을 받고 청구서를 받습니다. - 수수료 또는 주문이 결코 만들어지지 않습니다. 절대 놓치지 말아야 할 한 가지 링크는 물품을 떠나는 문서입니다. (수수료 또는 수수료를 받는 경우)
주문이 주식을 줄이지 않는다면, 같은 상품을 두 번 약속할 수 있습니까?
기술적으로 프로그램은 당신을 막지 않을 것입니다 - 그러나 주문 목록이 존재하므로 볼 수 있습니다. 창에서 "손에"와 "수요"는 별도로 읽습니다. 오픈 주문 만약 당신이 생산한다면, 당신은 어떤 경우에도 생산 요구를 높이는 것에 의해 구멍을 닫습니다.
청구서를 발급한 후에 청구서를 수정할 수 있나요?
같은 날 이내에 그리고 그것이 발표되기 전에, 청구서가 업데이트 될 수 있습니다. 거래 유형을 변경할 수 없습니다 (Sale↔Purchase) — 한 달이 끝나면, 문제를 고치는 방법은 신용 / 수정 문서가 아니라 삭제입니다.
9. 글로스
| Türkçe | English | Bahasa Indonesia |
|---|---|---|
| Teklif | Quote | Penawaran |
| Sipariş | Order | Pesanan |
| İrsaliye | Delivery note | Surat jalan |
| Fatura | Invoice | Faktur |
| Makbuz | Voucher / receipt | Kuitansi |
| İşlem (Satış / Alış) | Transaction (Sale / Purchase) | Transaksi (Jual / Beli) |
| Cari hesap | Current account | Akun berjalan |
| Açık sipariş | Open order | Pesanan terbuka |
| Soy zinciri | Document lineage | Asal-usul dokumen |
| İade | Return | Retur |
| Vade | Due date | Jatuh tempo |