Visual Intercept now has the capability to connect to multiple clients at a time. All connected clients will be able to process batches simultaneously, allowing more actions to be processed in a single day.
The Visual Intercept Client Manager Server Options feature, only available when a user is connected to the Visual Intercept Client, has been updated to make the settings more clear of what it is changing. Please consult with a Support Team Member before any major changes, as incorrect configurations may cause problems with Visual Intercept.
In Beyond, the Action Queue Maintenance tab now shows the Action’s Status, giving more insight to what’s happening or what has happened to the action.
As a reminder, Customers can be notified via Email, and Users can be notified through Beyond’s Inbox when a Visual Intercept Client has been Connected, Disconnected, or when an Action has encountered an error. These settings can be found under MAIN MENU → SYSTEM ADMINISTRATION → SERVER NOTIFICATION SETUP
In order for emails to be sent to notify customers, the Sender Email needs to be correctly set up under the ENCRYPTION KEY SETUP menu option (MAIN MENU → SYSTEM ADMINISTRATION → ENCRYPTION KEY SETUP). Reach out to Support if you need assistance with setting up an email.
In Beyond when using the Update Credit Reporting File feature, the program will now verify the age of the person before including their account in the credit reporting file. The programs verifies the age by checking the following fields:
Note: the Spouse and Comaker date of birth is only checked if they are joint reporting alongside the main debtor.
If the program determines any of the included parties are a minor it will now follow one of two different paths of logic:
This will allow minors to not be reported going forward and, if a minor has already been reported, it will be flagged to be deleted so that it won’t report in the future. In the event that time passes and the minor becomes 18 years old and eligible to report, their account(s) will need to be manually updated and set their credit flag back to a “R” to attempt to report them again.
The Credit Reporting Non Licensed State Table has been changed to allow a state to be blocked, not blocked, or blocked specifically for medical debt. This screen now features a dropdown in place of the old checkbox to select what level of blocking you would like to use for that state.
The new dropdown has three options to pick from:
Note: If you previously had states that were configured to be blocked before this change, after updating Beyond the previously blocked states will be defaulted to the “block entire state“ option. This ensures if a state was already being blocked before that it will remain fully blocked after the update.
A new tab has been added to the Master Screen called Vendor History:
Viewing this tab will show you all of the actions or mappings that have been performed on any accounts belonging to the master as a result of a return file from a vendor set up in the DAKCS Hub being processed:
For updates from a vendor return file, it will list the field, and the field value that triggered the updates. If the vendor is a communication vendor, the phone number will also be populated in the Data column.
For field mappings from a vendor return file, the Data column will show how many columns were mapped for that account.
If the person printing Beyond Letters didn’t have proper table access to all tables needed to complete Beyond Letters, they would get a permissions error. This has been fixed so that only the menu option permission needs to be set.
DAKCS is rolling out a new feature inside of Advanced Inquiry within Beyond. This new feature is called “Export Vendor File” and can be found under the new “Vendors” category in the “Additional Processing” screen when running an Advanced Inquiry. This new option will allow users to run a query and automatically export the results to a vendor file that will be used with the Vendor Integration feature within the DAKCS Hub.
To use the Vendor Export Feature, users will first need to click the “Additional Processing” option with the query they wish to use to export records. Users can build their queries if desired but DAKCS will also provide a sample System Query with the standard layout for each supported vendor.
Note: A query must contain both the account number and the master number when using the “Export Vendor File” feature. These fields are located in the account table and master table respectively.
After the query runs and generates its results, you must select the option “Run on a Schedule”. The “Vendor Export File” is only available with scheduled query runs.
Note: You can combine the “Export Vendor File” feature with other Additional Processing options if you need to do more on the accounts at that time.
After selecting the “Export Vendor File” checkbox and pressing Next, the Vendor Layout screen will be displayed. This screen will allow users to pick a Vendor Layout that the query exported for.
Note: It’s important to ensure the query used for the vendor export matches the layout that the vendor is expecting. Making changes to the layout without consulting your vendor may cause issues processing the file if the layout does not match what the vendor is expecting on their end.
From here the query can be set up as normal on whatever schedule is desired. When the query runs, it will automatically generate an export file and transmit it to and from the vendor by the DAKCS Hub.
If you want to learn more about this feature and the vendor tool, feel free to contact the Customer Success team.
If the consumer does not have an email address and the action is setup to send the Flow Document to email only, the scheduled action would stay in the action queue as an error. This has been resolved to properly use the fallback logic to request the fallback letter or run the fallback action.
When posting a payment and using the ALT+T shortcut, if no payment type was selected an error was thrown. This has been resolved and a warning pops up asking you to select a payment type.
When a consumer or any of it’s comakers had consent changes, it was causing the time it takes to load the account work screen to be longer than it should. This has now been resolved and the account work screen will load faster in this scenario.