REAV

Socle

Odoo comme socle,
pas comme réponse.

L’ERP REAV est construit sur le code open source d’Odoo. C’est un choix délibéré de robustesse et de scalabilité, et il mérite d’être précis : voici ce que le socle apporte, et ce que le reconditionnement exige encore par-dessus.

Réserver une démo Voir l’ERP complet

Ce que le socle apporte

Une couche de gestion sérieuse, déjà résolue.

Odoo est une suite open source d’applications de gestion, dont l’édition Community est publiée sous licence LGPLv3. Construire dessus, c’est éviter de refaire toute une catégorie de travail.

Les modules standards restent à portée

Achats, RH, e-commerce, site web et comptabilité sont là, et ce sont les mêmes modules que le reste du marché utilise.

Du code open source, pas une boîte noire

Le socle peut être lu, étendu et hébergé selon vos conditions, au lieu d’être seulement consommé comme un service.

Un écosystème connu

Hébergement, intégrateurs et documentation existent indépendamment de REAV : cela compte pour un système que vous comptez faire tourner dix ans.

Où les modules standards s’arrêtent

Le reconditionnement prend le flux à l’envers.

Une usine consomme des pièces connues pour produire des produits connus. Une opération de réparation reçoit des objets inconnus, découvre ce qu’ils sont, et produit un mélange d’appareils revendus, de pièces récupérées et de flux de déchets. Quatre conséquences en découlent, et elles expliquent pourquoi une couche métier a dû être construite.

  1. 01

    Le stock est sérialisé et unique, pas fongible

    Un inventaire standard est à l’aise avec quarante unités identiques. Le reconditionnement a besoin d’un enregistrement par appareil, parce que chacun a une histoire et un grade différents.

  2. 02

    L’état à la réception est inconnu

    Les achats supposent qu’on sait ce qu’on a commandé. Une palette de retours doit d’abord être reçue, puis caractérisée : la séquence habituelle est inversée.

  3. 03

    Le démantèlement produit du stock jamais acheté

    Une pièce récupérée entre en stock sans prix d’achat et avec une provenance qu’il vaut mieux conserver. Une nomenclature à sens unique n’a pas de place naturelle pour elle.

  4. 04

    Effacement, grading et certificats ne sont pas des objets standards

    Un enregistrement d’appareil doit porter un certificat d’effacement, un grade et un historique de réparation. Aucun des trois n’existe dans une suite de gestion générique.

Ce que ce n’est pas

Les limites, dites clairement.

  • Le produit, c’est l’ERP REAV. Odoo est la base de code sur laquelle il est construit, pas ce qui vous est vendu.
  • Cette page n’affirme pas qu’Odoo standard ne peut pas faire tourner une opération de reconditionnement. Elle expose ce qu’une couche métier doit ajouter avant qu’il le puisse, et REAV a construit cette couche plutôt que de la trouver.
  • REAV n’édite pas Odoo et ne parle pas en son nom. Les conditions de licence et les éditions relèvent d’Odoo.

FAQ

Questions fréquentes.

Il est construit sur le code open source d’Odoo, avec une couche métier dédiée au reconditionnement par-dessus : réception par lot, effacement et audit, réparation, démantèlement, vente, logistique et après-vente.
Oui. Achats, RH, e-commerce et site web restent à portée, à côté de la couche reconditionnement.
Non. REAV déploie, connecte et forme. Vouloir ensuite vos propres équipes sur le socle est votre décision, et c’est l’open source qui la laisse ouverte.
Parce qu’une opération a besoin des deux moitiés. La couche reconditionnement est ce qu’aucune suite générique ne fournit ; les achats, la comptabilité et l’e-commerce sont ce qu’aucun outil de niche ne veut reconstruire.

Termes associés

← Retour à l’ERP REAV

Regardez la couche métier, pas le socle.

L’intéressant est ce qui se trouve au-dessus. Parlez-nous de vos volumes et de votre mix d’appareils, et nous suivrons un appareil sur tout son cycle de vie dans l’ERP REAV.

Réserver une démo Nous écrire