Betreuung und LTS

Odoo-Betreuung nach dem Go-live

Tickets, Korrekturen, Änderungen und Updates

Auf einen Blick

  1. Tickets, Fehlerbehebung, Änderungswünsche und Updates.

  2. Ein Projekttechniker schlägt einen zeilengenauen Korrekturplan vor.

  3. Der Kunde gibt den Plan frei, bevor Code entsteht.

  4. Test auf Staging, dann ein Pull-Request, der nach Prüfung zusammengeführt wird.

Wie eine Korrektur live gehtKundeTicketFehler oder ÄnderungswunschProjekttechnikerKorrekturplanzeilengenauKundeFreigabebevor Code entstehtStagingTest auf Stagingrot vor, grün nach der KorrekturProjekttechnikerZusammenführenPull-Request, nach PrüfungProduktivsystemLivenach Freigabe und Test
Wie eine Korrektur live geht Der Kunde meldet ein Ticket und gibt den Korrekturplan des Projekttechnikers frei, bevor Code entsteht; nach dem Test auf Staging wird die Korrektur zusammengeführt und geht auf dem Produktivsystem live.

Grafik in Textform

Bahnen: Kunde, Projekttechniker, Staging, Produktivsystem

  1. Kunde: Ticket (Fehler oder Änderungswunsch)
  2. Projekttechniker: Korrekturplan (zeilengenau)
  3. Kunde: Freigabe (bevor Code entsteht)
  4. Staging: Test auf Staging (rot vor, grün nach der Korrektur)
  5. Projekttechniker: Zusammenführen (Pull-Request, nach Prüfung)
  6. Produktivsystem: Live (nach Freigabe und Test)

Simplify-ERP betreut Odoo-Systeme nach dem Go-live: Tickets, Fehlerbehebung, Änderungswünsche und Updates. Der Kunde gibt jede Korrektur vorher als Plan frei, und sie wird auf einem Staging-System getestet, bevor sie live geht. Ein Projekttechniker schlägt den Korrekturplan vor, der Kunde gibt ihn frei, und jede Korrektur kommt als Pull-Request, der nach Prüfung zusammengeführt wird.

Details

Was die Betreuung abdeckt

  • Tickets

    Meldungen der Anwender werden als Ticket erfasst und bearbeitet.

  • Fehlerbehebung

    Gemeldete Fehler werden behoben.

  • Änderungswünsche

    Neue Anforderungen aus dem Betrieb werden umgesetzt.

  • Updates und Systempflege

    Das System wird aktuell gehalten und gepflegt.

So kommt eine Korrektur live

  • 1. Korrekturplan

    Ein Projekttechniker schlägt einen zeilengenauen Korrekturplan vor; der Kunde gibt ihn frei, bevor Code geschrieben wird.

  • 2. Test auf Staging

    Die freigegebene Änderung wird auf dem Staging-System des Kunden kausal getestet: rot vor, grün nach der Korrektur, rot nach dem Zurücknehmen.

  • 3. Pull-Request

    Jede Korrektur kommt als Pull-Request, markiert als getestet oder ungetestet mit manuellen Testschritten, und wird nach Prüfung zusammengeführt.

  • 4. Live

    Erst nach Freigabe und Test auf dem Staging-System geht die Korrektur live.

Eckdaten

Umfang
Tickets, Fehlerbehebung, Änderungswünsche, Updates
Bevor Code entsteht
Korrekturplan, vom Kunden freigegeben
Test
Auf dem Staging-System des Kunden
Versionswechsel
Odoo-Versions-Upgrades inkl. eigener Module

FAQ

Häufige Fragen

Was deckt die Betreuung nach dem Go-live ab?

Tickets, Fehlerbehebung, Änderungswünsche, Updates und Systempflege.

Wird unser System ohne Kontrolle geändert?

Nein. Ein Projekttechniker schlägt einen zeilengenauen Korrekturplan vor, und der Kunde gibt ihn frei, bevor Code geschrieben wird. Die Korrektur kommt als Pull-Request, markiert als getestet oder ungetestet mit manuellen Testschritten, und wird nach Prüfung zusammengeführt.

Was bedeutet „kausal getestet“?

Auf dem Staging-System schlägt der Test vor der Korrektur fehl, läuft nach ihr durch und schlägt nach dem Zurücknehmen wieder fehl. So zeigt sich, dass genau die Korrektur den Unterschied macht.

Warum überhaupt auf einem Staging-System testen?

Ein Staging-System ist vom Live-System getrennt. Eine Änderung lässt sich dort prüfen, bevor sie die Daten erreicht, mit denen Ihr Unternehmen täglich arbeitet.

Fragen zu Ihrem Vorhaben?

Besprechen Sie Ihre Ausgangslage mit uns.

Kostenlos 30 Min -- unverbindlich