Aller au contenu principal
Retour au catalogue des connecteurs

Connecteur

ConnectWise Manage

Intégration PSA sortante : Vigicap y dépose des tickets.

Vos actions partent dans ConnectWise Manage sous forme de tickets, avec leur titre et leur description : le plan d'action cesse d'être une liste à recopier dans l'outil où vos techniciens travaillent déjà. Aucun niveau ReCyF n'est proposé. Pousser un ticket ne mesure pas la posture d'un client.

Bêta

01

Ce qu'il faut créer dans l'outil

L'accès se crée dans ConnectWise Manage, pas dans Vigicap. Vigicap ne demande jamais le mot de passe d'un administrateur : il attend un identifiant d'API que vous créez, que vous voyez, et que vous pouvez révoquer sans nous.

Où le générer

ConnectWise → System → Members → API Members : créez un membre API (clés publique + privée). Le clientId provient de developer.connectwise.com.

Rôle minimal

Membre d'API ConnectWise (clés publique + privée). ÉCRITURE : droit de création sur le board de tickets visé. LECTURE : droit de lecture sur ce même board (Service Desk → Service Tickets), pour relire le statut d'un ticket déjà créé.

Formulation reprise du modèle de rôles de l'éditeur, et vérifiée avant publication.

02

Ce qu'il faut saisir dans Vigicap

Les champs exacts du formulaire de connexion, dans l'ordre où ils apparaissent. Les valeurs marquées « secret » ne ressortent jamais vers le navigateur : elles sont chiffrées au repos et supprimées à la déconnexion.

Le formulaire commence par l'adresse de l'instance, saisie à part des champs ci-dessous. Le catalogue public ne publie pas encore si ce connecteur en demande une, ni à quoi elle ressemble — cette liste est donc exacte pour tout le reste, et muette sur ce premier champ.

  • Identifiant d'entreprise
  • Clé publique
  • Clé privéesecret
  • clientId d'intégration

03

Le routage par client

Ces champs-ci se renseignent client par client : ils disent sous quel compte du PSA le ticket doit atterrir. Une valeur erronée ne fait pas échouer l'envoi — elle le fait réussir chez quelqu'un d'autre, ce pour quoi Vigicap les vérifie au moment où vous les saisissez.

  • ID du board de service

    Board ConnectWise sur lequel créer le ticket.

    ex. 1

  • ID de la société cliente

    ID de la société (company) ConnectWise du client.

    ex. 250

04

Ce qu'il fait, et ce qu'il ne fait pas

Objectifs ReCyF pré-remplis

Ce connecteur n'alimente aucun objectif ReCyF, et ce n'est pas une lacune : il ne mesure pas la posture d'un client.

Ce qui part vers l'outil

Ce connecteur ÉCRIT : il crée un ticket à partir d'une action du plan.

Ce qui en revient

L'état d'un ticket déjà créé revient : son statut, sa date de clôture, sa dernière activité. Un ticket clos devient une PROPOSITION qu'un consultant valide — jamais une action clôturée d'office. Une agence qui clôt son propre ticket ne doit pas pouvoir se noter elle-même dans le document que lit un auditeur.

Ce qui est lu, ce qui est conservé, combien de temps et avec quels droits : le même registre, connecteur par connecteur, dans l'inventaire des données.

Vérification

Ce connecteur a été écrit d'après l'API documentée de l'éditeur et n'a pas encore été exécuté contre une instance réelle. Il est signalé « Bêta » partout où il apparaît.

Les marques et logos cités appartiennent à leurs titulaires respectifs et identifient les outils avec lesquels Vigicap est compatible — voir les mentions légales.