Ability to set default Disbursement Bank

There is a new field in the Company record that allows selection of a default Disbursement Bank that is different from the Bank that is used to draft Payments and transmit Client ACH files. If no Bank is selected, the Default Bank is used for Disbursements.

Tasks can inherit Client Assigned To

Tasks can now be assigned to the User its Client is associated with. In the LMA, the Task will inherit who the Lead is assigned to. If this is a backend task, then it inherits who the Client is assigned to.

Add ability to assign Client records to Users

Similar to how Leads can be assigned to Users, Clients can now be assigned to Users.

Assignment can be performed via the Admin tab in the Client record or in bulk via the Manager Report.

Filters and columns have been added throughout DMA Reports including: All Clients, Client Balances, Search, Client Docs, Client Messages.

There is a new Assignment Report that displays the number of assignments per User by Client Phase.

There is a new DocumentTemplate variable called $UserBackend that contains the information of this user.

Task functionality remains unchanged for the DMA.

Payment Change Fee Action Shortcut

In order to improve the process of creating a Payment record for payment date change requests, a new shortcut has been added to the Client/Accounting/Payment tab.

The shortcut can be enabled if Payment Change fees are used by setting to System Setting variables:

PAYMENT_CHANGE_FEE_AMOUNT
PAYMENT_CHANGE_EXCLUDE_STATES

The shortcut is not displayed for Clients residing in states listed in PAYMENT_CHANGE_EXCLUDE_STATES.

PaymentTypes can be Inactive

PaymentTypes can now be made inactive. Doing so will remove them from Payment Type drop downs in the CMA. Payment records linked with Inactive types will still display the correct Payment Type.

Credit Score storage change

All Credit Scores are now stored in a central location for both Clients and CoApps under a Client tab labeled FICO.

Previously Credit Scores were stored in three different locations:

  1. Client Budget section
  2. CoApp record
  3. Housing tab

All previous scores have been moved to the new table.

There is a new DocumentTemplate variable that stores all the scores named: $CreditScore

When a Credit Report is pulled, a new entry is automatically made into the CreditScore table so that a history of scores is retained.

Support for ACH WEB Transactions

Payment records can now specify the use of the WEB ACH SEC type. WEB can be manually selected when a Payment record is created. This helps facilitate pulling for one time transactions authorized via the extranet.

If no selection is made, Payment records default to the PPD SEC type.

Override RPPS CDA Program APR

Some Billers like Citi return a 0% Program APR with accepted proposals via the RPPS CDA record. The actual Program APR may be a non-zero value like 9.9%. This requires manually updating the Program APRs for relevant ClientCredit records.

A new field in the Creditor record now allows overriding returned CDA Program APRs that have a 0 value.

When Override RPPS Program APR when 0% is set to Yes, the value specified in DMP Program APR is used after a CDA record is received from RPPS.

Client Tags

Client Tags are optionally available. To enable Client Tags, specify a list of Codes with a table of Client and a field of clientTag.

An example list of Tags:

When specified, a new drop down appears in the Client backend screen: Tag

When enabled, Tag filters and columns appear in the DMA/All Clients view and the DMA/Manager Report.

When Tag values 50 (Past Due) and 60 (Delinquent) are used, a nightly job automatically updates the Tag of active Clients with a past due payment between 1-15 days to 50: Past Due and Clients with a past due payment over 15 days to 60: Delinquent. To disable this functionality, do not use values 50 & 60.

Changes to Balance Verifications (CDVs)

Sending a Balance Verification (VR, CDV) no longer requires setting the Proposal Status to Queued. When the Proposal Reason is set to VR, the proposal is scheduled to go out with the next RPPS DMP Batch.

After the Balance Verification (VR) Proposal Status is transmitted, the Proposal Reason is automatically updated to PR.

Creditor Payoff Tasks are now generated 7 days after the last Disbursement was created. This allows sufficient time for the Disbursement to post to the Client’s Creditor account.

There is a new Task field called Trigger Balance Verification.

When set to Y, the creation of this task will set the associated ClientCredit record’s Proposal Status to VR if the ClientCredit Account Status is OPEN and it is linked with a DMP Biller that accepts CDVs. This initiates a Balance Verification via RPPS using a CDV. If the Proposoal Status is updated, the Task Due Date is changed to be at least 3 business days in the future to allow sufficient time for the CDV to be transmitted and to receive a response. If the Task is not linked with a ClientCredit record, then the Proposal Status for ALL OPEN ClientCredit accounts linked to the Client that are eligible are set to VR

A System Setting variable: EXCLUDE_BILLERID_FROM_AUTO_CDV has been added which contains a list of comma delimited BillerIDs that should not Trigger the Balance Verification. This list can be modified and should contain BillerIDs that return either a 0 balance or only return a balance based on account status.

Estimate table includes Hardship payments

The ClientCredit Estimate table in the LMA now displays a matrix of monthly payments for each of the available Hardship codes.

When a Creditor does not have Hardship codes, the Expected Payment column is carried over into the indicators. The Totals rows indicates the sum of payments when that hardship is selected and the difference between the hardship payment and the standard DMP payment is displayed in parentheses. If a mix and match set of Indicators must be used, click on the relevant column to copy the amount to the Selected column in order to determine the custom amount.

New Creditor Hardship functionality

Creditor Hardships are now specified at a Creditor level. If a Creditor does not have any Hardship records, a hardship indicator will not be selectable when editing a Client Credit record.

The new functionality allows specifying different parameters based on Creditor specifications.

Waived Fees Report

The Annual Waived Fees Report is now available under the System Management section.

This report iterates over all months for the selected year and computes the waived fees based on the Monthly Fee rules for that state. The results are available either as a Summary by State or as the detailed raw data.

Add BillerColoring

In order to identify certain RPPS BillerIDs that should not be used or should be avoided, BillerColoring functionality has been added to the CMA.

Under System Management/Biller Coloring, a list of BillerIDs can be added along with the HTML that should be displayed next to them in certain views.

When adding a BillerColoring record, there is some suggested HTML that can be displayed next to the billerIDs.

Once added, views that display the BillerID column will append the specified HTML for that ID.

Add Setting variables to generate Client Monthly Statements

There are two new Setting variables that can be used to generate Client Monthly Statement for Active Clients:

DOCUMENTTEMPLATEID_DMA_MONTHLY_STATEMENT

DOCUMENTTEMPLATEID_DMA_MONTHLY_STATEMENT_EMAIL

These work like the QUARTERLY variables. If a DocumentTemplateID is specified for DOCUMENTTEMPLATEID_DMA_MONTHLY_STATEMENT, that Template is generated on the 1st day of each month and appended to the Client’s Extranet Documents.

Similarly, if a DocumentTemplateID is specified for DOCUMENTTEMPLATEID_DMA_MONTHLY_STATEMENT_EMAIL, that Document is emailed to the Client.

If either of the Documents generate are blank, they are ignored. This can be used to only generate Statements for Client’s in certain States.

To only generate monthly statements for Client’s in Iowa, Indiana, and Michigan, the Document Template that contains the Monthly Statement can be wrapped by this conditional statement:

{if in_array($Client.clientAddressState, [“IA”, “IN”, “MI”])}

.

.

Statement Text goes here

.

.

{/if}

Support for Extranet Wet/Drawn Signatures

The Extranet now supports drawing the Client signature either with a mouse or touch based device.

To enable the custom signature on an Extranet Phase, edit the phase and set Wet Signature Required to Y.

 

When set to Y, a drawing rectangle appears on the Extranet Phase above the Client’s typed name.

The signature is included as an image as part of the generated Extranet Document stored with the Client record.