SuccessFactors MCP Server
Provides tools for interacting with SAP SuccessFactors OData API to retrieve and update employee/user data, manager and HR assignments, and user statistics.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@SuccessFactors MCP Server get user data for employee 1001"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
SuccessFactors MCP Server
An MCP (Model Context Protocol) server for interacting with SAP SuccessFactors OData API to retrieve and update employee/user data.
Features
get_user_data: Retrieve employee data with all specified fields
post_user_data: Update employee/user information
get_user_statistics: Get aggregate statistics about all users
search_user_by_email: Find users by email and return userId/firstName/lastName/email
manage_user_fields: Get or update all 47 standard user fields (comprehensive field management)
get_complete_employee_data: Retrieve complete employee data with all navigation properties (full OData entry)
get_manager_hr: Retrieve manager and/or HR information
update_user_odata: Update user data using the upsert endpoint with exact OData format (camelCase fields). WARNING: This operation will modify employee data in the SAP SuccessFactors system. Changes cannot be automatically undone.
update_manager_hr: Update manager and/or HR assignments. WARNING: This operation will modify employee data in the SAP SuccessFactors system. Changes cannot be automatically undone.
Related MCP server: SF-MCP
Setup
Install dependencies:
npm installBuild the project:
npm run buildRun the server:
npm startFor development with auto-reload:
npm run devConfiguration
All sensitive configuration (API URL, username, and password) is stored in a .env file.
Copy the example file:
copy .env.example .envEdit the
.envfile with your credentials:
SF_API_URL=https://apisalesdemo2.successfactors.eu/odata/v2
SF_USERNAME=your-username-here
SF_PASSWORD=your-password-hereImportant: The .env file is already in .gitignore and will not be committed to version control. Always keep your credentials secure!
MCP Client Configuration
To use this server with an MCP client (like Claude Desktop), add it to your MCP configuration file:
{
"mcpServers": {
"successfactors": {
"command": "node",
"args": ["C:\\Users\\Desktop\\SF-MCP-01\\dist\\index.js"]
}
}
}Available Tools
get_user_data
search_user_by_email
Search users by email and return basic identity info.
Parameters:
email(required): Email address to search (exact match)
Returns: Array of matches with userId, firstName, lastName, and email.
Example request (OData): GET /odata/v2/User?$filter=email eq 'user.email@example.com'
Retrieves employee/user data from SuccessFactors.
Parameters:
userId(required): User ID (USERID), Employee ID (EMPID), or Email addressfields(optional): Array of specific fields to retrieve. If not provided, returns all standard fields.
Returns: JSON object with user data including:
STATUS, USERID, USERNAME, FIRSTNAME, LASTNAME, MI, GENDER, EMAIL
MANAGER, HR, DEPARTMENT, JOBCODE, DIVISION, LOCATION, TIMEZONE
HIREDATE, EMPID, TITLE, BIZ_PHONE, FAX
ADDR1, ADDR2, CITY, STATE, ZIP, COUNTRY
REVIEW_FREQ, LAST_REVIEW_DATE
CUSTOM01 through CUSTOM15
MATRIX_MANAGER, DEFAULT_LOCALE, PROXY
CUSTOM_MANAGER, SECOND_MANAGER, LOGIN_METHOD
PERSON_GUID, PERSON_ID_EXTERNAL
post_user_data
Updates employee/user data in SuccessFactors.
Parameters:
userId(required): User ID to updatedata(required): Object containing key-value pairs of fields to update
Returns: Confirmation of successful update with updated fields list.
Implementation detail: This operation uses the SuccessFactors upsert endpoint: POST /upsert?purgeType=record.
get_user_statistics
Retrieves aggregate statistics about all users.
Parameters:
filters(optional): Object with filters for statistics
Returns: Statistics including:
Total users count
Active/inactive users
Breakdown by gender, department, location, and status
get_manager_hr
Retrieves manager and/or HR information for a specific user.
Parameters:
userId(required): User ID (USERID), Employee ID (EMPID), or Email address to querygetManager(optional): Whether to retrieve manager information (default: true)getHR(optional): Whether to retrieve HR information (default: true)
Returns: JSON object with:
User ID information
Manager details (userId, username, firstName, lastName, email) if requested
HR details (userId, username, firstName, lastName, email) if requested
null values if manager/HR is not assigned
update_manager_hr
Updates manager and/or HR assignment for a user.
Parameters:
userId(required): User ID to updatemanagerId(optional): New manager User ID to assign (can be USERID, EMPID, or EMAIL)hrId(optional): New HR User ID to assign (can be USERID, EMPID, or EMAIL)
Note: At least one of managerId or hrId must be provided.
Returns: Confirmation of successful update with assigned manager/HR IDs.
manage_user_fields
Get or update all standard user fields in SuccessFactors. This is a comprehensive tool that supports all 47 standard fields.
Parameters:
action(required): Either"get"to retrieve fields or"update"to modify fieldsuserId(required): User ID (USERID), Employee ID (EMPID), or Email addressfields(optional):For
"get"action: Object specifying which fields to retrieve (keys are field names). If not provided, returns all fields.For
"update"action: Required - Object containing field names and values to update (e.g.,{"FIRSTNAME": "John", "LASTNAME": "Doe"})
Supported Fields (all 47 fields): STATUS, USERID, USERNAME, FIRSTNAME, LASTNAME, MI, GENDER, EMAIL, MANAGER, HR, DEPARTMENT, JOBCODE, DIVISION, LOCATION, TIMEZONE, HIREDATE, EMPID, TITLE, BIZ_PHONE, FAX, ADDR1, ADDR2, CITY, STATE, ZIP, COUNTRY, REVIEW_FREQ, LAST_REVIEW_DATE, CUSTOM01 through CUSTOM15, MATRIX_MANAGER, DEFAULT_LOCALE, PROXY, CUSTOM_MANAGER, SECOND_MANAGER, LOGIN_METHOD, PERSON_GUID, PERSON_ID_EXTERNAL
Returns:
For
"get": All requested fields with their current values (null if not set), plus list of all available fieldsFor
"update": Confirmation with list of updated fields and their new values
Implementation detail: The update action uses the SuccessFactors upsert endpoint: POST /upsert?purgeType=record.
get_complete_employee_data
Retrieve complete employee data with all fields and navigation properties. This returns the full OData entry as returned by SuccessFactors API, similar to fetching User('empId') directly. Useful for getting comprehensive employee information including all available navigation links and expanded properties.
Parameters:
userId(required): User ID (USERID), Employee ID (EMPID), or Email addressexpandProperties(optional): Array of navigation properties to expand (e.g.,["personKeyNav", "manager", "hr", "empInfo"]). If not provided, defaults to common properties: personKeyNav, manager, hr, empInfo, secondManager, matrixManager, customManager.format(optional): Response format -"json"(default) or"xml". XML format returns the raw OData XML entry.
Returns:
Complete employee data structure with all fields and navigation properties
For JSON format: Structured object with completeData field containing all employee information
For XML format: Raw OData XML entry (similar to the example provided)
update_user_odata
Update user data using the SuccessFactors upsert endpoint with exact OData format matching SuccessFactors API. Accepts fields in camelCase format (firstName, lastName, email, status, timeZone, etc.) and automatically formats manager and HR with proper __metadata structure.
Parameters:
userId(required): User ID to update (internal user ID)username(optional): Username (defaults to userId if not provided)status(optional): User status (e.g., "t" for active)firstName(optional): First namelastName(optional): Last namegender(optional): Gender (M/F)email(optional): Email addressdepartment(optional): DepartmenttimeZone(optional): Time zone (e.g., "US/Eastern", "Asia/Jerusalem")managerId(optional): Manager User ID, or "NO_MANAGER" to remove managerhrId(optional): HR User ID, or "NO_HR" to remove HRadditionalFields(optional): Object with additional fields in camelCase format
Returns: Confirmation with the complete payload that was sent and the API response.
Implementation detail: This tool performs POST /upsert?purgeType=record with a SFOData.User payload.
Notes
WARNING - DEMONSTRATION PURPOSES ONLY
This code is NOT PRODUCTION-READY and has been created solely for DEMONSTRATION AND TESTING PURPOSES.
Do not use this in a live production environment.
Before deploying to production, ensure proper development, testing, security review, and compliance with all relevant standards and regulations.
WARNING: This operation will modify employee data in the SAP SuccessFactors system. Changes cannot be automatically undone.
The server uses Basic Authentication with the provided credentials
Available Tools
9 toolsget_complete_employee_dataA
Retrieve complete employee data with all fields and navigation properties (personKeyNav, manager, hr, empInfo, etc.). Returns the full OData entry as returned by SuccessFactors API, similar to fetching User('empId') with all expansions.
Inputs: userId (required), format, expandProperties.
get_manager_hrB
Retrieve manager and/or HR information for a specific user in SuccessFactors.
Inputs: userId (required), getHR, getManager.
get_user_dataA
Retrieve employee/user data from SuccessFactors. Returns specified fields for a user by USERID, EMPID, or EMAIL.
Inputs: userId (required), fields.
get_user_statisticsA
Get aggregate statistics about all users in SuccessFactors (total count, active users, etc.)
Inputs: filters.
manage_user_fieldsC
Get or update all standard user fields in SuccessFactors. Supports all 47 standard fields including STATUS, USERID, USERNAME, FIRSTNAME, LASTNAME, MI, GENDER, EMAIL, MANAGER, HR, DEPARTMENT, JOBCODE, DIVISION, LOCATION, TIMEZONE, HIREDATE, EMPID, TITLE, BIZ_PHONE, FAX, ADDR1, ADDR2, CITY, STATE, ZIP, COUNTRY, REVIEW_FREQ, LAST_REVIEW_DATE, CUSTOM01-CUSTOM15, MATRIX_MANAGER, DEFAULT_LOCALE, PROXY, CUSTOM_MANAGER, SECOND_MANAGER, LOGIN_METHOD, PERSON_GUID, and PERSON_ID_EXTERNAL.
Inputs: action (required), userId (required), fields.
post_user_dataB
Update or create employee/user data in SuccessFactors. Note: Creating new users may require additional permissions.
Inputs: data (required), userId (required).
search_user_by_emailA
Search users by email and return basic identity info (userId, firstName, lastName, email).
Inputs: email (required).
update_manager_hrB
Update manager and/or HR assignment for a user in SuccessFactors.
Inputs: userId (required), hrId, managerId.
update_user_odataA
Update user data using PUT request with exact OData format. Accepts fields in camelCase format (matching SuccessFactors API format) such as firstName, lastName, email, status, timeZone, etc. Manager and HR should be provided as User IDs or "NO_MANAGER"/"NO_HR".
Inputs: userId (required), hrId, email, gender, +8 more.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 9 tools
Several tools overlap in purpose: get_user_data, get_complete_employee_data, and search_user_by_email all retrieve user information at different levels, while post_user_data, manage_user_fields, and update_user_odata all provide ways to create or update user records. The descriptions clarify some boundaries, but an agent would struggle to confidently choose among these overlapping options.
Tool names mostly follow a consistent verb_noun pattern in snake_case (update_manager_hr, get_user_data, search_user_by_email). Minor deviations like post_user_data and manage_user_fields break the get/update pattern but the overall style remains predictable.
Nine tools is a reasonable count for a SuccessFactors user-management server and stays within the well-scoped range. The count is slightly high because several tools cover similar operations, so not every tool is clearly indispensable.
The set covers core user lifecycle operations: retrieval, lookup by email, statistics, and multiple update paths including manager/HR changes. It lacks explicit delete/list operations, but for an HR system those are often handled via status updates, so agents can work around the minor gaps.
Maintenance
Related MCP Connectors
MCP server for SmartHR — employees, departments, dependents and employee invitations.
MCP server providing attendance data queries via the CloudTime API.
MCP server for Talenta — read employee, attendance, leave, payroll and recruitment data.
MCP server for Product Management
Related MCP Servers
- Apache 2.0
- AlicenseAqualityDmaintenanceEnables querying SAP SuccessFactors OData API metadata and managing Role-Based Permission (RBP) configurations. It provides tools for retrieving entity metadata, listing permission roles, and inspecting user-specific access rights through MCP-compatible clients.2915MIT
- AlicenseNot gradedqualityBmaintenanceMCP server for SAP S/4HANA via the ADT API, enabling querying and reading SAP systems with production write protection.14 npmMIT
- AlicenseBqualityCmaintenanceAn MCP server that provides tools to list, get, create, and update SAP S/4HANA Cloud Public Edition business objects like purchase orders, sales orders, and production orders through the Model Context Protocol.58GPL 3.0