Les transactions libellées dans une autre devise sont transférées de Salesforce à Airwallex, et le montant effectivement reçu est renvoyé, de sorte que le pipeline reflète l'argent reçu plutôt que le montant convenu.
Un accord est conclu pour un montant donné. Le paiement est ensuite effectué pour un montant différent. Entre la signature du contrat et le versement, le taux de change fluctue, et à moins d'une correction, Salesforce continue d'afficher le montant exact du jour de la conclusion de l'accord. Multipliez cela par un quart des transactions internationales et le pipeline se retrouve insidieusement faussé. L'intégration de Salesforce avec Airwallex permet de rétablir le montant final dans le dossier de la transaction, afin que l'entreprise déclare le montant réellement perçu et non celui initialement prévu. L'écart est généralement faible, mais jamais nul.

Le montant réglé correspond à l'accord avec Salesforce, les rapports sont donc basés sur l'argent effectivement reçu par l'entreprise et non sur le chiffre convenu plusieurs semaines auparavant à un taux différent.
L'écart entre le prix annoncé et le prix reçu est visible sur le document lui-même, ce qui permet à l'entreprise de constater une tendance dans les transactions internationales plutôt que de la subir passivement.
Le statut du paiement est associé à la transaction, de sorte que la personne qui l'a conclue peut voir que l'argent est arrivé sans avoir à solliciter le service financier, et un renouvellement est calculé à partir du montant réellement payé sur le compte.
Comme le montant reçu arrive automatiquement, personne ne revient sur les transactions conclues en fin de trimestre pour ajuster les chiffres à partir d'un tableur de relevés bancaires.
Le client paie dans sa propre devise et le montant effectivement reçu est enregistré dans la transaction Salesforce. L'enregistrement reflète donc ce que l'entreprise a réellement perçu, et non le montant qu'elle avait indiqué quelques semaines auparavant.
À la clôture, les chiffres publiés reflètent déjà les montants réglés ; le secteur financier vérifie donc plutôt qu'il ne reconstitue, et personne ne passe une semaine à faire correspondre manuellement les lignes de crédit bancaires aux opportunités à la fin de la séance.
Alumio se connecte à Airwallex via l'interface qu'il met à disposition, comme il le ferait pour n'importe quel système accessible, de sorte qu'un paiement en retard est recouvré sur la base de ce qui a réellement été reçu plutôt que sur celle que quelqu'un a supposé avoir reçue.
Alumio se place entre vos canaux de vente et vos systèmes de traitement des commandes en tant qu'épine dorsale d'intégration gouvernée. Les commandes sont acheminées, transformées et validées, tandis que les mises à jour de statut sont renvoyées vers chaque canal.
Authentifiez vos systèmes à l'aide des connecteurs pré-construits d'Alumio. Faites votre choix parmi plus de 200 packs de connecteurs sur la marketplace, en plus d'intégrations personnalisées illimitées.
Définissez la correspondance des champs de données entre vos systèmes via une interface visuelle. Ajustez les formats, enrichissez les enregistrements et appliquez vos règles métier, sans aucun code personnalisé.
Configurez vos flux pour qu'ils s'exécutent en temps réel selon des événements, selon un calendrier, ou les deux. Réduisez la saisie manuelle des données et laissez Alumio gérer les transferts et les transformations entre vos systèmes.
Une fois votre première intégration en ligne, l'ajout de votre ERP, PIM, WMS ou CRM se connecte au même hub. Les flux existants continuent de fonctionner. Pas besoin de tout reconstruire.
Sans le service de vérification des informations des nouveaux clients, ces informations sont saisies manuellement avant que l'entreprise puisse encaisser le paiement, ce qui est long et source d'erreurs. La connexion permet d'utiliser ces informations directement depuis le compte client existant.
Oui, et le moment crucial est celui où le montant se stabilise. Un montant annoncé est une estimation, tandis qu'un montant définitif est un fait, et ils sont rarement identiques pour une même devise. Alumio intègre le montant définitif et sa date à la transaction, de sorte que l'enregistrement conserve les deux informations et que la différence est visible au lieu d'être masquée.
Non. Les champs contenant les montants, l'étape de transaction qui déclenche le processus et le traitement des paiements sans correspondance sont autant de paramètres. Ce qui nécessiterait réellement une règle spécifique à la façon dont votre entreprise gère les écarts de change, et cette règle devrait être définie en une seule étape, plutôt que de personnaliser l'ensemble du processus.
Il est important de présenter les deux, et de bien les distinguer. Le montant indiqué est celui qui a été convenu et il est essentiel pour la discussion avec le client. Le montant reçu correspond à ce que l'entreprise peut réellement dépenser. Afficher uniquement le premier embellit le processus de commande, n'afficher que le second occulte l'historique commercial, et c'est en les présentant côte à côte que la différence devient visible.
Un paiement non reçu fait l'objet d'un suivi. Un paiement reçu d'un montant différent n'est pas relancé, car l'opération est toujours considérée comme réglée. C'est ce dernier cas que notre système détecte : chaque virement est surveillé en temps réel, enregistré avec le compte et le montant concernés, et tout refus est immédiatement signalé avec son motif. Des tentatives de paiement sont effectuées lorsque la configuration le permet, afin qu'aucun montant réglé ne soit omis discrètement de l'opération à laquelle il se rapporte.
Échangez avec un spécialiste de l'intégration Alumio. Nous concevrons l'architecture adaptée à vos systèmes et à votre échelle, pour garantir la fiabilité de vos opérations à chaque étape de votre évolution.