Keep your ERP running at peak performance. Get guaranteed 15-minute response times, monthly database health audits, emergency hotfixes, and dedicated senior Odoo engineering talent.
A structured handover gives your support team the context to investigate issues and make changes safely. We agree the scope and access requirements before ongoing maintenance begins.
01
Review your environment
We start with your Odoo version, hosting setup, installed apps, custom modules, and connected systems. Your team identifies recurring incidents and business-critical workflows so the initial review focuses on operational priorities.
Step 1 of 4
02
Agree coverage and responsibilities
Together we define supported systems, service hours, severity levels, escalation contacts, and the approval route for production changes. Existing vendor responsibilities and any out-of-scope work are documented in the support agreement.
Step 2 of 4
03
Establish a safe working baseline
We review access permissions, available backups, staging arrangements, and deployment procedures. Findings become a prioritized maintenance backlog, with urgent risks separated from improvements that can be scheduled.
Step 3 of 4
04
Begin support and regular reviews
Your team receives the agreed ticket channels and escalation instructions. Service reviews cover recurring problems, completed work, outstanding risks, and how the available engineering hours should be allocated next.
Ready for the next chapter
Incident management
What happens after you report an issue
Response time means acknowledging and starting to assess an incident. Resolution time depends on the cause, system access, and any third-party dependencies; the applicable commitments belong in your agreed SLA.
01
Critical: core operations are blocked
Report a production outage or a failure that prevents an essential business process through the agreed emergency channel. Include the affected database, when the issue started, and its business impact so the engineer can establish priority and investigate.
02
High priority: a major workflow is degraded
Examples include failed order synchronization or posting errors affecting a department. We assess the scope, look for a safe workaround, and coordinate with the relevant integration or hosting provider when their systems are involved.
03
Routine: assistance and planned fixes
Report adjustments, user questions, and non-blocking defects enter the regular support queue. Reproduction steps, screenshots, and sample record references help reduce back-and-forth and distinguish configuration issues from code defects.
04
Recovery, validation, and follow-up
Changes are checked in staging where practical and production deployment follows the agreed approval process. After recovery, we confirm the affected workflow with your team and record follow-up actions to address recurring causes.
Scope and planning
Keep maintenance and new development clearly scoped
A useful support agreement explains both what is covered and how additional work is handled. This keeps priorities, engineering capacity, and approvals visible to everyone.
01
Routine maintenance and troubleshooting
Your plan can cover investigation, agreed bug fixes, configuration assistance, security patch coordination, and scheduled health checks. The exact systems, tasks, and allocated hours are confirmed during scoping.
02
Larger changes and specialist work
Version upgrades, new modules, major integrations, and substantial infrastructure changes may require a separate estimate. We scope the dependencies and acceptance criteria before committing support capacity to a larger project.
03
Backups and recovery responsibilities
We clarify who owns backup storage, retention, recovery testing, and hosting access. Recovery objectives should reflect your infrastructure and agreed procedures rather than assuming every deployment has the same protections.
04
A maintenance backlog your team can act on
Review findings should explain the operational impact, proposed action, and relative priority. This helps your team choose between immediate fixes, preventive maintenance, and improvements that can wait for a planned release.
A little more clarity
Support & SLA questions
Details that help you take the next step with confidence.
01What is the difference between response time and resolution time?+
Response time is the time to acknowledge and begin assessing a reported issue under the agreed SLA. Resolution time varies with complexity, access, and external dependencies. Severity definitions, coverage windows, and update expectations are agreed in your support plan.
02How do you onboard an existing Odoo installation?+
We review the deployment, custom modules, integrations, access arrangements, and incident history. We then agree coverage and escalation contacts, review staging and recovery procedures, and prioritize an initial maintenance backlog.
03Are upgrades and new features included in maintenance?+
Coverage depends on your agreement and allocated engineering hours. Larger upgrades, new integrations, and substantial feature development are scoped separately when they fall outside the maintenance plan.
04How fast is your response time for critical system down emergencies?+
Under our Enterprise SLA, we guarantee a critical response time of under 15 minutes with senior engineers actively working on resolution 24/7/365.
05Do unused monthly support hours roll over to the next month?+
Yes, for our retainer plans, unused engineering and advisory hours roll over to the next month so you never lose value.
06Can you support custom modules built by another agency or freelancer?+
Yes! We frequently onboard clients who have existing third-party or in-house custom modules. We perform an initial code audit, document the architecture, and assume full maintenance responsibility.
Get Guaranteed 24/7 SLA Support for Your Odoo ERP
Stop worrying about downtime and bug backlogs. Partner with a dedicated engineering team with proven SLA response times.