Catégories : Tous - dokumentation

par Harold Cieplik Il y a 16 années

480

Rollout SVA SG

Im Rahmen der Einführung eines neuen Systems müssen verschiedene Vorlagen überprüft werden, um sicherzustellen, dass sie in allen relevanten Bereichen vorhanden sind. Am ersten Tag des Rollouts ist es wichtig, dass genügend Personal zur Verfügung steht, da der Prozess hektisch und instabil sein kann.

Rollout SVA SG

Rollout SVA SG

VORLAGEN

prüfen ob in allen GPs vorhanden

RMI / LOGIN

BV-Anpassungen
jemand muss BV-Rechte haben
bis letzte Kasse gerolloutet hat über SD
erster Tag
genügend Leute zur Verfügung
hektisch
Batch, der RMI vor jedem ELAR-Start neu registriert
keine Info, wenn Benutzer gesperrt ist
heikel
instabil

ROLLOUT- CHECKLISTE

Freez
genau informieren, was gemacht werden darf und was nicht
kurz halten
genau prüfen
Aushilfen
Lehrlinge

TESTFÄLLE

genügend Ressourcen zur Verfügung stellen
meisten Fälle aus der Praxis gefunden
keine zu gross erfundenen Testfälle
Praxistests

PV

mehr Ressourcen in PV notwendig
temporäres Indizieren

PROZESSE/ ABLÄUFE

Rollback-Test
Inkonsitenzen Rollback nur eine Komponente
Komponenten

VISTA

HOST / Legacy

ELAR

nicht dokumentiert
nicht bekannt
nicht vorhanden

DEFECTS

Nachvollziehung
Testuser erstellen und bekannt geben
mangelhaft
mangelhaftes Tracking

KONFIGURATIONEN

HOST-Datei
IGSClient.ini
zeigt auf Produktion anstatt auf Test
KORR.DOT / IV-WORD
Bereichspezifikas testen
falsche / unvollständige Auslieferungen
mangelhafte Dokumentation
ElarAdvanced.ini
DOK-Klasse

HOST

Batches
keine praxisnahe Test mit Batches möglich
PV-Batch hatte einfluss auf Performance des produktiven ELAR-Server
Triggertasten
mangelnde Testumgebung
ACOR
Scripts
Binds

ZINSEN RATEN

Benutzer von Zinsen/Raten müssen mit den Benutzern der PC-Anmeldung übereinstimmen.
Speicherort der ZinsenRaten.mde darf nicht verändert werden, da Zira-Dokumente die Datenbank aufrufen.

SYSADMIN

Geschäfts- prozesse
GP-Steuerung

alle HOST-Arbeitsschritte müssen AC und dürfen nicht ACS sein

alle Dispatches (üblicherweise Funktionsauswahl) müssen D sein

Fall in Pendenzen ablegen muss ABS und darf nicht ACB sein

Ablage durchführen darf wegen "Fallabschluss Abbruch" nicht in einem separatem Dispatch sein

Ablage durchführen muss ACS sein

Condition

__STATUS_ELSE

Else

__UNVOLLSTAENDIG_IBS

e_status = UNVOLLSTAENDIG_IBS

__UNVOLLSTAENDIG_PV

e_status = UNVOLLSTAENDIG_PV

__UNVOLLSTAENDIG

e_status = UNVOLLSTAENDIG

__VOLLSTAENDIG

e_status = VOLLSTAENDIG

Normal

int. Fkt. VISTA

V PV Partner erfassen (PV-WP-02)

div. VISTA Parameter

TB_BUTTONS = 13

V PV Versicherten mutieren (PV-WP-01)

PID = PART_ID

V PV Mitglieder mutieren (PV-WP-01)

STATUS = e_status

TB_BUTTONS = 1

PID = AG_PART_ID

interne Fkt.

BR e_status abfragen

Definitionen
Rollen

Administration

Elar Job Master Admin

Elar Job Master

Postkorb

Beauskunftung Vers.

Beauskunftung mit Part.

Beauskunftung allg.

alle: Arbeitsschritt-Liste

alle VISTA-Arbeitschritte

Print DokTyp

div. IBS-Vorlagen

Mapp. Print V.

erfassen

PartnerWeb-Import

für IBS Vorlagen

div. Mappings

IBS Vorlagen

div Mappings vornehmen

div erfassen

Benutzer/ Gruppen- Verwaltung
gesperrte Benutzer vor dem ELAR-Freez entsperren, da in PizBuin Sperrung über Gültigkeitsperiode vorgenommen wird und Sperrflag nicht mehr entfernt werden kann
System
DokTyp Definitionen einspielen (XMLs)

PartnerWeb

Unter-Topic

PartnerWeb-VA-Pendenz

PartnerWeb-VA

PartnerWeb-Lohnmeldung

IBS-Vorlagen

WPs einspielen

PV-WP-02

PV-WP-01