AR Payment Transfer (101-ar-fea-028)

Accounts Receivable (AR) Feature – Payment Transfer

Overview

The Accounts Receivable Inquiry form displays transaction details on the selected account, including historical data. This form is linked to the master file of each subsystem so that you can access all the A/R information available on a given property or taxpayer name and address record.

Payment transfers are used to transfer posted payments from one account to another. Typically, they are used to correct an error such as a payment made and posted to the wrong account. For example, a client could make a payment intended for a utility bill that is somehow processed on a tax bill. To correct this error, you can create a Payment Transfer.

Functionalities

Creating a Payment Transfer

To create a payment transfer:

  1. Open a record.
  2. In the A/R Inquiry screen right click on a Posted payment line item
  3. On the floating menu select Account Receivable – Payment Transfer

Read More...

 

4. The Accounts Receivable – Payment Transfer form is displayed.

5. On the form click to select a transfer destination; Out Of System, Different Account for Selected Name/Tax Map Number, or Selected Accounts.

Full payment transferred

If the Full payment transferred option is checked…

In the Original Payment Information, the Amount listed is for the selected AR_ID, which is not necessarily the full payment. If Full payment transferred checkbox is checked, in the Transfer Information section, the Transfer Amount is updated to reflect the full payment amount, including all AR_ID’s attached to the payment. The same is done to the Remaining Balance in the Transfer Destination area.

Changing a Payment transfer

Example: When a Payment only deletion is permitted.

Do not transfer late charges (Just transfer credit amount)

When the Do not transfer late charges option is not selected, i.e. the default, both the principal and interest are transferred.

When the Do not transfer late charges option is selected, only the principal is transferred. This option is useful if the penalty and interest are calculated separately. There was a client that had that need.

NOTE: This applies to full payments, only. In instances of partial payments, the interest is not transferred, only the principal.

 

DEV NOTE: As stated above, a functionality of this feature when modified will only transfer the OCH part of the payment. Since partial payments do not transfer late charges by default a partial payment = OCH amount will do just that. If required by users, this change to functionality can be requested through Govern Customer Support.

Scenarios

Over-payment with Interests and penalties

Preparation

In this scenario, we have a balance of 400$. We add 100$ interests, 100$ penalties and add an extra 100$ to the now 600 balance which make the total amount 700$. Post the payment.

Test Do not Transfer late charges for a full Payment transfer

Result on Source Account. The result seems wrong since only 400$ should have been transferred.

Result on Target Account.

Transfer Full Payment Option

Target Account Results

Source Accounts Result

Do not transfer late charges for a partial payment

Source Account Result

Target Account Result

 

Related Topics

Accounts Receivable (A/R) – Payment Transfer Data Entry

Accounts Receivable (AR) – What’s New

 

 

101-ar-fea-028

 

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...

322-forte

ForteTM Payment Processor

Overview

Available in General Availability Release (GA) 6.0.1606
The ForteTM Payment Processor allows Govern users to accept credit card payments at their Point of Sale (POS) using the Forte POS credit card terminal. Forte is a 3rd party integration option consisting of both a hardware, i.e. POS terminal with customized firmware, and a software component. The Forte POS terminal along with payment processing gateways, make up the Govern Forte Payment Integration.
The following Govern modules are required for the integration:

Configuration

In order to implement this solution, configuration is required at two levels:

322-ui-forte.png
Test Credit Card & eCheck RT Information – Click to Access

 

  1. Hardware and software configuration of the Forte POS credit card terminal.
  2. Configuration in the Govern system registry with the Govern New Administration (GNA).

Hardware & Software Configuration of Forte Terminal

Installation and connection instructions for the Forte terminal are bundled with the shipping package. This terminal is to be connected with the workstation that is configured with the Govern application.
Connection options are Ethernet, or USB. Software with instructions, intended for use with the Terminal is also included. This hardware and software pre-configuration must be completed prior to any Administrator configuration in Govern.

Configuration in GNA

The following system registry settings need to be configured.
To begin the configuration in GNA:

  1. Launch GNA.
  2. On the GNA ribbon click Parameters (tab) > General Settings Editor.
  3. Select Cash Collection from the Registry Filter combo box.
  4. Configure the required key values in the related Key Name columns

Key Name Columns

There are four (4) parameters that are required to be configured in the SY Registry in GNA.
Forte Merchant ID – This value will be provided by Forte.
Forte Password – Enter the password that was provided by Forte.
Forte Response Time-out (Seconds) – Enter a value of 70.
Point of Sale Provider – Select Forte from the combo box.

Setting up the Forte Payment Processor

Installation of the Forte Hardware

It is recommended by the Verifone Device supplier that the driver installation should occur before connecting the device. Typically users will connect a device prior to installation of the drivers.

NOTE: If you have already connected the device, and Windows detected new hardware, simply cancel any dialog screens indicating that new hardware has been found. Disconnect the Verifone Device, and proceed with the software installation.
– Installation MUST be performed by a user with administrative privileges.

Documentation

Click below to download or view the documentation.

Forte Pos Integration

322-FORTE_POS_Integration.pdf

Forte Web eGovern Integration

322-Forte_eGovern_Processor_Payment.pdf

Forte Web eGovern Payment Process (UPDATED)

322-Forte_eGovern_Processor_Payment.pdf

Forte Test Credit Card and eCheck RT Information

322-Forte-(Test Credit Card and eCheck Information).pdf

Troubleshooting

The section is reserved for any troubleshooting information related to installing and configuring the FORTE payment processor.
The following should be verified prior to connecting the payment device:

  • All installations MUST be performed by users with administrator rights.
  • When performing the driver installation, running the silent.bat file is the preferred option.
  • The software driver installation must be performed prior to connecting any hardware devices.

Issues with Freezing of the Forte Application

When there are issues with the Forte Application freezing, e.g. the terminal will stay frozen on the WELCOME screen. If the terminal “hangs”, it typically means that it is having a problem with one of its connections.
RESOLUTION – One possible resolution involves users trying the following steps:

  1. Enter the Forte application without anything but the power connected to the terminal.
  2. If successful, then connect either the miniUSB or the Ethernet cable and reboot the terminal.
  3. Now enter the Forte application again. If the terminal “hangs”, it typically means that it is having a problem with one of it’s connections.

Related Topics

Point of Sale (POS) Processing

 

 

322-forte

 

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...

 

Payment Processing

Payment Processing

Overview

The following is a list of the currently Available Payment Processors and Gateways (POS)

NOTE: This list will be modified periodically.

Recommended Payment Provider List

Read More...

FORTE

Jami Hughes (Contact)
Director of Sales
866.290.5400 ext. 721
jami.hughes@forte.net

PAYMENTUS

Nicole Haskins (Contact)
Director of Sales
540-951-6462
nhaskins@paymentus.com

POINT & PAY

Peter Drew (Contact)
Director of Sales
Office: 888-891-6064
Mobile: 334-303-4941
pdrew@pointandpay.com

NELNET (Cryptpay)

Peggy Smith (Contact)
Manager Strategic Partnerships
121 S. 13th STE 201, Lincoln, NE 68508
312-961-8603
PeggySmith@paymentspring.com

Kamil Salus (Contact)
NTS Project Manager
224.420.7277
Kamil.Salus@cryptpay.net

UniPAY

Debbie Mateer (Contact)
UniPay Supervisor
debbie.mateer@unibank.com
Toll Free: 877-227-1157 Ext. 1131
Direct: 508-849-4255

CONSTELLATION PAYMENTS

Angie Clarke
Director of Product Integration
aclarke@csipay.com
Direct: 267-287-1052

iCLOUD

Stephanie Ivie (Contact)
Implementation Manager
Invoice Cloud, Inc.
Office: (901) 737-8686
sivie@invoicecloud.com

Additional Information

Type of Payment Processing

A payment gateway does not process credit cards transactions. They act as an intermediary between a website or software and a merchant account provider.

Payment Service Providers

A payment service provider (PSP’s) offers additional online services for accepting electronic payments by a variety of payment methods including credit card, bank-based payments such as direct debit, bank transfer, and real-time bank transfer based on online banking. Typically, they use a SaaS model and form a single payment gateway for their clients (merchants) to multiple payment methods.

Payment Processor

A payment processor is a company (often a third party) appointed by a merchant to handle transactions from various channels such as credit cards and debit cards for merchant acquiring banks. They are usually broken down into two types: front-end and back-end.

Payment as a Service

Due to the many regulatory requirements levied on businesses, the modern payment processor is usually partnered with merchants through a concept known as software-as-a-service (SaaS).
Transaction Quality

Security

Tokenization

Tokenization, when applied to data security, is the process of substituting a sensitive data element with a non-sensitive equivalent, referred to as a token, which has no related or useful meaning or value to anyone seeking to exploit it.

Point-to-Point

Another method of protecting payment card data is Point to Point Encryption, which encrypts cardholder data so that clear text payment information is not accessible within the merchant’s system in the event of a data breach.

Compatibility Matrix

NOTE: This matrix is subject to periodic updates.

The following grid is available for viewing or download as a PDF file.
File: 100-pos-table-PaymentProcessing.pdf

Point of Sale eGovernment grid

3rd Party Company Product / Service Provider Status Credit Debit POS Release Version Customers eGov Version ePayments ePermits eRenewals eRemittance Customers Platform *Other Options Available Merchant Account(s) Convenience Fees Fee Per Transaction Fee Per Month Notes
Cryptpay (NelNet)- note now owned by PaymentSpring NelNet yes no yes 1609 yes yes yes yes sav (move to paymentus) Nelnet looking to increase functionalities via our AR/CC api solution
Constellation Payment CSI PAY Terminal Cloud yes no yes v6.0 1603 no Online Cloud Solution yes yes ? ?
Direct Standard API Paymentus yes no yes 6.0 yes no no yes arv, pro, sav API
Paypal yes no yes 6.0 yes yes yes yes shn, addison API
Point & Pay yes no yes 6.0 yes yes yes yes ehn API
JP Morgan yes no yes 6.0 yes no no yes eri Direct to paym. provider + file for returns
Unipay yes no yes 6.0 yes no no yes oxf API
YourPay Not recommended no yes 6.0 none
First Data Pax yes yes yes vb6, v6.0 1609 wal no wal File Exchange (custom) yes yes
FIS File Exchange yes yes v6.0 *1609 ctg ? ? ctg *Virtual Terminal /Custom Batch Process similar to lockbox ?
Forte Payment Gateway yes yes v6.0 1606 mec yes 1609 yes yes yes yes mec All Major processors. *Virtual POS yes
Harris Payment Gateway (HPG) Card Net Deprecated rev yes rev Revere moving to Forte
FIS Deprecated ken yes ken
TWI Deprecated ftc yes ftc Bought out by Paymentus Paymentus bought out TWI
Moneris Moneris vb6 only yes vb cbj- not yet implemented ? vb cbj Bought out by Vantiv- transition March 2017- will no longer be supported
Nelnet Nelnet Legacy Legacy ofa, ply yes shn, ofa, ply Disc. by Nelnet replaced by Cryptpay
PayPal Paypal vb5 only yes v5.0 yes yes
Invoice Cloud e-billing & Payment Systems yes yes yes v5.0+ wal ? ? wal Payment Services Providers (PSP) SaaS / File Exchange eBilling ++
System Integrators
  • iNovah
To be discussed *Cash Collection Revenue/Solution. AR/CC api. Need to discuss conformity
Document Audit Version Date Description

 

Related Topics

System Third Party Integration
e-Government – Public Self Service Portal

1. FORTE
Jami Hughes
Director of Sales
866.290.5400 ext. 721
jami.hughes@forte.net

2. PAYMENTUS
Nicole Haskins
Director of Sales
540-951-6462
nhaskins@paymentus.com

3. POINT & PAY
Peter Drew
Director of Sales
Office: 888-891-6064
Mobile: 334-303-4941
pdrew@pointandpay.com

4. Nelnet (Cryptpay)
Peggy Smith
Manager Strategic Partnerships
121 S. 13th STE 201, Lincoln, NE 68508
312-961-8603
PeggySmith@paymentspring.com
Kamil Salus
NTS Project Manager
224.420.7277
Kamil.Salus@cryptpay.net

5. UniPay
Debbie Mateer
UniPay Supervisor
debbie.mateer@unibank.com
Toll Free: 877-227-1157 Ext. 1131
Direct: 508-849-4255

6. PayPal

7. JP Morgan

Stephanie Ivie
Implementation Manager
Invoice Cloud, Inc.
Office: (901) 737-8686
sivie@invoicecloud.com

 

 

100-pos

 

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 Reversal Data Entry

Accounts Receivable (A/R) Payment Reversal Data Entry

Overview

Payment reversal transactions (rev) are adjustments that are used as corrections. They are run typically when NSF checks have been processed or records posted incorrectly
Run the Payment Reversal batch process in order to void a group of payment transactions. This is useful if there are payments that were made in error or that were paid from accounts with insufficient funds (NSF).

Documentation

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

Payment Reversal Transactions and Processes

Read More...

Payment Reversal Transaction Type

Payment reversal transactions (rev) are used as corrections. They are run typically when NSF checks have been processed or records posted incorrectly.

Creating Payment Reversal Transactions

Payment Reversal transactions can be created individually or in a batch. Both methods create Payment Reversal Transactions, which can be viewed or deleted from the A/R Inquiry form.
It is faster to generate these transactions in a batch, especially if you have a large volume to process. However, if it is important to note the warnings that are described under the section. Running the Generate Payment Reversal Batch Process.
See Creating a Single Payment Reversal Transaction following this section.
See Generate Payment Reversal Batch Process: 101-ar-bp-041

Posting Payment Reversals

After generating Payment Reversal transactions, whether individually or in a batch, you need to post them. To post a payment reversal, run the Payment Reversal Posting batch process. See Posting Payment Reversal Transactions. See
Payment Reversal Posting: 101-ar-bp-026

Business Rules for Payment Reversals

All posted payment transactions can be reversed, with the following exceptions. The following payment transactions cannot be reversed:

  • Not posted Payment: If a payment is not posted, you can edit or delete it on the Payment Data Entry form. However, a payment must be posted before you can create a Payment Reversal transaction or include it in the Generate Payment Reversal batch process.
  • Payment Reversal (rev): If a Payment Reversal exists, the original payment is already reversed and a new payment reversal cannot be created.
  • Payment Refunded (rf): If a Payment Refund exists, the original payment is already refunded and a new payment reversal cannot be created.
  • Payment Transferred (tri or trp): If a Payment Transfer exists, the original payment is already transferred and a new payment reversal cannot be created.

For details on transaction types, see Transaction Types

Creating a Single Payment Reversal Transaction

Accessing the Payment Reversal Form

To access the Payment Reversal form:

  1. Open a Profile that includes A/R Inquiry.
  2. Open the A/R Inquiry form.
  3. Perform a search and load the required record to the tree view and form.
  4. Right-click on a record in the Summary section of the A/R Inquiry form.
  5. Select Payment Reversal from the drop-down list
  6. If multiple records are available the following screen appears:

The Payment Reversal form is divided into the following sections:

  • General Information
  • Detail
  • Comment
  • Payer Information

General Information

Subsystem: The subsystem for the record or entry selected on the A/R Inquiry form is displayed.
Year: This field displays the fiscal year of the record.
Bill Number: This field displays the bill number for the selected record.
Cycle Code: This field displays the Cycle Code associated with the record (Table: VT_USR_ ARCYCLE).
The Cycle Code is mandatory for the Real Property and Person Property Tax modules. It is used for tax billing cycles and is linked to the A/R Class Code in GNA.

Detail

Date: This field displays the entry date for the payment reversal. By default, this is the current date. To change the date, click the calendar beside this field and select a new date.
Effective On: By default this field is blank. If an effective date is applicable, click the calendar beside the field and select a new date. For example, you may want to enter the posting date.
Amount: This field displays the amount of the reversal.
Full Payment Reversal: A full payment reversal can be used when there are multiple records associated with a single name. For example, Bob’s Building Supplies owns three properties. Bob has made an overpayment of $10,000.00 on each property for a total of $30,000.00. You can create a full payment reversal to include all properties in the same payment reversal.
Select the Full Payment Reversal option. This displays the total for all property records.

Comment

Justification Code: Select a Justification Code to explain the reason for the payment reversal (Table: VT_USR_ARREASON).
Deposit Number: Depending on the options selected in GNA, deposit numbers can be automatically generated or user-defined.
Automatically generated deposit numbers are composed of one or two of the following fields: date, last deposit, and user ID. This number can be modified if security permissions allow.
If Deposit Management is activated, a drop-down list is added to the Deposit Information parameter. This is populated by the deposit numbers created in the Deposit Management form. See Deposit Management.
Do one of the following:

  • Enter a new deposit number if required.
  • Select a deposit number from the drop-down list.
NOTES: Enter any notes or comments applicable to the payment reversal.

 

Payer Information

Letter Code: Select a Letter Code that identifies the type of letter sent to the payer; for example, D: Duplicate Payment, O: Over Payment, RV: Payment Reversal (Table: VT_USR_LETER_C).
Payer’s Name and Address: This field is displays the payer’s name and address.
Click R to remove the displayed name and address record.
Click C to add a different name and address record. This opens the Name Search screen.

 

 

101-ar-frm-026

 

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 Transfer Data Entry (101-ar-frm-027)

Accounts Receivable (A/R) – Payment Transfer Data Entry

Overview

Payment transfers are used to transfer posted payments from one account to another. Typically, they are used to correct an error such as a payment made and posted to the wrong account. For example, a client could make a payment intended for a utility bill that is somehow processed on a tax bill. To correct this error, you can create a Payment Transfer.

NOTE: Payment Transfers can be created on posted payments only.

If you transfer the full amount of the original payment, all the associated discounts and interest are transferred. However, if you transfer only part of the original payment, no discounts or interest are transferred.

When you create a Payment Transfer:

  • A Payment Transfer (trp) or Payment (pmt) transaction is automatically created in the account that received the transferred payment; i.e., the account to which the payment is transferred. In the preceding example, this is the utility account.
  • A Payment Transfer Reversal (trr) or Reversal (rev) is automatically created in the account from which the original payment is transferred. In the example, this is the tax account.

The Payment Transfer (trp) and Payment (pmt) transaction types are the same, as are the Payment Transfer Reversal (rev) and Reversal (rev) types. Separate transaction types can be useful for reviews and reports.
The transaction types are created automatically when the Payment Transfer record is saved. Whether the Payment Transfer (trp) and Payment Transfer Reversal (trr) or Payment (pmt) and Reversal (rev) transaction types are created depends on the setup in GNA.

Documentation

Read More...

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

To see the information on this page as a pdf, click on the following link:
PaymentTransfer.pdf

Payment Transfer (trp)

The Payment Transfer (trp) or Payment (pmt) can be viewed in the Detail section of the A/R Inquiry form when you select the account to which the payment is transferred. In the example, this is the utility account. In the Link To column, you can click on a direct link to the Payment Transfer Reversal (trr) or Reversal (rev) in account from which the original payment was transferred, the tax account in the example.

Payment Transfer Reversal (trr)

Similarly, the Payment Transfer Reversal (trr) or Reversal (rev) can be viewed in the A/R Inquiry Detail section when you select the tax account. In the Link To column, you can click on a direct link to the Payment Transfer (trp) or Payment (pmt) in the account to which it was transferred.

Accessing the Payment Transfer Form

To access the Payment Transfer form:

  1. Launch Govern.
  2. Open a Profile that has the Accounts Receivable module.
  3. Open the Accounts Receivable form.
  4. Perform a search and load the required record to the tree view and the form.
  5. Select the record in the Summary section of the A/R Inquiry in order to view the details.
  6. Right-click on the payment you want to transfer in the Detail section.
    A context menu is displayed.
  7. Select Payment Transfer from the drop-down list This opens the Payment Transfer form.

The Payment Transfer form is described in the following sections:

  • Original Payment Information
  • Transfer Amount
  • Transfer Destination

Original Payment Information

The Original Payment Information provides general information about the original payment and includes the following fields:
Subsystem: The subsystem for the record or entry selected on the A/R Inquiry form is displayed. This is the original payment record that will be transferred during this procedure.
Name / Tax Map: This field displays the name or tax map number associated with the account to which the original payment was posted.
Bar Code: This field displays the bar code or A/R ID associated with the original payment.
Year: This field displays the fiscal year of the original payment record.
Cashier ID: This field displays the ID of the cashier who processed the original payment.
Deposit Number: This field displays the deposit number of the original payment.
Amount: This field displays the amount of the original payment.
Entry Date: This field displays the date the original payment was entered.

Transfer Amount

The Transfer Amount section displays details about the transferred payment.
Entry Date: This field displays the entry date for the payment transfer, not the original payment. By default, this is the current date. To change the date, click the calendar beside this field and select a new date.
Effective On: This field displays the date that the payment transfer is effective. By default this is the effective date of the original payment. To change the default date, click the calendar beside the field and select a new date. For example, you may want to enter the posting date.
Amount: By default, this field displays the full amount of the payment that you are transferring, the original payment. You can modify the amount if you want to transfer only part of the original payment.
Note: If you transfer the full amount of the payment, all discounts and interest are transferred.
If you transfer only part of the original payment, no discounts or interest are transferred.

To modify the amount of the payment that you are transferring:

  1. Select the check box beside Transfer Amount.
  2. Overwrite the amount that is displayed.

The amount displayed beside Remaining Balance is automatically updated.

Transfer Destination

Select one of the following options for the destination account; i.e., the account to which you want to transfer the payment:

  • Out of System: Select this option if you are transferring the amount to an external system.
  • When you select this option, only the Payment Transfer Reversal (trr) or Reversal (rev) transaction is created. A Payment Transfer (trp) or Payment (pmt) transaction is not created.
  • Different Account for Selected Name or Tax Map Number: Select this option if you are transferring a payment to another account associated with the same name or tax map number as the original payment.
  • Selected Accounts: Select this option to transfer the payment to any account that can be selected through the A/R Inquiry Search.

Transfer Options

Deposit Number

Depending on the options selected in the GNA, deposit numbers can be automatically generated or user-defined.

Automatically generated deposit numbers are composed of one or two of the following fields: date, last deposit, and user ID. This number can be modified if you have the required security permissions.

If Deposit Management is activated, a drop-down list is added to the Deposit Information parameter. This is populated by the deposit numbers created in the Deposit Management form.

Do one of the following:

  • Enter a new deposit number required.
  • Select a deposit number from the drop-down list.

Justification Code

Select a Justification Code to explain the reason for the transfer (Table: VT_USR_ARREASON).

Just transfer credit amount

When this option is not selected, which is the default, both the principal and interest are transferred.
When this option is selected, only the principal is transferred. This option is useful if the penalty and interest are calculated separately. There was a client that had that need.
This applies to full payments, only. For partial payments, the interest is not transferred, only the principal.

Out of System

Select this option if you are transferring the payment to another system that is external to Govern.
To transfer the payment outside the Govern system:

  1. Open the Payment Transfer form to the applicable payment.
  2. Select Out of System under Transfer Destination on the Payment Transfer form.
  3. Modify the default Entry Date, Effective Date, and Transfer Amount, if required.
  4. Click Save.
  5. Perform the Payment Transfer batch process to post the payment transfer in Govern A/R.

With this option, only the Payment Transfer Reversal (trr) or Reversal (rev) transaction is created. The Payment Transfer (trp) or Payment (pmt) transaction is not created.

Different Account for Selected Name or Tax Map Number

Select this option to transfer the payment to a different account, or barcode, associated with the selected name or tax map number.
To transfer the payment to a different account associated with the same name or property:

  1. Open the Payment Transfer form to the applicable payment.
  2. Select Different Account for Selected Name/Tax Map Number.
  3. Select the Transfer Amount checkbox if you are overriding the default amount and enter a new amount. Otherwise, accept the default.
  4. Select Different Account per Name / Tax Map Number.
    All the accounts for the selected name or property are loaded to the form.
    Account details include the balance; interest; other amounts, such as discounts and penalties; and the amount to be transferred. These are displayed under the Balance, Interest, Other Charges, and Transfer columns.
    By default, the amount displayed in the Transfer Amount text box is used to pay each account that is listed.
    The amount that is transferred to a selected account is displayed in the Transfer column. This is subtracted from the total Transfer Amount and the result is displayed in the Remaining Balance text box.(Remaining Balance) = (Total Transfer Amount) – (Transfer per Account)

    By default, all accounts, with a balance, that are listed for the selected name or tax map number are displayed.
    If multiple accounts are listed, the Transfer Amount is used to pay the amount owing on each one. The final amount is displayed in the Remaining Balance text box.
  5. Modify the default Entry Date, Effective Date, and Transfer Amount, if required, as described under Transfer Amount on page 181.
  6. Click Save.
  7. Perform the Payment Transfer batch process to post the payment transfer in Govern A/R.

Selected Accounts

You can transfer a payment to any account in the Govern A/R system that has a balance.
To transfer the payment to another account:

  1. Open the Payment Transfer form to the applicable payment.
  2. Select the Selected Accounts option.
  3. Select the Add an Account icon.
    The A/R Inquiry Search screen opens.
  4. Perform a search.
  5. Select and load the applicable account or accounts to the Payment Transfer form.
    All selected accounts are displayed in the grid.
    The account details include the balance; interest; other amounts, such as discounts and penalties; and the amount to be transferred. These are displayed under the columns: Balance, Interest, Other Charges, and Transfer.
    By default, the amount displayed in the Transfer Amount text box is used to pay each account that is listed.
    The amount that is transferred to a selected account is displayed in the Transfer column. This is subtracted from the total Transfer Amount and the result is displayed in the Remaining Balance text box.(Remaining Balance) = (Total Transfer Amount) – (Transfer per Account) If multiple accounts are listed, the Transfer Amount is used to pay the amount owing on each one.
    The final amount is displayed in the Remaining Balance text box.
  6. Modify the default Entry Date, Effective Date, and Transfer Amount, if required.
  7. Click Save.
  8. Perform the Payment Transfer batch process to post the payment transfer in Govern A/R.

Removing a Displayed Account

If you are using either the Different Account for Same Name / Tax Map Number or the Selected Accounts option, you can remove any of the listed accounts that you are not using, from the Payment Transfer form.

To delete a selected account:

  1. Open the Payment Transfer form.
  2. Load the required record to the form.
  3. Select the account.
  4. Click the Remove Account icon

Modifying the Amount Transferred to a Selected Amount

If you are transferring the original payment to one or more selected accounts, you can modify the amount transferred to each account.
To modify the amount in the Transfer column for an account:

  1. Select the account that you want to modify.
  2. Overwrite the amount in the Transfer column.

Payment Transfer Troubleshooting

This section describes two scenarios where a payment transfer would not be completed.

Remaining Balance is Less Than Zero

A Payment Transfer would not be completed if the remaining balance is less than or greater than the amount transferred. The transfer is completed only if the remaining balance is equal to zero, calculated as (Transfer Amount) – (Transfers for all accounts) = 0.
The transfer column displays the amount to be transferred to the selected account. This amount is subtracted from the Transfer Amount. The result is displayed in the Remaining Balance text box.
If the amount transferred to the selected accounts is greater than the original payment, the Remaining Balance is less than zero and a message is displayed.
Note: The Remaining Balance must be zero in order for the transaction to be completed.

Amount Transferred Is Less Than Amount Owed

Similarly, if the amount transferred to all the selected accounts is less than the amount of the original payment, an error message is displayed.
This could occur if you manually enter an amount in the Transfer text box that is less than the Transfer Amount.

NOTE: The Remaining Balance, must be zero in order for the transaction to be completed.

 

Related Topics

Accounts Receivable (A/R) Inquiry

Accounts Receivable (AR) – What’s New

 

 

101-ar-frm-027

 

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 – Controller Config – Create AR Payment

Standard Accounts Receivable (A/R) Controller – Create A/R Payment (Configuration)

Overview

This standard OpenForms Action Button controller can be added to a form to provide an Action Button to create the Accounts Receivable payment.

This controller is available in GA Release 1706

  • For more information on the functionality, see Product Information (101-ar-fea-024).

Prerequisites

The following conditions are required in order to enable the Controller in OpenForms Designer Setup

  • The organization is licensed for the Accounts Receivable Sub-System to setup
  • The configuration for the Accounts Receivable has been completed
  • The Form’s ID Setters Properties must contain the …
  • The Govern ID must be …

Profile Security

  • The user must have security access (GSM) to the profile’s form.

 

101-ar-fea-022-ofr-UI.png
Action Button Controller Properties

 

Controller Setup

Adding a Custom Control to a Form

  • In OFD, drag the Action Button Control Icon to the Account Entity Tab on the form.

Custom Control Form Configuration

Once the Custom Control is displayed on the form, click on the object to configure the:

  • Assembly Name = Msgovern.OpenForms.CustomControls.dll (by default)
  • Class Name = AR_CreateARMaster_Action

User Interface (UI)

  • Icon
  • Is enable: An expression can be added to control the enabling (Can be executed) of the button.

Controller Properties

The following controller properties need to be set:

Sub-System

  • Select the sub-system for which the A/R Summary Record needs to be created.

Related Topics

For more information, see:

Troubleshooting

  • The Organization must be a licensed user of the A/R Sub-System selected.

 

 

101-ar-fea-024-ofr

 

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...