Vorgänge
- Themen:
- Admin-Arbeitsbereich
Erstellt für:
- Einsteiger
- Fortgeschrittener
- Admin
- Führungskraft
- Benutzende
Verwenden Sie diese Richtlinien, um mehr über die Migration zum HIPAA-fähigen Angebot für Adobe Commerce und die Verwendung der staging_for_support
Umgebung zur Fehlerbehebung zu erfahren.
Migration
Kunden, die von einem Commerce-Angebot ohne HIPAA zu einem HIPAA-fähigen Angebot migrieren, müssen die folgenden Richtlinien einhalten:
- Löschen vorhandener Datenräume: Vor der Migration müssen alle vorhandenen Datenräume gelöscht werden, um zu verhindern, dass vertrauliche und nicht vertrauliche Daten in der Adobe Commerce SaaS-Ebene miteinander vermischt werden. Erstellen Sie ein Support-Ticket, um Ihre Datenräume zu löschen.
- Neue Umgebung konfigurieren: Der Commerce Services-Connector der in der neuen HIPAA-Commerce-Instanz eingerichtet ist, sollte erst konfiguriert werden, nachdem die Datenräume gelöscht wurden. Die neue HIPAA-SaaS-Umgebung sollte erst verwendet werden, nachdem die alten Datenräume gelöscht wurden. Durch das Setup des Commerce Services Connectors wird die Erstellung neuer SaaS-Datenräume automatisch Trigger.
- Migrationsstrategie: Das Löschen der SaaS-Datenräume ist ein irreversibler Prozess und löscht alle Ihre Katalogdaten und zugehörigen Konfigurationen. Wenn Sie alte Daten oder Konfigurationen weiterleiten möchten, müssen Sie über eine Migrationsstrategie verfügen. Diese Strategie liegt in der Verantwortung des Händlers. Ein Support-Ticket zum Löschen der vorhandenen Datenräume sollte erst erstellt werden, nachdem (falls zutreffend) eine Sicherungskopie der Migrationsdaten erstellt wurde.
MAGEID
angeben und die SaaS-Projekt-IDs angeben, die gelöscht werden müssen.Fehlerbehebung mit Adobe Commerce Support
Das Angebot "Adobe Commerce HIPAA-ready“ enthält eine zusätzliche staging_for_support
, die vom Adobe Commerce-Supportteam zur Fehlerbehebung verwendet werden kann.
Kunden müssen sicherstellen, dass staging_for_support
Umgebung:
- Enthält keine sensiblen Daten wie etwa geschützte Gesundheitsinformationen (Protected Health Information, PHI).
- Darf nicht für Produktionstätigkeiten verwendet werden.
- Darf nicht anders benannt sein als
staging_for_support
, um Verwirrung zu vermeiden. - wird sowohl mit Code als auch mit der Konfiguration aus der Produktionsumgebung auf dem neuesten Stand gehalten, um sicherzustellen, dass die Fehlerbehebung in einer Umgebung durchgeführt wird, die der Produktion möglichst nahekommt.
Commerce Services
-
Nicht HIPAA-fähige Commerce-Services - Kunden dürfen Adobe Commerce-Services wie Live Search, Product Recommendations, Zahlungs-Services, Vertriebskanäle oder Commerce Intelligence nicht verwenden, da sie nicht HIPAA-fähig sind. Kunden sollten nur HIPAA-fähige Services verwenden.
-
Datenverbindung - Nur der Back-Office-Collector innerhalb der Datenverbindung-Erweiterung ist HIPAA-fähig. Kunden sollten keine PHI an Nicht-HIPAA-fähige Datenverbindungsdienste senden, z. B. Storefront-Ereignisse und Audience Activation. Kunden müssen sicherstellen, dass die Storefront-Datenerfassung deaktiviert ist.
-
Catalog Service - Standardmäßig verarbeitet Catalog Service PHI nicht, sodass er außerhalb des Bereichs der HIPAA-Kompatibilitätsprüfung und -Compliance liegt. Die Kunden sind dafür verantwortlich, dass sie diesen Service auf der Grundlage ihrer eigenen Bewertung von Anwendungsfällen und in Absprache mit dem Rechtsbeistand nutzen. Kunden sollten auch nicht den Katalog-Service über den Federated Service verwenden, um das Risiko der Weitergabe von PHI an nicht HIPAA-fähige Services zu vermeiden.
-
SaaS-: Der SaaS-Datenexport-Service sollte so konfiguriert werden, dass nur Daten für HIPAA-fähige Komponenten in Adobe Commerce gesendet werden.