Test-Doping für die Steuerrechnung - denn nur die beste Datenqualität ist gut genug

Transkript

1 Test-Doping für die Steuerrechnung - denn nur die beste Datenqualität ist gut genug Lukas Feldmann Steueramt Stadt Zürich Frank Zeindler OMIS AG Swiss Testing Day, 18. März 2015

2 Agenda Wer sind wir was tun wir Vom Problem zur Lösung Key Points / Konklusion Fragen Seite 2

3 Wer sind wir Verwaltung Stadt Zürich Die Spitze der Stadtverwaltung Zürich Seite 3

4 Wer sind wir Finanzdepartement - Steueramt Seite 4

5 Was tun wir - Steueramt Steuern erheben - und alles was dazugehört Versand der Steuererklärung Korrespondenz «Klassiker» Steuerrechnung Dienstleistungen im Bereich Akten-Scannen, Drucken und Verpacken im Auftrag von Kantonen und Gemeinden Seite 5

6 Was tun wir Kennzahlen (2014) Lieferprodukte Anzahl Versand von Steuererklärungen Kundenkontakte Anfragen via Telefon Gesuche um Fristerstreckung Anzahl Kunden (nat. Personen) Anzahl Kunden (jur. Personen) Seite 6

7 Ausgangslage 1/2 Änderungen im stadtinternen Datenaustausch Proprietäres Format ech Mit dabei die üblichen Verdächtigen keine Zeit keine Freeze-Phase Umbau am lebenden System keine funktionalen Verbesserungen «kein» Budget Seite 7

8 Ausgangslage 2/2 Prinzip Datenaustausch Seite 8

9 Lösungsansatz 1/2 Schema: Parallel-Test Seite 9

10 Lösungsansatz 2/2 Seite 10

11 Rahmenbedingungen ALT vs. NEU. Ein Klassiker und Standardfall? JEIN Alte Ereignisse neue Meldungen Zudem: Mengengerüst: Personen bis Mutationen pro Tag keine Zeit aber hohe Erwartungen an die Qualität «Nicht-Testen» ist keine Option Kundschaft erwartet Fehlerfreiheit / Nulltoleranz Seite 11

12 Ultimative Forderung Her mit dem Test-Doping! Seite 12

13 Lösungsschema Parallel-Test Mutationen (M) steuern den Vergleichs- Bereich Seite 13

14 Lösung konkret Leitdatei Abweichungen pro Feld mit Konditionen Management- Information Seite 14

15 Lösung Übersicht Testszenario Workflow (Testszenario) Pre-Prozess Initial-Zustand prüfen, Datenlieferung auslösen, temporäre Tabellen erstellen Compare Vergleich aller geschäftsvorfall-relevanten Tabelleninhalte Publishing Erstellen von Differenz-Reports (Excel) Erstellen von Statistiken (Management Dashboard) Post-Prozess Temporäre Tabellen löschen, archivieren von Testresultaten > 6Mt. Seite 15

16 Lösungsvorgehen Pre-Prozess Pre-Prozess 1. Vergleiche Initial Zustand 2. Datenlieferung / Verarbeitung Geschäftsvorfälle 3. Temporäre Schlüssel - Tabelle erstellen OMrun Vergleich statistischer Werte (#Tabellen, #Zeilen usw.) A A Mut. Liste Mut. Liste Temp. Tabelle OMrun Mutationsdatenlieferung auslösen OMrun Temp. Schlüsseltabelle erstellen (Performance) Seite 16

17 Lösungsvorgehen - Compare Compare 1:1 Datenvergleich auf Feldebene Vergleich aller Tabelleninhalte mit passenden Mutationsschlüsseln aus der Temp. Tabelle Tabelle Tabelle Tabelle Temp. Tabelle OMrun Linked Server Connection Tabelle Tabelle Tabelle Temp. Tabelle Seite 17

18 Lösungsvorgehen - Publish Publish Differenzreport (Excel) Statistische Auswertung mit Trendanalyse (Management Report) Screenshot Differenz-Report Screenshot Management Dashboard Seite 18

19 Screenshot Datenvergleich Adresszusatz Seite 19

20 Lösungsvorgehen - Post-Prozess Post-Prozess 1. Löschen der temporären Schlüssel Tabelle 2. Archivieren von Testresultaten > 6Mt. Temp. Tabelle OMrun Temporäre Schlüsseltabelle löschen OMrun Move Testresultate Verschieben der alten Testresultate Seite 20

21 Erfolgsfaktoren Entkopplung Testszenarien Testobjekte Testumgebung Automatisierung Reproduzierbarkeit Effizienz Resultate Tester / Entwickler Support Management Support Seite 21

22 Key Points Faktoren: Zeit - Qualität - Einfachheit Einfach integriert schnell konfiguriert Ab Startschuss bis 1. Nutzung nur einige Tage Unterstützung von Entwicklung & Management Messbarkeit als «Abfallprodukt» «Qualität pro Zeit» Seite 22

23 und zum Schluss Eine gute Idee kann mehr bringen, als viele Jahre harte Arbeit. Seite 23