Choose one authoritative source

For every field, decide which system is authoritative. The CRM may own master data while the website owns only presentation rules or editorial additions.

Without this decision, two-way synchronisation creates conflicts nobody can resolve reliably. Fewer write paths are almost always easier to operate.

Keep the shared data model small

Not every internal field belongs on the website. The interface should transfer only what the publishing use case needs.

Explicit types, formats and required fields expose problems early. For property data, these might include status, address, pricing, media and publication approval.

• Define units and date formats explicitly
• Use internal IDs rather than names for matching
• Distinguish deleted, archived and unpublished records
• Treat images and documents as stateful assets, not only URLs

Validate before publishing

A preview should reveal missing data as well as layout. A record can be technically valid yet editorially incomplete.

Validation should provide actionable feedback and keep incomplete records private. The responsible person needs a clear route to correction.

Make transfer repeatable

A synchronisation run should be safe to repeat. The same version must not create duplicates or overwrite already confirmed changes.

Idempotent endpoints, version numbers and queues help technically. A visible status and targeted retries help the people operating the workflow.

Traceability closes the loop

An audit trail answers who changed what, which version was published and why an item is not visible. Without those answers, every incident becomes guesswork.

The CRM Property Sync demo shows the visible part of this flow: edit the data, synchronise it and see the website update immediately.

Eine führende Quelle festlegen

Für jedes Feld muss klar sein, welches System die verbindliche Quelle ist. Das CRM kann Stammdaten führen, während die Website nur Darstellungsregeln oder redaktionelle Ergänzungen besitzt.

Ohne diese Entscheidung entsteht eine Synchronisation in beide Richtungen, deren Konflikte niemand zuverlässig auflösen kann. Weniger Schreibwege sind fast immer leichter zu betreiben.

Das gemeinsame Datenmodell klein halten

Nicht jedes interne Feld gehört auf die Website. Die Schnittstelle sollte nur Informationen übertragen, die der veröffentlichte Anwendungsfall wirklich benötigt.

Eindeutige Typen, Formate und Pflichtfelder machen Fehler früh sichtbar. Bei Immobilien können dies etwa Status, Adresse, Preislogik, Bilder und Veröffentlichungsfreigabe sein.

• Einheiten und Datumsformate eindeutig definieren
• Interne IDs statt Namen zur Zuordnung verwenden
• Gelöschte, archivierte und unveröffentlichte Objekte unterscheiden
• Bilder und Dokumente mit Status statt nur als URL behandeln

Validieren, bevor veröffentlicht wird

Eine Vorschau zeigt nicht nur das Design, sondern auch fehlende Daten. Ein Objekt kann technisch gültig und dennoch redaktionell unvollständig sein.

Die Validierung sollte verständliche Hinweise liefern und keine halbfertigen Datensätze öffentlich machen. Verantwortliche brauchen einen klaren Weg zur Korrektur.

Wiederholbare Übertragung statt fragiler Einmalaktion

Ein Synchronisationslauf muss gefahrlos wiederholbar sein. Dieselbe Version darf nicht versehentlich Duplikate erzeugen oder bereits bestätigte Änderungen überschreiben.

Technisch helfen idempotente Endpunkte, Versionsnummern und eine Warteschlange. Für den Betrieb helfen ein sichtbarer Status und eine gezielte Wiederholung fehlgeschlagener Objekte.

Nachvollziehbarkeit schließt den Kreis

Ein Audit-Trail beantwortet: Wer hat was geändert, welche Version wurde veröffentlicht und warum ist ein Objekt nicht sichtbar? Ohne diese Antworten bleibt jede Störung ein Ratespiel.

Die CRM-Property-Sync-Demo zeigt den sichtbaren Teil dieses Ablaufs: Daten ändern, synchronisieren und das Ergebnis direkt auf der Website sehen.