Session-ID für QuickSupport?

ZASMichel

Ich habe das neue Interface auch nicht verstanden.

Wo kriegt mein Kunde, der den Quick-Support nutzt, eine Session-ID her?

MLandgraf

Sorry, aber damit ist in meinen Augen der Bogen überspannt.

Bis letzte Woche konnte ich meinen Kunden noch einfach und effizient Support bieten. Das ist ja nun wohl vorbei - zumindest, wenn wir bei Teamviewer bleiben.

In der klassischen Oberfläche gibt erst gar nicht die Option, eine Session zu erstellen. Und die neue Oberfläche ist - wie ich schon an anderer Stelle bemerkt habe, ein UI-technisches Vollversagen, was beweist, daß die Personen, die das entwickelt haben, nicht tagtäglich damit arbeiten (müssen). Die klassische Oberfläche war klar strukturiert, übersichtlich und effizient. Sie hat nichts vermissen lassen - und wenn, dann wären Detailanpassungen ausreichend gewesen… Ja, natürlich war sie seit Jahren gewohnt. Änderungen sind nicht per se etwas schlechtes, sie müssen halt "nur" auch eine Verbesserung herbeiführen

Ok, seis drum, dann halt die neue Oberfläche. Und nun?

• der Kunde klickt auf den Quicksupport, sieht seinen Namen und eine leere Session ID
• jetzt muß ich in meinem Teamviewer eine neue Session erstellen ok, erledigt
• jetzt übermittle ich an den Kunden die Session-ID, er gibt sie ein und dann?
• beim Klick auf "An Sitzung Teilnehmen" passiert exakt nichts. Trotz grünem Punkt bei der Internetverbindung.
• wenn ich den Link verschicke und der Kunde den im Browser einfügt, dann wird etwas herunter geladen, was der Kunde danach aktiv starten muß

Aktuell stehe ich an der Stelle wie im angehängten Bild. Bitte, was soll das? Wofür haben wir ein QS-Modul, was "personalisiert" ist, wenn wir es nicht verwenden können? Wie verargumentiere ich vor dem Kunden diese "Leistung"?
Und nein, ich werde nicht auf hunderten Systemen, auf die ich 3x im Jahr eine Fernwartung mache, das Host-Modul installieren.

Ist euch eigentlich bewußt, daß jedes Mal, wenn etwas nicht funktioniert, was direkt mit Teamviewer zusammenhängt WIR die sind, die als die Dummen da stehen? Was war an der ID so verkehrt? Die muß der Kunde nur vorlesen, jetzt muß er aktiv werden.
Kunden mögen keine Veränderung! Die Steuerfachangestellte, oder die Sekretärin, die noch knapp 10 Jahre vor der Rente steht, mag besonders keine Veränderung.

Warum wird Energie in solche "Features" gesteckt? Session Codes bieten nach eurer Darstellung "Sicherheit und Komfort für den Support" - augenscheinlich nicht. Mehr Sicherheit kann ich nicht erkennen, entweder verwende ich den Standard mit ID und Passwort oder nutze die Windows Authentifikation auf Systemen in Netzwerken, die ich Verwalte. Und von Komfort zu reden, ist schon beinahe eine Frechheit.
Bisher hat der Kunde einen Doppelklick auf das QS-Modul gemacht, mir die ID und das Passwort genannt und ich war auf dem, System. Jetzt erstelle ich eine Session, übermittle die ID oder den Link, der Kunde trägt die ID (hoffentlich fehlerfrei) ein, drückt einen Button und …. nichts, statt dessen öffnet er dann den Browser, fügt den Link ein und muß sich dann durch diverse Meldungen und Sicherheitsabfragen arbeiten. Komfort… aha.

Warum wird es nicht z.B. endlich ermöglicht, daß ein Host-Modul auf einem Server laufen und ein Supporter von einem Software-Hersteller sein eigenes Teamviewer-Modul nutzen kann, ohne daß vorher mein Host-Modul beendet werden muß? Was danach ja auch erst wieder manuell gestartet werden muß.

Fakt ist, ich habe dadurch heute schon wieder ca. 1 Stunde völlig ergebnislos in Debatten mit dem Kunden vergeudet. Zu zu einer Thematik, die weder der Kunde noch ich zu verantworten haben, noch beeinflussen können. Plus die Zeit, die ich jetzt aufbringen darf um zu prüfen, was getan werden muß, damit ich einfach nur meine abrechenbare Arbeit machen kann.
Ganz ehrlich…? Mir fehlen aktuell sowohl die Zeit als auch die Lust, mich mit dieser Art von Problemen zu befassen.
PS: die Arbeitszeit, die für das Schreiben dieses Rants drauf ging, schenke ich euch…

2025-10-20-10-58-38-stb-verwaltung-teamviewer-bearbeitet.png