Background Checking: Background Requests
Recommendation, 2006 Feb 28
Editors: Craig Corner, HireCheck; Chuck Allen, HR-XML Consortium, Inc.
Contributors:
Brad Whitney, American Background; Sue Morgan, HireCheck; Mark Sulimirski, ChoicePoint; Paul Kiel, HR-XML Consortium, Inc.; Dan Gagne, HireRight; Owen Wilson, Total Information Services, Inc.; Ralph Jimenez and Gary Nargiz, EdVerify, Mark Jones; Kim Bartkus, HR-XML Consortium
Copyright statement
©2006 HR-XML. All rights reserved. No part of this publication may be reproduced, stored in a retrieval system, or transmitted, in any form or by any means, electronic, mechanical, photocopying, recording, or otherwise, without the prior written permission of the publisher.
Abstract
HR-XML’s Background Checking specification supports requests to providers of employment screening services and the return of search results. The specification consists of a number of components, one of which is the BackgroundCheck Requests specification. As the name implies, the BackgroundCheck Requests specification defines messages to support background-check requests to third-party service providers.
Status of this Document
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119.
Table of Contents
3 Implementation Considerations
3.2 Laws Governing Background Checks
3.3 Required/Recommended Fields
4 Appendix A – Document Version History
5 Appendix B – Related Documents
6 Appendix C – Reference Examples
7 Appendix D - Required/Recommended Fields Chart
The BackgroundCheck Requests specification is a component of the HR-XML Consortium’s Background Checking specification.
The entire Background Checking specification is explained in
a separate overview document:
http://ns.hr-xml.org/2_5/HR-XML-2_5/Screening/US/BackgroundChecking.html
This document contains only the definitions for the schema used for background check requests.
The BackgroundCheck Requests specification also makes extensive use of the Consortium’s approved “Cross Process Objects” (CPOs). A list of documentation for the Consortium’s complete set of CPOs can be found in Appendix B.
The following changes were made to the Background Requests 2.1 specification. The schema, documentation and instances have been updated accordingly.
Background Check schema and Background Requests documentation
· Added optional element BackgroundSearchPackage\ProcessingInformation
· Added optional element BackgroundSearchPackage\SupportingDocumentation
· Added SearchDrug to Screenings schema, which affected this specification.
· Added AdmittedChargeSummary to Screenings schema, which affected this specification.
The Background Requests specification defines a schema that can be used to structure background check requests to providers of employment screening services.
The HR-XML Consortium’s Background Requests 2.0 specification was built upon the Consortium’s original background check specification. Wherever possible, the HR-XML Consortium’s Screening Workgroup attempted to make the schema for background check requests backwardly compatible with the original version of the specification.

|
Component Name [Global types listed at the end of the table.] |
ContentModel* |
Definition |
|
/ |
- BackgroundCheckType - (1/1) |
Root element for Background Check schema, which is designed to hold data necessary to execute requests for one or more types of screenings. |
|
/
BackgroundCheck/ |
- EntityIdType - S (0/1) |
A trading-partner identifier. |

|
/ BackgroundCheck/ |
type - xsd:string
- optional |
Container to describe screening request information for a single search subject. |
|
/ BackgroundCheck/
BackgroundSearchPackage/ |
- xsd:string - |
Further defines the associated
element in the context provided. |
|
/ BackgroundCheck/
BackgroundSearchPackage/ |
- xsd:string - |
Indicates if the associated information is an update to existing information such as a missing information. |
|
/ BackgroundCheck/ BackgroundSearchPackage/ |
AccessCredential - AccessCredentialType - S
(0/*) |
Contains additional details related to an applicant. Contextual: The typical use of AccessCredential within this element would be in the situation where we are working with an ATS or other 3rd party that will be sending searches on behalf of a number of mutual clients. This Access Credential will contain the account information for the mutual client. |
|
/ BackgroundCheck/ BackgroundSearchPackage/
ProcessingInformation/ |
- AccessCredentialType - S (0/*) |
Information required to login to an account or document. |
|
/ BackgroundCheck/
BackgroundSearchPackage/ ProcessingInformation/ |
- FlexibleDetailType - S (0/*) |
Provides a means for overriding a clients standard scope of work. [Example: scenario where the TPA is to run criminal searches only on the primary name, however, for this specific search subject they may want to run criminal searches on a prior name. ] |
|
/ BackgroundCheck/
BackgroundSearchPackage/ |
- EntityIdType - S (0/1) |
A trading-partner specific identifier. |
|
/ BackgroundCheck/
BackgroundSearchPackage/ |
- ReferralType - S (0/1) |
This element contains the point of contact for the screening company in the event that there is missing information that the client must provide before the screening can be completed. In larger companies, there can be a number of individuals within an organization responsible for the hiring process. |
|
/ BackgroundCheck/
BackgroundSearchPackage/ |
- ReferralType - S (0/*) |
Contains information about the organization. Annotation: Identifies the organization that the search(s) will be performed upon or on behalf of depending on the value of type. |
|
/ BackgroundCheck/
BackgroundSearchPackage/ |
- ScreeningPersonalDataType - S (0/*) |
A collection of information containing descriptive elements, demographic and contact information about the person. Annotation: Personal data related to the Search Subject that the search(s) will be performed upon. |
|
/ BackgroundCheck/
BackgroundSearchPackage/ |
- DocumentationType - S (0/1) |
Container for additional information related to the specified search. [Example(s): Internet Web Address, Routing ID, Image ] |
|
/ BackgroundCheck/
BackgroundSearchPackage/ |
- ScreeningRequestType - S (0/*) |
Contains information on the specific types of screenings to be performed and the information necessary to carry out those screenings. |

|
/
BackgroundCheck/ BackgroundSearchPackage/ |
- ScreeningRequestType - S (0/*) |
Contains information on the specific types of screenings to be performed and the information necessary to carry out those screenings. |
ScreeningRequestType
|
/ |
ReferenceId
- EntityIdType - S
(0/1) |
Globally scoped data type. See element or attribute declaration for definition. |
|
/
[ScreeningRequestType]/ |
- EntityIdType - S (0/1) |
A trading-partner identifier. |
|
/
[ScreeningRequestType]/ |
- EntityIdType - S (0/1) |
An identifier for a BackgroundSearchPackage. |
|
/
[ScreeningRequestType]/ |
- ScreeningPersonalDataType - S (0/*) |
A collection of demographic data supplied as input to screenings. This component has been deprecated. BackgroundSearchPackage/PersonalData is the preferred place to capture this information. |
|
/
[ScreeningRequestType]/ |
- EntityIdType - S (0/*) |
Client references, such as billing codes, department codes, etc. |
|
/
[ScreeningRequestType]/ |
- DocumentationType - S (0/1) |
Additional information supporting the search. |
|
/
[ScreeningRequestType]/ |
- xsd:boolean - S (0/1) |
Indicates if screening subject has requested a copy of the screening results. CopyToApplicant has a boolean value. |

The HR-XML Consortium’s Background Checking specification makes extensive use of the AdditionalItems component both within the BackgroundCheck Request and BackgroundReports schemas. This component is intended as a flexible, but structured container that allows a client to pass through additional search criteria in BackgroundCheck Requests. AdditionalItems also allows a screening provider to respond to such criteria in BackgroundReports. AdditionalItems is one means that the Background Checking specification provides trading partners to implement custom screening types and custom screening criteria.
The AdditionalItems structure is available within each screening type within both the BackgroundCheck Request and BackgroundReports schemas. Both the BackgroundCheck Request and BackgroundReports schemas also contain a UserArea in several places within the schemas. The UserArea uses the “any” datatype, which allows it to accommodate any arbitratary XML structure (see the separate specification titled HR XML Schema Extension 1.0). As a general rule, implementers should first evaluate using the AdditionalItems component as a means to exchange additional search criteria or results before resorting to the use of the UserArea.
|
/
[ScreeningRequestType]/ |
- FlexibleDetailType - S (0/*) |
A flexible container for passing other relevant details. |
|
Sequence
- xsd:positiveInteger - S (0/1) |
Globally scoped data type. See element or attribute declaration for definition. |
|
|
/
[FlexibleDetailType]/ |
- xsd:positiveInteger - S (0/1) |
An integer indicating the sequence in which multiple items should be considered. |
|
/
[FlexibleDetailType]/ |
- EffectiveDateType - S (0/1) |
Date or time interval on or during which information is effective or known to be correct. |
|
/
[FlexibleDetailType]/ EffectiveDate/ |
- FlexibleDatesType - S (0/1) |
The beginning effective date for the specified supporting information. |
|
/
[FlexibleDetailType]/ EffectiveDate/ |
- FlexibleDatesType - S (0/1) |
The ending effective date for the specified supporting information. |
|
/
[FlexibleDetailType]/ |
- xsd:string - S (1/*) |
Explanatory text. |
|
/
[FlexibleDetailType] / |
- FlexibleLineType - |
The type or classification for the related component. |
|
/
[FlexibleDetailType] / |
- xsd:string - |
Additional qualification or classification data. |
|
/
[FlexibleDetailType] / |
- VendorType - |
Identifies the vendor or supplier. |
|
/ |
- [Union]: FlexibleLineTypes,xStringPatternExtensionType |
An extensible list of types. Used to identify the type of AdditionalItem. Enumerations include “Header”, “Informational”, “Detail”, “Trace”, “RawData”, and “Unknown”. Additional values are permitted if prefixed with “x:”. |
|
/ |
xsd:restriction base: xsd:string [Enumerations]: Header, Informational, Detail, Trace, RawData, Unknown |
A list of types used to identify the type of AdditionalItem. |

|
/ |
type - SearchTypes
- |
Contains information for screening or testing data about the candidate. |
|
/ Screening/ |
- SearchTypes - |
Further defines the associated
element in the context provided. |
|
/ Screening/ |
- SearchQualifierType - |
Enumerated list of search type
qualifiers. Refer to SearchQualifiers for more details. |
|
/ Screening/ |
|
Globally scoped data type. See element or attribute declaration for definition. |
|
/ Screening/ |
- EntityIdType - S (0/1) |
A trading-partner specific identifier. Annotation: Reference Number associated with this screening. |
|
/ Screening/ |
- EntityIdType - S (0/1) |
Specifies the question set id to be used in a variety of candidate screening processes. |
|
/ Screening/ |
- CountryCodeType - S (0/1) |
Contains the ISO 3166-1 two-character country code. [BusinessRule(s): For
authorities not bound by a country, the attribute would be blank. ] |
|
/ Screening/ |
- xsd:string - S (0/1) |
Represents the State, Province, and/or
County. |
|
/ Screening/ |
- ServiceLevelTypes - S (0/1) |
Service level of the agreement entered into by trading partners. |
|
/ Screening/ |
- PermissiblePurposeQualifiers - S (0/1) |
Specifies the purpose of the screening. [Example(s): Consumer Initiated Transaction, Written Authorization, Collection ] |
|
/ Screening/ |
- xsd:string - S (0/1) |
It specifies the name of the company that has requested the screening. |
|
/ Screening/ |
- VendorType - S (0/1) |
An entity that provides products
or services to another entity. Annotation: Specifies the source of the
screening information. |
|
/ Screening/ |
- xsd:duration - S (0/1) |
Specifies the duration of the reported work. [BusinessRule(s): If not specified, typically the duration is derived by the receiving system on the basis of work schedule information and/or Start/EndDateTime, ] |
|
/ Screening/ |
- EntityIdType - S (0/*) |
Container to provide additional screening related information specific to all searches for the specified applicant. |
|
/ Screening/ |
- xsd:string - S (0/*) |
Describes the contextual
information relating to a group of elements. |
|
/ Screening/ |
- FlexibleDetailType - S (0/*) |
A flexible container for passing
other relevant details and search criteria. |
|
/ Screening/ |
- DocumentationType - S (0/1) |
Container for additional information related to the specified search. [Example(s): Internet Web Address, Routing ID, Image ] |

|
/ Screening/ |
Municipality - xsd:string - S (0/1) |
Contains information to execute a criminal background search. |
|
/ Screening/ SearchCriminal/ |
- xsd:string - S (0/1) |
Represents the city, town, village, or hamlet. Annotation: City within region to be searched. |
|
/ Screening/ SearchCriminal/ |
- xsd:string - S (0/1) |
County within region to be searched where the charge was processed. [BusinessRule(s): If county and/or court is not available, then PostalCode and Municipality must be supplied. In all cases, Region and CountryCode in the parent element must be supplied. ] |
|
/ Screening/ SearchCriminal/ |
- xsd:string - S (0/1) |
Codes established by postal authorities for purposes of sorting and delivering mail. See PostalAddress Recommendation. Annotation: Postal code within region to be searched. |
|
/ Screening/ SearchCriminal/ |
- xsd:string - S (0/1) |
Name of court. This may include the location, such as region, county or postal code. [BusinessRule(s): If court and/or country is not available, Postal Code and Municipality must be supplied in all cases. Region and country Code in the parent element must be supplied. ] |
|
/ Screening/ SearchCriminal/ |
xsd:extension base: xsd:string |
Jurisdiction of court to be searched. [Example(s): Felony, Misdemeanor, Both ] |
|
/ Screening/ SearchCriminal/
CourtType/ |
xsd:restriction base: xsd:string [Enumerations]: felony, misdemeanor, felonyMisdemeanor |
Further defines the associated
element in the context provided. |
|
/ Screening/ SearchCriminal/ |
- xsd:string - S (0/1) |
Identifies private database to be searched. [BusinessRule(s): Primarily used for statewide searches. ] |
|
/ Screening/ SearchCriminal/ |
- ScreeningPersonalDataType - S (0/*) |
Contains information on aliases admitted or supplied by the search subject. Annotation: Client provided information to enable scoring of results based upon Search Subject provided information. |
|
/ Screening/ SearchCriminal/ |
- xsd:string - C (0/1) |
Summary of Admitted Charges. |
|
/ Screening/ SearchCriminal/ |
CriminalCase - xsd:string - S (0/*) |
Contains information on charges admitted by the search subject. Annotation: Client provided information to enable scoring of results based upon Search Subject provided information. |
|
/ Screening/ SearchCriminal/
AdmittedCharges/ |
CaseNumber - xsd:string - S (0/1) |
Contains information identifying and describing a criminal case or charges to which the search subject admits. |
|
/ Screening/ SearchCriminal/
AdmittedCharges/ CriminalCase/ |
- xsd:string - S (0/1) |
Case number assigned by the court. |
|
/ Screening/ SearchCriminal/
AdmittedCharges/ CriminalCase/ |
xsd:extension base: xsd:string |
Identifies the criminal activity such as a Department of Corrections Id. |
|
/ Screening/ SearchCriminal/
AdmittedCharges/ CriminalCase/ OtherCaseId/ |
- xsd:string - |
Further defines the associated
element in the context provided. |
|
/ Screening/ SearchCriminal/
AdmittedCharges/ CriminalCase/ |
- xsd:string - S (0/1) |
Identification of the originating arrest agency. |
|
/ Screening/ SearchCriminal/
AdmittedCharges/ CriminalCase/ |
- xsd:string - S (0/1) |
The limits or territory within which authority may be exercised. Annotation: Name, division and district of the Court. |
|
/ Screening/ SearchCriminal/
AdmittedCharges/ CriminalCase/ |
- CountryCodeType - S (0/1) |
Contains the ISO 3166-1
two-character country code. |
|
/ Screening/ SearchCriminal/
AdmittedCharges/ CriminalCase/ |
- xsd:string - S (0/1) |
Represents the State, Province,
and/or County. |
|
/ Screening/ SearchCriminal/
AdmittedCharges/ CriminalCase/ |
- xsd:string - S (0/1) |
County within region to be searched where the charge was processed. |
|
/ Screening/ SearchCriminal/
AdmittedCharges/ CriminalCase/ |
- xsd:string - S (0/1) |
Represents the city, town, village, or hamlet. |
|
/ Screening/ SearchCriminal/
AdmittedCharges/ CriminalCase/ |
- FlexibleDatesType - S (0/1) |
Filing date related to the case. |
|
/ Screening/ SearchCriminal/
AdmittedCharges/ CriminalCase/ |
ChargeOrComplaint - xsd:string - S (1/1) |
Contains information about criminal charges related to the case. |
|
/ Screening/ SearchCriminal/
AdmittedCharges/ CriminalCase/ Charges/ |
- xsd:string - S (1/1) |
Identifies a crime, offense, infraction or violation for which the defendant was arrested. |