<html><head>
<style></style><style></style><meta http-equiv="Content-Type" content="text/html; charset=windows-1252">
<meta name="GENERATOR" content="MSHTML 11.00.10570.1001"><title>S-Stand: Storno einer Anmeldung</title></head>
<body>
<h3>S-Stand: Storno einer Anmeldung</h3>
<div>Am S-Stand wurde folgender SCR implementiert. Auf frheren Versionen wurde der SCR als gelscht markiert. </div><ul><li>3606034 Storno einer Anmeldung - Elda (28.45, closed, on Update, QA-Test ok, Erweiterung, mit Testprotokoll)<br>Anforderung:<br>Beim Storno einer Anmeldung soll auf keinen Fall mehr der Dienstnehmer gelscht und das fiktiv, inaktiv Kennzeichen beim Mitarbeiter gesetzt werden.<br>Es gibt zu viele Flle wo das nicht gewnscht ist, weil man nur Daten korrigieren will und auf einmal ist der ganze Dienstnehmer weg.</li></ul><div>Spter wurde die nderung durch den SCR 3606034 mit folgendem SCR wieder rckgngig gemacht. Insofern hat sich das Programmverhalten am S-Stand in Bezug auf Stornos einer Anmeldung wieder verndert. </div><ul><li>3615445 Wiederherstellen Elda Storno - Personalstamm (28.45, closed, on Update, QA-Test ok, Interne nderung, mit Testprotokoll)<br>Wiederherstellen was mit SCR 3606034 ausgebaut wurde<br></li></ul><div>Kunden sind von diesen nderungen nicht betroffen, nur der S-Stand. Mglicherweise hat das den ein oder andren von uns beim Testen oder Nachstellen von Kundenfllen irritiert. </div><div><br></div>

</body></html>
