Intégration Xama Onboarding MakeAutomatiser Xama Onboarding avec Make.

Te donne une étape consacrée à la mise à jour d'un contrôle AML, pour que le volet conformité d'un dossier suive le reste. Le nom évoque un événement, mais la seule liste disponible le range parmi les actions, un classement déduit du nom, et la doc n'en dit pas plus.

Ajoute à ton scénario une étape liée à l'arrivée d'un client dans le Hub, si l'on se fie au nom. La liste le range en action, un classement déduit du nom : vérifie dans l'éditeur s'il porte l'horloge ou l'éclair d'un déclencheur.

Concerne la suppression d'un client du Hub, du moins d'après son libellé. Son fonctionnement exact n'est décrit nulle part, et tout ce qui touche à une suppression mérite de la prudence.

Met les modifications d'un client du Hub à portée de ton scénario, à en juger par son nom. Comme ses voisins, il figure en action, un type déduit de son seul nom.

Oriente ton scénario vers un rapport société qui a changé, sur la seule foi du nom du module. La doc n'explique pas ce qu'il renvoie.

Permet de traiter un contact tout juste ajouté, c'est-à-dire une personne rattachée à un client dans le Hub. Il figure parmi les actions, d'après son nom : prévois-le derrière un autre module et vérifie sa pastille dans l'éditeur.

Gère un contact retiré du Hub, d'après son libellé, seul indice disponible. Pour une suppression, l'absence de doc invite à avancer doucement.

Garde un œil sur les changements d'un contact, comme le promet son nom. La doc ne donne aucune liste de champs : l'éditeur reste ton seul guide.

Commande un rapport société dans Xama Onboarding sans que personne n'ouvre l'appli, si le nom dit vrai. Le rapport devient ensuite une donnée que ton scénario peut transmettre.

Crée un client dans le Hub de Xama Onboarding à partir de données qu'une autre appli détient déjà. Fini la double saisie. Dans un flux d'entrée en relation, c'est souvent la première étape Xama à poser.

Crée une personne dans le Hub, par exemple le gérant ou un bénéficiaire lié à un client. Ça t'épargne la saisie qui suit d'habitude chaque nouveau dossier.

Produit un rapport AML dans Xama Onboarding depuis ton scénario, d'après son nom. Le contrôle ne dépend plus de la mémoire de quelqu'un.

Génère un rapport d'onboarding pour un client, si le libellé est juste, et fournit au module suivant un document à exploiter. Seul son nom le documente.

Supprime un rapport, comme son nom l'indique. C'est le module à prendre quand un rapport périmé ou erroné doit disparaître de Xama Onboarding.

Efface un client du Hub directement depuis un scénario. Choisis-le quand la fiche elle-même doit partir, pas quand la relation commerciale s'arrête.

Retire une personne du Hub, un contact saisi deux fois par exemple, sans que tu aies à ouvrir Xama Onboarding.

Lance un contrôle AML sur un client depuis Make, comme le dit son nom. Le filtrage démarre dès que le dossier est prêt, pas quand quelqu'un y pense.

Envoie ta propre requête à ce que son nom appelle l'API Connect de Xama Onboarding. C'est une porte de sortie quand aucun module tout prêt ne couvre ton besoin.

Ouvre une ligne directe vers le côté Hub de Xama Onboarding, à en juger par son nom, pour les requêtes que les modules Hub de la liste ne couvrent pas.

Gère la sortie d'un client du Hub, ce que désigne le mot offboarding, sans rien supprimer à la main. La fin d'une relation a ainsi son étape propre.

Relie ton scénario au changement d'une demande d'onboarding, d'après son nom. Pratique pour un cabinet qui suit plusieurs demandes à la fois.

Traite un rapport qui a changé, sous un libellé général qui recouvre peut-être plusieurs types de rapports. Seul son nom le décrit : aborde-le comme un module à explorer.

Renvoie l'onboarding d'un client à ses étapes de départ, selon son nom, pour refaire un dossier sans manipulation dans Xama Onboarding.

Récupère un rapport société existant pour que le module suivant le classe, l'envoie ou en lise le contenu. Il travaille sur un rapport à la fois.

Extrait le rapport AML stocké dans le Hub pour un client, bien utile quand la conformité a besoin de ce document hors de Xama Onboarding.

Lit la fiche d'un client dans le Hub, pour que les modules suivants réutilisent ses informations sans copier-coller.

Obtient le rapport société conservé dans le Hub, à distinguer de celui que lit Retrieve a Company Report si les noms reflètent bien cette séparation. Peu de modules de l'appli méritent autant un test côte à côte.

Charge la fiche d'une personne depuis le Hub, pour qu'un scénario puisse relancer, prévenir ou vérifier ce contact avec des données à jour.

Sort l'évaluation des risques d'un client du Hub et la fait entrer dans ton scénario, où elle peut alimenter un rapport ou une alerte.

Récupère un rapport AML pour qu'il rejoigne l'endroit où ton équipe passe la conformité en revue, comme son nom le laisse penser.

Transmet au module suivant un rapport d'onboarding, le document qui résume l'entrée en relation d'un client si le nom est fidèle.

Lit l'état d'une demande d'onboarding, utile pour savoir où en est un client avant d'agir.

Rattache un scénario à une évaluation des risques supprimée, d'après son nom. Il figure en action, un type déduit du nom, et aucune doc ne l'accompagne.

Porte sur une évaluation des risques dont le statut bouge, selon son nom, et donne à ton scénario une étape construite autour de ce changement.

Cherche des clients et des contacts dans le Hub ; c'est le seul module de recherche de l'appli. Une recherche peut renvoyer zéro, un ou plusieurs bundles, un par résultat.

Envoie au client la demande d'onboarding de Xama Onboarding, ce qui lance sa part du parcours sans que tu ouvres l'appli.

Lance une recherche de rapport ; malgré le mot trigger dans son nom, Make le range parmi les actions, placées après d'autres modules.

Change le type d'un client dans le Hub, une retouche ciblée qui laisse le reste de la fiche intact.

Écrit les modifications d'un contact dans le Hub, pour que ses coordonnées restent alignées sur ton CRM.