Accounting Information Systems & ERP

Chapter 6
Revenue, Receivables and Cash-Receipt Systems

Bachelors Program in Accounting and Finance
Accounting Information Systems & ERP   •   Bachelor

Revenue, Receivables and Cash-Receipt Systems

Introduction

The order-to-cash cycle converts a customer’s intention to buy into an authorized order, fulfilled delivery, recorded revenue, collectible receivable, and ultimately cash. In an accounting information system (AIS) and enterprise resource planning (ERP) environment, this cycle is not merely an accounting routine. It is an integrated business process linking marketing, sales, credit, inventory, logistics, billing, treasury, customer service, financial reporting, and management control.

A well-designed system must answer several questions: Who is the customer? What may the customer purchase and at what price? Has credit been approved? Was the promised good or service actually delivered? When should revenue be recognized? How much does the customer owe? Which receipts have been deposited and applied to invoices? Which balances are overdue or doubtful? These questions require accurate master data, authorization, event capture, system integration, and effective controls.

The chapter uses the term order-to-cash to describe the complete sequence from customer order through cash collection. The exact legal and accounting requirements vary by jurisdiction and contract, so organizations must apply applicable financial reporting standards, tax rules, consumer-protection laws, privacy requirements, and industry regulations.

Learning Objectives

After studying this chapter, students should be able to:

  1. Explain the stages and information flows in an order-to-cash process.
  2. Evaluate customer master data, credit approval, pricing, fulfillment, billing, receivables, and cash application.
  3. Apply the principles of revenue recognition to common sales transactions.
  4. Identify preventive, detective, and corrective controls over revenue and collections.
  5. Calculate and interpret selected receivables and cash-conversion indicators.
  6. Analyze an integrated case involving errors, fraud risk, system design, and performance improvement.

1. The Order-to-Cash Process

The order-to-cash process normally includes the following stages:

  1. Customer inquiry and quotation.
  2. Customer creation or master-data validation.
  3. Order entry and contract acceptance.
  4. Credit approval and exposure monitoring.
  5. Pricing, discount, tax, and terms determination.
  6. Inventory allocation or service scheduling.
  7. Picking, packing, shipment, or service delivery.
  8. Billing and accounting recognition.
  9. Receivable maintenance and customer statements.
  10. Collection, cash receipt, bank reconciliation, and exception handling.
  11. Returns, credits, disputes, write-offs, and period-end reporting.

The process is strongest when a transaction identifier links the quotation, sales order, delivery record, invoice, receivable, receipt, and general-ledger entries. This linkage creates an audit trail and permits automated control checks.

Order-to-cash process flow Customerorder Credit andpricing Fulfillmentand delivery Billing andrevenue Collection andcash application Exceptions, returns, disputes, adjustments and feedback
Order-to-cash process flow
Figure: Order-to-cash process flow

Figure: The order-to-cash process and its feedback loop.

Information flows and documents

Typical source documents include a quotation, customer order, sales order, credit authorization, picking list, packing slip, bill of lading, proof of delivery, invoice, credit memo, remittance advice, bank statement, and receipt record. In an ERP, these may be electronic records rather than paper documents. The accounting significance remains the same: each record should identify the responsible party, date, customer, items or services, quantities, prices, approvals, and links to related records.

A useful design principle is single entry, multiple use. Customer and order data should be entered once and reused by inventory, shipping, billing, receivables, tax, and reporting modules. Re-keying creates inconsistent quantities, prices, addresses, and dates.

2. Customer Master Data and Credit Management

Customer master data

Customer master data commonly contains:

  • legal name, trading name, address, tax identification, and contact details;
  • customer classification, industry, territory, salesperson, and currency;
  • payment terms, credit limit, risk category, and collection method;
  • approved ship-to and bill-to locations;
  • bank or payment-token information where permitted;
  • tax status and exemption documentation; and
  • status flags for active, blocked, dormant, or under review.

Master data is foundational because errors propagate into invoices, tax reporting, statements, deliveries, analytics, and collections. A duplicate customer can hide total exposure and cause duplicate billing. A fictitious customer can support unauthorized shipments or fraudulent sales. An incorrect bank account can misdirect refunds or receipts.

Controls should include unique customer identifiers, duplicate detection, mandatory fields, validation against approved reference data, independent approval of new customers and material changes, restricted access, change logs, periodic recertification, and segregation between customer creation and credit approval. Changes to sensitive fields should generate alerts and require evidence.

Credit approval

Credit management balances sales opportunity against the risk of non-payment. A credit decision may consider financial statements, payment history, external credit information, industry conditions, order size, collateral, guarantees, and concentration risk. The ERP should calculate current exposure and prevent or route orders that exceed approved limits.

A simplified exposure relationship is:

Credit exposure = Open invoices + Unbilled shipments + Open orders − Valid credits and unapplied customer funds

The expression is a management approximation, not a universal accounting definition. Organizations must define whether disputed invoices, deposits, guarantees, and undelivered orders are included. Its purpose is to support operational decisions, not replace a documented credit policy.

Credit limits should be approved by personnel independent of sales incentives. Overrides should require reason codes, appropriate authority, expiry dates, and review. A system that automatically releases every blocked order is not an effective control, even if the credit-limit field exists.

Payment terms and credit risk

Terms such as “2/10, net 30” offer a 2% discount for payment within ten days; otherwise the full amount is due in thirty days. The organization should determine whether the discount is economically justified and whether its ERP records discount eligibility and expiration accurately. Credit risk also affects the expected collectability of receivables and therefore the allowance or loss estimate required by the applicable reporting framework.

3. Pricing, Order Entry, and Fulfillment

Pricing and discounts

Pricing may depend on a price list, customer segment, quantity, contract, promotion, currency, tax jurisdiction, freight terms, or negotiated rebate. Price determination should use approved condition records rather than uncontrolled manual overrides. The system should retain the price basis used for each invoice so that a reviewer can reconstruct the calculation.

Important controls include effective dates, approval thresholds, separation of price maintenance from sales entry, margin warnings, tolerance limits, and exception reports for unusual discounts. A discount that is commercially authorized may still require careful accounting treatment if it represents consideration payable to a customer, a volume rebate, a right of return, or a future performance obligation.

Order acceptance

Order entry should validate the customer, product or service, quantity, delivery location, payment terms, currency, tax treatment, inventory availability, and contract status. It should also prevent orders for blocked customers or discontinued items unless an authorized exception exists.

Fulfillment and proof of delivery

For goods, fulfillment includes allocation, picking, packing, shipment, and delivery confirmation. For services, it may include time records, milestones, acceptance certificates, or usage data. The fulfillment record is critical because billing and revenue recognition should not be based solely on a salesperson’s assertion that a sale occurred.

A three-way or event-based match may compare the sales order, delivery evidence, and invoice. Differences in quantity, item, customer, date, or price should be routed to an exception queue rather than silently posted.

4. Billing, Receivables, and Revenue Recognition

Billing and accounts receivable

A standard invoice identifies the seller and customer, invoice number, invoice date, tax details, goods or services, quantity, unit price, discounts, taxes, freight, payment terms, due date, and payment instructions. The invoice creates a receivable only when the organization has an enforceable right to consideration under the applicable accounting framework and the transaction has been appropriately recorded.

A basic posting for a credit sale of goods, excluding tax and cost-of-sales detail, is:

  • Debit Accounts Receivable.
  • Credit Revenue, subject to the applicable revenue-recognition requirements.

When cash is received and correctly identified:

  • Debit Cash or Bank.
  • Credit Accounts Receivable.

If cash is received before the performance obligation is satisfied, the credit is generally to a contract-liability or deferred-revenue account rather than revenue, subject to the relevant standard.

Revenue recognition framework

Under the widely used five-step model for contracts with customers, an entity generally:

  1. identifies the contract with a customer;
  2. identifies the performance obligations;
  3. determines the transaction price;
  4. allocates the transaction price to the performance obligations; and
  5. recognizes revenue when, or as, each performance obligation is satisfied.

The model requires judgment. A contract may contain multiple goods and services, variable consideration, warranties, rights of return, customer options, financing components, or contract modifications. Revenue recognition is therefore not equivalent to invoice generation or cash collection.

For a distinct product delivered at a point in time, revenue may be recognized when control transfers, often supported by shipment or customer acceptance depending on contractual terms. For a service satisfied over time, revenue may be recognized using an appropriate measure of progress when the criteria for over-time recognition are met.

Contract liabilities, returns, and variable consideration

Customer deposits and advance billings commonly create contract liabilities until the entity satisfies its obligation. Expected returns may require a refund liability and an asset for the right to recover returned goods, subject to the applicable standard. Rebates, discounts, penalties, bonuses, and refunds are forms of variable consideration and should be estimated and constrained where necessary to avoid recognizing revenue that is likely to reverse.

Revenue controls should therefore connect contract terms, fulfillment evidence, billing rules, accounting policies, and period-end review. Cut-off testing is particularly important near the reporting date: goods shipped before year-end may belong in the current period, while goods billed but not yet transferred may not.

5. Receivables, Collections, and Cash Receipts

Receivables subsidiary ledger

The accounts-receivable subledger records balances by customer and invoice while the general ledger contains the control account. At regular intervals, the total of the subledger should reconcile to the general-ledger receivables balance.

A reconciliation should investigate timing differences, duplicate postings, unapplied cash, credit memos, write-offs, foreign-exchange differences, interface failures, and manual journals. Reconciliation is not merely a mathematical comparison; it requires documented resolution of exceptions.

Aging and expected losses

An aging schedule classifies receivables by days outstanding, such as current, 1–30 days overdue, 31–60, 61–90, and more than 90 days. Aging supports collection prioritization and estimation of expected credit losses. A simplified provision-matrix calculation is:

Expected credit loss = ∑(Aᵢ × rᵢ)

where Ai is the receivable balance in aging category i, and ri is the expected loss rate for that category. The formula assumes that categories are sufficiently homogeneous and that the rates incorporate relevant historical, current, and forward-looking information required by the applicable standard. It is an estimation tool, not a substitute for specific evidence about an individual customer.

Worked example. Suppose a company has $80,000 current receivables with a 1% expected loss rate, $25,000 aged 31–60 days with a 4% rate, and $10,000 aged over 60 days with a 15% rate. The estimated loss is:

  • Current: $80,000 × 1% = $800.
  • 31–60 days: $25,000 × 4% = $1,000.
  • Over 60 days: $10,000 × 15% = $1,500.

Total expected credit loss = $800 + $1,000 + $1,500 = $3,300. If the existing allowance is $2,700, an additional $600 adjustment is required, assuming no other factors change.

Collections

Collections should be risk-based. Staff may begin with reminders, statements, and electronic payment links; escalate to telephone contact and dispute resolution; and then use formal demand, legal action, or approved write-off procedures. Collection activity should distinguish inability to pay from billing error, delivery dispute, unauthorized deduction, or missing documentation.

A dispute-management workflow is valuable because unresolved disputes can make an apparently collectible balance functionally uncollectible. The system should record dispute reason, owner, amount, age, promised resolution date, and outcome.

Cash receipts and application

Cash may arrive through bank transfer, card, direct debit, online gateway, lockbox, cheque, or cash. The process should capture the payer, amount, value date, bank reference, currency, and remittance details. Automated matching can apply receipts to invoices using customer number, invoice number, amount, and tolerance rules. Unmatched cash should be placed in a controlled unapplied-cash account and investigated promptly.

A strong cash-receipt process separates custody of funds, recording of receipts, bank reconciliation, credit approval, and write-off authorization. Bank feeds improve speed but do not eliminate the need to verify completeness, unusual transactions, returned payments, chargebacks, and unauthorized changes to payment instructions.

6. Internal Control Architecture

The control framework should address the risks that threaten authorization, completeness, accuracy, validity, safeguarding, and timely reporting.

RiskPreventive controlsDetective or corrective controls
Fictitious customerApproval, identity validation, segregationMaster-data review, duplicate report
Unauthorized discountApproved price tables, tolerance limitsDiscount exception analysis
Shipment without credit approvalSystem credit blockExposure and override review
Billing without deliveryDelivery-to-invoice interfaceUnbilled shipment report and cut-off test
Duplicate invoiceUnique invoice number and duplicate checkDuplicate-payment analytics
Misapplied cashRemittance matching and restricted editsUnapplied-cash aging and reconciliation
Concealed bad debtIndependent aging and allowance reviewWrite-off trend and subsequent-receipt testing
Premature revenueContract and performance reviewPeriod-end cut-off and reversal analysis

Segregation of duties

No individual should control an entire transaction from customer creation through receipt and write-off. Typical incompatible combinations include sales order approval with credit approval; cash custody with receipt posting; and collection responsibility with write-off authorization. Smaller organizations may compensate for limited staff through owner review, bank reconciliation, system logs, and independent monthly reporting.

IT general and application controls

IT general controls include user provisioning, privileged-access review, change management, backup, recovery, interface monitoring, and incident management. Application controls include field validation, workflow approvals, edit checks, automated calculations, sequence controls, duplicate detection, and exception reporting.

An ERP implementation should preserve audit trails showing who created, changed, approved, posted, reversed, or deleted a record. Direct database changes and spreadsheet uploads require special governance because they may bypass normal application controls.

7. Performance Indicators and Quantitative Analysis

Performance indicators should be interpreted together. Improving collection speed by granting excessive discounts may reduce profitability; reducing overdue balances by refusing commercially important customers may reduce revenue.

Days sales outstanding

A common indicator is days sales outstanding (DSO):

DSO = Average accounts receivable ÷ Net credit sales × Number of days in the period

Average accounts receivable is commonly calculated as beginning balance plus ending balance divided by two, although a daily or monthly average may be more representative. Net credit sales exclude cash sales and should be measured consistently with the receivables balance. DSO is an approximation and can be distorted by seasonality, acquisitions, unusual year-end sales, foreign exchange, or changes in credit terms.

Worked example. Beginning receivables are $120,000 and ending receivables are $150,000. Net credit sales for a 90-day quarter are $540,000.

Average receivables = ($120,000 + $150,000) ÷ 2 = $135,000.

DSO = $135,000 ÷ $540,000 × 90 = 22.5 days.

Receivables turnover

Receivables turnover is:

Receivables turnover = Net credit sales ÷ Average accounts receivable

Using the same data, turnover = $540,000 ÷ $135,000 = 4.0 times for the quarter. Turnover and DSO are related when the same sales base and period are used; however, they should not be interpreted as exact substitutes in seasonal businesses.

Other useful measures include percentage of current receivables, overdue-balance percentage, dispute cycle time, unapplied-cash days, collection effectiveness, bad-debt write-offs, invoice accuracy, order-to-invoice cycle time, on-time delivery, credit-override rate, and cash-application automation rate. Each metric needs a precise definition, data owner, frequency, target, and escalation rule.

8. Applied Case: Northstar Components

The following is an illustrative case.

Background

Northstar Components, a mid-sized industrial distributor, implemented an ERP system to integrate sales, warehouse, billing, and finance. Six months later, revenue had increased by 12%, but cash collections had deteriorated. The finance team reported growing overdue receivables, frequent credit memos, and $420,000 of unapplied cash.

Problem

An initial review found that sales employees could create customers and override credit blocks. The pricing table contained expired promotional conditions. Warehouse staff sometimes shipped partial orders without updating the sales order. Invoices were generated from shipment records, but shipment confirmation from a third-party carrier was delayed. Remittance advice often arrived separately from bank notifications, so receipts remained unapplied. At quarter-end, sales staff requested invoices before customer acceptance to meet targets.

Analysis

The symptoms were interrelated rather than isolated. Weak master-data governance created duplicate customer accounts. Credit exposure was understated because open orders and unbilled shipments were excluded. Price overrides increased credit-memo volume. Partial shipments created confusion over the amount due. Delayed proof of delivery weakened support for revenue recognition. Unapplied cash made customer balances appear overdue even when customers had paid.

The control team mapped each transaction from order to general ledger and tested a sample of invoices. It found that 9% lacked timely proof of delivery, 6% used manual price overrides, and 14% of unapplied receipts were more than thirty days old. These figures are case facts for analysis, not industry benchmarks.

Approach and solution

Northstar introduced the following measures:

  1. Customer creation was transferred to a master-data team, with duplicate screening and independent credit approval.
  2. Credit exposure included open invoices, unbilled shipments, and selected open orders under a documented policy.
  3. Price overrides above a threshold required sales-manager and finance approval.
  4. Billing was separated into delivered and undelivered quantities, with contract-specific rules for customer acceptance.
  5. Carrier interfaces supplied proof-of-delivery status and generated exception reports.
  6. Remittance data was connected to bank feeds; unmatched receipts received an owner and resolution date.
  7. The close process added revenue cut-off testing, contract-liability review, and subsequent-cash analysis.
  8. A dashboard displayed DSO, overdue percentage, dispute age, unapplied cash, credit overrides, invoice accuracy, and delivery evidence completeness.

Outcome

After two reporting cycles, management observed fewer duplicate accounts and credit memos, faster cash application, and more reliable period-end evidence. The main benefit was not automation alone. It was the combination of clear ownership, restricted authority, integrated data, exception management, and accounting review.

Learning points

The case demonstrates that order-to-cash performance is systemic. A collections problem may begin with customer master data, pricing, fulfillment, or revenue cut-off. ERP controls are effective only when business rules are correctly configured, users understand them, and exceptions are investigated rather than routinely overridden.

9. Governance, Ethics, and Contemporary Developments

Revenue is a high-risk area because performance targets, bonuses, financing agreements, and market expectations may create pressure to record sales prematurely or conceal collectability problems. Ethical practice requires faithful representation, transparent estimates, proper documentation, and willingness to report control deficiencies. Employees should not create fictitious customers, backdate delivery evidence, manipulate cut-off, suppress disputes, or write off balances to hide collection failures.

Privacy and security are also important. Customer records and payment information should be collected for legitimate purposes, accessed on a need-to-know basis, retained appropriately, and protected through encryption, multifactor authentication, monitoring, and incident response. Payment-card data requires compliance with applicable payment-security requirements.

Artificial intelligence and machine learning can support duplicate detection, cash matching, collection prioritization, anomaly detection, and forecast analysis. However, models may produce biased or unexplained results, rely on poor historical data, or incorrectly match receipts. Human review, model validation, access control, explainability, and documented override procedures remain necessary. AI should assist professional judgment, not authorize unsupported revenue or automatically write off customer balances.

Modern ERP systems increasingly use real-time event processing, electronic invoicing, embedded payment services, application programming interfaces, robotic process automation, and process-mining tools. These technologies can reduce delay and improve visibility, but they also increase dependence on interfaces, configuration, cybersecurity, and data governance. A highly automated process can spread an error faster than a manual process; automation is therefore a control opportunity, not a control guarantee.

Best-Practice Design Principles

A reliable revenue, receivables, and cash-receipt system should:

  • maintain one controlled customer master;
  • link contracts, orders, deliveries, invoices, receipts, and adjustments;
  • separate sales, credit, custody, recording, reconciliation, and write-off duties;
  • use approved pricing and documented override workflows;
  • recognize revenue based on satisfied performance obligations, not simply invoices or cash;
  • reconcile subledgers, bank records, and the general ledger regularly;
  • investigate disputes, unapplied cash, credit memos, and reversals promptly;
  • use aging and forward-looking information in credit-loss estimation;
  • monitor both financial outcomes and process-quality indicators; and
  • retain complete, tamper-evident audit evidence.

Chapter Summary

The order-to-cash cycle integrates customer master data, order entry, credit, pricing, fulfillment, billing, revenue recognition, receivables, collections, and cash application. Its quality depends on accurate data, connected records, appropriate authorization, segregation of duties, and effective exception management.

Customer master data establishes the identity and terms of the trading relationship. Credit management controls exposure before shipment, while pricing controls protect margin and billing accuracy. Fulfillment evidence supports both invoicing and the assessment of when control or service performance has transferred. Revenue recognition follows the applicable accounting framework and is not automatically triggered by an invoice or cash receipt.

Receivables systems must maintain customer-level records, aging, expected-loss estimates, disputes, credits, and write-offs. Cash-receipt systems must identify, deposit, apply, and reconcile funds. Key indicators such as DSO, receivables turnover, overdue percentages, dispute age, and unapplied cash provide insight, but require consistent definitions and balanced interpretation.

ERP and emerging technologies improve integration and visibility but do not replace governance. Ethical reporting, privacy, cybersecurity, audit trails, human oversight, and independent review are essential to reliable financial information and responsible customer management.

Key Terms

Customer master data: Controlled information describing a customer and the commercial relationship.

Order-to-cash: The process from customer order through collection and cash application.

Credit limit: The maximum approved exposure for a customer under a defined policy.

Credit exposure: The amount at risk, measured using specified open balances and commitments.

Sales order: An authorized record of products or services requested by a customer.

Performance obligation: A promise to transfer a distinct good or service to a customer.

Transaction price: The consideration an entity expects to receive for promised goods or services.

Contract liability: An obligation to transfer goods or services for which consideration has been received or is due.

Accounts receivable: A customer’s outstanding enforceable obligation to pay.

Aging schedule: A classification of receivables according to how long they have been outstanding.

Expected credit loss: An estimate of credit losses expected over the relevant assessment period.

Cash application: Matching and posting customer receipts to invoices or account balances.

Unapplied cash: Received funds not yet matched to a specific customer or invoice.

Credit memo: A document reducing the amount owed, often for returns, errors, or allowances.

Cut-off: The process of recording transactions in the correct accounting period.

Segregation of duties: Dividing incompatible responsibilities among people or system roles.

Preventive control: A control designed to stop an error or irregularity before it occurs.

Detective control: A control designed to identify an error or irregularity after it occurs.

Days sales outstanding: An estimate of the average number of days sales remain invested in receivables.

Audit trail: Evidence showing the origin, processing, approval, change, and posting of a transaction.

Review Questions

Short Answer Questions

  1. What are the principal stages in an order-to-cash process?
  2. Why is customer master-data governance important?
  3. Distinguish a contract liability from an accounts receivable balance.
  4. What is unapplied cash, and why should it be monitored?
  5. Name two controls over revenue cut-off.

Long Answer Questions

  1. Explain how customer master data, credit approval, pricing, and fulfillment affect the reliability of receivables and revenue information.
  2. Describe the five-step revenue-recognition model and explain why billing does not necessarily determine the timing of revenue.
  3. Evaluate the role of segregation of duties and IT application controls in an ERP order-to-cash system.
  4. Explain how aging analysis, expected credit losses, collections, disputes, and write-offs should be integrated.
  5. Discuss the benefits and limitations of automation and artificial intelligence in cash application and collections.

Analytical / Application Questions

  1. A company’s beginning receivables are $200,000, ending receivables are $260,000, and quarterly net credit sales are $1,080,000. Calculate quarterly DSO using a 90-day quarter and interpret the result.
  2. An order exceeds a customer’s credit limit, but the customer has made an unidentified bank payment that may cover the excess. Design an appropriate control and decision workflow.
  3. A customer is invoiced before accepting a complex installation service. Analyze the revenue, receivable, contract-liability, fulfillment, and control issues that management should resolve before period end.

Multiple Choice Questions with Answers

Question 1

Which record most directly supports the assertion that goods were delivered to the customer?

A. Approved price list

B. Proof of delivery

C. Customer credit application

D. Unapplied-cash report

Correct Answer: B. Proof of delivery

Question 2

Which responsibility should generally be separated from cash custody?

A. Bank reconciliation and independent review

B. Preparation of customer statements

C. Recording and posting cash receipts

D. Review of collection performance

Correct Answer: C. Recording and posting cash receipts

Question 3

Under the five-step revenue model, what is identified after the contract is identified?

A. The performance obligations

B. The bank deposit date

C. The customer’s aging category

D. The write-off authorization

Correct Answer: A. The performance obligations

Question 4

A company has $80,000 current receivables at 1%, $25,000 aged 31–60 days at 4%, and $10,000 over 60 days at 15%. What is the estimated credit loss?

A. $2,300

B. $3,000

C. $3,300

D. $4,100

Correct Answer: C. $3,300

Question 5

Beginning receivables are $120,000, ending receivables are $150,000, and 90-day net credit sales are $540,000. What is DSO?

A. 18 days

B. 22.5 days

C. 27 days

D. 45 days

Correct Answer: B. 22.5 days

Question 6

What is the most appropriate treatment for a receipt that cannot yet be matched to an invoice?

A. Immediately recognize it as revenue

B. Delete it until remittance details arrive

C. Record it in a controlled unapplied-cash account

D. Apply it to the oldest unrelated customer balance

Correct Answer: C. Record it in a controlled unapplied-cash account

Question 7

Which situation creates the greatest risk of premature revenue recognition?

A. Revenue recorded after verified customer acceptance

B. Cash applied using validated remittance data

C. An invoice issued before the required performance is satisfied

D. A credit memo approved for returned goods

Correct Answer: C. An invoice issued before the required performance is satisfied

Question 8

Which control best addresses duplicate customer accounts?

A. Duplicate detection and independent master-data review

B. Increasing the sales commission rate

C. Allowing unrestricted customer creation

D. Delaying all customer statements

Correct Answer: A. Duplicate detection and independent master-data review

Question 9

Receivables turnover is calculated as:

A. Average receivables ÷ net credit sales

B. Net credit sales ÷ average receivables

C. Cash receipts ÷ ending inventory

D. Gross profit ÷ average payables

Correct Answer: B. Net credit sales ÷ average receivables

Question 10

Why can automation fail to provide effective control over cash application?

A. Automation always prevents audit trails

B. Automated matching may use inaccurate data or incorrect tolerances

C. Automation makes bank information unavailable

D. Automated systems cannot record customer numbers

Correct Answer: B. Automated matching may use inaccurate data or incorrect tolerances

Accounting Information Systems & ERP
Chapter 6 of 15