วิธีใช้ชุดแอปจัดซื้อ
งานจัดซื้อดำเนินผ่านแอป 8 แอป แอปละหนึ่งเอกสาร เชื่อมกันด้วยเลขที่ต้นทาง กด "สร้างเอกสารถัดไป" ในหน้ารายละเอียดของเรคคอร์ดเพื่อเปิดแอปถัดไปพร้อมใส่เลขที่ต้นทางให้ ใบขอซื้อ การขออนุมัติจัดซื้อ และสัญญาจัดซื้อผ่านขั้นตอนอนุมัติ (ยังไม่ส่งคำขอ → รออนุมัติ → รอตัดสินใจ → อนุมัติแล้ว) ส่วนเลขที่ของเอกสารแต่ละใบต้องกรอกเอง
ลำดับงานและบทบาทของแต่ละแอป
ชุดแอปจัดซื้อมีแอป 8 แอป แอปละหนึ่งเอกสาร เริ่มจากแอปบนสุดและส่งเลขที่ต่อให้แอปถัดไปตามลำดับ ชื่อแอปและชื่อช่องถูกสร้างเป็นภาษาญี่ปุ่นไม่ว่าหน้าจอของคุณจะใช้ภาษาใด คำแปลอยู่ในวงเล็บ
| ลำดับ | แอป | ช่องเลขที่ของตัวเอง | บทบาท |
|---|---|---|---|
| 1 | 購買依頼 (ใบขอซื้อ) | 依頼番号 (เลขที่คำขอ) | ผู้ปฏิบัติงานหน้างานขอสิ่งที่ต้องการและเหตุผล เมื่อกรอกรายการสินค้า ยอดรวมโดยประมาณจะถูกคำนวณ |
| 2 | 購買稟議 (การขออนุมัติจัดซื้อ) | 稟議番号 (เลขที่ขออนุมัติ) | ผู้ร่างเปรียบเทียบใบเสนอราคาและแจ้งเหตุผลในการคัดเลือกเพื่อขอการตัดสินใจ |
| 3 | 購買契約 (สัญญาจัดซื้อ) | 契約番号 (เลขที่สัญญา) | เก็บคู่สัญญา จำนวนเงิน ระยะเวลา และเงื่อนไขตามที่อนุมัติไว้เป็นสัญญา แนบสัญญาฉบับจริง |
| 4 | 発注書 (ใบสั่งซื้อ) | 発注番号 (เลขที่ใบสั่งซื้อ) | สร้างใบสั่งซื้อตามสัญญาและส่งให้คู่ค้า กำหนดส่งมอบเป็นช่องบังคับ |
| 5 | 納品書 (ใบส่งของ) | 納品書番号 (เลขที่ใบส่งของ) | แนบใบส่งของที่คู่ค้าส่งมาเป็นต้นฉบับ และตรวจรับโดยเทียบกับใบสั่งซื้อ |
| 6 | 請求書 (ใบแจ้งหนี้) | 請求書番号 (เลขที่ใบแจ้งหนี้) | แนบใบแจ้งหนี้ที่คู่ค้าส่งมาเป็นต้นฉบับ และเทียบกับการส่งมอบก่อนจ่ายเงิน |
| 7 | 債務管理 (การจัดการเจ้าหนี้) | 管理番号 (เลขที่รายการ) | จัดการวันที่จะจ่าย วันที่จ่ายแล้ว จำนวนเงิน วิธีจ่าย และสถานะของแต่ละใบแจ้งหนี้ |
| 8 | 購買管理 (ตัวจัดการความเชื่อมโยงการจัดซื้อ) | 案件番号 (เลขที่เคส) | รวมรายการเอกสารของแต่ละเคสกับยอดเรียกเก็บและยอดจ่ายแล้ว (แอปสรุปเคส หน้าจอสร้างเรียกว่าตัวจัดการความเชื่อมโยง) |
- ใบขอซื้อและใบสั่งซื้อคำนวณจำนวนเงินจากจำนวนและราคาต่อหน่วยของแต่ละรายการ ใบสั่งซื้อยังคำนวณยอดรวมก่อนภาษี ภาษีการบริโภค และยอดรวมด้วย (อัตราภาษีเริ่มต้น 10% เศษของภาษีปัดทิ้ง) ส่วนใบส่งของและใบแจ้งหนี้ให้กรอกตัวเลขจากเอกสารของคู่ค้า
- เลขที่ของเอกสารแต่ละใบ (เลขที่คำขอ เลขที่ขออนุมัติ และอื่น ๆ) ต้องกรอกเอง เป็นช่องบังคับและใช้เลขซ้ำไม่ได้ ไม่มีการกำหนดเลขอัตโนมัติ วิธีตั้งเลข (เช่น PR-2026-0001) ให้บริษัทกำหนดเอง
ใครทำอะไร
ช่องผู้ขอ ผู้ร่าง ผู้รับผิดชอบ และผู้สั่งซื้อ จะมีชื่อผู้สร้างเรคคอร์ดใส่ไว้ให้ตั้งแต่แรก ในแอปที่มีการอนุมัติ 3 แอป (ใบขอซื้อ การขออนุมัติจัดซื้อ สัญญาจัดซื้อ) ผู้ส่งคำขอเป็นผู้เลือกผู้อนุมัติและผู้ตัดสินใจ
| บทบาท | สิ่งที่ทำ | แอปหลัก |
|---|---|---|
| ผู้ส่งคำขอ (ผู้ขอ ผู้ร่าง ผู้รับผิดชอบ) | กรอกข้อมูล เลือกผู้อนุมัติและผู้ตัดสินใจ แล้วกด 申請 (ส่งคำขอ) เมื่ออนุมัติแล้วไปต่อด้วย “สร้างเอกสารถัดไป” | ใบขอซื้อ การขออนุมัติจัดซื้อ สัญญาจัดซื้อ |
| ผู้อนุมัติ | ตรวจเนื้อหาแล้วกด 承認 (อนุมัติ) หรือกด 差し戻し (ส่งกลับ) หากต้องแก้ | ใบขอซื้อ การขออนุมัติจัดซื้อ สัญญาจัดซื้อ |
| ผู้ตัดสินใจ | ตัดสินขั้นสุดท้ายด้วย 決裁 (ตัดสินใจ) และ 差し戻し (ส่งกลับ) ได้เช่นกัน | ใบขอซื้อ การขออนุมัติจัดซื้อ สัญญาจัดซื้อ |
| ผู้สั่งซื้อ (発注担当) | สร้างใบสั่งซื้อตามสัญญา ออกแบบฟอร์มใบสั่งซื้อและส่งให้คู่ค้า | ใบสั่งซื้อ |
| ผู้ตรวจรับ (検収担当) | แนบใบส่งของต้นฉบับ แล้วกรอก 検収の状況 (สถานะการตรวจรับ) 検収者 (ผู้ตรวจรับ) 検収日 (วันที่ตรวจรับ) และ 差異の内容 (รายละเอียดความแตกต่าง) | ใบส่งของ |
| ฝ่ายบัญชี | แนบใบแจ้งหนี้ต้นฉบับ เทียบกับใบสั่งซื้อและการส่งมอบ (การตรวจสอบสามทาง) และจัดการการจ่ายเงินในการจัดการเจ้าหนี้ | ใบแจ้งหนี้ การจัดการเจ้าหนี้ ตัวจัดการความเชื่อมโยงการจัดซื้อ |
สิทธิ์เริ่มต้นคือ ผู้สร้างแอปจัดการแอปและลบเรคคอร์ดได้ ส่วนคนอื่นทุกคนดู เพิ่ม แก้ไข และส่งออกเรคคอร์ดได้ หากต้องการจำกัดตามบทบาทหรือแผนก ให้ตั้งค่าที่สิทธิ์ของแอปใน kintone
ไปยังเอกสารถัดไป
- เปิดหน้ารายละเอียดของเรคคอร์ดต้นทาง ด้านบนของหน้าจอจะมี “ลำดับเอกสาร” แสดงเอกสารก่อนหน้า เอกสารนี้ และเอกสารที่จะตามมา
- กด “สร้างเอกสารถัดไป: ○○”
- หน้าสร้างของแอปถัดไปจะเปิดขึ้น เลขที่ต้นทางถูกใส่ในช่อง LOOKUP และดึงข้อมูลให้ หัวเรื่องและคู่ค้า (ช่องที่เก็บคู่ค้า เช่น 契約相手 หรือ 発注先) จะถูกนำมาให้ และแสดง “ดึงมาจากเอกสารต้นทาง ○○”
- กรอกเลขที่ของเอกสารนั้นเอง (เช่น เลขที่ใบสั่งซื้อ) และช่องบังคับที่เหลือ ด้านบนของหน้าจอจะแสดง “กรอกต่อไป: ○○” สำหรับช่องบังคับถัดไป และเปลี่ยนเป็น “กรอกช่องที่จำเป็นครบแล้ว โปรดบันทึก” เมื่อกรอกครบ
- บันทึก หากมีเอกสารถัดไปอยู่แล้ว ปุ่มจะเปลี่ยนเป็น “เปิด ○○”


ช่อง LOOKUP ในแอปปลายทางแต่ละแอปที่รับเลขที่ต้นทาง
| แอปปลายทาง | ช่องที่รับเลขที่ต้นทาง (LOOKUP) | ช่องที่นำมาให้ |
|---|---|---|
| 購買稟議 (การขออนุมัติจัดซื้อ) | 購買依頼番号 (เลขที่ใบขอซื้อ) | หัวเรื่อง |
| 購買契約 (สัญญาจัดซื้อ) | 稟議番号 (เลขที่ขออนุมัติ) | หัวเรื่อง |
| 発注書 (ใบสั่งซื้อ) | 契約番号 (เลขที่สัญญา) | หัวเรื่อง คู่ค้า |
| 納品書 (ใบส่งของ) | 発注番号 (เลขที่ใบสั่งซื้อ) | หัวเรื่อง คู่ค้า |
| 請求書 (ใบแจ้งหนี้) | 納品書番号 (เลขที่ใบส่งของ) | หัวเรื่อง คู่ค้า |
| 債務管理 (การจัดการเจ้าหนี้) | 請求書番号 (เลขที่ใบแจ้งหนี้) | หัวเรื่อง คู่ค้า |
- ปุ่ม “สร้างเอกสารถัดไป” ปรากฏไม่ว่าสถานะการอนุมัติจะเป็นอย่างไร ให้กำหนดเป็นข้อปฏิบัติว่าจะไปต่อหลังอนุมัติแล้วเท่านั้น เมื่อสถานะเป็น 承認済 (อนุมัติแล้ว) ข้อความบนหน้าจอจะเปลี่ยนเป็น “อนุมัติแล้ว ไปยังเอกสารถัดไปได้”
- ไม่จำเป็นต้องใช้ปุ่ม เปิดแอปถัดไปโดยตรง ใส่เลขที่ต้นทางในช่อง LOOKUP แล้วกดปุ่มดึงข้อมูล ก็เชื่อมกันได้เช่นเดียวกัน
- หากยอดรวมของรายการไม่ตรงกับช่องยอดรวม หน้าสร้างและหน้าแก้ไขจะแสดง “ยอดรวมของรายการ ○○ ไม่ตรงกับช่องยอดรวม ○○” โดยไม่ห้ามการบันทึก
การอนุมัติและสถานะ
แอปที่มีขั้นตอนอนุมัติมี 3 แอป คือ ใบขอซื้อ การขออนุมัติจัดซื้อ และสัญญาจัดซื้อ ใบสั่งซื้อ ใบส่งของ ใบแจ้งหนี้ และการจัดการเจ้าหนี้ไม่มีขั้นตอนอนุมัติ ความคืบหน้าเก็บในช่องของแต่ละแอป (สถานะการตรวจรับ สถานะการจ่ายเงิน)
ขั้นตอนมาตรฐาน PRING
เป็นสถานะและการดำเนินการเมื่อผู้ดูแลเลือก “มาตรฐาน PRING (ผู้ขอ → ผู้อนุมัติ → ผู้ตัดสินใจ)” ตอนสร้างชุด ผู้อนุมัติและผู้ตัดสินใจเลือกในช่อง 承認者 (ผู้อนุมัติ) และ 決裁者 (ผู้ตัดสินใจ) ใต้ 承認の依頼先 (ผู้อนุมัติ) ของเรคคอร์ด ทั้งสองช่องเป็นช่องบังคับ
| สถานะ | ความหมาย | ใครเลื่อนต่อและทำอย่างไร |
|---|---|---|
| 未申請 (ยังไม่ส่งคำขอ) | กำลังกรอก ยังไม่ส่งอนุมัติ | ผู้ส่งคำขอกด 申請 (ส่งคำขอ) แล้วเป็น 承認待ち |
| 承認待ち (รออนุมัติ) | รอผู้อนุมัติตรวจ | ผู้อนุมัติกด 承認 (อนุมัติ) แล้วเป็น 決裁待ち หรือกด 差し戻し (ส่งกลับ) แล้วเป็น 未申請 |
| 決裁待ち (รอตัดสินใจ) | รอผู้ตัดสินใจ | ผู้ตัดสินใจกด 決裁 (ตัดสินใจ) แล้วเป็น 承認済 หรือกด 差し戻し แล้วเป็น 承認待ち |
| 承認済 (อนุมัติแล้ว) | อนุมัติแล้ว ไปยังเอกสารถัดไปได้ | — |
หาก kintone เปลี่ยนชื่อสถานะแรกไม่ได้ สถานะแรกจะใช้ชื่อเริ่มต้นของ kintone คือ 未処理 แทน 未申請 ความหมายเหมือนกัน
วิธีสร้างขั้นตอนอนุมัติ
เมื่อสร้างชุด ผู้ดูแลเลือกหนึ่งในสี่วิธีสำหรับแต่ละแอปที่มีการอนุมัติ
- ไม่ใช้การอนุมัติ (承認を使わない): แอปไม่มีสถานะ
- มาตรฐาน PRING (ผู้ขอ → ผู้อนุมัติ → ผู้ตัดสินใจ): ตามตารางข้างบน ไม่ต้องตั้งค่าองค์กร
- สร้างจากองค์กร: ขั้นการอนุมัติ 1 ถึง 5 ขั้น แต่ละขั้นเลือก “กำหนดตามองค์กร” (องค์กร ตำแหน่ง และจำนวนผู้อนุมัติ คือใครคนใดคนหนึ่งอนุมัติ หรืออนุมัติทุกคน) หรือ “เลือกในช่องของเรคคอร์ด” สถานะคือ 未申請 → 承認待ち 1 → 承認待ち 2 → … → 承認済 (ถ้ามีขั้นเดียวจะเป็น 承認待ち) การดำเนินการคือ 申請, 承認 1, 承認 2 … และ 差し戻し ซึ่งย้อนกลับหนึ่งขั้น ขั้นที่เลือกตำแหน่งจะใช้ผู้ที่ดำรงตำแหน่งนั้น ณ เวลาที่สร้างเป็นผู้รับผิดชอบ
- นำเข้าขั้นตอนอนุมัติจากแอปที่มีอยู่: ใช้สถานะและการดำเนินการของแอปอื่นใน kintone นี้ตามเดิม
บันทึกการอนุมัติและตราประทับ
เมื่อกดการดำเนินการอนุมัติ ผู้อนุมัติและวันเวลาที่อนุมัติจะถูกเขียนลงกลุ่ม 承認の記録 (บันทึกการอนุมัติ) ของเรคคอร์ด (เป็นกลุ่มที่พับอยู่ และจะเปิดในหน้ารายละเอียดเมื่อมีบันทึก) ในขั้นตอนมาตรฐาน PRING ลำดับแรกคือผู้อนุมัติ ลำดับที่สองคือผู้ตัดสินใจ เมื่อออกเอกสาร (แบบฟอร์มใบขอซื้อ แบบฟอร์มขออนุมัติ สำเนาสัญญา) ตราประทับของผู้ที่อนุมัติ (หรือตราวันที่หากไม่ได้ลงทะเบียนไว้) จะอยู่ในช่องอนุมัติด้านขวาบน การส่งกลับจะล้างบันทึกของขั้นที่ต้องอนุมัติใหม่
บันทึกจะถูกเขียนเฉพาะเมื่อกดปุ่มการดำเนินการในหน้ารายละเอียดของเรคคอร์ด การอนุมัติด้วยการอัปเดตสถานะเป็นกลุ่มในหน้ารายการ หรือบนหน้าจอมือถือ จะไม่ถูกบันทึก
ช่องสถานะในแอปที่ไม่มีการอนุมัติ
| แอป | ช่อง | ตัวเลือก |
|---|---|---|
| 購買稟議 (การขออนุมัติจัดซื้อ) | 採否 (ผลการคัดเลือก) ในการเปรียบเทียบใบเสนอราคา | 採用 (เลือก) / 不採用 (ไม่เลือก) / 保留 (พักไว้) |
| 購買契約 (สัญญาจัดซื้อ) | 自動更新 (ต่ออายุอัตโนมัติ) | あり (มี) / なし (ไม่มี) (ค่าเริ่มต้น: なし) |
| 納品書 (ใบส่งของ) | 検収の状況 (สถานะการตรวจรับ) | 未検収 (ยังไม่ตรวจรับ ค่าเริ่มต้น) / 検収済 (ตรวจรับแล้ว) / 一部検収 (ตรวจรับบางส่วน) / 差異あり (มีความแตกต่าง) |
| 請求書 (ใบแจ้งหนี้) | 支払の状況 (สถานะการจ่ายเงิน) | 未払 (ยังไม่จ่าย ค่าเริ่มต้น) / 一部支払 (จ่ายบางส่วน) / 支払済 (จ่ายแล้ว) |
| 債務管理 (การจัดการเจ้าหนี้) | 支払の状況 (สถานะการจ่ายเงิน) | 未払 (ยังไม่จ่าย ค่าเริ่มต้น) / 支払済 (จ่ายแล้ว) |
เปลี่ยนมุมมองรายการเพื่อกรองเฉพาะ 未検収 (ยังไม่ตรวจรับ) ในแอปใบส่งของ และ 未払 (ยังไม่จ่าย) ในแอปใบแจ้งหนี้และการจัดการเจ้าหนี้ได้ ช่อง 支払の状況 ของใบแจ้งหนี้และของการจัดการเจ้าหนี้เป็นคนละช่อง จึงต้องอัปเดตทั้งสองช่องหลังจ่ายเงิน
เอกสารที่ PRING ออก และที่เก็บ PDF
ออกเอกสารด้วยปุ่มที่ตั้งชื่อตามเอกสารในหน้ารายละเอียดของเรคคอร์ด สำหรับ PDF ให้ตรวจดูตัวอย่าง แล้วเลือก “ดาวน์โหลด” หรือ “บันทึกลงฟิลด์ไฟล์แนบ” (ส่งออก PDF หรือ Excel จากเรคคอร์ด, ดูตัวอย่าง PDF แล้วดาวน์โหลดหรือบันทึกลงฟิลด์ไฟล์แนบ) ชื่อไฟล์คือ “ชื่อเอกสาร_เลขที่” (เช่น 注文書_PO-2026-0001.pdf) ชื่อปุ่มเป็นไปตามภาษาของ kintone ของคุณ
| แอป | เอกสาร | ที่เก็บ PDF |
|---|---|---|
| 購買依頼 (ใบขอซื้อ) | 購買依頼書 (แบบฟอร์มใบขอซื้อ มีช่องตราอนุมัติ) | ช่อง 出力した書類 (เอกสารที่สร้างขึ้น) |
| 購買稟議 (การขออนุมัติจัดซื้อ) | 稟議書 (แบบฟอร์มขออนุมัติ มีช่องตราอนุมัติ) | ช่อง 出力した書類 |
| 購買契約 (สัญญาจัดซื้อ) | 契約書控え (สำเนาสัญญา มีช่องตราอนุมัติ) | ดาวน์โหลด ช่อง 契約書の原本 (สัญญาฉบับจริง) ใช้ใส่เอกสารที่ลงนามแล้ว |
| 発注書 (ใบสั่งซื้อ) | 注文書 (แบบฟอร์มใบสั่งซื้อ) | ช่อง 出力した書類 |
| 納品書 (ใบส่งของ) | 検収書 (ใบตรวจรับ) | ดาวน์โหลด ช่อง 納品書の原本 (ใบส่งของฉบับจริง) ใช้ใส่เอกสารของคู่ค้า |
| 請求書 (ใบแจ้งหนี้) | 請求確認票 (ใบตรวจสอบใบแจ้งหนี้) | ดาวน์โหลด ช่อง 請求書の原本 (ใบแจ้งหนี้ฉบับจริง) ใช้ใส่เอกสารของคู่ค้า |
| 債務管理 (การจัดการเจ้าหนี้) | 支払通知書 (ใบแจ้งการจ่ายเงิน) | ช่อง 出力した書類 |
| 購買管理 (ตัวจัดการความเชื่อมโยงการจัดซื้อ) | 買掛金残高表 (ตารางยอดคงเหลือเจ้าหนี้การค้าแยกตามคู่ค้า) | ดาวน์โหลด กรองรายการแล้วออกจากหน้ารายการ |
- ช่อง 出力した書類 อยู่ในกลุ่มที่พับอยู่ชื่อ 「PRING の設定」 (การตั้งค่า PRING) ท้ายเรคคอร์ด เมื่อออกเอกสารซ้ำ ไฟล์เดิมจะถูกลบและเหลือเฉพาะ PDF ใหม่
- สำเนาสัญญา ใบตรวจรับ และใบตรวจสอบใบแจ้งหนี้ ไม่ได้ตั้งที่เก็บไฟล์ไว้ตั้งแต่แรก ให้ดาวน์โหลดไปใช้ หากต้องการเก็บ ผู้ดูแลต้องตั้งที่เก็บไฟล์แนบของเทมเพลต
- PDF ของเอกสารในชุดนี้มีรหัสเอกสารและ SHA-256 ก่อนฝังอยู่ในเมทาดาทา
- หากผู้ดูแลสร้างแอป File Log ไว้ ทุกการออกเอกสาร แนบไฟล์ และดาวน์โหลดจะถูกบันทึกพร้อมเวลา เวอร์ชัน ชื่อไฟล์ และ SHA-256 เอกสารทั้งหมดยกเว้นตารางยอดคงเหลือเจ้าหนี้การค้าจะบันทึกวันที่ทำรายการ จำนวนเงิน และคู่ค้าด้วย จึงค้นในรายการของแอป File Log ตามวันที่ จำนวนเงิน และคู่ค้าได้ (บันทึกตรวจสอบไฟล์ที่ออก)
การตรวจสอบสามทาง
แอปใบแจ้งหนี้มีช่อง 三点照合の結果 (ผลการตรวจสอบสามทาง เป็นข้อความหลายบรรทัด) สำหรับบันทึกผลการเทียบใบสั่งซื้อ การส่งมอบ และใบแจ้งหนี้ ช่องนี้อยู่ใต้ 支払の状況 และพิมพ์ลงใบตรวจสอบใบแจ้งหนี้ด้วย
- ตรวจจำนวน ราคาต่อหน่วย และยอดรวมของรายการในใบสั่งซื้อ
- ตรวจจำนวนในใบส่งของ รวมถึงสถานะการตรวจรับและรายละเอียดความแตกต่าง
- ดูว่าจำนวน ราคาต่อหน่วย และยอดที่เรียกเก็บในใบแจ้งหนี้ตรงกับใบสั่งซื้อและการส่งมอบหรือไม่ แล้วเขียนผลและเหตุผลของความแตกต่างใน 三点照合の結果
PRING ไม่เขียนลงช่องนี้ เป็นช่องสำหรับผู้ที่เทียบเอกสารเป็นผู้กรอก การอ่านใบส่งของและใบแจ้งหนี้ด้วย AI มีการตรวจสอบสามทางที่แจ้งเตือนในหน้าจอยืนยันเมื่อจำนวน ราคาต่อหน่วย และจำนวนเงินต่างจากใบสั่งซื้อ แต่ปิดอยู่ตามค่าเริ่มต้น หากต้องการใช้ ผู้ดูแลต้องตั้งค่าที่แท็บการอ่านเอกสาร (อ่านเอกสารจากคู่ค้าด้วย AI) และหากจะใช้กับใบแจ้งหนี้ ต้องมีช่อง LOOKUP สำหรับกำหนดเลขที่ใบสั่งซื้อ
ดูทั้งเคส
ในแอปที่ผู้ดูแลตั้งค่าการเชื่อมโยงเอกสารไว้ หน้ารายละเอียดของเรคคอร์ดจะมีปุ่ม การเชื่อมโยงเอกสาร เมื่อกดจะแสดงเอกสารตามขั้นตั้งแต่ใบขอซื้อจนถึงการจัดการเจ้าหนี้ พร้อมเลขที่เอกสาร ไฟล์ เวอร์ชัน ผู้อนุมัติ วันที่ จำนวนเงิน ผลการตรวจ และเอกสารที่ขาด ในหน้าเดียว ด้านบนมีเลขที่เคส (เลขที่คำขอของใบขอซื้อ) หัวเรื่อง และยอดเรียกเก็บ ยอดจ่ายแล้ว ยอดที่ยังไม่ชำระ
- PDF ชุดหลักฐาน: ดาวน์โหลด PDF เดียวที่มีหน้าปกตามด้วย PDF ของแต่ละเอกสาร
- บันทึกลงสรุปเคส: เขียนยอดรวมของเคสลงแอปตัวจัดการความเชื่อมโยงการจัดซื้อ (สรุปเคส) ในรายการของแอปนี้ดูยอดจ่ายแล้วและยอดที่ยังไม่ชำระของแต่ละเคสได้
ดูรายละเอียดที่ เชื่อมโยงเอกสารของเคสและชุดหลักฐาน และ ตราอนุมัติ การเชื่อมโยงเอกสาร การอ่านเอกสาร และบันทึกตรวจสอบ
หน้าที่เกี่ยวข้อง
- วิธีใช้ชุดแอปการขาย
- วิธีใช้ชุดแอปค่าใช้จ่าย
- สร้างชุดแอปธุรกิจ: การสร้างชุด (สำหรับผู้ดูแล)
- สัปดาห์แรกหลังสร้างชุดแอปธุรกิจ: การตั้งค่าหลังสร้างและตัวอย่างการจัดซื้อ (สำหรับผู้ดูแล)
- เชื่อมโยงเอกสารของเคสและชุดหลักฐาน
- การทำงานด้านจัดซื้อ (ตั้งแต่โครงการจนถึงการชำระเงิน)
- บันทึกการอนุมัติและตราประทับตามขั้นการอนุมัติ
- บันทึกตรวจสอบไฟล์ที่ออก (แอป File Log)
คำถามที่พบบ่อย
ไม่มีปุ่ม "สร้างเอกสารถัดไป"
ปุ่มจะปรากฏในหน้ารายละเอียดของเรคคอร์ด หลังจากบันทึกการตั้งค่า PRING (โทเค็นการเชื่อมต่อ) ในแต่ละแอปและอัปเดตแอปแล้ว ในหน้าสร้างและหน้าแก้ไขจะไม่มีปุ่ม แต่จะแสดงข้อความ "บันทึกเรคคอร์ดนี้แล้วจึงสร้างเอกสารถัดไปได้" หากยังไม่ปรากฏ ให้ตรวจว่าไม่ได้เปลี่ยนชื่อแอปสุดท้าย 購買管理 (ตัวจัดการความเชื่อมโยงการจัดซื้อ) เพราะปุ่มค้นหาแอปด้วยชื่อนี้ ขั้นตอนสำหรับผู้ดูแลอยู่ใน [สัปดาห์แรกหลังสร้างชุดแอปธุรกิจ](/th/help/admin/app-sets-first-week)
เลขที่เอกสารถูกกำหนดให้อัตโนมัติหรือไม่
ไม่ เลขที่คำขอ เลขที่ขออนุมัติ เลขที่สัญญา เลขที่ใบสั่งซื้อ และอื่น ๆ ต้องกรอกเอง เป็นช่องบังคับและใช้เลขซ้ำไม่ได้ วิธีตั้งเลข (เช่น PR-2026-0001) ให้บริษัทกำหนดเอง ส่วนเลขที่ต้นทางจะถูกใส่ในช่อง LOOKUP ให้ เมื่อเปิดแอปถัดไปด้วย "สร้างเอกสารถัดไป"
อนุมัติแล้ว แต่ช่องผู้อนุมัติและตราประทับไม่ถูกใส่
ผู้อนุมัติและวันเวลาที่อนุมัติจะถูกเขียนเฉพาะเมื่อกดปุ่มการดำเนินการ (承認 หรือ 決裁) ในหน้ารายละเอียดของเรคคอร์ด การอนุมัติด้วยการอัปเดตสถานะเป็นกลุ่มในหน้ารายการ หรือบนหน้าจอมือถือ จะไม่ถูกบันทึก และจะไม่บันทึกจนกว่าผู้ดูแลจะบันทึกการตั้งค่าบันทึกการอนุมัติที่แท็บตราประทับหนึ่งครั้ง
ออกใบสั่งซื้อเป็น PDF ซ้ำ ไฟล์ PDF เดิมจะเป็นอย่างไร
ในช่อง 出力した書類 (เอกสารที่สร้างขึ้น) ไฟล์เดิมจะถูกลบและเหลือเฉพาะ PDF ใหม่ (แทนที่) หากผู้ดูแลสร้างแอป File Log ไว้ ทุกการออกเอกสารจะถูกบันทึกพร้อมเวลา เวอร์ชัน ชื่อไฟล์ และ SHA-256 จึงยังมีบันทึกว่าออกอะไรเมื่อไร
ใบสั่งซื้อเดียวมีใบส่งของมาอีกใบ
สำหรับใบสั่งซื้อที่มีใบส่งของอยู่แล้ว ปุ่ม "สร้างเอกสารถัดไป" จะเปลี่ยนเป็น 納品書を開く (เปิดใบส่งของ) และเปิดใบส่งของที่มีอยู่ หากต้องการเพิ่มใบที่สอง ให้เปิดแอปใบส่งของโดยตรง สร้างเรคคอร์ดใหม่ ใส่เลขที่ใบสั่งซื้อในช่อง 発注番号 (เลขที่ใบสั่งซื้อ) แล้วกดปุ่มดึงข้อมูลของ LOOKUP การเชื่อมโยงเอกสารจะแสดงใบส่งของทุกใบที่เป็นของใบสั่งซื้อเดียวกัน