ดำเนินงานธุรกิจ

วิธีใช้ชุดแอปจัดซื้อ

สร้างเมื่อ: อัปเดตเมื่อ:

งานจัดซื้อดำเนินผ่านแอป 8 แอป แอปละหนึ่งเอกสาร เชื่อมกันด้วยเลขที่ต้นทาง กด "สร้างเอกสารถัดไป" ในหน้ารายละเอียดของเรคคอร์ดเพื่อเปิดแอปถัดไปพร้อมใส่เลขที่ต้นทางให้ ใบขอซื้อ การขออนุมัติจัดซื้อ และสัญญาจัดซื้อผ่านขั้นตอนอนุมัติ (ยังไม่ส่งคำขอ → รออนุมัติ → รอตัดสินใจ → อนุมัติแล้ว) ส่วนเลขที่ของเอกสารแต่ละใบต้องกรอกเอง

ลำดับงานและบทบาทของแต่ละแอป

ชุดแอปจัดซื้อมีแอป 8 แอป แอปละหนึ่งเอกสาร เริ่มจากแอปบนสุดและส่งเลขที่ต่อให้แอปถัดไปตามลำดับ ชื่อแอปและชื่อช่องถูกสร้างเป็นภาษาญี่ปุ่นไม่ว่าหน้าจอของคุณจะใช้ภาษาใด คำแปลอยู่ในวงเล็บ

ลำดับ แอป ช่องเลขที่ของตัวเอง บทบาท
1 購買依頼 (ใบขอซื้อ) 依頼番号 (เลขที่คำขอ) ผู้ปฏิบัติงานหน้างานขอสิ่งที่ต้องการและเหตุผล เมื่อกรอกรายการสินค้า ยอดรวมโดยประมาณจะถูกคำนวณ
2 購買稟議 (การขออนุมัติจัดซื้อ) 稟議番号 (เลขที่ขออนุมัติ) ผู้ร่างเปรียบเทียบใบเสนอราคาและแจ้งเหตุผลในการคัดเลือกเพื่อขอการตัดสินใจ
3 購買契約 (สัญญาจัดซื้อ) 契約番号 (เลขที่สัญญา) เก็บคู่สัญญา จำนวนเงิน ระยะเวลา และเงื่อนไขตามที่อนุมัติไว้เป็นสัญญา แนบสัญญาฉบับจริง
4 発注書 (ใบสั่งซื้อ) 発注番号 (เลขที่ใบสั่งซื้อ) สร้างใบสั่งซื้อตามสัญญาและส่งให้คู่ค้า กำหนดส่งมอบเป็นช่องบังคับ
5 納品書 (ใบส่งของ) 納品書番号 (เลขที่ใบส่งของ) แนบใบส่งของที่คู่ค้าส่งมาเป็นต้นฉบับ และตรวจรับโดยเทียบกับใบสั่งซื้อ
6 請求書 (ใบแจ้งหนี้) 請求書番号 (เลขที่ใบแจ้งหนี้) แนบใบแจ้งหนี้ที่คู่ค้าส่งมาเป็นต้นฉบับ และเทียบกับการส่งมอบก่อนจ่ายเงิน
7 債務管理 (การจัดการเจ้าหนี้) 管理番号 (เลขที่รายการ) จัดการวันที่จะจ่าย วันที่จ่ายแล้ว จำนวนเงิน วิธีจ่าย และสถานะของแต่ละใบแจ้งหนี้
8 購買管理 (ตัวจัดการความเชื่อมโยงการจัดซื้อ) 案件番号 (เลขที่เคส) รวมรายการเอกสารของแต่ละเคสกับยอดเรียกเก็บและยอดจ่ายแล้ว (แอปสรุปเคส หน้าจอสร้างเรียกว่าตัวจัดการความเชื่อมโยง)
  • ใบขอซื้อและใบสั่งซื้อคำนวณจำนวนเงินจากจำนวนและราคาต่อหน่วยของแต่ละรายการ ใบสั่งซื้อยังคำนวณยอดรวมก่อนภาษี ภาษีการบริโภค และยอดรวมด้วย (อัตราภาษีเริ่มต้น 10% เศษของภาษีปัดทิ้ง) ส่วนใบส่งของและใบแจ้งหนี้ให้กรอกตัวเลขจากเอกสารของคู่ค้า
  • เลขที่ของเอกสารแต่ละใบ (เลขที่คำขอ เลขที่ขออนุมัติ และอื่น ๆ) ต้องกรอกเอง เป็นช่องบังคับและใช้เลขซ้ำไม่ได้ ไม่มีการกำหนดเลขอัตโนมัติ วิธีตั้งเลข (เช่น PR-2026-0001) ให้บริษัทกำหนดเอง

ใครทำอะไร

ช่องผู้ขอ ผู้ร่าง ผู้รับผิดชอบ และผู้สั่งซื้อ จะมีชื่อผู้สร้างเรคคอร์ดใส่ไว้ให้ตั้งแต่แรก ในแอปที่มีการอนุมัติ 3 แอป (ใบขอซื้อ การขออนุมัติจัดซื้อ สัญญาจัดซื้อ) ผู้ส่งคำขอเป็นผู้เลือกผู้อนุมัติและผู้ตัดสินใจ

บทบาท สิ่งที่ทำ แอปหลัก
ผู้ส่งคำขอ (ผู้ขอ ผู้ร่าง ผู้รับผิดชอบ) กรอกข้อมูล เลือกผู้อนุมัติและผู้ตัดสินใจ แล้วกด 申請 (ส่งคำขอ) เมื่ออนุมัติแล้วไปต่อด้วย “สร้างเอกสารถัดไป” ใบขอซื้อ การขออนุมัติจัดซื้อ สัญญาจัดซื้อ
ผู้อนุมัติ ตรวจเนื้อหาแล้วกด 承認 (อนุมัติ) หรือกด 差し戻し (ส่งกลับ) หากต้องแก้ ใบขอซื้อ การขออนุมัติจัดซื้อ สัญญาจัดซื้อ
ผู้ตัดสินใจ ตัดสินขั้นสุดท้ายด้วย 決裁 (ตัดสินใจ) และ 差し戻し (ส่งกลับ) ได้เช่นกัน ใบขอซื้อ การขออนุมัติจัดซื้อ สัญญาจัดซื้อ
ผู้สั่งซื้อ (発注担当) สร้างใบสั่งซื้อตามสัญญา ออกแบบฟอร์มใบสั่งซื้อและส่งให้คู่ค้า ใบสั่งซื้อ
ผู้ตรวจรับ (検収担当) แนบใบส่งของต้นฉบับ แล้วกรอก 検収の状況 (สถานะการตรวจรับ) 検収者 (ผู้ตรวจรับ) 検収日 (วันที่ตรวจรับ) และ 差異の内容 (รายละเอียดความแตกต่าง) ใบส่งของ
ฝ่ายบัญชี แนบใบแจ้งหนี้ต้นฉบับ เทียบกับใบสั่งซื้อและการส่งมอบ (การตรวจสอบสามทาง) และจัดการการจ่ายเงินในการจัดการเจ้าหนี้ ใบแจ้งหนี้ การจัดการเจ้าหนี้ ตัวจัดการความเชื่อมโยงการจัดซื้อ

สิทธิ์เริ่มต้นคือ ผู้สร้างแอปจัดการแอปและลบเรคคอร์ดได้ ส่วนคนอื่นทุกคนดู เพิ่ม แก้ไข และส่งออกเรคคอร์ดได้ หากต้องการจำกัดตามบทบาทหรือแผนก ให้ตั้งค่าที่สิทธิ์ของแอปใน kintone

ไปยังเอกสารถัดไป

  1. เปิดหน้ารายละเอียดของเรคคอร์ดต้นทาง ด้านบนของหน้าจอจะมี “ลำดับเอกสาร” แสดงเอกสารก่อนหน้า เอกสารนี้ และเอกสารที่จะตามมา
  2. กด “สร้างเอกสารถัดไป: ○○”
  3. หน้าสร้างของแอปถัดไปจะเปิดขึ้น เลขที่ต้นทางถูกใส่ในช่อง LOOKUP และดึงข้อมูลให้ หัวเรื่องและคู่ค้า (ช่องที่เก็บคู่ค้า เช่น 契約相手 หรือ 発注先) จะถูกนำมาให้ และแสดง “ดึงมาจากเอกสารต้นทาง ○○”
  4. กรอกเลขที่ของเอกสารนั้นเอง (เช่น เลขที่ใบสั่งซื้อ) และช่องบังคับที่เหลือ ด้านบนของหน้าจอจะแสดง “กรอกต่อไป: ○○” สำหรับช่องบังคับถัดไป และเปลี่ยนเป็น “กรอกช่องที่จำเป็นครบแล้ว โปรดบันทึก” เมื่อกรอกครบ
  5. บันทึก หากมีเอกสารถัดไปอยู่แล้ว ปุ่มจะเปลี่ยนเป็น “เปิด ○○”

หน้ารายละเอียดของสัญญาจัดซื้อที่อนุมัติแล้ว ด้านบนมีลำดับเอกสาร (ตั้งแต่ใบขอซื้อถึงการจัดการเจ้าหนี้) ปุ่มสร้างเอกสารถัดไป: ใบสั่งซื้อ และปุ่มออกเอกสาร 契約書控え

หน้าสร้างใบสั่งซื้อ เลขที่สัญญาต้นทางอยู่ในช่องลุกอัพ พร้อมข้อความว่าดึงมาจากเอกสารต้นทาง CT-2026-0021 และช่องที่ต้องกรอกต่อไป (เลขที่ใบสั่งซื้อ)

ช่อง 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 ตามวันที่ จำนวนเงิน และคู่ค้าได้ (บันทึกตรวจสอบไฟล์ที่ออก)

การตรวจสอบสามทาง

แอปใบแจ้งหนี้มีช่อง 三点照合の結果 (ผลการตรวจสอบสามทาง เป็นข้อความหลายบรรทัด) สำหรับบันทึกผลการเทียบใบสั่งซื้อ การส่งมอบ และใบแจ้งหนี้ ช่องนี้อยู่ใต้ 支払の状況 และพิมพ์ลงใบตรวจสอบใบแจ้งหนี้ด้วย

  1. ตรวจจำนวน ราคาต่อหน่วย และยอดรวมของรายการในใบสั่งซื้อ
  2. ตรวจจำนวนในใบส่งของ รวมถึงสถานะการตรวจรับและรายละเอียดความแตกต่าง
  3. ดูว่าจำนวน ราคาต่อหน่วย และยอดที่เรียกเก็บในใบแจ้งหนี้ตรงกับใบสั่งซื้อและการส่งมอบหรือไม่ แล้วเขียนผลและเหตุผลของความแตกต่างใน 三点照合の結果

PRING ไม่เขียนลงช่องนี้ เป็นช่องสำหรับผู้ที่เทียบเอกสารเป็นผู้กรอก การอ่านใบส่งของและใบแจ้งหนี้ด้วย AI มีการตรวจสอบสามทางที่แจ้งเตือนในหน้าจอยืนยันเมื่อจำนวน ราคาต่อหน่วย และจำนวนเงินต่างจากใบสั่งซื้อ แต่ปิดอยู่ตามค่าเริ่มต้น หากต้องการใช้ ผู้ดูแลต้องตั้งค่าที่แท็บการอ่านเอกสาร (อ่านเอกสารจากคู่ค้าด้วย AI) และหากจะใช้กับใบแจ้งหนี้ ต้องมีช่อง LOOKUP สำหรับกำหนดเลขที่ใบสั่งซื้อ

ดูทั้งเคส

ในแอปที่ผู้ดูแลตั้งค่าการเชื่อมโยงเอกสารไว้ หน้ารายละเอียดของเรคคอร์ดจะมีปุ่ม การเชื่อมโยงเอกสาร เมื่อกดจะแสดงเอกสารตามขั้นตั้งแต่ใบขอซื้อจนถึงการจัดการเจ้าหนี้ พร้อมเลขที่เอกสาร ไฟล์ เวอร์ชัน ผู้อนุมัติ วันที่ จำนวนเงิน ผลการตรวจ และเอกสารที่ขาด ในหน้าเดียว ด้านบนมีเลขที่เคส (เลขที่คำขอของใบขอซื้อ) หัวเรื่อง และยอดเรียกเก็บ ยอดจ่ายแล้ว ยอดที่ยังไม่ชำระ

  • PDF ชุดหลักฐาน: ดาวน์โหลด PDF เดียวที่มีหน้าปกตามด้วย PDF ของแต่ละเอกสาร
  • บันทึกลงสรุปเคส: เขียนยอดรวมของเคสลงแอปตัวจัดการความเชื่อมโยงการจัดซื้อ (สรุปเคส) ในรายการของแอปนี้ดูยอดจ่ายแล้วและยอดที่ยังไม่ชำระของแต่ละเคสได้

ดูรายละเอียดที่ เชื่อมโยงเอกสารของเคสและชุดหลักฐาน และ ตราอนุมัติ การเชื่อมโยงเอกสาร การอ่านเอกสาร และบันทึกตรวจสอบ

หน้าที่เกี่ยวข้อง

คำถามที่พบบ่อย

ไม่มีปุ่ม "สร้างเอกสารถัดไป"

ปุ่มจะปรากฏในหน้ารายละเอียดของเรคคอร์ด หลังจากบันทึกการตั้งค่า PRING (โทเค็นการเชื่อมต่อ) ในแต่ละแอปและอัปเดตแอปแล้ว ในหน้าสร้างและหน้าแก้ไขจะไม่มีปุ่ม แต่จะแสดงข้อความ "บันทึกเรคคอร์ดนี้แล้วจึงสร้างเอกสารถัดไปได้" หากยังไม่ปรากฏ ให้ตรวจว่าไม่ได้เปลี่ยนชื่อแอปสุดท้าย 購買管理 (ตัวจัดการความเชื่อมโยงการจัดซื้อ) เพราะปุ่มค้นหาแอปด้วยชื่อนี้ ขั้นตอนสำหรับผู้ดูแลอยู่ใน [สัปดาห์แรกหลังสร้างชุดแอปธุรกิจ](/th/help/admin/app-sets-first-week)

เลขที่เอกสารถูกกำหนดให้อัตโนมัติหรือไม่

ไม่ เลขที่คำขอ เลขที่ขออนุมัติ เลขที่สัญญา เลขที่ใบสั่งซื้อ และอื่น ๆ ต้องกรอกเอง เป็นช่องบังคับและใช้เลขซ้ำไม่ได้ วิธีตั้งเลข (เช่น PR-2026-0001) ให้บริษัทกำหนดเอง ส่วนเลขที่ต้นทางจะถูกใส่ในช่อง LOOKUP ให้ เมื่อเปิดแอปถัดไปด้วย "สร้างเอกสารถัดไป"

อนุมัติแล้ว แต่ช่องผู้อนุมัติและตราประทับไม่ถูกใส่

ผู้อนุมัติและวันเวลาที่อนุมัติจะถูกเขียนเฉพาะเมื่อกดปุ่มการดำเนินการ (承認 หรือ 決裁) ในหน้ารายละเอียดของเรคคอร์ด การอนุมัติด้วยการอัปเดตสถานะเป็นกลุ่มในหน้ารายการ หรือบนหน้าจอมือถือ จะไม่ถูกบันทึก และจะไม่บันทึกจนกว่าผู้ดูแลจะบันทึกการตั้งค่าบันทึกการอนุมัติที่แท็บตราประทับหนึ่งครั้ง

ออกใบสั่งซื้อเป็น PDF ซ้ำ ไฟล์ PDF เดิมจะเป็นอย่างไร

ในช่อง 出力した書類 (เอกสารที่สร้างขึ้น) ไฟล์เดิมจะถูกลบและเหลือเฉพาะ PDF ใหม่ (แทนที่) หากผู้ดูแลสร้างแอป File Log ไว้ ทุกการออกเอกสารจะถูกบันทึกพร้อมเวลา เวอร์ชัน ชื่อไฟล์ และ SHA-256 จึงยังมีบันทึกว่าออกอะไรเมื่อไร

ใบสั่งซื้อเดียวมีใบส่งของมาอีกใบ

สำหรับใบสั่งซื้อที่มีใบส่งของอยู่แล้ว ปุ่ม "สร้างเอกสารถัดไป" จะเปลี่ยนเป็น 納品書を開く (เปิดใบส่งของ) และเปิดใบส่งของที่มีอยู่ หากต้องการเพิ่มใบที่สอง ให้เปิดแอปใบส่งของโดยตรง สร้างเรคคอร์ดใหม่ ใส่เลขที่ใบสั่งซื้อในช่อง 発注番号 (เลขที่ใบสั่งซื้อ) แล้วกดปุ่มดึงข้อมูลของ LOOKUP การเชื่อมโยงเอกสารจะแสดงใบส่งของทุกใบที่เป็นของใบสั่งซื้อเดียวกัน

เขียนและดูแลโดย: TechJapan LLC (ทีม PRING) (ผู้พัฒนาและผู้ให้บริการ) · ติดต่อ