To be able to retrieve company or consumer data, you must first authenticate your user account.
Please refer to the Authenticate API documentation for details on how to authenticate and obtain a token.
The generated token can be used across all Creditsafe Sweden REST APIs including DateCheck, GetData, SearchEngine, GetSignatory, GetUnitData, and SPAR.
GetData Endpoint:
https://se-webservice.apps.creditsafe.com/getdataHealth Check:
https://se-webservice.apps.creditsafe.com/getdata/healthThe GetData REST API uses a single GET method for both consumers and companies.
Endpoint:
GET /getdataExample Request:
HEADER: Authorization: Bearer eyJhbGciOiJSUzI1NiIsImtpZCI6Im…hPeGE7Ak8YtKFbA
URL: https://se-webservice.apps.creditsafe.com/getdata?searchnumber=5565144408&blockname=FinancialSummary&language=sv
Method: GETThe table below describes each parameter included in the requests.
| Parameter | Data type | Max length | Required | Description |
|---|---|---|---|---|
| searchnumber (query) | String | 12 | Yes | Personal number or organization number (up to 12 digits). The consumer and company requests are identical, the only difference is the block used and the search number |
| blockname (query) | String | - | Yes | Name of the GetData block that specifies which parameters to return. Blocks are setup for you by Creditsafe's integration team based upon your request |
| transactionid (query) | String | 14 | No | Customer's internal information (customer/invoice number). Recommended to use this field as it can be helpful in tracking your call in Creditsafe logs |
| language (query) | String | 2 | No | Sets the language of the response. This will also impact error response language. Available languages: sv (Swedish) or en (English). Default: en |
| lodfreetext (query) | String | 500 | No | Optional. Any text to be included on the letter of disclosure. The text string sent in this parameter will be added as free text on the letter of disclosure. If no letter is sent, the text will be ignored. If multiple requests are made on the same search object (organization or person) on the same day, all unique texts will be added to the letter (up to 500 characters). All letters of disclosure are sent in Swedish. You can have both static LOD free texts on your user and use these transactional free texts with this service. If you use free texts in both your GetData request and those defined on your user, both texts will be added to the letter |
| legacyformat (query) | Boolean | - | No | If you leave this parameter out or send a false value you will get the new format used in Creditsafe REST APIs. Pass true into this parameter if you want the API to respond with the old SOAP parameter format from previous versions of this service. The main reason to request the legacy format is if you are moving from the SOAP implementation to this new REST version and want a minimum of work with changing your implementation. With legacy format you can also cherry-pick exactly the parameters you want in the response, whereas the new structured format will respond with full parameter lists of sections requested |
In the sandbox version of this API, only the parameters searchnumber and transactionid are actively supported. Blockname will respond with an error if empty but otherwise its content is ignored.
All other parameters included in the request will be ignored without error or warning.
Developers are encouraged to structure their requests as they would in a production environment, including all expected parameters. This ensures consistency and simplifies the transition to production usage. However, it is important to understand that in sandbox mode, unsupported parameters will not influence the response and should not be relied upon for testing behavior or data validation.
All successful responses include a metaData object containing request information for tracing and troubleshooting, and a report object containing all sections registered in the GetData block.
This document only illustrates the response when legacyformat = false (default). For more information on the legacy format, please contact Creditsafe's Integration team for assistance.
The below response shows how a GetData response is structured. This example uses fake data and only includes the BasicInformation section of a company report.
Both consumer and company reports have many more sections of data available. You can find details on the parameters included in each section in the separate Block template documentation.
{
"metaData": {
"apiLogId": 2098765,
"timeStamp": "2026-06-12T14:30:00",
"resource": "GetData (1217)",
"method": "GET",
"requestUrl": "https://se-webservice.apps.creditsafe.com/getdata?blockname=COMPANY_BLOCK&language=en&searchnumber=5565144408&transactionid=TX789",
"lodCreated": true
},
"report": {
"basicInformation": {
"organizationNumber": "5565144408",
"safeNumber": "SE00916021",
"cfarNumber": 33117508,
"companyName": "Creditsafe i Sverige AB",
"previousCompanyName": "The old Company name",
"formedDate": "1995-05-30T00:00:00",
"incorporationDate": "1995-09-19T00:00:00",
"companyStatus": {
"date": "2023-02-06T00:00:00",
"status": "Aktivt"
},
"companyType": {
"code": "AB",
"description": "Privat aktiebolag",
"legalCode": 49
},
"industry": {
"mainIndustry": {
"code": "82910",
"description": "Inkasso- och kreditupplysningsföretag"
},
"secondaryActivities": [
{
"code": "78200",
"description": "Personaluthyrningsföretag"
}
]
},
"taxInformation": {
"fTax": {
"registered": true,
"startDate": "1995-01-01T00:00:00"
},
"vat": {
"registered": true,
"startDate": "1995-01-01T00:00:00",
"vatNumber": "SE556514440801"
},
"employmentTax": {
"registered": true
}
}
}
}
}The response contains two main sections:
The metaData object contains request information for tracing and troubleshooting:
| Parameter | Data type | Description |
|---|---|---|
| apiLogId | Integer | Unique identifier for the Creditsafe API log. Refer to this ID when contacting support |
| timeStamp | DateTime | The exact time when the request was processed by Creditsafe. Format: YYYY-MM-DDTHH:MM:SS |
| resource | String | Indicates which service delivered the report |
| method | String | Specifies the HTTP method used for the request |
| requestUrl | String | The complete URL of the request sent to Creditsafe |
| lodCreated | Boolean | Indicates whether a Letter of Disclosure (LOD) was created for this request |
The report object structure depends on the Block configuration. Each section in your Block will contain specific parameters.
For detailed information about all available sections and parameters:
- Contact Creditsafe's integration team for your specific Block template documentation
- See your Block configuration details for which sections are included in your responses
Please note that parameters with a null value are hidden in the responses of Creditsafe's REST APIs.
The GetData API returns structured data based on your configured Block. The response includes:
- Comprehensive data coverage - Approximately 500 parameters available for companies and 175 for consumers
- Block-specific sections - Only the sections defined in your Block configuration are included
- Flexible structure - Data is organized into logical sections (basic information, financial data, credit information, etc.)
- Language support - Response descriptions are available in Swedish or English based on the
languageparameter
The exact structure and available parameters vary depending on your Block configuration and whether you're querying company or consumer data.
The GetData API may return HTTP 200 OK responses that contain both an error object and a report object. These are partial success responses where the person or company has a register status (such as protected, emigrated, or inactive), but data is still available based on your block settings.
Partial success responses occur in the following scenarios:
- Consumer/Sole Trader Statuses: Rejection codes S2 (protected), S6 (emigrated), or similar statuses where your block is configured to allow partial data
- Company Statuses: Rejection codes S200–S391 (inactive, deregistered, liquidated, etc.) where your block is configured to allow partial data
- Service Failures: Error code RE99 (real estate data unavailable) where other block sections are successfully retrieved
A partial success response contains:
{
"metaData": {
"apiLogId": 2098766,
"timeStamp": "2026-06-12T14:31:00",
"resource": "GetData (1217)",
"method": "GET",
"requestUrl": "https://se-webservice.apps.creditsafe.com/getdata?blockname=CONSUMER_BLOCK&searchnumber=198001011234",
"lodCreated": false
},
"error": {
"code": "S2",
"text": "Skyddad",
"detail": "Skyddad person."
},
"report": {
// Available data sections based on block configuration
// For S2: all data except name and address
}
}Clients must not treat the presence of an error object as a hard failure when the HTTP status is 200 OK. Always:
- Check the HTTP status code first
- If HTTP 200, inspect whether both
errorandreportare present - Use the
error.codeanderror.textto understand the status - Process the
reportdata if it exists - If
reportis absent from the response, it means no data is available (the field is omitted from the JSON, not returned asnull)
Your GetData block configuration determines whether partial data is returned for specific statuses:
- Status allowed on block: Response includes both
error(status information) andreport(available data) - Status not allowed on block: Response includes only
metaDataanderror(noreport)
Contact Creditsafe's integration team to configure which statuses should return partial data for your blocks.