ใบสำคัญหนึ่งใบ

สำคัญ

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

"ใบสำคัญหนึ่งใบ" คืออะไร?

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

มีสองประเภทของตัวอย่างใบสำคัญหนึ่งใบคือ:

• ใบสำคัญจะประกอบด้วยธุรกรรมหลายรายการที่ป้อนไว้เป็นธุรกรรมเดียว ต่อไปนี้เป็นตัวอย่างที่เป็นไปได้:

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

• ใบสำคัญด้วยธุรกรรมหนึ่งธุรกรรมที่มีผลกระทบต่อชนิดบัญชีที่ไม่ใช่บัญชีแยกประเภทหลายชนิด ต่อไปนี้เป็นตัวอย่างที่เป็นไปได้:

  • การโอนเงินผ่านธนาคาร
  • การหักกลบลบหนี้ยอดดุลผู้จัดจำหน่าย/ลูกค้า (ฝ่ายเดียวกัน)
  • การโอนยอดดุลจากลูกค้า A ไปยังลูกค้า B
  • ใบแจ้งหนี้ของผู้จัดจำหน่ายที่มีรายการหลายรายการที่มีสินทรัพย์ถาวรหรือโครงการ

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

ปัญหาเกี่ยวกับใบสำคัญหนึ่งใบ

การใช้ฟังก์ชันใบสำคัญหนึ่งใบเพื่อให้ตรงกับความต้องการทางธุรกิจอาจทําให้เกิดปัญหา กระบวนการต่างๆ การกลับรายการธุรกรรม และการสอบถาม/รายงานต้องการรายละเอียดธุรกรรม ไม่สามารถกําหนดรายละเอียดเหล่านั้นจากแบบรูปแบบข้อมูลปัจจุบัน ถ้ามีการป้อนธุรกรรมหลายรายการในสรุปในใบสำคัญหนึ่งใบ นอกจากนี้ ยังไม่สามารถกําหนดรายละเอียดได้เสมอหากระบบไม่รู้จักชนิดของธุรกรรมที่ป้อน ข้อจํากัดนี้เกิดจากความยืดหยุ่นของสมุดรายวัน โดยเฉพาะเมื่อป้อนสมุดรายวันทั่วไป

บางสถานการณ์อาจยังคงอย่างถูกต้องทั้ งนี้ขึ้นอยู่กับการตั้งค่าขององค์กร ต่อไปนี้เป็นเรื่องที่คุณอาจประสบกับปัญหา

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

• การคํานวณภาษี – ถ้ามีใบสำคัญมากกว่าหนึ่งใบหรือลูกค้ามากกว่าหนึ่งรายในใบสำคัญ การคํานวณภาษีอาจไม่ถูกต้อง

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

• การรายงานและการสอบถาม – ถ้าคุณรวมชนิดบัญชีของบัญชีแยกประเภทย่อยมากกว่าหนึ่งชนิด (ตัวอย่างเช่น ผู้จัดจำหน่าย และ ลูกค้า) ในใบสำคัญ รายงาน/การสอบถามจะแสดงเฉพาะค่าบัญชีแรกที่พบเท่านั้น

  ตัวอย่างเช่น คุณลงรายการบัญชีใบแจ้งหนี้ของผู้จัดจำหน่ายหลายรายการ มีโครงการสี่โครงการที่แสดงถึง "รายการ" บนใบแจ้งหนี้ วิธีการนี้เป็นความต้องการทางธุรกิจทั่วไปขององค์กรที่ใช้สมุดรายวันอย่างครอบคลุม

  

  โครงการสามจากสี่โครงการมีการลงรายการบัญชีในบัญชีหลักเดียวกัน (601500) ถ้าคุณเปิดโปรแกรมตรวจดูบัญชีต้นทางเพื่อดูรายละเอียดเกี่ยวกับธุรกรรมที่ลงรายการบัญชีแล้วของบัญชีหลักนั้น คุณจะสังเกตเห็นว่ารหัสโครงการสำหรับทั้งสามรายการคือ 000057 ทั้งหมด ลักษณะการทำงานนี้เป็นข้อจํากัดที่ทราบของใบสำคัญหนึ่งใบ รายละเอียดจะลิงค์แต่ละรายการกับโครงการที่เหมาะสมในสมุดรายวันไม่ถูกต้อง แต่ค่าบัญชีแรกที่พบจะปรากฏในรายงานและในการสอบถามเสมอ

  

ป้อนธุรกรรมเป็นใบสำคัญหนึ่งใบ

เมื่อต้องการป้อนธุรกรรมเป็นใบสำคัญหนึ่งใบ ให้ไปที่ บัญชีแยกประเภททั่วไป > การตั้งค่าบัญชีแยกประเภท > พารามิเตอร์บัญชีแยกประเภททั่วไป และจากนั้นบนแท็บ บัญชีแยกประเภท ให้ตั้งค่าตัวเลือก อนุญาตหลายธุรกรรมภายในใบสำคัญหนึ่งใบ เป็น ใช่

คุณสามารถป้อนธุรกรรมใบสำคัญหนึ่งใบในหน้า ชื่อสมุดรายวัน ได้ โดยการตั้งค่าฟิลด์ ใบสำคัญใหม่ เป็นค่าใดค่าหนึ่งต่อไปนี้

• หมายเลขใบสำคัญหนึ่งหมายเลขเท่านั้น – ทุกบรรทัดที่คุณเพิ่มลงในสมุดรายวันจะรวมอยู่ในใบสำคัญเดียวกัน และบรรทัดจะมีลูกค้า ผู้จัดจำหน่าย ธนาคาร สินทรัพย์ถาวร หรือโครงการมากกว่าหนึ่งรายการ
• พร้อมกับยอดดุล – ป้อนใบสำคัญหลายบรรทัดโดยไม่มีบัญชีตรงข้าม และบรรทัดจะมีลูกค้า ผู้จัดจำหน่าย ธนาคาร สินทรัพย์ถาวร หรือโครงการมากกว่าหนึ่งรายการ
• พร้อมกับยอดดุล – ป้อนใบสำคัญบรรทัดเดียวที่ทั้งบัญชีและบัญชีตรงข้ามมีประเภทบัญชีแยกประเภทย่อย เช่น ผู้จัดจำหน่าย/ผู้จัดจำหน่าย, ลูกค้า/ลูกค้า, ผู้จัดจำหน่าย/ลูกค้า หรือ ธนาคาร/ธนาคาร

สถานการณ์ทางธุรกิจของฉันต้องใช้ใบสำคัญหนึ่งใบหรือไม่

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

สถานการณ์	คำอธิบาย	ต้องการใบสำคัญหนึ่งใบหรือไม่	สำรอง
การสรุปการชำระเงินให้กับผู้จัดจำหน่าย	องค์กรสื่อสารรายชื่อผู้จัดจำหน่ายและจำนวนเงินไปยังธนาคาร ธนาคารใช้รายการนี้เพื่อจ่ายค่าจ้างให้แก่ผู้จองสินค้าในนามขององค์กร การชําระเงินของผู้จัดจำหน่ายแต่ละบัญชีต้องได้รับการลงรายการบัญชีในรายละเอียดไปยังบัญชีเจ้าหนี้ แต่ผลรวมของการชําระเงินนั้นถูกลงรายการบัญชีในบัญชีธนาคารเป็นรายการถอนเงินรายการเดียว	ไม่ใช่	Microsoft Dynamics 365 Finance รุ่น 10.0.32 มีคุณลักษณะที่ชื่อ ความสามารถที่จะลงรายการบัญชีรายละเอียดผู้จัดจำหน่ายและการชำระเงินของลูกค้า แต่สรุปยอดเงินในบัญชีธนาคาร สำหรับข้อมูลเพิ่มเติม ดูที่ ลงรายการบัญชีรายละเอียดการชำระเงินของผู้จัดจำหน่ายและลูกค้า
สรุปสำหรับการชำระเงินของลูกค้า	การชำระเงินของลูกค้าจะฝากเป็นเงินก้อนในบัญชีธนาคาร การชําระเงินของลูกค้าแต่ละบัญชีต้องได้รับการลงรายการบัญชีในรายละเอียดไปยังบัญชีลูกหนี้ แต่ผลรวมของการชําระเงินนั้นถูกลงรายการบัญชีในบัญชีธนาคารเป็นรายการฝากเงินรายการเดียว	ไม่ใช่	Dynamics 365 Finance รุ่น 10.0.32 มีคุณลักษณะที่ชื่อ ความสามารถที่จะลงรายการบัญชีรายละเอียดผู้จัดจำหน่ายและการชำระเงินของลูกค้า แต่สรุปยอดเงินในบัญชีธนาคาร สำหรับข้อมูลเพิ่มเติม ดูที่ ลงรายการบัญชีรายละเอียดการชำระเงินของผู้จัดจำหน่ายและลูกค้า
ใบแจ้งหนี้ผู้จัดจำหน่าย/ลูกค้า	ใบแจ้งหนี้ถูกป้อนสำหรับลูกค้าหรือผู้จัดจำหน่ายรายเดียว แต่บรรทัดเพิ่มเติมแสดงถึงบรรทัดของใบแจ้งหนี้และมีสินทรัพย์ถาวรหรือโครงการหลายรายการ	ใช่
สมุดรายวันการชำระเงินของการชำระเงินล่วงหน้าของลูกค้าที่มีภาษีใน "รายการ" ที่หลากหลาย	ลูกค้าชำระเงินล่วงหน้าสำหรับการสั่งซื้อ รายการของใบสั่งมีภาษีที่แตกต่างกัน การชำระเงินของลูกค้าที่ชำระล่วงหน้าต้องมีลูกค้าในหลายบรรทัด เพื่อให้สามารถคำนวณภาษีสำหรับแต่ละบรรทัดได้	ใช่
การชำระเงินคืนของลูกค้า	ถ้ามีการรันงานประจำงวดการชำระคืนเงินจากบัญชีลูกหนี้ จะสร้างธุรกรรมเพื่อย้ายยอดดุลจากลูกค้าไปยังผู้จัดจำหน่าย ผู้จัดจำหน่ายเป็นฝ่ายเดียวกับลูกค้า	ใช่
การบำรุงรักษาสินทรัพย์ถาวร: ทำให้ค่าเสื่อมราคาตรงกับปัจจุบัน แบ่งสินทรัพย์ คำนวณค่าเสื่อมราคาในการขายทิ้ง	ค่าเสื่อมราคาตามจริง การแบ่งสินทรัพย์ และการคำนวณค่าเสื่อมราคาสำหรับการจำหน่ายสินทรัพย์ทั้งหมดที่ใช้เพื่อสร้างใบสำคัญใบเดียว	ไม่ใช่	ใน Finance รุ่น 10.0.21 ธุรกรรมสินทรัพย์ถาวรที่สร้างขึ้นสำหรับค่าเสื่อมราคาตามจริง การแบ่งสินทรัพย์ และการคำนวณค่าเสื่อมราคาสำหรับการจำหน่ายสินทรัพย์ใช้หมายเลขใบสำคัญที่แตกต่างกัน
ตั๋วแลกเงินและตั๋วสัญญาใช้เงิน	ตั๋วแลกเงินและตั๋วสัญญาใช้เงินย้ายลูกค้าหรือยอดดุลผู้จัดจำหน่ายจากบัญชีแยกประเภทของบัญชีลูกหนี้หรือบัญชีบัญชีเจ้าหนี้หนึ่ง ไปยังอีกแห่งหนึ่ง ตามสถานะของการชำระเงิน เนื่องจากมีการใช้ลูกค้าหรือผู้จัดจำหน่ายรายเดียวกันในใบสำคัญเสมอ จึงไม่มีปัญหาการรายงาน	ใช่
การหักกลบลบหนี้	หากลูกค้าและผู้จัดจำหน่ายเป็นบุคคลเดียวกัน ยอดดุลสำหรับผู้จัดจำหน่ายและลูกค้าจะถูกหักล้างซึ่งกันและกัน วิธีการนี้ลดขนาดการแลกเปลี่ยนของเงินระหว่างองค์กรและฝ่ายลูกค้า/ผู้จัดจำหน่าย	หมายเลข	ณ วันที่ Microsoft Dynamics 365 การเงินเวอร์ชัน 10.0.40 จึงมีคุณลักษณะ netting ของลูกค้าและผู้ขาย ลักษณะการถูกรวมยอดสุทธิจะสร้างใบส่งสองใบที่แยกต่างหากกันโดยอัตโนมัติ หากต้องการข้อมูลเพิ่มเติม โปรดดูที่ ยอดดุลสุทธิ จากผู้ขายและลูกค้า
โอนย้ายยอดดุล	องค์กรอาจจำเป็นต้องโอนย้ายยอดดุลจากผู้จัดจำหน่ายหนึ่งไปยังอีกผู้จัดจำหน่ายหนึ่ง เพราะข้อผิดพลาดหรือเนื่องจากอีกผู้จัดจำหน่ายหนึ่งได้ควบคุมหนี้สินแล้ว การโอนย้ายของชนิดนี้ยังเกิดขึ้นสำหรับชนิดบัญชีอีกต่างๆ อีกด้วย เช่น ลูกค้า และ ธนาคาร	ใช่/ไม่	การโอนย้ายยอดดุลจากบัญชีหนึ่ง (ผู้จัดจำหน่าย ลูกค้า ธนาคาร และอื่นๆ) ไปยังบัญชีอื่น สามารถทำได้โดยใช้ใบสำคัญแยกต่างหาก และสามารถลงรายการบัญชีออฟเซ็ตไปยังบัญชีแยกประเภทการหักบัญชีได้อีกด้วย สำหรับบางองค์กร วิธีการนี้ต้องใช้ค่าใช้จ่ายมากเกินไป ดังนั้น ผู้ใช้จึงเลือกที่จะใช้ใบสำคัญหนึ่งใบแทน
การจับคู่การชำระเงินที่ไม่ได้ลงรายการบัญชีแบบหลายรายการกับใบแจ้งหนี้เดียวกัน	สถานการณ์นี้มักจะพบในองค์กรที่ลูกค้าสามารถใช้วิธีการชำระเงินที่หลากหลายเพื่อชำระเงินสำหรับการซื้อ ในสถานการณ์จำลองนี้ องค์กรต้องสามารถบันทึกการชำระเงินที่ไม่ได้ลงรายการบัญชีแบบหลายรายการ และจับคู่รายการเหล่านั้นกับใบแจ้งหนี้ของลูกค้าได้	ไม่ใช่	คุณลักษณะใหม่ที่ถูกเพิ่มใน Finance เปิดใช้งานการชำระเงินที่ไม่ได้ลงรายการบัญชีที่หลากหลายให้ถูกชำระเงินเทียบกับใบแจ้งหนี้เดียว
ลักษณะการทำงานเฉพาะประเทศ/ภูมิภาค	คุณลักษณะ Single Administrative Document (SAD) สำหรับโปแลนด์ในปัจจุบันกำหนดให้ธุรกรรมถูกจัดกลุ่มเข้าด้วยกัน และหมายเลขใบสำคัญถูกใช้เพื่อจุดประสงค์นี้ อาจมีคุณลักษณะเฉพาะประเทศ/ภูมิภาคเพิ่มเติมที่ต้องใช้ฟังก์ชันใบสำคัญหนึ่งใบ	ใช่
กลไกในการจัดกลุ่มธุรกรรมจากเหตุการณ์ทางธุรกิจ	องค์กรมีเหตุการณ์ทางธุรกิจเดียวที่ก่อให้เกิดธุรกรรมที่หลากหลาย แผนกการบัญชีต้องการดูรายการการบัญชีพร้อมๆ กันเพื่อความสามารถในการตรวจสอบที่ง่ายขึ้น สถานการณ์ที่คล้ายกันคือเหตุการณ์ที่ธุรกรรมธนาคารถูกบันทึกใน Finance ผ่านไฟล์ที่ได้รับจากธนาคาร องค์กรมักจะต้องการจัดกลุ่มธุรกรรมดังกล่าวเข้าด้วยกัน โดยใช้หมายเลขใบแจ้งยอดจากธนาคารในไฟล์	ไม่ใช่	แม้ว่าการจัดกลุ่มธุรกรรมเข้าด้วยกันจะเป็นสถานการณ์ที่ถูกต้อง แต่หมายเลขใบสำคัญจะต้องไม่ถูกนำไปใช้เพื่อจุดประสงค์นี้ ใบสำคัญจะเป็นตัวแทนของธุรกรรมแต่ละรายการเสมอ ไม่ใช่กลุ่มของธุรกรรม สามารถจัดกลุ่มธุรกรรมได้โดยฟิลด์อื่นๆ แทน เช่น หมายเลขชุดงานสมุดรายวันเอง หรือหมายเลขเอกสาร
การป้อนยอดดุลต้นงวด	องค์กรมักจะป้อนยอดดุลต้นงวดสำหรับบัญชีแยกประเภทย่อย (ผู้จัดจำหน่าย ลูกค้า สินทรัพย์ถาวร และอื่นๆ) เป็นธุรกรรมใบสำคัญหนึ่งใบ	ไม่ใช่	ยอดดุลต้นงวดสำหรับบัญชีแยกประเภทย่อยแต่ละบัญชีต้องป้อนเป็นใบสำคัญแยกต่างหาก ออฟเซ็ตสามารถผ่านรายการไปยังบัญชีแยกประเภทหักบัญชี ซึ่งออฟเซ็ตด้วยยอดดุลต้นงวดสำหรับบัญชีแยกประเภททั่วไป
การแก้ไขรายการการบัญชีของเอกสารที่ลงรายการบัญชี	องค์กรอาจต้องแก้ไขบัญชีแยกประเภทบัญชีลูกหนี้หรือบัญชีเจ้าหนี้สำหรับใบแจ้งหนี้ที่ลงรายการบัญชี เนื่องจากใบแจ้งหนี้ถูกต้อง จึงไม่ควรกลับรายการใบแจ้งหนี้	ใช่/ไม่	ถ้าต้องทำการแก้ไขไปยังบัญชีลูกหนี้ หรือแยกประเภทของบัญชีเจ้าหนี้บัญชี สามารถทำการปรับปรุงโดยตรงไปยังบัญชีแยกประเภท วิธีการนี้จำเป็นต้องทำการปรับปรุงในระหว่าง "เวลาการหยุดทำงาน" เพื่อให้บัญชีแยกประเภทสามารถป้อนข้อมูลด้วยตนเองชั่วคราว ข้อเสียประการหนึ่งของแนวทางนี้คือรายงานการกระทบยอดผู้จัดจำหน่าย/ลูกค้าไปยังบัญชีแยกประเภทจะแสดงความแตกต่างที่เกิดขึ้นและจากไป จำนวนเงินสุทธิคือ 0 (ศูนย์)
การลงรายการบัญชีในสรุปไปยังบัญชีแยกประเภททั่วไป	องค์กรมักจะต้องการลงรายการบัญชีไปยังบัญชีแยกประเภททั่วไปในสรุป เพื่อลดจำนวนของข้อมูล อย่างไรก็ตาม โดยปกติ องค์กรเหล่านั้นยังคงจำเป็นต้องรักษารายละเอียดของธุรกรรม เมื่อทำการลงรายการบัญชีในสรุปโดยใช้ใบสำคัญเดียวแล้ว จะไม่รู้จักและไม่สามารถรักษารายละเอียดของธุรกรรมได้	ไม่ใช่	เนื่องจากรายละเอียดธุรกรรมสูญหาย องค์กรต้องไม่ใช้ใบสำคัญหนึ่งใบเพื่อลงรายการบัญชีสรุป หากรายละเอียดจำเป็นสำหรับการรายงาน
"ระบบอนุญาต"	โดยปกติองค์กรมักจะใช้เพียงฟังก์ชันใบสำคัญหนึ่งใบ เนื่องจากช่วยให้ระบบสามารถใช้ได้โดยไม่ต้องทำความเข้าใจผลกระทบ	ไม่ใช่	ข้อเท็จจริงที่ว่าระบบอนุญาตให้ใช้ฟังก์ชันนั้นไม่ใช่เหตุผลที่ถูกต้อง ควรใช้ฟังก์ชันนี้เฉพาะเมื่อจำเป็นต้องตอบสนองความต้องการทางธุรกิจอื่นเท่านั้น

อนาคตของใบสำคัญหนึ่งใบ

เนื่องจากปัญหาที่อาจเกิดขึ้นเมื่อมีการใช้ฟังก์ชันใบสำคัญหนึ่งใบ กำลังสำรวจตัวเลือกต่อไปนี้:

• คุณลักษณะใหม่จะยังคงได้รับการแนะนำต่อไปหากมีวิธีที่ดีกว่าในการบรรลุสถานการณ์ทางธุรกิจ ตัวอย่างเช่น คุณลักษณะที่แนะนำใน Finance รุ่น 10.0.32 ช่วยให้สามารถป้อนการชำระเงินเป็นใบสำคัญแยกต่างหาก แต่บัญชีธนาคารยังคงได้รับการอัปเดตโดยสรุป เมื่อมีการเพิ่มคุณลักษณะต่างๆ จะมีการบันทึกไว้สำหรับแต่ละสถานการณ์ทางธุรกิจในคอลัมน์ "ทางเลือก" ของตารางก่อนหน้า
• ธุรกรรมบางรายการอาจยังคงป้อนผ่านสมุดรายวันในใบสำคัญใบเดียว แต่อาจมีการติดตามข้อมูลเพิ่มเติมเพื่อระบุรายละเอียดธุรกรรมอย่างถูกต้อง
• อาจมีการใช้คุณลักษณะใหม่ร่วมกัน แต่ธุรกรรมสำหรับสถานการณ์จำลองทางธุรกิจอาจยังคงถูกป้อนในสมุดรายวันโดยใช้ใบสำคัญใบเดียว

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

เมื่อเติมช่องว่างของฟังก์ชันแล้ว Microsoft จะสื่อสารถึงลักษณะการลองใหม่ที่จะใช้แทนใบเบิกสินค้าเดียว เช่น ใบแจ้งหนี้ของผู้ขายที่มีหลายบรรทัด สถานการณ์ดังกล่าวจะมีการใช้ใบหนึ่งใบต่อไปแต่จะได้รับการปรับปรุง การปรับปรุงเหล่านั้นจะได้รับการสื่อสารเมื่อจัดส่ง