# Objekt-Status aus onOffice richtig erkennen

<Lead>
Der Objekt-Status (Aktiv, Reserviert, Verkauft und so weiter) wird beim
Abgleich automatisch aus onOffice erkannt. Diese Seite erklärt genau, wie das
funktioniert, wie du eine eigene Status-Werteliste anschließt und wie du das
Problem „alle Objekte stehen auf aktiv“ löst.
</Lead>

## Automatische Erkennung aus Standardfeldern

onOffice liefert bei jedem Objekt drei zuverlässige Standardfelder, aus denen
die Plattform den Status ableitet. Auf diese Felder ist Verlass, weil onOffice
sie bei jedem Objekt mitliefert, unabhängig von der Makler-Konfiguration.

<DefinitionList>
<DefItem term="verkauft = ja">→ **Verkauft** (`sold`)</DefItem>
<DefItem term="reserviert = ja">→ **Reserviert** (`reserved`)</DefItem>
<DefItem term="status = aktiv">→ **Aktiv** (`active`)</DefItem>
<DefItem term="status = inaktiv">→ **Entwurf** (`draft`)</DefItem>
</DefinitionList>

Die Reihenfolge ist eindeutig: **verkauft** hat Vorrang vor **reserviert**,
dieses vor dem **Aktiv-Status**. Ein verkauftes Objekt ist also immer
„Verkauft“, auch wenn es in onOffice noch als aktiv geführt wird. Einen
unbekannten Status-Code lässt die Plattform bewusst sichtbar (Aktiv), statt das
Objekt unter einem geratenen Wert zu verstecken.

<Success title="Ohne Konfiguration korrekt">
Für die meisten Makler ist damit alles erledigt: verkauft, reserviert und aktiv
werden ohne jede Zuordnung korrekt erkannt. Eine Status-Zuordnung brauchst du
nur, wenn du feinere Stufen willst (siehe unten).
</Success>

## Eigene Status-Werteliste zuordnen (z.B. Status2)

Viele onOffice-Konten führen den Vermarktungsstatus in einem **eigenen Feld**,
häufig `Status2`, mit einer individuellen Werteliste: „Aktive Vermarktung“,
„Passive Vermarktung“, „Reserviert“, „Verkauft, allein verkauft“,
„in Akquise“, „Marktbeobachtung“, „Auftrag abgelaufen“ und so weiter.

Solche Feinstufen (Akquise, Vorbereitung, Beendet, Archiviert) kann die
automatische Erkennung nicht kennen. Dafür ordnest du das Feld selbst zu:

<Steps>
<Step title="Feldzuordnung öffnen">
Unter **Einstellungen → Integrationen → onOffice** im Frame „Objekte aus
onOffice" den Bereich **„Feldzuordnung“** öffnen.
</Step>
<Step title="Statusfeld hinzufügen">
Eine neue Zeile anlegen: als onOffice-Feld dein Statusfeld wählen (z.B.
`Status2`), als Plattform-Feld **„Status“**.
</Step>
<Step title="Werte übersetzen">
In der Zeile auf **„Werte“** klicken. Mit **„Werte aus onOffice laden“** holst du
die echte Werteliste des Felds und ordnest jeden onOffice-Wert einem
Plattform-Status zu (z.B. „Verkauft, allein verkauft“ → Verkauft). Vorschläge
werden vorbelegt; prüfe sie.
</Step>
<Step title="Speichern und synchronisieren">
Zuordnung speichern, dann **„Jetzt synchronisieren“**. Beim nächsten Abgleich
gewinnt deine Zuordnung, sobald sie einen Wert auflöst.
</Step>
</Steps>

<Info title="Deine Zuordnung hat Vorrang, die Erkennung ist das Netz">
Löst deine Status-Zuordnung einen Wert auf, wird dieser verwendet. Löst sie
nichts auf (Wert nicht übersetzt oder Feld gerade nicht lesbar), greift die
automatische Erkennung aus verkauft / reserviert / status. So bleibt der Status
in jedem Fall sinnvoll.
</Info>

## „Alle Objekte stehen auf aktiv“ beheben

Früher konnte es passieren, dass **alle** importierten Objekte auf „aktiv“
standen, auch verkaufte. Das hatte eine klare Ursache und ist behoben.

<Accordion>
<AccordionItem title="Warum das passiert ist">
Wenn die Status-Zuordnung nicht auflöste (zum Beispiel weil das zugeordnete
Feld `Status2` über die API einmal als „unbekannt“ eingestuft und danach still
übersprungen wurde), wurde der Status beim Anlegen ersatzweise auf „aktiv“
gesetzt. Beim Aktualisieren blieb er dann auf „aktiv“ stehen. Ergebnis: alle
Objekte aktiv.
</AccordionItem>
<AccordionItem title="Was sich geändert hat">
Der Status wird jetzt aus den zuverlässigen Standardfeldern abgeleitet, statt
blind auf „aktiv“ gesetzt zu werden. Verkaufte und reservierte Objekte werden
korrekt erkannt, auch ohne funktionierendes Status2. Ein Feld, das einmal als
„unbekannt“ eingestuft wurde, bekommt beim Speichern der Feldzuordnung eine neue
Chance und wird beim nächsten Abgleich erneut gelesen.
</AccordionItem>
<AccordionItem title="Was du tun solltest">
Öffne die Feldzuordnung, speichere sie einmal (das gibt zuvor übersprungene
Felder wieder frei) und klicke „Jetzt synchronisieren“. Bereits übernommene
Objekte werden dabei aktualisiert; verkaufte und reservierte springen auf ihren
richtigen Status.
</AccordionItem>
</Accordion>

<Warning title="Wenn dein Statusfeld nicht gelesen werden kann">
Kann onOffice ein zugeordnetes Statusfeld über die API nicht liefern, verwendet
die Plattform weiter die automatische Erkennung (verkauft/reserviert/status).
Verkauft und Reserviert stimmen dann trotzdem. Nur die Feinstufen aus deiner
eigenen Werteliste fehlen. Prüfe in diesem Fall, ob der API-Benutzer das Feld
lesen darf.
</Warning>

## Verfügbare Plattform-Status

<DefinitionList>
<DefItem term="Entwurf">Noch nicht in Vermarktung.</DefItem>
<DefItem term="Akquise">In Akquise / Marktbeobachtung.</DefItem>
<DefItem term="Vorbereitung">Vor dem Start der Vermarktung.</DefItem>
<DefItem term="Aktiv">In aktiver Vermarktung.</DefItem>
<DefItem term="Reserviert">Reserviert.</DefItem>
<DefItem term="Verkauft">Verkauft oder vermietet.</DefItem>
<DefItem term="Pausiert">Vermarktung pausiert.</DefItem>
<DefItem term="Beendet">Auftrag beendet ohne Abschluss.</DefItem>
<DefItem term="Archiviert">Archiviert.</DefItem>
</DefinitionList>

## Weiter

<CardGrid>
<Card href="/help/integrations/onoffice/objekte" title="Objekte-Sync" eyebrow="Grundlagen">
Der komplette Ablauf des Objekt-Abgleichs.
</Card>
<Card href="/help/integrations/onoffice/feldzuordnung" title="Feldzuordnung" eyebrow="Vertiefung">
Felder zuordnen, eigene Felder ergänzen, Werte übersetzen.
</Card>
</CardGrid>