sap-support-caselisted
Install: claude install-skill adam0thman/sap-basis-ops
# Raising an SAP support case
**Field-derived.** Built from a live BTP/Joule case raised on a customer landscape — including the
mistakes made while raising it. Marks: **[F]** observed in the field, **[V]** verified against SAP
documentation, **[G]** cited but not read in full.
> ## The one-line version
>
> **A case is a claim that SAP's product is at fault.** Everything before submitting is about earning
> the right to make that claim — and everything in the form is about making it **routable** and
> **honest**. Most bounced cases fail one of those two, not both.
---
## 1. Earn it — most "SAP bugs" are configuration
Before you open the form, three gates. On the field case, **the first one dissolved the original
problem entirely**. **[F]**
### Gate 1 — has the *supported automation* been tried?
A subscription failed twice with a hard error code, and a case looked justified. Then the **booster**
(SAP's own guided automation) completed it first try. Cause: the manual attempts used the **wrong
application and plan**; the booster picked the right pair. **[F]**
| | Application | Plan | Result |
|---|---|---|---|
| Manual attempts ×2 | `<app>-ias` | `default` | **Failed** |
| Booster | `<app>` | `foundation` | **Succeeded, first try** |
**No product defect existed.** A case would have consumed SAP's time and the customer's, and been
closed as configuration.
> **Generalise it:** if SAP ships a booster, a guided procedure, a wizard, or a "recommended
> configuration" path f