<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Sap on René Zander | KI-Automatisierungsberater</title><link>https://renezander.com/de/tags/sap/</link><description>Recent content in Sap on René Zander | KI-Automatisierungsberater</description><generator>Hugo</generator><language>de</language><lastBuildDate>Tue, 21 Apr 2026 12:00:00 +0000</lastBuildDate><atom:link href="https://renezander.com/de/tags/sap/index.xml" rel="self" type="application/rss+xml"/><item><title>Deutscher PII-Redactor: Der 5%-Layer, den TDMS &amp; Co. übersehen</title><link>https://renezander.com/de/case-studies/de-pii-redactor/</link><pubDate>Tue, 21 Apr 2026 12:00:00 +0000</pubDate><guid>https://renezander.com/de/case-studies/de-pii-redactor/</guid><description>&lt;h2 id="das-problem"&gt;Das Problem&lt;/h2&gt;
&lt;p&gt;Jeder SAP-Betrieb kopiert Produktionsdaten in Dev-, QA- und Trainingslandschaften. So reproduziert man Kunden-Bugs mit echten Daten, lastet ein Release, und schult Endanwender auf Daten, die aussehen wie das, was sie am Montag im System sehen.&lt;/p&gt;
&lt;p&gt;Jede Kopie ist ein Compliance-Ereignis. &lt;strong&gt;DSGVO, Art. 5&lt;/strong&gt; verlangt, dass personenbezogene Daten nur zu legitimen Zwecken verarbeitet und wo möglich pseudonymisiert werden. Die meisten DACH-Unternehmen haben ein deterministisches Maskierungstool beschafft — SAP TDMS, Delphix, Informatica TDM, IBM InfoSphere Optim — und in den Kopierjob eingebunden. Das Tool schreibt klassifizierte Spalten um: &lt;code&gt;KNA1-NAME1&lt;/code&gt; wird zu &lt;code&gt;Mustermann&lt;/code&gt;, &lt;code&gt;BSEG-IBAN&lt;/code&gt; wird zu einer Fake-IBAN mit gültiger Prüfsumme, &lt;code&gt;USR02-BNAME&lt;/code&gt; wird zu &lt;code&gt;USER042&lt;/code&gt;. Das deckt ~95% der PII ab, die in schemakundigen, zeilenbasierten Spalten steckt.&lt;/p&gt;</description></item></channel></rss>