Cash Receipts ProceduresIn open inv

Cash Receipts Procedures
In open invoice systems, such as this, each invoice is billed and paid individually. Cash
from customers may be received and processed as just described or may be sent directly
to a bank lock-box. In either case, the remittance advices (and credit memos to reflect
returns and allowances) are sent to the AR department where the clerk enters them
into the system via a terminal. Each remittance record is assigned a unique remittance
number and is added to the remittance file. Placing the remittance number and
the current date in the respective fields then closes the corresponding open invoice
record.

Features of Real-Time Processing
This system is a departure from traditional accounting. A central feature of the system
is the use of an events database. Traditional accounting records may not exist
per se. For instance, in this example the sales invoice file replaces the sales journal
and AR-SUB ledger. Total sales is the sum of all invoices for the period. Summing
the open sales invoices (those not closed by cash receipts or credit memos) provides
accounts receivable information. In theory, such a system does not even need a general
ledger because sales, sales returns, accounts receivable-control, and cost of goods
sold can all be derived from the invoices in the events database. Most organizations,
however, prefer to maintain a separate general ledger file for efficiency and as a cross
check of processing accuracy.

ผลลัพธ์ (ไทย) 1:

ขั้นตอนรับเงินสดในใบแจ้งหนี้ที่เปิดระบบ เช่นนี้ แต่ละอินวอยซ์เป็นเรียกเก็บ และชำระเงินแต่ละ เงินสดจากลูกค้าอาจได้รับ และประมวลผลเป็นเพียงอธิบาย หรือส่งโดยตรงธนาคารล็อคกล่อง ทั้งกรณี การชำระเงินผ่านธนาคารใบแจ้ง (และหนี้ถึงผลตอบแทนและเบี้ยเลี้ยง) จะถูกส่งไปแผนก AR ที่เสมียนป้อนให้เข้าสู่ระบบผ่านทางเทอร์มินัลแบบ ชำระเงินผ่านธนาคารแต่ละระเบียนกำหนดให้ชำระเฉพาะหมายเลข และเป็นเพิ่มในไฟล์การชำระเงินผ่านธนาคาร ใส่หมายเลขการชำระเงินผ่านธนาคาร และวันปัจจุบันในฟิลด์เกี่ยวข้องแล้วปิดใบแจ้งหนี้ที่เปิดที่เกี่ยวข้องเรกคอร์ดลักษณะการทำงานของการประมวลผลแบบเรียลไทม์ระบบนี้ออกจากบัญชีแบบดั้งเดิมได้ ห้องของระบบคือการใช้ฐานข้อมูลเหตุการณ์ บันทึกทางบัญชีแบบดั้งเดิมอาจไม่มีอยู่ต่อ se ตัวอย่าง ในตัวอย่างนี้ แฟ้มใบแจ้งหนี้ขายแทนสมุดรายวันขายและบัญชีแยกประเภทบัญชีลูกหนี้ย่อย ขายรวมคือ ผลรวมของใบแจ้งหนี้ทั้งหมดสำหรับรอบระยะเวลา รวมเปิดอินวอยซ์การขาย (ที่ไม่ได้ปิดบัญชีตามใบเสร็จรับเงินหรือใบลดหนี้) ให้การบัญชี ในทางทฤษฎี ระบบดังกล่าวไม่จำเป็นทั่วไปบัญชีแยกประเภทเนื่องจากการขาย ขายส่งกลับ การควบคุมลูกหนี้ และต้นทุนของสินค้าขายสามารถทั้งหมดได้รับมาจากใบแจ้งหนี้ต่อเหตุการณ์ องค์กรส่วนใหญ่อย่างไรก็ตาม ต้องการรักษาแฟ้มบัญชีแยกต่างหาก สำหรับประสิทธิภาพ และ เป็นรูปกากบาทcheck of processing accuracy.

ผลลัพธ์ (ไทย) 2:

เงินสดขั้นตอนใบเสร็จรับเงินในระบบใบแจ้งหนี้เปิดเช่นนี้แต่ละใบแจ้งหนี้เรียกเก็บเงินและจ่ายเงินเป็นรายบุคคล เงินสดจากลูกค้าอาจจะได้รับและประมวลผลตามที่อธิบายไว้เพียงหรืออาจถูกส่งโดยตรงไปยังล็อคกล่องธนาคาร ในทั้งสองกรณีคำแนะนำการโอนเงิน (และใบลดหนี้ที่จะสะท้อนให้เห็นถึงผลตอบแทนและค่าใช้จ่าย) จะถูกส่งไปยังแผนก AR ที่พนักงานเข้ามาพวกเขาเข้าสู่ระบบผ่านทางสถานี บันทึกการโอนเงินแต่ละครั้งจะถูกกำหนดโอนเงินที่ไม่ซ้ำกันจำนวนและจะถูกเพิ่มไฟล์โอนเงิน วางจำนวนการโอนเงินและวันที่ปัจจุบันในแต่ละสาขาแล้วปิดที่สอดคล้องใบแจ้งหนี้เปิดบันทึก. คุณสมบัติของการประมวลผลแบบ Real-Time ระบบนี้จะเดินทางออกจากบัญชีแบบดั้งเดิม คุณลักษณะที่สำคัญของระบบคือการใช้ฐานข้อมูลเหตุการณ์ที่เกิดขึ้น การบันทึกบัญชีแบบดั้งเดิมอาจจะไม่อยู่ต่อ ยกตัวอย่างเช่นในตัวอย่างนี้ไฟล์ใบแจ้งหนี้การขายแทนวารสารการขายและ AR-SUB บัญชีแยกประเภท ยอดขายรวมคือผลรวมของใบแจ้งหนี้สำหรับงวด ข้อสรุปใบแจ้งหนี้การขายเปิด (ผู้ที่ไม่ได้ปิดโดยใบเสร็จรับเงินเป็นเงินสดหรือใบลดหนี้) ให้ข้อมูลลูกหนี้ ในทางทฤษฎีอย่างเป็นระบบที่ไม่จำเป็นต้องมีทั่วไปบัญชีแยกประเภทเพราะการขาย, ผลตอบแทนการขายลูกหนี้การควบคุมและค่าใช้จ่ายของสินค้าที่ขายได้ทั้งหมดจะได้มาจากใบแจ้งหนี้ในฐานข้อมูลของเหตุการณ์ที่เกิดขึ้น องค์กรส่วนใหญ่แต่ชอบที่จะรักษาแฟ้มบัญชีแยกประเภททั่วไปที่แยกจากกันให้มีประสิทธิภาพและเป็นข้ามการตรวจสอบความถูกต้องของการประมวลผลของ

ผลลัพธ์ (ไทย) 3:

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


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