Comarch Optima attribue le numéro de facture et WooCommerce enregistre la commande avec celui qui lui a été attribué, de sorte qu'une séquence comptable reste complète au lieu de présenter des lacunes que personne ne pourra expliquer ultérieurement.
Dans Comarch Optima, les numéros de facture sont séquentiels. Une interruption dans une numérotation pose problème en fin d'année. Une boutique WooCommerce générant ses propres numéros, ou effectuant une double saisie manuelle, produit précisément ce problème : deux documents avec un seul numéro, ou un numéro attribué puis oublié. La découverte de l'erreur est tardive et sa reconstitution fastidieuse. Connecter WooCommerce à Comarch Optima permet de déterminer l'origine du numéro : le système comptable l'attribue, la boutique l'enregistre, et la numérotation ne dépend plus d'une concordance entre deux systèmes.

Comarch Optima attribue le numéro de facture et Alumio l'enregistre en relation avec la commande WooCommerce ; ainsi, la boutique ne génère jamais son propre numéro pour la comptabilité.
Puisqu'un document est créé une seule fois et que son numéro est renvoyé, une nouvelle tentative ne peut pas produire deux factures portant le même numéro ni laisser un numéro attribué à quelque chose qui ne l'est pas.
Les tarifs et les informations client sont transmis avec la commande, de sorte que la facture produite par Comarch Optima est celle que le comptable accepte plutôt qu'une facture qu'il corrige ligne par ligne.
Alumio se connecte à Comarch Optima via son API disponible, comme il le ferait pour n'importe quel système accessible, de sorte que les commandes sont traitées sans qu'une exportation soit préparée manuellement chaque matin.
Lorsqu'une commande WooCommerce est passée, Alumio crée la facture de vente dans Comarch Optima et inscrit le numéro qu'il a émis sur la commande, de sorte que le client et la comptabilité se réfèrent au même document.
Une commande qui échoue lors de sa réception est retentée sans qu'une deuxième facture soit créée, car le numéro est émis une seule fois par Comarch Optima et enregistré pour la commande WooCommerce plutôt que généré à l'avance.
Les paiements enregistrés pour la commande WooCommerce parviennent à Comarch Optima en étant associés à la facture correspondante, de sorte que la situation des créances est à jour sans que personne n'ait à rapprocher une liste de paiements d'une liste de documents.
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.
La question de l'obligation locale liée à la commande détermine la prochaine étape. Pour une boutique proposant la livraison à domicile, il s'agit du paiement encaissé par le transporteur. Un flux de rapprochement avec le transporteur est généralement nécessaire, car Comarch Optima exige que le paiement corresponde à sa facture et que le transporteur conserve l'enregistrement de l'encaissement. Alumio centralise ces deux liens, assurant ainsi la concordance entre la commande WooCommerce, sa facture et le paiement.
La numérotation est effectuée avant toute validation, car il est impossible de la corriger ultérieurement. Alumio crée la facture dans Comarch Optima, qui attribue le numéro et l'inscrit dans la commande WooCommerce. Aucun numéro n'est pré-attribué côté boutique ; ainsi, une nouvelle tentative ne peut pas créer de trou ni de doublon dans la série.
Non, et la numérotation n'est pas un domaine où l'on peut laisser libre cours à sa propre logique. La série utilisée par chaque type de document, et le document Comarch Optima auquel correspond une commande WooCommerce, sont des paramètres de l'interface d'Alumio, car une séquence doit être émise par le système comptable. Lorsqu'une entreprise utilise plusieurs séries par canal, ce routage fait également partie de la configuration.
D'après Comarch Optima, laisser la boutique générer un numéro est une décision que personne ne prend délibérément. Une série de numéros est séquentielle ; un numéro généré par WooCommerce puis rejeté par le système comptable crée une lacune, et un numéro généré deux fois crée un doublon. Ces deux doublons ne sont détectés que lors de la clôture annuelle, et non le jour même. Faire en sorte que le système comptable génère le numéro et que la boutique l'enregistre résout le problème.
L'erreur de numérotation des factures est évitée ; elle est détectée en temps réel ; chaque tentative est enregistrée avec la commande WooCommerce correspondante ; une alerte est immédiatement déclenchée, indiquant la commande et la raison du refus de Comarch Optima ; des nouvelles tentatives sont effectuées conformément à la configuration et il est impossible de créer un second document ; les commandes non résolues restent affichées, de sorte qu'aucune facture n'est facturée deux fois et qu'aucun numéro ne manque.
É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.