Quasar Docs
Chapter 23

Accounts Receivable

Accounts Receivable (AR) in Quasar manages all money owed to your business by customers. The system is built on two layers: Customer Types define the defaults (AR account, terms, credit limits, service charge rates, and transaction permissions), and the Customer Account is where those defaults land and where they can be overridden for individual customers. The Customer Account is the most important record in AR — it is the entity that carries the balance, receives invoices, makes payments, and appears on statements.

Customer Types

Customer Types are the foundation of AR segmentation. They let you group customers into categories such as Business, Member, No Charge, Government, etc. Each type defines a complete set of defaults that are inherited by every customer assigned to it.

ScreenAccessPurpose
Customer Type Master Cards → Customer Type Create or edit customer types
Customer Type List Cards → Customer Type List Browse customer types

Customer Type Fields

FieldPurpose
Name Descriptive name (e.g., “Business”, “Member”, “No Charge”)
AR Account The GL Accounts Receivable account for this customer category. This is the key field that separates AR balances by customer type on the Balance Sheet.
Grace Period Type None, From Posted Date, or From Statement Date. Determines how overdue aging is calculated.
Grace Period Days Number of days in the grace period (enabled when Grace Period Type is not “None”)
Default Terms Payment terms inherited by new customers (enabled when Grace Period Type is “None”)
Tax Exempt Default tax exemption for this customer type
Credit Limit Maximum credit allowed before the system warns or blocks further charges
Service Charge Monthly interest rate applied to overdue balances
Require Statements? Whether statement printing is required for customers of this type
Email Statements? Whether statements should be emailed (only enabled when Require Statements is checked)
Price Level Default pricing tier: Regular, Level 1–4
Force Price Level? If checked, the price level cannot be overridden at the transaction level

Transaction Permissions

The Transactions group controls what this customer type is allowed to do:

PermissionControls
Can Charge? Whether customers can charge purchases to their account (AR invoicing)
Can Withdraw? Whether customers can withdraw cash against their credit balance
Can Make Payment? Whether customers can make payments on their account
Check Withdraw Balance? If checked, withdrawals are limited to the customer’s credit balance
Second Receipt? Prints a duplicate receipt for charge transactions
Tip: Create a “No Charge” customer type with Can Charge unchecked to prevent accidental AR transactions for cash-only customers. Create a “Member” type with a specific price level to automatically give members preferred pricing.

The Customer Account

The Customer Account (Customer Master) is the central record in AR. When a customer type is assigned, all of its defaults flow into the customer record. However, every field can be overridden at the individual customer level. The customer’s own values are what the system uses for all transactions, statements, and service charges.

ScreenAccessPurpose
Customer Master Cards → Customer Create or edit individual customer accounts

Control Tab — AR Settings

The Control tab holds all AR-relevant fields. These are initially populated from the Customer Type but can be changed per customer:

FieldPurposeOverride?
Store Ties the customer to a specific store, or leave blank for a corporate (all-store) customer
AR Account The GL account for this customer’s receivables. Inherited from the type but can be changed (e.g., to separate a single high-value customer into its own GL account) Yes
Grace Period Type None, From Posted Date, or From Statement Date Yes
Grace Period Days Days in the grace period Yes
Default Terms Payment terms (Net 30, 2/10 Net 30, etc.) Yes
Tax Exempt Tax exemption code Yes
Credit Limit Maximum outstanding balance allowed Yes
Credit Hold? Manually freeze the customer’s account (prevents new charges regardless of credit limit) Customer only
Service Charge Annual interest rate on overdue balances. If set to zero, no service charge is calculated for this customer. Yes
Require Statements? Whether this customer receives statements Yes
Email Statements? If checked, statements are emailed as PDF instead of printed Yes
Price Level Pricing tier (Regular, Level 1–4) Yes
Force Price Level? Lock the price level from being overridden at the transaction level Yes
PIN Security PIN for POS identification Customer only

Transactions Tab — Permissions & Discounts

The Transactions tab controls what this customer is permitted to do at the POS and back office:

PermissionControls
Can Charge? Whether this customer can charge purchases to their account
Can Withdraw? Whether the customer can withdraw cash against a credit balance
Can Make Payment? Whether account payments are accepted
Check Withdraw Balance? Limits withdrawals to the available credit balance
Second Receipt? Prints a duplicate receipt on charge transactions

The Transactions tab also includes a Discount table where transaction-level discounts can be assigned to the customer (applied automatically at the POS).

Override Hierarchy: The Customer Type sets the baseline. The Customer Account can override any field. The value on the Customer Account is always the one used by the system for transactions, statements, and service charge calculations.

Customer Payments (Receipts)

The Customer Payment screen records payments received from customers against their outstanding invoices. It is the primary AR collection tool.

ScreenAccessPurpose
Customer Payment Sales → Customer Payment Record a payment against customer invoices

Payment Fields

FieldPurpose
Receipt No. Auto-assigned payment number
Customer The customer making the payment. Changing the customer loads their outstanding invoices.
Customer Unit Optional sub-unit of the customer (for customers with multiple departments or locations)
Payment Total payment amount received
Balance Customer’s current AR balance (read-only)
Discount Account GL account for early-payment discounts taken. Defaults from the Store Master’s Customer Terms Account.
Discount Amount Total discounts taken across all invoices (read-only)

Allocations Tab

The Allocations tab lists all outstanding invoices for the customer, ordered by due date:

ColumnMeaning
Due Date Invoice due date
Invoice Invoice number
Total Original invoice total
Disc Date Last date for early-payment discount
Due Remaining amount due
Payment Amount to apply to this invoice (editable)
Discount Discount taken (editable — validated: must fully pay the invoice to take a discount)
Pay? Check to pay the full amount due

Convenience buttons:

  • Oldest — allocate the payment starting with the oldest invoice first
  • Clear — reset all payment allocations to zero
  • Info — view invoice details and adjust the discount amount

The bottom of the tab shows:

  • Allocated — total amount allocated across all invoices
  • Difference — Payment minus Allocated. When this reaches zero, the payment is fully allocated.

Tenders Tab

Enter the payment method(s) used — Cash, Cheque, Credit Card, etc. Multiple tenders can be used on a single payment.

References Tab

If the customer has reference fields defined on their Customer Master (e.g., Purchase Order Number), these are prompted at payment entry and displayed on the References tab.

Detailed Statement

The Detailed Statement is an on-screen inquiry that shows every transaction on a customer’s account at the item level. Unlike a summary statement, it expands invoices into individual line items with quantities, base amounts, deposits/levies, and taxes.

ScreenAccessPurpose
Detailed Statement Sales → Detailed Statement On-screen inquiry of customer activity

Filters

FieldPurpose
Customer Customer to inquire on
Customer Unit Optional sub-unit filter
Store Limit to transactions from a specific store
Range / From / To Date range (defaults to This Month to Date)
Show Transaction Tax? When checked, adds a separate row for each tax component on every transaction

Grid Columns

ColumnMeaning
Date Transaction date
Tx # Transaction number
Store Store number
Description Item name, tender name + “payment”, or adjustment type
Quantity Item quantity (invoices and returns only)
Deposit/Levies Deposits and levies on the line
Taxes Tax amount on the line
Base Sale price before deposits/levies
Charges Amounts that increase the balance
Credits Amounts that decrease the balance (payments, returns)

The footer shows Total Charges, Total Credits, and their Difference (net balance change for the period). Double-click any row to open the source transaction.

The Detailed Statement covers all AR transaction types: Customer Invoices, Customer Returns, Receipts (payments), Card Adjustments, Card Transfers, Withdrawals, and Customer Cheques.

Print / Email Statements

The Print Statements screen generates formal customer statements in batch. Statements can be printed, emailed as PDF attachments, or previewed on screen.

ScreenAccessPurpose
Print Statements Sales → Print Statements Batch print or email customer statements

Store Options

FieldPurpose
Address Store Store whose address appears on the statement header
Transaction Store Limit transactions to this store
Trans. Store Group Or limit by a store group (clears Transaction Store)
Customer Store Corporate and Store, Only Store Customers, or Only Corporate Customers
Type Statement report template (loaded from the server’s report library)

Customer Selection

FieldPurpose
Start / End Date Statement period (defaults from the store’s statement cycle)
Customer Type Filter by customer type (e.g., Business only)
Customer Group Filter by customer group
Customer Single-customer override

Delivery Mode

Choose one of four modes:

ModeBehaviour
All Statements Prints non-email customers and emails the rest — both in one run
Print Prints statements only (skips customers flagged for email)
Email Generates PDF statements and emails them. PDFs are saved to a date-stamped subdirectory under the Browse path.
Preview Single Statement Opens the statement in a report viewer (requires exactly one customer selected)
Statement Delivery Control: Whether a customer receives a printed or emailed statement is controlled by two flags that flow from Customer Type to Customer: Require Statements? and Email Statements?. Only customers with Require Statements checked will receive statements. If Email Statements is also checked, the statement is emailed as a PDF instead of printed. Invalid email addresses are caught and reported before processing begins.

Additional Options

  • Generate Mailing Labels? — after printing, opens the Mailing Labels screen pre-loaded with the printed customers
  • Browse — choose the directory where emailed PDF statements are staged (organized into date-stamped subfolders)

Service Charges

Service Charges apply interest to overdue customer balances. The charge rate is set at two levels:

  1. Customer Type — the Service Charge percentage on the Customer Type Master sets the default rate for all customers of that type
  2. Individual Customer — the rate can be overridden on the Customer Master for specific customers (e.g., a preferred customer with a lower rate, or a delinquent customer with a higher one)

The effective rate used is always the one stored on the Customer record. When a customer is first created, this rate is inherited from the Customer Type. If the rate on the customer is zero, no service charge is calculated for that customer.

ScreenAccessPurpose
Service Charges Sales → Service Charges Calculate and post interest on overdue balances

Service Charge Fields

FieldPurpose
Start Date Beginning of the charge period (defaults from the store’s last service charge date)
End Date End of the charge period
Posting Store Store to post the charge transactions against
Account Revenue account credited for service charge income (defaults from the Store Master’s Charge Account)

How Service Charges Are Calculated

Quasar uses a daily balance method:

  1. The customer’s annual service charge rate is converted to a daily rate: daily = rate × 1000 / 365
  2. For each overdue transaction (past its due date and not yet fully paid), Quasar calculates the outstanding balance on each day of the period
  3. The daily charge is: balance × daily rate
  4. The total is summed and rounded to produce the final service charge amount

Transactions paid on or before their due date are excluded. The grace period setting on the Customer Type (or Customer) determines how due dates are calculated:

  • None — uses the invoice’s payment terms to set the due date
  • From Posted Date — due date is the posted date plus grace days
  • From Statement Date — due date is the end of the statement period plus grace days

Calculate and Post

  1. Click Calculate to preview the charges. The grid shows each customer, whether they have unallocated credits, and the calculated charge amount.
  2. Review the results. A progress bar shows calculation progress across all active customers.
  3. Click Post to create Card Adjustment transactions that debit the customer’s AR account and credit the service charge revenue account.

After posting, the store’s Last Service Charge date is updated to prevent duplicate charges.

AR Workflow

The standard AR lifecycle in Quasar follows this pattern:

  1. Create Customer Types — define AR accounts, terms, credit limits, service charge rates, and permissions for each customer category
  2. Create Customers — assign a type; defaults (including service charge rate and statement flags) flow automatically from the type to the customer record
  3. Charge Sales — invoices posted to the customer’s AR account (via POS charge or back-office Customer Invoice)
  4. Review Activity — use the Detailed Statement for on-screen inquiry of charges, credits, and running totals
  5. Collect Payments — use the Customer Payment screen to record payments and allocate against outstanding invoices
  6. Apply Discounts — early-payment discounts are applied during payment allocation
  7. Issue Refunds — use Customer Cheque or Customer Withdrawal for credit balance payouts (see Chapter 21)
  8. Service Charges — calculate and post interest on overdue balances each period
  9. Print / Email Statements — generate and deliver formal statements to customers by mail or email
  10. Month-End — finalize the AR period (see Chapter 25)

The Receivables Manager

The Receivables Manager is Quasar’s dedicated AR operations dashboard. It combines a filterable customer list with a real-time credit management panel showing contact information, credit controls, risk assessment, aging charts, payment trends, and collection notes — all in a single screen. This is the primary workspace for AR staff performing daily collections and credit management.

ScreenAccessPurpose
Receivables Manager Sales panel on the Home Screen, or Sales → Operations AR operations dashboard for collections and credit management

Customer Selection & Filtering

The left panel provides a filtered customer list. Use the controls at the top to narrow down the list before working through accounts:

FilterPurpose
Status Outstanding Balance Only, Overdue Invoices Only, High Risk Only, or All Active Customers
Store Limit to customers associated with a specific store
Customer Search Free-text search by customer name or number
Date Range / From / To Control the analysis period for aging and trends

The customer list shows Number, Name, and current Balance. Select a customer to load their dashboard in the right panel.

The Customer Dashboard

The right panel loads when a customer is selected. It provides a comprehensive view of the customer’s AR status across several sections:

Contact & Account Details

Shows the customer’s name, primary contact, phone, email, and payment terms at a glance.

Quick Credit Controls

Two instant-action controls let you manage credit directly from the dashboard:

ControlPurpose
Credit Hold Checkbox that immediately places or removes a credit hold. When active, the customer cannot be invoiced.
Credit Limit Adjust the maximum credit balance. Changes save immediately.
Caution: Credit Hold and Credit Limit changes take effect immediately when modified — there is no Save button for these fields. Exercise caution, especially with the Credit Hold toggle.

Risk Assessment Badges

Five automatic risk badges provide an instant visual summary of the customer’s credit health. Each badge displays a red or amber warning state when attention is needed, or a green state when the metric is healthy:

BadgeRed / Amber State Green State
Credit Hold CREDIT HOLD ACTIVE Good Standing (No Hold)
Credit Limit CREDIT LIMIT EXCEEDED Credit Limit Normal
Overdue SEVERELY OVERDUE (90d+) No Long-overdue Balance
Payment Speed SLOW PAYER (avg days vs terms) Prompt Payer (avg days)
Returns HIGH RETURNS (return ratio %) Normal Returns (ratio %)
Tip: The risk badges update automatically when you select a customer. Use the High Risk Only status filter to quickly identify all customers with active warning badges.

Aging & Trend Charts

The dashboard includes two visual charts that provide instant insight into each customer’s payment behaviour:

  1. Aging Balance Distribution — a bar chart showing the customer’s outstanding balance split into Current, 30-day, 60-day, 90-day, and 120+ day buckets. Colour-coded from green (current) through amber to red (severely overdue).
  2. Sales & Payments Trend — a monthly grouped bar chart showing sales (green) and payments/returns (blue) with a running balance overlay line (purple). Shows the customer’s payment behaviour over time.

Collection Notes

The notes system provides a complete audit trail for collection activities:

AreaPurpose
Notes History Read-only chronological log of all collection notes with timestamps and usernames
New Note Enter collection notes, phone call summaries, or action plans

Each note is automatically timestamped with date, time, and the current user’s name.

Tip: Use collection notes to document every customer interaction — phone calls, promises to pay, dispute details, and resolution plans. The timestamped audit trail is invaluable for handoffs between staff and for legal proceedings.

Quick Actions

Action buttons and the right-click context menu provide fast access to related screens:

ActionPurpose
Print Statement Print a statement for the selected customer
Aged Receivables Open the full Aged Receivables report filtered to this customer
Sales Report Open the Sales Report filtered to this customer

The right-click context menu also offers Customer Statement, Inquiry, and Customer Sales options.

Collections Workflow

Use the Receivables Manager to follow a structured daily collections process:

  1. Open Receivables Manager from the Sales panel on the Home Screen
  2. Set Status to “Overdue Invoices Only” to focus on problem accounts
  3. Review each customer’s risk badges and aging chart
  4. For customers requiring action, log a collection note documenting your plan
  5. Use Credit Hold for customers who are severely overdue or unresponsive
  6. Print statements for customers who need a formal reminder
  7. Review the Sales & Payments Trend to identify customers whose payment behaviour is deteriorating

Screens Summary

ScreenMenuHelp
Customer Type Master Cards → Customer Type Help
Customer Type List Cards → Customer Type List Help
Customer Master Cards → Customer Help
Customer Payment Sales → Customer Payment Help
Detailed Statement Sales → Detailed Statement Help
Print Statements Sales → Print Statements Help
Service Charges Sales → Service Charges Help
Receivables Manager Sales → Operations Help
Related Chapters
  • Chapter 5 — Customer Master (where type is assigned and defaults are inherited)
  • Chapter 21 — Cheques & Banking (Customer Cheques and Withdrawals)
  • Chapter 25 — Month-End & Year-End (Service Charges, Statements, Aging)
  • Chapter 27 — Reports & Analysis for additional AR reporting tools