Le versement qui parvient à la banque correspond à la vente moins un ensemble d'éléments déterminés par le marché, et SAP Business One a besoin de ces trois éléments plutôt que du simple montant reçu.
Une plateforme de vente ne vous reverse pas le montant payé par le client. Elle prélève sa commission, ses frais de traitement et autres frais applicables, puis vous reverse la différence. Par conséquent, l'argent reçu sur votre compte bancaire ne correspond à aucune commande enregistrée dans le système. Habituellement, en fin de mois, on utilise un tableur pour calculer le montant des ventes correspondant au versement initial et comptabiliser l'écart sous forme de frais. La connexion entre ChannelEngine et SAP Business One permet d'enregistrer la vente, la commission et le montant net comme trois opérations distinctes, de sorte que le grand livre comptable reflète fidèlement les transactions effectuées et non un simple solde.

Les commissions et les frais d'exécution sont intégrés à SAP Business One en tant que montants distincts et non comme une différence comptabilisée en fin de mois et qualifiée de frais, faute de meilleur terme.
Le paiement est associé aux ordres qu'il couvre au fur et à mesure de sa réception, ce qui évite à quiconque de devoir calculer à rebours, à partir d'une ligne bancaire, une semaine de transactions sur le marché à l'aide d'une calculatrice et d'un tableur.
Étant donné que les frais facturés par chaque canal sont distincts de ses prix de vente, la question de savoir quel marché est réellement rentable trouve sa réponse dans les registres plutôt que dans une opinion.
Un remboursement est comptabilisé dans SAP Business One en fonction de la vente annulée, et non sous forme de déduction lors du prochain versement, où les retours disparaissent généralement de la vue de tous.
Lorsque ChannelEngine signale un paiement, Alumio enregistre séparément les ventes, la commission et le montant net dans SAP Business One, de sorte que le relevé bancaire et le grand livre concordent sans que quelqu'un ait à reconstruire les calculs ultérieurement.
Lorsqu'une commande arrive sur une place de marché sans client reconnu par SAP Business One, Alumio la résout en fonction de la règle que vous avez définie plutôt que d'en créer une pour chaque acheteur, afin que le registre ne se remplisse pas de noms que personne ne voit deux fois.
Lorsqu'un retour est déduit d'un paiement, il est imputé à la vente qu'il annule au lieu de simplement réduire le total ; la marge sur cette commande reflète donc le fait que les marchandises sont retournées en entrepôt.
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.
Les retours sur la marketplace sont gérés par un service que la plateforme vous oblige à utiliser, et aucun de ces systèmes n'y a accès. Un retour noté et remis en vente est différent d'un retour passé en pertes et profits, et la marge de la plateforme est erronée tant que cette distinction n'est pas enregistrée. Alumio assure la liaison entre ces deux systèmes, offrant ainsi une vision complète et non partielle.
Oui, et il est préférable de traiter les commandes et les paiements comme des opérations distinctes plutôt que comme une seule. Une commande est enregistrée dès sa passation, et le paiement suit plusieurs jours ou semaines plus tard. Les regrouper en une seule étape ralentit donc la comptabilité. Alumio enregistre chaque opération selon son propre cycle, et les données créées sont celles fournies par SAP Business One.
Non. La configuration indique concrètement quel compte est associé à quelle transaction de marketplace et à quel client une commande passée via un canal est imputée. Ces décisions sont prises une seule fois par l'équipe financière et consultables ultérieurement. Lorsqu'un canal signale une transaction dans un format non enregistré dans le grand livre, le transformateur de code la résout en une seule étape.
C'est le service financier qui décide, et c'est précisément l'intérêt de les séparer. Un versement unique inscrit au grand livre ne fait qu'ajouter un chiffre sans aucune explication, et la commission sur une vente représente un coût de vente plutôt qu'une réduction de prix. En comptabilisant séparément le chiffre d'affaires brut et les frais, on évite d'avoir à analyser au préalable une ligne bancaire pour calculer la marge, la TVA et comparer les canaux de distribution.
Le seul versement qui bloque en fin de mois est un paiement qui ne correspond à aucun ordre, car les fonds sont réels mais les transactions sous-jacentes ne sont pas identifiées. Alumio indique les opérations non appariées et leurs correspondances, ce qui permet de concentrer la recherche sur un seul versement plutôt que sur une semaine de transactions. Chaque transfert est suivi en temps réel et enregistré avec son contenu. En cas de refus, une alerte est émise avec le motif, des tentatives de retransmission sont effectuées si la configuration le permet, et aucune donnée n'est perdue sans que l'utilisateur ne s'en aperçoive.
É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.