AtroCore Integrations synchronisieren Daten zwischen Ihren Systemen durch Konfiguration, jede einzeln auf Ihre Anforderungen zugeschnitten und mit garantierter Funktion.
Systemintegrationen auf einen Blick
AtroCore Integrations verbinden AtroPIM/AtroCore mit jedem System, das Ihre Produktdaten enthält oder benötigt, sei es ERP, Marktplatz- und E-Commerce-Plattform, Multichannel- und DAM-System, CMS und DXP oder PLM und PDM. Jedes Szenario wird auf Ihre Systemlandschaft zugeschnitten. Es ist keine Programmierung erforderlich, sondern lediglich Konfiguration. Jede Integration wird individuell nach Ihren spezifischen Anforderungen umgesetzt und vor dem Go-live auf Ihren eigenen Daten validiert, weshalb wir eine Lösung zusichern können, die in Ihrer Umgebung funktioniert. Das sind die Highlights dessen, was Sie erhalten:
Orchestrierter Austausch nach Ihrem Zeitplan
Der Datenaustausch wird in Synchronisationen organisiert, die manuell, cron-basiert nach Zeitplan bis hin zu Minutenintervallen oder ereignisbasiert ausgeführt werden, wenn ein Datensatz angelegt, aktualisiert wird oder einen definierten Status erreicht. Jeder Datentyp behält seinen eigenen Rhythmus, sodass Stammdaten nächtlich übertragen werden, während Preise und Bestände stündlich aktualisiert werden.
Jedes System, jede Übertragungsmethode
Verbindungen werden über REST- und SOAP-Webservices, direkten Datenbankzugriff oder Dateiaustausch per SFTP, FTPS, HTTP(S) und Netzwerkfreigaben hergestellt, wobei mehrere Methoden kombiniert werden können, wo es sinnvoll ist. Dieselben Mechanismen gelten on-premises, in der Cloud und in hybriden Landschaften, wobei AtroCore die ausgehenden Verbindungen initiiert, sodass kein eingehender Port geöffnet werden muss.
Bidirektional und vollständig im Umfang
Daten werden innerhalb desselben Szenarios abgerufen und übermittelt und decken jede Entität, jedes Attribut und jede Beziehung im System ab, einschließlich Ihrer eigenen benutzerdefinierten Entitäten und Felder, Attributwerte pro Sprache und Kanal, Preise, Bestandsinformationen und digitaler Assets mit ihren Metadaten.
Mapping und Transformation ohne Entwicklung
Mapping auf Feldebene, Formateinstellungen für CSV, Excel, JSON und XML, Filter, Aktionstypen, Wertetransformationen und optionale Skripte zur Datenaufbereitung sind allesamt Konfiguration statt Code, sodass selbst ungewöhnliche Quellstrukturen ohne ein eigenes Entwicklungsprojekt verarbeitet werden.
Vollständig transparent für Ihre Administration
Alle Konfigurationen sind in der Administrationsoberfläche einsehbar und bearbeitbar, von der Synchronisation bis hinunter zum einzelnen Feld-Mapping. Die Konfiguration wird als Daten statt als Code gespeichert, was sie upgrade-sicher hält und es Ihrem Administrator ermöglicht, auf eine geänderte Quellstruktur ohne Deployment oder Beteiligung eines Entwicklers zu reagieren.
Zuverlässiger Betrieb mit vollständiger Protokollierung
Delta-Loads und schlüsselbasierter Datensatzabgleich halten Läufe effizient und wiederholbar, parallele Sub-Jobs halten große Datenmengen schnell, und automatische Wiederholungen sowie Fehlerdateien lösen die meisten Probleme ohne manuellen Aufwand. Jeder Lauf erzeugt einen Job mit vollständiger Protokollierung, überwacht über Dashboard-Widgets und Fehlerbenachrichtigungen.
Synchronisationen orchestrieren den Datenaustausch
- Von unserem Team konfiguriert: Während des Implementierungsprojekts analysieren wir die Schnittstellen Ihrer Systeme, dokumentieren die verfügbaren Endpunkte, Tabellen und Exportformate und legen mit Ihnen fest, welches System für jede Entität und jedes Feld die führende Quelle ist, bevor der erste Feed aufgebaut wird.
- Alles ist in der Administration einsehbar und bearbeitbar: Alle Konfigurationen, von der Synchronisation und ihrem Zeitplan bis hinunter zum Mapping eines einzelnen Feldes, werden als Daten gespeichert und in der Administrationsoberfläche gepflegt, wo ein Administrator mit den entsprechenden Berechtigungen sie jederzeit einsehen, anpassen und erweitern kann.
- Keine zusätzliche Middleware: Die Integrationsschicht ist Teil der AtroCore-Plattform und läuft auf demselben Anwendungsserver, sodass es kein separates ETL- oder iPaaS-Produkt gibt, das lizenziert, gehostet und überwacht werden muss, und keinen zweiten Ort, an dem Anmeldedaten und Mappings gepflegt werden müssen.
- Manuelle, geplante oder ereignisbasierte Ausführung: Eine Synchronisation wird manuell über die Benutzeroberfläche gestartet, cron-basiert nach Zeitplan bis hin zu Minutenintervallen ausgeführt oder automatisch ausgelöst, wenn ein Datensatz angelegt, aktualisiert wird oder einen definierten Status erreicht (ereignisbasierte Trigger erfordern das Workflows-Modul).
- Unabhängiger Rhythmus je Datentyp: Jede Synchronisation hat ihren eigenen Zeitplan, sodass Produktstammdaten nächtlich übertragen werden, während Preise und Lagerbestände stündlich aktualisiert werden und neue Assets abgeholt werden, sobald sie eintreffen.
- Bidirektional konzipiert: Daten werden innerhalb desselben Integrationsszenarios aus dem verbundenen System abgerufen und an dieses übermittelt, einschließlich benutzerdefinierter Entitäten, benutzerdefinierter Felder und für Ihr Unternehmen spezifischer Beziehungen.
- Warteschlangenbasierte Ausführung: Jeder Lauf wird an die Job-Warteschlange übergeben und von Hintergrund-Workern verarbeitet, sodass Übertragungen niemals interaktive Benutzersitzungen blockieren; mehrere Synchronisationen laufen gleichzeitig, und der Durchsatz wird durch das Hinzufügen von Workern und CPU-Ressourcen skaliert, statt die Schnittstelle neu zu gestalten.
Konnektivität, Authentifizierung und Netzwerktopologie
- Mehrere Übertragungsmethoden: REST- und SOAP-Webservices, direkter Datenbankzugriff (in der Regel über schreibgeschützte Views oder ein dediziertes Staging-Schema) sowie Dateiaustausch per SFTP, FTPS, HTTP(S) oder über eine eingebundene Netzwerkfreigabe. Methoden werden innerhalb einer Synchronisation kombiniert, wo dies die zuverlässigste Option ist.
- Authentifizierung und Umgang mit Anmeldedaten: Die gängigen Authentifizierungsmechanismen von Unternehmenssystemen werden unterstützt, darunter API-Key, HTTP Basic und tokenbasierter Zugriff, wobei die Erneuerung ablaufender Tokens automatisch erfolgt. Anmeldedaten gehören zur Verbindung und nicht zum einzelnen Feed, sodass ein rotiertes Secret an genau einer Stelle geändert wird.
- Firewall-freundliche Topologie: AtroCore initiiert die Verbindung normalerweise ausgehend, was bedeutet, dass in Ihrem Netzwerk kein eingehender Port geöffnet werden muss. Wo das externe System die Verbindung initiieren muss, wird unsere REST-API verwendet, abgesichert durch einen dedizierten API-Benutzer, ACL-Beschränkungen und optional eine IP-Allowlist, ein VPN oder Private-Network-Peering.
- On-premises, Cloud oder hybrid: Dieselben Mechanismen gelten, egal ob AtroCore in Ihrem eigenen Rechenzentrum, in unserem Hosting oder in einer hybriden Landschaft mit Cloud-Diensten auf der einen und einem On-premises-ERP auf der anderen Seite läuft.
- Widerstandsfähig gegenüber den Grenzen des Remote-Systems: Paginierung und die Verarbeitung der zurückgegebenen Antworten werden pro Schnittstelle konfiguriert, zusammen mit Timeouts und automatischen Wiederholungen, sodass API-Rate-Limits, Batch-Fenster und kurze Ausfälle auf der Gegenseite ohne manuelles Eingreifen bewältigt werden.
- Zugriffskontrolle und Ausführungskontext: Ausführung und Konfiguration werden durch das Rollen- und Berechtigungssystem gesteuert, sodass Bediener einen Job starten, während nur dafür vorgesehene Administratoren Mappings, Filter oder Anmeldedaten ändern. Jeder Feed wird entweder im Namen des Systems oder im Namen des Benutzers ausgeführt, der ihn startet, was die während der Verarbeitung angewendeten Berechtigungen bestimmt.
- Vor dem Go-live validiert: Synchronisationen werden auf einer Staging-Instanz mit echten Auszügen Ihrer Daten aufgebaut und getestet und dann mit ausgetauschten Verbindungsparametern in die Produktion überführt, sodass der erste produktive Lauf nicht der erste Lauf ist.
Synchronisationen bestehen aus Import- und Export-Feeds
- Ein Feed pro Datenumfang und Richtung: Eine einzelne Synchronisation kann einen Import-Feed für Klassifizierungen aus SAP Business One enthalten, einen zweiten für Produktstammdaten und einen Export-Feed, der angereicherte Produktinhalte an Microsoft Dynamics oder Ihren Onlineshop veröffentlicht.
- Individuelle Konfiguration je Feed: Quelle und Ziel, Endpunkt- oder Dateidefinition, Mapping, Filter, Aktionstyp, Validierung und Fehlerbehandlung werden pro Feed festgelegt, sodass eine Änderung an einem Feed jeden anderen Feed unberührt lässt und isoliert getestet werden kann.
- Deterministische Ausführungsreihenfolge: Die Sortierreihenfolge innerhalb der Synchronisation löst Abhängigkeiten zuverlässig auf, zum Beispiel das Importieren von Klassifizierungen und Attributen vor den zugehörigen Attributwerten oder das Anlegen von Produkten, bevor deren Beziehungen und Asset-Zuordnungen geschrieben werden.
- Adapter mit Konfigurationsvorlagen: Für wiederkehrende Integrationsziele liefern wir Adapter, die die Endpunktdefinitionen, Datenstrukturen und die Verarbeitungslogik des externen Systems kapseln, dedizierte Feed-Typen hinzufügen und vorkonfigurierte Vorlagen für Verbindungs- und Mapping-Einstellungen bereitstellen, was die Konfiguration verkürzt und eine große Klasse manueller Fehler beseitigt.
- Wiederverwendbar und duplizierbar: Ein bestehender Feed wird dupliziert und angepasst, statt neu aufgebaut zu werden, was vergleichbare Szenarien wie mehrere Vertriebskanäle, Werke oder Ländergesellschaften untereinander konsistent hält.
- Konfiguration ist Daten, nicht Code: Das gesamte Setup wird in der Datenbank gespeichert und über die Administrationsoberfläche gepflegt. Es gibt keine kompilierte Schnittstelle und keinen modifizierten Core, sodass Versions-Upgrades Ihre Integration intakt lassen, und wenn ein verbundenes System ein neues Feld erhält, fügt Ihr Administrator es dem Mapping hinzu, ohne Deployment und ohne Beteiligung eines Entwicklers.
- Open Source: Am Ende des Projekts wird die Konfiguration mit Mappings und Zeitplänen übergeben. Der Quellcode der Plattform ist offen, sodass Ihr Team genau prüfen kann, was mit Ihren Daten geschieht, statt einer Black Box zu vertrauen.
Jede Datenstruktur, einschließlich Ihrer eigenen Erweiterungen
- Vollständige Entitätsabdeckung: Feeds sprechen jede Entität im System an, ob Standard oder benutzerdefiniert, einschließlich Produkte, Kategorien, Klassifizierungen, Attribute, Lieferanten und jeder weiteren Entität, die Ihr Szenario erfordert.
- Sprach- und kanalspezifische Werte: Attributwerte werden pro Sprache und pro Kanal übertragen, sodass ein mehrsprachiger Katalog und kanalspezifische Inhalte im selben Feed verarbeitet werden, statt eine separate Schnittstelle je Markt zu erfordern.
- Beziehungen, Preise und Bestandsinformationen: Beziehungen beliebiger Kardinalität, Preis- und Bestandsdaten sowie Kategorie- oder Klassifizierungszuordnungen werden zusammen mit den Stammdaten übertragen, zu denen sie gehören.
- Asset- und Binärübertragung: Bilder, Dokumente und andere Dateien werden per URL oder aus einem Dateisystempfad importiert, wobei Metadaten, Asset-Typen und Produktzuordnungen im selben Lauf verarbeitet werden.
- Benutzerdefinierte Felder ohne Entwicklung: Entitäten und Felder, die Sie selbst im Administrationsbereich hinzufügen, stehen sofort als Mapping-Quellen und -Ziele in jedem Feed zur Verfügung, sodass das Erweitern des Datenmodells nicht das Neuschreiben der Schnittstelle bedeutet.
- Datenmapping auf Feldebene: Mapping-Regeln werden für jedes Entitätsfeld und jedes Attribut separat definiert, einschließlich Quellspalte oder API-Pfad, Zielfeld, Standardwerten, Pflichtkennzeichen und dem Verhalten bei leeren Werten.
- Das Mapping bestimmt den Umfang eines Schreibvorgangs: Es werden nur die im Mapping enthaltenen Felder geschrieben, sodass Felder, die in einem anderen System gepflegt oder in AtroCore manuell angereichert werden, nicht durch einen Import überschrieben oder geleert werden, der sie nicht besitzen sollte.
Formate, Übertragungslogik und Datentransformation
- Voll- und Delta-Übertragungen: Vollständige Ladevorgänge werden für die Erstmigration und kleine Referenzdatensätze verwendet, Delta-Loads für den täglichen Betrieb, basierend auf Änderungszeitstempeln, Änderungskennzeichen oder der Export-Warteschlange des Quellsystems, was das übertragene Volumen proportional zu den tatsächlichen Änderungen hält.
- Deterministischer Datensatzabgleich: Datensätze werden über einen stabilen Business-Key wie SKU, ERP-Artikelnummer oder eine auf dem Zieldatensatz gespeicherte externe ID identifiziert, sodass wiederholte Läufe bestehende Daten aktualisieren, statt Duplikate zu erzeugen, und eine unterbrochene Übertragung einfach wiederholt wird.
- Formatspezifische Konfiguration: Für CSV und Excel umfasst dies Trennzeichen, Textbegrenzungszeichen, Zeichenkodierung, Kopfzeile, Arbeitsblatt, Dezimal- und Tausendertrennzeichen, Datums- und Zeitformate sowie das Trennzeichen für Felder mit mehreren Werten. Für JSON und XML werden stattdessen die relevanten Knotenpfade konfiguriert.
- Typbewusste Konvertierung: Eingehende Werte werden in den Zieldatentyp konvertiert, was Maßeinheiten, Währungen, boolesche Schreibweisen, auf Attributoptionen abgebildete Aufzählungen sowie länderspezifische Zahlen- und Datumsformate abdeckt.
- Flexible Aktionstypen: Neue Datensätze einfügen, bestehende aktualisieren, in einem Durchlauf einfügen und aktualisieren, Datensätze löschen oder eine beliebige Kombination davon, jeweils pro Feed definiert.
- Erweiterte Filter: Der übertragene Datensatz wird über Feldwerte eingeschränkt, zum Beispiel nur Produkte mit dem Status „freigegeben“ exportieren, nur Artikel, die einem bestimmten Marketing Channel zugeordnet sind, oder nur seit dem vorherigen Lauf geänderte Datensätze.
- Transformationen: Transformationen laufen, bevor Daten importiert oder exportiert werden, und umfassen Wertzuordnungstabellen, etwa einen ERP-Farbcode, der in eine Attributoption übersetzt wird, Einheiten- und Währungsumrechnung, String-Operationen sowie das Verketten oder Aufteilen von Feldern.
Verarbeitung, Fehlerbehandlung und vollständige Protokollierung
- Skripte zur Datenaufbereitung und -verarbeitung: Wo die Standardkonfiguration nicht ausreicht, werden Skripte an einen Import- oder Export-Feed angehängt, um die Daten vor dem Import oder Export aufzubereiten oder zu verarbeiten, was fallspezifische Logik innerhalb der Feed-Konfiguration hält, statt sie über die verbundenen Systeme zu verteilen.
- Validierung, bevor Daten geschrieben werden: Pflichtfelder, Datentypen, zulässige Optionen und referenzielle Integrität werden während der Verarbeitung geprüft, sodass ein ungültiger Datensatz mit einer lesbaren Meldung abgewiesen wird, statt Ihre Datenqualität stillschweigend zu verschlechtern.
- Parallele Sub-Jobs: Große Nutzlasten werden automatisch in Sub-Jobs aufgeteilt, die parallel von den Queue-Workern verarbeitet werden, was die Laufzeiten für Datensätze wie Produktdatensätze mit einer hohen Anzahl von Attributwerten vorhersehbar hält.
- Optimierte Fehlerverarbeitung: Vorübergehende Fehler wie Netzwerk-Timeouts oder Datensatzsperren werden automatisch wiederholt, ein fehlerhafter Datensatz wird isoliert, statt den gesamten Lauf abzubrechen, und eine Fehlerdatei, die nur die abgewiesenen Zeilen zusammen mit ihren Meldungen enthält, kann exportiert, korrigiert und erneut importiert werden. Manuelle Wiederholungen sind für Haupt-Jobs und für einzelne Sub-Jobs verfügbar.
- Vollständige Protokollierung: Jeder Job speichert Start- und Endzeit, Dauer, den Benutzer oder Trigger, der ihn initiiert hat, die Anzahl der erstellten, aktualisierten, gelöschten, übersprungenen und fehlgeschlagenen Datensätze sowie Einträge je Datensatz mit der Quellnutzlast und der resultierenden Meldung.
- Dashboard-Überwachung und Benachrichtigung: Dashboard-Widgets zeigen Status und Verlauf der jüngsten Jobs auf einen Blick, und Fehler werden per In-App-Benachrichtigung oder E-Mail gemeldet, sodass ein fehlgeschlagener Lauf an dem Tag bemerkt wird, an dem er auftritt, und nicht erst bei der nächsten Datenprüfung.
- Housekeeping und Aufbewahrung: Jobs, Protokolleinträge und übertragene Dateien unterliegen einer konfigurierbaren Aufbewahrung, was die Datenbank kompakt hält und Datenschutzanforderungen unterstützt, wenn übertragene Daten personenbezogene Informationen enthalten.
Bitte kontaktieren Sie uns
FAQ
Wie setzen Sie eine Integration um?
Wir beginnen mit der Analyse der Schnittstellen der beteiligten Systeme und dokumentieren, welche Endpunkte, Tabellen oder Exportformate tatsächlich verfügbar sind, und legen dann mit Ihnen fest, welches System für jede Entität und jedes Feld die führende Quelle ist. Auf dieser Grundlage konfigurieren wir eine oder mehrere Synchronisationen mit ihren Import-/Export-Feeds, definieren die Ausführungsreihenfolge, die Mapping-Regeln, die Filter und den Zeitplan und validieren alles auf einer Staging-Instanz mit echten Auszügen Ihrer Daten, bevor es in die Produktion überführt wird.
Welche Daten können synchronisiert werden?
Alle Daten, die die beteiligten Systeme bereitstellen können. Dies umfasst Produktstammdaten mit Attributwerten pro Sprache und Kanal, Kategorien und Klassifizierungen, Preise und Lagerbestände, digitale Assets mit ihren Metadaten, Lieferanten, Kunden und Bestellungen sowie jede benutzerdefinierte Entität und jedes benutzerdefinierte Feld, das Sie selbst hinzugefügt haben. Felder, die Sie im Administrationsbereich erstellen, stehen sofort als Mapping-Quellen und -Ziele zur Verfügung, sodass das Erweitern Ihres Datenmodells nicht das Neuaufbauen der Schnittstelle bedeutet.
Wie werden Daten synchronisiert?
Über REST-, SOAP- und GraphQL-API-Anfragen, direkte Datenbankabfragen (in der Regel gegen schreibgeschützte Views oder ein dediziertes Staging-Schema) oder Dateiaustausch per SFTP, FTPS, HTTP(S) und eingebundene Netzwerkfreigaben. Die am besten geeignete Methode wird für jeden Fall individuell ausgewählt, und mehrere Methoden werden innerhalb eines Szenarios kombiniert, wo dies für die Systeme am anderen Ende die zuverlässigere Option ist.
Erfolgt die Synchronisation in Echtzeit?
Sie kann nahezu in Echtzeit erfolgen. Jede Synchronisation läuft manuell, cron-basiert nach Zeitplan bis hin zu Minutenintervallen oder ereignisbasiert, wenn ein Datensatz angelegt, aktualisiert wird oder einen definierten Status erreicht, wobei ereignisbasierte Trigger das Workflows-Modul erfordern. Die meisten Projekte kombinieren die Modi, zum Beispiel einen ereignisbasierten Export freigegebener Produkte an den Shop plus einen nächtlichen Abgleichslauf.
Benötige ich dafür zusätzliche Middleware?
Nein. Die Integrationsschicht ist Teil der AtroCore-Plattform und läuft auf demselben Anwendungsserver, sodass es kein separates ETL- oder iPaaS-Produkt gibt, das lizenziert, gehostet und überwacht werden muss, und keinen zweiten Ort, an dem Anmeldedaten und Mapping-Regeln gepflegt werden müssen.
Kann ich Konfigurationen später ändern?
Ja. Alle Konfigurationen sind in der Administrationsoberfläche einsehbar und bearbeitbar, von der Synchronisation und ihrem Zeitplan bis hinunter zum Mapping eines einzelnen Feldes, und es ist keine Programmierung erforderlich. Da die Konfiguration als Daten statt im Code gespeichert wird, passt Ihr Administrator sie an, wenn ein verbundenes System eine Spalte hinzufügt oder ein Format ändert, ohne Deployment und ohne Beteiligung eines Entwicklers.
Ist eine Selbstintegration eine Option?
Technisch ja, da nichts verborgen ist und die Plattform Open Source ist, aber sie erfordert solide Kenntnisse der Schnittstellen auf beiden Seiten und der Feed-Konfiguration selbst. Wir empfehlen, das erste Szenario von uns aufbauen und dokumentieren zu lassen und es an Ihr Team zu übergeben, das es anschließend eigenständig pflegt und erweitert. So arbeiten die meisten unserer Kunden; zum Beispiel verbinden wir das ERP, und sie fügen weitere Feeds für ihren Shop und ihre Marktplätze selbst hinzu.
Wird ein Update von AtroCore/AtroPIM meine Integration beschädigen?
Nein. Ihre Synchronisationen, Feeds und Mapping-Regeln liegen in der Datenbank, und es ist kein modifizierter Core beteiligt, sodass Versions-Updates die Integrationskonfiguration intakt lassen.
Funktioniert das auch, wenn mein ERP on-premises läuft und AtroCore gehostet ist?
Ja. Dieselben Mechanismen gelten on-premises, in unserem Hosting und in hybriden Landschaften. Welche Seite die Verbindung initiiert und welche Übertragungsmethode verwendet wird, sind Konfigurationsentscheidungen, die wir während des Projekts gemeinsam mit Ihrem IT-Team treffen.
Wie werden Anmeldedaten und Netzwerkzugriff gehandhabt?
Anmeldedaten gehören zur Verbindung und nicht zu einem einzelnen Feed, sodass ein rotiertes Secret an genau einer Stelle geändert wird und ablaufende Tokens automatisch erneuert werden. AtroCore initiiert Verbindungen normalerweise ausgehend, was bedeutet, dass in Ihrem Netzwerk kein eingehender Port geöffnet werden muss. Wo das Remote-System die Verbindung initiieren muss, läuft der Zugriff über unsere REST-API, beschränkt durch einen dedizierten API-Benutzer, ACL-Regeln und optional eine IP-Allowlist oder ein VPN. Konfigurations- und Ausführungsrechte sind nach Rolle getrennt, und jeder Feed läuft entweder im Namen des Systems oder des Benutzers, der ihn startet.
Wie viele Daten können übertragen werden, und wie lange dauert ein Lauf?
Läufe werden von Hintergrund-Workern in der Job-Warteschlange verarbeitet statt in einer Benutzersitzung, und große Nutzlasten werden automatisch in Sub-Jobs aufgeteilt, die parallel verarbeitet werden, was die Laufzeiten für Kataloge mit einer hohen Anzahl von Attributwerten vorhersehbar hält. Der Durchsatz skaliert mit der Anzahl der Worker und den verfügbaren CPU-Ressourcen. Delta-Übertragungen auf Basis von Änderungszeitstempeln oder Änderungskennzeichen halten das tägliche Volumen proportional zu den tatsächlichen Änderungen und nicht zur Größe Ihres Katalogs.
Was passiert, wenn ein Lauf fehlschlägt oder das andere System nicht verfügbar ist?
Vorübergehende Probleme wie Netzwerk-Timeouts oder Datensatzsperren werden automatisch wiederholt, und ein fehlerhafter Datensatz wird isoliert, statt den gesamten Lauf abzubrechen. Abgewiesene Zeilen werden zusammen mit ihren Meldungen als Fehlerdatei exportiert, korrigiert und erneut importiert, und sowohl Haupt-Jobs als auch einzelne Sub-Jobs können manuell wiederholt werden. Da Datensätze über einen stabilen Business-Key wie SKU oder eine ERP-Artikelnummer abgeglichen werden, aktualisiert das Wiederholen eines Laufs bestehende Daten, statt Duplikate zu erzeugen.
Kann ein Import Daten überschreiben, die wir manuell pflegen?
Es werden nur die im Mapping enthaltenen Felder geschrieben, sodass Werte, die in einem anderen System gepflegt oder in AtroCore manuell angereichert werden, nicht durch einen Import überschrieben oder geleert werden, der sie nicht besitzen sollte. Während des Projekts legen wir pro Entität und pro Feld fest, welches System die führende Quelle ist, was verhindert, dass zwei Systeme um denselben Wert konkurrieren.
Erhalte ich Protokolle?
Ja. Jeder Feed-Lauf erzeugt einen Job, der Start- und Endzeit, Dauer, den Benutzer oder Trigger, der ihn initiiert hat, und die Anzahl der erstellten, aktualisierten, gelöschten, übersprungenen und fehlgeschlagenen Datensätze aufzeichnet, bis hinunter zu Einträgen je Datensatz mit der Quellnutzlast und der resultierenden Meldung. Dashboard-Widgets zeigen Status und Verlauf der jüngsten Jobs auf einen Blick, und Fehler werden per In-App-Benachrichtigung oder E-Mail gemeldet.
Wie werden personenbezogene Daten in übertragenen Dateien und Protokollen gehandhabt?
Jobs, Protokolleinträge und übertragene Dateien unterliegen einer konfigurierbaren Aufbewahrung, sodass Daten, die personenbezogene Informationen enthalten, nicht länger aufbewahrt werden, als sie für die Fehleranalyse und Wiederverarbeitung benötigt werden. Zusammen mit dem rollenbasierten Zugriff auf Jobs und Konfigurationen unterstützt dies die Dokumentations- und Löschpflichten, die Sie nach der DSGVO haben.