🔍 Suchprofile (Suchkriterien) mit propform

Suchprofile sind in onOffice ein eigenes Modul: ein Käufer/Mieter beschreibt seine Wunsch-Immobilie (Region, Objektart, Preisspanne, Wohnfläche etc.), und onOffice macht später automatische Matchings mit passenden Immobilien. propform kann komplette Suchprofile per Formular anlegen — inkl. Multi-Region, Range-Felder und automatischer Verknüpfung mit der Adresse.


Inhalt


Konzept: Suchprofil ≠ Adressfeld

In onOffice ist ein Suchprofil ein eigenständiger Datensatz — verbunden mit einer Adresse, aber nicht ein Feld der Adresse. Eine Adresse kann mehrere Suchprofile haben (z.B. „Suche Eigentumswohnung in Berlin" + „Suche Anlage-Mehrfamilienhaus deutschlandweit").

Konsequenz für propform:

  • Im Formular-Editor wählst du Suchkriterien-Felder als eigene Modul-Auswahl
  • Die Werte werden ins Suchprofil geschrieben, nicht in die Adresse
  • propform verknüpft das Suchprofil automatisch mit der vom Formular bearbeiteten/erstellten Adresse

Suchkriterien-Felder im Formular

Setup:

  1. Neues Formular → Adressdaten-Felder für den Anfragenden hinzufügen (Vorname, Name, E-Mail, Telefon)
  2. Für die Suche: Modul „Suchkriterien" auswählen → Felder hinzufügen

Typische Suchkriterien-Felder:

  • objektart (Wohnung / Haus / Grundstück / Gewerbe)
  • vermarktungsart (Kauf / Miete / Pacht)
  • kaufpreis (Range-Feld — propform zeigt automatisch zwei Eingabefelder „von" / „bis")
  • kaltmiete (Range-Feld)
  • wohnflaeche (Range-Feld)
  • anzahl_zimmer (Range-Feld)
  • regionaler_zusatz (Multi-Select Regionen)
  • Plus alle eigenen Suchkriterien-Felder, die in onOffice angelegt sind

💡 Range-Felder: Die Felder oben heißen einfach kaufpreis, wohnflaeche etc. — nicht kaufpreis_von / kaufpreis_bis. propform erkennt automatisch, dass es sich um ein Range-Feld handelt, und zeigt zwei Eingabefelder.

⚠️ Wichtig: Damit ein Feld im Suchkriterien-Modul auftaucht, muss es in onOffice explizit als Suchkriterien-Feld definiert sein (Extras → Einstellungen → Administration → Modul Suchkriterien). Sonst zeigt propform es nicht an.


Range-Felder (von/bis-Spannen)

Suchkriterien arbeiten typischerweise mit Range-Werten (Preis von 200.000 bis 500.000, Wohnfläche 80 bis 120 m²). Du fügst das Feld einfach mit seinem Basis-Namen hinzu (z.B. kaufpreis) — propform erkennt automatisch, dass es sich um ein Range-Feld handelt, und zeigt zwei Eingabefelder („von" / „bis").

⚠️ Range-Slider funktioniert hier nicht: Das Spezialfeld „Range Slider" gibt es nur für normale Zahlenfelder, nicht für Suchkriterien-Range-Felder. Bei Suchkriterien bleibt es bei zwei Eingabefeldern.


Mehrfachauswahl: Regionen & Objektarten

Bei den klassischen Suchkriterien-Feldern wie regionaler_zusatz oder objektart will der User oft mehrere Werte anhaken (z.B. „Berlin-Mitte UND Berlin-Friedrichshain"). propform macht das automatisch über das Multi-Select-Feld.

Tipps für Multi-Select bei Suchkriterien:

  • „Dropdown erst bei Eingabe" aktivieren bei Feldern mit vielen Optionen (Regional-Zusatz hat oft Hunderte) — siehe Felder → Dropdown-Verhalten
  • Vater-Kind-Hierarchie nutzen: Anhaken eines Kantons hakt automatisch alle Bezirke mit an
  • Custom-Beschriftungen für mehrsprachige Formulare (siehe Mehrsprachige Formulare)

Geografische Suche: Umkreis vs. Regional-Zusatz

Es gibt in onOffice zwei grundsätzlich verschiedene Wege, eine geografische Suche aufzubauen — jede hat ihre Stärken:

Variante A — Umkreis (Adresse + Radius)

User gibt eine Bezugs-Adresse (PLZ, Ort, Straße) plus einen Radius in Kilometern an. Das System matcht Immobilien, die innerhalb dieses Kreises liegen.

Vorteile:

  • Einfach zu erklären und zu nutzen — die meisten User denken in „Hauptbahnhof + 10 km"
  • Funktioniert global, ohne dass du Regionen vor-konfigurieren musst
  • Geringerer Setup-Aufwand in onOffice

Felder: umkreis_ort, umkreis_plz, umkreis_strasse, umkreis_radius

Variante B — Regional-Zusatz (vor-konfigurierte Regionen)

User wählt aus einer Multi-Select-Region-Hierarchie (Bundesländer → Kreise → Stadtteile). Das setzt voraus, dass deine Regionen in onOffice gepflegt sind und die Immobilien korrekt kategorisiert wurden.

Vorteile:

  • Granulare Kontrolle, welche Regionen überhaupt zur Auswahl stehen
  • Eltern-Kind-Hierarchie: ein Klick auf „Bayern" wählt alle bayerischen Sub-Regionen mit
  • Konsistente Reporting-Auswertungen (Region als Dimension)

Feld: regionaler_zusatz (Multi-Select)

Empfehlung

Wann Wahl
Allgemeines End-Kunden-Formular, alle Standorte Umkreis
Lokal arbeitendes Maklerbüro mit klar definierten Bezirken Regional-Zusatz
Premium-Suchprofile, Reporting-relevant Regional-Zusatz
Schneller Setup ohne onOffice-Region-Pflege Umkreis

⚠️ Wechsel zwischen den Varianten ist nicht trivial — Suchprofile, die mit Umkreis angelegt wurden, lassen sich nicht 1:1 in Regional-Zusätze umwandeln (anderer Datentyp). Entscheide dich am besten zu Beginn für eine Variante und ziehe sie konsequent durch.


Automatische Verknüpfung mit Adresse

propform verknüpft Suchprofile automatisch mit der Adresse, die das Formular gerade bearbeitet oder anlegt — du brauchst keine zusätzliche Datensatz-Verbindung-Konfiguration.

Typischer Workflow:

  1. Anfragender füllt Adressdaten + Suchkriterien aus
  2. propform legt Adressdatensatz an (oder findet via Dubletten-Check eine bestehende)
  3. propform legt Suchprofil an + verknüpft es automatisch mit dieser Adresse
  4. Optional: Aktivität schreiben mit Bezug auf die Adresse

💡 Ein Adressdatensatz kann beliebig viele Suchprofile haben. Wenn der gleiche Anfragende mehrfach Suchen anlegt, kommt jedes Mal ein neues Suchprofil dazu, alle bei der gleichen Adresse.


Suchkriterien anzeigen + ausgeben

Für Bestätigungsmails oder Übersichts-Anzeigen gibt es propform-spezifische Makros:

Makro Effekt
_pfGetSearchCriteriaInformation Gibt das gerade angelegte Suchprofil als komplette Tabelle aus (alle Werte)
_pfGetSearchCriteriaField(<feldname>) Gibt einen einzelnen Wert aus — z.B. _pfGetSearchCriteriaField(objektart)
_pfGetSearchCriteriaUUID Verschlüsselte UUID des Suchprofils — für sichere Cross-Form-Links
_pfButton(<URL>;<Beschriftung>) Erzeugt einen formatierten Button-Link in Mails/PDFs — nimmt jede URL inkl. Makro-Aufgelöster UUIDs (z.B. ein Bearbeiten-Link auf das Suchprofil)

Beispiel-Bestätigungsmail nach Submit:

Hallo _Vorname _Name,

vielen Dank für deine Suchanfrage. Wir haben folgendes Suchprofil angelegt:

_pfGetSearchCriteriaInformation

Wir melden uns, sobald passende Immobilien verfügbar sind.

→ Im Body wird die komplette Tabelle der Suchkriterien automatisch eingefügt.

📖 Mehr unter Makros — propform-spezifisch.


Suchprofile bearbeiten / deaktivieren

propform kann nicht nur neue Suchprofile anlegen, sondern auch bestehende lesen, bearbeiten und deaktivieren — perfekt für Self-Service-Strecken („Pflege deine Suchprofile selbst").

Pattern: Übersichts-Mail + 1-Klick-Aktionen

Sehr robuster Self-Service-Workflow für Käufer/Mieter:

  1. Übersichts-Mail (per E-Mail-Vorlage, getriggert aus onOffice oder als Newsletter): listet alle aktiven Suchprofile per Schleife auf (siehe nächster Abschnitt). Pro Eintrag zwei Buttons:
    • „Bearbeiten" → URL zu einem Bearbeitungs-Formular mit Suchkriterium-UUID als Parameter
    • „Deaktivieren" → URL zu einem Deaktivierungs-Formular mit Suchkriterium-UUID
  2. Bearbeitungs-Formular: Klassisches Suchkriterien-Formular, lädt das Suchprofil per UUID, schreibt geänderte Werte zurück.
  3. Deaktivierungs-Formular: Setzt nur das Status-Feld auf 0. Mit Auto-Submit (siehe Auto-Submit & Routing) — der User klickt den Link in der Mail und das Formular wird ohne UI-Interaktion abgesendet → Danke-Seite erscheint sofort.

Setup-Voraussetzungen

  • Suchkriterium-Modul-Felder im Bearbeitungs-Formular wie beim Anlege-Formular
  • Filter pro Formular auf den eigenen Adress-Bezug (siehe Filter pro Formular) — verhindert, dass User durch UUID-Manipulation fremde Suchprofile bearbeiten
  • UUID-Erfordernis (siehe Formular-Schutz) — kein Aufruf ohne Suchkriterium-UUID
  • In der Übersichts-Mail: nutze die Schleife _bScRek_("status:1") (siehe unten) und die Makros _pfGetSearchCriteriaUUID + _pfButton(...) für die Aktion-Buttons

💡 Best Practice: Der _pfButton-Makro übernimmt das Layout (Schaltflächen-Styling) automatisch — du musst nicht in HTML formatieren.


Suchkriterien-Schleife für Übersichts-Mails

Wenn ein User mehrere Suchprofile hat und du in einer Mail oder Übersichts-Seite alle auflisten willst, gibt es die Suchkriterien-Schleife:

_bScRek_("status:1")
Suche: _pfGetSearchCriteriaField(objektart) in _pfGetSearchCriteriaField(ort)
Preis bis: _pfGetSearchCriteriaField(kaufpreis_bis)
Link: _pfLink("https://example.com?id=_pfGetSearchCriteriaUUID", "Suchprofil öffnen")

_eScRek_

Filter status:1: Nur aktive Suchprofile. Ohne Filter: alle (auch deaktivierte).

📖 Vollständige Syntax und Filter-Optionen unter Makros → Suchkriterien-Loop.


Premium-Suchprofile

In manchen onOffice-Versionen gibt es ein eigenes Feld „Premium-Suchprofil" (oft prio oder Custom-Feld) — eine Markierung für besonders wichtige Käufer/Mieter, die schneller / detaillierter über neue Immobilien benachrichtigt werden sollen.

propform-Setup für Premium-Markierung:

  • Feld „Premium" als Single-Select (Ja / Nein) oder Boolean ins Suchkriterien-Formular
  • Default-Wert auf „Ja" setzen, wenn das Formular unter einem Premium-Link aufgerufen wird (URL-Parameter)
  • In onOffice einen Filter „nur Premium-Suchprofile" anlegen → daraus eigene Mail-Strecke pflegen

💡 Wenn du selber kein Premium-Konzept hast, ist das nicht nötig — dann reicht der Standard-Suchprofil-Workflow.


Stolperfallen

Suchkriterien-Templates (API liest nur das Default-Template)

In onOffice kannst du unter Extras → Einstellungen → Administration → Suchkriterien mehrere Templates definieren — zum Beispiel ein Template „Käufer Wohnimmobilien", eines „Mieter Gewerbe" usw.

⚠️ Falle: Die onOffice-API liest ausschließlich das Default-Template (Standard-Template). Alternative Templates werden komplett ignoriert.

Symptom: Du fügst ein neues Suchkriterien-Feld in einem alternativen Template hinzu, propform „findet" es nicht. Frust.

Lösung:

  • Felder, die du in propform-Formularen nutzen willst, immer im Default-Template pflegen
  • Oder das Default-Template umstellen (wenn du es bewusst anders aufgebaut hast)

Objektart vs. Objekttyp — Inkompatibilität

Wenn das Formular sowohl objektart als auch objekttyp schreibt, müssen die Werte kompatibel sein. Inkompatible Kombinationen (z.B. Objektart = Wohnung + Objekttyp = Mehrfamilienhaus) führen dazu, dass das Suchkriterium silent nicht angelegt wird — keine Fehlermeldung, kein Datensatz.

Tipp: Beim Aufbau des Formulars die Werte-Logik einmal testweise mit verschiedenen Kombinationen prüfen, bevor du es ausrollst.

Adresse muss vor Suchkriterium existieren

Das Suchprofil wird immer mit einer Adresse verknüpft. Wenn dein Formular ein neues Suchprofil anlegt, aber die Adresse noch nicht existiert (Dubletten-Check schlägt fehl, neue Adresse wird angelegt), läuft die Adresse-Anlage zuerst, dann das Suchprofil.

→ Funktioniert in den meisten Fällen problemlos. Nur bei sehr exotischen Validierungsfehlern auf der Adresse kann das Suchprofil scheitern.


Verwandt