انتقل إلى المحتوى
أمين أبوزيد
ARC-029

الخصوصية والامتثال

  • 7 درس
  • 3.5 ساعة تدريب (تقدير)
في هذه الصفحة 9 موضوعات

نص الدروس والتمارين باللغة الإنجليزية، بينما تبقى واجهة الموقع وعناوين الدروس بالعربية.

نظرة عامة

الموضوعات

  • تصنيف البيانات
  • الاحتفاظ
  • الإقامة (Residency)
  • متطلبات التدقيق

تعلّم أولًا

3.5 ساعة تدريب (تقدير)

مخرجات التعلم

  1. Classify data (public, internal, confidential, personal, payment) and attach handling rules to each class.
  2. Design retention, deletion, and data-subject-rights handling (access, correction, erasure) across systems.
  3. Address data residency and cross-border transfer requirements in the architecture.
  4. Reduce payment-card compliance scope (PCI DSS) with tokenization and hosted payment pages.
  5. Design audit trails that satisfy auditors without logging sensitive data.

الدروس

  1. 01تصنيف البيانات
  2. 02الاحتفاظ والحذف
  3. 03حقوق أصحاب البيانات عبر أنظمة متعددة
  4. 04الإقامة ونقل البيانات عبر الحدود
  5. 05نطاق الامتثال لأمان المدفوعات
  6. 06عرض عملي: تقليص نطاق PCI DSS في Larkspur بصفحة دفع مستضافة
  7. 07عرض عملي: تتبع بيانات عميل واحد لطلب محو

المختبر والتمارين

Lab

ARC-029-LAB1 · Larkspur compliance architecture

Outcomes: 1–5 · Time: ~3.5 h

  1. Classify Larkspur's data sets and fields; attach handling rules per class.
  2. Write the retention schedule (periods supplied by role-played legal) including backups and analytics copies.
  3. Design the data-subject-request flow across platform, ERP, and CRM, with confirmations and an audit entry.
  4. Mark residency and cross-border flows on the system map and state controls.
  5. Reduce payment scope with a hosted payment page and tokens; show the before and after scope.
  6. Present to a role-played data protection officer.

Acceptance: reviewed by a role-played data protection officer; no card data stored in Larkspur systems.

Exercises (case-based; six exercises)

IDOutcomeTask
ARC-029-EX011Classify twelve Larkspur fields (email, card token, basket contents, store sales total, employee roster, delivery address, and others) and write one handling rule per class.
ARC-029-EX022Build a lifecycle and deletion table for orders, support chats, and marketing lists, including backups and the analytics warehouse.
ARC-029-EX032A deletion job removes customers from the platform database nightly. List five other places personal data may remain.
ARC-029-EX043Design the request workflow for an access request spanning platform, ERP, and CRM; define system owners, the deadline clock, and the audit entry.
ARC-029-EX054The CRM SaaS has support staff in another region and the analytics team wants to use a foreign cloud. Write the residency and transfer assessment questions and the architectural options.
ARC-029-EX065Support agents sometimes paste card numbers into case notes, and request logs capture full payloads. Propose controls so audit trails stay useful without sensitive data.
أظهر الحلول
  • EX01 Email, delivery address: personal; card token: payment-related (no card number allowed anywhere); basket: internal/personal when linked; store sales total: internal; roster: confidential/personal. Rules cover access role, encryption, log masking, allowed copies.
  • EX02 Orders: kept per finance requirement (periods from legal), personal fields anonymized afterwards; chats: short retention, redacted; marketing lists: until consent withdrawn; backups expire by schedule; analytics receives pseudonymous IDs and follows the same retention.
  • EX03 Search index, cache, analytics warehouse, CRM, ERP, email and marketing tools, exports, backups, logs.
  • EX04 One request intake; identity check; fan-out tasks to each system owner; confirmation recorded; deadline tracked from receipt; audit entry holds request ID, systems, outcome, not the personal data.
  • EX05 Questions: which laws apply, what data, which transfer mechanism, who has access. Options: regional deployment, restrict support access, tokenize or pseudonymize before export, contract safeguards. Legal confirms.
  • EX06 Hosted capture so cards never enter the platform; input masking and pattern detection in notes; log filters and field allowlists; audit log stores who, what, when, and IDs rather than payloads; scan logs periodically.

Workplace evidence: a compliance requirement you turned into architecture that passed an audit.

الاختبار

Outcomes: O1 data classification · O2 retention, deletion, and data-subject rights · O3 residency and transfers · O4 payment scope reduction · O5 audit trails without sensitive data.

اختبار ذاتي لك: لا توجد درجات، ولا يُحفظ أو يُرسل أي شيء. اختر إجابة ثم تحقق منها، ويمكنك المحاولة مرة أخرى كما تشاء.

  1. 1Classification rules are enforced best by:O1
  2. 2An order record contains an email and a total. Classification should be:O1
  3. 3A deletion design most often misses:O2
  4. 4Erasure is requested but an invoice must be kept for tax. Best action:O2
  5. 5To serve data-subject requests across many systems you first need:O2
  6. 6Data stored in-region but supported from another region:O3
  7. 7A way to reduce transfer risk is to:O3
  8. 8A hosted payment page reduces PCI DSS scope because:O4
  9. 9After a hosted payment Larkspur may store:O4
  10. 10A good audit trail records:O5

الجزء العملي

Compliance architecture review of the lab artifacts plus exercises ARC-029-EX01 to EX06. Pass: quiz at least 8/10, at least five of six exercises correct, and a lab with no card data stored in Larkspur systems and a deletion path that covers backups and analytics copies.

أخطاء شائعة

Deletion that misses backups and analytics copies; compliance documentation without architectural controls.

التقييم

Compliance architecture review.

دليل من بيئة العمل

A compliance requirement you turned into architecture that passed an audit.

الصلة بالمسار الوظيفي

Privacy and compliance constraints shape retail and payments solutions.

اكتب للبحث في المستويات والمراحل والوحدات والدروس.