Matix GIS Integration

Matix GIS Integration

Overview

True GIS-CAMA Integration, Matix is a GIS viewer, that provides everyone from taxpayers to county decision makers with state-of-the-art data visualization. These visual representations give the user unmatched access to meaningful data and unleash the deeply buried, yet valuable, information contained within your growing base of historical CAMA and Collections records. Matix is a product of the Harris Govern suite that encompasses CAMA records, GIS layers and images within one application. Matix offers users…

  • Thematic CAMA maps and Collections data
  • Visually create and validate statistical models
  • Integrate with any CAMA system, Excel or Access databases Advanced tools
  • Matix leverages the power and flexibility of ESRI’s ArcGIS Server, as well as the latest in web-based mapping services, to provide an everyday tool for performing rapid statistical analysis and advanced visualizations.

Read More...

OpenForms MATIX Integration

Integration is accomplished via the Govern OpenForms Standard Application Browser form and feature (std-frm-005).
It was tailored for MATIX and distributed as a standard form (std-frm-008). To get an idea of MATIX specific features and how it is configured, please refer to the Standard Application Browser for MATIX.

Furthermore, the Standard Application Browser form function has similar functionalities to the Standard Web Browser (WBI) form for Web base application integration. For additional information on this feature, refer to the standard Web Browser Integration (WBI) (101-std-frm-003) video in the Videos section of this page.

Documentation

Click to go to the link page of the current Matix Documentation 101-std-frm-008-MATIX Integration.

Videos

Click to view a training session video (May 8, 2017)
Click to view the video providing background information and demonstrating the integration process.

Related Topics

For more information, visit the Harris Govern web site

What’s New!

See What’s New Page.

 

 

222-Matix

 

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

Govern Validator and Verification

Govern Validator and Verification

Overview

In any software application or suite of applications, for proper functioning, there must be an optimum installation environment. The requirements for Governs’ suite of applications are very specific, as a result the end-user can be challenged in determining whether they have the required installed applications to allow for the stable functioning of Govern.

The Govern Validator is a utility that will review a target system, to validate the presence or status of required components or settings. The areas of a systems environment that are reviewed are:

  • The GovernNet Configuration file (GovernNetConfig.xml settings)
  • The existence, location, and access of Resource Files
  • Database Access
  • LAN Performance Test
  • Database Performance Test

From the GovernNetConfig.xml file, the Govern Validator will determine the location of Connection Keys (CK), Resource File name, type of authentication, and so on. In addition the location of the Resource file will be determined, and access to the database. Any or all of these factors can affect the functioning of the Govern.NET application.
Documentation
The following is a list of related user documentation for the Govern Validator and Verification
GVAL51.pdf

System Requirements

Read More...

This application is covered by the general system requirements.
Refer to System Requirements for details.

Related Links

Govern
Disclaimer

 

 

108-all-GVV

 

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

Govern Theme Builder (TB)

809-(ico)-GTB-[v5.1].png  Govern Theme Builder (TB)

NOTE: The Govern Theme Builder is not available for Version 6.x

Overview

Users change the theme of an application to personalize the work area, or work in an application environment that reflects their company’s colors.
The Govern Theme Builder is a Govern .NET application that allows users to create customized “themes” for the applications in their Govern .NET suite. Alternatively, users can modify existing themes. Once a theme has been created or modified, it is saved for use as an .XML resource file. This file is accessible to applications in the suite through the Themes option on the Ribbon. Users are then able to change their Themes in the Options tab of their ribbon.
After creating a theme, Administrators creating new deployments are able to select the new or modified theme as a default for their deployments.

Note: Administrators that are updating existing themes, will not be able to specify one of the new themes for their updated deployment packages. A new deployment package will have to be created to set a new or modified theme as a default.

Documentation

The following is a list of related user documentation for the Govern Security Manager (GSM).

  • Currently there is no finalized documentation for the Govern Theme Builder

Read More...

System Requirements

This application is covered by the general system requirements.
Refer to System Requirements for details.

Related Links

Govern

Disclaimer

 

 

109-all-GTB

 

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

110-all-MOD

810-(ico)-MoD-[v5.1].png  Govern Model Designer (MoD)

– Discontinued for Version 6.0 –

Overview

The Govern Model Designer has been discontinued for release 6.0. This application has been replaced with the Govern OpenForms Designer (OFD).

The Govern Model Designer (MoD) is used in conjunction with the Govern Business Entity Designer (BED) to set up custom end-user forms for governing your data.

Forms are based on business models and business entities. The initial setup of the business models is performed in the Business Entity Designer. This includes setting the datasource, creating the business models, adding the entities, mapping the attributes and defining their properties, creating links between business entities and between datasource tables, and adding validation rules.

Documentation

The following is a list of related user documentation for the Govern Model Designer (MoD)
GovernModelDesigner51

 

System Requirements

This application is covered by the general system requirements.
Refer to System Requirements for details.

Related Links

Govern

Disclaimer

 

110-all-MOD

101-ar-brules-payment-entry

Accounts Receivable Payment Data Entry Business Rules

Overview

In addition to the security setup in OFD, different business rules apply when a payment is entered in Govern and the behavior of the form may vary.
The following rules apply whether the payment is entered from the A/R Inquiry Payment or from the Cash Collection form unless identified as such.
Furthermore, other Cash Collection business rules and validation can apply.

Parameters

The following parameters impact payment data entry.

Accounts Receivable General Parameters

Use Proportional Distribution (Deprecated in 6.0)

  • Select this option to enable Proportional Distribution for cash collection. With Proportional Distribution, payments are distributed according to the amount owed on each account.
  • For example, if the client pays $100.00 but owes $150.00 for electricity and $50.00 for water, $75.00 is paid towards the electric bill and the remaining $25.00 towards the water bill.

 

Minimum Percent or Amount to Collect

The user cannot enter less than the calculated amount on the Payment Data Entry forms in Govern, unless:

  • The Allow Payments < Late Charges Due option is selected
  • The User has the Security access to the Payment Amount define in OpenForms Designer (OFD) – to be validated in cc
    • For example: If you enter 50%, the minimum payment amount is 50% of the installment due. The user cannot enter less than the calculated amount in the Payment Amount
  • If the previous installment is not completely paid, the remaining amount is added to the current installment. This amount needs to be paid before the minimum amount on the current installment can be collected.
    • For example, a $3,000. Tax bill is divided into three installments of $1,000.
      • The minimum collection amount is 50% ($500. in this example).
      • The client pays $800.00 on the first installment, leaving $200.00 remaining.
      • This is added to the second installment.
      • The minimum amount that can be paid on the second installment is $700.
      • $200.00 (unpaid amount from first installment) +500.00 (minimum collection amount for second installment).
  • The Minimum Percent or Amount to Collect can be the same for ALL sub-systems (General) or vary by module (Sub-System)

Allow Payments < Late Charges Due

Used with the Minimum to Collect option

Collection Year

For Real Property and …..

  • The last year for which you are collecting bills.
    • For example, if you enter 2015, payments cannot be made on bills dated 2014 and before.
  • Typically, this option is used by municipalities that transfer bills to the county, or to another level of government, after a set time has passed.

Use Exact Installment

  • Select this option to prevent collection of the second installment through the Payment Data Entry form before the first has been collected. Otherwise, if the second installment is collected while the first remains outstanding, the second installment payment is registered as the total payment in the database.

 

101-ar-brules-payment-entry

 

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-brules-payment

Accounts Receivable (A/R) Payment Application Priorities Business Rules

Overview

The following explains the payment application and priority business rules.

Parameters

Mainly, the following parameters impact the payment priority order:

A/R Sub-System Priorities
Enter a number in the Priority field next to each subsystem to define the order in which bills are paid.
The higher the number, the higher the priority and the sooner the bill is paid.
Note: If a collection year is entered on the Accounts Receivable General Parameters form, no payments will be made on bills dated prior to this year.

Ignore Year:

Select Ignore Year to use only the subsystem priority when making payments.
Bills from the subsystem with the highest priority are paid first.
Otherwise, if this option is deselected, payments are made on all outstanding bills according to year; i.e., all bills from 2012 are paid before the bills from 2013.

Application Order

Payments application order:

Sub-System

  • Payments are made first to the subsystems with the Ignore Year option selected, according to Priority Number. The subsystem with the highest priority number is paid first.
  • Payments are then made to subsystems with the Ignore Year option deselected, according to Priority Number. The subsystem with the highest priority number is paid first.
    • Note: If a collection year is entered on the Accounts Receivable General Parameters form, no payments will be made on bills dated prior to this year.
  • If two subsystems have the same priority number, payments are made in alphabetical order.

A/R Class Code

Priority can be setup by Class code
Priority (Highest Number = Highest Priority)
The Class Code with the highest number is processed first; i.e., the class code assigned priority number 2 is processed before that with priority number 1.

Apply Before Installment/Apply Before Date
If two class codes have the same priority number, they are processed according to these 2 fields.
The following table defines the four possible combinations that can be set for these options:

 

Process Order Priority Number Apply Before Installment Apply Before Date
1 x x x
2 x x
3 x x
4 x

History / Inactive Account

(validated if in used for Cash Collection)
An account can be inactivated. This option is set in the Accounts Receivable A/R Inquiry Notes tab.
When turned on, no further Accounts Receivable transactions can be performed on the account.

 

101-ar-brules-payment

 

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