You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Current »

Wichtigste Inhalte

  • QDE 4.1 Implementierung der Schnittstelle mit den dazugehörigen Business-Logiken ist erfolgt. Was noch fehlt ist die Ansicht im QMC. Technisch gesehen ist aber die Schnittstelle bereit, um dagegen integrieren zu können. 
  • Aufgrund eines Workflow Engine Updates müssen einige alten, noch offenen Workflows beendet werden. Die Liste, ab wann welcher WF-Typ betroffen ist, befindet sich in den Release Notes. Bitte beachten!
  • Es können neu in der Endgeräteliste auch HGW- und UHD-Boxen vorzeitig gelöscht werden. Bedingung dazu ist, dass der QLTV-Service eine in der Zukunft liegende Kündigung hat. 
  • Bei der Kündigung eines Verte!-Produkts mit mehreren Zusatzboxen direkt im Bestellprozess werden jetzt alle Boxen gekündigt.

  • Roaming Cockpit: Neu kann die Web-Applikation vom Browser heraus auf den "Homescreen" platziert werden.

  • Diverse Probleme mit der Firmenadresse wurden gelöst.

  • Neu kann im Bestellprozess eine Offerte generiert werden. 

  • Neu ist es ab QDE 4.0 möglich die Stati SidewalkReady, BepReady und OtoReady über ModifyFttH wieder zurückzusetzen. 

Umgebung

Stage (Test):

Release Termin

Test Fenster

Fehler- Meldungen

Funktionsumfang

Di, 30.04.201930.04. - 10.05.2019während Test Fenster über Ideenplattform
(siehe auch QMC Stage - Testkonzept)
siehe dazu Nicht funktionierende Seiten

Wartungsfenster jeden Mittag von 11.45 - 13.15 Uhr: Während diesem Zeitraum ist mit Unterbrüchen auf Stage zu rechnen.

Production:

Release Termin

Release Fenster

Eskalation bei Problemen

Mo, 20.05.2019Sa, 18.05.2019 21:00 - So, 19.05.2019 20:00via regulärem Support-Prozess (Dezide-Ticket)


Release Notes:

Testszenarien

Wir haben für Sie mögliche Testszenarien zusammengestellt, welche Sie bei den Partner-Tests unterstützen. Die Liste ist nicht abschliessend. 
Link: Testszenarien (Partner-Wiki > Quickline Home > QMC > QMC Anleitungen > QMC Stage - Testkonzept > Testszenarien) 

Admin-Portal (QMC) 

Projekte 

  • Smart WLAN: Der Aufruf zum neuen IpLeaseQueryService wurde implementiert (funktioniert noch nicht, da bei Technik noch nicht fertig implementiert).

  • Die Smart WLAN-Verrechnung der Supportfee an den Partner erfolgt pro Haushalt.

  • Die Machbarkeitsanalyse für eine SSO Architektur Konzeptänderung wurde aufgesetzt. Die Arbeiten werden in den kommenden Sprints weitergeführt. Ziel des Konzepts ist es, das heutige Risiko zu minimieren.

Roaming-Cockpit

  • Das Roaming Cockpit wurde im "Feld" (Deutschland, Frankreich (Zone1)) erfolgreich getestet. 
  • Neu kann die Web-Applikation vom Browser heraus auf den "Homescreen" platziert werden (Android/iOS). Dadurch kann die Applikation im "quasi"-Native Mode gestartet werden (PWA, progressive Web-Application ohne Webbrowser) und der Kunde muss sich die IP-Adresse, welche er via SMS einmalig erhält, nicht merken. Auf einen sprechenden Hostnamen à la "https://roamingcockpit.quickline.ch" musste verzichtet werden, da das Volumen des sog. "Ghost"-Traffic zur Namensauflösung nicht kontrolliert werden kann und somit nicht kalkulierbare Kosten für Quickline entstehen.

  • (info) Bis zum Marktantritt der neuen Roaming-Pakete werden letzte kleine Anpassungen folgen (definitives Icon, kleine UI-Anpassungen).
    image2019-4-15_13-36-15.pngimage2019-4-15_13-46-48.png      image2019-4-15_13-50-25.png   image2019-4-15_13-56-26.png

Tools & Prozesse Pendenzen 

  • DEV-2418 Rückgabe Endgeräte löschen: Es können neu in der Endgeräteliste auch HGW- und UHD-Boxen vorzeitig gelöscht werden. Bedingung dazu ist, dass der QLTV-Service eine in der Zukunft liegende Kündigung hat. Dies ist die Weiterentwicklung der Funktion für das Löschen der Modem/CPE, welche im letzten Release 2019.3 eingeführt wurde.
  • DEV-3815 Kulanzgutschriften: Es wurden Basisarbeiten auf Service-, Repository- und Datenbank-Stufe erledigt, welche benötigt werden für die Implementierung der wiederkehrenden Gutschriften. Die neue Funktion ist noch nicht fertig implementiert und ist daher im QMC noch nicht zu sehen.

Bugs

  • DEV-4305 Die Kundenhistory erweitern ("weitere Einträge anzeigen") funktioniert jetzt auch mit dem Internet Explorer 11-Browser.
  • DEV-4630 und DEV-5007 Im QMC (Kundeninformation) und Order können neu Email-Adressen mit Umlauten (ä, ö, ü) und/oder Sonderzeichen (+) angegeben werden.
  • DEV-4808 QMC > Kundendaten: Firmenadresse kann wieder als Korrespondenz-/Vertrags- oder Rechnungsadresse gespeichert werden.
  • DEV-4857 Die Startseite des Willkommensbrief ist wieder auf einer Seite, wenn der Inhalt auf einer Seite platz hat. 

Wartung

  • Workflow Engine Update: Workflowanpassungen aufgrund des Update der externen Komponente vorgenommen. 
    • Alte Zugriffsmethode auf die Engine wurde entfernt.
    • Verschiedene Kompatibilitätsprobleme behoben. 
    • Es wurden weitere nötige Änderungen an verschiedenen Workflowmodellen durchgeführt. 
    • Folgende Workflows werden auf dem produktiven System beendet und nicht mehr auf die neue Version transferiert:
      • Abbruch Bestellung-WF älter als 09.03.2018
      • Adresswechsel-WF älter als17.10.2017
      • Geräterückgabe-WF älter als 2018
      • HF-Prüfung-WF älter als 21.06.2017
      • OTO-Bauauftrag-WF älter als 07.06.2017
      • Service-Bestellung-WF älter als 20.02.2018
      • Telefonie HF Werte Check-WF älter als 13.09.2016

Bestellprozess

Projekte

  • Mitarbeit in Projekt "New Checkout".

Tools und Prozesse Gruppe

  • Offerte: Im Order ist es nun für Neukunden möglich, eine Offerte anstelle einer Bestellung zu erzeugen.

     

    Erzeugt wird dabei das ebenfalls neue Offerten-Dokument.


    Ausserdem wurde ein neuer Offerten-Workflow erstellt, welcher direkt im Zustsand "zurückgelegt" erzeugt und nach 10 Tagen aktiv wird. Er kann auf Wunsch durch den KNU in eine Bestellung umgewandelt (oder wieder zurückgelegt) werden. Die Daten der Offerte werden dabei komplett in die Bestellung übernommen. Wurde die Offerte nach 30 Tagen nicht in eine Bestellung umgewandelt oder abgebrochen, so wird der Offert-Workflow automatisch beendet. Wenn der Kunde erst nach 30 Tagen die Offerte umsetzen möchte, so muss die Bestellung neu erfasst werden.

    Hinweis: Die Offerte kann nicht angepasst werden. Wurde die Offerte in eine Bestellung umgewandelt, können Services gelöscht und kleine Ergänzungen vorgenommen werden, welche sonst im Service-Bestellungs-Workflow auch möglich sind (gleiche Logik). Aber bspw. ein Wechsel von Internet Smart S zu Internet Smart M ist nicht möglich. Dazu muss die Bestellung neu erfasst werden.

     

Bugs

  • DEV-4855 Bei der Kündigung eines Verte!-Produkts mit mehreren Zusatzboxen direkt im Bestellprozess wird jetzt nicht mehr nur für die erste Box eine Kündigung eingeleitet, sondern für alle.

Cockpit 

Bugs

    • DEV-3995 - Cockpit: Klicks auf den Zurück-Button des Browsers führen nicht mehr zu einer Fehlermeldung.
    • DEV-4333 - Cockpit: Beim Sperren einer Rufnummer werden ungültige Rufnummern nicht mehr akzeptiert.

    • DEV-4918 - ScurityAudit: Beim Logout wird der Kunde neu direkt an https://quickline.ch weitergeleitet.

    • DEV-4917 - ScurityAudit: Sicherheitsrelevante Optimierung umgesetzt.

QDE (3.1, 4.0) 

Projekte

  • QDE 4.1 Implementierung der Schnittstelle mit den dazugehörigen Business-Logiken ist erfolgt. Was noch fehlt ist die Ansicht im QMC. Technisch gesehen ist aber die Schnittstelle bereit, um dagegen integrieren zu können. 
  • QDE 4.1 Netbuilder Optimierung (WWZ Individualentwicklung): Die Überprüfung, ob zu jedem Gebäude eine gültige CableBuildingInfo vorhanden ist, wird vorgängig in den beiden Service-Methoden 'UpdateNetBuilderNodes' und 'SynchronizeNetBuilderNodes' durchgeführt. Diese retourniert die Guids der Gebäude, bei denen die CableBuildingInfo fehlt.

    Bereich

    Regel

    Beschreibung

    Status Code

    Status Message

    CableBuildingInfoDie CableBuildingInfo für Buildings wurde mehrfach (von Nodes) verwendet.Verwenden mehrere Nodes dieselbe CableBuildingInfo, werden diese - als Liste von Guids - retourniert.1705Für die folgenden Gebäude (Guids) wurde eine mehrfache Verwendung der CableBuildingInfos gefunden. BuildingGuids = List von BuildingGuids
    CableBuildingInfoDie CableBuildingInfo für Buildings wurde mehrfach (von verschiedenen Nodes) verwendet.Verwenden mehrere Nodes dieselbe CableBuildingInfo, werden diese - als Liste von Guids - retourniert.1807Für die folgenden Gebäude (Guids) wurde eine mehrfache Verwendung der CableBuildingInfos gefunden. BuildingGuids = List von BuildingGuids
    AbortSyncSessionAufgrund eines ungültigen Session-Status Zustandes, konnte(n) die aktive(n) Session(s) nicht abgebrochen werden.Der Session-Status der aktiven Session(s) ist ungleich 'started' und ist somit in einem ungültigen Zustand für die Abbruchbedingung gelandet.1808

    Aufgrund eines ungültigen Session-Status Zustandes, konnte(n) die aktive(n) Session(s) nicht abgebrochen werden. Session(s) = List aller Session inkl. Session-Status

    z.B. erste Session wirft einen Fehler, die Listeneintrag sieht wie folgt aus "1234(finished), 1235(started)"

    CableBuildingInfoDas Gebäude zeigt mehrfach auf denselben Node.Das Gebäude (resp. dessen Guid) wurde mehrfach auf demselben Node referenziert.1809Die folgenden Gebäude (Guids) wurden mehrfach auf demselben Node verwendet. BuildingGuids = List von BuildingGuids

Change Request

QDE 4.0: SidewalkReady, BepReady und OtoReady zurücksetzbar (bereits vorgängig via QMC SPOC Mail am 19.03.2019 kommuniziert)

Neu ist es ab QDE 4.0 möglich die Stati SidewalkReady, BepReady und OtoReady über ModifyFttH auch wieder zurückzusetzen. 

Neben den bereits bekannten Regel für die Kombination der Stati (es ist z.B. nicht möglich OtoReady auf true aber BepReady auf false zu setzen) gelten neu folgende Geschäftsregeln:

  • Der OtoReady-Status darf nicht zurückgesetzt werden, wenn noch mindestens ein Service über den Anschluss läuft.
  • Der BepReady-Status darf nicht zurückgesetzt werden, wenn in mindestens einer Wohnung des Gebäudes eine Oto-Dose im Status OtoReady ist.
  • Der SidewalkReady-Status darf nicht zurückgesetzt werden, wenn das Gebäude noch BepReady ist.

Validierungsmeldungen für SidewalkReady, BepReady und OtoReady:


RegelBeschreibungStatusCodeStatus Message
Bestehende Regeln (unverändert gültig)BEPReady WahrSobald das Feld BEPReady auf Wahr (1, true) gesetzt wird, muss das Feld Pop einen Wert enthalten. Das FeldSidewalkReady wird in diesem Fall automatisch auf Wahr gesetzt.1021Wenn das Feld BEPReady auf true gesetzt wird, muss das Feld Pop einen Wert enthalten.
OtoReady WahrDie gültigen Kombinationen sind: 
OtoReady: false, BepReady: false, SidewalkReady: false
OtoReady: false, BepReady: false, SidewalkReady: true
OtoReady: false, BepReady: true, SidewalkReady: true,
OtoReady: true, BepReady: true, SidewalkReady: true 
1033Die Kombination von SidewalkReady, BepReady und OtoReady ist ungültig.
Neue RegelnSidewalkReady falschDer SidewalkReady-Status eines Gebäudes darf nicht zurückgesetzt werden, wenn das Gebäude noch BepReady ist.1037Der SidewalkReady Status darf nicht zurückgesetzt werden, da das Gebäude noch BepReady ist.
BepReady falschDer BepReady-Status eines Gebäudes darf nicht zurückgesetzt werden wenn in mindestens einer Wohnung des Gebäudes eine Oto-Dose im Status OtoReady ist.1036Der BepReady Status darf nicht zurückgesetzt werden, da noch mindestens eine andere Wohnung des Gebäudes im Status OtoReady ist.
OtoReady falschDer OtoReady-Status einer Oto-Dose darf nicht zurückgesetzt werden, wenn noch mindestens ein Service über den Anschluss läuft.1035Der OtoReady Status darf nicht zurückgesetzt werden, da die Wohnung noch mindestens einen aktiven Ftth-Service hat.


Zu beachten ist, dass die Stati BepReady und SidewalkReady zwar ebenfalls über ModifyFttH übermittelt werden, die Stati jedoch für das gesamte Gebäude gelten. 

Wichtig: In QDE 3.1 ist die Anpassung nicht verfügbar!

Hinweis aus E-Mail vom 19.03.2019: Auswirkungen Partner: Prüfen, ob die drei Validierungsfehler ins ERP integriert werden müssen oder nicht. Falls ja, Integration der Validierungsfehler im ERP, damit die Funktion genutzt werden kann.
Je nachdem wie euer ERP heute die Validierungsmeldungen handhabt, hat es keinen Einfluss oder sie müssen hinzugefügt werden.

Bugs

  • DEV-4152 Anreden können für Rechnungs-, Vertrags- und Korrespondenzadressen nun gelöscht werden, indem gemäss QDE-Spezifikation die AddressID auf -1 gesetzt wird. Diese Anrede ist nur bei Geschäftsadressen (CustomerTyp = 1) erlaubt und nicht für Installationsadressen. Die gleichen Möglichkeiten und Einschränkungen gelten für die Adressbearbeitung im QMC sowie im Cockpit.
  • DEV-4630 / DEV-5007 - In QDE können neu (wie in QMC und Order auch) Email-Adressen mit Umlauten (ä, ö, ü) und/oder Sonderzeichen (+) angegeben werden.

Sprintziele 

Das Entwicklungsteam setzt sich für die Entwicklungszyklen (Sprints) spezifische Ziele und bereitet diese grafisch auf. Diese Grafik(en) wollen wir Ihnen nicht vorenthalten.