Deutsch B2.2 Schreiben Jeden Tag

About Deutsch B2.2 Schreiben Jeden Tag

Vorbereitung für Deutsch Prüfung von B2.1 bis C2

Publisher

RAHUL SHARMA, NEHA KULSHRESHTHA

Category

education

Language

de

Explicit

No

First episode

18 Jul 2023

Latest episode

4 Sept 2025

Latest episodes

226 episodes in the feed.

1. 

   4 Sept 2025

   German Podcast Episode #226: Compliance 2.0 - Wie man internationale Steuer- und Datenschutzmodelle für digitale Plattformen skalierbar macht

   Rahul: Eine ausgezeichnete Frage, Neha. Ganz oben auf der Liste steht die Abbildung eines zivilrechtlich absolut wasserdichten Modells auf einer digitalen Plattform. Stell dir ein Geschäftsmodell vor, das auf einem Stellvertreterprinzip nach § 164 ff. BGB basiert, bei dem also Nutzer im Namen eines Unternehmens handeln. Die rechtliche Grauzone zwischen dem Handeln im eigenen Namen und dem Handeln für einen anderen muss technisch und vertraglich perfekt abgebildet sein, sonst bricht dem ganzen Modell die rechtliche Grundlage weg. Neha: Das klingt, als ob deine Erfahrung mit der Umsetzung von Vertragsmanagementsystemen und der Automatisierung von Workflows hier goldwert wäre. Aber das ist ja nur die eine Seite. Die andere Seite sind doch die sensiblen Daten, die in so einer Plattform fließen. Belege, Personendaten, Finanztransaktionen… Rahul: Genau. Das wirft sofort die DSGVO-Fahne auf. Eine Datenschutz-Folgenabschätzung nach Art. 35 DSGVO ist hier nicht nur eine Pflicht, sondern eine absolute Notwendigkeit. Besonders, wenn, wie in vielen modernen Plattformen, KI-Elemente zur Betrugserkennung oder Prozessoptimierung eingesetzt werden sollen. Das Profiling von Transaktionsdaten wird von den Aufsichtsbehörden als hohes Risiko eingestuft. Neha: Du sprichst KI und DSFA an. Das erinnert mich an dein Projekt mit der KI-gestützten Betrugserkennung. Kannst du das nochmal für unsere Hörer skizzieren? Was war die spezifische Herausforderung und wie seid ihr dem begegnet? Rahul: Sehr gerne. Die Kernherausforderung bestand in dem Risiko, dass der Algorithmus aufgrund von verzerrten Trainingsdaten diskriminierende Entscheidungen treffen könnte – ein bekanntes Problem, vergleichbar mit den Diskussionen um algorithmische Bias im Kontext von Schufa Scoring. Mein Ansatz war, ein interdisziplinäres Team mit IT-Security, Produktmanagement und dem DSB zu versammeln. Unsere konkrete Abhilfemaßnahme war eine verpflichtende menschliche Überprüfung aller auffälligen Ergebnisse, kombiniert mit regelmäßigen Audits der KI-Modelle auf Fairness. All das wurde detailliert im finalen DSFA-Bericht dokumentiert. Neha: Eine proaktive Herangehensweise, die hoffentlich Schule macht. Nun geht es in solchen internationalen Modellen ja selten nur um deutsches Recht. Stichwort Datenübermittlung in Drittländer. Das Schrems II-Urteil des EuGH hat hier ja für alle Beteiligten die Latte sehr hoch gelegt. Rahul: Absolut. Schrems II war ein Wendepunkt. Es reicht längst nicht mehr, einfach nur die EU-Standardvertragsklauseln in einen Vertrag zu kopieren. Man muss ein Transfer Impact Assessment durchführen und dokumentieren, dass die technischen Maßnahmen des Empfängers – beispielsweise Verschlüsselung – tatsächlich einem Zugriff durch Behörden wie die NSA standhalten können. Ich musste einmal die Audit-Rechte in einem Cloud-Vertrag mit einem US-Anbieter komplett neu verhandeln, um uneingeschränkte Inspektionsrechte nach § 11 BDSG durchzusetzen und die Vorlage von SOC 2 Type II Reports vertraglich zu verpflichten. Neha: Das unterstreicht, wie wichtig es ist, nicht nur die Rechtslage zu kennen, sondern sie auch operativ in vertragliche und technische Maßnahmen zu übersetzen. Kommen wir noch zu einer anderen internationalen Ebene: Völkerrechtliche Verträge wie das NATO-Truppenstatut. Welche Rolle spielen sie in diesem von dir beschriebenen Ökosystem? Rahul: Eine fundamentale Rolle, Neha. Das NATO-Truppenstatut und die nationalen Zusatzabkommen, beispielsweise das mit Deutschland, bilden überhaupt erst die rechtliche Grundlage für bestimmte Steuerbefreiungen, die in nationalen Gesetzen wie dem § 4 UStG implementiert sind. Jedes NATO-Mitgliedsland setzt diese Abkommen jedoch etwas anders um. Die Herausforderung für ein digitales Geschäftsmodell besteht also darin, diese unterschiedlichen nationalen Interpretationen und... *** Read here for the German and English versions https://docs.google.com/document/d/1oEspwKpwMcjlN5BkId5-KTNIs7pywqDbp8g1lYnU2fg/edit?usp=sharing ***

2. 

   31 Aug 2025

   German Podcast Episode #225: Rahul's top seven skills as Legal-Tech IT Compliance Strategist

   Rahul: Ganz genau, Neha. Eine DSFA ist kein Selbstzweck, sondern ein proaktives Werkzeug. Laut Artikel 35 der DSGVO ist es verpflichtend, wenn eine Verarbeitung, besonders mit neuen Technologien, voraussichtlich ein hohes Risiko für die Rechte und Freiheiten von Personen zur Folge hat. Die Aufsichtsbehörden haben dazu sogar Positivlisten, etwa für die umfangreiche Nutzung von Gesundheitsdaten oder großräumige öffentliche Überwachung. Neha: Verstehe. Also erst die Notwendigkeit prüfen. Und wenn sie notwendig ist, wie gehst du dann vor? Ich nehme an, es geht weit über eine einfache Checkliste hinaus. Rahul: Absolut. Es ist ein systematischer Prozess. Zuerst beschreibe ich die Verarbeitungsvorgänge im Detail: Welche Daten, warum, wer hat Zugriff? Dann werden interne Stakeholder konsultiert – der Datenschutzbeauftragte, IT-Security, die Fachabteilung. Ein kritischer Schritt ist die Bewertung von Notwendigkeit und Verhältnismäßigkeit; sammeln wir vielleicht schon zu viele Daten ein? Der Kern ist dann die eigentliche Risikobewertung: Was könnte schiefgehen? Unbefugter Zugriff, Datenleck, Diskriminierung durch einen Algorithmus? Neha: Also identifiziert man die Risiken und plant dann entsprechende Gegenmaßnahmen. Rahul: Genau. Für jedes Risiko plane ich Maßnahmen, etwa Verschlüsselung als technische Maßnahme oder Mitarbeiterschulungen als organisatorische Maßnahme. Alles wird dokumentiert, und die DSFA ist ein lebendes Dokument. Sind die verbleibenden Risiken immer noch hoch, muss sogar die Aufsichtsbehörde vor Projektstart konsultiert werden. Neha: Sehr spannend. Diese risikobasierte Herangehensweise ist ja auch zentral, wenn man mit externen Dienstleistern arbeitet. Deine zweite Kernfähigkeit ist die Verhandlung und Gestaltung von IT-Verträgen, speziell für SaaS/Cloud und Auftragsverarbeitungsverträge, oder? Rahul: Richtig. Outsourcing der Verarbeitung bedeutet nicht Outsourcing der Verantwortung. Artikel 28 DSGVO schreibt hier einen vertraglichen Rahmen zwingend vor. Ohne einen ordnungsgemäßen AVV – auf Englisch DPA – ist die Datenweitergabe sogar illegal. Neha: Was sind denn die absoluten Mindestanforderungen, die so ein AVV enthalten muss? Worauf achtest du besonders? Rahul: Das Herzstück sind die Pflichten des Auftragsverarbeiters. Er muss nach dokumentierten Weisungen handeln, Vertraulichkeit sicherstellen, alle technischen Maßnahmen nach Artikel 32 umsetzen – also Verschlüsselung usw – und für den Einsatz von Unterauftrag Verarbeiten die ausdrückliche Zustimmung einholen. Ganz wichtig sind auch Klauseln zur Löschung nach Vertragsende und das Recht des Kunden auf Audits oder zumindest Prüfberichte, wie ISO-27001-Zertifikate. Neha: Das klingt, als wäre die Due Diligence vor Vertragsunterzeichnung extrem wichtig, um überhaupt einschätzen zu können, was man vertraglich fordern kann und was nicht. Rahul: Exakt. Das führt uns direkt zur dritten Kompetenz - der Lieferanten Risikobewertung. Begeht ein Dienstleister einen Verstoß, haftet auch der Verantwortliche. Daher muss man Partner sorgfältig auswählen und überwachen. Die Bewertung beginnt mit dem Scoping: Verarbeitet der Lieferant besonders schützenswerte Daten? Dann folgt ein detaillierter Due-Diligence-Fragebogen zu Themen wie organisatorischer, technischer und physischer Sicherheit. Neha: Und auf Basis der Antworten wird dann eine risikobasierte Entscheidung getroffen. Rahul: Ja. Jede Lücke ist ein potenzielles Risiko. Die Entscheidung kann dann sein: Genehmigung, Ablehnung bei zu hohem Risiko oder Genehmigung mit Auflagen, die wiederum vertraglich im AVV fixiert werden. Und das ist kein One-Time-Task; die Überwachung ist kontinuierlich, mit jährlichen Re-Audits. Neha: Sehr wichtig. Nun, die besten Verträge und Prozesse nützen wenig, wenn das eigene Team nicht mitzieht. Deine sechste Fähigkeit ist daher Schulung und Sensibili... *** Read the German and English text here: https://docs.google.com/document/d/1oEspwKpwMcjlN5BkId5-KTNIs7pywqDbp8g1lYnU2fg/edit?usp=sharing ***

3. 

   19 Aug 2025

   German Podcast Episode #224: Rahuls Schlüsselerfolge als Senior IT Counsel seit 2010

   Neha: The pleasure is all mine! Today we want to delve deeply into your practical experiences with the privacy management software OneTrust. A tool that is absolutely indispensable in today's data-driven world to ensure compliance, especially with the GDPR. Let's start right away with a core element, the Data Protection Impact Assessment, or DPIA. Rahul, how did you concretely set up a workflow for a DPIA according to Article 35 GDPR in OneTrust? Rahul: Exactly, the starting point is always a template tailored directly to the requirements of Article 35. I then configure a detailed questionnaire where the business units must provide information on the categories of data processed, the purposes of processing, the recipients, and any transfers to third countries. Based on these inputs, the system then automatically assesses the risk – so low, medium, or high. Neha: And for high-risk assessments, an automatic escalation mechanism hopefully kicks in, right? Because that's the critical point. Rahul: Absolutely. That's precisely why you set up an automatic escalation to the Data Protection Officer. The final report is archived and is immediately available for a potential inquiry from the supervisory authority. I carried out this entire process, for example, at my former employer, for a clinical trial platform. We were processing highly sensitive health data there, and OneTrust helped us identify the risks early on. Neha: That's a perfect example. What concrete measures were you able to take as a result? Rahul: OneTrust enabled us to act proactively. As a result, we introduced pseudonymization and enhanced 'Human Oversight', among other things. This not only fulfilled the requirements of Art. 35 GDPR but also acted in the spirit of the Google Spain case, where the ECJ emphasized the need for particularly careful balancing of interests. Neha: Very important. But OneTrust is more than just DPIAs. A huge topic is vendor risk management. How did you use the tool to automate third-party risk assessments and the management of Standard Contractual Clauses, the SCCs? Rahul: Right, that's a central use case. I configured automated questionnaires that are sent directly to the third-party vendors. These check their technical and organizational measures, the TOMs, and the data flows. The system evaluates the answers and immediately marks missing safeguards or risky data transfers outside the EU without SCCs in red. Subsequently, I integrated the SCCs according to Article 46 GDPR into the contracts and documented this process meticulously in OneTrust. Neha: Meticulous documentation was, especially after the Schrems II ruling by the ECJ, no longer just nice-to-have but absolutely critical. Rahul: Exactly. At MetLife, I oversaw over 200 such vendor assessments. After Schrems II (July 2020), it was vital for survival that we not only implemented the SCCs but also meticulously documented their implementation. To get an even more comprehensive picture, I often used TrustArc additionally to be able to comparatively evaluate international vendors against both U.S. and EU standards. Neha: Very prudent. Let's come to a topic where every second counts: Incident Response. The 72-hour notification duty for data breaches is a tremendous challenge. How does OneTrust support that in practice? Rahul: By rehearsing the processes beforehand. I configured so-called breach simulations in OneTrust. If an incident is logged, the system automatically classifies its severity and – this is crucial – a 72-hour timer starts immediately. In parallel, the software already generates drafts for the notifications to the supervisory authorities and the data subjects, as required by Articles 33 and 34 GDPR. Neha: It sounds like you can save valuable hours and minutes in an emergency that way. Rahul: Precisely. At MetLife, we practice... *** Read German text here: https://docs.google.com/document/d/1oEspwKpwMcjlN5BkId5-KTNIs7pywqDbp8g1lYnU2fg/edit?usp=sharing ***

Reach and audience

Public platform figures. Ratings count people who left a rating, not total listeners.

Spotify

1.0 / 5

2 ratings

Contact Deutsch B2.2 Schreiben Jeden Tag

Guest appearances

Does not typically book guests

Based on episode analysis; this does not confirm that the show is currently accepting guests.