LogicApp & Salesforce connector

Farfarana Alexandre 0 Points de réputation
2026-07-28T14:29:13.9766667+00:00

Bonjour,

Nous utilisons actuellement le connecteur Microsoft Salesforce dans Azure Logic Apps Standard.

Notre préoccupation concerne les intégrations entre services.

Aujourd'hui, la connexion au connecteur Salesforce semble nécessiter un compte utilisateur Salesforce et, selon la configuration de Salesforce, peut exiger :

Nom d'utilisateur

Mot de passe

Jeton de sécurité / Clé d'accès

Cela signifie que notre connexion Logic Apps est basée sur l'identité d'un utilisateur et nécessite des informations d'identification de l'utilisateur pour établir une session, tandis que notre scénario d'intégration est purement inter-applications.

Nos spécialistes Salesforce nous ont informés que le connecteur officiel LogicApp Salesforce utilise le modèle d'authentification utilisateur standard de Salesforce et repose donc sur le processus de connexion de l'utilisateur (y compris l'exigence de jeton de sécurité/clé d'accès lorsqu'il est configuré par Salesforce).

Du côté de Salesforce, nous comprenons que les intégrations API peuvent également être mises en œuvre via une application connectée et une authentification d'application basée sur OAuth, sans avoir recours à un mot de passe utilisateur et à un jeton de sécurité de la même manière.

Pourriez-vous préciser :

Est-il actuellement possible d'utiliser le connecteur officiel Salesforce dans Logic Apps avec l'authentification d'application OAuth au lieu de l'authentification basée sur l'utilisateur ?

Sinon, cette fonctionnalité est-elle prévue ou à l'étude dans la feuille de route du connecteur Salesforce ?

Existe-t-il des modèles recommandés par Microsoft pour les clients de Logic Apps qui souhaitent éviter de stocker les informations d'identification des utilisateurs Salesforce et passer à une authentification basée sur l'application ?

Notre objectif est de nous aligner sur les meilleures pratiques de sécurité des entreprises et d'utiliser un modèle d'authentification non interactif entre applications chaque fois que cela est possible.

Merci pour votre aide.

Cordialement.

Azure Logic Apps
Azure Logic Apps

Service Azure qui automatise l’accès et l’utilisation des données dans les clouds sans écrire de code.

2 réponses

Trier par : Le plus utile
Le plus utile Plus récent Plus ancien
  1. Mohammad Altaf 450 Points de réputation Personnel externe de Microsoft Corporation Modérateur
    2026-07-30T09:50:34.33+00:00

    Hello,

    Thank you for the additional details.

    The official Salesforce connector in Azure Logic Apps provides a rich development experience by exposing Salesforce objects and operations directly within the Logic Apps designer, which helps simplify workflow development and reduces the need to manually manage API endpoints and payloads.

    For scenarios that require greater control over authentication, custom connectors are a documented approach that can provide a connector-based experience while allowing custom authentication and API definitions. These options are separate from the official Salesforce connector and are commonly used when specific authentication requirements must be met.

    Based on the current documentation, there is no built-in option that combines the native Salesforce connector experience with a separate application-only OAuth authentication model. Additionally, there are no publicly announced plans or documented roadmap items for supporting Salesforce Connected App / Client Credentials authentication in the official Salesforce connector.

    If the assistance was helpful, kindly take a moment to click on Accept Answer and click on Yes. It will be helpful for other community members.

    Thank you.

    Cette réponse vous a-t-elle été utile?

  2. Farfarana Alexandre 0 Points de réputation
    2026-07-29T09:15:54.7066667+00:00

    Hello M.Altaf,

    Thank you for your welcoming.

    We have already evaluated the use of the generic HTTPS action from Logic Apps and we are indeed using this approach in several workflows.

    However, one of the advantages of the official Salesforce connector is its ability to automatically expose Salesforce objects and operations, making development much easier. This is why our developers are more comfortable using the official connector rather than building and maintaining custom REST calls.

    When using the HTTP approach, we lose this object discovery experience and need to manually manage Salesforce APIs, endpoints, payloads, metadata and authentication.

    Do you have any recommendations or best practices to achieve a similar developer experience while avoiding the official connector ?

    Our goal is to adopt a secure OAuth application authentication model without losing the productivity benefits that the official Salesforce connector currently provides.

    Moreover, as this capability was not mentioned in your response, may we assume that there is currently no publicly announced roadmap item for supporting OAuth application authentication (e.g. Connected App / Client Credentials) in the official Salesforce connector?

    Thank you for your guidance and your quick response.

    Have a good day !

    Cette réponse vous a-t-elle été utile?

Votre réponse

Les réponses peuvent être marquées comme « Acceptées » par l’auteur(e) de la question et « Recommandées » par les modérateurs, ce qui aide les utilisateurs à savoir que la réponse a résolu le problème de l’auteur(e).