T-Minus: Konfiguration im offenen Bereich
Die tägliche Konfigurationsschleife, die sieben Konfigurationstage von T-17 bis T-11, ASK als Beschleuniger, Konfiguration-niemals-Code-Muster, die Checkliste pro Modul und Integrationen innerhalb des Countdowns.
Die tägliche Konfigurationsschleife
- Zeigen Sie die Fit Ledger-Zeile an.
- Live konfigurieren, ohne Programmierung.
- Der Kunde treibt den Wandel voran.
- Überprüfen Sie dies anhand von Beispieldaten.
- Protokollieren Sie es und setzen Sie ein Häkchen in der Zeile.
| WHO | Wo | Ausgabe |
|---|---|---|
| Der Ledger-Architekt leitet das Projekt, die wichtigsten Benutzer sind Mitverantwortliche. | Im eigenen Mieter des Kunden | Ein Mieter, der dem Einzug jeden Tag sichtbar näher kommt. |
| Der Countdown-Inhaber nimmt an den Scope-Calls teil. | Auf realen Bildschirmen mit den Beispieldaten des Kunden | Eine Zeile in der Konfigurationsarbeitsmappe pro Einstellung |
| Der Adoptionsnavigator überwacht Rollen- und Warteschlangenbedürfnisse | Niemals auf einem Whiteboard oder in einem Dokument | Dem Testplan wurde eine Konfigurationsprüfung hinzugefügt. |
Es gibt keine Build-Phase, die der Kunde blindlings abwartet: Ist der Kunde nicht in der Session, findet diese nicht statt. Der Key-User sollte ab T-14 die Kontrolle übernehmen – falls TRANXACT bei T-13 noch nicht aktiv ist, sollte dies im Standup-Meeting als Adoptionsrisiko angesprochen werden.
Sieben Tage Konfigurationszeit (vorgeschlagene Standardeinstellung)
| T-Tag | Fokus | Konfiguriert | Wovon hängt es ab? |
|---|---|---|---|
| T-17 | Struktur | Rechtseinheiten, Kontenplan, Geschäftsjahr, Dimensionen | Migrationsmapping (GL) |
| T-16 | Geld und Compliance | Währungen und Devisenhandel, Steuercodes, Dokumentennummerierung, Banken | Anfangssalden, offene Posten |
| T-15 | Menschen und Zugang | Rollen und Berechtigungen, SSO-Gruppen, Genehmigungshierarchie | Probenrollen, Warteschlangen |
| T-14 | Stammdaten | Kunden, Lieferanten, Artikel, Mitarbeiter – ASK erstellt Massendaten aus Extrakten | M1-Testladung |
| T-13 | Abläufe und Regeln | Genehmigungsprozesse, Buchungsregeln, Abgleichregeln, Preisgestaltung | Integrationstests |
| T-12 | Modulspezifika | CRM-Pipeline, Kostenrechnung in der Lieferkette, Gehaltsbestandteile im Personalwesen, Modulumschaltungen | Probenskript |
| T-11 | Integrationen & Warteschlangen | API-Clients, Bank-/Steuer-/Gehaltsabrechnungs-Endpunkte, Aktionswarteschlangen pro Rolle | Gate: Konfiguration abgeschlossen |
Die Reihenfolge muss beibehalten werden, auch wenn die Reihenfolge im Fit Ledger abweicht: Struktur vor Transaktionen, damit die Migrationszuordnung am 15. Tag beginnen kann.
ASK als Konfigurationsbeschleuniger
ASK erledigt die Knochenarbeit in Maschinengeschwindigkeit, mit denselben Berechtigungen und demselben Audit-Log wie ein menschlicher Klick:
| Arbeit | Beispielanfrage |
|---|---|
| Stammdaten in großen Mengen erstellen | „Erstellen Sie diese 2.400 Kunden aus dem Extrakt, mit segmentweisen Zahlungsbedingungen.“ |
| Regeln für die Veröffentlichung von Entwürfen | „Frachtkosten auf Einkaufsrechnungen bis 5120 buchen, aufgeteilt nach Kostenstelle des empfangenden Lagers“ |
| Rollenkonfigurationen generieren | „Ein Sachbearbeiter in der Kreditorenbuchhaltung, der Rechnungen über 10.000 erfassen, aber nicht genehmigen kann.“ |
| Konfiguration prüfen | "Listen Sie jeden Genehmigungsablauf ohne Ersatzgenehmiger auf" |
Jede von ASK erstellte Konfiguration wird vom Hauptbenutzer geprüft, bevor sie im Fit Ledger abgehakt wird. Das Audit-Protokoll zeigt an, wer die Anfrage gestellt hat, was ASK getan hat und wer sie genehmigt hat.
Konfigurieren statt programmieren: Gängige Muster
| Eine Anfrage, die sich wie Code anhört | Konfigurationsmuster | Wo |
|---|---|---|
| „Unser Genehmigungsprozess ist einzigartig.“ | Mehrstufiger Genehmigungsprozess mit Betrags-, Entitäts- und Dimensionsregeln | Arbeitsabläufe |
| „Wir benötigen ein individuelles Rechnungslayout.“ | Dokumentvorlage mit Feldern, Logo und Sprache pro Entität | Ausgabevorlagen |
| „Sonderpreise pro Kundengruppe“ | Preislisten, Rabatte und Gültigkeit nach Segment | CRM / Preisgestaltung |
| "Ein Bildschirmfeld, das nicht existiert" | Ein benutzerdefiniertes Feld im Formular, das in Berichten und Regeln verwendet wird | Formulare (ohne Programmierung) |
| „Unser Legacy-Bericht, genau so wie er ist“ | Berichtsgenerator oder Dashboard – hinterfragen Sie das Layout, oft „nicht erforderlich“. | Berichterstattung |
| „Eine Schnittstelle zu unserer Bank / unserem MES“ | Ein API-Client mit eingeschränkter Rolle; Dateiaustausch bei Bedarf | Integrationen |
| "Benachrichtigungen bei Eintreten von X" | Eine rollenbasierte Aktionswarteschlangenregel | Aktionswarteschlange |
Wenn kein Muster passt, bleiben nur die Optionen T-Plus oder ein klares Nein. Der Code innerhalb des Clusters durchläuft das Erweiterungsframework und niemals den Countdown.
Modul-Checkliste (nur Module der ersten Welle, vorgeschlagener Standard)
| Modul | Typischerweise im Countdown konfiguriert |
|---|---|
| Buchhaltung | Unternehmen, Kontenplan, Kalender, Steuern, Banken, Buchungsregeln, Abschlusscheckliste |
| CRM | Pipeline-Phasen, Preislisten, Angebots-/Auftragsablauf, Kreditlimits |
| Lieferkette | Lager, Kostenrechnungsmethode, Nachbestellregeln, Wareneingang und -abgleich |
| HRMS | Organisationsstruktur, Gehaltsbestandteile, Urlaubsregelungen, Gehaltsabrechnungskalender |
| Herstellung | Arbeitsplätze, Stücklisten, Arbeitspläne, Rückverfolgbarkeitsregeln |
| EHR | Klinische Aufgaben, Patientenabrechnung, Kostenträgerrichtlinien, Einwilligung |
| Studentenlebenszyklus | Studienprogramme, Zulassungsverfahren, Gebühren, Alumni |
| Plattform | Rollen, Genehmigungsprozesse, Warteschlangen, ASK-Ebene, Sprachen |
Nur Module der ersten Welle werden im Countdown angezeigt; alle anderen sind T-Plus-Umschalter auf demselben Ledger.
Integrationen innerhalb des Countdowns (vorgeschlagene Standardeinstellung)
T-18 Liste und Eigentümer → T-13 API-Clients und Testendpunkte → T-10 Integrationstests → T-3 End-to-End im Trockenlauf → T-0 Produktionsumschaltung.
| Integration | Typisches Muster | Test durch | Vorläufig, falls noch nicht bereit |
|---|---|---|---|
| Bankwesen & Zahlungen | API / Host-zu-Host-SFTP | T-10 | Manueller Bankdatei-Upload |
| Steuern / elektronische Rechnungsstellung | API | T-10 | Portal-Upload durch die Finanzabteilung |
| Lohnabrechnungsdienstleister | API / SFTP | T-9 | Lohnabrechnung im Legacy-System, Journalimport |
| Identität (SSO) | SAML / OIDC | T-17 | Keine – für die Probe erforderlich |
| BI / Data Warehouse | Geplanter Auszug | T-6 | T-Plus |
Partner – Banken, Lohnbuchhaltung, Steuerabteilung – benötigen bis zum 13. T-13 Test-Endpunkte. Ein Partner, der keinen bereitstellen kann, verlagert diese Integration mit einem manuellen Zwischenschritt auf T-Plus.
Die als Standardwerte gekennzeichneten Werte stellen die empfohlenen Ausgangspunkte der Methodik dar. Bitte bestätigen Sie jeden Wert für jedes Projekt; maßgeblich sind der Vertrag, das Bestellformular und die Service-Level-Vereinbarung (SLA).
Machen Sie dazu den Kurs, mit Diagrammen und einer Überprüfung.