AR – CC – Allow Payment less than Payment Plan Amount

Accounts Receivable (AR) & Cash Collection (CC) – Allow Payment less than Payment Plan Amount

Overview

This feature allows the collection of a payment that is less than the predefined Payment Plan Amount.

User Interaction

In Cash Collection, when a user tries to make a payment that is less than the set minimum to collect, a pop-up message is displayed. This message will block the transaction and prevent the saving of the payment. If the permission is checked, the message will no longer be displayed to the user. The payment can then be saved even if the amount is less than the set minimum that is to be collected.

Setup

To configure this option, you must set the new security parameter in the OpenForms Designer (OFD). This option can be set by Profile or by user for the Cash Collection Form.

NOTE: The default setting for all users for this permission is, False (F) .

In the OFD select… Cash Collection > Payment Data Entry > CCPaymentDataEntry_Control (while in security mode), set the following parameter:

  • Allow to pay less than minimum to collect

 

 

101-ar-fea-038

 

0 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 5 (0 votes, average: 0.00 out of 5)
You need to be a registered member to rate this.
Loading...

 

AR – Inquiry Detail

Accounts Receivable (A/R) Inquiry Detail

Overview

NOTE: The A/R Inquiry Detail form has been merged with the AR Inquiry form.

 

 

101-ar-frm-002

 

0 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 5 (0 votes, average: 0.00 out of 5)
You need to be a registered member to rate this.
Loading...

AR – Inquiry Notes

Accounts Receivable (A/R) Inquiry Notes

Overview

Use the Notes tab of the A/R Inquiry form for adding comments and warning codes, additional information about delinquent charges, history, arrears, and ACH payment information to the selected record.

Documentation

For the complete reference guide, see 101-all-001-GovernAccountsReceivable-(man)-(6.0)
For the A/R Transaction Rules, see 101-ar-001-AR-TransRulesGL.

Prerequisites

The following Regular User Validation Tables are required for the A/R Alerts, Warnings, and Protest Codes.

  • ARALERT: for the A/R Alert Codes
  • ARWARNC: for the A/R Warning Codes
  • ARPROT: for the A/R Protext Codes
  • COLLAGCY: for the Collection Agencies used for A/R

To access these tables:

  1. Launch GNA.
  2. Select Editors > User Validation Table Editor.
  3. Select Regular from the Table Type drop-down list.
  4. Select the table.
  5. Click Codes to add, modify, or delete codes.
  6. Click Save.

Completing the Notes Form for Alerts and Warnings

The form contains the following sections:

  1. General Information
  2. ACH Information
  3. Notes and Comments

General Information

Alert Code: Select an Alert Code from the drop-down list (Table: VT_USR_ ARALERT). An Alert is more severe than a Warning. If an alert code is associated with the account, no payment entry can be made.
Warning Code: Select a Warning Code from the drop-down list (Table: VT_USR_ARWARNC). A Warning is less severe than an Alert, in that a notification is sent, but the user can make a payment entry.
Collection Agency: Select a Collection Agency for the account from the drop-down list (Table: VT_USR_COLLAGCY).
Notes and Comments: Enter any notes or comments for the account.

Additional Information

Not Subject to Delinquent Charges
Select this option if you don’t want any interest calculated on the current account. Otherwise, these charges are calculated automatically.
History / Inactive Account
Select this option to indicate the account is historical or inactive. No further Accounts Receivable transactions can be performed on the account.
Arrears
Select the calendar beside the Arrears date field to select the date that the account went into arrears. Depending on your organization, the date could be populated by a batch process.

ACH Information

Amount: This field displays the amount for the selected record. This can be the amount of the displayed installment or a fixed amount. To override this value, for example, for partial payments, modify the field directly and click Save.
Installment: If the displayed amount is an installment, this field displays first, second, third, fourth or total (Table: VT_SY_INSTALL).
Active Flag: The Prepare Data for ACH File process sets the Active Flag to Pending. In the Pending state, you can:

  • Modify the displayed amount.
  • Change the Active Flag to Manually Deactivated.

Records set to Manually Deactivated are not included in the ACH File. Use this state for accounts that cannot be prenoted; for example, invalid accounts.
ACH Date: This field displays the date the Prepare Data for ACH File process was run.
Fixed Amount: Select this option if the selected amount is a fixed amount.

 

 

101-ar-frm-003

 

0 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 5 (0 votes, average: 0.00 out of 5)
You need to be a registered member to rate this.
Loading...

 

AR – Inquiry Payment Plan

Accounts Receivable (A/R) Inquiry Payment Plan

Overview

The A/R Inquiry Payment Plan is used for defining a payment and calculating when payments are due. The form provides some flexibility. Payments can be received between dates and made for less than the amount specified in the Amount per Period field. The Next Payment Date field is updated when the full amount for the period has been paid.

Documentation

For the complete reference guide, see Govern Accounts Receivable.
For the A/R Transaction Rules, see 101-ar-001-AR-TransRulesGL.

Running Reversal and Refund Batch Processes

If you run the A/R Refund Posting or A/R Reversal Posting batch processes for a payment made through the Payment Plan, start with the last payment entered.

NOTE: Running one of these batch processes on a payment prior to this may corrupt the Payment Plan data.

Highlighting on Accounts with Payment Plans

To indicate that a payment plan is associated with an account, the text for the record is displayed in red in the Summary Detail.

Payment Plan Command Buttons

Save: Click Save to save the payment plan record.
Delete: If no payments have been made on the current payment plan, you can remove it by clicking Delete.
Show Detail:
Click Show Detail to display the payment plan details. This button is enabled after the record is saved at least once.

Payment Plan Fields

Plan Option (On/Off)
Select the On or Off option according to the status of the project. If required, you could set up all the payment plan parameters; then, turn on the plan when all conditions are agreed upon.

Payment Plan Information

Payment Option: The Payment option is displayed if the ACH (PAP) Supported via Payment Plan option is selected in GNA.

  • Manual: Select this option if you are processing a payment on a Payment Plan made in person at the counter.
  • Payment by ACH (PAP): Select this option for pre-authorized Automatic Clearing House (ACH) payments.
  • Postdated Check: Select this option for postdated checks.

Payment Period: Select an option for the payment period from the drop-down list, according to how often payments are to be made:

  • Semi-Annual
  • Every two months
  • Monthly
  • Quarterly
  • Weekly
  • Other: When you select Other, you need to enter a date in the Starting Date and Final Payment Date fields. The Periodic Budget field is disabled. Payments are automatically generated.

Number of Payments: Enter the number of payments required for the plan.
Periodic Budget: Enter the amount of the budget that is agreed upon for the selected period. This field is disabled when the Other option is selected in Payment Period.

Payment Information

Starting Date : Enter the date the payment plan starts. By default, the current date is displayed.
First Payment Date : Enter the date the first payment is due.
Final Payment Date: Enter the date the final payment is due. This field is active when the Other option is selected in Payment Period.
Next Payment Date: The next payment date is automatically displayed when the first payment is made and after each subsequent payment.
Last Payment Date: The last payment date is automatically displayed when the first payment is made and after each subsequent payment.
Last Payment Amount: The last payment amount is displayed when the first payment is made and after each subsequent payment.

Period of Interest/Penalty Information

Not Subject to Delinquent Charges: Select this option to exclude the current record from interest, penalties, and other delinquent charges.
Effective Date: Enter the date that the interest comes into effect.
Ending Date: Enter the last date that interest can be charged.

Payment Additional Information

Resolution Number: Enter a resolution (reference) number for the record.
Reason: Select a reason from the drop-down list. Reasons are user defined. Examples include Credit Memo, Debit Memo, Duplicate Payment, and Overpayment (Table: VT_USR_AR_ REASON).
Authorized By: Enter the name of the person authorizing the payment plan.

Payment Plan Details

When you click the Show Detail icon the Payment Plan Detail window opens.
This window displays information about the total amount due and the details for each pay period within the plan. For example, if the total is $12,000 and the payment period is monthly, 12 payment periods of $1,000 each are listed.
Amount Due: This field displays the total amount owing on the account.
Amount Distributed: This field displays the amount that is spread across the payment periods.
Difference: This field displays the difference between the Amount Due and the Amount Distributed.

Payment Period Information

The information in the grid is automatically calculated based on the amount due and the number of payment periods. The first column displays the number of the payment period. If there are 12 periods, the numbers 1 to 12 are displayed.
Due Date: This field displays the due date for each period. The dates are automatically calculated based on the starting date and the number of periods. Select a date and click the Calendar icon to change a due date if required.
Period Amount: This field displays the amount calculated for each period. This is based on the amount due and the number of periods.

  • You can change the amount due per period by overwriting the amount that is displayed. For example, if there is a small difference between the amount due and the amount distributed, you can add the difference to the first payment or spread it across all payments. If the total amount is uneven, you could add a small amount to the first payment in order to make the other amounts equal. When you change one amount, the others are automatically calculated.

Amount per Period: Enter the amount to be paid for each payment period.

NOTE: If you run the A/R Refund Posting or A/R Reversal Posting batch processes for a payment made through the Payment Plan, start with the last payment entered. Running one of these batch processes on a payment prior to this may corrupt the Payment Plan data.

 

Whats New!

Semi-Annual Payment Plan

The semi-annual payment plan will calculate the payment dates starting from the starting date, i.e. Begin Date, and then taking into account the user specified Number of Payments, calculate the dates of payment every six (6) months. For example, if we were to create a payment plan, specify the Payment Period to Semi-annual, with the number of payments entered as five (5). The plan will break down the amount owed into a Periodic Budget of five (5) payments that are to be made Semi-Annually, i.e. every six (6) months.

Entering a Semi-Annual Payment Plan

For example in the Govern A/R Module, we have an amount due of $1,585.14, the Begin Date is 08/15/2017, when we set the Payment Period to Semi-annual, and the Number of Payments to 5, Govern will determine the following first and final payment dates as:

  • First Payment Date – 2/15/2018
  • Final Payment Date – 2/15/2020

In Govern, locate an account via its AR_ID in the Govern search form. When the record has been located, click the A/R Payment Plan Info tab.

Applying a Semi-Annual Payment Plan

  1. Click New (Ctrl + N), to create a new payment plan.
  2. Select the Payment Period.

When the Number of Payments parameter is entered as 5, the First Payment Date and the Final Payment Date will be indicated. The details for our payment plan have been entered.

  1. Click on Save (Ctrl + S)
  2. Next click on the Show Periods Detail icon to display a modal screen with the scheduled payment dates (Payment Plan Detail).

The full details of the payment schedule are displayed as follows:

Period Due Date Period Amount Amount Paid
1 2/15/2018 $317.03
2 8/15/2018 $317.03
3 2/15/2019 $317.03
4 8/15/2019 $317.03
5 2/15/2020 $317.02

Paying Less than Periodic Budget Amount

The Periodic Budget amount is the system calculated payment amount. This amount is displayed in the Periodic Budget parameter. When a payment is made, after the click to save the payment, the Cash Collection dialog box will appear displaying a log of the transaction. This will include the Account No., the Account Name, and the Minimum to Collect. Situations may arise where the system generated Periodic Budget amount cannot be paid. In such instance a supervisor can give permission to allow a lower amount to be paid.
Configuration of this temporary transferring of permission is performed in the OFD. See the Enable Supervisor Permission Transfer for Minimum Payment in the Security section.

Change Payment with Supervisor Permission

NEW! When the option to “Allow to pay less than minimum to collect” is set in the OFD, an authorized user can enter their password and override the system requirement for a minimum payment. To use the supervisor override, after the prompt of the Cash Collection confirmation screen…

  1. Click OK to dismiss the screen.
  2. On the Payment Data Entry tab, click the padlock icon, i.e. Change the permissions for the form.
  3. At the Govern Login prompt, an authorized person can enter their Username and Password.

After the Supervisor enters the Username and Password, click the Save icon to confirm the permission transfer for the minimum payment.

NOTE: If a payment type is not selected, a Cash Collection dialog box will be displayed indicating that a “Payment Type is Required”; click OK. Choose a payment type, e.g. Cash.
Unless the user option to “Allow to pay less than minimum to collect” is set in the OFD, the minimum payment will be required to be entered.

Security

OpenForms Designer (OFD)

Enable Supervisor Permission Transfer for Minimum Payment

NEW! Security for this feature can be set by Role or by User. Enabling or disabling security options must be performed by a user with administrator level rights.

  1. In the OFD, open the Cash Collection form.
  2. Click the padlock icon to select Security Mode.
  3. Select the Payment Data Entry Tab
  4. Click to select the Custom Control (CCPaymentDataEntry_Control).
  5. On the Security pane on the Left Hand Side (LHS), select security type as Type: Normal (default selection).
  6. Click the required profile.
  7. Beside the Custom Control click the black arrow [V] to select the security option to enable “Allow to pay less than minimum to collect” for the Role or User.

Typically this option is enabled for a Supervisor or user that has administrator rights.

Related Topics

Accounts Receivable Module
Accounts Receivable – What’s New
Accounts Receivable Configuration
A/R Inquiry Payment Plan

 

101-ar-frm-005

 

0 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 5 (0 votes, average: 0.00 out of 5)
You need to be a registered member to rate this.
Loading...

AR – Deposit Management

Accounts Receivable (A/R) Deposit Management

Overview

Deposit Management is mandatory for all A/R transactions in Govern OpenForms. You can use either auto-assigned deposit numbers or create them manually on the Deposit Management form.

Documentation

For the complete reference guide, see 101-all-001-GovernAccountsReceivable-(man)-(6.0).
For the A/R Transaction Rules, see 101-ar-001-AR-TransRulesGL.

Deposit Numbers

Deposit numbers are organized under the following transaction types:

  • Payment
  • Payment Reversal
  • Refund
  • Adjustment. You can select a subsystem for the Adjustment type.

For each transaction type, you can create as many deposit numbers as required. For example, you may want to create a new deposit number for each deposit, for each day, or for each user.
There are two levels of security for Deposit Management forms. The first is typically assigned to users, such as administrators and supervisors, who need to see the deposit number of all users. The second is assigned to users who need to see their own deposit numbers only.

Accessing the Deposit Management Form

To access this form:

  • Open a Profile that contains A/R Inquiry and Deposit Management.
  • Open the Form Explorer and select Deposit Management.

 

Deposit Management Icons

The following icons are displayed at the top of the Deposit Management form.

  • New: Click New to reset the form so that you can enter new data. When you click the New icon, the Delete icon switches to Cancel so that you can clear unsaved data.
  • Save: Click Save to save a new or updated Deposit Management record. Records are saved to VT_USR_BATCH_NO.
  • Delete: Click Delete to remove a deposit management number.
  • Browse In Govern OpenForms v6, there are several ways of Browsing multiple records.
  • Navigational arrows: Use the naviagational arrows at the top of the form to scroll to the next and previous records.
  • Record Selector: Click the drop-down arrow at the top of the form in order to view a list of all Deposit Numbers. By adding a description that contains one or more fields, administrators can facilitate record selection. Refer to the OpenForms Designer documentation for details.
  • Browsing screen: Administrators can add a customized Browsing screen that contains one or more fields. This can be positioned on the left or on top of the form.

Deposit Management Data Entry Fields

  • Deposit Number Depending on the setup in GNA, the Deposit Number field is populated automatically or it can be entered manually. If it is automatic, it is populated when you click New. If it is manual, enter the deposit number. This is a required field.
  • Description Enter a description. This is a required field.
  • Linked Deposit Number This field is populated with the deposit number of the linked record if separate deposit numbers are used for credit card payments.
    • The option to create separate deposit numbers for credit card payments needs to be selected on the A/R General Parameters form in GNA. A new record is automatically created for the credit card payment and that deposit number is displayed in this field. See Scenario: Deposit Numbers for Credit Card Payments on page 197.
  • For Credit Card Payment Only
    • This field is automatically selected if the payment was made by credit card. It cannot be modified from this form.
  • Creation Date: This field displays the current date and cannot be modified from this form.
  • Created By: This field displays the user name of the logged-in user and cannot be modified from this form.
  • Transaction Type: Select one of the following transaction types for the deposit number: Payment, Payment Reversal, Refund, or Adjustment.
  • Subsystem: Select the subsystem for adjustment transaction types.

Scenario: Deposit Numbers for Credit Card Payments

This scenario describes how to create separate deposit numbers for credit card payments. Administrative Setup
A new deposit number is automatically created for credit card payments if the Separate Credit Card for Deposit Numbers option is selected in Govern Admin.
To select this option:

  1. Launch Govern Admin.
  2. Select Accounts Receivable > General Parameters.
  3. Select the Activate Deposit Management and Separate Deposit for Credit Card Payments options.
  4. Click Save.

 

Administrative Setup

A new deposit number is automatically created for credit card payments if the Separate Credit Card for Deposit Numbers option is selected on the General Settings Editor in GNA.
To select this option:

  1. Launch GNA.
  2. Select Application Configurations > Accounts Receivable.
  3. Select Separate Deposit Number for Credit Card Payments.
  4. Click Save.

User Form Setup

For the credit card setup, you need to create a deposit number for the type of payments you are processing. Typically, this is Payment.
To create a deposit number for payments:

  1. Launch Govern.
  2. Open a Profile that includes A/R Inquiry and Deposit Management.
  3. Open the Form Explorer and select Deposit Management.
  4. Click the New icon to create a new deposit number.
  5. Enter a deposit number if one is not automatically generated.
  6. Enter a description.
  7. Select Payment from the Transaction Type drop-down list.
  8. Click Save
NOTE: The For Credit Card Payment Only option is automatically selected if the payment was made by credit card. It cannot be modified from this form.

Entering a Credit Card Payment with Deposit

The procedure for entering a deposit on credit card payments is the same as for any other type of payment. However, you need to ensure that you select the deposit number for credit cards that you created in the previous step.
To process a payment with a deposit for credit cards:

  1. Launch Govern.
  2. Open a Profile that includes Accounts Receivable.
  3. The A/R Inquiry form opens.
  4. Perform a search and select the required record.
  5. Right-click on the record for the payment you are processing.
  6. Select Payment Data Entry.
  7. Select Payment. from the Transaction Type drop-down list, if it is not already selected.
  8. Select the Deposit Number you created for credit card payments.
  9. Select Credit Card from the Type drop-down list under Detail.
  10. Enter and verify the other details as described for Payment Data Entry.
  11. Click Save.

 

 

101-ar-frm-006

 

0 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 5 (0 votes, average: 0.00 out of 5)
You need to be a registered member to rate this.
Loading...

AR – Payment Data Entry

Payment Data Entry

Overview

The Payment Data Entry form is used for accepting payments at the counter, by cash, check, credit card, debit card, or by any other user-defined method. The current property owner associated with the account is automatically defined as the payer.

Documentation

For the complete reference guide, see Govern Accounts Receivable.
For the A/R Transaction Rules, see A/R Transaction Rules.

Transaction Types

The following transaction types can be accepted and processed through the Payment Data Entry form.
Payment: Money given in exchange for goods or services.
Deposit An amount of money placed in a bank.
Postdated Payment: A payment dated later than the current date. Note: For a posted payment, you can create a payment transfer. A payment transfer is similar to a payment reversal.
Voluntary Payment / Advance Payment: An amount that is paid before the bill is received; for example, a taxpayer may forward a payment to cover bills during a predicted absence. Note: If you select Voluntary Payment, as the transaction type, for a Payment Data Entry, an AR_ID must already exist for the person or property associated with the payment.

For details on the A/R Transaction Types, see A/R Transaction Rules.

User Form

The Payment Data Entry form is divided into four sections:

  • General Information displaying the subsystem, year, bar code, and cashier ID
  • Summary for the transaction type, deposit information, and notes
  • Detail: for the transaction information including the effective date, A/R balance, interest, penalties, fees, etc.
  • Payer Information: for the name and address of the taxpayer

General Information

Subsystem: This field displays the subsystem for the record selected on the A/R Inquiry form.
Year: This field displays the fiscal year of the transaction.
Bar Code: This field displays the bar code or A/R ID in the Bar Code field.
Cashier ID: This field displays the Cashier ID defined on the Cash Collection Parameters form in GNA.

Summary

Select one of the following transaction types from the Transaction Type drop-down list:

  • Payment: Money given in exchange for goods or services.
  • Deposit: An amount of money placed in a bank.
  • Postdated Payment: For this transaction type, an AR_ID must be set up previously for the NA_ID or P_ID associated with the payment.
  • Voluntary Payment / Advance Payment: An amount that is paid before the bill is received; for example, a taxpayer may forward a payment to cover bills during a predicted absence.

Deposit Information: These fields display the current Deposit Number and the total amount of the deposit.
Notes: Enter any notes or comments that are applicable to the payment.
The data entry field for the Deposit transaction type are different from the fields for the Payment transaction Type.

Detail for Payment Transaction Types

This section describes the data entry fields for the Payment, Postdated Payment and Voluntary or Advance Payment Transaction Types.
The fields at the top of the Detail section are automatically populated. You can modify them only if you have full access rights to the function. The Reference, Type, Amount, and Money fields are available for user input.
Effective Date: This field displays the date of the payment. By default, this is the current date. To change the date, click the calendar beside the field and select a new date.
Installment: For payments by installment, this field displays the installment number: 1st, 2nd, 3rd, 4th, or Total.
A/R Balance: This field displays the amount to apply to the bill. By default, this is the balance due and the field is read-only.
Interest: This field displays the current Interest owing on the account.
Penalty: This field displays the current Penalty owing on the record.
Fee: This field displays the current fee.
Discount: This field displays the current discount if applicable.
Charge: This field displays the current charge.
Demand: This field displays the current value of the Demand to apply on the A/R Balance amount.
Note: Changes to values are displayed when the record is saved.

Total to Pay: This field displays the total amount due on the bill. This total includes the amounts from all fields in this section.
For example, interest charges, penalties, fees, and discounts are added to the value in the Total to Pay field.
You can modify the value in the Total to Pay field. Your modification is applied to the A/R Balance.

Detail for the Deposit Transaction Type

This section describes the parameters for the Deposit Transaction Type.
Effective Date: This field displays the date of the payment. By default, this is the current date. To change the date, click the calendar beside the field and select a new date.
Installment: For payments by installment, this field displays the installment number: 1st, 2nd, 3rd, 4th, or Total.
Total to Pay: This field displays the total amount due on the bill. This total includes the amounts from all fields in this section.

Payer Information

By default, the Payer information fields display the name of the taxpayer and a code that identifies the type of letter to be issued with the bill.
To modify the payer information:
1. Click C beside the Payer information field to change the name. This displays the Search screen with the following options:

  • By Name ID: By Tax Payer Account Number
  • By Name: By Phone Number
  • From NA_External

2. Enter the required information on the search screen. Then, select the applicable record.
3. Select a code from the Letter Code field to identify the type of letter the payer receives, such as, duplicate payment, over payment or payment reversal (Table: VT_USR_LETER_C).
4. Click Save.

Payment Transfer

For a posted payment, you can create a payment transfer. A payment transfer is similar to a payment reversal.

 

 

101-ar-frm-020

 

0 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 5 (0 votes, average: 0.00 out of 5)
You need to be a registered member to rate this.
Loading...

AR – Transactions Data Entry

Accounts Receivable (A/R) Transactions Data Entry

Overview

The Transaction form can be used for the following Accounts Receivable transaction types, for the purpose of viewing existing transactions, creating new ones, and for applying modifications to an account or bill:

  • Abatement/Exemption (ab): A reduction of a payment or release from a payment.
  • Adjustment (adj): A modification made on an account or bill.
  • Charge (chg): An amount applied on an account or bill.
  • Discount (dct): A reduction on the total value or gross amount.
  • Demand (dmd): A special charge applied to delinquent bills. This is used in the Motor Vehicle Excise Tax subsystem.
  • Duplicate Payment (dup): A second payment made to cover an amount already paid.
  • Fee (fee): An amount charged for a service or product.
  • Interest (int): A charge, usually a percentage, applied on delinquent bills or borrowed money.
  • Miscellaneous Cash Receipt (mcr): An amount charged for an item not covered by other categories.
  • Overpayment (ovr): An adjustment generated from an overpayment on an installment. This is used in the Real Estate Tax Assessment and Billing module only. If you are using this transaction type, the Over, Short & Duplicate Method option must be selected on the Accounts Receivable General Parameters form in GNA.
  • Penalty (pen): A charge applied on delinquent accounts.
  • Over & Short (sht): An amount generated from the Automatic Generation of Over & Short batch process.
  • Tax Deferral (td): A postponed tax payment.
  • Transferred to Tax (I/P): An amount transferred to tax.
  • Tax Title / Lien (tt) A charge applied on property for the fulfillment of a debt or duty.
  • Transferred Principal (tto): The amount of principal transferred to tax.
  • Sales Tax 1 (tx1): A Sales Tax calculation method in which the first and second taxes are added together; then, applied to the bill.
  • Sales Tax 2 (tx2): A Sales Tax calculation method in which the first tax is added to the bill; then, the second tax is calculated on this amount.

Documentation

For details on completing the form, see A/R Transactions.
For the complete reference guide, see Govern Accounts Receivable.
For the A/R Transaction Rules, see A/R Transaction Rules.

These Transaction Types are contained in the System Validation Table: VT_SY_ ART1TYPE. They populate the Transaction Type field on multiple forms.

 

101-ar-frm-021

 

0 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 5 (0 votes, average: 0.00 out of 5)
You need to be a registered member to rate this.
Loading...