Mon – Sat: 9:00 AM – 7:00 PM IST

Sleep well — your ERP is
watched 24×7, under SLA

15-minute P1 response from engineers who fix root causes, not just tickets.

A go-live is the beginning of the relationship, not the end of it. Our SLA-backed Application Management Services give you a named consultant, priority-based response targets and a steady patching and month-end rhythm — so the people who close your books never have to wonder who to call.

24×7 across time zones 98% SLA compliance −40% tickets in year one
15 min
P1 Response SLA, Around the Clock
0
SLA Compliance Across Contracts
24×7
Coverage Across All Time Zones
−40%
Ticket Volume by End of Year One
What you get

A support desk that knows your configuration

Generic ERP helpdesks read from a script. Our AMS team already knows your Accounting Schema, your Business Partner Groups and the OSGi plugins we built for you — because in most cases we built them. You get predictable response times, a monthly view of what happened, and a backlog you help prioritise.

A named consultant

A primary contact who knows your build, with a named backup so cover never lapses.

Priority-based SLAs

P1 to P4 targets for response, with honest resolution ranges you can hold us to.

A monthly service review

Ticket volumes, trends and a prioritised enhancement backlog you sign off.

Every ticket walks the same path

An incident is logged against your instance, triaged by priority, and worked by a consultant who understands how a change to a document workflow ripples through to the general ledger. Configuration goes through the Application Dictionary, code fixes ship as versioned plugins tested on non-production first, and nothing touches production without a route back.

Ticket Raised 15-min Response Root-Cause Fix Monthly Review
Response & resolution targets

What the SLA commits us to

Every ticket is classified by business impact, from P1 (production down) to P4 (a question or minor request). The figures below are indicative targets from a standard AMS agreement, measured within your coverage window — not fixed guarantees, because resolution time depends on the cause.

PriorityDefinition & exampleTarget responseTarget workaround / resolutionCoverage
P1 — Critical Production down or a core process blocked for all users. Nobody can post invoices; the ZK web client is unreachable; month-end cannot proceed. Within ~1 hour Workaround targeted same business day; full fix as fast as the cause allows Business hours; extended or 24×7 available as an option
P2 — High Major function impaired with no easy workaround, but the business is still trading. One warehouse cannot complete shipments; a key report fails. Within ~4 business hours Workaround targeted within ~1–2 business days Business hours
P3 — Medium A limited issue or a configuration change request. A tax rate needs updating; a Price List Version needs extending; a single user has a role problem. Within ~1 business day Targeted within ~3–5 business days, subject to change control Business hours
P4 — Low A question, cosmetic issue or minor enhancement. "How do I add a column to this window?"; a label wording change; a small BIRT report tweak. Within ~2 business days Scheduled into the enhancement backlog or next release window Business hours

An honest word on "resolution". We commit firmly to a response target — someone qualified engaging within the window. A resolution target is a good-faith aim, not a promise: a one-line configuration fix and a subtle costing defect are not the same job. Where the root cause sits in a third-party product or in infrastructure you control, the fix passes to that owner. We are transparent about which is which on every ticket.

Where the line sits

What is in scope, and what is separate work

A support agreement stays fair only when the boundary is written down. AMS keeps what you run today healthy and improves it at the margins; new builds are quoted as projects so they never quietly consume your support hours.

In scope

  • Incident resolution. Diagnosing and fixing defects across finance, distribution, inventory and manufacturing document flows.
  • Configuration changes. Tax rates, price lists, roles, workflows, document types and other Application Dictionary work.
  • Month-end and year-end assistance. Standing by through GL close, reconciliations, revaluation and period control.
  • Patching & version currency. Applying community fixes and security patches via migration scripts and 2-Pack.
  • Performance tuning. PostgreSQL indexing, slow-query analysis, JVM and connection-pool adjustments.
  • Minor enhancements. Small, sized changes delivered inside a monthly enhancement allowance.

Out of scope (handled separately)

  • Net-new modules or major projects. Bringing a new legal entity live, or adding manufacturing, is a scoped implementation.
  • Version upgrades. Moving between major iDempiere releases is delivered under Migration & Upgrade.
  • Third-party product defects. Bugs inside a bank portal, courier API or reporting tool — we raise and chase them, but cannot fix them.
  • Infrastructure you control. Servers, networks or databases you self-host and administer, unless covered by Mobile Apps.
  • Large development. Substantial new OSGi plugins or integrations are quoted as development work.
  • End-user training programmes. Structured enablement is delivered through Training & Enablement.
Coverage & hours

An India team, with overlap hours for your timezone

Our AMS team is based in India and serves clients across the Gulf, Europe, the Americas and APAC. We set a coverage window that overlaps your working day, so a ticket raised at your desk reaches a consultant already at theirs.

Standard business hours

Roughly nine hours a day, five days a week, aligned to your business day. IST sits well ahead of Europe and the Gulf and overlaps APAC, so most regions get near-full same-day cover. For the Americas we agree a shifted window to protect the overlap you need.

Extended & 24×7 for P1

Where a stoppage costs real money, we offer extended-hours or round-the-clock cover for P1 incidents as a priced option, with an on-call rota and agreed contact tree. Most clients keep this for critical periods rather than year-round.

Close-period cover

Around month-end and year-end we plan additional availability in advance, so the days when your finance team is under pressure are exactly the days a consultant is on hand. This is scheduled, not improvised.

Inside the service

The parts that make support dependable

Good AMS is a set of habits, run consistently. Here is what those habits look like across a typical month with us.

Month-end & year-end

We stand by through the close: period control, GL reconciliation, currency revaluation, open-item clearing and the year-end rollover. If a posting will not balance, someone who knows your Accounting Schema is already looking at it rather than being paged cold.

Patching & version currency

We track relevant community fixes and security patches, test them on your non-production instance, and apply them through migration scripts and 2-Pack on an agreed calendar. Falling several releases behind is what makes an eventual upgrade painful; steady patching keeps that gap small.

Performance tuning

As data grows, queries that were instant at go-live can drift. We profile the slow ones, add or reshape PostgreSQL indexes, revisit report design, and tune JVM heap and connection pooling — so the ledger still opens quickly in year three.

Enhancement sprints

Small improvements accumulate in a shared backlog. Each month we size the top items, agree which fit the enhancement allowance, and deliver them as tested changes — new fields, a callout, a report column, a tighter workflow.

Knowledge transfer

We keep runbooks current and coach your power users, so routine tasks stay in-house and tickets are reserved for things that genuinely need us. Dependency is not the goal; a capable client team is.

Escalation path

If a P1 is not moving, it escalates on a defined ladder — from the named consultant to the delivery lead to a senior architect — with clear thresholds and named people. You never have to guess who to push.

Inside the Desk

Support that fixes root causes, not just tickets

Four pillars of the AMS service — run by the same senior consultants who build iDempiere systems, not a call centre.

How the service runs

From onboarding to a steady monthly rhythm

The first weeks are about learning your build; after that the service settles into a predictable cadence of triage, resolution, patching and review.

Onboard & knowledge transfer

We document your instance — configuration, custom OSGi plugins, integrations, environments and access — and confirm the named consultant, coverage window and SLA. If we did not build the system, this stage includes a structured handover so nothing about your setup is a mystery when the first ticket lands.

Log & triage

Every request goes into the ticket portal with a priority. We confirm the classification, gather evidence, and route it to the right consultant. You always know a ticket's status, its priority and who holds it.

Resolve within the SLA

The consultant works the fix against the response and resolution targets. Configuration changes go through the Application Dictionary; code fixes ship as versioned plugins tested on non-production first; and every change is recorded on the ticket with a clear route back.

Patch & close-period cadence

Alongside day-to-day tickets we run the scheduled work: the agreed patch calendar, planned month-end and year-end cover, and the enhancement items sized for that cycle. Routine care happens on a rhythm, not only when something breaks.

Review & report

Each month we meet for a service review: ticket volumes by priority, SLA attainment, recurring themes, patch status and the enhancement backlog. Trends drive action — if the same issue keeps returning, we fix the cause, not just the symptom.

Deliverables

What the agreement puts in your hands

The AMS pack
6 inclusions — in every support plan

Named consultant

A primary consultant who knows your configuration, with a named backup for continuity through leave and peaks. You deal with people, not a queue.

Ticket portal & SLA

A single place to log, track and comment on tickets, with priorities, status and SLA timers visible to your team at all times.

Monthly service report

Ticket volumes by priority, SLA attainment, resolution trends and open items — the record behind each service review.

Patch calendar

A forward schedule of tested patches and version-currency work, planned around your close periods and business calendar.

Runbooks

Living operational guides for month-end, year-end, backups and routine administration — kept current so knowledge does not walk out the door.

Enhancement backlog

A shared, prioritised list of small improvements, sized and scheduled with you at each review so nothing useful gets lost.

"Anyone can close a ticket. We close the reason it was raised — which is why ticket volume falls forty percent in year one."
Our AMS promise — SCM Software Lab
Common questions

Support & AMS, answered plainly

It guarantees a response: a qualified consultant engaging with your ticket within the target window for its priority, inside your coverage hours. Resolution times are honest targets rather than promises, because fixing a wrong tax rate and diagnosing a rare posting defect are very different jobs. What we commit to firmly is that the clock starts, someone competent picks it up, and you can see exactly where it stands — with escalation if a P1 stalls.
Yes, and we do it regularly. We begin with a takeover assessment: reviewing your configuration, custom OSGi plugins, integrations, version and environments, then documenting what we find. Occasionally that review surfaces earlier shortcuts worth tidying, which we flag with options rather than a lecture. Once the onboarding handover is complete, the service runs exactly as it would for a system we implemented ourselves.
Routine patching and security fixes are part of AMS — that is what keeps you close to current. A full move between major iDempiere releases, with its own testing and cutover, is a defined project delivered under Migration & Upgrade. Keeping patching steady under the support agreement is precisely what makes those upgrades smaller and cheaper when they come around.
A typical agreement is a monthly retainer covering an indicative pool of support and enhancement hours, sized to your usage and reviewed periodically. Incident handling always takes priority; enhancement work draws on the remainder. If a month runs unusually hot, you see it in the report and we agree how to handle the overage — never a surprise invoice. Larger pieces of work are quoted separately as projects.
We set a coverage window that overlaps your working day. IST is ahead of Europe and the Gulf and overlaps APAC well, so those regions get near-full same-day cover; for the Americas we agree a shifted window to protect the overlap you care about. For genuine round-the-clock needs on P1 incidents, extended and 24×7 cover is available as a priced option with an on-call rota — most clients reserve it for peak periods rather than running it all year.
Related services

What connects to support

Your ERP never sleeps.
Neither does the desk that watches it — 24×7, under SLA. Proactive monitoring, root-cause fixes and monthly service reviews from the same senior consultants who build iDempiere systems.

Put a name and an SLA behind your iDempiere

Trusted worldwide for end-to-end iDempiere services — the best in the industry at what we do. Tell us how your system is set up and how your close runs, and we will propose a coverage window, priority targets and a monthly rhythm that fit your team.