Lorsqu'un client renvoie une commande Shopify, Enova 365 a besoin d'un document rectificatif plutôt que d'une ligne négative, et cette correction est imputée à la vente initiale lors du remboursement.
La comptabilité polonaise ne considère pas un retour comme une vente partielle. Enova 365 exige un document rectificatif faisant référence à la facture originale, portant sa propre numérotation et se rapportant à la période concernée. Or, aucun de ces documents n'est fourni avec un remboursement Shopify. Par conséquent, chaque rectification est effectuée manuellement, associée à une vente grâce à un numéro de commande, ce qui engendre un retard important en janvier, retard qui n'apparaît que lorsque la période comptable ne se clôture pas. L'intégration Shopify-Enova 365 génère la rectification au moment du remboursement, en l'associant au document rectificatif.

Un remboursement Shopify génère un document de correction dans Enova 365 qui renvoie à la facture originale, de sorte que les comptes affichent une correction plutôt qu'une vente avec un signe moins devant.
Étant donné que la correction est effectuée en même temps que le remboursement Shopify, Enova 365 la reçoit dans la période à laquelle elle se rapporte et un mois clôturé n'a pas besoin d'être rouvert.
Le taux appliqué à la vente Shopify initiale est reporté sur la correction, de sorte que ce qui est rapporté par Enova 365 reflète l'argent que l'entreprise a réellement conservé.
Les retours sont enregistrés au fur et à mesure de leur arrivée plutôt que d'être accumulés après la saison, de sorte que la clôture d'Enova 365 consiste en un examen plutôt qu'en une semaine de rapprochement des remboursements et des ventes.
Lorsqu'un remboursement est émis dans Shopify, Alumio crée le document de correction dans Enova 365 en regard de la facture correspondante, de sorte que la réduction est liée à une vente spécifique plutôt que d'être comptabilisée comme un montant faisant l'objet d'une enquête ultérieure.
Un client retourne une ligne d'une commande Shopify et Alumio corrige uniquement cette ligne dans Enova 365, de sorte que les marchandises restantes restent facturées et que personne n'annule un document entier juste pour gérer le retour d'un seul article.
Alumio accède à Enova 365 via l'interface qu'il met à disposition et crée le document de vente que chaque commande Shopify payée devient, de sorte que la boutique et les livres comptables décrivent la même transaction sans que personne ne la saisisse deux fois.
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.
Un retour n'est pas terminé une fois le remboursement effectué ; c'est là que se situe généralement la prochaine étape. L'entrepôt détermine si les marchandises peuvent être remises en vente. Tant que cette décision n'est pas prise, Shopify propose un stock non vérifié et Enova 365 a annulé une vente pour un article en attente. Alumio gère cette transaction en parallèle, la décision finale s'applique donc aux deux.
Oui, et il s'agit de deux flux délibérément distincts. Une commande Shopify payée devient un document de vente dans Enova 365 une fois finalisée, tandis qu'un remboursement génère une correction pointant vers ce document plutôt que vers une seconde vente. Cette séparation permet à la correction de conserver la référence d'origine, ce qui la rend facilement retrouvable lorsqu'une question est posée à ce sujet en mars.
Non, il s'agit d'une configuration et non d'un codage. Cela évite à une personne de créer manuellement chaque document de correction, de retrouver l'original grâce au numéro de commande dans un e-mail et d'espérer que le délai soit encore valable. L'association entre l'événement Shopify et le document Enova 365 est configurée une seule fois dans Alumio. Lorsqu'une entreprise utilise sa propre série de documents que le mappage ne peut pas prendre en charge, le transformateur de code gère cette étape.
L'information est conservée, avec une correction associée, ce qui est l'objectif de cette méthode. Enova 365 conserve le document de vente original et y enregistre la correction. L'historique affiche ainsi les ventes et les retours, et non un seul chiffre modifié. C'est important lorsqu'une personne pose une question sur une commande Shopify spécifique plusieurs mois plus tard, car la réponse se trouve sur une seule page au lieu d'être reconstituée à partir de deux entrées proches l'une de l'autre.
Un remboursement enregistré sans le document correspondant est une erreur non détectée, car les fonds ont bien été débités et seuls les justificatifs manquent. Alumio surveille chaque transfert en temps réel et enregistre le remboursement Shopify avec la facture Enova 365 associée. Ainsi, toute correction non rattachable génère une alerte immédiate indiquant les deux documents et la raison de cette erreur. Des tentatives de remboursement sont effectuées automatiquement lorsque la configuration le permet, afin qu'aucune opération ne soit oublié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.