Wir trennen Application Care bewusst von drei anderen Service-Kategorien. Das hält den monatlichen Kostenrahmen kalkulierbar und vermeidet die schleichende Ausweitung, die Service-Verträge sonst gerne erleben.
Keine Net-Neu-Implementierungen. Eine neue Microsoft-Dynamics-365-App (etwa Field Service neu eingeführt), ein eigenständiges Power-Platform-Projekt mit eigener Datenmodell-Konzeption, eine neue Power-BI-Suite — das sind Implementierungs-Projekte. Wir kalkulieren sie als Festpreis oder T&M, nicht aus dem Application-Care-Stundenkontingent.
Keine Big-Bang-Migrationen. Wechsel von Microsoft Dynamics 365 Online auf On-Premises (oder umgekehrt), Tenant-Konsolidierung nach Konzern-Übernahme, Major-Version-Migrationen mit Datenfluss-Restrukturierung — solche Projekte brauchen eine eigene Architektur-Phase und ein eigenes Team. Application Care ergänzt sie, ersetzt sie nicht.
Keine strategische Architektur-Beratung. „Sollen wir auf Microsoft Dynamics 365 bleiben oder auf SAP wechseln?“ — das ist Architecture-&-Strategy. Wir machen das gerne, aber in einem separaten Beratungsformat, nicht aus dem Application-Care-Stundenkontingent. Sub-Säule Beratung & Architektur.