Single Monetary Transaction

The Single Monetary dialog provides a facility for recording a single monetary transaction against a particular account.  To perform a monetary transaction the account must be in an open status and cannot be in a blocked or frozen status.  

The dialog displays the type of transaction being performed at the top of the dialog.  If the user access an incorrect transaction, the user can select the Cancel push-button.  The dialog closes and the user may select the appropriate transaction from the Select a Monetary transaction drop down list.

Once all the appropriate information has been specified on the dialog box the user selects the Save push-button.  The appropriate transaction is sent to the Recovery Accounting Subsystem.  If the transaction posts successfully a history record is written out, the General Ledger is updated, accruals are brought current to the current processing day, the transaction is written out to the appropriate reports, the dialog is closed, and the user is returned to the originating view.  If the transaction does not post successfully the errors are returned to the CACS Enterprise Browser and displayed in the Messages dialog.

A payment that is submitted to the Recovery Accounting Subsystem may be effective dated to a date in the past.  If a transaction is submitted for a date in the past the accruals are reversed to the Effective Date, the payment is posted, and then accruals are brought current to the current processing day.

If third party information is specified the agency and associated data are forwarded to the Third Party subsystem in CACS the information is used to determine commissions or expense reimbursement to the agency.  When the transaction hits the Third Party subsystem in CACS, the commission amount reported by the third party is compared to the commission amount calculated by the Third Party subsystem, and discrepancies are flagged.

When any type of payment transaction is submitted to Recovery Accounting, the following activities occur.

  1. The payment is posted to the appropriate dues buckets based on the transaction being submitted and the payment posting priorities.
  2. If the Non-Customer Payment Source (64301) is submitted, the Recovery Accounting ensures that a payment source is provided.
  3. If the balance is zero or within closing tolerances (as defined on the state or type table) and a Payoff (64100) transaction is submitted, the Payoff Type is set to Payoff, Forced Closed (closed within tolerance), or Payoff Reversal.
  4. If a Forced Payoff (64500) transaction is submitted, the Account Status is changed to closed and adjustments are issued to bring all buckets with due amounts to zero.
  5. If an Interest Only Payment (64010) transaction is submitted, the entire amount is posted to the interest due bucket.  If the transaction amount is greater than the interest due bucket the difference is posted according to the defined payment posting priorities.
  6. If a Principal Only Payment (64020) transaction is submitted, the entire amount is posted to the principal due bucket.  If the transaction amount is greater than the principal due bucket the difference is posted according to the defined payment posting priorities.
  7. If the transaction posted causes the account to have a negative balance (reflecting the difference between the payment/payoff and the amount due on the account), a manual adjustment is necessary to close the account.
  8. If the account has a negative balance, the information is written to the Daily Exception Report until manual adjustments are made to close the account.