AR – Configuration

Accounts Receivable (A/R) Configuration

Overview

This section provides an overview of the A/R administrative forms. 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.

Parameters

General Parameters

  • The General Parameters are used for setting default A/R parameters for all subsystems.
  • See the A/R 101-ar-001-AR-AdmGnrlPrmtrs document.

A/R Class Parameters

  • A/R Class Codes are associated with transaction types and linked to G/ L account numbers. You can define penalty and interest computation methods.
  • See the A/R Class Codes wiki page and the 101-ar-001-AR-AdmClassCodes document.

A/R Method

  • A/R Methods are used for calculating penalty and interest charges. They are linked to A/R Class Codes.

G/L Distribution Parameters

G/L Transaction Setup

Cash Collection Parameters

A/R Subsystem Priorities

  • The A/R Subsystem Priorities form is used for setting the order in which centralized cash collection and lockbox payments are made.

Copy to Year

  • Use the A/R Copy to Year form in order to copy the following A/R data from one fiscal year to another: A/R Class Codes, A/R Methods, and G/L Distribution Parameters. All data are copied. See the 101-ar-001-AR-CopytoYear document.

Deposit Type

Security

Security for A/R Forms

  • In order to complete the security setup for Accounts Receivable in Govern OpenForms v6, access to GNA, the GSM, and the OFD is required.
  • Because the A/R Inquiry form is built on a custom control, the security is different from other user forms. See the 101-ar-001-AR-AdmOpenFormsSecurity document.

 

 

101-ar-config

 

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 – Using Protest Flags

Accounts Receivable (AR) – Using Protest Flags

Version 6.0 [In Development]

Overview

You can add a protest flag to a record listed in A/R Inquiry Detail in order to indicate that the bill has been contested by the recipient.

NOTE: When the recipient makes a payment, only the non-protested amount is paid. Any amount over this creates an open cash credit and interest continues to accrue on the unpaid entries.

This is illustrated in the following scenario:

Real Estate Tax Levies Under Protest

In this scenario, a taxpayer is billed for two levies, but protests the amount billed on the first.

Real Estate Levy 1 (RE1): 1,000. (Protested Entry)

Real Estate Levy 2 (RE2): 500.

The taxpayer protests RE1 but makes a payment of $800.00. This amount is used to pay RE2 and to create an open cash credit for $300.00. Interest continues to accrue on the $1,000. owed on RE1.

Adding a Protest Flag to a Record

To add a protest flag to a record:

  1. Open the A/R Inquiry form in Govern.
  2. Perform a search to retrieve the required record.
  3. Open the record in A/R Inquiry.
  4. Display the record in the Details grid.
  5. Select the Applied Records option.
  6. Right click on the transaction that is under protest. The following confirmation message is displayed:
    Set the protest flag for the select rows with the following Protest?
  7. Click OK
    The protested record is displayed in red and the Protest Code column is added to the A/R Inquiry Detail tab.
  8. Select the reason for the protest from the Protest Code drop-down list.

Removing a Protest Flag

To remove a protest flag from a record:

  1. Open the A/R Inquiry form in Govern.
  2. Perform a search to retrieve the required record and load it to tree view.
  3. Open the record in A/R Inquiry.
  4. Select a transaction in the Summary section to display it in the Details grid.
  5. Select the Applied Records option.
  6. Right click on the transaction that is under protest. Protested records are displayed in red.
    The following message appears if there is a due date in the database for the selected record.
    Do you want to remove the protest flag for the selected row?
  7. Click the calendar to select the new due date for the transaction.
    NOTE: The new date affects the interest calculation.
  8. Click OK to confirm.

 

 

101-ar-fea-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 – Search feature

Accounts Receivable (A/R) Search feature

Overview

T/C

 

 

101-ar-fea-004

 

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 – Automated Clearing House (ACH) Information

Accounts Receivable (A/R) Automated Clearing House (ACH) Information

Overview

Automated Clearing House (ACH) is a secure payment transfer system that provides a centralized clearing facility for Electronic Fund Transfer (EFT) payments occurring within the U.S. and Canada. It is used widely for payroll and a variety of recurring payments.
The ACH account is defined on the Name and Address form in Govern. It is linked to the following through the Mailing Index:

  • Real Property Tax
  • Personal Property Tax
  • Self Reported Tax
  • Miscellaneous Billing

The configuration and administrative setup are performed in the following applications:

  • Govern New Administration (GNA)
  • Business Entity Designer (BED)
  • OpenForms Designer (OFD)

There are three batch processes:

  • ACH Pre-notification
  • ACH Data preparation
  • ACH File Generation

Configuration

In order to configure ACH Information in your organization, follow the instructions in the document that you can download in the Documentation section..

Documentation

For complete information on the configuration, administrative setup, ACH user forms, and ACH Batch Processing, open the following guide:
ACH ConfigurationImplementation

Govern OpenForms ACH Information

To use ACH for bill payments in Govern OpenForms, you need to complete the ACH Information in the Name and Address form.
Then, complete the ACH Information for each applicable subsystem, as described in this section.

Name and Address ACH Information

ACH Information is added to a separate entity in the Name and Address form. You can set up multiple ACH accounts for any name and address account.

To access the ACH Information by Name entity:

  1. Launch Govern.
  2. Open the Name and Address from.
  3. Perform a search and load the results to the tree view.
  4. Select the required Name and Address record in the tree view.
  5. Select the ACH Info by Name entity.
    The selected Name and Address record is displayed at the top of the form.
    The required fields are outlined in red.
  6. Select an option from the Account Type drop-down list.
  7. Enter a description for the account.
    For example, both a personal and commercial Checking Account may be associated with the name record.
  8. Enter the bank transit and routing number in the Bank Transit No. field.
  9. This is a unique nine digit number used to identify the financial institution.
    The first two digits identify the district in which the bank is located. The remaining numbers are unique.
  10. Enter the bank account number in the Bank Account No. field.
    The bank transit and account numbers are cloaked when you enter them on the user form.
    You can click the icon on right of the text to view these numbers in plain text, provided you have the access permissions.
  11. Click Save.
  12. Repeat the procedure to create multiple name and address accounts.

ACH Information in Tax Forms

  • ACH Information is added to the following Govern user forms:
  • Real Property Tax
  • Personal Property Tax
  • ACH Information in Self-Reported Tax

Real Property Tax

The ACH Information is added to the Mailing Index entity in the Real Property Tax form.
The following rules apply to the Making Index:

  • The ACH Information is only available for the Primary Index.
  • The Primary Index receives all original bills and other mailings. All other recipients receive duplicates of the originals. Also, the Primary Index is listed on all reports. Select this option for the property owner or the person to whom you are sending original bills.

The following conditions apply:

  • There can be only one primary index per property.
  • The property owner must be defined as the primary index, even when the Mortgage Company is paying the bills.
  • If a primary index is not manually selected, the first name and address you enter automatically becomes the primary index.
  • All original bills and other mailings are sent to the primary index.
  • If the Status Information of the primary index is set to inactive, a duplicate bill is sent to the Primary Index and the original bill is sent to the Temporary Owner.
  • All other recipients receive duplicates of the originals, unless the Do Not Send Bill option is selected.
  • If Do Not Send Bill is selected for the Mortgage Company, an electronic bill is sent.

To access the Mailing Index entity in the Real Property Tax form:

  1. Launch Govern.
  2. Open a Profile that contains Real Property Tax.
  3. Open the Real Property Tax from.
  4. Perform a search and load the results to the tree view.
  5. Select the required record in the tree view.
  6. Select the Mailing Index entity.
  7. Select the Primary Index option.
  8. Click Save.

Personal Property Tax

Follow the instructions for adding information to the Real Property Tax Mailing Index.

Self-Reported Tax

Follow the instructions for adding information to the Real Property Tax Mailing Index.

Miscellaneous Billing

ACH Information is added to the Miscellaneous Billing Account entity. This information populates the Mailing Index table.
To access the Miscellaneous Billing Account:

  1. Launch Govern.
  2. Open a Profile that contains Miscellaneous Billing.
  3. Open the Miscellaneous Billing form.
  4. Select the Miscellaneous Billing Account entity.
  5. Select the description for the ACH Account that you want to associate with the selected Miscellaneous Billing Account from the ACH Account drop-down list.
  6. Double-click in the date fields and select a range of dates from the pop-up calendar if the ACH is to be used during a specific time only. You can enter a date in the From field or the Until field only.
  7. Click Save.

For further details, refer to the Miscellaneous Billing documentation.

 

 

101-ar-fea-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 – CC – Allow Interest and Fees As of Date Feature

Accounts Receivable (AR) & Cash Collection (CC)
Allow Interest and Fees As of Date Feature

Version 6.0 | Version 6.1 (In Development)

Overview

This information will be updated when it becomes available.

 

 

101-ar-fea-007

 

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 – Allow Payment Plan in Cash Collection

A/R – Payment Plan

Overview

Citizens when presented with a bill may not be able to settle the amount in full. The Govern system allows the administration of a payment plan that has been agreed to with the citizen. The A/R Inquiry Payment Plan is used for entering payment plan information on a selected account.

The Payment Plan consists of the following:

  • Delinquent Payment Plan Entry Form (101-ar-fea-008-delinquentPayment)
  • Payment Plan Information Function (101-ar-fea-008-paymentPlanInfo)
  • ACH Prenotification Batch Process (101-ar-bp-060)
  • ACH Data Preparation Batch Process (101-ar-bp-061)
  • ACH File Generation Batch Process (101-ar-bp-062)
  • Payment Plan Information – rel. 6.0 (101-ar-fea-008-paymentPlanInfo60)

Accounts Receivable (AR) – Allow Payment Plan in Cash Collection

Version 6.0 | Version 6.1

A/R – Delinquent Payment Plan

Overview

The Delinquent Payment Plan Entry form is used to define a plan for payment for all delinquent year(s).

Functionality

General Information

  • AR_PAYMENT_PLAN: Allow to setup the payment plan for delinquent year(s)

    • Payment Plan ID
      • Unique key of the payment plan.
      • Primary key of the payment plan.
      • Auto-generated with dynamic key plan_id from usr_key_dynamic.
      • Cannot edit field.
      • The field is required.
    • Year ID
      • Allow to know the payment plan is created in which year.
        • Show only the delinquent years before the year ID with A/R balance or the sub system doesn’t have a year if the balance is higher than zero.
        • Show only the current year equal to the year ID with selected installment.
      • Auto-generated with the fiscal year on creation.
      • Not visible to user.
      • Cannot edit field.
      • The field is required.
    • Reference ID
      • Auto-populated with the key id from the profile.
        • Default key id is set with the parcel ID.
      • Cannot edit field.
      • The field is required.
    • Reference Type
      • Auto-populated with the key type of the profile.
        • Related to the reference ID.
        • Default key type is set as “P_ID” for parcel ID.
      • Cannot edit field.
      • The field is required.
    • Plan Number
      • Formatted with the plan_id with leading zero.
        • {0:00000000}
      • Cannot edit field.
      • The field is required.
    • Plan Status
      • The status of the payment plan.
      • Lookup VT system: PMTPLSTAT.
      • The field is required.
    • Plan Type
      • Lookup VT system: PMTPLTYPE.
      • The field is required.
    • Begin Date
      • The value is copy to the payment plan info once finalized.
      • Auto-populated with the govern date on new.
    • Resolution No
      • Can be change anytime (even after finalizing the payment plan).
    • Authorized By
      • Can be change anytime (even after finalizing the payment plan).
    • Payment Period
      • Lookup VT system: PMTPER
      • The field is required.
      • The value is copy to the payment plan info once finalized.
    • Number of Period
      • The field is required.
      • The value is copy to the payment plan info once finalized.
    • First Payment Date
      • The value is copy to the payment plan info once finalized.
    • Final Payment Date
      • The value is copy to the payment plan info once finalized.
    • Finalized
      • The field is required.
      • Default value is set as false.
      • Once the value is set to true and saved in the database, all the fields from the payment plan are disable except:
        • Plan Status
        • Resolution Number
        • Authorized By
        • Notes & Comments
      • Once finalized, the value cannot be changed from the UI.
    • ACH Suspended
      • Payment Plan ACH state.
      • The field is required.
      • Default value is set as false.
      • The value is copy to the payment plan info once finalized.
    • Classification Code
      • The value is copy to the payment plan info once finalized.
    • Payment Option
      • The value is copy to the payment plan info once finalized.
    • Initial Payment
      • The payment that needs to be paid before the first payment date.
    • Status Override
      • In the batch process Update Payment Plan Status, skip specific Plan IDs with this flag set on the contract to exclude from defaulting it.
      • It is always enabled.
    • Amount Period
      • The value of the payment period (if edited). If the value is null, it means it uses the default value based on the number of installments, otherwise it is imputed by the user.
    • Amount
      • The value of the delinquent balance after the plan is finalized.
      • Until the plan is finalized, the value is null.
      • It is a hidden field, when it has a value, it overwrites the value of the delinquent balance.
    • Name ID
      • Key for the NA_NAMES table, serving as link between the plan and the name linked to
    • First Payment Date Override
      • To be able to override fist payment date.
    • Notes
      • Set the notes and comments on the payment plan.
      • Allow multi line.
    • Ach Seq
      • Contract Holder ACH
      • Using Name ID, link to ACH Info
      • Optional: can be used by ACH batch processes for Real Estate when Use Payment Plan Name ID is checked (See detail)
  • AR_PAYMENT_PLAN_INFO: Allow to setup the payment plan for an account receivable

    • Payment Plan ID
      • Primary key of the payment plan.
      • The ID is in the GovernIds.
      • Auto-generated with key dynamic plan_id from usr_key_dynamic.
      • Cannot edit field.
      • The field is required.
    • Account Receivable ID
      • Primary key of the payment plan.
      • The ID is in the GovernIds.
      • Cannot edit field.
      • The field is required.
    • Is Active
      • Check if the plan is on or off.
      • The field is required.
      • Default value is set as false.
    • ACH Suspended
      • Payment Plan ACH state.
      • The field is required.
      • Default value is set as false.
    • Begin Date
      • The begin date of the payment plan.
    • Resolution No
      • The resolution number of the payment plan.
    • Authorized By
    • Payment Period
      • Lookup VT system: PMTPER.
      • The field is required.
    • Number of Period
      • Number of period for the payment plan.
      • The field is required.
      • Only numeric
    • First Payment Date
      • First payment date of the payment plan.
    • Next Payment Date
      • Next payment date of the payment plan.
    • Last Payment Date
      • Last payment date of the payment plan.
    • Last Payment Amount
      • The last payment amount.
    • Reason Code
      • Lookup VT system: ARREASON.
    • Amount
      • Amount Due of the payment plan.
    • Amount Period
      • Payment amount per period.
    • Number of Total Paid
      • Number of period paid.
    • Notes
      • Set the notes and comments on the payment plan.
      • Allow multi line.
    • Final Payment Date
      • Final payment date of the payment plan.
    • Original Late Charge
      • The original late charge amount.
    • Classification Code
      • Lookup VT system: PAPCLASS.
    • Payment Option
      • Lookup VT system: PAPOPT.
    • Penalty/Interest no charge
      • Set the penalty/interest no charge (true/false).
    • No Charges Effective From
      • The penalty/interest no charge effective from date of the payment plan.
    • No Charges Effective To
      • The penalty/interest no charge effective to date of the payment plan.
    • Expiration Date
      • The expiration date of the payment plan.
    • Initial Payment
      • The payment that needs to be paid before the first payment date.
    • First Payment Date Override
      • To be able to Override the first payment date.
  • AR_PAYMENT_PLAN_PERIOD: Allow to setup the detail on the payment plan period.
    • Payment Plan ID
      • Unique key of the payment plan.
      • Primary key of the payment plan.
      • The ID is in the GovernIds.
      • Auto-generated with key dynamic plan_id from usr_key_dynamic.
      • Cannot edit field.
      • The field is required.
    • Account Receivable ID
      • Primary key of the payment plan.
      • The ID is in the GovernIds.
      • Cannot edit field.
      • The field is required.
    • Sequence
      • Primary key of the payment plan.
      • The sequence of the period.
    • Periodic Amount
      • The amount for the period.
    • Due Date
      • The due date of the period.
    • Payment Option Period
      • Lookup VT system: PAPOPT.
    • Amount Paid
      • The amount of the payment if paid.

Create A/R Payment Plan

  • On creation, the following fields will be auto-set:

    • Year Id : with the current fiscal year (invisible to user, not on UI)
    • Reference ID: with the current parcel ID, selected parcel on the treeview (invisible to user, not on UI)
    • Reference Type: with “P_ID” (invisible to user, not on UI)
    • Plan Number: User can enter the plan number. Otherwise, plan number will be populated from PLAN_ID
    • Finalized: False
    • ACH Suspended: False
    • Begin Date: with the current govern default date
    • Installment (Current Year Only) : Based on the current govern default date

Save A/R Payment Plan

  • Can create new payment plan or save an existing payment plan only if the reference ID doesn’t have an active payment plan with the same plan type for the same year.

    SELECT COUNT(*)
    FROM ar_payment_plan WITH (NOLOCK)
    WHERE ar_payment_plan.ref_id=@ref_id
    AND ar_payment_plan.year_id = @year_id
    AND ar_payment_plan.plan_type = @plan_type
    AND plan_status=’A’ AND plan_id<>@plan_id
  • The first payment date is calculated by the begin date, the payment period and the number of payments.
    • monthly: starts next month from begin date
    • bi-monthly: starts next two month from begin date
    • annual: start next year from begin date
    • semi-annual: starts next 6 months from begin date
    • weekly: starts next week from begin date
  • When the payment period is set as ‘Other’ and the begin date, first payment date or final payment is nothing an error message will show up:
  • When the payment plan is set as ‘Other’ and the begin date is greater than the first payment date or the first payment date is greater than the final payment date an error message will show up:
  • If the payment plan in the DB is not finalized yet and the user decide to finalize the payment plan:
    • Cannot finalize if the delinquent amount is NULL or 0.
      • This can happen when changing the installment for the year and linked accounts were not delinquent for it or no accounts were linked yet.
    • A confirmation message will show up to make sure the user want to finalize the payment
    • Once finalized, the following fields from AR_PAYMENT_PLAN will be updated in the payment plan AR_PAYMENT_PLAN_INFO:
      • Begin Date
      • Start Date
      • Payment Period
      • Number of Period
      • Initial Payment
      • First Payment Date
      • Final Payment Date
      • Classification Code
      • Payment Option
      • ACH Suspended
      • Total Amount Finalized
      • All the amounts in AR_PAYMENT_PLAN_INFO will be calculated
    • Once finalized, we cannot delete the payment plan anymore.
    • Once finalized, we cannot edit the payment plan anymore, in exception of a few fields:

      • Plan Status
      • Resolution Number
      • Authorized By
      • Notes & Comments
      • ACH Suspended
      • Payment Classification
      • Status Override
    • Once finalized, if the plan status is changed:
      • Plan Status is set to Active
        • Set the AR_PAYMENT_PLAN_INFO.IS_PLAN_ACTIVE = True
        • Set the AR_MASTER.NO_CHARGES = True
      • Otherwise if the Plan Status is not set to Active
        •  Set the AR_PAYMENT_PLAN_INFO.IS_PLAN_ACTIVE = False
        • Set the AR_MASTER.NO_CHARGES = False
    • Once finalized, if the ACH suspended is changed:
      • Update AR_PAYMENT_PLAN_INFO.IS_ACH_SUSPEND with the ACH suspended value
      • Update AR_MASTER.ACH_ACTIVE_FLAG depending on the ACH suspended value
        • If True, the value = 3 (Manual Deactivate), otherwise value = 2
    • Once finalized, the payment plan period(s) are created.

Delete A/R Payment Plan

  • Can always delete a payment plan which is not finalized.
  • Delete the record(s) with the associated plan_id from:
    • AR_PAYMENT_PLAN
    • AR_PAYMENT_PLAN_INFO
    • AR_PAYMENT_PLAN_PERIOD
  • When the payment plan is finalized, the delete button is disable.

Add/Remove Delinquent Year(s)

  • Allow to add/remove a delinquent year(s) if the payment plan is not finalized.
    • The button is enable if not finalized.
    • The button is disable if finalized.
  • A popup window show up to choose all the delinquent year(s)

    • If the year existed in the DB and the user uncheck the year, the payment plan info for this year will be deleted.
    • If the year doesn’t existed in the DB and the user select the year, the payment plan info will be created.
    • Only when at less 1 year is selected, the OK button will be enable. Otherwise the button is disable.
    • The Cancel button will only close the window.
    • The X button will only close the window.
    • The checkbox on the header will select all the year(s) or unselect all the year(s).
    • Can sort the grid using the header on the grid.
    • By default the records are sorted as:
      • Year desc
      • Sub System
      • AR ID
  • The year is consider delinquent when:
    • The year is NULL in ar_master or the year is small than the payment plan year
    • The A/R must have a balance
    • Get all the transaction type not as adjusted bill if the plan type is regular or get all the transaction type as adjusted bill if the plan type is omitted
If Plan Type = Regular

SELECT ar_master.ar_id, ar_master.year_id, ar_master.sub_system, SUM(balance) as TotalBalance
FROM ar_master WITH (NOLOCK), ar_detail WITH (NOLOCK)
WHERE ar_master.ar_id = ar_detail.ar_id
AND ar_master.P_ID = @fieldValue
AND (ar_master.year_id IS NULL OR ar_master.year_id < @year_id)
AND ar_detail.trans_type <> ‘ajb’
GROUP BY ar_master.ar_id, ar_master.year_id, ar_master.sub_system
HAVING SUM(balance) > 0
ORDER BY ar_master.year_id DESC, ar_master.sub_system, ar_master.ar_id

If Plan Type = Omitted

SELECT ar_master.ar_id, ar_master.year_id, ar_master.sub_system, SUM(balance) as TotalBalance
FROM ar_master WITH (NOLOCK), ar_detail WITH (NOLOCK)
WHERE ar_master.ar_id = ar_detail.ar_id
AND ar_master.P_ID = @fieldValue
AND (ar_master.year_id IS NULL OR ar_master.year_id < @year_id)
AND ar_detail.trans_type = ‘ajb’
GROUP BY ar_master.ar_id, ar_master.year_id, ar_master.sub_system
HAVING SUM(balance) > 0
ORDER BY ar_master.year_id DESC, ar_master.sub_system, ar_master.ar_id

Periodic Budget and Delinquent Balance

  • After adding at least one delinquent year, the delinquent balance and Periodic Budget will be calculated.

  • There are two modes for the periodic budget:
    • Based on the installment (default)
    • Based on the user’s input
  • The default one will calculate the periodic budget with the formula → Periodic Budget = (Total Amount – Initial Payment) / Number of Installments. The value is displayed on a read-only field Periodic Budget Display.
  • The second mode, based on the user’s input, will instead update the numbers of installments if the value differs from the one entered previously.
  • The final payment is calculated after either the number of installments or periodic budget are updated.
  • After that the balance and budget get populated, editing either the periodic budget override, the installments or the initial payment will trigger the calculation used to either obtain a new value for the periodic budget or the number of installments.
  • When a plan is finalized, if the periodic budget was entered by the user, the periodic plan amount will use this value, otherwise it will calculate the value as the one in display.
  • Also, when the plan is finalized, the Delinquent Balance is saved in the Amount field and this value will be used to display the Delinquent Balance, instead of calculating it every time the form opens, and won’t be updated if the Delinquent Balance is modified.
  • To enable the Periodic Budget and the Periodic Balance, the user must first enable the Controller property “Display field with payment per period calculation”

View Payment Plan Info

  • View AR payment plan info detail.
  • Show the detail on the payment plan info only if the plan is finalized

    • Year
    • Subsystem
      • Show long description of the sub system from VT System: SUBSYS
    • Barcode
      • Link which allow to Open the form AR008 – A/R Inquiry, positioning on the tab item A/R Payment Plan.
    • Begin Date
    • First Payment Date
    • Final Payment Date
    • Plan Amount
    • Period Amount
    • Number of Total Paid
    • Next Payment Date
    • Last Payment Date
    • Last Payment Amount
  • No record if the payment plan is not finalized.

    SELECT
    ar_master.year_id ‘Year’,
    CASE WHEN vt_system.long_desc_en IS NOT NULL THEN vt_system.long_desc_en
    WHEN vt_system.short_desc_en IS NOT NULL THEN vt_system.short_desc_en
    ELSE vt_system.code END ‘Subsystem’,
    ‘Form=AR008:AR_PaymentPlanInfo;PLAN_ID=’ + CAST(ar_payment_plan_info.plan_id AS varchar) + ‘;AR_ID=’ + CAST(ar_payment_plan_info.ar_id AS varchar) ‘<LINK>’,
    ar_payment_plan_info.ar_id ‘Barcode’,
    ar_payment_plan_info.begin_date ‘Begin Date’,
    ar_payment_plan_info.first_payment_date ‘First Payment Date’,
    ar_payment_plan_info.final_payment_date ‘Final Payment Date’,
    Format(ar_payment_plan_info.amount, ‘C’) ‘Plan Amount ($)’,
    Format(ar_payment_plan_info.amount_period, ‘C’) ‘Period Amount ($)’,
    ar_payment_plan_info.number_total_paid ‘Number of Total Paid’,
    ar_payment_plan_info.next_payment_date ‘Next Payment Date’,
    ar_payment_plan_info.last_payment_date ‘Last Payment Date’,
    Format(ar_payment_plan_info.last_payment_amount, ‘C’) ‘Last Payment Amount ($)’
    FROM ar_payment_plan_info
    INNER JOIN ar_master
    ON ar_master.ar_id=ar_payment_plan_info.ar_id
    INNER JOIN vt_system
    ON vt_system.code = ar_master.sub_system
    INNER JOIN ar_payment_plan
    ON ar_payment_plan_info.plan_id=ar_payment_plan.plan_id
    WHERE ar_payment_plan_info.plan_id=@attrPLAN_ID
    AND ar_payment_plan.is_finalized = -1
    AND vt_system.table_name = ‘SUBSYS’
    ORDER BY ar_master.year_id DESC, ar_master.sub_system, ar_payment_plan_info.ar_id

Use Payment Plan Name ID

Option to use ACH Account from this Payment Plan for ACH batch processes:

  • A/R – ACH Batch Process – Prenotification
  • A/R – ACH Batch Process – Data Preparation
    • If active, those parameter will be hidden: Include Payment Plan, For Installment and For Fixed Amount
  • A/R – ACH Batch Process – File Generation
    • If active, those parameter will be hidden: All Pending Records, Fixed Amount Only and By Installment Only

instead of to use primary name index. Right now only available for RE sub system.

GNA General settings:

Classes

N/A

Database

Configuration

BED

Attribute
Properties
PLAN_ID

FIRST_PAYMENT_DATE_OV

IS_ACH_SUSPEND

IS_FINALIZED

NUMBER_OF_PERIOD

PAYMENT_PERIOD

PLAN_STATUS

PLAN_TYPE

REF_ID

REF_TYPE

STATUS_OVERRIDE

YEAR_ID

AMOUNT

AMOUNT_PERIOD

AUTHORIZED_BY

BEGIN_DATE

CLASSIFICATION_CODE

FINAL_PAYMENT_DATE

FIRST_PAYMENT_DATE

INITIAL_PAYMENT

INSTALL_CURRENT_YEAR

LAST_MODIF_DATE

LAST_MODIF_UID

LEGACY_ID

LEGACY_ID_DEFINED

NA_ID

NOTES

PAYMENT_OPTION

PLAN_NUMBER

RESOLUTION_NO

AMOUNT_DISPLAY

IS_PERIODIC_BUDGET_OVERRIDDEN

LAST_PAYMENT_AMOUNT

PERIODIC_BUDGET_DISPLAY

ACH_SEQ

GNA

SELECT
ar_master.year_id ‘Year’,
CASE WHEN vt_system.long_desc_en IS NOT NULL THEN vt_system.long_desc_en
WHEN vt_system.short_desc_en IS NOT NULL THEN vt_system.short_desc_en
ELSE vt_system.code END ‘Subsystem’,
‘Form=AR008:AR_PaymentPlanInfo;PLAN_ID=’ + CAST(ar_payment_plan_info.plan_id AS varchar) + ‘;AR_ID=’ + CAST(ar_payment_plan_info.ar_id AS varchar) ‘<LINK>’,
ar_payment_plan_info.ar_id ‘Barcode’,
ar_payment_plan_info.begin_date ‘Begin Date’,
ar_payment_plan_info.first_payment_date ‘First Payment Date’,
ar_payment_plan_info.final_payment_date ‘Final Payment Date’,
Format(ar_payment_plan_info.amount, ‘C’) ‘Plan Amount ($)’,
Format(ar_payment_plan_info.amount_period, ‘C’) ‘Period Amount ($)’,
ar_payment_plan_info.number_total_paid ‘Number of Total Paid’,
ar_payment_plan_info.next_payment_date ‘Next Payment Date’,
ar_payment_plan_info.last_payment_date ‘Last Payment Date’,
Format(ar_payment_plan_info.last_payment_amount, ‘C’) ‘Last Payment Amount ($)’
FROM ar_payment_plan_info
INNER JOIN ar_master
ON ar_master.ar_id=ar_payment_plan_info.ar_id
INNER JOIN vt_system
ON vt_system.code = ar_master.sub_system
INNER JOIN ar_payment_plan
ON ar_payment_plan_info.plan_id=ar_payment_plan.plan_id
WHERE ar_payment_plan_info.plan_id=@attrPLAN_ID
AND ar_payment_plan.is_finalized = -1
AND vt_system.table_name = ‘SUBSYS’
ORDER BY ar_master.year_id DESC, ar_master.sub_system, ar_payment_plan_info.ar_id

OFD

Attribute
Properties
Plan Number

Plan Status

Plan Type

Resolution Number

Authorized By

Installment Current Year

Is Finalized

Status Override

Contract Holder

Begin Date

Payment Period

Delinquent Balance

Display Periodic Budget

Periodic Budget

Override (Periodic Budget)

Last Payment

Number of Payments/Period

Initial Payment

First Payment Date

Final Payment Date

Payment Classification

Payment Option

ACH Suspended

Notes & Comments

Calculation of payment periods

The calculation of payment period is a formula = (Total balance due of all years in a plan – initial payment ) / number of payments

If the Periodic Budget Override is filled, it uses that value as the payment period instead

The due date for each period is calculated by the payment period

The period 0 is reserved for the initial payment and the due date for period 0 is started on Begin date

The initial payment will be applied from the oldest year to the most recent year until the balance due for a year. The remaining initial payment will be applied on the next year and so on.

Govern is generated the periods for all years in a plan from the oldest year to the most recent year until the balance due for a year. The remaining period amount will be applied on the next year and so on

Example: Payment plan

 

 

Related Topics

Standard A/R Controller Configuration (101-ar-fea-022-ofr)

Accounts Receivable Parameters (103-ar-parm-General)

 

 

101-ar-fea-022

 

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

 

 

101-ar-fea-008

 

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 – Lockbox Batch Processes

Accounts Receivable (A/R) Lockbox Batch Processes

Overview

The A/R Lockbox batch processes are used for processing multiple payments. These payments can be received in a file from a Lockbox service or can be entered manually or through a scan in the A/R Lockbox form in Govern.

For more information about lockbox user data entry, see the A/R Lockbox user form.

For more information about configuring the A/R Lockbox, see Setting Up the A/R Lockbox.

Documentation

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

The A/R Lockbox Batch Process form provides options for the following:

Read More...

  • Validating a File
  • Loading a File
  • Processing Payments Directly from a File
  • Processing Payments from a Preloaded File

To access A/R Lockbox Batch Process form:

  1. Launch Govern.
  2. Open a Profile that contains the A/R Lockbox batch process.
  3. Select the Batch Processes Explorer.
  4. Select the A/R Lockbox Batch Process.
  5. Select one of the following options:
  • Preload
  • Process from File
  • Process Preload File
  • File Validation Only

Running the Preload Batch Process

Run the Preload batch process in order to load a lockbox file to the Govern A/R_Lockbox_Header and Lockbox_Detail tables. Once the process is complete and the file is loaded to the database, it can be viewed on the A/R Lockbox form in Govern.

NOTE: This is the only one of the four Lockbox batch processing options that provides this functionality, viewing a file in the A/R Lockbox form.

The file can be compiled, by a Lockbox service at a bank, from deposited payments. It can also be compiled from entries made in the Lockbox form in Govern.
To run this process:

  1. Click the ellipsis button in the File Name field.
  2. Select the Lockbox file from a computer or network drive.
  3. Click Archive to store the file in a specific location.
  4. Click the Run button to run the process and load the file to the database tables.

Running the Process from File Batch Process

Run the Process from File batch process in order to load the payment data directly to the Govern A/R from a Lockbox file.

Like the Preload File process, the file can be compiled, by a Lockbox service at a bank, from deposited payments. It can also be compiled from entries made in the Lockbox form in Govern.
When you run this process, the file can no longer be viewed on the AR Lockbox form in Govern.

To run this process:

  1. Click the ellipsis button in the File Name field.
  2. Select the Lockbox file from a computer or network drive.
  3. Click Archive to store the file in a specific locaction.
  4. Click the Duplicate Bill option to create copies of the bills for the name selected as the Primary Index in the Mailing Index.
  5. Click the Run button to run the process and load the file to the database tables.

Running the File Validation Only Batch Process

Run the File Validation Only batch process in order to ensure that the Lockbox file is valid. Payments are loaded to a log file but are not stored in the database. The file cannot be viewed in Govern.

To run this process:

  1. Click the ellipsis button in the File Name field.
  2. Select the Lockbox file from a computer or network drive.
  3. Click Archive to store the file in a specific location.
  4. Click the Run button to run the process and load the file to the database tables.

 

 

101-ar-bp-036

 

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