Incident handling
Logging, triage, diagnosis and correction of errors in the contracted modules, fully traceable in a service desk tool.
Support for SAP environments with an SLA written into the contract, a named team and a continuous improvement backlog. You stop depending on that single consultant who knows the system — and who will resign one day.
Almost every company running SAP reaches the same point: knowledge of the environment sits with two or three people. They solve everything, nobody documents anything, and the company lives with a silent risk — the day one of them leaves.
The second problem is the queue. Without ticket governance, what gets handled first is whatever shouts loudest, not what hurts the business most. Structural improvement never happens, because the team is permanently firefighting.
A well designed AMS contract solves both: it moves the knowledge to a team with redundancy, and separates the incident budget from the evolution budget. Without that separation, evolution simply does not happen.
Severity is defined by business impact, not by who opened the ticket. The times below are the contract standard and apply during business hours — 24x7 coverage is contracted separately.
| Severity | Situation | First response | Resolution target |
|---|---|---|---|
| Critical (S1) | Operation stopped: cannot invoice, ship or close the month | 15 minutes | 4 business hours |
| High (S2) | Relevant process degraded, manual workaround possible | 1 hour | 8 business hours |
| Medium (S3) | Isolated error, no immediate impact on billing | 4 hours | 3 business days |
| Low (S4) | Question, cosmetic fix or improvement request | 8 hours | Planned in the monthly backlog |
No fine print: everything below is part of the standard AMS scope.
Logging, triage, diagnosis and correction of errors in the contracted modules, fully traceable in a service desk tool.
A fixed percentage of the monthly hours is reserved for evolution. If it is not spent on improvement, it does not become credit for incidents — that is how evolution stops being postponed forever.
Tracking of notes relevant to your environment, impact analysis and planned application in an agreed window.
Jobs, interfaces, IDoc queues and dumps under watch. Most critical incidents give a signal first — the trick is looking.
Extra hands during financial and tax closing windows, when the cost of an error is higher and the time to fix it is shorter.
A report on SLA compliance, tickets by root cause and a proposal for structural action. A meeting with data on the table, not corridor talk.
Changing AMS provider is frightening — rightly so. Our onboarding is designed so that you are never left uncovered.
Inventory of modules, customisations, interfaces, jobs and integrations. We also review the ticket history of recent months to understand where the pain actually is.
Our team follows the running operation while the previous provider is still answering. Typically 3 to 6 weeks, depending on complexity.
We take over block by block, not all at once. We start with the lowest risk modules and move on as the indicators stabilise.
The SLA takes effect with contractual penalties. From then on, the yardstick is the monthly report — and it is public inside your company.
Traditional support answers tickets. AMS takes responsibility for the health of the application: besides fixing incidents, it monitors the environment, treats root causes, applies notes, evolves functionality and answers for agreed indicators. The practical difference shows up in the third month: with traditional support the ticket volume stays flat; with AMS done well, it falls.
The most common model is a monthly pool of hours with an allowance and an associated SLA, sized by the environment and the modules covered. We also work with a dedicated squad when the volume justifies an exclusive team. We avoid per-ticket billing, which creates the wrong incentive: the provider earns more the more your system breaks.
Yes — that is most of our AMS contracts. The shadowing period exists exactly for that. We also commonly find incomplete documentation; in that case the initial mapping already delivers the documentation that was missing.
Both. A large part of the Brazilian market still runs ECC and will keep running it until migration. There is an advantage in having ECC supported by the same firm that does S/4HANA projects: the team handling the day to day is already building the inventory the future migration will need.
The contract provides for a progressive discount on the monthly invoice, calculated in the service report. Without that clause, an SLA is an intention, not a commitment.
Depois do Go Live de um projeto SAP começa um dos maiores desafios das empresas: manter o ambiente funcionando de maneir…
AMS vai além de atender chamado: é assumir a saúde da aplicação. O que entra num contrato, como funciona a cobrança e qu…
Todo contrato de AMS traz uma tabela de SLA. O que separa um SLA real de um SLA decorativo está nas definições ao redor …
We map your environment and return a sizing with scope, SLA and monthly price. If your current contract is already good, we tell you that too.