Les demandes de retour renvoyées par Bol comportent une date limite, ce qui permet à Odoo de les recevoir dès leur création et au vendeur de répondre dans les délais impartis plutôt qu'après leur fermeture.
Vendre sur Bol implique d'accepter d'être jugé sur la gestion des retours, et non uniquement sur la rapidité d'expédition des colis. Lorsqu'un acheteur initie une demande de retour, le vendeur dispose d'un délai pour y répondre. Si personne ne le fait, la plateforme règle le litige. Odoo conserve la commande initiale et le stock dans lequel les marchandises seront réintégrées. Odoo est informé du retour lorsqu'un utilisateur se connecte au portail vendeur. La connexion entre Odoo et Bol permet d'intégrer la demande dès sa création, en l'associant à la commande correspondante. Ainsi, répondre à une demande fait partie intégrante du travail quotidien et n'est pas une tâche découverte le vendredi après-midi.

Une demande de retour Bol parvient à Odoo dès sa création, en lien avec sa commande d'origine, permettant ainsi à quelqu'un d'agir directement dans la fenêtre au lieu de la rechercher ultérieurement sur le portail.
Lorsqu'un article retourné est reçu, le stock Odoo est mis à jour et l'offre Bol suit, de sorte qu'une unité revendable est proposée à nouveau sans que personne n'ait à modifier deux écrans.
Étant donné que la commande Bol et son retour partagent le même enregistrement Odoo, un remboursement et un réapprovisionnement décrivent un seul événement plutôt que deux entrées qu'il faudra relier ultérieurement.
Les retours traités dans la fenêtre de Bol cessent d'apparaître comme des marques sur le compte, de sorte que la note du vendeur reflète l'opération plutôt que la fréquence à laquelle le portail a été consulté.
Un acheteur effectue un retour sur Bol et Alumio le crée dans Odoo par rapport à la commande originale avec sa raison jointe, de sorte que l'équipe voit ce qui revient et pourquoi pendant qu'il est encore temps de répondre au marché.
Lorsque les marchandises sont réceptionnées et marquées comme vendables dans Odoo, Alumio publie le nouveau prix dans l'offre Bol, de sorte que l'unité est remise en vente au lieu de rester en attente que quelqu'un pense à la remettre en vente.
Une commande Bol est créée dans Odoo dès son arrivée, sa référence de marketplace étant conservée ; elle est donc préparée et expédiée avec toutes les autres commandes, et la confirmation est renvoyée au canal lorsque le colis quitte l'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.
Sans surveillance fiscale, la vente dans un second pays via Bol engendre discrètement des obligations fiscales non vérifiées. Bol cible les acheteurs sur plusieurs marchés, Odoo enregistre la vente, et aucun des deux n'est tenu de vous avertir lorsqu'un seuil est franchi. Alumio est connecté au service qui gère cette tâche en parallèle, ce qui permet au système de répondre à cette question plutôt que de la mémoriser.
Oui, l'offre et la promesse qui la sous-tend sont indissociables. Alumio publie le montant Odoo que vous avez défini pour chaque offre Bol selon la fréquence choisie, intègre les commandes dès leur arrivée et les demandes de retour dès leur émission. Le fait de suivre le même circuit que la commande permet d'associer le retour à la vente plutôt que de le traiter séparément. La gestion du retour dépend des options disponibles dans l'interface d'Odoo.
Non, il s'agit d'une configuration et non d'un codage. Cela remplace la pratique consistant à recharger manuellement un fichier d'offre lorsque les chiffres ont suffisamment dévié pour être remarqués. Les entrepôts Odoo pris en compte pour une offre Bol, la quantité de stock réservée et la fréquence de publication sont des paramètres définis dans Alumio. Lorsqu'un prix de canal est calculé selon une règle propre à l'entreprise, le transformateur de code intervient.
À la fin du délai de réponse, et c'est pourquoi il est important d'intégrer la demande dès sa réception plutôt que de l'attendre, Bol accorde au vendeur une période pour accepter, contester ou résoudre un retour. Passé ce délai, la plateforme tranche, ce qui est rarement le résultat souhaité par le vendeur. Intégrer la demande dans Odoo dès sa création transforme ce délai en une ressource utile, au lieu de le laisser expirer sans prévenir.
Une offre proposant encore un stock déjà écoulé dans Odoo est considérée comme un échec et entraîne des coûts, car Bol impute l'annulation au vendeur. Alumio surveille chaque publication en temps réel et enregistre l'offre ainsi que la quantité concernée. Par conséquent, une mise à jour refusée par le canal génère une alerte précisant l'offre et le motif du refus. Des tentatives de relance sont effectuées selon la configuration, et la quantité précédente reste affichée, évitant ainsi toute perte de données.
É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.