Audits are designed to check the accuracy of EnergyCAP utility billing information. Audits may be run:
The purpose of using audits during manual bill entry is to minimize data entry errors by identifying potential issues prior to saving the bill. Then the data entry person can return to the entered bill to confirm that the information is correct. If there was a data entry error, the bill can be corrected immediately and saved. The audit can be run again to verify that the corrected bill passes. If there was no data entry error, but the bill still fails the audit, a Bill Message, and/or a Bill Issue can be created so that the bill can be identified as requiring further review. An audit task is also available for running audit groups external to the EnergyCAP program.
Running audits after electronic bill import can help confirm the accuracy of imported data. Other audits (or the same audits in different audit groups with different audit variance settings) can be used for energy management and analysis tasks.
Audit results can be reviewed from the Work Flow Manager (Accounting > Work Flow Manager) by clicking on the associated bill from the Problem folder. Bill messages generated by failed audits can be displayed using the BL20 report from the Report Manager.
The Audit Manager (Analysis/Audits) provides an interface for the user to create audit groups useful for the unique organization work flow and quality control. About 50 different audits are built into the EnergyCAP audit installation. These audits can be run individually or assigned to an audit group. The latter is the more common use. After the user has defined audit groups in the Audit Manager, a group can be assigned to the bill entry work flow via the Workflow Wizard (Tools/Work Flow Wizard). Then, the audit group will be automatically run during the bill entry process. Individual and multiple bills can also be audited from the Workflow Manager (Accounting/Work Flow Manager), and bills can be audited individually from the Create, View and Edit Bill windows by clicking the Audit button.
The Audit Manager can be used to set or change global Audit Variances for individual audits assigned to Audit Groups. Group audit variances can, in turn, be overridden at the meter or account level.
Audits may be run multiple times. The same audit may be part of multiple audit groups. Running an audit more than once on a bill will cause the bill to be re-audited, regardless of the results of the previous audit.
If the bill failed previously, the audit result record will be updated with the new result.
The audit result table (called BillMessageLog) does not record the Audit Group; i.e. the Audit Group is irrelevant. For additional information on re-auditing, see Repeating Audits-EnergyCAP Logic for Database Table Updates.
Audit installation is not part of the EnergyCAP program installation. If you do not see audits in the Audit Manager when attempting to create audit groups, follow these instructions to install the audit package:
When you create an audit group, you are creating a folder to contain specific audits that you want to execute together.
Select Analysis>Audits. The Audit Manager appears.
From the Audit menu, select New>Group. The Create Audit Group window appears.
In the Code field, enter the unique, user-defined identifier of the audit group.
In the Display field, enter the name to appear throughout the system.
Click OK. to save the new Audit Group and close the Create Audit Group window. The new group will appear in the Audit Manager Tree View.
Click to select the desired audit from the list. The Create Audit window will open, displaying a description of the audit in the General tab.
Click the Settings tab to reveal the audit settings.
If changes to default settings are desired, click the Edit icon
. The Create Audit Setting window will open.
Input the new settings in the fields provided, then click OK to save changes and exit the Create Audit Setting window. Or click the Use Default button to change field values to default settings. Or click Cancel to close the Create Audit Setting window without saving changes.
When satisfied with Audit settings, click OK from the Create Audit window to save the audit and exit the Create Audit window.
When satisfied with Audit settings, click OK from the Create Audit window to save the audit and exit the Create Audit window. Or click Cancel to exit without saving the audit. Saved audits are displayed in a subfolder corresponding to the type of audit (Bill or Channel).
Select Analysis>Audits. The Audit Manager appears.
Click
to navigate to the audit group to modify.
Select the audit group to modify.
From the File menu, select Properties. The Audit Group Properties dialog box appears.
Modify the code by clearing the Code field then entering the new code.
Modify the display by clearing the Display field then entering the new display.
After making your selections, click OK.
When you delete an audit group, you also delete all audits contained in that audit group folder.
Select Analysis > Audits. The Audit Manager appears.
Click
to navigate to the audit group to delete.
Select the audit group to delete.
From the Audit menu, select Delete > Group. The Confirm window appears.
Select Yes to delete the audit group.
Click No to cancel the operation.
As mentioned in the overview, it can be useful to run audits as bills are being keyed into EnergyCAP. To set this up, first you must create an audit group and select one or more audits to be members of this group.
To audit automatically during manual bill entry, update the Work Flow settings as follows:
When a bill is manually entered into EnergyCAP, the Quick Check Audit Group will execute when the user clicks the Save button. If the bill data passes the audits, it will be saved and the data entry operator can enter the next bill. If the bill data does not pass the audits, an Audit Results window will list the audits the bill data failed. See below:
If the bill still fails any audits, there are three options to choose from:
Audit #46 is a single bill entry super audit that is extremely fast and powerful! This single audit is a good choice for testing bill entry. Its internal logic has these 26 individual tests.
|
Test |
Logic |
|
Start Date |
Is later than yesterday? |
|
End Date |
Is later than today? |
|
Length |
Is less than 1 day? |
|
Length |
Is greater than 370 days? |
|
Length |
Varies from historical average? |
|
Billing Period |
Earlier than start date (month)? |
|
Billing Period |
Later than end date (month)? |
|
Billing Period Year |
Earlier than 1990? |
|
Accounting Period Year |
(if not null) earlier than start date (year)? |
|
Accounting Period Year |
(if not null) later than end date (year)? |
|
Statement Date |
(if not null) earlier than end date? |
|
Statement Date |
(if not null) later than end date + 60 days? |
|
Due Date |
(if not null) earlier than end date? |
|
Due Date |
(if not null) later than end date + 60 days? |
|
Gap in Dates |
Start date of this bill > 1 day later than end date of most recent bill? |
|
Overlap |
Start date of this bill < End date of any other bill that was retrieved? |
|
Multiple Bills in Billing Period |
Is any prior bill assigned to this billing period? |
|
Usage too High |
Average Daily Usage (ADU) exceeds allowable. Use secondary test* also. |
|
Usage too Low |
ADU exceeds allowable. Use secondary test* also. |
|
Cost too High |
Average Daily Cost (ADC) exceeds allowable. Use secondary test* also. |
|
Cost too Low |
ADC exceeds allowable. Use secondary test* also. |
|
Unit Cost too High |
Average Unit Cost (AUC) exceeds allowable. We test this against the annual average, never vs. last year. If it fails, use secondary test against most recent bill. Must fail both tests. |
|
Unit Cost too Low |
AUC exceeds allowable. We test this against the annual average, never vs. last year. If it fails, use secondary test against most recent bill. Must fail both tests. |
|
Demand too High |
Average Daily Demand (ADD) exceeds allowable. Use secondary test* also. |
|
Demand too Low |
ADD exceeds allowable. Use secondary test* also. |
|
Usage/Demand Ratio too High (Load Factor) |
Is Load Factor more than 1.0? ** |
* Secondary test: Use ONLY when same month last year (LY) test is used. If a bill fails a LY test, re-test it using the MR (most recent) bill. If it passes that test, it is okay. Logic – We want to prevent false alarms. If a bill fails when compared to LY, we then compare it to last month. If it does not fail when compared to last month, we conclude that (1) last year was an abnormal bill itself, or, (2) the nature of the account has changed (maybe more area has been added) and since it looks like last month, we conclude it is not a keying error.
** Load Factor = actual usage/theoretical usage = [usage/(demand * days * 24)]
In some cases, it may be advantageous to override a particular audit variance for a specific account or meter. To do this, open up the Properties window for an account or meter and click the Audit tab.
Meter Audit Override

Account Audit Override

To override the default variance from the Meter Properties or Account Properties window:



NOTES: After the value has been changed, the Properties list box will display the Value Type as Override to indicate the change:

Override values will be used whenever audits run regardless of the values set for the audit in the audit group. In other words, the audit values set at the account and meter level supercede any and all other audit variance settings.
The Quick Check Audit checks for large data entry errors. Additional Audit Groups can be created to review specific data or to provide a more stringent check of the entered information.
There are two different ways to select bills that you want to audit, based upon your Work Flow Wizard settings:
Every audit is given a severity setting for when the audit is failed. The severity is associated with the problem message that the audit creates with the bill when the audit conditions are met. There are six different audit severities:
0 – Pass
1 – Low
2 – Moderate
3 – Severe
4 – Fail
5 – Export Hold

The main use of severities is in setting up Auto Approval based on audit results for a bill. So if you setup an Audit’s severity as Severe, and have Auto Approval set to approve anything Moderate or better, that means Pass, Low and Moderate would be approved, but Severe, Fail, and Export Hold would not. In this manner, the more important audits can be set to a higher severity when the audit is failed. The less important audits can be configured with a lower severity so even when the audit is failed, the bill would still be approved.
NOTE: The Export Hold severity has a second purpose beyond bill approval. In addition to that functionality, the bill which fails an audit of this severity will have its Export Hold flag set to True. Bills marked with this status will appear in the Work Flow Manager in the Holding for Export folder.

Bills in this folder will not be exported to AP or GL when the Bill Export process is run. They are withheld until the flag is toggled off. To toggle the Export Hold flag, simply right-click on the bill and select the Toggle Export Hold option.

Below is a sample command line to use for the EnergyCAP Audit Task applet to audit the bills or to import channel/interval data. This task should be scheduled to run on either the Web server, database server, or an application server to centralize automated tasks, avoid network traffic issues, and provide a quicker audit.
The Audit Task applet command line will execute the audits in a specified Audit Group. Therefore, you will need to create at least one Audit Group in EnergyCAP and the EnergyCAP User indicated in the command line MUST have permission to execute audits. If the system user is the one you want to use, you will need to edit the security user role or the system user to grant permission to execute audits.
The command line to pass to the Audit Task applet is defined below. In the command line, we have the choice of either providing the start date and end date or providing the number of days (prior to the system date) to limit the data being audited. If you are planning to run this as a scheduled task, it is recommended that you use the number of days option. In the example below, the start date and end date option are used. The command line format is as follows:
Audittsk –d [DSN] –u [User] –p [pwd] –s [start date] –e [end date] –c [channel(s)] –a [account(s)] –g [audit group] –l [logfile] –b [batch]
Not all options are required, depending on what type of audit you are running. If you are running billing audits, the account number would be used and not the channel option. If you do not enter dates, channels, or accounts, it will run for all. The required fields are the dsn, user, pwd, start date, end date, audit group and logfile.
Each field in the command line is described below:
-b [batch] This parameter allows you to include the name of the batch that you would like the audits to run against.
Using the above sample data, the command line would be:
Audittsk –d demodata –u system –p system –s 2004-12-06 –e 2004-12-28 –g TEST1 –l “c:\temp\bjAuditLogs\AuditLog_[DATETIME].log”
To run the command line format, open a command window (in Windows, click on the Start button, click on Run, and enter the text: "cmd"), change directories to “c:\Program Files\EnergyCAP Enterprise” (or the EnergyCAP installation directory). Next, type in the above command line changing the flags to fit your installation.
Data that fails the audit will appear in the Workflow Manager. To review the audit results, expand the Channels folder or Bill folder and select the Problems folder. The channels or bills with data that needs to be reviewed will appear on the right side of the screen and explanations of why the data failed the specific audit are provided in the lower window. You may need to select Edit and/or Refresh to display any new problems found by the audits if you are already in the application.
This topic provides a description of each individual audit available through the Audit Manager. It also provides recommendations for efficient use of available audits.
Audits are arranged numerically in two groups; bill audits and channel audits. Gaps in the numerical sequence for one group may indicate that the desired audit is located in the other group.
The following are recommended bill entry audits: 3, 8 and 46
Audits 1-2, 5-7, 9-10, 14-19, 30-35, and 37-39 are covered by consolidated Audit #46 and therefore are not recommended for individual use.
1. Abnormally Long Billing Period: Billing period is longer than recent bills. Alert created if variance from historical bills exceeds user defined variance.
2. Abnormally Short Billing Period: Billing period length is shorter than recent bills. Alert created if variance from historical bills exceeds user-defined variance.
3. Bill Cost Duplicate: The cost on this bill is the same as the most recent bill for this account. Check for duplicate. Alert created if the cost is the same amount as the last bill.
4. Invoice Numbers Duplicate: Invoice number is a duplicate of a prior bill. Check for duplicate. (only when invoice number <> null).
5. Gap in Billing Dates: Compares billing start date for the billing period with most recent bill in the system for the same account. Alert is created if variance between the dates exceeds the user-defined variance.
6. Billing Ends After Today: Billing period end date is later than today’s date.
7. Abnormal Bill Due Date: Due date (if not null) is abnormal. Either it is earlier than the bill date OR exceeds end date by more than the user-defined variance.
8. Possible Estimated Bill: Alert created if the bill is not marked as an estimate and either the total usage is the same OR the use/day is the same for a user-defined number of bills in a row.
9. Use/Day Exceeds Last Year: Calculates current average daily use for each meter and compares it with the same billing period last year. Alert created if variance from historical bills exceeds user-defined limit. A negative variance indicates less than historical use.
10. Cost/Day Exceeds Last Year: Calculates current average daily cost and compares it with the same billing period last year. Alert created if variance from historical bills exceeds limit. A negative variance indicates less than historical value.
11. Highest Cost/Day: Compares the cost/day with the previous highest cost/day for a user-defined number of billing periods. Alert created if variance from historical bills exceeds user-defined variance and current total cost exceeds minimum. A negative variance indicates less than historical cost.
12. Highest Use/Day: Compares the use/day for each meter with the previous highest use/day for a user-defined number of billing periods. Alert created if variance from historical bills exceeds user-defined variance and current total cost exceeds user-defined minimum.
13. Bill Overdue: Calculates the expected entry date of the next bill for an account. Alert is created if today is more than a user-defined number of days past the expected entry date and the total cost exceeds the user-defined minimum.
14. Highest Cost/Unit: Compares the cost/unit for each meter with the previous highest cost/unit for a user-defined number of billing periods. Alert created if variance from historical bills exceeds user-defined variance and current total cost exceeds user-defined minimum.
15. Demand/Day Exceeds Last Year: Calculates current average billed demand/day for each meter and compares it with the same billing period last year. Alert created if variance from historical bills exceeds user-defined limit. A negative variance indicates less than historical value.
16. Highest Demand/Day: Compares the billed demand/day for each meter with the previous demand/day for a user-defined number of billing periods. Alert created if variance from historical bills exceeds user-defined variance and current total cost exceeds user-defined minimum.
17. Abnormal Billing Period: The assigned billing period is outside of the service dates of the bill.
18. Use/Day Under Last Year: Calculates current average daily use for each meter and compares it with the same billing period last year. Alert created if variance from historical bills exceeds limit. A negative variance indicates less than historical use.
19. Cost/Day Under Last Year: Calculates current average daily cost and compares it with the same billing period last year. Alert created if variance from historical bills exceeds limit. A negative variance indicates less than historical value.
21. Bill Maximum-Minimum Cost: Total cost for each bill is compared with defined high/low limits or baseline year data.
22. Bill Maximum-Minimum Use: Total consumption for each bill period is compared with defined high/low limits or baseline year data.
23. Bill Period Demand: Compares current demand with historical bills. Alert created if variance from historical bills selected exceeds user-defined variance limit. Severity 1 – 4 fails with results. Use Type Class to specify Demand type.
25. Average Daily Cost by Bill Period: Calculates average daily cost (total cost divided by number of days in the billing period) and compares it with historical bills. Alert created if variance from historical bills exceeds user-defined variance. Severity 1 – 4 fails with results. The audit will always check and compare the same billing period from last year, as well as the immediate prior month and any ‘lookback’ month(s) specified as -1 or -2, etc.
26. Average Daily Use by Bill Period: Calculates average daily use (total usage divided by number of days in the billing period) and compares it with historical bills. Alert created if variance from historical bills exceeds user-defined variance limit. Severity 1 – 4 fails with results. The audit will always check and compare the same billing period from last year, as well as the immediate prior month and any ‘lookback’ month(s) specified as -1 or -2, etc.
27. Bill Maximum-Minimum Demand: Unique demand values for each bill period are compared with defined high/low limits or baseline year data.
28. Consecutive Zero Bill Use: If the use/consumption is zero for X months in a row, the account may be inactive. This alert identifies accounts that may be inactive and monthly service charges may be wasting money.
29. Same Average Daily Bill Use: If the average daily usage is exactly the same for a number of bills in a row, this is an indicator that the bill is estimated, indicating the meter failed or is blocked. Often times, vendors over-estimate bills.
30. Average Unit Cost by Bill Period: Calculates average unit cost (total cost divided by total usage) and compares it with historical bills. Alert created if variance from historical comparisons exceeds user-defined limits.
31. Bill Unit Cost High-Low: The average unit cost (total cost divided by total usage) for each bill is compared with a defined high/low limit or baseline year data.
32. Overlapping Bill Periods: Two consecutive bills have billing period dates that overlap by more than the specified number of days. Normally, dates should never overlap because the end date of one bill is the start date of the next. Possible data entry or billing error.
33. Multiple Bills in Period: Normally one bill will exist in each billing period. The application defines a bill period as monthly, quarterly, semi-annual or other. This alarm sounds if there is more than one bill in a period.
34. Abnormal Bill Period Length: The billing period length is shorter or longer than normal length. The normal length is set for each bill during setup (monthly, semi-annual, etc.). This audit flags any bills with periods that exceed the normal period by user-defined number of days.
35. Bill Load Factor: In theory, the load factor can never exceed 100%, so this is often an indicator of a data entry or billing error, in which either (1) the billed demand is too low, or (2) the electricity usage is too high.
36. Bill Cost Total: Compares the bill total (pay amount) to the sum of all line item costs.
37. Demand/Day Under Last Year: Calculates current average billed demand/day for each meter and compares it with the same billing period last year. Alert created if variance from historical bills exceeds user-defined limit. A negative variance indicates less than historical value.
38. Cost/Unit Exceeds Last Year: Calculates current/cost unit for each meter and compares it with the same billing period last year. Alert created if variance from historical bills exceeds user-defined limit. A negative variance indicates less than historical use.
39. Cost/Unit Under Last Year: Calculates current cost/unit for each meter and compares it with the same billing period last year. Alert created if variance from historical bills exceeds user-defined limit. A negative variance indicates less than historical use.
41. Meter Reading Reconciliation: Meter template tracks start/end meter readings and billed usage. Alert created if billed usage varies from usage calculated via meter readings. A negative variance indicates calculated use less than entered use. This audit requires a special setup in order for it to function properly. Meters that you want to use this audit on should be setup with a Bill Template which has the following Observation Types for the Start Reading, End Reading, Multiplier (optional), and Usage.
Start Reading Observation Type should be: STARTREADING
End Reading Observation Type should be: ENDREADING
Multiplier Observation Type is: MULTIPLIER
Usage Observation Type should be: USE
When a bill has been entered on a meter which has these observation types, the audit will calculate the difference between the Start and End readings, multiply by the multiplier value, and calculate the usage. If the calculated value violates the variance set for the audit, the audit will report the problem.
For more information about setting up Bill Templates, see the Bill Templates topic group.
42. Rate Schedule: Reconciles billed cost with calculated cost.
43. Cost via Unit Cost: Meter template tracks cost per unit and usage. Alert created if billed cost varies from the cost calculated from the unit cost and usage. A negative variance indicates calculated cost less than entered cost.
46. Bill Entry: A single multi-purpose audit that checks each bill multiple ways to catch bill entry errors.
For additional details regarding Audit 46, see the Audit 46 topic.
47. Duplicate Control Codes: Looks for duplicate entries in the control code field for all accounts. This is important when the control code field is used to hold the file name of the scanned image file.
48. Actual vs. Budget: Compares actual values to the values set in the budget version that you select in the audit.
49. Bill Flag: Lets you flag bills with certain line items on them such as Late Fees, Deposits, Adjustments, etc. This audit looks at the underlying Observation Type of the line item on the bill to see if it exists. This audit also contains a cost parameter.
50. Continuous service account date tests: Similar to Audit 46, but designed to check intermittent continuous service accounts (rental apartments) for reasonableness of dates and total cost. Audit 50 does not check for usage or unit cost. There is no minimum cost filter. Includes PayAmount maximum test option (default $100) to help avoid keying errors.
51. Line Item Existence by Caption. Similar to Audit 49, but provides caption search. EXAMPLE: Tax-exempt organization wants to flag bills with Caption of "tax" so if any bills come through with taxes, they know to work with that vendor to claim their tax exempt status.
52. Stored Procedure Execution. Enables automatic execution of a stored procedure, which can be a convenient way to execute user-defined database processes. Can be used in multiple audit groups to facilitate sequential procedures.
20. Meter Channel Maximum-Minimum: Unique channel values for each meter are compared with defined high/low limits or baseline year data.
24. Meter Channel Change from Historical: Compares current channel data with historical. Alert created if variance from historical data exceeds user-defined variance limits.
40. Channel Limit Exceeded: Values in a channel are totaled in a start/end date range. Alert created if total value exceeds a maximum limit.
44. Channel Setback: The channel data before and after the setback time is examined to see if the setback was performed and the difference is greater than the setback amount. Alert created if difference is less than expected amount.
45. Channel Startup: The channel data before and after the startup time is examined to see if the startup was performed and the difference is greater than the startup amount. Alert created if difference is less than expected amount.
There are 18 Auditors with a “Percent Variance” property.
Two of these do a one-way comparison – assumed always positive
The remainder do a two-way comparison – Greater Than when the Percent Variance value is Greater Than Zero and Less Than when the Percent Variance value is Less Than zero.
Audit #49 enables the user to flag bills for which certain line items exist, such as Late Fees, Deposits, Adjustments, etc.
This audit observes the underlying Observation Type of the bill line item on the bill to see if it exists. Up to five different observation types may be defined for this audit.
A cost parameter and audit severity may be selected as well.
NOTE: The BL16 (Bill Line Item) report can also be used for tracking bills containing line items associated with a particular observation type. An Observation Type Name filter and an Observation Type Code filter may be used when generating the BL16 report. the Line Item value associated with the Observation Type is included on the final column of the report.
A user asks:
How do I use Audit 49 to monitor Special Charge line items?” (This applies for all Special Charges that are shown in the Special Charges editor)
ANSWER:
Audit 49 finds occurrences of Observation Types, not special charges. A special charge can be thought of as a “named observation type.” So to limit the audit to one particular charge, it is necessary to create an associated Observation Type that is UNIQUE.
For example, EnergyCAP has a pre-configured special charge called “Deposit.” However the underlying observation type that is associated with this special charge (see Deposit properties in the Special Charges Editor) is “charge.” In essence, “Deposit” is the same as a generic “charge” but with a special name. But since Audit 49 does not search for special charges, it will return results for other line item "charges" besides Deposits.
To narrow the focus of the audit, it is possible to create a new observation type called “deposit” and then edit the existing Special Charge called “Deposit” by removing “charge” as the underlying observation type and substituting the new ‘deposit’ observation type.
There are four or five prerequisites (depending on your current organization configuration) for successfully using Audit 49 to effectively flag bills with specific Special Charges:
Once a Special Charge has been created (see link above), it is possible to associate it with a specific Observation Type using the Unit System Editor. Follow the instructions below to create a new Observation Type and then associate it with the Special Charge. The example provided assumes a cost value and not a consumption value. The example also demonstrates how to create a NEW Observation Type, if an appropriate Observation Type does not yet exist.


To associate a Special Charge with a specific Observation Type:




To add an existing Observation Type to Audit #49:

In some cases, it may be advantageous to edit/update the audit variance for an audit or audits in a specific Audit Group. To do this:
NOTE: The audit values set at the account and meter level supercede any and all other audit variance settings.
Audits may be run as frequently as desired in EnergyCAP.
When an audit is first run for a new bill, a failed audit result or results will populate the BillMessageLog table in the EnergyCAP database. Information from repeat audits is appended to the BillMessageLog table, with updates per the following logic.
NOTE: The Status column indicates the status of the bill prior to running the repeat audit.
| CONDITION | STATUS | RESULT |
| Audit X was run once, it passed. Now it is run again after the bill has been edited and it fails. | N/A (passed) | Bill(s) will get problem messages. |
| Audit X was run once, it passed. Now it is run again in a different Audit Group with a different setting. It fails. | N/A (passed) | Bill(s) will get problem messages. |
| Audit X was run once, it failed. Now it is run again with the same audit group, same settings. | PROBLEM | The audit results will be displayed. However no new bill messages are inserted into the database, as there were no changes to the audit messages. |
| Audit X was run once, it failed. Its status is ‘problem.’ Now it is run again with the same audit group, different settings. It fails again. | PROBLEM | Nothing happens as long as the problem message is the same. If the message is different, a new bill message is created. For example: Bill failed by 100% first time, second time it failed by 150%. This will create an additional bill message leaving the other message current and a ‘problem’. |
| Audit X was run once, it failed. Its status is ‘problem.’ Now it is run again with the same audit group, different settings. This time it passes. | PROBLEM | All the bill messages from before remain unaltered unless the actual message is different. |
| Audit X was run once, it failed. Now it is run again with the same audit group, same settings. | IGNORE | The same results are returned in the display window but the bill messages in the database remain ignored in the database. |
| Audit X was run once, it failed. Now it is run again with the same audit group, different settings. It fails again. | IGNORE | If you run the new settings and the audit fails, the failures display with no updates to bill messages. If you run with new settings and it passes, it does not update bill messages. |
| Audit X was run once, it failed. Now it is run again with the same audit group, different settings. This time it passes. | IGNORE | Nothing happens to the current bill messages but there are no errors displayed on the pop-up window. |
| Audit X was run once, it failed. Now it is run again with the same audit group, same settings. | FIXED | If there are no changes made to the bill to actually ‘fix’ it the audit will re-mark that message as a problem. If they are actually fixed and the audit does not return the same results the problem remains fixed. |
| Audit X was run once, it failed. Now it is run again with the same audit group, different settings. It fails – because it was edited. | FIXED | The problem remains fixed but a new bill message log is inserted with the new failure problem values. |
| Audit X was run once, it failed. Its status is ‘fixed.’ Now it is run again with the same audit group, different settings. It passes this audit group. | FIXED | Nothing happens. The problem remains fixed. |