Beiträge von ID3AMDAT

    Ja, das kann ich bestätigen. Es kamen laufend Meldungen über gestartete Ladevorgänge, obwohl der ID.3 gar nicht an der WB hing. Als er dann man dran hing und bis 80% laden sollte und auch geladen hat, hat er sich dann 3. Stunden später ungewollt und umprogrammiert selber auf 100% aufgeladen. Zu Zeit ist das Phänomen verschwunden.

    Heute habe ich nach 5 Tagen hierzu folgende E-Mail vom Connect-Support an meine Werkstatt nachrichtlich erhalten


    "...

    Planen und vereinbaren Sie bitte einen Termin für folgende Maßnahme:


    Vehicle bus have to be set idle and perform a clamp 30 reset (disconnect battery).


    Afterwards, check the function of the mobile online services. If this check shows that something does not work as it should, please read out all available data of diagnosis address 0075 and create a DISS-ticket, referring to the IR13302320."


    Jetzt also warten auf die Werkstatt ...

    geht ja nicht um die App, sondern das Backend (Server)


    Wenn es am Fixen des log4j Issues liegen sollte: bis Freitag/ Samstag war noch log4j 2.16 die Version, welche installiert werden sollte. Gestern Morgen war dann klar, dass 2.17, welche am Wochenende durch Apache released wurde, installiert werden muss. Also (fast) alles nochmal...


    Die Situation ist aktuell sehr dynamisch und alle sind sehr unruhig das diese "Vulnerability" recht einfach ausgenutzt werden kann. Die WeConnect Server (Backend) sind aus dem Internet zugänglich....

    Das wäre ja alles kein Problem und für den Kunden auch nachvollziehbar. Nur, dann sollte man das dem Kunden auch kommunizieren und nicht tagelang auf die Arbeit irgendwelcher Fachabteilungen verweisen, die das individuelle Problem (angeblich) prüfen. Ich hatte gerade noch mal bei der Hotline nachgefragt, weil mein Fall seit Samstag auf ist. Ein generelles WeConnect Problem ist gar nicht bekannt. Aber man fragt noch mal bei der Fachabteilung nach …


    Guter Service und gute Kundenkommunikation sieht anders aus.