Votre ERP en ligne, avec des sauvegardes testées et un support tracé
Diego héberge et surveille votre système, restaure les sauvegardes en test et fait passer chaque mise à jour par un environnement de test avant la production. En cas de panne, vous écrivez sur WhatsApp et la demande devient un ticket.
Odoo 17 à 20 sur Odoo.sh ou sur un serveur au nom de votre entreprise
État de votre ERP
- ServeurEn ligne, surveillé
- Dernière sauvegardeRestaurée dans une base de test
- Mise à jour en attenteDans l'environnement de test
- Demande de supportTicket avec un responsable
Le jour où le système ne s'ouvre pas, quatre questions restent sans réponse
Facturation, entrepôt et caisse s'arrêtent en même temps. La durée de la reprise dépend de ce qui a été préparé avant : sauvegardes testées, accès documentés et un responsable qui connaît déjà le serveur.
- À quand remonte la dernière sauvegarde ?
- Quelqu'un a-t-il vérifié qu'elle se restaure ?
- Qui a le mot de passe du serveur ?
- La mise à jour d'hier soir a-t-elle été testée avant ?
Ce que coûte le statu quo
Vous l'apprenez quand un utilisateur se plaint
Sans surveillance, la première alerte est un appel des ventes ou de l'entrepôt. À ce moment-là, l'activité est déjà à l'arrêt.
Une sauvegarde que personne n'a restaurée
Le fichier existe, mais personne ne sait s’il est complet. On le découvre le jour où il faut l’utiliser.
Un support qui dépend de qui est disponible
La demande arrive par un chat personnel, sans numéro ni responsable, et rien n'indique ce qui a été modifié.
Diego teste la restauration avant de promettre la continuité
DMG-RT, la méthode propre de Diego, part d'une mesure avant de toucher à la technologie. Ici, on mesure si la sauvegarde se restaure entièrement, combien de temps prend la restauration et le délai entre une panne et l'alerte.
Diagnostic : revue du serveur et des sauvegardes
Diego examine où tourne le système, qui y a accès, quels modules sont installés et si la dernière sauvegarde est restaurable. Il en restaure une dans une base séparée et compare les enregistrements avec l'original.
Livrable : Rapport sur l'état du serveur, des accès et de la restauration de test.
Conception : environnements, sauvegardes et alertes
Nous définissons l'hébergement, la fréquence des sauvegardes et le lieu de conservation de la copie, l'environnement de test des mises à jour, les alertes et leurs destinataires, et les horaires de prise en charge par priorité.
Livrable : Politique de sauvegarde, carte des environnements et accord de service écrit.
Mise en œuvre : migration et surveillance
Si nécessaire, le système est migré à partir d'une sauvegarde restaurée et vérifiée avant la bascule. La surveillance de disponibilité et d'erreurs est activée et la première restauration de test est consignée.
Livrable : Système sur le serveur convenu, surveillance active et procès-verbal de restauration.
Transfert et pérennité : support avec ticket
Le service se poursuit en abonnement mensuel. Chaque demande arrive en ticket avec un responsable. Les mises à jour passent par le test et votre validation. À 3, 6 et 12 mois, la restauration de test est refaite selon le même protocole.
Livrable : Historique des tickets, journal des restaurations et accès au nom de votre entreprise.
- Serveur et accès
- Sauvegarde et environnement de test
- Production surveillée
- Support avec ticket
En cas de panne, on restaure depuis une sauvegarde déjà testée
La question habituelle est : que se passe-t-il si le système tombe ? La réponse tient en trois traces : la restauration de test et ses comptages, le parcours de chaque mise à jour et le ticket de chaque demande de support.
Sauvegarde
Copie complète de la base et des pièces jointes avant toute modification.
Environnement de test
La mise à jour est installée sur une copie de vos données.
Validation
Votre équipe vérifie les processus clés et valide par écrit.
Production
Elle est appliquée dans le créneau convenu, sous surveillance des erreurs.
Captures d'une base de test et d'une instance de démonstration Odoo 20 standard, avec des données fictives.
Apportez les informations de votre dernière sauvegarde et vérifiez avec Diego si elle se restaure.
Réserver un diagnostic de 30 minCe que vous apportez et ce que vous recevez
Vous apportez
- Un accès administrateur au serveur actuel ou à Odoo.sh.
- La dernière sauvegarde disponible et qui la produit.
- Une personne qui valide chaque mise à jour dans l'environnement de test.
- Le compte cloud ou Odoo au nom de votre entreprise.
Vous recevez
- Un serveur dimensionné pour votre usage, avec des accès documentés.
- Des sauvegardes avec restauration de test consignée.
- Une surveillance de disponibilité et des erreurs, avec alerte à un responsable.
- Un support WhatsApp avec ticket et historique de chaque modification.
Quand ce service ne convient pas
Si vous utilisez Odoo Online sans modules spécifiques, Odoo héberge, sauvegarde et met à jour votre base ; un support fonctionnel suffit. Si votre équipe IT restaure déjà les sauvegardes en test et consigne chaque incident, une revue ponctuelle convient mieux qu'un abonnement. Voir ERP avec Odoo
Systèmes impliqués dans l'exploitation de l'ERP
Diego exploite ses propres serveurs Odoo avec le même protocole
Diego Muñoz est consultant en processus et en systèmes. Il maintient ses propres instances Odoo 20 avec des sauvegardes restaurées en test, des environnements séparés pour tester les changements et une surveillance des journaux et des métriques. Il propose à votre entreprise cette même routine, avec un accord écrit.
Le serveur, les sauvegardes et les accès restent au nom de votre entreprise. Si vous changez un jour de prestataire, vous recevez tout documenté.
- Odoo 17, 18, 19 et 20
- Odoo.sh et serveurs propres
- Architecture d'entreprise avec TOGAF
Questions avant de confier le serveur de votre ERP
Où mon système est-il hébergé ?
Sur Odoo.sh si vous utilisez Odoo Enterprise, ou chez un fournisseur cloud convenu avec vous. Dans les deux cas, le compte est au nom de votre entreprise.
Comment savoir si les sauvegardes fonctionnent ?
Elles sont restaurées en test dans une base séparée et les enregistrements sont comparés à l'original. Vous recevez le compte rendu de chaque restauration.
Pouvez-vous reprendre un système installé par une autre société ?
Oui. La phase de diagnostic examine le serveur, les modules, les accès et les sauvegardes, et vous remet l'état par écrit avant toute migration.
Quels sont vos horaires de réponse ?
Aux heures de Lima. Les pannes sont traitées selon la priorité et les horaires fixés dans l'accord de service.
Comment est-ce facturé ?
Le diagnostic et la migration ont un montant fixe par phase. Ensuite, le service est un abonnement mensuel estimé selon la taille de la base et les horaires de support convenus.
Qui valide une mise à jour ?
Une personne de votre entreprise, après vérification des processus clés dans l'environnement de test. Sans cette validation, la mise à jour n'arrive pas en production.
Vérifiez avec Diego en 30 minutes si votre ERP résiste à une panne
- Vous indiquez où tourne votre ERP et à quand remonte la dernière sauvegarde.
- Diego indique ce qu'il examinerait d'abord : sauvegardes, accès ou mises à jour en attente.
- Vous recevez par écrit l'ordre de revue et le périmètre de la phase de diagnostic.
