Ein so genannter Point of Contact ist pro Kunde eine Person mit Handlungsbefugnissen. Sie steht uns als erster Kontakt zur Verfügung.

Der Zugriff auf den Kundenbereich erfolgt über my.tso.ch der Benutzernamen und das Passwort wurde dir einmalig per Email zugestellt.

Solltest du das Passwort vergessen haben, kannst du es hier wieder anfordern.

Der SLA (bzw. Supportvertrag) definiert die ICT Services der TSO im Bereich der Intervention und der Behebung von Störungen. Darin enthalten sind die Servicezeiten, Reaktionszeiten und Interventionszeiten, welche je nach SLA-Paket unterschiedlich sein können. Grundsätzlich gilt folgende Priorisierung:

• BUG
• Improvement / Feature
  • Kunden mit SLA FLAT
  • Kunden mit SLA PRO
  • Kunden mit SLA BASIC
  • Kunden ohne SLA (best effort)

Durch einen solchen Supportvertrag sichert sich der Kunde entsprechende Ressourcen und wir als TSO können die Auslastung besser planen. Entsprechend profitiert man beim Abschluss eines solchen Paketes zusätzlich von reduzierten Stundensätzen.

Wir erstellen den Supportvertrag jeweils im Dezember für das Folgejahr und senden ihn anschliessend per E-Mail an den POC.

Ja, für die Systeme, die wir selbst entwickeln und unterhalten, findest du hier Dokumentationen (inklusive Tutorials):

• CMS (Contao)
• DAM (Bynder)
• PIM (Akeneo)
• ERP (Odoo)

• Ein Bug ist ein offensichtliches Fehlverhalten eines bestehendes Moduls. So, dass du deine Ziele nicht erreichen kannst. Bugs werden in der Regel innert 1-2 Arbeitstagen als Hotfix kostenlos bearbeitet.
• Ein Improvement ist die Verbesserung eines bestehenden Moduls. Die Kosten für ein Improvement lassen sich einfach abschätzen und liegen meist innert wenigen Stunden bis 1 Personentag. Improvements werden innerhalb der ordentlichen Releaseplanung umgesetzt.
• Ein Feature ist eine Entwicklung eines neuen Moduls. Wenn du z.B. für dein CMS eine neue Funktion / Schnittstelle wünscht. Für eine verbindliche Aufwandschätzung wird ein Vorprojekt benötigt (je nach Umfang ca. 0.5 - 2 PT). Features werden ebenfalls innerhalb der ordentlichen Releaseplanung umgesetzt. Jedoch kann es sein, dass für gewisse Funktionen zuerst Vorarbeiten geleistet werden und so ein Release nach hinten gestellt werden müssen.

Gut: Du gibst den Link an, wo der Fehler auftaucht.

Besser: Du dokumentierst den Fehler mit einem Screenshot.

Am besten: Du zeichnest den Fehler per Video auf. So können wir schnell nachvollziehen, wie der Fehler entstanden ist. Dazu eignen sich Tools wie Screencastify.

Wir bauen und unterhalten Plattformen. Das heisst du als Kunde nutzt Lösungen welche auch bei anderen Kunden im Einsatz sind und profitierst so von vielen Synergien (bspw. günstigeren Unterhaltskosten). Das bedeutet aber auch, dass wir eine Releaseplanung machen um die verschiedenen Anforderungen der Kunden aufeinander abstimmen zu können. Es kann somit vorkommen, dass eine vermeintlich kleine Anforderung für einen Kunden, erst später bearbeitet werden kann, weil es Abhängigkeiten zu anderen Releases gibt.

Die Releaseplanung der einzelnen Systeme ist im Supportbereich ersichtlich.

Hast du eine Idee, wie wir ein System weiterentwickeln könnten? Teile sie bitte mit uns. Dann kann euer POC im Bereich Idea-Funding das Anliegen beschreiben und versuchen, andere Kunden zu überzeugen. Dies erhöht die Chance, dass wir deinen Wunsch erfüllen.