Background
Executive orders modernizing Federal technology and software to maximize governmental efficiency and productivity.
The Treasury List of Certified Companies (T-List) provides key data on surety companies that have been certified by Treasury for acceptance on federal projects. Information on the T-List on each surety includes various static data points, including NAIC number, address, phone number licensing and is utilized by a wide range of stakeholders, public and private, for administering surety bonds.
To support the president’s agenda Treasury is seeking comments on proposed steps for modernizing the T-List to improve efficiency, promote data interoperability and facilitate synchronization.
Adding actionable data to static data.
Proposed Modernization Improvements
Include the Legal Entity Identifier (LEI) for each surety.
Cost
Benefit
Include the URL for digital validation of surety bonds and retrieval of the surety bond data set in XBRL.
Cost
Benefit
Summary
There are approximately 108,000 federal and over 500,000 state contracts awarded each year. Each manual bond takes about 30 minutes to prepare, up to three days to deliver, and about 30 minutes for the receiver to validate and confirm it is correctly completed.
An API call to the surety URL provided by the T-List would eliminate the over 600,000 hours spent every year manually processing paper bonds with no actionable data. Replaced with instant importable actionable data, including the LEI, that can deliver expanded functionality at no extra cost.
This significant cost saving and increased efficiency is consistent with the president’s agenda, enabled by legislation that created and promoted digital ecosystems based on open standards like XBRL that can be implemented today.
Treasury List of Acceptable Surety Companies (T-List)
2025 10-06 DRAFT Request for Comments - Modernize the T-List-SRC-Digital
Videos
T List for Unlocking Digital Infrastructure
Briefs
Expanding the T-List with LEI and Surety URL - Full Brief
Accelerating Advanced Digital Construction Management Systems Program (ADCMS)
Global Legal Entity Identifier Foundation (GLEIF)
Legal Entity Identifier (LEI) in XBRL
From:
Sample Insurance Company
(NAIC #12345)
BUSINESS ADDRESS: 123 Main Street, Anytown, Ca 12345
PHONE: (123) 456-1234
UNDERWRITING LIMITATION b/: $500,000,000
SURETY LICENSES c,f/: AL, AK, AZ, AR, CA, CO, CT, DE, DC, FL, GA, HI, ID, IL, IN, IA, KS, KY, LA, ME, MD, MA, MI, MN, MS, MO, MT, NE, NV, NH, NJ, NM, NY, NC, ND, OH, OK, OR, PA, PR, RI, SC, SD, TN, TX, UT, VT, VA, VI, WA, WV, WI, WY
INCORPORATED IN: California
To:
Sample Insurance Company
(NAIC #12345)
Legal Entity Identifier (LEI) 123456789123456
URL for validation: www/sample-Insurance.com/verify
BUSINESS ADDRESS: 123 Main Street, Anytown, Ca 12345
PHONE: (123) 456-1234
UNDERWRITING LIMITATION b/: $500,000,000
SURETY LICENSES c,f/: AL, AK, AZ, AR, CA, CO, CT, DE, DC, FL, GA, HI, ID, IL, IN, IA, KS, KY, LA, ME, MD, MA, MI, MN, MS, MO, MT, NE, NV, NH, NJ, NM, NY, NC, ND, OH, OK, OR, PA, PR, RI, SC, SD, TN, TX, UT, VT, VA, VI, WA, WV, WI, WY
INCORPORATED IN: California
Go to FISTech public website and click Retrieve Surety Document to see a sample of a returned validation and data set.
Setting Up
Stakeholders that will import or export Surety Document and the Application for Payment data sets reviews the XBRL data sets and maps their system to the XBRL data standard.
Digital Surety Documents (DSD) have a three data element structure for the surety:
2. Bond Number issued by surety
3. UUID for who verified the document
The three data element is the Digital Surety Document Universal Unique Identifier (DSDUUID).
To validate a DSD and retrieve the DSD XBRL data set Stakeholder systems create the capability to manually enter an inquiry to the validator or send the DSDUUID as an API to the validator.
If the validator is FISTech (#0001) then the FISTech platform will validate and return the data set.
If the validator is #0000, then the surety itself is the validator, and the API call would go to direct to that surety URL for validating.
If the stakeholder does not know the URL, then they can refer to the T-List for the surety URL or set up an API to leverage the T-List.
The T-List would receive the API and redirect the inquiry to the surety as registered on the T-List, and that surety will respond directly to the inquiring entity by returning the validation and the data sets.
The data exchange process includes time stamps and similar methods to provide traceability, accountability and auditability.
We use cookies to analyze website traffic and optimize your website experience. By accepting our use of cookies, your data will be aggregated with all other user data.