Specification Employee Import
Specification Employee Import
Specification
Last Revised: May 31, 2019
Expense
Professional/Premium edition
Standard edition
Travel
Professional/Premium edition
Standard edition
Invoice
Professional/Premium edition
Standard edition
Authorization Request
Professional/Premium edition
Standard edition
Table of Contents
Employee Import .........................................................................................................1
Section 1: Overview .............................................................................................1
Section 2: Employee Import – The Basic Process .................................................2
Section 3: Step 1: Creating the Import Data File ..................................................2
File Naming Conventions .................................................................................... 4
Reviewing the Import Definition File (Feed ID "StandardEmployeeImport") ............... 4
Import Settings (Record Type 100) Format ....................................................... 4
Optional for the Import ...................................................................................... 7
Using the 305, 310, and 350 Record Types ....................................................... 7
Using the 320 Record Type ............................................................................. 7
Enabling and Disabling the Update of Employee Names Using This Import ............ 7
Employee Import (Record Type 300) Format ..................................................... 8
Employee Import (Record Type 305) Format ................................................... 19
User Primary Field Addendum Import (Record Type 310) Format ....................... 33
Update ID Information Import (Record Type 320) Format ................................. 37
Travel Addendum Import (Record Type 350) Format ........................................ 38
Importing AeTM User Information Into Concur ................................................ 43
Invoice Employee Import (Record Type 360) Format ........................................ 44
Statement Employee Import (Record Type 370) Format ................................... 47
Role Import (Record Type 400) Format .......................................................... 48
Delegate Import (Record Type 500) Format .................................................... 52
Enhanced Delegate Import (Record Type 550) Format ..................................... 54
Card Account Import (Record Type 600) Format .............................................. 57
Enhanced Card Account Import (Record Type 650) Format ............................... 58
Authorized Approver Import (Record Type 700) Format .................................... 61
Cost Object Approver Import (Record Type 710) Format .................................. 63
Authorized Approver With Level Import (Record Type 720) Format .................... 64
Insight Budget Approver Import (Record Type 730) Format .............................. 65
Delete Authorized Approver Import (Record Type 750) Format .......................... 66
Delete Cost Object Approver Import (Record Type 760) Format ........................ 67
Delete Budget Approver Import (Record Type 770) Format ............................... 68
EFT Bank Account Import (Record Type 800) Format ....................................... 69
EFT Detail Bank Account Import (Record Type 810) Format .............................. 70
Car Import (Record Type 900) Format ............................................................ 76
Car Import (Record Type 910) Format ............................................................ 77
Analytics Bursting Value Import (Record Type 1000) Format ............................. 80
Delete Analytics Bursting Value Import (Record Type 1100) Format ................... 81
Request Addendum Import (Record Type 1200) Format ................................... 82
JPY Commuter Pass Routes Import (Record Type 1300) Format ........................ 83
Date Notes/Comments/Changes
May 31, 2019 Removed references to the composite login, which is no longer available
May 11, 2019 Added the following note to the Amadeus User Permission field: "Although still
displayed, this field is no longer active, and any values it contains will be
ignored by the system."
Added the following note to the Password field: "The password field remains
available in the 100, 300, 305, 310 records sets, but will only be read during
an initial import of the file, or when creating a new user in the system.
Subsequent uses of the field are ignored by the system. The update and
replace password features on the 100 record are no longer available."
April 30, 2019 Removed the Budget Role for Cognos in the 400 record.
April 25, 2019 Removed the Budget Viewer, Budget Owner, Budget Administrator, and
Budget Approver role for Budget in the 400 record.
March 28, 2019 Clarified the definition of Country Code and updated the list in the appendix
March 5, 2019 Added rows to the tables in the Multiple Dialect Support section, including re-
adding Singapore.
February 21, 2019 Added purchase request information to the 550 record.
February 12, 2019 Updated the copyright; no other changes; cover date not updated.
November 14, 2018 Added a definition to the 350 record, column 17.
July 2, 2018 The 810-level Iban Number field requirement is changed for UK to 8
character.
The 400-level Travel Administrator role is retired and removed from this
document.
May 22, 2018 Added information that the Comma delimiter is the default, and that Pipe
must be requested by the client to use that delimiter type instead.
April 16, 2018 Changed the check boxes on the front cover; no other changes; cover date
not updated.
February 23, 2018 Added a note: The LoginID must be unique across all Concur products. If a
LoginID is currently in use in any Concur product, it cannot be assigned again
unless the original occurrence is changed. For example, assume that a
LoginID was assigned in error. That LoginID can only be used again if an
admin (either manually or via import) renames the original occurrence,
allowing the LoginID to be used again.
February 2, 2018 Updated the cover and footer; no other changes; cover date not updated.
January 25, 2018 Updated the Request Approver field to note that Request User field must
equal Y (Yes) for a successful assignment of Approver role.
January 22, 2018 Updated the cover and the footer; no other changes; cover date not updated.
January 22, 2018 Regrouped the Budget roles in the 400 record. No content changes.
January 10, 2018 Clarify the default use of Yes for Expense User role in the 300- and 305-level
records.
November 27, 2017 The Travel 350 record Open Booking User Permission field is now group-
aware and is administered at the group level.
November 15, 2017 The following fields are now required for the US region:
• Branch Name
• Postal Address Line 1
Postal Address Line 2
• Postal Address City
• Postal Address Region
• Postal Address Postal Code
August 19, 2017 Added information in 700 record about clients using purchase request
approvers.
June 8, 2017 Added a note that the Email Address field in the 305 record is required if the
Email Address field is required on the employee form.
May 11, 2017 Removal of selected IBAN-specific information from the IBAN and Bank
Information Number fields in the 810 record set.
March 3, 2017 Note to advise the client to use the 810 banking record instead of the 800
record.
January 5, 2017 Added information that UTF-8 with Byte Order Mark (BOM) is the preferred
use of UTF character set for greater accuracy in consuming data.
December 9, 2016 Previously restricted characters are now permitted for the Email Address
field.
November 4, 2016 Explanation of Concur-only "system" roles used to maintain and secure the
client entity (and their unavailability to the client).
September 6, 2016 Added a note to the 305-level Request User field that this is Required field
type for existing records in order to update Travel Request Approver 2
Employee Import
Section 1: Overview
A client uses this feature to import employee information. The client can add or remove (deactivate) an employee, and
modify information about the employee or the employee's bank account using the options in the data file they create.
The client can also update this information one employee at a time by using the Employee Administrator tool in Tools
and Configuration. The import is best used when many changes are required, and the administrator feature is best used
when only a few changes are required.
Concur performs the employee import; however, the client creates the import file and then passes it to Concur to
import. This document explains how to set up the import data file.
For more information, refer to the Shared: Employee Administrator User Guide.
Shared: Employee Import Specification 1
Last Revised: May 31, 2019
© 2004 – 2019 SAP Concur All rights reserved.
Section 2: Employee Import – The Basic Process
NOTE: If the employee import is not scheduled to run periodically, the client must contact Concur Client Support
for assistance.
Clients can confirm whether or not an import schedule has been set up. A user assigned the
Import/Extract Monitor role can view the import definitions and schedules that are configured for the
entity.
• Step 3: Concur runs a batch job that imports the data file.
The record types are referenced in the tables on the following pages.
The import file name should be of the format "jobtype_entitycode". The employee job type for a employee import data
file is "employee." If an entity has the code t0000123abcd, then the file name for a employee import data file would be
"employee_t0000123abcd" to which is appended the date and timestamp as “YYYYMMDDHHMMSS.”
Within a record type, all fields must be represented, although optional fields may be blank.
This information must be included in the import. This record set defines the following:
2 Error Threshold integer greater than or equal to Y This field is no longer used but it
0 cannot be omitted or left blank.
Provide an integer greater than or
equal to 0.
Password Warning! The Password Generation field option TEXT requires that a value be provided if you elect to use this option. Not
providing a value will generate an error message to the log file, prevent login by users, and require the IT Administrator role to
contact the user and provide a valid password. For this reason it is STRONGLY recommended that a value be provided - a blank
password is not supported.
New Users Must Change Password on First Login! No matter which method you choose, the new user logging in for the first time
must change their password or the current password will expire, leaving them unable to log in to the system.
NOTE: The password field remains available in the 100, 300, 305, 310 records sets, but will only be read during an initial import of
the file, or when creating a new user in the system. Subsequent uses of the field are ignored by the system. The update and
replace password features on the 100 record are no longer available.
4 Existing Record • REPLACE: Replace the existing Y Specifies how to process when a
Handling record completely with the one matching record already exists in
in the feed. the database.
• UPDATE: Update the existing
record with only those fields
that are non-blank in the
import file. Existing passwords
for employees are never
overwritten.
The information provided in the following tables may be included in the import, as needed.
The 305, 310, and 350 record types should be used in combination.
• 305 + 350 records: Expense primary employee information + Travel-related information. Employee is both an
Expense and Travel user.
• 310 + 350 records: Travel primary employee information + Travel-related information. Employee is a Travel user
only.
The 320 record set is used for updating the Employee ID and Login ID values only. The administrator is strongly
encouraged to use this record type for this purpose instead of any other record type. In addition, as a best practice, the
administrator will want to perform the 320 import separate from the 305 or 310 imports to prevent issues updating the
employee.
Enabling and Disabling the Update of Employee Names Using This Import
The client using both Expense and Travel has the option of controlling how names are updated at their site in order to
comply with requirements that a ticket include the traveler's legal name. For example, some clients allow their users to
update their names using User Profile when a change (marriage, etc.) occurs. Other clients allow only their HR
departments to do this via the employee import. The method that is employed must account for the requirement that a
legal name be presented for traveling purposes - failure to provide this value may prevent the traveler from traveling.
This means the client should use a method that prevents conflicting update of the name fields in order to ensure the
correct, legal name is resident when a ticket is issued.
CONFIGURATION
Within this employee import a host database entity setting, EMP_IMPORT_UPDATE_NAME_FIELDS, controls whether the
First Name, Middle Name, Last Name, Name Prefix, and Name Suffix fields in the 305, 310, and 350-level records are
updated or left unchanged on import. It is designed to allow HR systems that do not maintain an explicit legal name for
a traveler to bypass update of these employee name fields, presumably to allow the user to do this instead. However,
since the default setting of Yes means the name fields will be updated on import the client will need to confirm that this
is the behavior they want.
If the client wishes to change the setting to No to prevent update, and/or grant permissions for the user to update their
own name in Profile, they will need to submit a Service Request directly to Concur.
This record is fully supported for existing clients. However, Concur recommends that new clients use the 305 record as it
is identical to this one with the addition of Future Use fields that will support emerging features.
5 Employee ID 48 characters Y
maximum, and must
be a unique
identification for each
employee.
10 Country Code 3 characters Y Valid ISO country code for the country the
maximum user resides in. This field assigns the
country from which the user is
administered.
If country is defined as a connected list
field, then the county code must be in the
connected list data and in the country list
in the application.
Example: CA, IE, UK, US
Canada represents as CA
Ireland represents as IE
United Kingdom represents as UK
United States represents as US
Refer to the Appendix in this guide
for a full listing of Country Codes.
15 Active Y or N Y
47 Prompt for Y or N N
approver when Default = N
submitting a
report
50 Prompt for Y or N N
approver when Default = N
submitting a
request
53 Prompt for Y or N N
approver when Default = N
submitting a
payment
Employee Preferences
54 Prompt to add Y or N N
company card Default = Y
transactions to
report
57 Display Y or N N
instructional help Default = Y
on the
application pages
58 Display imaging Y or N N
introduction page Default = Y
Approvers
NOTE: If Request is enabled, then the Request User and Approver roles and corresponding assignments are imported.
A setting in Hosted Management Console, Set AR and TR Approver based on the approver roles, allows you to change the import
functionality to reference the roles of the Approver specified in Employee ID of the Request Approver field to determine a user's
approver - consult your Expense representative for more information.
Non-Group Roles
64 Approver Y or N N
Default = N
67 Receipt Processor Y or N N
Default = N
70 Company Info Y or N N
Administrator Default = N
71 Offline User Y or N N
Default = N
73 Invoice User Y or N N
Default = N
74 Invoice Approver Y or N N
Default = N
78 Request User Y or N N
Default = N
79 Request Manager Y or N N
Default = N
84 Tax Y or N N
Administrator Default = N
85 FBT Y or N N
Administrator Default = N
86 Travel Wizard Y or N N
User Default = N
! WARNING: One employee cannot be assigned both the Import/Extract Administrator and the Import/Extract
Monitor role. If an employee is already assigned one version of the role, and the load contains a record assigning the
other version, the role is not updated and a warning appears in the employee load error log. The administrator must
remove the role through the Employee Administrator before the new version can be assigned.
Please note that when the 305 record is used in conjunction with the 320 record to change employee data, the 320
record must be uploaded and run one day prior to running the 305 import. This ensures employee data changed by the
320 record is resident in the system prior to changes included in the 305 record.
NOTE: The import of this record set will override any matching 300-level imported data.
10 Country Code 3 characters Y Valid ISO country code for the country the
maximum user resides in. This field assigns the
country from which the user is
administered.
If country is defined as a connected list
field, then the county code must be in the
connected list data and in the country list
in the application.
Example: CA, IE, UK, US
Canada represents as CA
Ireland represents as IE
United Kingdom represents as UK
United States represents as US
Refer to the Appendix in this guide
for a full listing of Country Codes.
15 Active Y or N Y
47 Prompt for Y or N N
approver when Default = N
submitting a
report
50 Prompt for Y or N N
approver when Default = N
submitting a
request
53 Prompt for Y or N N
approver when Default = N
submitting a
payment
Employee Preferences
54 Prompt to add Y or N N
company card Default = Y
transactions to
report
57 Display Y or N N
instructional help Default = Y
on the
application pages
58 Display imaging Y or N N
introduction page Default = Y
Approvers
NOTE: If Request is enabled, then the Request User and Approver roles and corresponding assignments are imported.
A setting in Hosted Management Console, Set AR and TR Approver based on the approver roles, allows you to change the import
functionality to reference the roles of the Approver specified in Employee ID of the Request Approver field to determine a user's
approver - consult your Expense representative for more information.
Non-Group Roles
64 Expense and/or Y or N N
Cash Advance Default = N
Approver
67 Receipt Processor Y or N N
Default = N
69 Import/Extract Y or N N
Monitor Default = N
70 Company Info Y or N N
Administrator Default = N
71 Offline User Y or N N
Default = N
73 Invoice User Y or N N
Default = N
74 Invoice Approver Y or N N
Default = N
79 Request Y or N N
Approver Default = N
84 Tax Y or N N
Administrator Default = N
85 FBT Y or N N
Administrator Default = N
86 Travel Wizard Y or N N
User Default = N
• ADPPAYR: ADP
* Not a Required field type, but if used,
Payroll please notes dependencies if the
ADPPAYR reimbursement method type is
• CNQRPAY:
! WARNING: One employee cannot be assigned both the Import/Extract Administrator and the Import/Extract
Monitor role. If an employee is already assigned one version of the role, and the load contains a record assigning the
other version, the role is not updated and a warning appears in the employee load error log. The administrator must
remove the role through the Employee Administrator before the new version can be assigned.
NOTE: This record importer is used in place of the 305-level EmployeeImporter record, in combination with the 350-level
TravelAddendum record, where the employee will be only a Travel user (that is, updates made to the EmployeeID
via the 310 record set are updated in Travel only).
As a reminder, the administrator is strongly encouraged to use the 320 record type to update the EmployeeID
instead of any other record type. In addition, as a best practice, the administrator will want to perform the 320
import separate from the 305 or 310 imports to prevent issues updating the employee.
2 Employee ID 48 characters Y
maximum
15 Active Y or N Y
17 Locate and Alert Values include: N Locate and Alert must be enabled for this
• Enrolled role to be applied. Otherwise, it will fail
silently (the import is not blocked, but the
• Sensitive role is not assigned).
• Not enrolled
The 320-level record is the only valid method of updating a user's Employee ID and Login ID values. As a best practice,
the administrator will want to perform the 320 import in sequence as follows:
• Keep the 320 update separate from updates in the 305 or 310 imports to prevent issues updating the employee.
• Upload the 320 one day (that is, overnight) prior to running the 305 import to ensure employee information
updates in the proper sequence.
NOTE: The update will likely fail if the user has an invalid currency.
! IMPORTANT: Clients currently using the Email login option must contact SAP Concur support to successfully update
their employee’s ID information using the 320-level record set.
4 New Login ID 64 characters N The new Login ID value that will replace
maximum the current Login ID.
Format of user@domain required.
The following characters cannot be used as
a value for this record:
%[#!*&()~`'{^}\|/?><,;:
"+=]
NOTE: The LoginID must be unique across
all Concur products. If a LoginID is
currently in use in any Concur product, it
cannot be assigned again unless the
original occurrence is changed. For
example, assume that a LoginID was
assigned in error. That LoginID can only be
used again if an admin (either manually or
via import) renames the original
occurrence, allowing the LoginID to be
used again.
The 350-level record is used with either the 305-level (Expense & Travel user) or the 310-level (Travel only user) record
block, or the user must already exist in the Expense database / system.
! The 350 record import functionality is not available if the Email login option is used.
4 Name Suffix 60 characters N Must contain these exact values (Jr., Sr., I,
maximum II, III, IV, V)
7 Gender 1 character N
• M: Male
• F: Female
33 - Custom 1 - 25 255 characters N Values must conform to custom field Each custom field
57 (sequential = 33 maximum parameters set up in Company column must be of
- 57) Administration; Applies to all custom fields format
CustomFieldName=C
ustomFieldValue
where
CustomFieldName is
the name of the field
defined in Travel.
For example:
(,,,,,,,,GLCODE=
1234,,,,,,)
Authentication for clients who use AeTM requires that each AeTM user be matched to an existing Concur user. To
accomplish this, two 350-level Custom fields (any pair) must be configured to include the existing Community ID and
Login Name values associated with the AeTM user. This means the client must collect and include this data in the import
in order to successfully match the AeTM user across the two systems.
The table below describes the AeTM-required user information for import to Concur:
Community ID Site Code An 8-character alphanumeric code identifying the client's AeTM implementation.
The first four characters represent the Level 1 ID, in which all users are created.
Login Name Real Login The user's login ID, which may or may not be the same as the User ID. This 64-
character field is unique within a Level 1 community.
The following characters cannot be used as a value for this record:
%[#!*&()~`'{^}\|/?><,;:"+=]
On import, the data in the two custom fields is stored in AeTM-specific fields in the application. When the first itinerary is
synched to Concur for the user, the additional field for AeTM Traveler ID –the unique system identifier for the user
within the AeTM system – is added to the employee's Concur profile.
NOTE: If the 360 record set is used in conjunction with the 305/310 records, the system will honor the last record set
feed, meaning that any duplicate role assignments, etc. will be superseded by the last same record value.
2 Employee ID 48 characters Y
maximum
4 Invoice Approver Y or N N
Role
5 Invoice Vendor Y or N N
Approver Role
7 Invoice Payment Y or N N
Manager Role
8 Invoice Y or N N
Purchasing Role
9 Purchase Y or N N
Request User
10 Purchase Y or N N
Request
Approver
22 Prompt for Y or N N
approver when Default = N
submitting a
payment
27 Prompt a user Y or N N
with a window to Default = Y
create new line
items when
creating a new
payment request
30 Auto Open Image Y or N N This field causes the image associated with
Default = N the request to always open automatically
when the request is opened.
NOTE: If this field is set to Y, Display
Image Inline (above) is automatically set to
Y as well.
This record set grants or revokes the Statement User and Statement Manager roles, and establishes the Statement
Approver for the employee.
2 Employee ID 48 characters Y
maximum
5 Employee ID of 48 characters N
the employee's maximum
Statement
Report
Approver
NOTE: Since role information is specific to Expense and since employee import data is generally obtained from a client's
internal Human Resources/Personnel system, the role information is rarely included in the employee import.
4 Segment 1 - 10 N
(sequential = 7 -
16)
NOTE: Additional roles such as the Cognos Professional Author, Tax Administrator, and Tax Administrator (Restricted)
are assigned only by using the Employee Administrator tool.
! WARNING: As indicated in the table above, a user cannot be assigned certain overlapping roles. If an employee is
already assigned one version of the role and the load contains a record assigning the other version, the role is not
updated and a warning appears in the employee load error log. The administrator must remove the role through the
Employee Administrator before the new version can be assigned.
Delegates are individuals acting on behalf of a named list of specific users. A reasonable maximum number of user
assignments is 250 per delegate, and that is what is supported by Concur. Please use the Expense Proxy role when
assigning access for shared service centers: the Expense Proxy role is designed to allow an individual user to support
entire Expense groups within the system.
52 Shared: Employee Import Specification
Last Revised: May 31, 2019
© 2004 – 2019 SAP Concur All rights reserved.
Section 3: Step 1: Creating the Import Data File
NOTE: The options below are used for Expense and Invoice. If EXP is entered in the Product Code field, then these options apply to
Expense. If PMT is entered in the Product Code field, then these options apply to Invoice.
Delegates are individuals acting on behalf of a named list of specific users. A reasonable maximum number of user
assignments is 250 per delegate, and that is what is supported by Concur. Please use the Expense Proxy role when
assigning access for shared service centers: the Expense Proxy role is designed to allow an individual user to support
entire Expense groups within the system.
NOTE: Privileges granted to a delegate using this record activate both the Employee and User Administrator delegate
settings for the employee – the user interface will reflect this change on successful import.
4 Product Code Case Y The product value you choose here means
insensitive; all choices you make using options below
use either: apply to that product.
• EXP: NOTE: Request delegates share all
Expense options if EXP is selected for this field -
• PMT: only the ability to submit requests is
Invoice excepted, and that can be set using the
Can Submit Request field, below.
• PUR:
Purchase
Request
NOTE: The options below are used for Expense and Invoice. If EXP is entered in the Product Code field, then these options apply to
Expense. If PMT is entered in the Product Code field, then these options apply to Invoice.
5 Can Prepare Y or N N
Reports* Default = N
6 Can Submit Y or N N
Reports* Default = N
7 Can Approve Y or N N
Reports* Default = N
11 Can View Y or N N
Receipt Images Default = N
12 Can Receive Y or N N
Email Default = N
13 Can Receive Y or N N
Email Approval Default = N
14 Can Use Y or N N
Business Default = N
Intelligence
NOTE: If you intend on synchonizing a card account with the Travel product, you must use the 650 record set and not
the 600 record set. This is because the 650 record set includes the Card Type and Expiration Date fields that are
required to complete this task.
6 Effective Date 8 characters maximum; N NOTE: For each company card transaction
must be in the following that is imported, Expense compares the
format: transaction's Posted Date to the effective
YYYYMMDD date for the associated card. Then:
• If the Posted Date is earlier than the
effective date, then the transaction is
not imported
• If the effective date has not been set,
then all transactions are imported
regardless of the Posted Date
NOTE: If you intend on synchronizing a card account with the Travel product, you must use the 650 record set and not
the 600 record set. This is because the 650 record set includes the Card Type and Expiration Date fields that are
required to complete this task.
6 Effective Date 8 characters maximum, N NOTE: For each company card transaction
must be in the format that is imported, Expense compares the
YYYYMMDD transaction's Posted Date to the effective
date for the associated card.
Then:
• If the Posted Date is earlier than the
effective date, then the transaction is
not imported
• If the effective date has not been set,
then all transactions are imported
regardless of the Posted Date
8 Card Type 2 characters maximum Y This field is required for the card account
Valid Values: to be included in the card account extract
to Travel.
• AX: American
Express
• CA: MasterCard
• CB: Carte Blanche
• DC: Diners Club
• DS: Discover
• EC: EuroCard
• ER: ENROUTE
• JC: JCB
International
• OT: Other
• TP: UATP Card
• VI: VISA
9 Expiration Date 8 characters maximum, N* The date the card account expires.
must be in the format *Required if you intend to synch this card
YYYYMMDD account with Travel.
10 Billing Address 1000 characters N The billing address the card provider uses
maximum when posting mail to the employee for this
card account.
11 Billing City 30 characters maximum N The billing city the card provider uses
when posting mail to the employee for this
card account.
12 Billing State 30 characters maximum N The billing state the card provider uses
when posting mail to the employee for this
card account.
13 Billing Postal 20 characters maximum N The billing postal code the card provider
Code uses when posting mail to the employee
for this card account.
14 Billing Country 2 characters N The two-letter, ISO Country Code for the
Code country where the card holder’s bill is
sent.
NOTE: Using a value of $BLANK$ in all four of the “Program” fields below will automatically unlink the card account from the card
program.
15 Card Program 5 characters maximum N/Y* The type of card program to which the
Type account will be linked.
Must be a valid Card Program Type:
• PURCH (Purchasing Card Program)
16 Card Program 2 characters N/Y* ISO 2-character alpha code for the country
Country in which the card is issued (e.g. US, CA)
17 Card Program 64 characters maximum N/Y* The name of the provider (issuer) of the
Issuer Case sensitive – must card.
match the name used
for Card Program
configuration exactly
(ex: US BANK; US
Bank; etc.)!
18 Card Program 64 characters maximum N/Y* The name of card program to which the
Name Case sensitive – must account will be linked. This value must be
match the name used a valid Card Program Name.
for Card Program
configuration exactly
(ex: US BANK; US
Bank; etc.)!
* All four fields required in import and populated if using the Company Billed Statements (CBS) feature.
This record is supported for authorized approver imports. However, clients who use purchase request approvers must
work with the 720 record, since this record supports the approval type of purchase requests.
2 Approval Type Case insensitive; use Y Use these values to direct whether
either: options change Expense, Invoice, or
• EXP: Expense Request delegate options listed in this
Report table
• PMT: Payment
Request
• REQ: Request
14 Exception Y or N N
Approval Default = N
Authority
2 Approval Type Case insensitive; use: Y Use these values to direct whether
• EXP: Expense options change Expense, Invoice, or
Report Request delegate options listed in this
table
• PMT: Payment
Request
• REQ: Request
• PUR: Purchase
Request
14 Exception Y or N N
Approval Default = N
Authority
2 Approval Type Case insensitive; use Y Use these values to direct whether
either: options change Expense, Invoice, or
• EXP: Expense Request delegate options listed in this
Report table.
• PMT: Payment
Request
• REQ: Request
• PUR: Purchase
Request
14 Exception Y or N N
Approval Default = N
Authority
Please note the user associated with Employee ID must already be assigned the Budget Approver role.
2 Approval Type Case insensitive; use: Y Use these values to direct whether options
• EXP: Expense Report change Expense, Invoice, or Request
delegate options listed in this table.
• PMT: Payment
Request
• REQ: Request
• PUR: Purchase
Request
2 Approval Type Case insensitive; use: Y Use these values to direct whether options
• EXP: Expense Report change Expense, Invoice, or Request
delegate options listed in this table.
• PMT: Payment
Request
• REQ: Request
• PUR: Purchase
Request
Important Note: This is the legacy banking profile and should not be used for new import activity because it does not
support the new Expense Pay Global banking feature. Instead, create any new bank data imports using the enhanced
810 record which is compatible with both legacy and future Expense Pay banking data.
6 EFT Bank Account • USD: 9 numeric Y The routing number assigned to the bank.
Routing Number characters
• CAD: 9 numeric
characters,
comprised of a
leading 0, the 3-
digit Institution #,
and the 5-digit
Branch #
• All Other: Minimum
5 characters
7 EFT Bank Account Use either: Y The account type; savings, checking.
Type • SA: Savings
• CH: Checking
8 EFT Bank Account Currency code of the Y Can be either three-digit or three-letter
Currency Code currency used by the currency code; must be a valid currency in
bank. the list of system currencies.
Important Note: This is the current banking profile and should always be used for new import activity as it supports
the new Expense Pay Global banking feature. For this reason, do not create any new bank data imports using the 800
record.
• MX: CLABE is
account number
• NZ: 7 numeric
character account
number + 2- or 3-
digit suffix number
• UK: 8 character
account number
• IN: 1 to 34
character account
number
• HK: Bank Account
Number - numeric,
9 digits maximum,
1 digit minimum,
length varies by
bank
6 Branch Name 48 characters Blank for CA; The branch name of the bank at
maximum required for which the expense claim filer has
AUS, HK, their bank account.
Japan, MX, NZ, For Japan: Specify Bank Name (15
UK, US, characters)
Singapore,
Sweden,
Switzerland
and SEPA
countries.
7 Branch Location 30 characters Blank for CA The branch location when combined
maximum and US; with the branch/bank name makes
required for clear where the expense claim filer
AUS, HK, has their bank account.
Japan, MX, NZ, For Japan: Specify Branch Name
UK, Singapore, (15 characters)
Sweden,
Switzerland
and SEPA
countries.
• SA: Savings
• CH: Checking
10 Name on the 48 characters Blank for CA The name on the account provided
Account maximum and US; to the bank for this account.
required for
AUS, HK,
Japan, MX, NZ,
UK, Singapore,
Sweden,
Switzerland
and SEPA
countries.
11 Postal Address 48 characters Blank for CA; The postal address the bank uses
Line 1 maximum required for when posting mail to the employee
AUS, HK, for this bank account. Street
Japan, MX, NZ, address line 1, or Building Number
UK, US, and Road.
Singapore,
Sweden,
Switzerland
and SEPA
countries.
12 Postal Address 48 characters Blank for CA; The postal address the bank uses
Line 2 maximum required for when posting mail to the employee
AUS, HK, for this bank account. Street
Japan, MX, NZ, address line 2, or Building Name.
UK, US,
Singapore,
Sweden,
Switzerland
and SEPA
countries.
13 Postal Address 24 characters Blank for CA; The postal address the bank uses
City maximum required for when posting mail to the employee
AUS, HK, for this bank account. The postal
Japan, MX, NZ, address city.
UK, US,
Singapore,
Sweden,
Switzerland
and SEPA
countries.
14 Postal Address 24 characters Required for The postal address the bank uses
Region maximum MX, US, and when posting mail to the employee
HK Blank for for this bank account. Locality,
CA, and Province, Region, State, or other;
Singapore; Sub-Country.
optional for UK,
SEPA countries,
Switzerland
and Sweden,
Australia, New
Zealand;
15 Postal Address 20 characters Blank for CA, The postal address the bank uses
Postal Code maximum and Hong when posting mail to the employee
Kong; required for this bank account. The postal
for AUS, MX, address postal code.
NZ, UK, US,
Singapore,
Switzerland,
and Sweden.
Updates to existing car configurations are not supported using the 900-level fields.
5 Car Criteria Name 30 characters N Required if car criteria is used for the
maximum configuration.
The 910 record set fields are used to create new vehicle records assigned to the specified user. Updates to existing car
configurations are not supported using these fields.
5 Car Criteria Name 30 characters N Required if car criteria is used for the
maximum configuration.
For more information about bursting, refer to the Analysis/Intelligence: Bursting User Guide.
4 Bursting Value 64 characters Y The actual value that the report will be
maximum bursted off of (if a user wanted to receive
all data on Cost Center 1234, as an
example).
This record type deletes values from the custom bursting table of the transactional database. The number of fields below
must match those of the 1000-level Analytics Bursting Value Import above.
The value DELETE_ALL_RECORDS is used to delete the current values of a specified field or field group so that one or
more report recipients will no longer receive the bursted reports.
RECORD SAMPLE
This record sample will delete all records (prevent reception) for reports sent to JSMITH generated for the Bursting ID of
Cost Center Owners. Note that, since records are processed in order, the DELETE_ALL_RECORDS value is placed so that
following records are NOT affected by the deletion - only those preceding the value are deleted:
1100,JSMITH,COST_CENTER_OWNERS,DELETE_ALL_RECORDS,,,,,,,,,,
The record sample below will expedite deletion of ALL records in the custom bursting table:
1100,DELETE_ALL_RECORDS,DELETE_ALL_RECORDS,DELETE_ALL_RECORDS,,,,,,,,,,
For more information about bursting, refer to the Analysis/Intelligence: Bursting User Guide.
4 Bursting Value 64 characters Y The value of the report that will now be
maximum deleted from the transactional database
bursting table (if a user no longer wanted
to receive all data on Cost Center 1234,
as an example).
The 1200 record type adds the Default Travel Agency Office Code row addendum to the Request import by associating
an agency, in its integer key form (1, 2, etc.) with a Request user.
RECORD SAMPLE
This record sample will associate Byrne Travel (agency key = 1) to the employee JSMITH:
1200,JSMITH,1,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
The 1300 record type adds commuter routes from station to station by employee ID.
RECORD SAMPLE
This record sample will add the commuter route of Wakoshi to Shin-Kiba via the Tokyo-Metro Yurakucho line as a
prepaid route paid for using a commuter pass that is associated with employee JSMITH:
New clients have employee imports set up as part of implementation. Existing clients who want to use this import must
contact Concur Client Support for assistance.
NOTE: Clients can confirm whether or not an import schedule has been set up. A user assigned the Import/Extract
Monitor role can view the import definitions and schedules that are configured for the entity.
Section 6: Appendix
The client may come across roles granted only to Concur administrative personnel for the purpose of working within a
client entity. These roles, such as ConcurAuditor, ConcurConsultant, and ConcurAdmin are secure "system" roles Concur
uses on behalf of the client to fulfill requests, troubleshoot, and maintain the overall integrity of the client entity.
The client may encounter these roles as they work with their employee and user imports – for example, the system
record (CT_EMPLOYEE.SYSTEM_RECORD) or similar. They may be safely ignored as they are used by the application or
Concur to secure the entity for use by the client.
Locale Codes
Before using these codes - Be sure the locale already exists for your implementation. To find out, either:
• Look under User Profile > System Settings > Default Language field to identify the current assigned code
• Contact Concur Support
If you require locale information not listed here, please contact Concur Client Support.
Activation Determines Your Current Local Code – How to Change the Locale Code
The locales that are available via the user profile and import will vary based on which languages were activated for the
company during implementation. Locale is the combination of language plus system settings that include factors such as
formats for dates, times, and numbers.
The user may override the default format settings using options in their User Profile page. This allows the user to
configure system settings that suit their own preferences for an ideal working environment.
If Concur supports multiple dialects for a language, it is possible that languages associated with a locale may change
based on the activated languages. For example, if French is active, then all French locales would use the default French
language. However, if Canadian French is activated, then the fr_CA locale will use the language dialect for Canadian
French. If a primary language is not active, then all primary languages fallback to English, US (en – default).
Default Locales Locales for Supported Languages Locales for Supported Languages
English (United Kingdom) en_GB Chinese (Hong Kong) zh_HK German (Germany) de_DE
English (New Zealand) en_NZ Croatian (Croatia) hr_HR Hungarian (Hungary) hu_HU
English (United States) en_US Czech (Czech Republic) cs_CZ Indonesian (Indonesia) id_ID
English (South Africa) en_ZA Danish (Denmark) da_DK Italian (Italy) it_IT
Dutch (Belgium) nl_BE Italian (Switzerland) it_CH
Dutch (Netherlands) nl_NL Japanese (Japan) ja_JP
English (Australia) en_AU Korean (North Korea) ko_KP
English (Canada) en_CA Korean (South Korea) ko_KR
English (India) en_IN Norwegian (Norway) no_NO
English (Ireland) en_IE Polish (Poland) pl_PL
English (New Zealand) en_NZ Portuguese (Brazil) pt_BR
English (South Africa) en_ZA Romanian (Romania) ro_RO
English (United Kingdom) en_GB Russian (Russian Federation) ru_RU
English (United States) en_US Slovak (Slovakia) sk_SK
Finnish (Finland) fi_FI Spanish (Argentina) es_AR
French (Belgium) fr_BE Spanish (Bolivia) es_BO
French (Canada) fr_CA Spanish (Chile) es_CL
French (France) fr_FR Spanish (Colombia) es_CO
French (Luxembourg) fr_LU Spanish (Costa Rica) es_CR
AFGHANISTAN AF BOTSWANA BW
ÅLAND ISLANDS AX BOUVET ISLAND BV
ALBANIA AL BRAZIL BR
ALGERIA DZ BRITISH INDIAN OCEAN TERRITORY IO
AMERICAN SAMOA AS BRUNEI DARUSSALAM BN
ANDORRA AD BULGARIA BG
ANGOLA AO BURKINA FASO BF
ANGUILLA AI BURUNDI BI
ANTARCTICA AQ CAMBODIA KH
ANTIGUA AND BARBUDA AG CAMEROON CM
ARGENTINA AR CANADA CA
ARMENIA AM CAPE VERDE CV
ARUBA AW CAYMAN ISLANDS KY
AUSTRALIA AU CENTRAL AFRICAN REPUBLIC CF
AUSTRIA AT CHAD TD
AZERBAIJAN AZ CHILE CL
BAHAMAS BS CHINA CN
BAHRAIN BH CHRISTMAS ISLAND CX
BANGLADESH BD COCOS (KEELING) ISLANDS CC
BARBADOS BB COLOMBIA CO
BELARUS BY COMOROS KM
BELGIUM BE CONGO, Democratic Republic of CD
BELIZE BZ CONGO, People's Republic of CG
BENIN BJ COOK ISLANDS CK
BERMUDA BM COSTA RICA CR
BHUTAN BT COTE D'IVOIRE CI
BOLIVIA BO CROATIA HR
BONAIRE, SAINT EUSTATIUS AND SABA BQ CUBA CU
BOSNIA AND HERZEGOVINA BA CURAÇAO CW
CYPRUS CY GRENADA GD
CZECH REPUBLIC CZ GUADELOUPE GP
DENMARK DK GUAM GU
DJIBOUTI DJ GUATEMALA GT
DOMINICA DM GUERNSEY GG
DOMINICAN REPUBLIC DO GUINEA GN
ECUADOR EC GUINEA-BISSAU GW
EGYPT EG GUYANA GY
EL SALVADOR SV HAITI HT
EQUATORIAL GUINEA GQ HEARD AND MC DONALD ISLANDS HM
ERITREA ER HONDURAS HN
ESTONIA EE HONG KONG HK
ETHIOPIA ET HUNGARY HU
FAEROE ISLANDS FO ICELAND IS
FALKLAND ISLANDS (MALVINAS) FK INDIA IN
FIJI FJ INDONESIA ID
FINLAND FI IRAN (ISLAMIC REPUBLIC OF) IR
FRANCE FR IRAQ IQ
FRENCH GUIANA GF IRELAND IE
FRENCH POLYNESIA PF ISLE OF MAN IM
FRENCH SOUTHERN TERRITORIES TF ISRAEL IL
GABON GA ITALY IT
GAMBIA GM JAMAICA JM
GEORGIA GE JAPAN JP
GERMANY DE JERSEY JE
GHANA GH JORDAN JO
GIBRALTAR GI KAZAKHSTAN KZ
GREECE GR KENYA KE
GREENLAND GL KIRIBATI KI