Les paiements et les remboursements effectués via Mollie parviennent à Odoo en indiquant leur état réel, de sorte que personne ne livre de marchandises contre un paiement qui n'est pas encore arrivé et qui, dans certains cas, n'arrivera peut-être jamais.
Mollie propose de nombreux moyens de paiement, dont le fonctionnement diffère. Une carte est autorisée en quelques secondes. Un virement bancaire peut prendre plusieurs jours, voire ne jamais aboutir. Certains paiements peuvent être annulés ultérieurement. Si Odoo considère tous les paiements comme effectués dès la réception d'une commande, l'entrepôt expédie des marchandises payées avant même que le paiement n'ait été reçu, et le service financier ne s'en aperçoit que des semaines plus tard. L'intégration d'Odoo à Mollie permet de suivre l'état réel de chaque paiement. Ainsi, la validation d'une commande devient une décision prise une seule fois par l'entreprise, et non plus une supposition répétée à chaque commande.

Odoo visualise l'état réel de chaque paiement Mollie, de sorte qu'une commande n'est prête à être préparée que lorsque le paiement a été effectivement encaissé, et non pas lorsque le client a atteint la page de confirmation.
Un remboursement effectué via Mollie met à jour la commande Odoo à laquelle il se rapporte, de sorte que la comptabilité et le solde du client concordent sans que personne n'ait à enregistrer la même chose à deux endroits différents.
Les modes de paiement qui prennent plusieurs jours sont traités différemment de ceux qui sont instantanés ; les proposer ne signifie donc pas prendre un risque que l'entreprise n'a jamais accepté de prendre.
Les paiements correspondent aux commandes réellement payées, ce qui fait que la comparaison mensuelle entre ce que la banque a reçu et ce que le magasin a vendu n'est plus une tâche redoutée.
Un client paie via Mollie et l'état du paiement parvient à Odoo ; la commande n'est donc prête à être préparée qu'une fois que le moyen de paiement utilisé a bien été validé, et non au moment où le client a vu une page de confirmation.
Un remboursement traité dans Mollie met à jour la commande Odoo correspondante et sa comptabilité, de sorte que l'enregistrement du client et les chiffres de l'entreprise reflètent tous deux le remboursement sans que personne n'ait à le saisir deux fois à deux endroits.
Un virement bancaire qui prendra trois jours laisse la commande en attente au lieu d'être préparée, de sorte que l'entrepôt ne bloque pas de stock en prévision d'un paiement qui pourrait, dans plusieurs jours, ne jamais arriver.
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 service de détection des fraudes est généralement ajouté et devrait être intégré en parallèle plutôt qu'après, car la décision de valider une commande reste la même. Puisqu'il utilise les mêmes données de paiement et de commande, une transaction signalée et un paiement tardif sont traités par un seul processus, et non par deux processus distincts.
Oui, et la première décision à prendre concerne les états de paiement considérés comme valides pour votre entreprise. Les méthodes de paiement instantanées et les méthodes plus lentes sont différentes, et les traiter de la même manière entraîne des expéditions de marchandises pour des paiements qui ne sont jamais reçus. Alumio conserve l'état réel de chaque paiement, Odoo se basant donc sur celui que vous avez sélectionné.
Non, et il est pertinent de se demander qui en sera propriétaire dans un an. Le mode de paiement qui détermine le déblocage d'une commande est précisément la règle que le service financier souhaite modifier après un mauvais mois, et si cela implique une demande de développement, elle ne sera pas modifiée. Conservée sous forme de formulaire, elle appartient aux personnes concernées et qui peuvent la modifier elles-mêmes.
Une fois le paiement validé, le délai varie selon le mode de paiement. L'autorisation d'une carte est quasi instantanée, tandis qu'un virement bancaire peut prendre plusieurs jours, voire ne jamais aboutir. Le choix des modes de paiement que vous êtes prêt à privilégier, pour chaque méthode, est crucial et relève davantage d'une décision commerciale que technique.
Vous êtes informé par une alerte, et non par l'entrepôt. Alumio surveille chaque mise à jour de paiement en temps réel, conserve un historique du paiement et de la commande associée, et déclenche une alerte avec le motif dès qu'Odoo refuse le paiement. Des nouvelles tentatives sont effectuées selon la configuration. Le seul cas où cela engendre des coûts est celui des marchandises expédiées pour un paiement non validé ; en revanche, aucune sortie n'est effectuée discrètement dans ce cas.
É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.