Intégration SyncroMSP n8nAutomatiser SyncroMSP avec n8n.

Crée un contact dans SyncroMSP et le rattache à un compte client existant.

• Customer ID : seul champ requis, l'identifiant SyncroMSP du compte auquel le contact appartient, un identifiant donc, pas une raison sociale. Depuis un nœud précédent, il prend la forme d'expression {{ $json.field }}.
• Email : facultatif, saisi au format name@email.com indiqué dans le champ.
• Additional Fields : collection facultative qui regroupe Address, Name, Notes et Phone.

Supprime un contact de SyncroMSP, désigné par son identifiant, et rien de plus.

• Contact ID : requis. La documentation du champ parle de supprimer un contact précis par son ID, c'est donc l'identifiant qui est attendu, pas un nom.

Ramène un contact unique depuis SyncroMSP pour que la suite du workflow ait de la matière.

• Contact ID : requis, décrit comme la récupération d'un contact précis par son ID. Un identifiant entre, un contact sort.

Liste les contacts SyncroMSP sous forme d'items séparés, prêts à boucler ou à exporter.

• Return All : coché, n8n enchaîne les pages jusqu'au dernier contact. Décoché, il s'arrête avant.
• Limit : le plafond de contacts renvoyés tant que Return All reste décoché.

Modifie un contact existant : seuls les champs ajoutés à la collection sont réécrits.

• Contact ID : désigne le contact à modifier. À savoir, le nœud ne le marque pas comme requis, donc une valeur vide n'arrêtera pas l'exécution comme le ferait un champ obligatoire.
• Update Fields : collection facultative de 6 entrées, Address, Customer ID, Email, Name, Notes et Phone.

Ouvre un compte client dans SyncroMSP, la fiche à laquelle tout le reste se rattache.

• Email : posé hors collection, facultatif, au format name@email.com.
• Additional Fields : 11 entrées facultatives, dont Business Name, First Name, Last Name, Phone, Invoice Emails et Notification Email.
• Referred By : dans cette collection, la source par laquelle le client est arrivé, du type Linkedin, Google ou le nom d'un autre client.

Efface un compte client de SyncroMSP, adressé par son identifiant.

• Customer ID : requis, décrit comme la suppression d'un client précis par son ID.

Va chercher un compte client et transmet la fiche au nœud suivant.

• Cutomer ID : requis, et oui, c'est bien l'orthographe du libellé dans le nœud. Il est décrit comme la récupération d'un client précis par son ID.

Renvoie la liste des clients, avec des filtres qui la réduisent avant même la sortie de SyncroMSP.

• Return All : coché, toutes les pages de clients remontent ; décoché, Limit plafonne le résultat.
• Search Query : texte libre confronté aux données client, un nom par exemple, au format John Doe.
• Sort : le champ client servant au tri, écrit comme firstname ASC ou city DESC.

Applique des modifications sur un compte client déjà en place, champ par champ.

• Customer ID : nomme le compte à modifier et, comme son équivalent côté contact, n'est pas marqué requis par le nœud.
• Update Fields : 12 entrées facultatives, parmi lesquelles Business Name, Email, Phone, Notes, Get SMS et No Email.

Enregistre une alerte RMM dans SyncroMSP à partir de ce qu'une autre supervision a repéré.

• Asset ID, Customer ID et Description : trois champs texte, tous facultatifs sur cette opération, donc rien ne bloque l'exécution si l'un reste vide.
• Additional Fields : contient Resolved, un interrupteur vrai ou faux.

Retire définitivement une alerte RMM de SyncroMSP, un identifiant à la fois.

• RMM Alert ID : requis, décrit comme la suppression de l'alerte RMM par son ID.

Relit une alerte RMM précise, pour qu'une décision en aval s'appuie sur la fiche elle-même.

• RMM Alert ID : requis, décrit comme la récupération d'une alerte RMM précise par son ID.

Balaie la liste des alertes RMM, éventuellement restreinte à un seul état.

• Return All : coché, n8n parcourt toutes les pages d'alertes ; décoché, Limit fixe le maximum renvoyé.
• Status : filtre à trois choix, active, all et resolved.

Met une alerte RMM en sourdine pour une durée choisie, sans la faire disparaître.

• RMM Alert ID : requis, décrit comme la mise en sourdine de l'alerte RMM par son ID.
• Mute Period : la durée du silence, à prendre parmi 1-hour, 1-day, 2-days, 1-week, 2-weeks, 1-month ou forever.

Dépose un ticket dans SyncroMSP en face d'un compte client.

• Customer ID et Subject : les deux sont requis, le compte auquel le ticket appartient et la ligne qui nomme l'intervention.
• Additional Fields : facultatif, avec Asset ID, Assign to Contact (l'ID du contact à qui le ticket est assigné), Issue Type et Status.
• Issue Type : à choisir entre Contract Work, Network Project, Other, Regular Maintenance et Remote Support.

Fait disparaître un ticket de SyncroMSP dès que tu lui passes le bon identifiant.

• Ticket ID : requis, une valeur vide arrête donc le nœud avant tout appel à SyncroMSP.

Sort un ticket unique de SyncroMSP pour la suite du workflow.

• Ticket ID : le ticket à lire. Contrairement aux opérations de suppression et de mise à jour, le nœud ne le marque pas requis ici, ce qui passe facilement inaperçu quand une expression mappée ne renvoie rien.

Passe la file de tickets en revue. Le nœud renvoie un item par ticket, filtré si tu le demandes.

• Return All : coché, toutes les pages de tickets reviennent ; décoché, Limit décide du nombre.
• Search Query : texte libre confronté aux données du ticket, un utilisateur par exemple, au format John Doe.
• Status : parmi New, In Progress, Scheduled, Customer Reply, Waiting for Parts, Waiting on Customer et Resolved.

Fait avancer un ticket en ne réécrivant que les champs placés dans la collection de mise à jour.

• Ticket ID : requis, le ticket que l'on modifie.
• Update Fields : 7 entrées facultatives, Asset ID, Assign to Contact, Customer ID, Due Date, Issue Type, Status et Subject.
• Due Date : une valeur date et heure, une échéance calculée s'y range sans conversion tordue.