QMAPI Pendenzen offen
QMAPI Pendenzen erledigt
Operative Issues
Blau: in Abklärung bei WWZ (seitens OSS/BSS aktuell nichts zu unternehmen)
Grün: Seitens OSS/BSS erledigt (entweder seitens WWZ oder Entwicklung zu korrigieren), oder aber entspricht der Spezifikation
Item | gemeldet von | Who? | Lösung permanent oder workaround? | Referenz zu einem Ticket | Mehr Infos notwendig | Umgebung | Jira Pendenz | Erledigt |
---|---|---|---|---|---|---|---|---|
A. Rüegg | Janick Messer | QL-01187867 | Prod/Stage | X | ||||
QLTV <> OTT | M. Nemeth | WWZ (Mail mit bitte um Test an Marcel und Loris) Fixed. Deployment Stage 05.08.2020 / Prod 06.08.2020 | 22.7.2020 Next Steps: 1. Analyse durch HF 2. Wenn Ergon benötigt, dann Loris Diana Analyse durch S. Danesi: Vermutung besteht, dass es sich um einen Einzelfall handelt. Sacha kann es nicht nachstellen und die QLTV Aktivierung, sowie der Wechsel des Produkts auf TV M liegen enorm nahe aneinander, was den Fehler verursachen könnte. Weitere Testfälle nötig: | X (Test Cases) | Stage | X | ||
Get E-Mail Only Contracts | A. Rüegg | Janick Messer (Warten auf Antwort von A. Rüegg) | 22.7.2020 KEIN Fehler gefunden, Datenfehler von früher. https://tfs.qlad.ch/tfs/DefaultCollection/Quickline/_workitems/edit/55606 Manuelles Skript von Mike prüfen (Janick) Problem tritt auf wenn noch Workflows auf dem Kunden offen sind. Vorschlag - WFs werden auf Externally Managed Kunden abgebrochen. Hauptsächlich Geräterückgabe WFs | Stage | ||||
Abgleich NPRNs | A. Rüegg | Alexander Luger | 22.7. 2020 Bei Alexander Luger in Abklärung Liste per Mail zugestellt | X | ||||
Setzen von "Externally Managed" bei gewissen Kunden nicht möglich | A. Rüegg | Janick Messer | 22.7.2020 Analyse noch offen durch QL Problem tritt auf bei Kunden, welche durch einen Umzug eine neue UserID erhalten haben (Username <> UserID). In diesem Fall kann die SystemSecurityRoleForUser nicht gesetzt werden. DEV Pendenz eröffnet und Workaround erarbeitet. Bis auf weiteres Per Ticket melden. | QL-01187631 | Prod | Entwicklung | ||
SIP Login / Passwort | M. Nemeth | WWZ | 22.7.2020 SIP Credentials stimmen nicht überein zwischen Softswitch und BOSS. Weitere Analysen notwendig. Bei den letzten beiden Tickets haben die Credentials von QMC, Softswitch und Tango gestimmt. SIP User in Tango und Calix stimmten aber nicht überein. Calix hatte zwei Kunden mit demselben SIP User. Erachte es seitens QL als erledigt, da Angaben in QMC/Softswitch und Tango stimmen | QL-01186864 | X | |||
Mobil Portierung (Warten auf POA) | A. Luger | Entwicklung (was wären die nächsten Schritte) | 22.7.2020 Weitere Analysen durch QL notwendig aktuell keine neuen Fälle | X | ||||
Hinzufügen der Zusatzbox stellt Relation zwischen Box und Service nicht her / Partnersystem stimmt ebenfalls nicht (müsste 105 sein) | M. Nemeth | WWZ (Mail mit bitte um Test an Marcel und Loris) | 22.7.2020 Auf Stage zusammen überprüfen gemäss Rückmeldung von Marcel i.O. | QL-01188250 | X | |||
Startdatum verschieben über API - aktuell nicht möglich | M. Nemeth | 22.7.2020 Aufschaltung verschieben über API nicht möglich. CR notwendig. Workaround: Über Ticket an QL | Zu Engineering Themen | |||||
Internet auf WWZ Fiber Kunden beenden (Provisionierung schlägt fehl) | J. Messer | 22.7.2020 Analyse und Fullupdate anpassen | ||||||
Device kann nicht mit neuem Modell (Calix ONT) erfasst werden | A. Rüegg | WWZ | 22.7.2020 Weitere Analysen durch QL notwendig fldvisible musste auf der tblModell auf 1 gesetzt werden | QL-01186762 | X | Stage | X | |
Aufschaltung zweite Rufnummer auf Festnetz | M. Nemeth | Entwicklung (Mail Mike und Bojan) | Wie muss ein Call aussehen zum Aufschalten einer zweiten Rufnummer (ohne Portierung) Marcel und ich konnten den Call doch noch zusammen stiefeln | QL-01180053 | Entwicklung | |||
Fehler beim erzeugen von UDR/CDR Batches | M. Nemeth | 500er error beim erzeugen von UDR/CDR Batches (The given header was not found.) Header-Konfiguration in Postman angepasst, dann Funktionierts Zudem das Setting QMApi_UDR_MaxRecordsInBatch auf 500 gesetzt, damit die Abfrage nicht in ein Timeout läuft | Prod/Stage | X | ||||
Was passiert mit den angelegten Service Bestellungsworkflows, Identityvalidation etc.? Diese tauchen z.T. bei unseren DailyDoings etc. auf. | Alessandro | Müssten nach mir abgebrochen werden, sobald der Kunde über Tango erfasst ist. Ist ansonsten iritierend. | ||||||
Devices aus Verträgen löschen (wie müssen einzelne UHD Boxen aus einem Vertrag gelöscht werden?) | M. Nemeth | Entwicklung | erneute Nachfrage bei Mike via Teams Antwort von Mike an WWZ. Warten auf Tests durch WWZ | |||||
Portierung kann nicht eingeleitet werden (Auf derselben Nummer wurde bereits eine Portierung gecancelt +/- 2Mt. zuvor) | M. Nemeth | Versuch Portierung über Postman nochmals einzuleiten schlägt fehl. Tel Activator wird geschrieben, jedoch keine Portierung angestossen. Portierungsinformationen werden erst mit dem TelActivator geschrieben. | QL-01194329 | Prod | X | |||
UHD Box wird bei drei Kunden als aktiv angezeigt | M. Nemeth | Entwicklung | Analyse und Überprüfung der Inputs seitens Entwicklung | Prod | Entwicklung | |||
Mobile Portierung bleibt im Status Accept über's API | M. Nemeth | Werden übers API Mobil Contracts abgefragt, ist Accepted der letzte Status für die Mobile Portierung. Das API scheint keine weiteren Status (bsp. Completed) zu kennen | Entwicklung | |||||
Anpassung/Abfrage LoginProfiles | A. Rüegg | Vermutlich wird dies eher ein Engineering Thema sein. Funktionen aktuell nicht verfügbar. In Abklärung mit Bojan/Mike | QL-01188273 | |||||
Mobil Donor Identifier - Unterscheidung nach MVNOs nicht möglich | M. Frass (Ergon) | Warten auf Rückmeldung der Entwicklung | Beim einleiten einer Mobile Portierung kann eine Donor GUID angegeben werden. Da sich die NPRN bei den MVNOs nicht unterscheidet kann z.B. keine Unterscheidung zwischen Swisscom und Coop Mobile erfolgen. Für eine erfolgreiche Portierung müsste dies aber möglich sein. | Prod/Stage | Entwicklung | |||
Update Customer funktioniert nicht. | A. Rüegg |
Engineering Themen
Item | Who | Jira Pendenz | Notes | Erledigt |
---|---|---|---|---|
POAs sowie das PoaFormSignatureDate - im Falle eines Prepaid - nicht gesandt werden muss. |
| 22.7.2020 Behoben, mit HF am 23.7.2020 | ok | |
ID Checker Workflow und Session Handling | 22.7.2020 Architekturentscheid während Projekt: Partner führt die Validierung manuell in ihrem System durch | ok | ||
Donorabfrage Festnetz und Mobile |
| 22.7.2020 Donorabfrage nur bei Mobile notwendig. Warten auf Absprungsentscheid | ||
Startdatum verschieben über API - aktuell nicht möglich |
|
| 22.7.2020 CR erstellen | |
Absprung Bestellprozess |
Jira Pendenz erstellen und on Hold setzen. |
| 22.7.2020 Entscheid für Umsetzung offen | |
Aufbau Reporting Kanal für Internet Verträge. Stand? | A. Rüegg
| |||
Prüfen mit interner IT wie wir diese Page für WWZ zugänglich gemacht werden kann? |
| Vorschlag evtl. könnten wir die Seite ins Partnerwiki zügeln und die User auf beteiligte WWZ- & QL-User einschränken. WWZ muss dann aber via QMC einsteigen und hat nur Leserecht. Zudem muss jeder neue User wieder manuell hinzugefügt werden. |