Présentation de l'Alumio Route Builder
Connectez, orchestrez et gouvernez vos intégrations depuis une interface visuelle
Le dépôt unique que Stripe envoie à la fin d'un cycle de paiement est réparti entre les sociétés Sage X3 qui l'ont réellement gagné, de sorte que chaque comptabilité affiche ses propres recettes, ses propres frais et son propre résultat net.
Stripe verse un montant net unique par devise, et Sage X3 tient une comptabilité distincte pour chaque société et site exploité par une entreprise. Ainsi, le dépôt bancaire est partagé entre trois sociétés, et une personne effectue la répartition dans un tableur avant toute comptabilisation. Les frais sont regroupés sur une seule ligne, sans explication, et le rapprochement bancaire est à la charge de la personne ayant créé le fichier. L'intégration Stripe vers Sage X3 effectue la répartition automatiquement, permettant à chaque société de recevoir ses propres recettes, ses propres frais et son propre montant net une fois le paiement finalisé.
DES DONNÉES QUI CIRCULENT ENTRE EUX
Paiements
Remboursements
Versements
Frais de traitement
Factures clients
Dépôts bancaires
Un paiement Stripe est divisé entre les sociétés Sage X3 qui l'ont gagné avant toute publication, de sorte qu'aucune société ne se retrouve avec des recettes qui appartiennent réellement à une autre.
Les frais de traitement Stripe apparaissent dans Sage X3 comme des montants distincts plutôt que d'être inclus dans un dépôt net, de sorte que le coût du prélèvement est visible au lieu d'être implicitement déduit.
Le montant effectivement déposé par Stripe et celui attendu par Sage X3 sont rapprochés au fur et à mesure du règlement du paiement, ce qui permet de vérifier le relevé bancaire chaque mois au lieu de le reconstruire entièrement.
L'ajout d'une société dans Sage X3 étend la séparation déjà en place au lieu de la recommencer, de sorte qu'un paiement Stripe parvienne au nouveau registre comptable dès le premier jour de transaction.
Lorsque Stripe effectue un paiement, Alumio le répartit entre les montants gagnés par chaque société Sage X3, enregistre les recettes, les frais et le montant net dans le compte de cette société, et ne laisse absolument rien à répartir par la suite.
Lorsqu'un client paie via Stripe, Alumio marque la facture Sage X3 correspondante comme réglée dans l'entreprise qui l'a émise, de sorte que le service de recouvrement se concentre sur les sommes réellement dues plutôt que sur celles qui semblent simplement dues.
Lorsqu'un remboursement est émis dans Stripe, Alumio enregistre l'annulation par rapport au document original dans Sage X3 et à la même société, de sorte que la réduction est comptabilisée dans les livres où la vente a été enregistrée plutôt que de manière centralisée.
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.
.svg){kind=icon}
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.
L'étape suivante consiste généralement à établir une connexion avec l'outil qui gère le recouvrement des créances non perçues. En effet, Stripe signale un échec de paiement tandis que Sage X3 indique qu'une facture est impayée, sans que l'un ou l'autre ne prenne aucune mesure. Un logiciel de recouvrement centralise ces informations et traite la liste des impayés. Alumio gère cette connexion en parallèle de celle-ci, ce qui permet de démarrer le recouvrement à partir du montant réellement dû et non à partir d'un rapport exporté par un utilisateur le lundi.
Oui, et le choix d'inclure ou non un paiement dans un règlement doit être fait dès le début. Alumio peut enregistrer chaque paiement Stripe dès sa validation, ce qui permet de marquer la facture comme payée le jour même, et enregistrer le versement séparément avec ses frais et son montant net, afin que le dépôt bancaire soit rapproché dans Sage X3 en une seule écriture. La plupart des services financiers utilisent les deux méthodes, car elles répondent à des besoins différents. Leur utilisation dépend des fonctionnalités offertes par l'interface de Sage X3.
Non, il s'agit d'une configuration et non d'un codage. Fini le tableur mensuel qui transformait un dépôt Stripe en une série d'écritures Sage X3, et le comptable, seul habilité à le recréer. Les règles de répartition et les comptes de destination de chaque montant sont définis une seule fois et réutilisés. Si une entreprise applique sa propre convention d'arrondi, non prise en compte par la configuration, le transformateur de code effectue ce calcul.
Dans chaque société, la répartition est effectuée en fonction des revenus de cette société, et non selon le titulaire du compte bancaire. Stripe effectue les règlements par compte et devise, tandis que Sage X3 tient une comptabilité par société. Par conséquent, le fait d'enregistrer l'intégralité du dépôt dans une seule société et de comptabiliser le reste ultérieurement génère des écritures intersociétés imprévues. Définir la règle de répartition en amont, puis l'appliquer automatiquement à chaque versement, permet de garantir l'indépendance de chaque comptabilité.
Alumio enregistre la référence de paiement Stripe à côté de chaque écriture Sage X3 générée, ce qui permet de retrouver facilement les cas complexes. Un dépôt qui ne correspond pas au grand livre en raison d'un taux différent est interprété comme un problème d'arrondi plutôt que comme une erreur ; une alerte est donc générée en temps réel avec les deux montants et la raison de l'écart. Des tentatives de rapprochement sont effectuées conformément à la configuration, garantissant ainsi qu'aucune opération ne reste non rapprochée.
É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.
.svg)
