Skip to main content
Glama
SuccessFactors MCP Server

SuccessFactors MCP Server

by david-rodrig

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

  1. Install dependencies:

npm install
  1. Build the project:

npm run build
  1. Run the server:

npm start

For development with auto-reload:

npm run dev

Configuration

All sensitive configuration (API URL, username, and password) is stored in a .env file.

  1. Copy the example file:

copy .env.example .env
  1. Edit the .env file with your credentials:

SF_API_URL=https://apisalesdemo2.successfactors.eu/odata/v2
SF_USERNAME=your-username-here
SF_PASSWORD=your-password-here

Important: 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 address

  • fields (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 update

  • data (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 query

  • getManager (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 update

  • managerId (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 fields

  • userId (required): User ID (USERID), Employee ID (EMPID), or Email address

  • fields (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 fields

  • For "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 address

  • expandProperties (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 name

  • lastName (optional): Last name

  • gender (optional): Gender (M/F)

  • email (optional): Email address

  • department (optional): Department

  • timeZone (optional): Time zone (e.g., "US/Eastern", "Asia/Jerusalem")

  • managerId (optional): Manager User ID, or "NO_MANAGER" to remove manager

  • hrId (optional): HR User ID, or "NO_HR" to remove HR

  • additionalFields (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 tools
get_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

    B3.3/5.0

    Scored across 9 tools

    Disambiguation2/5

    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.

    Naming Consistency4/5

    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.

    Tool Count4/5

    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.

    Completeness4/5

    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

    ActivityInactive
    ResponsivenessOutdated data

    Related MCP Connectors

    Related MCP Servers

    • A
      license
      A
      quality
      D
      maintenance
      Enables 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.
      29
      15
      MIT
    • A
      license
      Not graded
      quality
      B
      maintenance
      MCP server for SAP S/4HANA via the ADT API, enabling querying and reading SAP systems with production write protection.
      14 npm
      MIT
    • A
      license
      B
      quality
      C
      maintenance
      An 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.
      58
      GPL 3.0