The vendor required to provide unclaimed property software and website services for include:
- Required to facilitate:
• Automation of data related to funds received, paid, or subsequent reversals of funds received or paid by the state's bank account into the system.
• This may be accomplished by uploading banking reports.
• The system is to reflect the payment information (electronic reference or check number) and the date of the action
o Allowing multiple receipts on the same batch of receipts.
o Allowing the receipt type, amount, payor and memo line to be documented.
o Allowing receipts to be split amongst reports and amongst general ledger accounts.
• Ability to perform ach payments and check payments to claimants, allowing for AVS validation prior to making payment.
• If AVS validation fails, changing the payment type and possibly requiring the state to approve the change in payment method to ensure that the validation failure was not the result of a fraudulent claim
o Since the data is being collected on the vendor's hosted website, the vendor is still required to comply with national automated clearinghouse association (“NACHA”) and other federal requirements, as necessary.
o A change order may be required to implement AVS and ach payments for additional development and transaction costs.
• Automation of general ledger entries to demonstrate funds received based on the receipt and report type, requiring the system to be interfaced to the state's accounting system.
• Automation of general ledger entries to demonstrate claims payment activities (including reversals), requiring the system to be connected to the state's accounting system.
• Where possible, the general ledger entries must break out the funds paid on a claim from individual properties’ fund sources.
• Cancels and reissues should be based on the date of the action and should reflect the fund sources in the same manner as the original issuance.
• Automation of claimable properties being published to the national missing money website.
o Any changes to the requirements to publish claimable properties to missing money website, changes to how it is delivered to or published on the missing money website must be reviewed and approved by the state.
o Statistical data published to the missing money website must be reviewed and approved by the state.
o Automatic importing of claims initiated on the missing money website for claims in the state’s custody.
- Software functionality requirements:
1. Holder reporting and remittance:
• Ability to make payments by electronic formats supported by the state's banking partners and allow payments to be automatically tied to the reports they apply to.
• Ability to automatically clear reports based on report and receipt information matching and the value of the report.
• The ability to automatically attach receipts to reports, including the ability to split a payment amongst reports in a file when a payment for a file matches the value and FEIN of the payment information.
• Automatic unclearing of reports when payment is rejected, to prevent payment of claims and prevent the report from locking for future handling.
• Ability to search for holders, reports, and receipts based on holder id, report id, receipt id, holder name, address, contact name, contact phone number, contact email address, FEIN, holder, payment and receipt type, etc.
• Allow for new holders to be created internally by copying information from another holder.
• Allow for new holders to be created based on importing of the nation association of unclaimed property administrators (“NAUPA”) formatted holder report file.
• This can be implemented after the system is created.
• This includes the creation of foreign holders using foreign tax ids.
• Automated creation of new holders based on holder creation on the website.
• This includes the creation of foreign holders using foreign tax ids.
• Allow for customization of required fields in a NAUPA report and allow for errors or rejections when those fields are not populated or are populated incorrectly (e.g.: when a social security number is in the name field, that should require an update on the report prior to submission) to take place prior to the report’s submission.
• This would require the website to perform preliminary analytics of the file to ensure that it is in a format that the system can read, is not a duplicate file, and meets standards established by the state and required for the system to process the report.
• The website should clearly indicate at that stage that the report upload was not successful.
• Allow data on a screen to be exported to pdf and excel format where appropriate, and data security requirements allow export of the data.
• Allow for NAUPA iii standards to be implemented once it is finalized.
• Ability to allow for the state to process reports and claims in NAUPA ii and NAUPA iii formats.
• If it is deemed appropriate by the state and vendor alike, converting specific information reported from NAUPA ii to NAUPA iii standards can be done in a manner that the state agrees to in writing.
• Holder related website features:
o When a report is uploaded but prior to notifying the uploader, the file is analyzed to determine all associated holders.
o If the holders included in the file do not match records in the system, the system should require the holder to select holders associated with the information or create a new holder and provide a note as to why a new holder is necessary.
o This includes the creation of foreign holder using foreign tax ids.
o Require the holder to identify a reason that the “holder name reported” would vary from the holder’s information.
o For example: the holder is reporting on behalf of another entity, the holder is the successor company of the entity that originally held the obligation, etc.
o Allow for holders to report on the website without requiring the report be encrypted prior to submission.
o Website will only allow properly formatted NAUPA reports to be uploaded.
o Allow the holder to identify the report type on the website.
o Publish real time guidance and forms for holders.
o The ability to determine and document a reported property owner’s identity.
o The ability to send certain properties for periodic current owner address updates and document each update separately from the reported owner’s address.
o The information to be published shall be determined at a later date.
o Publish instructions to make payment.
o Ability to upload documentation to support reports and audits.
o Uploads should trigger notifications to administrator’s staff to review the records.
- Claims related requirements:
• Allow for claims to be assigned to administrator’s staff members.
• Allow for multiple levels of review based on the value of the claim.
• This should include market value of stocks, stock cash received (including dividends and from stock sales) and safekeeping cashed out.
• Allow for a percentage of properties to be paid to claimants based on ownership rights, not to exceed 100% of the cash value reported and remitted.
• Allow for various statuses of claims and customizable information available to claimants when searching the status of their claim on line.
• For example, if a claim is under review for fraud, we would not want to claimant to be privy to that fact, only publishing that their claim is still in the process of being reviewed.
• Allow for the state to automatically mark claims as potentially fraudulent and suppress claim forms based on email addresses, domain names, claimant names, address, IP address, and other similar criteria.
• Allow for the state to block website traffic from designated IP addresses.
• Allow for looking up claims at a minimum by: claim number, claimant's e-mail address, claimant's address, claimant's SSN, reported owner name, claimant's FEIN and SSN, IP address, finder name, payee name, check number, value, claimant name, claim status, claim source, CUSIP, number of stocks, and inventory items count.
• Allow for editing claims information in the following fields: claimant name, address, payee, date of birth, SSN and FEIN, relation, source, email address, special handling, payment type, or other relevant information as deemed necessary by the division.
• Allow for adding property to claims from the property level inside the claims screen.
• Allow for adding from property to claims from windows of property searches.
• Allow for deleting properties from claim, and require notations of deletes.
• Allow for switch first and last names at the payee level with a button.
• Allow for toggle between FEIN and SSN.
• Allow for splitting claims and bulk splitting (adjusting percentages) and automatic recalculation of claim value.
• Allow for manual and automated updating claim status.
• Allow for adding notes, including documenting any edits made to a claim since its inception.
• Allow for canned letters to be created and documented in the system with all letters sent to an individual claimant to be accessed on the claim.
• Electronic sending letters from the system must allow for multiple recipients.
• Communications sent must be able to be reproduced using the original date sent and the exact text of the communication.
• Allow for manual edits of letters prior to being sent, and tie the sending of the letters to specific updates to the claim’s status based on the letter being sent.
• When letters are sent to claimants, allow for attachments to be selected, such as the claim form, bond letters, general guidance, etc.
• Initiating claims on the claims screen
o Inquiry results must show reported: name, SSN, address, property id, other claims on property, check number(s)
o Ability to search for property by owner name(s), SSN(s) and Taxid(s), address, property id, check number reported, account number reported, lexis Nexis id, reported value (cash, shares, and inventory quantity), sk.id, SK box number, auction id, holder name reported, holder name, holder FEIN, property type code, claimant email, claimant phone number, claimant name, Ip address.
• Ability to copy a claim or a claim and its properties to create a new claim with the same information
• Ability to see work history and claim activity
• Provide services that analyze a claim's likelihood to be fraudulent and allow various handlings based on criteria of likelihood
o Flag multiple claims on the same property, claims with IP addresses located in areas not supported by the information provided on a claim, claims with the same email address, claims with the same phone number, payee’s electronic banking information, etc. and provide all relevant claim ids.
o Allow for automated approval based on a variety of factors (to include at a minimum, value, number of properties, property types on a claim, claimant relationship type, etc.).
• Allow for proactive claims payment issuances based on the system verifying reported information to information in lexis Nexis, on recently paid claims, and other confirmation processes agreed upon by the vendor and the administrator.
• Ability to create reciprocal claims based on unpaid properties with different states reported as last known address.
• Ability to add multiple properties to a claim at once
• Ability of the system to automatically add properties to a claim based on information provided by the claimant and owner information of other properties claimed.
• Ability for the system to have various methods to automate claims approvals, including through proactive claims methods.
• Claims specific website functionality:
o Allow constituents to create their own claim(s) online through the state’s website and through partnering websites (such as missing money) if agreed to in writing by the administrator.
o All for constituents to search the status of their claim, upload documents directly to their claim, obtain a copy of their current claim form, and obtain a copy of the most recent system documented correspondence to the claimant through the website.
o Provide a guide to creating a claim on the website.
o Provide forms with guidance by claim type and circumstances on the website.
o Do not allow properties on the website that are in an approval status of any level, that are marked as unpublishable or unclaimable, if the owner’s information is marked as private, or other criteria as determined by the administrator are present.
o Limit property and owner information published to the website to only those fields, presented in a manner determined appropriate by the administrator.
o Allow for a user-friendly interface that guides the claimant at each step as to what’s required to complete the claim.
- Safekeeping
• Ability to edit skid
• Ability to customize information on property for bonds
• Ability to adding and delete skid, without the assistance of the vendor, including but not limited to:
o Creating transactions
o Splitting transactions
o Deleting transactions
o Creating appraisals
o Adding skid to appraisal
o Deleting skid from appraisal
• Creating auction, without the assistance of the vendor, including but not limited to:
o Adding skid to auction
o Deleting skid from auction
o Downloading appraisal and auction
o Uploading appraisal and auction from a spreadsheet, breaking out the values received by skid.
• Tying an auction to a receipt.
• Closing auction when the receipt amount has no unapplied balance and every skid has a value applied or a disposition applied.
• Allowing images to be attached to skids to keep
- Securities
• Ability to import reports from securities custodian or directly interface with securities custodian to ensure timely and accurate record keeping of stocks.
• Ability to record corporate actions on stocks including, but not limited to: manually and automatically through uploaded spreadsheets or automatically from interface files information at the stock and CUSIP level including but not limited to: dividends, drips, splits, mergers, interest and principal payments, sales, adjustments, name change.
• Automatically apply actions taken at the stock and CUSIP level across properties with remaining shares.
• Ability to undo and delete an action without the assistance of the vendor
• Ability to edit property and owner information, including but not limited to:
o Corporate actions on property
o Sell orders
o Proceeds imports
o Create stock
o Create custodian
o Merge stock
o Custodian reconciliation import, disclosing stocks that are out of balance, requiring further research by administrator staff.
o Stock price import, updating the property
• Ability to have multiple dates for non-dividend corporate actions – the date of the change, the date the shares left the account, and the date the new shares came in
• Ability to have 2 dates for dividends - the record date and the settle date
• Ability to record the date the stocks transfer was initiated and the date it settled for newly reported properties.
• Ability to obtain an exportable report from the holder report, an export of securities, with CUSIP, symbol, security name, stock transfer initiation and settle dates by property and owner.
- Contract Period/Term: 1 year
- Questions/Inquires Deadline: February 12, 2026
