Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Wichtigste Inhalte

  • Optimierung der Darstellung im Orderprozess und Verfügbarkeitscheck bei Kunden die keinen Kabelanschluss haben (Adresse nicht im System)

  • DEV-4147: Versand Bestätigungsmail bei Pay Paket-Bestellung
  • DEV-4871: Mobil-Bestellungen sind teilweise im Workflow editierbar 
  • Im Bestellprozess werden Regeln in jedem Schritt geprüft, damit keine Bestellung in einem ungültigen Zustand abgesetzt werden kann
  • Diverse QDE-Fehler behoben. Achtung: Neue Validierungsmeldungen vorhanden!

Umgebung

Stage (Test):

Release Termin

Test Fenster

Fehler- Meldungen

Funktionsumfang

16.07.2019 16.07. bis 26.07.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

Dienstag, 06.08.2019Mo, 05.08.2019 21:00 Uhr bis Di, 06.08.2019 07:00 Uhrvia 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 Access (Quickline Start) (Funktion wird erst im Herbst auf PROD freigeschaltet)

Arbeitsaufgaben:

  • Es wird eine Arbeitsaufgabe ausgelöst, wenn ein Smart Access Produkt aktiviert oder deaktiviert wird oder auch wenn die Rechnungsquelle ändert. Jeder Partner kann selbst entscheiden, für welche Access Technologie und welche Verrechnungsquelle (Partner/Other und/oder Quickline) das Generieren einer Arbeitsaufgabe für den Digitalanschluss unterdrückt oder nicht unterdrückt werden soll. Diese Wahl kann über ein PartnerSetting konfiguriert werden. Meldungen der gewünschten Konfiguration via QMC SPOC. Standardmässig ist eingestellt, dass immer (HFC und FTTH) eine Arbeitsaufgabe ausgelöst wird, wenn die Verrechnungsquelle der Partner ist.
  • Der vom jeweiligen Partner eingelieferte Speed auf dem Gebäude, wird neu bei der Auswahl des Modems berücksichtigt (verfügbare Geschwindigkeit). Vor der Provisionierung des Modems wird geprüft, ob das Modem die verfügbare Geschwindigkeit erreichen kann (dieser könnte ja zwischenzeitlich angepasst worden sein). Hat die verfügbare Geschwindigkeit geändert und das Modem kann diesen Speed erreichen, wird der Vertrag aktualisiert. Kann das Modem die verfügbare Geschwindigkeit nicht erreichen, wird eine Arbeitsaufgabe für den Partner generiert. Beim Modemwechsel wird diese Prüfung ebenfalls durchgeführt.

Kündigung:

  • Smart Access kann auf der Kündigungsseite wie die anderen Services gekündet werden. Eine eingeleitete Kündigung kann auch wieder abgebrochen werden.

Umzug/Techwechsel:

  • Bei einem Umzug mit Partner- oder Technologiewechsel wird der bisherige Digitalanschluss stets gekündigt und für die neue Wohnung resp. die neue Anschlusstechnologie ein neuer Digitalanschluss-Vertrag erzeugt.

  • Im Zuge der Erweiterung des Umzugs-Workflow wurden die Seiten "Produkte zuordnen" und "Zieldaten Freigabe" übersichtlicher gestaltet. Der Digitalanschluss wird dort neu ebenfalls aufgelistet, ebenso wie in der Bestellübersicht und im Umzugsdokument ("Bestätigung Wechsel"). Hinweis: Es sind noch nicht alle Dokumente erweitert, z.B. Kundenauszug.

Aufschaltung verschieben:

  • Die Aufschaltung eines Digitalanschlusses ist an den Internetservice gekoppelt und wird ggf. mit diesem verschoben, wenn das Aktivierungsdatum verändert wird.

Speedprofile:

  • Wird ein HFC-Internetprodukt mit einer reduzierten verfügbaren Geschwindigkeit in den Warenkorb gelegt, prüft der Order, welche Geschwindigkeiten das Gebäude maximal unterstützt und zeigt danach die für den Kunden mögliche Geschwindigkeit an. Für Gebäude ohne hinterlegte Geschwindigkeiten werden Werte aus einem Partnersetting verwendet. Diese Geschwindigkeiten werden ebenfalls auf der Bestellbestätigung abgedruckt (bspw. an Ihrem Standort sind 500/50 Mbit/s verfügbar.). 
    • Die vom Partner übermittelten maximalen Speeds werden auf festgelegte Provisionierungs-Speedprofile gemappt. Wenn der Partner bspw. 550/60 übermittelt, wird dem Kunden 500/50 ausgewiesen, was einem der drei Speedprofile beim Internet L entspricht.
  • Die maximalen HFC Speeds (Download und Upload) werden auf der Gebäudeinformationsseite angezeigt.

  • Wenn bei einem Internetvertrag, aufgrund des maximalen Speeds vom Gebäude, nicht die volle Bandbreite provisioniert werden kann (verfügbare Geschwindigkeit), wird die reduzierte Bandbreite auf der Serviceübersicht und in der Internet-Rubrik angezeigt.


Anzeige Digitalanschluss & ortsbezogener Rabatt im Bestellprozess

  • Bestellprozess zeigt Digitalanschluss und ortsbezogener Rabatt als Discount an:

    • Digitalanschluss-Preis ist übermittelt, Verrechnungsquelle für DA ist der Partner oder Dritte (Other)

    • Digitalanschluss-Preis ist übermittelt, Verrechnungsquelle für DA ist Quickline (via Partnerabrechnung)

    • Digitalanschluss-Preis wurde nicht übermittelt (es wird geprüft, ob auf der gleichen Strasse ein Preis gefunden wird, wenn nicht wird als nächstes die PLZ geprüft), es wurde ein Ortsrabatt übermittelt, Verrechnungsquelle für DA ist Quickline (via Partnerabrechnung)
      Text in gelber Box ist noch nicht final.
            

Datenlieferung (Preise/Bandbreiten)

  • Zwischentabelle und Excel sind erstellt.
  • Konsole-Applikation für Import der Daten ist geschrieben.
  • Importieren der Daten aus der Zwischentabelle in die Live Daten ist möglich. Importer (QdeBasicConnectionExcelImport) ist erstellt.
  • Daten werden so eingelesen wie sie eingeliefert wurden. Es erfolgt keine Validierung!

Tools & Prozesse Pendenzen/

  • DEV-4147: Es wird nun ein Bestätigungsmail bei der Bestellung von Pay Paketen verschickt. Die Bestätigung wird einzeln pro bestelltes PayPaket ausgelöst.
    image2019-7-8_10-31-47.png
  • DEV-4871: Mobil-Bestellungen sollen in Workflow editierbar sein, Teil 1

    Bestellungen von Mobilabos können nun im Servicebestellungs-Workflow teilweise editiert werden. Dies ist in den Workflow-Schritten "Unterschrift prüfen" und "Aufschaltdatum erfassen" möglich, davor und danach nicht.

    Ändern lassen sich dabei:
    * Abotyp
    * Bezeichnung für Nummer
    * Informationen zum Hauptnutzer
    * Sperrung von Erotiknummern

    Nicht ändern lassen sich Gerätepläne, auch ist weder ein Hinzufügen noch Entfernen von solchen möglich. Dies auch deshalb, weil der Kunde unter Umständen bereits im Laden ein Handy bezogen und ggf. anbezahlt hat. Ausserdem hat er dabei den Geräteplan unterschrieben, was eine Vertragsänderung bedeuten würde. Ebenso lassen sich keine zusätzlichen Abos bestellen und die Lieferart der Geräte für Bestandeskunden kann zum heutigen Zeitpunkt nicht geändert werden. 

    Wenn mehrere Mobilabos bestellt wurden, muss im Workflow darauf geachtet werden, dass bei genau dem zu editierenden auf "Bearbeiten" geklickt wird. Im daraufhin geöffneten Orderfenster werden dann alle neu bestellten Abos aufgelistet, aber nur das angeklickte lässt sich ändern, die anderen sind read only. Diese lassen sich bei Bedarf nacheinander auf die selbe Art anpassen.

Change Requests

  • DEV-5094: Beim Willkommensbrief wird die OTO-ID mit der entsprechenden Faser aufgelistet, wenn das SettingsForPartner ShowOtoIdInWillkommensbrief aktiv ist. Partner, welche die Faser auf dem Wilkommensbrief abgebildet haben möchten und diese auch via QDE übermitteln, können die Aktivierung dieser Einstellung via QMC SPOC veranlassen.

Bugs

  • DEV-4173: Bestehende Smartcard wird beim Wechsel von einem Verte-Kombi zu einem Smartcard-Kombi korrekt übernommen. 
  • DEV-4548: Bei einem Szenario-Wechsel von UHD auf HGW auf einem FTTH Kunden wird der HGW unter den Endgeräten nun korrekt dargestellt.
  • DEV-4722: Szenario-Wechsel HGW auf UHD, HGW Box landet im CM2Box Modus. Dies ist kein Fehler, die Darstellung war aber ungünstig. Dies wurde korrigiert. HGW wird in CM2Box Modus umgeschaltet damit das Internet auf das Kabelmodem verschoben wird. HGW wird nach dem Szenariowechsel nicht mehr benötigt, d.h. es kann problemlos im Cm2Box Modus bleiben.
  • DEV-4999: Auf dem Kündigungsschreiben werden inaktive UHD Boxen nicht mehr aufgeführt.
  • DEV-5091: Der TelScheduler terminiert bei Outportierung die Telefonie wieder ordnungsgemäss.

Bestellprozess

Projekte

  • Siehe Kapitel QMC > Projekte > Smart Access

Tools und Prozesse Gruppe

  • DEV-4669: Optimierung der Darstellung im Orderprozess und Verfügbarkeitscheck bei Kunden die keinen Kabelanschluss haben aber dennoch im Einzugsgebiet des Partners sind bei Accesstechnologie HFC. Neu erscheint kein grünes Gutzeichen mehr, sondern ein oranges Hütchen. Der Kunde kann weiterhin bestellen, er wird aber deutlicher darauf hingewiesen, dass die Adresse erst noch durch den KNU geprüft werden muss.

Change Requests

  • Die Prüfungen der Bedingungen - in den Enabler definiert - die auf der Selektionsseite durchgeführt werden, greifen neu auch auf den nachfolgenden Seiten (auch Breadcumbs) und geben eine entsprechende Fehlermeldung aus. Abschlüsse in ungültigen Konstellationen sind nicht mehr möglich.

Bugs

  • DEV-5090:  Im Warenkorb stimmt die Summe nun, wenn der Kunde zwei Festnetzlinien besitzt und ein Tarifplanwechsel vornimmt. Der Zuschlag Quickline Telefonie Analog Zweitanschluss 10 CHF wird nun korrekt ausgewiesen.

Cockpit 

Bugs

  • DEV-4809: Automatisch hinzugefügter Dokument-Header auf importiertem Rechnungsdokument im Cockpit wurde entfernt.

QDE (3.1, 4.0) 

Projekte

Smart Access (Quickline Start) 

QDE 4.0 und QDE 4.1: Im Zusammenhang mit dem einzuliefernden Intenetspeed wurde eine neue Validierungsmeldungen in ModifyCable eingeführt, damit keine höheren Speeds eingeliefert werden können, als es effektiv gibt:

Change Request

  • DEV-5054 (nur QDE 4.0 und 4.1): WWZ: OTO-ID und Wohnungsbezeichnung aus Order werden in Bemerkungsfeld via QDE übergeben, allfälliger Bemerkungstext wird abgeschnitten, wenn dieser zu lang ist in Kombination mit OTO-ID und Wohnungsbezeichnung. 

Bugs

  • DEV-4146: Bei ModifyFttH wird beim Aktivieren des OtoReady Flag nun noch geprüft ob die OtoId vorhanden ist. Anpassung der Validierungsmeldung in ModifyFTTH:
  • DEV-4157: Bei ModifyFlat auf inaktiv setzen wird nun auch noch geprüft ob das FlatContract beendet ist.
  • DEV-4224: Wohnungen mit aktiven FlatContract und Gebäude können auf inaktiv gesetzt werden, sofern kein Kunde der Wohnung zugewiesen ist.
  • DEV-5001: Bei einem Techwechsel von FTTH zu Cable wurde fälschlicherweise eine Wohnung (FlatGuid) verlangt (Validierungsfehler 333). Bei HFC ist die Wohnung kein Pflechtfeld. Der Fehler wurde korrigiert.

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.