Présentation de l'Alumio Route Builder
Connectez, orchestrez et gouvernez vos intégrations depuis une interface visuelle
Le lieu où se trouvait l'acheteur détermine le montant que l'entreprise doit par la suite ; ainsi, chaque paiement Stripe parvient désormais à Acumatica avec les informations qui serviront ultérieurement à constituer un dossier.
Un paiement Stripe enregistre une carte, un montant et un lieu. Une déclaration fiscale nécessite bien plus d'informations : l'autorité compétente pour la vente, le taux applicable et le numéro d'immatriculation de l'entreprise. Acumatica peut stocker toutes ces données, mais ne les conservera pas si le paiement arrive en une seule fois avec une date. Il faut donc reconstituer les détails à partir des exportations à la fin de chaque période, et la précision de cette reconstitution dépend de la façon dont les données du trimestre précédent ont été traitées. L'intégration de Stripe à Acumatica inclut les informations relatives à la juridiction avec le paiement, ce qui permet de constituer une déclaration unique au lieu de la reconstituer.
DES DONNÉES QUI CIRCULENT ENTRE EUX
Paiements
Remboursements
Clients
Adresses de facturation
Montants des taxes
Versements
Chaque paiement Stripe parvient à Acumatica avec le lieu et le montant de la taxe indiqués, de sorte que le document est établi à partir des informations enregistrées à l'époque plutôt que d'une reconstitution ultérieure.
Comme les informations détaillées figurent déjà dans Acumatica, la clôture d'une période consiste en une vérification des écritures plutôt qu'en un exercice visant à déterminer où les ventes d'un trimestre ont réellement été réalisées.
Un remboursement Stripe réduit la taxe enregistrée sur la vente initiale dans Acumatica, de sorte que les déclarations de l'entreprise reflètent l'argent qu'elle a conservé plutôt que l'argent qu'elle a détenu brièvement.
La vente dans une autre juridiction étend la cartographie déjà en place, de sorte qu'Acumatica enregistre la nouvelle obligation dès le premier paiement plutôt que dès que quelqu'un la remarque.
Lorsque Stripe confirme un paiement, Alumio le transmet à Acumatica en reportant la juridiction de facturation et le montant de la taxe, de sorte que l'entrée répond à la question de savoir où la vente a été effectuée sans que personne n'ait besoin d'ouvrir l'enregistrement du paiement.
Les frais de traitement de Stripe sont imputés à leur propre compte Acumatica au lieu de déduire les revenus, de sorte que le coût des paiements par carte est un chiffre que l'entreprise peut examiner et sur lequel elle peut prendre une décision, au lieu d'une déduction invisible.
Un remboursement effectué via Stripe est imputé à la vente qu'il annule dans Acumatica, y compris la taxe enregistrée dessus ; ainsi, une période déjà déclarée n'entraîne pas automatiquement une obligation sur les sommes remboursées au client.
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.
Plus utile qu'un second moyen de paiement est le service qui effectue la déclaration, car Acumatica enregistre l'obligation et Stripe le paiement, sans qu'aucun des deux ne soumette de déclaration. Les informations nécessaires à ces services sont celles que cette connexion préserve. Alumio gère cette connexion en parallèle de celle-ci, de sorte que la déclaration est établie à partir des mêmes données que celles utilisées par le service financier.
C'est possible, les informations relatives à la juridiction étant intégrées à Acumatica pour chaque transaction. Alumio enregistre le paiement Stripe dès sa validation, en précisant le lieu et le montant de la taxe, puis comptabilise les frais séparément. En cas de remboursement, l'opération est annulée par rapport à l'écriture initiale. L'intégration de ces informations dès le départ évite la reconstitution en fin de période, car aucune déduction n'est nécessaire à partir d'une date et d'un total. Seules les écritures affichées par Acumatica sont disponibles.
Non, il s'agit d'une configuration et non d'un codage. Le journal des frais, établi mensuellement, est enregistré, ainsi que le tableur associant les ventes aux juridictions. Les valeurs Stripe à imputer à quels comptes Acumatica, et la manière dont une adresse de facturation est résolue auprès de l'administration fiscale, sont des entrées dans Alumio. Lorsqu'un taux doit être calculé plutôt que lu, le transformateur de code effectue ce calcul.
L'autorité compétente pour la vente est rarement celle où se situe l'entreprise. Stripe enregistre le lieu de l'acheteur et Acumatica enregistre le montant dû par l'entreprise ; or, les règles reliant ces deux entités relèvent d'une autre entité. Il s'agit d'une information qui appartient à cette dernière et non à la plateforme. Par conséquent, une conception efficace consiste à inclure suffisamment de détails dans chaque paiement pour que la règle applicable puisse être déterminée ultérieurement sans avoir à reconstituer la transaction.
Une transaction portant sur des frais non associés à un paiement donné constitue l'erreur constatée à la clôture, car les deux opérations sont individuellement valides ; seul l'appariement est manquant. Alumio surveille chaque transaction en temps réel et enregistre la référence Stripe avec l'opération Acumatica correspondante. Ainsi, un montant non apparié génère une alerte indiquant les deux opérations et la raison de l'erreur. Des tentatives de refacturation sont effectuées conformément à la configuration, garantissant ainsi qu'aucune transaction ne reste non enregistré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)
