Antworten auf häufig gestellte Fragen. Keine passende Frage gefunden. WP Rentalo Lite ist ein WordPress-Plugin für konfigurierbare Miet- und Buchungsanfragen. Du legst Standorte, Kategorien, Gruppen, konkrete Mietobjekte, Tarife, Versicherungen und Zusatzoptionen an und führst Interessenten anschließend durch einen mehrstufigen Anfrageprozess. Für die Ersteinrichtung ist es sinnvoll, Änderungen immer in einer Testseite oder Staging-Umgebung nachzuvollziehen. Arbeite die Bereiche in einer festen Reihenfolge ab und führe nach jeder größeren Änderung eine vollständige Testanfrage durch. So erkennst du früh, ob eine Einstellung nur die Darstellung verändert oder tatsächlich Einfluss auf Verfügbarkeit, Preis oder den weiteren Buchungsablauf hat. Nein. Rentalo Lite ist als Buchungsanfrage-System ausgelegt. Eine abgesendete Anfrage sollte vom Vermieter geprüft und anschließend bestätigt oder abgelehnt werden; erst deine eigenen Vertrags- und Kommunikationsprozesse bestimmen, wann ein verbindlicher Mietvertrag zustande kommt. Für die Ersteinrichtung ist es sinnvoll, Änderungen immer in einer Testseite oder Staging-Umgebung nachzuvollziehen. Arbeite die Bereiche in einer festen Reihenfolge ab und führe nach jeder größeren Änderung eine vollständige Testanfrage durch. So erkennst du früh, ob eine Einstellung nur die Darstellung verändert oder tatsächlich Einfluss auf Verfügbarkeit, Preis oder den weiteren Buchungsablauf hat. Beginne mit den allgemeinen Einstellungen und mindestens einem Standort. Lege danach Kategorien, Gruppen und Mietobjekte an, anschließend Tarife und bei Bedarf Versicherungen sowie Optionen. Zum Schluss platzierst du einen Buchungs-Shortcode auf einer Testseite und prüfst den vollständigen Ablauf von Schritt 1 bis zur abgesendeten Anfrage. Für die Ersteinrichtung ist es sinnvoll, Änderungen immer in einer Testseite oder Staging-Umgebung nachzuvollziehen. Arbeite die Bereiche in einer festen Reihenfolge ab und führe nach jeder größeren Änderung eine vollständige Testanfrage durch. So erkennst du früh, ob eine Einstellung nur die Darstellung verändert oder tatsächlich Einfluss auf Verfügbarkeit, Preis oder den weiteren Buchungsablauf hat. Ja. Lege eine nicht veröffentlichte oder passwortgeschützte Testseite an und füge dort den gewünschten Shortcode ein. So kannst du Stammdaten und Preislogik testen, bevor Besucher den Buchungsablauf sehen. Für die Ersteinrichtung ist es sinnvoll, Änderungen immer in einer Testseite oder Staging-Umgebung nachzuvollziehen. Arbeite die Bereiche in einer festen Reihenfolge ab und führe nach jeder größeren Änderung eine vollständige Testanfrage durch. So erkennst du früh, ob eine Einstellung nur die Darstellung verändert oder tatsächlich Einfluss auf Verfügbarkeit, Preis oder den weiteren Buchungsablauf hat. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Im Bereich Einstellungen > Allgemein > Einrichtung steht ein Einrichtungsleitfaden zur Verfügung. Je nach Pluginstand können dort auch Demodaten erzeugt oder entfernt werden; verwende Demodaten nur zum Testen und ersetze sie vor dem Livebetrieb durch deine eigenen Daten. Für die Ersteinrichtung ist es sinnvoll, Änderungen immer in einer Testseite oder Staging-Umgebung nachzuvollziehen. Arbeite die Bereiche in einer festen Reihenfolge ab und führe nach jeder größeren Änderung eine vollständige Testanfrage durch. So erkennst du früh, ob eine Einstellung nur die Darstellung verändert oder tatsächlich Einfluss auf Verfügbarkeit, Preis oder den weiteren Buchungsablauf hat. Nein. Du kannst Rentalo schrittweise aufbauen und nur die Funktionen verwenden, die für deinen Betrieb relevant sind. Nicht benötigte Bereiche wie Versicherungen, Zusatzoptionen oder Rabattcodes können ungenutzt bleiben oder – soweit vorgesehen – über die allgemeinen Einstellungen deaktiviert werden. Für die Ersteinrichtung ist es sinnvoll, Änderungen immer in einer Testseite oder Staging-Umgebung nachzuvollziehen. Arbeite die Bereiche in einer festen Reihenfolge ab und führe nach jeder größeren Änderung eine vollständige Testanfrage durch. So erkennst du früh, ob eine Einstellung nur die Darstellung verändert oder tatsächlich Einfluss auf Verfügbarkeit, Preis oder den weiteren Buchungsablauf hat. Die vorliegende Rentalo-Version nennt WordPress 6.7 oder neuer und PHP 7.4 oder neuer als Mindestanforderung. Für einen stabilen Betrieb solltest du WordPress, PHP und das Theme aktuell halten und Änderungen zunächst in einer Testumgebung prüfen. Für die Ersteinrichtung ist es sinnvoll, Änderungen immer in einer Testseite oder Staging-Umgebung nachzuvollziehen. Arbeite die Bereiche in einer festen Reihenfolge ab und führe nach jeder größeren Änderung eine vollständige Testanfrage durch. So erkennst du früh, ob eine Einstellung nur die Darstellung verändert oder tatsächlich Einfluss auf Verfügbarkeit, Preis oder den weiteren Buchungsablauf hat. Die Plugin-Dateien enthalten Sprachdateien für Deutsch, Englisch und Französisch. Zusätzlich lassen sich viele sichtbare Frontend-Texte direkt in den Rentalo-Einstellungen anpassen, damit Begriffe und Tonalität zu deinem Mietbetrieb passen. Für die Ersteinrichtung ist es sinnvoll, Änderungen immer in einer Testseite oder Staging-Umgebung nachzuvollziehen. Arbeite die Bereiche in einer festen Reihenfolge ab und führe nach jeder größeren Änderung eine vollständige Testanfrage durch. So erkennst du früh, ob eine Einstellung nur die Darstellung verändert oder tatsächlich Einfluss auf Verfügbarkeit, Preis oder den weiteren Buchungsablauf hat. Ja. Die Struktur aus Kategorien, Gruppen und Mietobjekten ist grundsätzlich allgemein gehalten. Über die einstellbare Bezeichnung für Mietobjekte kannst du beispielsweise Fahrzeuge, Maschinen, Anhänger oder andere vermietbare Einheiten darstellen, sofern die vorhandene Preis- und Buchungslogik zu deinem Geschäftsmodell passt. Für die Ersteinrichtung ist es sinnvoll, Änderungen immer in einer Testseite oder Staging-Umgebung nachzuvollziehen. Arbeite die Bereiche in einer festen Reihenfolge ab und führe nach jeder größeren Änderung eine vollständige Testanfrage durch. So erkennst du früh, ob eine Einstellung nur die Darstellung verändert oder tatsächlich Einfluss auf Verfügbarkeit, Preis oder den weiteren Buchungsablauf hat. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Im WordPress-Adminbereich findest du den Rentalo-Bereich mit den Stammdaten und Einstellungen. Für den Start sind insbesondere Einstellungen, Standorte, Kategorien, Gruppen, Mietobjekte und Tarife relevant. Für die Ersteinrichtung ist es sinnvoll, Änderungen immer in einer Testseite oder Staging-Umgebung nachzuvollziehen. Arbeite die Bereiche in einer festen Reihenfolge ab und führe nach jeder größeren Änderung eine vollständige Testanfrage durch. So erkennst du früh, ob eine Einstellung nur die Darstellung verändert oder tatsächlich Einfluss auf Verfügbarkeit, Preis oder den weiteren Buchungsablauf hat. Ein sinnvoller Mindesttest ist erfolgreich, wenn du in Schritt 1 gültige Standorte und Zeiten auswählen kannst, in Schritt 2 mindestens eine Gruppe bzw. ein Mietobjekt erscheint, in Schritt 3 ein gültiger Tarif berechnet wird und Schritt 4 eine Anfrage ohne Fehlermeldung absendet. Für die Ersteinrichtung ist es sinnvoll, Änderungen immer in einer Testseite oder Staging-Umgebung nachzuvollziehen. Arbeite die Bereiche in einer festen Reihenfolge ab und führe nach jeder größeren Änderung eine vollständige Testanfrage durch. So erkennst du früh, ob eine Einstellung nur die Darstellung verändert oder tatsächlich Einfluss auf Verfügbarkeit, Preis oder den weiteren Buchungsablauf hat. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Viele Einstellungen greifen ineinander: Standort, Öffnungszeiten, Mietdauer, Tarifstaffeln, Verfügbarkeit und Pflichtoptionen können beeinflussen, ob ein Angebot erscheint. Ein vollständiger Test deckt Konfigurationslücken auf, die in einem einzelnen Adminbereich nicht sichtbar sind. Für die Ersteinrichtung ist es sinnvoll, Änderungen immer in einer Testseite oder Staging-Umgebung nachzuvollziehen. Arbeite die Bereiche in einer festen Reihenfolge ab und führe nach jeder größeren Änderung eine vollständige Testanfrage durch. So erkennst du früh, ob eine Einstellung nur die Darstellung verändert oder tatsächlich Einfluss auf Verfügbarkeit, Preis oder den weiteren Buchungsablauf hat. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Die grundlegenden Preis- und Zahlenformate findest du unter Rentalo > Einstellungen > Allgemein. Dort legst du fest, wie Währungszeichen, Dezimalstellen sowie Tausender- und Dezimaltrennzeichen im Frontend dargestellt werden. Allgemeine Einstellungen wirken häufig an mehreren Stellen gleichzeitig. Kontrolliere deshalb nach einer Änderung mindestens den normalen Buchungsablauf, den Quick Price Check und die Preiszusammenfassung. Besonders bei Währung, Verbrauchseinheit und Tarifauswahl können kleine Konfigurationsänderungen mehrere Berechnungsschritte beeinflussen. Ja. Rentalo formatiert Preise anhand der in den allgemeinen Einstellungen hinterlegten Währungsangaben. Prüfe nach einer Änderung insbesondere Step 3, Step 4, Quick Price Check und E-Mail-Ausgaben, damit überall dasselbe Format verwendet wird. Allgemeine Einstellungen wirken häufig an mehreren Stellen gleichzeitig. Kontrolliere deshalb nach einer Änderung mindestens den normalen Buchungsablauf, den Quick Price Check und die Preiszusammenfassung. Besonders bei Währung, Verbrauchseinheit und Tarifauswahl können kleine Konfigurationsänderungen mehrere Berechnungsschritte beeinflussen. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Damit steuerst du, ob geplante Nutzung und enthaltene Freimengen in Kilometern, Meilen oder gar nicht verwendet werden. Wähle „aus“, wenn dein Mietmodell keine strecken- oder nutzungsabhängige Berechnung benötigt. Allgemeine Einstellungen wirken häufig an mehreren Stellen gleichzeitig. Kontrolliere deshalb nach einer Änderung mindestens den normalen Buchungsablauf, den Quick Price Check und die Preiszusammenfassung. Besonders bei Währung, Verbrauchseinheit und Tarifauswahl können kleine Konfigurationsänderungen mehrere Berechnungsschritte beeinflussen. Dann sollten nutzungsbezogene Felder und Berechnungen im Buchungsablauf entfallen. Tarife, die zwingend mit enthaltenen Kilometern oder einem Preis je Mehrkilometer arbeiten, solltest du anschließend prüfen und gegebenenfalls anpassen. Allgemeine Einstellungen wirken häufig an mehreren Stellen gleichzeitig. Kontrolliere deshalb nach einer Änderung mindestens den normalen Buchungsablauf, den Quick Price Check und die Preiszusammenfassung. Besonders bei Währung, Verbrauchseinheit und Tarifauswahl können kleine Konfigurationsänderungen mehrere Berechnungsschritte beeinflussen. Ja. Rentalo besitzt eine Einstellung, mit der in der Tarifauswahl nur der günstigste gültige Tarif angezeigt werden kann. Die aktuelle Version gleicht diese Auswahl auch mit dem Quick Price Check ab; entscheidend ist immer der für den konkreten Zeitraum zentral berechnete Tarifgesamtpreis. Allgemeine Einstellungen wirken häufig an mehreren Stellen gleichzeitig. Kontrolliere deshalb nach einer Änderung mindestens den normalen Buchungsablauf, den Quick Price Check und die Preiszusammenfassung. Besonders bei Währung, Verbrauchseinheit und Tarifauswahl können kleine Konfigurationsänderungen mehrere Berechnungsschritte beeinflussen. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Rentalo berücksichtigt die dem Mietobjekt bzw. der Gruppe zugeordneten Tarife und deren Staffelgrenzen. Zusätzlich können Zeittarife und Sonderpreise die Standardtarifberechnung verändern; nur für den gewählten Zeitraum gültige Kombinationen sollen im Frontend angeboten werden. Allgemeine Einstellungen wirken häufig an mehreren Stellen gleichzeitig. Kontrolliere deshalb nach einer Änderung mindestens den normalen Buchungsablauf, den Quick Price Check und die Preiszusammenfassung. Besonders bei Währung, Verbrauchseinheit und Tarifauswahl können kleine Konfigurationsänderungen mehrere Berechnungsschritte beeinflussen. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Ja. Die Rabattcode-Funktion wird in den allgemeinen Einstellungen zentral ein- oder ausgeschaltet. Die eigentlichen Codes verwaltest du anschließend im separaten Bereich Rabattcodes. Allgemeine Einstellungen wirken häufig an mehreren Stellen gleichzeitig. Kontrolliere deshalb nach einer Änderung mindestens den normalen Buchungsablauf, den Quick Price Check und die Preiszusammenfassung. Besonders bei Währung, Verbrauchseinheit und Tarifauswahl können kleine Konfigurationsänderungen mehrere Berechnungsschritte beeinflussen. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Der Einrichtungsleitfaden ist eine Orientierung für neue Administratoren. Er zeigt, welche Stammdaten zuerst benötigt werden und wo globale Funktionen wie Versicherungen, Optionen oder Rabattcodes aktiviert und anschließend detailliert gepflegt werden. Allgemeine Einstellungen wirken häufig an mehreren Stellen gleichzeitig. Kontrolliere deshalb nach einer Änderung mindestens den normalen Buchungsablauf, den Quick Price Check und die Preiszusammenfassung. Besonders bei Währung, Verbrauchseinheit und Tarifauswahl können kleine Konfigurationsänderungen mehrere Berechnungsschritte beeinflussen. Ja. Rentalo verwendet eine globale Bezeichnung für Mietobjekte, damit du die Oberfläche an dein Angebot anpassen kannst. Ändere diese Bezeichnung im Text-/Terminologiebereich und prüfe danach Navigation, Step 2 und weitere Frontend-Ausgaben. Allgemeine Einstellungen wirken häufig an mehreren Stellen gleichzeitig. Kontrolliere deshalb nach einer Änderung mindestens den normalen Buchungsablauf, den Quick Price Check und die Preiszusammenfassung. Besonders bei Währung, Verbrauchseinheit und Tarifauswahl können kleine Konfigurationsänderungen mehrere Berechnungsschritte beeinflussen. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Rentalo orientiert sich bei sichtbaren Datums- und Zeitangaben an den globalen WordPress-Einstellungen unter Einstellungen > Allgemein. Die Berechnung arbeitet intern weiterhin mit technischen Datumswerten; du musst daher nur das gewünschte Anzeigeformat in WordPress wählen. Allgemeine Einstellungen wirken häufig an mehreren Stellen gleichzeitig. Kontrolliere deshalb nach einer Änderung mindestens den normalen Buchungsablauf, den Quick Price Check und die Preiszusammenfassung. Besonders bei Währung, Verbrauchseinheit und Tarifauswahl können kleine Konfigurationsänderungen mehrere Berechnungsschritte beeinflussen. Prüfe zuerst, ob du wirklich denselben Zeitraum, dasselbe Mietobjekt, denselben Tarif und dieselbe geplante Nutzung vergleichst. Sonderpreise, Zeittarife, Versicherungen, Optionen und Mehrnutzung können den Endpreis verändern, obwohl der Grundtarif gleich aussieht. Allgemeine Einstellungen wirken häufig an mehreren Stellen gleichzeitig. Kontrolliere deshalb nach einer Änderung mindestens den normalen Buchungsablauf, den Quick Price Check und die Preiszusammenfassung. Besonders bei Währung, Verbrauchseinheit und Tarifauswahl können kleine Konfigurationsänderungen mehrere Berechnungsschritte beeinflussen. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Teste mindestens einen Zeitraum innerhalb jeder Tarifstaffel, einen Grenztag zwischen zwei Staffeln und einen Zeitraum außerhalb der letzten Staffel. Falls du Zeittarife oder Sonderpreise nutzt, teste zusätzlich einen Zeitraum mit und ohne diese Regeln. Allgemeine Einstellungen wirken häufig an mehreren Stellen gleichzeitig. Kontrolliere deshalb nach einer Änderung mindestens den normalen Buchungsablauf, den Quick Price Check und die Preiszusammenfassung. Besonders bei Währung, Verbrauchseinheit und Tarifauswahl können kleine Konfigurationsänderungen mehrere Berechnungsschritte beeinflussen. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Standorte bilden Abhol- und Rückgabestellen ab. Sie werden in Schritt 1 des Buchungsablaufs verwendet und können eigene Adress-, Kontakt-, Datenschutz- und Öffnungszeitinformationen besitzen. Standorte sind ein zentraler Bestandteil der Buchungslogik. Prüfe neben Name und Adresse auch Öffnungszeiten, mögliche abweichende Filialregeln sowie die Frage, ob Abholung und Rückgabe am selben oder an unterschiedlichen Standorten erlaubt sein sollen. Ein unvollständig konfigurierter Standort kann dazu führen, dass Termine oder Angebote im Frontend unerwartet fehlen. Ja, für einen üblichen Buchungsablauf wird mindestens ein nutzbarer Standort benötigt. Ohne gültigen Abhol- und Rückgabestandort kann Schritt 1 nicht sinnvoll abgeschlossen werden. Standorte sind ein zentraler Bestandteil der Buchungslogik. Prüfe neben Name und Adresse auch Öffnungszeiten, mögliche abweichende Filialregeln sowie die Frage, ob Abholung und Rückgabe am selben oder an unterschiedlichen Standorten erlaubt sein sollen. Ein unvollständig konfigurierter Standort kann dazu führen, dass Termine oder Angebote im Frontend unerwartet fehlen. Ja. Du kannst mehrere Standorte verwalten und sie für Abholung und Rückgabe anbieten. Achte darauf, dass jeder Standort eindeutig benannt und korrekt konfiguriert ist. Standorte sind ein zentraler Bestandteil der Buchungslogik. Prüfe neben Name und Adresse auch Öffnungszeiten, mögliche abweichende Filialregeln sowie die Frage, ob Abholung und Rückgabe am selben oder an unterschiedlichen Standorten erlaubt sein sollen. Ein unvollständig konfigurierter Standort kann dazu führen, dass Termine oder Angebote im Frontend unerwartet fehlen. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Rentalo unterstützt grundsätzlich getrennte Auswahlfelder für Abhol- und Rückgabestandort. Ob du unterschiedliche Standorte tatsächlich anbietest, hängt von deiner Konfiguration und deinen betrieblichen Regeln ab. Standorte sind ein zentraler Bestandteil der Buchungslogik. Prüfe neben Name und Adresse auch Öffnungszeiten, mögliche abweichende Filialregeln sowie die Frage, ob Abholung und Rückgabe am selben oder an unterschiedlichen Standorten erlaubt sein sollen. Ein unvollständig konfigurierter Standort kann dazu führen, dass Termine oder Angebote im Frontend unerwartet fehlen. Der Hauptstandort dient als zentrale Referenz für gemeinsame Standortdaten und Öffnungszeiten. Weitere Filialen können ihre Öffnungszeiten je nach Einstellung vom Hauptstandort übernehmen. Standorte sind ein zentraler Bestandteil der Buchungslogik. Prüfe neben Name und Adresse auch Öffnungszeiten, mögliche abweichende Filialregeln sowie die Frage, ob Abholung und Rückgabe am selben oder an unterschiedlichen Standorten erlaubt sein sollen. Ein unvollständig konfigurierter Standort kann dazu führen, dass Termine oder Angebote im Frontend unerwartet fehlen. Ist diese Option aktiv, verwendet die betreffende Filiale die Öffnungszeiten des Hauptstandorts. Deaktivierst du sie, pflegst du für diese Filiale eigene Zeiten unter Einstellungen > Zeiten > Öffnungszeiten. Standorte sind ein zentraler Bestandteil der Buchungslogik. Prüfe neben Name und Adresse auch Öffnungszeiten, mögliche abweichende Filialregeln sowie die Frage, ob Abholung und Rückgabe am selben oder an unterschiedlichen Standorten erlaubt sein sollen. Ein unvollständig konfigurierter Standort kann dazu führen, dass Termine oder Angebote im Frontend unerwartet fehlen. Die Adressdaten werden direkt im jeweiligen Standort gepflegt. Trage sie so ein, wie sie Kunden im Buchungsablauf und gegebenenfalls in E-Mails sehen sollen. Standorte sind ein zentraler Bestandteil der Buchungslogik. Prüfe neben Name und Adresse auch Öffnungszeiten, mögliche abweichende Filialregeln sowie die Frage, ob Abholung und Rückgabe am selben oder an unterschiedlichen Standorten erlaubt sein sollen. Ein unvollständig konfigurierter Standort kann dazu führen, dass Termine oder Angebote im Frontend unerwartet fehlen. Ja. In den Standortdaten ist eine Datenschutz-URL vorgesehen. Das ist hilfreich, wenn unterschiedliche Filialen oder Betreiber eigene rechtliche Seiten verwenden. Standorte sind ein zentraler Bestandteil der Buchungslogik. Prüfe neben Name und Adresse auch Öffnungszeiten, mögliche abweichende Filialregeln sowie die Frage, ob Abholung und Rückgabe am selben oder an unterschiedlichen Standorten erlaubt sein sollen. Ein unvollständig konfigurierter Standort kann dazu führen, dass Termine oder Angebote im Frontend unerwartet fehlen. Ein nicht mehr verfügbarer Standort sollte im Frontend nicht mehr neu auswählbar sein. Prüfe vor dem Entfernen, ob bestehende Anfragen oder Links noch auf diesen Standort verweisen und dokumentiere gegebenenfalls historische Daten. Standorte sind ein zentraler Bestandteil der Buchungslogik. Prüfe neben Name und Adresse auch Öffnungszeiten, mögliche abweichende Filialregeln sowie die Frage, ob Abholung und Rückgabe am selben oder an unterschiedlichen Standorten erlaubt sein sollen. Ein unvollständig konfigurierter Standort kann dazu führen, dass Termine oder Angebote im Frontend unerwartet fehlen. Prüfe, ob der Standort vollständig gespeichert und aktiv ist und ob der verwendete Shortcode einen festen Standort vorgibt. Leere Caches und teste anschließend eine neue Buchungssitzung. Standorte sind ein zentraler Bestandteil der Buchungslogik. Prüfe neben Name und Adresse auch Öffnungszeiten, mögliche abweichende Filialregeln sowie die Frage, ob Abholung und Rückgabe am selben oder an unterschiedlichen Standorten erlaubt sein sollen. Ein unvollständig konfigurierter Standort kann dazu führen, dass Termine oder Angebote im Frontend unerwartet fehlen. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Ja. Bestimmte Ergebnis-Shortcodes unterstützen Parameter wie pickup_location_id und return_location_id. Verwende dafür die Standort-ID aus dem Rentalo-Standortbereich und teste, ob der gewünschte Standort korrekt vorausgewählt wird. Standorte sind ein zentraler Bestandteil der Buchungslogik. Prüfe neben Name und Adresse auch Öffnungszeiten, mögliche abweichende Filialregeln sowie die Frage, ob Abholung und Rückgabe am selben oder an unterschiedlichen Standorten erlaubt sein sollen. Ein unvollständig konfigurierter Standort kann dazu führen, dass Termine oder Angebote im Frontend unerwartet fehlen. Wähle im Frontend gezielt jede Filiale und teste einen Termin innerhalb sowie außerhalb ihrer Öffnungszeiten. Wenn eine Filiale die Hauptzeiten erbt, ändere testweise die Hauptzeiten und prüfe, ob die Filiale entsprechend reagiert. Standorte sind ein zentraler Bestandteil der Buchungslogik. Prüfe neben Name und Adresse auch Öffnungszeiten, mögliche abweichende Filialregeln sowie die Frage, ob Abholung und Rückgabe am selben oder an unterschiedlichen Standorten erlaubt sein sollen. Ein unvollständig konfigurierter Standort kann dazu führen, dass Termine oder Angebote im Frontend unerwartet fehlen. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Die Kategorie ist die oberste Strukturstufe. Darunter liegen Gruppen, die ähnliche Angebote zusammenfassen, und darunter die konkreten Mietobjekte. Beispiel: Kategorie „Transporter“, Gruppe „L3H2“, Mietobjekt „Transporter 17“. Kategorien dienen vor allem der übersichtlichen Strukturierung. Verwende klare Namen, die ein Kunde sofort versteht, und ordne Gruppen nur dort ein, wo sie fachlich wirklich passen. Nach Änderungen solltest du Schritt 2 im Frontend prüfen, da dort sichtbar wird, ob die Struktur für Besucher nachvollziehbar ist. Ja, die Struktur ist für die Zuordnung der Gruppen vorgesehen. Du kannst aber mit nur einer allgemeinen Kategorie arbeiten, wenn eine weitere Unterteilung für deinen Betrieb nicht sinnvoll ist. Kategorien dienen vor allem der übersichtlichen Strukturierung. Verwende klare Namen, die ein Kunde sofort versteht, und ordne Gruppen nur dort ein, wo sie fachlich wirklich passen. Nach Änderungen solltest du Schritt 2 im Frontend prüfen, da dort sichtbar wird, ob die Struktur für Besucher nachvollziehbar ist. Die Sortierung steuert die Reihenfolge in Adminlisten und – soweit vom Frontend übernommen – die Anzeigereihenfolge für Kunden. Verwende beispielsweise 10, 20, 30, damit du später Werte dazwischen einfügen kannst. Kategorien dienen vor allem der übersichtlichen Strukturierung. Verwende klare Namen, die ein Kunde sofort versteht, und ordne Gruppen nur dort ein, wo sie fachlich wirklich passen. Nach Änderungen solltest du Schritt 2 im Frontend prüfen, da dort sichtbar wird, ob die Struktur für Besucher nachvollziehbar ist. Die Beschreibung sollte den Zweck der Kategorie erklären, nicht einzelne Tarifdetails wiederholen. Sie kann Kunden helfen, ähnliche Gruppen besser einzuordnen. Kategorien dienen vor allem der übersichtlichen Strukturierung. Verwende klare Namen, die ein Kunde sofort versteht, und ordne Gruppen nur dort ein, wo sie fachlich wirklich passen. Nach Änderungen solltest du Schritt 2 im Frontend prüfen, da dort sichtbar wird, ob die Struktur für Besucher nachvollziehbar ist. Eine Gruppe fasst Mietobjekte mit vergleichbaren Eigenschaften zusammen. Kunden wählen in Schritt 2 typischerweise eine Gruppe bzw. ein Angebot, während die konkrete Zuordnung der tatsächlichen Einheit administrativ erfolgen kann. Kategorien dienen vor allem der übersichtlichen Strukturierung. Verwende klare Namen, die ein Kunde sofort versteht, und ordne Gruppen nur dort ein, wo sie fachlich wirklich passen. Nach Änderungen solltest du Schritt 2 im Frontend prüfen, da dort sichtbar wird, ob die Struktur für Besucher nachvollziehbar ist. Lege separate Gruppen an, wenn sich Größe, Ausstattung, Preislogik oder Zielgruppe deutlich unterscheiden. Unterschiede, die für die Auswahl des Kunden relevant sind, sollten nicht in einer einzigen Gruppe versteckt werden. Kategorien dienen vor allem der übersichtlichen Strukturierung. Verwende klare Namen, die ein Kunde sofort versteht, und ordne Gruppen nur dort ein, wo sie fachlich wirklich passen. Nach Änderungen solltest du Schritt 2 im Frontend prüfen, da dort sichtbar wird, ob die Struktur für Besucher nachvollziehbar ist. Ein Mietobjekt ist die konkrete vermietbare Einheit innerhalb einer Gruppe. Es kann einen eigenen Namen, einen kurzen Code und weitere Stammdaten besitzen und dient als Grundlage für Verfügbarkeit und Zuordnungen. Kategorien dienen vor allem der übersichtlichen Strukturierung. Verwende klare Namen, die ein Kunde sofort versteht, und ordne Gruppen nur dort ein, wo sie fachlich wirklich passen. Nach Änderungen solltest du Schritt 2 im Frontend prüfen, da dort sichtbar wird, ob die Struktur für Besucher nachvollziehbar ist. Der Code ist eine kurze interne oder sichtbare Kennzeichnung mit maximal acht Zeichen. Im Quick Price Check kann er zusammen mit dem Namen angezeigt werden, damit Administratoren ähnliche Mietobjekte schneller unterscheiden. Kategorien dienen vor allem der übersichtlichen Strukturierung. Verwende klare Namen, die ein Kunde sofort versteht, und ordne Gruppen nur dort ein, wo sie fachlich wirklich passen. Nach Änderungen solltest du Schritt 2 im Frontend prüfen, da dort sichtbar wird, ob die Struktur für Besucher nachvollziehbar ist. Für einen sinnvollen Buchungsablauf sollte jedes aktive Mietobjekt in die passende Gruppenstruktur eingeordnet sein. Fehlende oder falsche Zuordnungen können dazu führen, dass Gruppen leer erscheinen oder Preise nicht gefunden werden. Kategorien dienen vor allem der übersichtlichen Strukturierung. Verwende klare Namen, die ein Kunde sofort versteht, und ordne Gruppen nur dort ein, wo sie fachlich wirklich passen. Nach Änderungen solltest du Schritt 2 im Frontend prüfen, da dort sichtbar wird, ob die Struktur für Besucher nachvollziehbar ist. Das deutet auf eine fehlerhafte oder widersprüchliche Gruppen-ID bzw. Zuordnung hin. Prüfe die gespeicherte Gruppe, den verwendeten Direkt-Shortcode und ob alte Buchungsdaten im Browser vorhanden sind; teste danach mit einer neuen Sitzung. Kategorien dienen vor allem der übersichtlichen Strukturierung. Verwende klare Namen, die ein Kunde sofort versteht, und ordne Gruppen nur dort ein, wo sie fachlich wirklich passen. Nach Änderungen solltest du Schritt 2 im Frontend prüfen, da dort sichtbar wird, ob die Struktur für Besucher nachvollziehbar ist. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Ja, sofern der Status des Mietobjekts auf inaktiv gesetzt wird. Das ist sinnvoll bei Verkauf, längerer Reparatur oder saisonaler Nichtverfügbarkeit, ohne den Datensatz vollständig zu löschen. Kategorien dienen vor allem der übersichtlichen Strukturierung. Verwende klare Namen, die ein Kunde sofort versteht, und ordne Gruppen nur dort ein, wo sie fachlich wirklich passen. Nach Änderungen solltest du Schritt 2 im Frontend prüfen, da dort sichtbar wird, ob die Struktur für Besucher nachvollziehbar ist. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Nutze möglichst einheitliche Bildformate und ähnliche Perspektiven. Dadurch wirken Listen- und Kartenansichten ruhiger, und die responsive Darstellung auf Mobilgeräten bleibt besser vergleichbar. Kategorien dienen vor allem der übersichtlichen Strukturierung. Verwende klare Namen, die ein Kunde sofort versteht, und ordne Gruppen nur dort ein, wo sie fachlich wirklich passen. Nach Änderungen solltest du Schritt 2 im Frontend prüfen, da dort sichtbar wird, ob die Struktur für Besucher nachvollziehbar ist. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Die Mietobjektverwaltung unterstützt Medien- und Bilddarstellungen. Pflege nur relevante Bilder und teste die Vergrößerungsansicht sowie die mobile Darstellung, damit große Dateien oder sehr unterschiedliche Seitenverhältnisse die Bedienung nicht verschlechtern. Kategorien dienen vor allem der übersichtlichen Strukturierung. Verwende klare Namen, die ein Kunde sofort versteht, und ordne Gruppen nur dort ein, wo sie fachlich wirklich passen. Nach Änderungen solltest du Schritt 2 im Frontend prüfen, da dort sichtbar wird, ob die Struktur für Besucher nachvollziehbar ist. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Prüfe Status, Gruppen- und Kategoriezuordnung sowie das Vorhandensein eines für den gewählten Zeitraum gültigen Tarifs. Ein Objekt ohne berechenbaren Tarif kann im Ergebnis fehlen, obwohl es als Stammdatensatz existiert. Kategorien dienen vor allem der übersichtlichen Strukturierung. Verwende klare Namen, die ein Kunde sofort versteht, und ordne Gruppen nur dort ein, wo sie fachlich wirklich passen. Nach Änderungen solltest du Schritt 2 im Frontend prüfen, da dort sichtbar wird, ob die Struktur für Besucher nachvollziehbar ist. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Für historisch verwendete Objekte ist Deaktivieren oft sicherer, weil alte Anfragen nachvollziehbar bleiben. Lösche nur, wenn du sicher bist, dass keine historischen Zusammenhänge mehr benötigt werden. Kategorien dienen vor allem der übersichtlichen Strukturierung. Verwende klare Namen, die ein Kunde sofort versteht, und ordne Gruppen nur dort ein, wo sie fachlich wirklich passen. Nach Änderungen solltest du Schritt 2 im Frontend prüfen, da dort sichtbar wird, ob die Struktur für Besucher nachvollziehbar ist. Ein Tarif definiert die Grundpreislogik für ein oder mehrere Mietobjekte. Er kann aus mehreren Mietdauer-Staffeln bestehen und zusätzlich Regeln für enthaltene Nutzung und Mehrnutzung enthalten. Gruppen bündeln gleichartige Mietangebote und verbinden die Auswahl im Frontend mit den zugehörigen Mietobjekten und Tarifen. Achte besonders auf eindeutige Zuordnungen. Wenn eine falsche Gruppe angezeigt wird oder eine Auswahl nicht weitergeführt werden kann, sind Gruppen-ID, Objektzuordnung und Tarifzuordnung die ersten Punkte, die du kontrollieren solltest. Jede Staffel gilt ab einer bestimmten Mietdauer und optional bis zu einer bestimmten Obergrenze. Für einen lückenlosen Standardtarif sollten die Staffeln ohne unbeabsichtigte Lücken oder Überschneidungen aufeinander folgen. Gruppen bündeln gleichartige Mietangebote und verbinden die Auswahl im Frontend mit den zugehörigen Mietobjekten und Tarifen. Achte besonders auf eindeutige Zuordnungen. Wenn eine falsche Gruppe angezeigt wird oder eine Auswahl nicht weitergeführt werden kann, sind Gruppen-ID, Objektzuordnung und Tarifzuordnung die ersten Punkte, die du kontrollieren solltest. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Dieser Wert ist der erste Miettag, ab dem die Staffel gilt. Beginnt dein Tarif grundsätzlich ab dem ersten Tag, sollte die erste passende Staffel bei 1 starten. Gruppen bündeln gleichartige Mietangebote und verbinden die Auswahl im Frontend mit den zugehörigen Mietobjekten und Tarifen. Achte besonders auf eindeutige Zuordnungen. Wenn eine falsche Gruppe angezeigt wird oder eine Auswahl nicht weitergeführt werden kann, sind Gruppen-ID, Objektzuordnung und Tarifzuordnung die ersten Punkte, die du kontrollieren solltest. Dieser Wert ist der letzte Miettag der Staffel. Ein leeres Ende kann eine offene letzte Staffel bedeuten; neuere Rentalo-Versionen erlauben auch ein bewusst begrenztes Ende, warnen aber davor, dass längere Anfragen dann keinen gültigen Tarif finden. Gruppen bündeln gleichartige Mietangebote und verbinden die Auswahl im Frontend mit den zugehörigen Mietobjekten und Tarifen. Achte besonders auf eindeutige Zuordnungen. Wenn eine falsche Gruppe angezeigt wird oder eine Auswahl nicht weitergeführt werden kann, sind Gruppen-ID, Objektzuordnung und Tarifzuordnung die ersten Punkte, die du kontrollieren solltest. Ja. Die aktuelle Version erlaubt ein endliches Ende der letzten Staffel nach einer ausdrücklichen Warnung. Danach ist der Tarif für längere Mietdauern nicht gültig, was dazu führen kann, dass das Mietobjekt nicht mehr angeboten wird. Gruppen bündeln gleichartige Mietangebote und verbinden die Auswahl im Frontend mit den zugehörigen Mietobjekten und Tarifen. Achte besonders auf eindeutige Zuordnungen. Wenn eine falsche Gruppe angezeigt wird oder eine Auswahl nicht weitergeführt werden kann, sind Gruppen-ID, Objektzuordnung und Tarifzuordnung die ersten Punkte, die du kontrollieren solltest. Weil eine Anfrage oberhalb dieser Grenze keinen passenden Tarif mehr findet. Die Warnung ist nicht zwingend ein Fehler, sondern soll verhindern, dass du versehentlich längere Mietzeiträume ausschließt. Gruppen bündeln gleichartige Mietangebote und verbinden die Auswahl im Frontend mit den zugehörigen Mietobjekten und Tarifen. Achte besonders auf eindeutige Zuordnungen. Wenn eine falsche Gruppe angezeigt wird oder eine Auswahl nicht weitergeführt werden kann, sind Gruppen-ID, Objektzuordnung und Tarifzuordnung die ersten Punkte, die du kontrollieren solltest. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Lücken, unlogische Grenzen oder Überschneidungen zwischen Staffeln sind typische blockierende Fehler. Solche Konfigurationen können nicht eindeutig berechnet werden und sollten vor dem Speichern korrigiert werden. Gruppen bündeln gleichartige Mietangebote und verbinden die Auswahl im Frontend mit den zugehörigen Mietobjekten und Tarifen. Achte besonders auf eindeutige Zuordnungen. Wenn eine falsche Gruppe angezeigt wird oder eine Auswahl nicht weitergeführt werden kann, sind Gruppen-ID, Objektzuordnung und Tarifzuordnung die ersten Punkte, die du kontrollieren solltest. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Wenn Nutzungseinheiten aktiv sind, kann eine leere oder null gesetzte Freimenge problematisch sein. Nutze für wirklich unbegrenzte Nutzung die dafür vorgesehene Option „unbegrenzt“, statt einen missverständlichen Nullwert zu verwenden. Gruppen bündeln gleichartige Mietangebote und verbinden die Auswahl im Frontend mit den zugehörigen Mietobjekten und Tarifen. Achte besonders auf eindeutige Zuordnungen. Wenn eine falsche Gruppe angezeigt wird oder eine Auswahl nicht weitergeführt werden kann, sind Gruppen-ID, Objektzuordnung und Tarifzuordnung die ersten Punkte, die du kontrollieren solltest. Ist „unbegrenzt“ aktiv, gelten alle Kilometer bzw. Nutzungseinheiten als enthalten. Das Feld km/Tag bleibt gegebenenfalls sichtbar, wird aber für die Berechnung nicht verwendet, und ein Mehrnutzungspreis sollte im Frontend nicht berechnet werden. Gruppen bündeln gleichartige Mietangebote und verbinden die Auswahl im Frontend mit den zugehörigen Mietobjekten und Tarifen. Achte besonders auf eindeutige Zuordnungen. Wenn eine falsche Gruppe angezeigt wird oder eine Auswahl nicht weitergeführt werden kann, sind Gruppen-ID, Objektzuordnung und Tarifzuordnung die ersten Punkte, die du kontrollieren solltest. Bei staffelbasierten Tarifen wird die vorgesehene Freimenge anhand der gültigen Tariflogik und Mietdauer ermittelt. Der Quick Price Check und der normale Buchungsablauf sollen dabei dieselbe zentrale Berechnung verwenden. Gruppen bündeln gleichartige Mietangebote und verbinden die Auswahl im Frontend mit den zugehörigen Mietobjekten und Tarifen. Achte besonders auf eindeutige Zuordnungen. Wenn eine falsche Gruppe angezeigt wird oder eine Auswahl nicht weitergeführt werden kann, sind Gruppen-ID, Objektzuordnung und Tarifzuordnung die ersten Punkte, die du kontrollieren solltest. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Wenn die geplante Nutzung die enthaltene Nutzung übersteigt und der Tarif einen Preis je zusätzlicher Einheit vorsieht. Bei unbegrenzter Nutzung entfällt diese Berechnung. Gruppen bündeln gleichartige Mietangebote und verbinden die Auswahl im Frontend mit den zugehörigen Mietobjekten und Tarifen. Achte besonders auf eindeutige Zuordnungen. Wenn eine falsche Gruppe angezeigt wird oder eine Auswahl nicht weitergeführt werden kann, sind Gruppen-ID, Objektzuordnung und Tarifzuordnung die ersten Punkte, die du kontrollieren solltest. Prüfe, ob der Tarif aktiv, dem richtigen Mietobjekt zugeordnet und für die gewählte Mietdauer gültig ist. Achte außerdem auf begrenzte letzte Staffeln, Zeittarife, Sonderpreise und mögliche Auswahlfilter. Gruppen bündeln gleichartige Mietangebote und verbinden die Auswahl im Frontend mit den zugehörigen Mietobjekten und Tarifen. Achte besonders auf eindeutige Zuordnungen. Wenn eine falsche Gruppe angezeigt wird oder eine Auswahl nicht weitergeführt werden kann, sind Gruppen-ID, Objektzuordnung und Tarifzuordnung die ersten Punkte, die du kontrollieren solltest. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Die aktuelle Rentalo-Version sortiert gültige Tarife anhand des zentral berechneten Tarifgesamtpreises, günstigster zuerst. Wenn „nur günstigsten Tarif anzeigen“ aktiv ist, bleibt nur dieser berechnete günstigste Tarif sichtbar. Gruppen bündeln gleichartige Mietangebote und verbinden die Auswahl im Frontend mit den zugehörigen Mietobjekten und Tarifen. Achte besonders auf eindeutige Zuordnungen. Wenn eine falsche Gruppe angezeigt wird oder eine Auswahl nicht weitergeführt werden kann, sind Gruppen-ID, Objektzuordnung und Tarifzuordnung die ersten Punkte, die du kontrollieren solltest. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Die Sortierung soll auf dem zentral berechneten Tarifgesamtpreis beruhen. Damit fließen tarifverändernde Regeln wie Zeittarife und Sonderpreise in die endgültige Vergleichsbasis ein, soweit sie für den gewählten Zeitraum angewendet werden. Gruppen bündeln gleichartige Mietangebote und verbinden die Auswahl im Frontend mit den zugehörigen Mietobjekten und Tarifen. Achte besonders auf eindeutige Zuordnungen. Wenn eine falsche Gruppe angezeigt wird oder eine Auswahl nicht weitergeführt werden kann, sind Gruppen-ID, Objektzuordnung und Tarifzuordnung die ersten Punkte, die du kontrollieren solltest. Die Reihenfolge im Admin ist keine Preisrangliste. Rentalo bewertet den konkreten Zeitraum und die gültigen Preisregeln; dadurch kann ein später gelisteter Tarif für eine bestimmte Mietdauer günstiger sein. Gruppen bündeln gleichartige Mietangebote und verbinden die Auswahl im Frontend mit den zugehörigen Mietobjekten und Tarifen. Achte besonders auf eindeutige Zuordnungen. Wenn eine falsche Gruppe angezeigt wird oder eine Auswahl nicht weitergeführt werden kann, sind Gruppen-ID, Objektzuordnung und Tarifzuordnung die ersten Punkte, die du kontrollieren solltest. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Teste mehrere Mietdauern: den ersten Tag jeder Staffel, den letzten Tag jeder Staffel und die Grenzwerte dazwischen. Prüfe zusätzlich geplante Nutzung unterhalb und oberhalb der Freimenge sowie gegebenenfalls Sonder- und Zeittarife. Gruppen bündeln gleichartige Mietangebote und verbinden die Auswahl im Frontend mit den zugehörigen Mietobjekten und Tarifen. Achte besonders auf eindeutige Zuordnungen. Wenn eine falsche Gruppe angezeigt wird oder eine Auswahl nicht weitergeführt werden kann, sind Gruppen-ID, Objektzuordnung und Tarifzuordnung die ersten Punkte, die du kontrollieren solltest. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Ein Zeittarif ist eine spezielle Preisregel für definierte Zeiträume oder Mietdauern, zum Beispiel Stunden-, Nacht-, Wochenend-, Wochen- oder Monatstarife. Er kann die Standardtarifliste je nach Konfiguration ersetzen oder ergänzen. Ein Mietobjekt sollte nur dann öffentlich angeboten werden, wenn seine wichtigsten Stammdaten und Zuordnungen vollständig sind. Prüfe insbesondere Gruppe, Status und die für die Preisberechnung benötigten Verknüpfungen. Änderungen an einem einzelnen Objekt können sich direkt darauf auswirken, ob es in Schritt 2 überhaupt als buchbares Angebot erscheint. Nutze Zeittarife, wenn Preise nicht sinnvoll nur über Kalendertage abgebildet werden können, etwa bei Stundenmieten, Wochenendpaketen oder festen Wochenpreisen. Halte die Regeln möglichst eindeutig, damit Kunden nachvollziehbare Ergebnisse erhalten. Ein Mietobjekt sollte nur dann öffentlich angeboten werden, wenn seine wichtigsten Stammdaten und Zuordnungen vollständig sind. Prüfe insbesondere Gruppe, Status und die für die Preisberechnung benötigten Verknüpfungen. Änderungen an einem einzelnen Objekt können sich direkt darauf auswirken, ob es in Schritt 2 überhaupt als buchbares Angebot erscheint. Ja. Die Preisaufschlüsselung kennt ausdrücklich den Fall „Zeittarif ersetzt Standardtarifliste“. In diesem Fall stammt der relevante Tarifbetrag aus der Zeittariflogik und nicht zusätzlich aus dem normalen Staffeltarif. Ein Mietobjekt sollte nur dann öffentlich angeboten werden, wenn seine wichtigsten Stammdaten und Zuordnungen vollständig sind. Prüfe insbesondere Gruppe, Status und die für die Preisberechnung benötigten Verknüpfungen. Änderungen an einem einzelnen Objekt können sich direkt darauf auswirken, ob es in Schritt 2 überhaupt als buchbares Angebot erscheint. Das hängt von deinen Regeln ab. Vermeide unnötig überlappende Bedingungen, wenn nicht klar ist, welche Priorität gelten soll, und teste typische sowie grenzwertige Zeiträume. Ein Mietobjekt sollte nur dann öffentlich angeboten werden, wenn seine wichtigsten Stammdaten und Zuordnungen vollständig sind. Prüfe insbesondere Gruppe, Status und die für die Preisberechnung benötigten Verknüpfungen. Änderungen an einem einzelnen Objekt können sich direkt darauf auswirken, ob es in Schritt 2 überhaupt als buchbares Angebot erscheint. In der detaillierten Preisaufschlüsselung kann ein angewendeter Zeittarif als eigene Preisquelle erscheinen. Nutze diese Ansicht beim Testen, um zu kontrollieren, ob die erwartete Regel greift. Ein Mietobjekt sollte nur dann öffentlich angeboten werden, wenn seine wichtigsten Stammdaten und Zuordnungen vollständig sind. Prüfe insbesondere Gruppe, Status und die für die Preisberechnung benötigten Verknüpfungen. Änderungen an einem einzelnen Objekt können sich direkt darauf auswirken, ob es in Schritt 2 überhaupt als buchbares Angebot erscheint. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Achte darauf, wie Rentalo die Mietdauer für den gewählten Zeitraum berechnet. Ein Zeitraum von wenigen Stunden darf nicht unbeabsichtigt wie mehrere volle Kalendertage behandelt werden, wenn du dafür einen eigenen Stunden- oder Nachtpreis vorgesehen hast. Ein Mietobjekt sollte nur dann öffentlich angeboten werden, wenn seine wichtigsten Stammdaten und Zuordnungen vollständig sind. Prüfe insbesondere Gruppe, Status und die für die Preisberechnung benötigten Verknüpfungen. Änderungen an einem einzelnen Objekt können sich direkt darauf auswirken, ob es in Schritt 2 überhaupt als buchbares Angebot erscheint. Diese Tarife richten sich nach den von dir definierten zeitlichen Bedingungen. Teste insbesondere Übergänge über Mitternacht sowie Wochenendgrenzen, weil dort Start- und Endzeit entscheidend sind. Ein Mietobjekt sollte nur dann öffentlich angeboten werden, wenn seine wichtigsten Stammdaten und Zuordnungen vollständig sind. Prüfe insbesondere Gruppe, Status und die für die Preisberechnung benötigten Verknüpfungen. Änderungen an einem einzelnen Objekt können sich direkt darauf auswirken, ob es in Schritt 2 überhaupt als buchbares Angebot erscheint. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Je nach Preislogik können mehrere Preisregeln nacheinander berücksichtigt werden. Prüfe die Preisaufschlüsselung genau, damit nicht unbeabsichtigt doppelte Rabatte oder Zuschläge entstehen. Ein Mietobjekt sollte nur dann öffentlich angeboten werden, wenn seine wichtigsten Stammdaten und Zuordnungen vollständig sind. Prüfe insbesondere Gruppe, Status und die für die Preisberechnung benötigten Verknüpfungen. Änderungen an einem einzelnen Objekt können sich direkt darauf auswirken, ob es in Schritt 2 überhaupt als buchbares Angebot erscheint. Prüfe Status, Zuordnung, Zeitbedingungen und den konkreten Buchungszeitraum. Häufig liegt der Testzeitraum knapp außerhalb der definierten Grenze oder ein anderer Tarif hat Vorrang. Ein Mietobjekt sollte nur dann öffentlich angeboten werden, wenn seine wichtigsten Stammdaten und Zuordnungen vollständig sind. Prüfe insbesondere Gruppe, Status und die für die Preisberechnung benötigten Verknüpfungen. Änderungen an einem einzelnen Objekt können sich direkt darauf auswirken, ob es in Schritt 2 überhaupt als buchbares Angebot erscheint. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Wenn Rentalo den endgültigen zentral berechneten Tarifgesamtpreis vergleicht, wirkt sich ein gültiger Zeittarif auf diesen Preis aus. Deshalb kann ein Tarif durch einen Zeittarif günstiger oder teurer werden als seine reine Standardstaffel vermuten lässt. Ein Mietobjekt sollte nur dann öffentlich angeboten werden, wenn seine wichtigsten Stammdaten und Zuordnungen vollständig sind. Prüfe insbesondere Gruppe, Status und die für die Preisberechnung benötigten Verknüpfungen. Änderungen an einem einzelnen Objekt können sich direkt darauf auswirken, ob es in Schritt 2 überhaupt als buchbares Angebot erscheint. Verwende klare interne Namen, die den Anwendungsfall beschreiben, zum Beispiel „Wochenende Fr 18 bis Mo 8“. So erkennst du später schneller, welche Regel für eine auffällige Berechnung verantwortlich ist. Ein Mietobjekt sollte nur dann öffentlich angeboten werden, wenn seine wichtigsten Stammdaten und Zuordnungen vollständig sind. Prüfe insbesondere Gruppe, Status und die für die Preisberechnung benötigten Verknüpfungen. Änderungen an einem einzelnen Objekt können sich direkt darauf auswirken, ob es in Schritt 2 überhaupt als buchbares Angebot erscheint. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Prüfe mindestens einen Zeitraum vollständig innerhalb der Regel, einen direkt vor Beginn, einen direkt nach Ende und einen Zeitraum, der die Grenze überschreitet. Vergleiche die Preisdetails mit einem Zeitraum ohne Zeittarif. Ein Mietobjekt sollte nur dann öffentlich angeboten werden, wenn seine wichtigsten Stammdaten und Zuordnungen vollständig sind. Prüfe insbesondere Gruppe, Status und die für die Preisberechnung benötigten Verknüpfungen. Änderungen an einem einzelnen Objekt können sich direkt darauf auswirken, ob es in Schritt 2 überhaupt als buchbares Angebot erscheint. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Ein Sonderpreis verändert den regulären Tarifbetrag nach bestimmten Bedingungen, beispielsweise durch einen Zuschlag oder Abschlag. Er eignet sich für saisonale oder zeitlich begrenzte Preisänderungen. Bei Tarifen ist nicht nur der sichtbare Grundpreis entscheidend. Rentalo muss für den konkret gewählten Zeitraum und die geplante Nutzung den tatsächlichen Gesamtpreis vergleichen. Teste deshalb immer typische Laufzeiten, Grenzwerte zwischen Staffeln und Fälle mit Mehrkilometern beziehungsweise unbegrenzter Nutzung. Nur so erkennst du, ob tatsächlich der wirtschaftlich günstigste gültige Tarif angeboten wird. Ja. Je nach gewählter Regel kannst du Preisänderungen positiv oder negativ gestalten. Prüfe immer den Endbetrag, damit ein Rabatt nicht unbeabsichtigt zu einem negativen oder unrealistischen Preis führt. Bei Tarifen ist nicht nur der sichtbare Grundpreis entscheidend. Rentalo muss für den konkret gewählten Zeitraum und die geplante Nutzung den tatsächlichen Gesamtpreis vergleichen. Teste deshalb immer typische Laufzeiten, Grenzwerte zwischen Staffeln und Fälle mit Mehrkilometern beziehungsweise unbegrenzter Nutzung. Nur so erkennst du, ob tatsächlich der wirtschaftlich günstigste gültige Tarif angeboten wird. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Das hängt von der jeweiligen Sonderpreisregel ab. Achte im Admin genau auf die Art der Wertänderung und teste mehrere Mietdauern, weil ein täglicher Effekt bei langen Mieten deutlich stärker wirkt als eine einmalige Anpassung. Bei Tarifen ist nicht nur der sichtbare Grundpreis entscheidend. Rentalo muss für den konkret gewählten Zeitraum und die geplante Nutzung den tatsächlichen Gesamtpreis vergleichen. Teste deshalb immer typische Laufzeiten, Grenzwerte zwischen Staffeln und Fälle mit Mehrkilometern beziehungsweise unbegrenzter Nutzung. Nur so erkennst du, ob tatsächlich der wirtschaftlich günstigste gültige Tarif angeboten wird. Rentalo unterstützt zeit- bzw. wochentagsbezogene Sonderpreislogik. Bei wiederholten passenden Tagen sollte die Preisaufschlüsselung erkennen lassen, wie oft die Regel angewendet wurde. Bei Tarifen ist nicht nur der sichtbare Grundpreis entscheidend. Rentalo muss für den konkret gewählten Zeitraum und die geplante Nutzung den tatsächlichen Gesamtpreis vergleichen. Teste deshalb immer typische Laufzeiten, Grenzwerte zwischen Staffeln und Fälle mit Mehrkilometern beziehungsweise unbegrenzter Nutzung. Nur so erkennst du, ob tatsächlich der wirtschaftlich günstigste gültige Tarif angeboten wird. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Lege getrennte Regeln für die jeweiligen Mietdauerbereiche an, zum Beispiel bis 14 Tage, 15 bis 21 Tage und ab 22 Tage. Achte darauf, dass sich die Bereiche nicht unbeabsichtigt überschneiden und jede gewünschte Dauer eindeutig abgedeckt ist. Bei Tarifen ist nicht nur der sichtbare Grundpreis entscheidend. Rentalo muss für den konkret gewählten Zeitraum und die geplante Nutzung den tatsächlichen Gesamtpreis vergleichen. Teste deshalb immer typische Laufzeiten, Grenzwerte zwischen Staffeln und Fälle mit Mehrkilometern beziehungsweise unbegrenzter Nutzung. Nur so erkennst du, ob tatsächlich der wirtschaftlich günstigste gültige Tarif angeboten wird. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Je nach Konfiguration können mehrere Regeln auf denselben Tarif wirken. Teste solche Kombinationen gezielt und prüfe die Reihenfolge sowie die Preisaufschlüsselung, um unerwartete Kumulationen zu vermeiden. Bei Tarifen ist nicht nur der sichtbare Grundpreis entscheidend. Rentalo muss für den konkret gewählten Zeitraum und die geplante Nutzung den tatsächlichen Gesamtpreis vergleichen. Teste deshalb immer typische Laufzeiten, Grenzwerte zwischen Staffeln und Fälle mit Mehrkilometern beziehungsweise unbegrenzter Nutzung. Nur so erkennst du, ob tatsächlich der wirtschaftlich günstigste gültige Tarif angeboten wird. Ja, sofern die Sonderpreisverwaltung eine Tarifauswahl vorsieht. Wähle nur die Tarife aus, für die die Regel tatsächlich gelten soll, statt eine globale Regel unnötig breit anzuwenden. Bei Tarifen ist nicht nur der sichtbare Grundpreis entscheidend. Rentalo muss für den konkret gewählten Zeitraum und die geplante Nutzung den tatsächlichen Gesamtpreis vergleichen. Teste deshalb immer typische Laufzeiten, Grenzwerte zwischen Staffeln und Fälle mit Mehrkilometern beziehungsweise unbegrenzter Nutzung. Nur so erkennst du, ob tatsächlich der wirtschaftlich günstigste gültige Tarif angeboten wird. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Damit begrenzt du die Sonderpreiswirkung auf die markierten Zeittarife. Ist keine passende Zuordnung vorhanden, sollte die Regel für andere Zeittarife nicht greifen. Bei Tarifen ist nicht nur der sichtbare Grundpreis entscheidend. Rentalo muss für den konkret gewählten Zeitraum und die geplante Nutzung den tatsächlichen Gesamtpreis vergleichen. Teste deshalb immer typische Laufzeiten, Grenzwerte zwischen Staffeln und Fälle mit Mehrkilometern beziehungsweise unbegrenzter Nutzung. Nur so erkennst du, ob tatsächlich der wirtschaftlich günstigste gültige Tarif angeboten wird. Prüfe zuerst, ob die Bedingung im getesteten Zeitraum wirklich erfüllt ist und ob die Regel dem verwendeten Tarif zugeordnet wurde. Kontrolliere anschließend die detaillierte Preisaufschlüsselung, weil eine andere Regel den Wert später erneut verändern kann. Bei Tarifen ist nicht nur der sichtbare Grundpreis entscheidend. Rentalo muss für den konkret gewählten Zeitraum und die geplante Nutzung den tatsächlichen Gesamtpreis vergleichen. Teste deshalb immer typische Laufzeiten, Grenzwerte zwischen Staffeln und Fälle mit Mehrkilometern beziehungsweise unbegrenzter Nutzung. Nur so erkennst du, ob tatsächlich der wirtschaftlich günstigste gültige Tarif angeboten wird. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. In den Preisdetails kann die angewendete Sonderpreisregel als eigene Position oder Preisquelle erscheinen. Beim Testen solltest du dort den Ausgangsbetrag und den Betrag nach Sonderpreis vergleichen. Bei Tarifen ist nicht nur der sichtbare Grundpreis entscheidend. Rentalo muss für den konkret gewählten Zeitraum und die geplante Nutzung den tatsächlichen Gesamtpreis vergleichen. Teste deshalb immer typische Laufzeiten, Grenzwerte zwischen Staffeln und Fälle mit Mehrkilometern beziehungsweise unbegrenzter Nutzung. Nur so erkennst du, ob tatsächlich der wirtschaftlich günstigste gültige Tarif angeboten wird. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Ja, wenn der Vergleich auf dem finalen zentral berechneten Tarifbetrag erfolgt. Ein regulär teurer Tarif kann durch einen gültigen Sonderpreis für den konkreten Zeitraum zum günstigsten Angebot werden. Bei Tarifen ist nicht nur der sichtbare Grundpreis entscheidend. Rentalo muss für den konkret gewählten Zeitraum und die geplante Nutzung den tatsächlichen Gesamtpreis vergleichen. Teste deshalb immer typische Laufzeiten, Grenzwerte zwischen Staffeln und Fälle mit Mehrkilometern beziehungsweise unbegrenzter Nutzung. Nur so erkennst du, ob tatsächlich der wirtschaftlich günstigste gültige Tarif angeboten wird. Verwende klare, möglichst nicht überlappende Bedingungen und eindeutige Namen. Dokumentiere, welche Regel Vorrang haben soll, und teste besonders Zeiträume, in denen mehrere Bedingungen gleichzeitig erfüllt sein könnten. Bei Tarifen ist nicht nur der sichtbare Grundpreis entscheidend. Rentalo muss für den konkret gewählten Zeitraum und die geplante Nutzung den tatsächlichen Gesamtpreis vergleichen. Teste deshalb immer typische Laufzeiten, Grenzwerte zwischen Staffeln und Fälle mit Mehrkilometern beziehungsweise unbegrenzter Nutzung. Nur so erkennst du, ob tatsächlich der wirtschaftlich günstigste gültige Tarif angeboten wird. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Versicherungen können bestimmten Mietobjekten zugeordnet und in Schritt 3 zur Auswahl angeboten werden. Sie besitzen Status, Sortierung, Namen, Typ, Darstellungsart und eine eigene Preislogik. Zeittarife verändern die normale Tariflogik abhängig von Zeitraum oder Dauer. Dokumentiere für dich, wann ein Zeittarif greifen soll, und teste jeweils einen Fall innerhalb und außerhalb der Regel. Bei mehreren gleichzeitig passenden Regeln solltest du zusätzlich prüfen, welche Kombination Rentalo tatsächlich verwendet und ob das Ergebnis deiner beabsichtigten Preislogik entspricht. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Die Versicherungsart dient der inhaltlichen Einordnung, etwa Vollkasko, Schutz oder Sonstiges. Der Frontend-Typ bestimmt dagegen das Auswahlverhalten: Radio erlaubt typischerweise nur eine Auswahl, Checkboxen können additiv kombiniert werden. Zeittarife verändern die normale Tariflogik abhängig von Zeitraum oder Dauer. Dokumentiere für dich, wann ein Zeittarif greifen soll, und teste jeweils einen Fall innerhalb und außerhalb der Regel. Bei mehreren gleichzeitig passenden Regeln solltest du zusätzlich prüfen, welche Kombination Rentalo tatsächlich verwendet und ob das Ergebnis deiner beabsichtigten Preislogik entspricht. Bei diesem Frontend-Typ kann der Kunde innerhalb der entsprechenden Auswahl nur eine Option wählen. Das eignet sich für alternative Versicherungspakete, die sich gegenseitig ausschließen. Zeittarife verändern die normale Tariflogik abhängig von Zeitraum oder Dauer. Dokumentiere für dich, wann ein Zeittarif greifen soll, und teste jeweils einen Fall innerhalb und außerhalb der Regel. Bei mehreren gleichzeitig passenden Regeln solltest du zusätzlich prüfen, welche Kombination Rentalo tatsächlich verwendet und ob das Ergebnis deiner beabsichtigten Preislogik entspricht. Checkbox-Versicherungen können zusätzlich ausgewählt werden. Nutze sie für Schutzbausteine, die gleichzeitig mit anderen Versicherungsoptionen gebucht werden dürfen. Zeittarife verändern die normale Tariflogik abhängig von Zeitraum oder Dauer. Dokumentiere für dich, wann ein Zeittarif greifen soll, und teste jeweils einen Fall innerhalb und außerhalb der Regel. Bei mehreren gleichzeitig passenden Regeln solltest du zusätzlich prüfen, welche Kombination Rentalo tatsächlich verwendet und ob das Ergebnis deiner beabsichtigten Preislogik entspricht. Ja. Eine als Standard markierte Versicherung kann im Frontend automatisch vorausgewählt werden. Prüfe, ob dies zu deinen rechtlichen und geschäftlichen Anforderungen passt und der Kunde die Auswahl transparent erkennt. Zeittarife verändern die normale Tariflogik abhängig von Zeitraum oder Dauer. Dokumentiere für dich, wann ein Zeittarif greifen soll, und teste jeweils einen Fall innerhalb und außerhalb der Regel. Bei mehreren gleichzeitig passenden Regeln solltest du zusätzlich prüfen, welche Kombination Rentalo tatsächlich verwendet und ob das Ergebnis deiner beabsichtigten Preislogik entspricht. Der hinterlegte Einmalpreis wird unabhängig von der Mietdauer einmal berechnet. Die Versicherungsstaffeln werden in diesem Modus nicht für die Preisberechnung verwendet. Zeittarife verändern die normale Tariflogik abhängig von Zeitraum oder Dauer. Dokumentiere für dich, wann ein Zeittarif greifen soll, und teste jeweils einen Fall innerhalb und außerhalb der Regel. Bei mehreren gleichzeitig passenden Regeln solltest du zusätzlich prüfen, welche Kombination Rentalo tatsächlich verwendet und ob das Ergebnis deiner beabsichtigten Preislogik entspricht. Der Tagespreis stammt ausschließlich aus den Versicherungsstaffeln. Der separate Einmalpreis wird in diesem Modus nicht verwendet. Zeittarife verändern die normale Tariflogik abhängig von Zeitraum oder Dauer. Dokumentiere für dich, wann ein Zeittarif greifen soll, und teste jeweils einen Fall innerhalb und außerhalb der Regel. Bei mehreren gleichzeitig passenden Regeln solltest du zusätzlich prüfen, welche Kombination Rentalo tatsächlich verwendet und ob das Ergebnis deiner beabsichtigten Preislogik entspricht. Du definierst Mietdauerbereiche mit einem Preis pro Tag. Die erste und letzte Tagesgrenze sollte die gewünschten Mietdauern ohne unbeabsichtigte Lücken oder Überschneidungen abdecken. Zeittarife verändern die normale Tariflogik abhängig von Zeitraum oder Dauer. Dokumentiere für dich, wann ein Zeittarif greifen soll, und teste jeweils einen Fall innerhalb und außerhalb der Regel. Bei mehreren gleichzeitig passenden Regeln solltest du zusätzlich prüfen, welche Kombination Rentalo tatsächlich verwendet und ob das Ergebnis deiner beabsichtigten Preislogik entspricht. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Ein leeres Ende kennzeichnet üblicherweise eine offene Staffel. Diese gilt ab dem angegebenen Starttag für alle längeren Mietdauern, solange keine andere Regel sie ersetzt. Zeittarife verändern die normale Tariflogik abhängig von Zeitraum oder Dauer. Dokumentiere für dich, wann ein Zeittarif greifen soll, und teste jeweils einen Fall innerhalb und außerhalb der Regel. Bei mehreren gleichzeitig passenden Regeln solltest du zusätzlich prüfen, welche Kombination Rentalo tatsächlich verwendet und ob das Ergebnis deiner beabsichtigten Preislogik entspricht. Wenn die Preisart auf „Einmalig“ steht, sind die Tagesstaffeln für die Berechnung irrelevant und können entsprechend deaktiviert erscheinen. Stelle auf „Pro Tag“ um, wenn du staffelabhängige Tagespreise verwenden möchtest. Zeittarife verändern die normale Tariflogik abhängig von Zeitraum oder Dauer. Dokumentiere für dich, wann ein Zeittarif greifen soll, und teste jeweils einen Fall innerhalb und außerhalb der Regel. Bei mehreren gleichzeitig passenden Regeln solltest du zusätzlich prüfen, welche Kombination Rentalo tatsächlich verwendet und ob das Ergebnis deiner beabsichtigten Preislogik entspricht. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Ja. Nutze die Mietobjekt-Auswahl, damit nur passende Versicherungen angeboten werden. So verhinderst du, dass Kunden Schutzpakete sehen, die für das gewählte Objekt nicht verfügbar sind. Zeittarife verändern die normale Tariflogik abhängig von Zeitraum oder Dauer. Dokumentiere für dich, wann ein Zeittarif greifen soll, und teste jeweils einen Fall innerhalb und außerhalb der Regel. Bei mehreren gleichzeitig passenden Regeln solltest du zusätzlich prüfen, welche Kombination Rentalo tatsächlich verwendet und ob das Ergebnis deiner beabsichtigten Preislogik entspricht. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Die aktuelle Version fasst die Kosten aller ausgewählten Versicherungen in einer gemeinsamen Versicherungszeile der Preisaufschlüsselung zusammen. Der Gesamtpreis berücksichtigt dennoch die einzelnen gewählten Bestandteile. Zeittarife verändern die normale Tariflogik abhängig von Zeitraum oder Dauer. Dokumentiere für dich, wann ein Zeittarif greifen soll, und teste jeweils einen Fall innerhalb und außerhalb der Regel. Bei mehreren gleichzeitig passenden Regeln solltest du zusätzlich prüfen, welche Kombination Rentalo tatsächlich verwendet und ob das Ergebnis deiner beabsichtigten Preislogik entspricht. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Prüfe Status, Mietobjektzuordnung und Frontend-Einstellungen. Bei einer zeitabhängigen Versicherung muss außerdem eine gültige Preisstaffel für die gewählte Mietdauer vorhanden sein. Zeittarife verändern die normale Tariflogik abhängig von Zeitraum oder Dauer. Dokumentiere für dich, wann ein Zeittarif greifen soll, und teste jeweils einen Fall innerhalb und außerhalb der Regel. Bei mehreren gleichzeitig passenden Regeln solltest du zusätzlich prüfen, welche Kombination Rentalo tatsächlich verwendet und ob das Ergebnis deiner beabsichtigten Preislogik entspricht. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Teste Einmal- und Tagesmodelle getrennt, jeweils mit kurzen und langen Mietdauern. Prüfe außerdem Standardauswahl, Radio-/Checkbox-Verhalten und den Gesamtpreis nach einer Änderung. Zeittarife verändern die normale Tariflogik abhängig von Zeitraum oder Dauer. Dokumentiere für dich, wann ein Zeittarif greifen soll, und teste jeweils einen Fall innerhalb und außerhalb der Regel. Bei mehreren gleichzeitig passenden Regeln solltest du zusätzlich prüfen, welche Kombination Rentalo tatsächlich verwendet und ob das Ergebnis deiner beabsichtigten Preislogik entspricht. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Zusatzoptionen sind buchbare Extras, die in Schritt 3 zum Mietangebot hinzugefügt werden können. Beispiele sind Zubehör, Zusatzfahrer oder andere Leistungen, abhängig von deiner Konfiguration. Sonderpreise sollten gezielt und nachvollziehbar eingesetzt werden. Prüfe vor dem Livebetrieb, für welche Tage, Zeiträume oder Tarife die Regel gilt und ob sie sich mit anderen Preisregeln überschneidet. Ein sinnvoller Test umfasst mindestens einen normalen Zeitraum, einen Zeitraum mit Sonderpreis und einen Grenzfall direkt vor oder nach dem Sonderzeitraum. Ja. Als erforderlich markierte Optionen werden von der Auswahl- und Validierungslogik entsprechend behandelt. Der Quick Price Check berücksichtigt dabei nur ausdrücklich als Pflichtoption markierte Einträge als verpflichtend. Sonderpreise sollten gezielt und nachvollziehbar eingesetzt werden. Prüfe vor dem Livebetrieb, für welche Tage, Zeiträume oder Tarife die Regel gilt und ob sie sich mit anderen Preisregeln überschneidet. Ein sinnvoller Test umfasst mindestens einen normalen Zeitraum, einen Zeitraum mit Sonderpreis und einen Grenzfall direkt vor oder nach dem Sonderzeitraum. Optionale Extras bleiben zunächst abgewählt und müssen aktiv gewählt werden. Erforderliche Optionen müssen vorhanden bzw. ausgewählt sein, damit die Preisberechnung und der weitere Ablauf gültig bleiben. Sonderpreise sollten gezielt und nachvollziehbar eingesetzt werden. Prüfe vor dem Livebetrieb, für welche Tage, Zeiträume oder Tarife die Regel gilt und ob sie sich mit anderen Preisregeln überschneidet. Ein sinnvoller Test umfasst mindestens einen normalen Zeitraum, einen Zeitraum mit Sonderpreis und einen Grenzfall direkt vor oder nach dem Sonderzeitraum. Ja. Mengenoptionen besitzen ein Auswahlfeld für die Anzahl. Bei optionalen Mengenoptionen bedeutet Menge 0 nicht ausgewählt; eine positive Menge aktiviert die Option. Sonderpreise sollten gezielt und nachvollziehbar eingesetzt werden. Prüfe vor dem Livebetrieb, für welche Tage, Zeiträume oder Tarife die Regel gilt und ob sie sich mit anderen Preisregeln überschneidet. Ein sinnvoller Test umfasst mindestens einen normalen Zeitraum, einen Zeitraum mit Sonderpreis und einen Grenzfall direkt vor oder nach dem Sonderzeitraum. Die aktuelle Oberfläche synchronisiert Karte, Checkbox und Mengenfeld. Beim Aktivieren wird eine sinnvolle Menge gesetzt, beim Deaktivieren wird eine optionale Menge wieder auf 0 zurückgesetzt. Sonderpreise sollten gezielt und nachvollziehbar eingesetzt werden. Prüfe vor dem Livebetrieb, für welche Tage, Zeiträume oder Tarife die Regel gilt und ob sie sich mit anderen Preisregeln überschneidet. Ein sinnvoller Test umfasst mindestens einen normalen Zeitraum, einen Zeitraum mit Sonderpreis und einen Grenzfall direkt vor oder nach dem Sonderzeitraum. Damit sie nicht versehentlich als gewählt gilt. Erst wenn der Kunde die Option aktiv auswählt oder eine positive Menge setzt, fließt sie in die Berechnung ein. Sonderpreise sollten gezielt und nachvollziehbar eingesetzt werden. Prüfe vor dem Livebetrieb, für welche Tage, Zeiträume oder Tarife die Regel gilt und ob sie sich mit anderen Preisregeln überschneidet. Ein sinnvoller Test umfasst mindestens einen normalen Zeitraum, einen Zeitraum mit Sonderpreis und einen Grenzfall direkt vor oder nach dem Sonderzeitraum. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Eine erforderliche Mengenoption muss mindestens mit einer gültigen Mindestmenge berücksichtigt werden. Sie darf nicht durch eine reine Nullmenge faktisch deaktiviert werden. Sonderpreise sollten gezielt und nachvollziehbar eingesetzt werden. Prüfe vor dem Livebetrieb, für welche Tage, Zeiträume oder Tarife die Regel gilt und ob sie sich mit anderen Preisregeln überschneidet. Ein sinnvoller Test umfasst mindestens einen normalen Zeitraum, einen Zeitraum mit Sonderpreis und einen Grenzfall direkt vor oder nach dem Sonderzeitraum. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Ja. Nutze die Objektzuordnung, damit Extras nur dort erscheinen, wo sie tatsächlich angeboten werden. Das reduziert Fehlbuchungen und hält Schritt 3 übersichtlich. Sonderpreise sollten gezielt und nachvollziehbar eingesetzt werden. Prüfe vor dem Livebetrieb, für welche Tage, Zeiträume oder Tarife die Regel gilt und ob sie sich mit anderen Preisregeln überschneidet. Ein sinnvoller Test umfasst mindestens einen normalen Zeitraum, einen Zeitraum mit Sonderpreis und einen Grenzfall direkt vor oder nach dem Sonderzeitraum. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Rentalo kann Nullpreise abhängig von der Step-3-Einstellung entweder als lokalisierten Hinweis wie „Inklusive“ oder als formatierten Nullbetrag anzeigen. Der Quick Price Check folgt derselben Darstellung. Sonderpreise sollten gezielt und nachvollziehbar eingesetzt werden. Prüfe vor dem Livebetrieb, für welche Tage, Zeiträume oder Tarife die Regel gilt und ob sie sich mit anderen Preisregeln überschneidet. Ein sinnvoller Test umfasst mindestens einen normalen Zeitraum, einen Zeitraum mit Sonderpreis und einen Grenzfall direkt vor oder nach dem Sonderzeitraum. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Rentalo besitzt eine eigene Zusatzfahrer-Funktion und kann Zusatzfahrer auch in Schritt 3 als auswählbare Position anzeigen. Die Datenerfassung in Schritt 4 wird separat über die Modul-Einstellungen gesteuert. Sonderpreise sollten gezielt und nachvollziehbar eingesetzt werden. Prüfe vor dem Livebetrieb, für welche Tage, Zeiträume oder Tarife die Regel gilt und ob sie sich mit anderen Preisregeln überschneidet. Ein sinnvoller Test umfasst mindestens einen normalen Zeitraum, einen Zeitraum mit Sonderpreis und einen Grenzfall direkt vor oder nach dem Sonderzeitraum. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Das sollte bei optionalen Optionen nicht passieren. Prüfe, ob die Option versehentlich als erforderlich markiert ist; die neuere Quick-Mobile-Logik initialisiert Mengen nur für Pflichtoptionen automatisch. Sonderpreise sollten gezielt und nachvollziehbar eingesetzt werden. Prüfe vor dem Livebetrieb, für welche Tage, Zeiträume oder Tarife die Regel gilt und ob sie sich mit anderen Preisregeln überschneidet. Ein sinnvoller Test umfasst mindestens einen normalen Zeitraum, einen Zeitraum mit Sonderpreis und einen Grenzfall direkt vor oder nach dem Sonderzeitraum. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Teste Auswahl über Checkbox, Kartentext und Mengenfeld. Kontrolliere anschließend, ob Menge, Preiszeile und Gesamtpreis in Schritt 3, Schritt 4 und Quick Price Check konsistent bleiben. Sonderpreise sollten gezielt und nachvollziehbar eingesetzt werden. Prüfe vor dem Livebetrieb, für welche Tage, Zeiträume oder Tarife die Regel gilt und ob sie sich mit anderen Preisregeln überschneidet. Ein sinnvoller Test umfasst mindestens einen normalen Zeitraum, einen Zeitraum mit Sonderpreis und einen Grenzfall direkt vor oder nach dem Sonderzeitraum. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Aktiviere die Rabattcode-Funktion zentral unter Einstellungen > Allgemein. Anschließend verwaltest du die einzelnen Codes im Rentalo-Bereich Rabattcodes. Rabattcodes wirken auf einen bereits berechneten Preis und sollten deshalb mit unterschiedlichen Warenkorb- beziehungsweise Mietwerten getestet werden. Achte auf Gültigkeitszeitraum, mögliche Mindestbedingungen und die gewünschte Darstellung für den Kunden. Entferne abgelaufene Testcodes oder deaktiviere sie, damit sie später nicht versehentlich weiterverwendet werden. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Kunden können einen gültigen Code in Schritt 4 der Buchungsanfrage verwenden, sofern die Funktion aktiviert und der entsprechende Bereich sichtbar ist. Rabattcodes wirken auf einen bereits berechneten Preis und sollten deshalb mit unterschiedlichen Warenkorb- beziehungsweise Mietwerten getestet werden. Achte auf Gültigkeitszeitraum, mögliche Mindestbedingungen und die gewünschte Darstellung für den Kunden. Entferne abgelaufene Testcodes oder deaktiviere sie, damit sie später nicht versehentlich weiterverwendet werden. Die Verwaltung unterstützt mindestens feste Beträge und prozentuale Rabatte. Wähle die Art passend zu deiner Aktion und prüfe den Effekt mit realistischen Gesamtpreisen. Rabattcodes wirken auf einen bereits berechneten Preis und sollten deshalb mit unterschiedlichen Warenkorb- beziehungsweise Mietwerten getestet werden. Achte auf Gültigkeitszeitraum, mögliche Mindestbedingungen und die gewünschte Darstellung für den Kunden. Entferne abgelaufene Testcodes oder deaktiviere sie, damit sie später nicht versehentlich weiterverwendet werden. Damit begrenzt du, wie oft ein Rabattcode genutzt werden darf. Der Wert 0 steht für unbegrenzte Nutzung. Rabattcodes wirken auf einen bereits berechneten Preis und sollten deshalb mit unterschiedlichen Warenkorb- beziehungsweise Mietwerten getestet werden. Achte auf Gültigkeitszeitraum, mögliche Mindestbedingungen und die gewünschte Darstellung für den Kunden. Entferne abgelaufene Testcodes oder deaktiviere sie, damit sie später nicht versehentlich weiterverwendet werden. Ja. Deaktiviere den Code, wenn er vorübergehend nicht eingelöst werden soll. So bleiben Beschreibung und bisherige Nutzung erhalten. Rabattcodes wirken auf einen bereits berechneten Preis und sollten deshalb mit unterschiedlichen Warenkorb- beziehungsweise Mietwerten getestet werden. Achte auf Gültigkeitszeitraum, mögliche Mindestbedingungen und die gewünschte Darstellung für den Kunden. Entferne abgelaufene Testcodes oder deaktiviere sie, damit sie später nicht versehentlich weiterverwendet werden. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Prüfe, ob die Rabattcode-Funktion global aktiv ist, der Code selbst aktiv ist, exakt eingegeben wurde und sein Nutzungslimit nicht erreicht hat. Teste anschließend eine neue Anfrage. Rabattcodes wirken auf einen bereits berechneten Preis und sollten deshalb mit unterschiedlichen Warenkorb- beziehungsweise Mietwerten getestet werden. Achte auf Gültigkeitszeitraum, mögliche Mindestbedingungen und die gewünschte Darstellung für den Kunden. Entferne abgelaufene Testcodes oder deaktiviere sie, damit sie später nicht versehentlich weiterverwendet werden. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Die Verwaltungslogik speichert Codes in Großbuchstaben. Für die Administration ist es trotzdem sinnvoll, kurze und eindeutig lesbare Codes ohne problematische Sonderzeichen zu verwenden. Rabattcodes wirken auf einen bereits berechneten Preis und sollten deshalb mit unterschiedlichen Warenkorb- beziehungsweise Mietwerten getestet werden. Achte auf Gültigkeitszeitraum, mögliche Mindestbedingungen und die gewünschte Darstellung für den Kunden. Entferne abgelaufene Testcodes oder deaktiviere sie, damit sie später nicht versehentlich weiterverwendet werden. Sie hilft dir, Zweck und Kampagne des Codes zu erkennen, ohne den eigentlichen Code unnötig lang zu machen. Nutze beispielsweise „Sommeraktion Newsletter Juli“ als interne Bezeichnung. Rabattcodes wirken auf einen bereits berechneten Preis und sollten deshalb mit unterschiedlichen Warenkorb- beziehungsweise Mietwerten getestet werden. Achte auf Gültigkeitszeitraum, mögliche Mindestbedingungen und die gewünschte Darstellung für den Kunden. Entferne abgelaufene Testcodes oder deaktiviere sie, damit sie später nicht versehentlich weiterverwendet werden. Ja, die Verwaltungsoberfläche bietet eine Funktion zum Erzeugen eines Codes. Prüfe den erzeugten Wert vor dem Speichern und teile ihn nur über die gewünschten Kanäle. Rabattcodes wirken auf einen bereits berechneten Preis und sollten deshalb mit unterschiedlichen Warenkorb- beziehungsweise Mietwerten getestet werden. Achte auf Gültigkeitszeitraum, mögliche Mindestbedingungen und die gewünschte Darstellung für den Kunden. Entferne abgelaufene Testcodes oder deaktiviere sie, damit sie später nicht versehentlich weiterverwendet werden. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Berechne zunächst eine Anfrage ohne Rabatt und danach denselben Fall mit Code. Vergleiche den ausgewiesenen Rabatt und den Endbetrag und teste zusätzlich einen Preis, bei dem Rundungsstellen entstehen. Rabattcodes wirken auf einen bereits berechneten Preis und sollten deshalb mit unterschiedlichen Warenkorb- beziehungsweise Mietwerten getestet werden. Achte auf Gültigkeitszeitraum, mögliche Mindestbedingungen und die gewünschte Darstellung für den Kunden. Entferne abgelaufene Testcodes oder deaktiviere sie, damit sie später nicht versehentlich weiterverwendet werden. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Verwende einen Gesamtpreis oberhalb des Rabattwerts und kontrolliere die Differenz. Prüfe auch einen niedrigen Gesamtpreis, damit kein unplausibler negativer Endbetrag entsteht. Rabattcodes wirken auf einen bereits berechneten Preis und sollten deshalb mit unterschiedlichen Warenkorb- beziehungsweise Mietwerten getestet werden. Achte auf Gültigkeitszeitraum, mögliche Mindestbedingungen und die gewünschte Darstellung für den Kunden. Entferne abgelaufene Testcodes oder deaktiviere sie, damit sie später nicht versehentlich weiterverwendet werden. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Der Rabatt wirkt auf den berechneten Anfragepreis und sollte in den gespeicherten Anfrageinformationen bzw. Preisangaben nachvollziehbar sein. Prüfe deine E-Mail-Vorlagen und einen vollständigen Testversand, wenn du den Rabatt dort ausdrücklich ausweisen möchtest. Rabattcodes wirken auf einen bereits berechneten Preis und sollten deshalb mit unterschiedlichen Warenkorb- beziehungsweise Mietwerten getestet werden. Achte auf Gültigkeitszeitraum, mögliche Mindestbedingungen und die gewünschte Darstellung für den Kunden. Entferne abgelaufene Testcodes oder deaktiviere sie, damit sie später nicht versehentlich weiterverwendet werden. Unter Rentalo > Einstellungen > Zeiten findest du allgemeine Zeitintervalle, Regeln für Mietbeginn und Rückgabe, Öffnungszeiten, Reservierungsregeln, Hinweise, Feiertage und Zeittoleranzen. Zeitregeln beeinflussen, welche Termine ein Kunde überhaupt auswählen kann. Teste nicht nur einen normalen Werktag, sondern auch denselben Tag, einen kurzfristigen Termin, einen weit entfernten Termin und einen geschlossenen Tag. Besonders automatische Rückgabedaten sollten nach jeder Änderung der Standard-Mietdauer erneut geprüft werden. Die sichtbare Darstellung richtet sich nach dem globalen WordPress-Datumsformat. Intern nutzt Rentalo technische Werte für die Berechnung, sodass du das Anzeigeformat ändern kannst, ohne die Preislogik neu zu konfigurieren. Zeitregeln beeinflussen, welche Termine ein Kunde überhaupt auswählen kann. Teste nicht nur einen normalen Werktag, sondern auch denselben Tag, einen kurzfristigen Termin, einen weit entfernten Termin und einen geschlossenen Tag. Besonders automatische Rückgabedaten sollten nach jeder Änderung der Standard-Mietdauer erneut geprüft werden. Auch die sichtbaren Uhrzeiten orientieren sich am WordPress-Zeitformat. Prüfe nach Änderungen sowohl die Picker als auch Preis- und Anfrageansichten. Zeitregeln beeinflussen, welche Termine ein Kunde überhaupt auswählen kann. Teste nicht nur einen normalen Werktag, sondern auch denselben Tag, einen kurzfristigen Termin, einen weit entfernten Termin und einen geschlossenen Tag. Besonders automatische Rückgabedaten sollten nach jeder Änderung der Standard-Mietdauer erneut geprüft werden. Ist die Option aktiv, kann grundsätzlich der aktuelle Tag als Abholdatum gewählt werden, sofern weitere Regeln dies nicht verhindern. Ist sie aus, ist frühestens morgen auswählbar. Zeitregeln beeinflussen, welche Termine ein Kunde überhaupt auswählen kann. Teste nicht nur einen normalen Werktag, sondern auch denselben Tag, einen kurzfristigen Termin, einen weit entfernten Termin und einen geschlossenen Tag. Besonders automatische Rückgabedaten sollten nach jeder Änderung der Standard-Mietdauer erneut geprüft werden. Ja. Die Zeiteinstellungen enthalten Vorgaben für vorgeschlagene Startzeiten. Optional kann eine berechnete Zeit auf das eingestellte Zeitraster aufgerundet werden. Zeitregeln beeinflussen, welche Termine ein Kunde überhaupt auswählen kann. Teste nicht nur einen normalen Werktag, sondern auch denselben Tag, einen kurzfristigen Termin, einen weit entfernten Termin und einen geschlossenen Tag. Besonders automatische Rückgabedaten sollten nach jeder Änderung der Standard-Mietdauer erneut geprüft werden. Eine automatisch ermittelte Uhrzeit wird auf den nächsten passenden Rasterwert gesetzt. Bei einem 30-Minuten-Raster kann beispielsweise 14:18 auf 14:30 gerundet werden. Zeitregeln beeinflussen, welche Termine ein Kunde überhaupt auswählen kann. Teste nicht nur einen normalen Werktag, sondern auch denselben Tag, einen kurzfristigen Termin, einen weit entfernten Termin und einen geschlossenen Tag. Besonders automatische Rückgabedaten sollten nach jeder Änderung der Standard-Mietdauer erneut geprüft werden. Ja. Ist „Rückgabedatum automatisch vorschlagen“ aktiv, setzt Rentalo nach einer gültigen Abholung automatisch ein passendes Rückgabedatum auf Basis der konfigurierten Regeln. Zeitregeln beeinflussen, welche Termine ein Kunde überhaupt auswählen kann. Teste nicht nur einen normalen Werktag, sondern auch denselben Tag, einen kurzfristigen Termin, einen weit entfernten Termin und einen geschlossenen Tag. Besonders automatische Rückgabedaten sollten nach jeder Änderung der Standard-Mietdauer erneut geprüft werden. Ja. Dafür gibt es eine eigene Rückgaberegel. Ist sie deaktiviert, muss die Rückgabe an einem späteren Tag erfolgen bzw. die Automatik entsprechend weitergehen. Zeitregeln beeinflussen, welche Termine ein Kunde überhaupt auswählen kann. Teste nicht nur einen normalen Werktag, sondern auch denselben Tag, einen kurzfristigen Termin, einen weit entfernten Termin und einen geschlossenen Tag. Besonders automatische Rückgabedaten sollten nach jeder Änderung der Standard-Mietdauer erneut geprüft werden. Ja, sofern die entsprechende Rückgabeoption aktiviert ist. Dann kann ein automatisch vorgeschlagener Rückgabetag auf den nächsten zulässigen Tag verschoben werden. Zeitregeln beeinflussen, welche Termine ein Kunde überhaupt auswählen kann. Teste nicht nur einen normalen Werktag, sondern auch denselben Tag, einen kurzfristigen Termin, einen weit entfernten Termin und einen geschlossenen Tag. Besonders automatische Rückgabedaten sollten nach jeder Änderung der Standard-Mietdauer erneut geprüft werden. Der Zeitraum ist ungültig. Rentalo zeigt eine entsprechende Meldung und verlangt eine Rückgabe nach dem Abholzeitpunkt. Zeitregeln beeinflussen, welche Termine ein Kunde überhaupt auswählen kann. Teste nicht nur einen normalen Werktag, sondern auch denselben Tag, einen kurzfristigen Termin, einen weit entfernten Termin und einen geschlossenen Tag. Besonders automatische Rückgabedaten sollten nach jeder Änderung der Standard-Mietdauer erneut geprüft werden. Ja. Der Buchungsablauf validiert vergangene Abholdaten und -zeiten. Ein in der Vergangenheit liegender Start sollte nicht als gültige Anfrage übernommen werden. Zeitregeln beeinflussen, welche Termine ein Kunde überhaupt auswählen kann. Teste nicht nur einen normalen Werktag, sondern auch denselben Tag, einen kurzfristigen Termin, einen weit entfernten Termin und einen geschlossenen Tag. Besonders automatische Rückgabedaten sollten nach jeder Änderung der Standard-Mietdauer erneut geprüft werden. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Wahrscheinlich ist die automatische Rückgabevorgabe aktiviert. Prüfe die Einstellungen für Standard-Mietdauer, gleichentägige Rückgabe und das Überspringen geschlossener Tage. Zeitregeln beeinflussen, welche Termine ein Kunde überhaupt auswählen kann. Teste nicht nur einen normalen Werktag, sondern auch denselben Tag, einen kurzfristigen Termin, einen weit entfernten Termin und einen geschlossenen Tag. Besonders automatische Rückgabedaten sollten nach jeder Änderung der Standard-Mietdauer erneut geprüft werden. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Teste heute, morgen, einen geschlossenen Tag, einen Feiertag und einen Zeitpunkt knapp außerhalb der Öffnungszeiten. Prüfe zusätzlich eine Rückgabe am selben Tag und eine Rückgabe nach einem geschlossenen Tag. Zeitregeln beeinflussen, welche Termine ein Kunde überhaupt auswählen kann. Teste nicht nur einen normalen Werktag, sondern auch denselben Tag, einen kurzfristigen Termin, einen weit entfernten Termin und einen geschlossenen Tag. Besonders automatische Rückgabedaten sollten nach jeder Änderung der Standard-Mietdauer erneut geprüft werden. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Unter Einstellungen > Zeiten > Öffnungszeiten. Für den Hauptstandort und für Filialen mit eigenen Zeiten können separate Tageszeiten gepflegt werden. Öffnungszeiten, Pausen und Feiertage greifen direkt in die Terminprüfung ein. Kontrolliere die Regeln für Abholung und Rückgabe getrennt, weil beide Vorgänge unterschiedlich behandelt werden können. Bei mehreren Filialen solltest du außerdem prüfen, ob eine Filiale die Hauptöffnungszeiten übernimmt oder eigene Zeiten verwendet. Ja. Deaktiviere bei der Filiale die Übernahme der Hauptöffnungszeiten und pflege anschließend ihre eigenen Zeiten im Bereich Zeiten. Öffnungszeiten, Pausen und Feiertage greifen direkt in die Terminprüfung ein. Kontrolliere die Regeln für Abholung und Rückgabe getrennt, weil beide Vorgänge unterschiedlich behandelt werden können. Bei mehreren Filialen solltest du außerdem prüfen, ob eine Filiale die Hauptöffnungszeiten übernimmt oder eigene Zeiten verwendet. Je nach Reservierungsregel kann Rentalo solche Termine blockieren oder mit einem Hinweis zulassen. Verwende klare Hinweistexte, damit Kunden verstehen, ob eine Übergabe nur nach Absprache möglich ist. Öffnungszeiten, Pausen und Feiertage greifen direkt in die Terminprüfung ein. Kontrolliere die Regeln für Abholung und Rückgabe getrennt, weil beide Vorgänge unterschiedlich behandelt werden können. Bei mehreren Filialen solltest du außerdem prüfen, ob eine Filiale die Hauptöffnungszeiten übernimmt oder eigene Zeiten verwendet. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Ja. Rentalo besitzt Regeln und Hinweise für Zeiträume während einer Mittagspause. Du kannst festlegen, ob eine Auswahl blockiert oder nur mit Hinweis zugelassen wird. Öffnungszeiten, Pausen und Feiertage greifen direkt in die Terminprüfung ein. Kontrolliere die Regeln für Abholung und Rückgabe getrennt, weil beide Vorgänge unterschiedlich behandelt werden können. Bei mehreren Filialen solltest du außerdem prüfen, ob eine Filiale die Hauptöffnungszeiten übernimmt oder eigene Zeiten verwendet. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Sonntage können abhängig von deinen Zeit- und Reservierungsregeln erlaubt oder gesperrt sein. Für gesperrte Abholung und Rückgabe gibt es eigene Frontend-Hinweise. Öffnungszeiten, Pausen und Feiertage greifen direkt in die Terminprüfung ein. Kontrolliere die Regeln für Abholung und Rückgabe getrennt, weil beide Vorgänge unterschiedlich behandelt werden können. Bei mehreren Filialen solltest du außerdem prüfen, ob eine Filiale die Hauptöffnungszeiten übernimmt oder eigene Zeiten verwendet. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Rentalo kann manuell gepflegte Feiertage berücksichtigen und dafür Abhol- oder Rückgaberegeln anwenden. Die Meldungen können den Platzhalter {holiday} verwenden, der durch Feiertagsname und Datum ersetzt wird. Öffnungszeiten, Pausen und Feiertage greifen direkt in die Terminprüfung ein. Kontrolliere die Regeln für Abholung und Rückgabe getrennt, weil beide Vorgänge unterschiedlich behandelt werden können. Bei mehreren Filialen solltest du außerdem prüfen, ob eine Filiale die Hauptöffnungszeiten übernimmt oder eigene Zeiten verwendet. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Verwende pro Zeile das Format YYYY-MM-DD|Name, zum Beispiel 2026-12-25|1. Weihnachtstag. Das sichtbare Datum in der Meldung folgt anschließend dem globalen WordPress-Datumsformat. Öffnungszeiten, Pausen und Feiertage greifen direkt in die Terminprüfung ein. Kontrolliere die Regeln für Abholung und Rückgabe getrennt, weil beide Vorgänge unterschiedlich behandelt werden können. Bei mehreren Filialen solltest du außerdem prüfen, ob eine Filiale die Hauptöffnungszeiten übernimmt oder eigene Zeiten verwendet. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Er wird in Feiertagshinweisen automatisch durch den Namen und das Datum des betroffenen Feiertags ersetzt. So kannst du einen allgemeinen Text verwenden, ohne für jeden Feiertag eine eigene Meldung anzulegen. Öffnungszeiten, Pausen und Feiertage greifen direkt in die Terminprüfung ein. Kontrolliere die Regeln für Abholung und Rückgabe getrennt, weil beide Vorgänge unterschiedlich behandelt werden können. Bei mehreren Filialen solltest du außerdem prüfen, ob eine Filiale die Hauptöffnungszeiten übernimmt oder eigene Zeiten verwendet. Ja. Abholung und Rückgabe besitzen getrennte Regeln und Hinweise. Das ist beispielsweise sinnvoll, wenn Kunden einen Schlüssel außerhalb der Öffnungszeiten in einen Briefkasten einwerfen dürfen. Öffnungszeiten, Pausen und Feiertage greifen direkt in die Terminprüfung ein. Kontrolliere die Regeln für Abholung und Rückgabe getrennt, weil beide Vorgänge unterschiedlich behandelt werden können. Bei mehreren Filialen solltest du außerdem prüfen, ob eine Filiale die Hauptöffnungszeiten übernimmt oder eigene Zeiten verwendet. Prüfe, ob die Filiale eigene Öffnungszeiten verwendet. Eine deaktivierte Vererbung kann dazu führen, dass dort abweichende oder unvollständige Zeiten gelten. Öffnungszeiten, Pausen und Feiertage greifen direkt in die Terminprüfung ein. Kontrolliere die Regeln für Abholung und Rückgabe getrennt, weil beide Vorgänge unterschiedlich behandelt werden können. Bei mehreren Filialen solltest du außerdem prüfen, ob eine Filiale die Hauptöffnungszeiten übernimmt oder eigene Zeiten verwendet. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Erkläre konkret, ob der Termin möglich ist und was der Kunde tun muss, zum Beispiel „nur nach vorheriger Absprache“. Vermeide missverständliche Texte, die eine blockierte Auswahl als erlaubt erscheinen lassen. Öffnungszeiten, Pausen und Feiertage greifen direkt in die Terminprüfung ein. Kontrolliere die Regeln für Abholung und Rückgabe getrennt, weil beide Vorgänge unterschiedlich behandelt werden können. Bei mehreren Filialen solltest du außerdem prüfen, ob eine Filiale die Hauptöffnungszeiten übernimmt oder eigene Zeiten verwendet. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Eine Zeittoleranz erweitert oder verschiebt die strikte Bewertung von Zeiten um einen definierten Spielraum. Setze sie nur bewusst ein und teste Grenzfälle, damit Buchungen nicht unerwartet vor Öffnung oder nach Schließung zugelassen werden. Öffnungszeiten, Pausen und Feiertage greifen direkt in die Terminprüfung ein. Kontrolliere die Regeln für Abholung und Rückgabe getrennt, weil beide Vorgänge unterschiedlich behandelt werden können. Bei mehreren Filialen solltest du außerdem prüfen, ob eine Filiale die Hauptöffnungszeiten übernimmt oder eigene Zeiten verwendet. Der aktuelle Ablauf besteht aus vier Schritten: Buchungsdaten, Auswahl des Mietangebots, Tarife/Optionen und abschließende Anfrage mit Kundendaten. Die genaue Benennung kann über Texteinstellungen angepasst sein. Der Vier-Schritt-Ablauf sollte immer als zusammenhängender Prozess getestet werden. Eine Auswahl aus einem früheren Schritt beeinflusst die folgenden Schritte, insbesondere Verfügbarkeit und Preis. Gehe deshalb bei der Fehlersuche nicht nur auf die aktuell sichtbare Seite, sondern prüfe auch, welche Daten zuvor ausgewählt oder nachträglich geändert wurden. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Der Kunde wählt typischerweise Abhol- und Rückgabestandort, Datum, Uhrzeit und gegebenenfalls die geplante Nutzung. Rentalo prüft dabei Zeitregeln und bereitet die Daten für die nächsten Schritte vor. Der Vier-Schritt-Ablauf sollte immer als zusammenhängender Prozess getestet werden. Eine Auswahl aus einem früheren Schritt beeinflusst die folgenden Schritte, insbesondere Verfügbarkeit und Preis. Gehe deshalb bei der Fehlersuche nicht nur auf die aktuell sichtbare Seite, sondern prüfe auch, welche Daten zuvor ausgewählt oder nachträglich geändert wurden. Hier werden passende Gruppen bzw. Mietangebote für die in Schritt 1 gewählten Daten angezeigt. Die Darstellung kann je nach Konfiguration als Liste oder alternative Ansicht erfolgen. Der Vier-Schritt-Ablauf sollte immer als zusammenhängender Prozess getestet werden. Eine Auswahl aus einem früheren Schritt beeinflusst die folgenden Schritte, insbesondere Verfügbarkeit und Preis. Gehe deshalb bei der Fehlersuche nicht nur auf die aktuell sichtbare Seite, sondern prüfe auch, welche Daten zuvor ausgewählt oder nachträglich geändert wurden. Der Kunde wählt einen gültigen Tarif und kann Versicherungen sowie Zusatzoptionen ergänzen. Rentalo berechnet daraus den voraussichtlichen Gesamtpreis und zeigt eine Zusammenfassung. Der Vier-Schritt-Ablauf sollte immer als zusammenhängender Prozess getestet werden. Eine Auswahl aus einem früheren Schritt beeinflusst die folgenden Schritte, insbesondere Verfügbarkeit und Preis. Gehe deshalb bei der Fehlersuche nicht nur auf die aktuell sichtbare Seite, sondern prüfe auch, welche Daten zuvor ausgewählt oder nachträglich geändert wurden. Hier werden persönliche Daten, optionale Rechnungs- und Fahrerdaten, Hinweise, Zahlungsinformationen und erforderliche Bestätigungen erfasst. Anschließend wird die Buchungsanfrage gespeichert und verarbeitet. Der Vier-Schritt-Ablauf sollte immer als zusammenhängender Prozess getestet werden. Eine Auswahl aus einem früheren Schritt beeinflusst die folgenden Schritte, insbesondere Verfügbarkeit und Preis. Gehe deshalb bei der Fehlersuche nicht nur auf die aktuell sichtbare Seite, sondern prüfe auch, welche Daten zuvor ausgewählt oder nachträglich geändert wurden. Ja. In Schritt 2 und 3 gibt es Bearbeitungsmöglichkeiten für die zuvor gewählten Buchungsdaten. Nach einer Änderung werden Verfügbarkeit und Preise neu bewertet. Der Vier-Schritt-Ablauf sollte immer als zusammenhängender Prozess getestet werden. Eine Auswahl aus einem früheren Schritt beeinflusst die folgenden Schritte, insbesondere Verfügbarkeit und Preis. Gehe deshalb bei der Fehlersuche nicht nur auf die aktuell sichtbare Seite, sondern prüfe auch, welche Daten zuvor ausgewählt oder nachträglich geändert wurden. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Weil der bisherige Tarif für den neuen Zeitraum neu berechnet werden muss. Nutze die Aktualisieren-Funktion bzw. warte beim Quick Price Check auf die automatische Neuberechnung. Der Vier-Schritt-Ablauf sollte immer als zusammenhängender Prozess getestet werden. Eine Auswahl aus einem früheren Schritt beeinflusst die folgenden Schritte, insbesondere Verfügbarkeit und Preis. Gehe deshalb bei der Fehlersuche nicht nur auf die aktuell sichtbare Seite, sondern prüfe auch, welche Daten zuvor ausgewählt oder nachträglich geändert wurden. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Die Buchungssitzung enthält nicht mehr alle benötigten Auswahlwerte. Gehe einen Schritt zurück, wähle die Daten erneut und vermeide parallele Tests in mehreren Tabs mit derselben Sitzung. Der Vier-Schritt-Ablauf sollte immer als zusammenhängender Prozess getestet werden. Eine Auswahl aus einem früheren Schritt beeinflusst die folgenden Schritte, insbesondere Verfügbarkeit und Preis. Gehe deshalb bei der Fehlersuche nicht nur auf die aktuell sichtbare Seite, sondern prüfe auch, welche Daten zuvor ausgewählt oder nachträglich geändert wurden. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Schritt 2 wurde ohne gültige Auswahl verlassen oder die gespeicherte Gruppen-ID ist nicht mehr gültig. Wähle die Gruppe erneut und prüfe bei wiederholtem Auftreten die Gruppen- und Objektzuordnungen. Der Vier-Schritt-Ablauf sollte immer als zusammenhängender Prozess getestet werden. Eine Auswahl aus einem früheren Schritt beeinflusst die folgenden Schritte, insbesondere Verfügbarkeit und Preis. Gehe deshalb bei der Fehlersuche nicht nur auf die aktuell sichtbare Seite, sondern prüfe auch, welche Daten zuvor ausgewählt oder nachträglich geändert wurden. Für Schritt 3 wurde kein gültiger Tarif ausgewählt. Ursache kann eine fehlende Auswahl oder ein Tarif sein, der nach einer Datumsänderung nicht mehr gültig ist. Der Vier-Schritt-Ablauf sollte immer als zusammenhängender Prozess getestet werden. Eine Auswahl aus einem früheren Schritt beeinflusst die folgenden Schritte, insbesondere Verfügbarkeit und Preis. Gehe deshalb bei der Fehlersuche nicht nur auf die aktuell sichtbare Seite, sondern prüfe auch, welche Daten zuvor ausgewählt oder nachträglich geändert wurden. Ja. Unter Einstellungen > Modul gibt es eine Option, die Navigationsschritte im Buchungsformular ein- oder auszublenden. Der Vier-Schritt-Ablauf sollte immer als zusammenhängender Prozess getestet werden. Eine Auswahl aus einem früheren Schritt beeinflusst die folgenden Schritte, insbesondere Verfügbarkeit und Preis. Gehe deshalb bei der Fehlersuche nicht nur auf die aktuell sichtbare Seite, sondern prüfe auch, welche Daten zuvor ausgewählt oder nachträglich geändert wurden. Ja. Für Desktop kann eine Sticky-Sidebar aktiviert werden. Auf Mobilgeräten bleibt das Layout davon unberührt; teste den eingestellten Abstand mit deinem Theme-Header. Der Vier-Schritt-Ablauf sollte immer als zusammenhängender Prozess getestet werden. Eine Auswahl aus einem früheren Schritt beeinflusst die folgenden Schritte, insbesondere Verfügbarkeit und Preis. Gehe deshalb bei der Fehlersuche nicht nur auf die aktuell sichtbare Seite, sondern prüfe auch, welche Daten zuvor ausgewählt oder nachträglich geändert wurden. Rentalo enthält noch Hinweise auf ein älteres Single-Page-Formular, das schrittweise durch den neuen Vier-Schritt-Ablauf ersetzt wurde. Für neue Seiten solltest du die aktuellen Buchungs-Shortcodes verwenden. Der Vier-Schritt-Ablauf sollte immer als zusammenhängender Prozess getestet werden. Eine Auswahl aus einem früheren Schritt beeinflusst die folgenden Schritte, insbesondere Verfügbarkeit und Preis. Gehe deshalb bei der Fehlersuche nicht nur auf die aktuell sichtbare Seite, sondern prüfe auch, welche Daten zuvor ausgewählt oder nachträglich geändert wurden. Führe mindestens eine vollständige Anfrage auf Desktop und Mobil durch. Ändere unterwegs Datum, Zeit und Tarif und kontrolliere, ob Schritt 3 und 4 stets dieselben Buchungsdaten und Preise zeigen. Der Vier-Schritt-Ablauf sollte immer als zusammenhängender Prozess getestet werden. Eine Auswahl aus einem früheren Schritt beeinflusst die folgenden Schritte, insbesondere Verfügbarkeit und Preis. Gehe deshalb bei der Fehlersuche nicht nur auf die aktuell sichtbare Seite, sondern prüfe auch, welche Daten zuvor ausgewählt oder nachträglich geändert wurden. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Für einen klassischen Einstieg kannst du [rentalo_booking_hero] verwenden. Er stellt die wichtigsten Buchungsdaten prominent dar und leitet in den weiteren Ablauf über. Shortcodes sollten auf einer echten Testseite mit dem verwendeten Theme und Page Builder geprüft werden. Achte dabei auf Desktop- und Mobilansicht, Kalender- und Uhrzeitfelder sowie darauf, ob mehrere Rentalo-Shortcodes auf derselben Seite miteinander interagieren. Kopiere Shortcodes möglichst aus dem vorgesehenen Adminbereich, um Tippfehler zu vermeiden. Dieser Shortcode zeigt einen kompakteren einzeiligen Buchungseinstieg. Er eignet sich für Bereiche mit wenig vertikalem Platz, sollte aber auf kleinen Displays ebenfalls vollständig getestet werden. Shortcodes sollten auf einer echten Testseite mit dem verwendeten Theme und Page Builder geprüft werden. Achte dabei auf Desktop- und Mobilansicht, Kalender- und Uhrzeitfelder sowie darauf, ob mehrere Rentalo-Shortcodes auf derselben Seite miteinander interagieren. Kopiere Shortcodes möglichst aus dem vorgesehenen Adminbereich, um Tippfehler zu vermeiden. Er stellt einen kompakten Buchungseinstieg bereit. Verwende ihn, wenn der Hero zu groß ist, du aber einen vollständigen Einstieg in den Buchungsprozess anbieten möchtest. Shortcodes sollten auf einer echten Testseite mit dem verwendeten Theme und Page Builder geprüft werden. Achte dabei auf Desktop- und Mobilansicht, Kalender- und Uhrzeitfelder sowie darauf, ob mehrere Rentalo-Shortcodes auf derselben Seite miteinander interagieren. Kopiere Shortcodes möglichst aus dem vorgesehenen Adminbereich, um Tippfehler zu vermeiden. Dieser Shortcode ist für einen auf ein bestimmtes Mietobjekt bezogenen Hero-Einstieg vorgesehen. Nutze ihn auf Detailseiten, auf denen der Besucher bereits ein konkretes Angebot betrachtet. Shortcodes sollten auf einer echten Testseite mit dem verwendeten Theme und Page Builder geprüft werden. Achte dabei auf Desktop- und Mobilansicht, Kalender- und Uhrzeitfelder sowie darauf, ob mehrere Rentalo-Shortcodes auf derselben Seite miteinander interagieren. Kopiere Shortcodes möglichst aus dem vorgesehenen Adminbereich, um Tippfehler zu vermeiden. Er bietet einen kompakten objektbezogenen Einstieg. Damit kann eine Buchungsanfrage direkt aus einer Objekt- oder Angebotsseite vorbereitet werden. Shortcodes sollten auf einer echten Testseite mit dem verwendeten Theme und Page Builder geprüft werden. Achte dabei auf Desktop- und Mobilansicht, Kalender- und Uhrzeitfelder sowie darauf, ob mehrere Rentalo-Shortcodes auf derselben Seite miteinander interagieren. Kopiere Shortcodes möglichst aus dem vorgesehenen Adminbereich, um Tippfehler zu vermeiden. Dieser Shortcode zeigt Buchungsdaten und berechnete Ergebnisse in einer Inline-Variante. Preisänderungen werden über den Aktualisieren-Button übernommen, damit der Nutzer bewusst eine neue Berechnung startet. Shortcodes sollten auf einer echten Testseite mit dem verwendeten Theme und Page Builder geprüft werden. Achte dabei auf Desktop- und Mobilansicht, Kalender- und Uhrzeitfelder sowie darauf, ob mehrere Rentalo-Shortcodes auf derselben Seite miteinander interagieren. Kopiere Shortcodes möglichst aus dem vorgesehenen Adminbereich, um Tippfehler zu vermeiden. Er ist die kompaktere Ergebnisvariante. Auch hier werden geänderte Buchungsdaten über „Aktualisieren“ neu berechnet. Shortcodes sollten auf einer echten Testseite mit dem verwendeten Theme und Page Builder geprüft werden. Achte dabei auf Desktop- und Mobilansicht, Kalender- und Uhrzeitfelder sowie darauf, ob mehrere Rentalo-Shortcodes auf derselben Seite miteinander interagieren. Kopiere Shortcodes möglichst aus dem vorgesehenen Adminbereich, um Tippfehler zu vermeiden. Das ist der Quick Price Check für eine schnelle Preisermittlung, insbesondere mit mobilem Fokus. Er kann je nach Einstellung auch auf Desktop angezeigt und dort auf eine kompakte Breite begrenzt werden. Shortcodes sollten auf einer echten Testseite mit dem verwendeten Theme und Page Builder geprüft werden. Achte dabei auf Desktop- und Mobilansicht, Kalender- und Uhrzeitfelder sowie darauf, ob mehrere Rentalo-Shortcodes auf derselben Seite miteinander interagieren. Kopiere Shortcodes möglichst aus dem vorgesehenen Adminbereich, um Tippfehler zu vermeiden. Ja. Die Ergebnis-Shortcodes unterstützen einen usage-Parameter, zum Beispiel usage="150". Dadurch startet die Berechnung mit der angegebenen geplanten Nutzung. Shortcodes sollten auf einer echten Testseite mit dem verwendeten Theme und Page Builder geprüft werden. Achte dabei auf Desktop- und Mobilansicht, Kalender- und Uhrzeitfelder sowie darauf, ob mehrere Rentalo-Shortcodes auf derselben Seite miteinander interagieren. Kopiere Shortcodes möglichst aus dem vorgesehenen Adminbereich, um Tippfehler zu vermeiden. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Bestimmte Ergebnis-Shortcodes unterstützen pickup_location_id und return_location_id. Verwende die korrekten Standort-IDs und teste die Seite nach Änderungen an den Standortdaten. Shortcodes sollten auf einer echten Testseite mit dem verwendeten Theme und Page Builder geprüft werden. Achte dabei auf Desktop- und Mobilansicht, Kalender- und Uhrzeitfelder sowie darauf, ob mehrere Rentalo-Shortcodes auf derselben Seite miteinander interagieren. Kopiere Shortcodes möglichst aus dem vorgesehenen Adminbereich, um Tippfehler zu vermeiden. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Das ist nur sinnvoll, wenn die jeweiligen Formulare und JavaScript-Zustände sauber voneinander getrennt bleiben. Für einen produktiven Buchungsprozess ist eine klare Hauptinstanz pro Seite meist übersichtlicher; mehrere Varianten solltest du intensiv testen. Shortcodes sollten auf einer echten Testseite mit dem verwendeten Theme und Page Builder geprüft werden. Achte dabei auf Desktop- und Mobilansicht, Kalender- und Uhrzeitfelder sowie darauf, ob mehrere Rentalo-Shortcodes auf derselben Seite miteinander interagieren. Kopiere Shortcodes möglichst aus dem vorgesehenen Adminbereich, um Tippfehler zu vermeiden. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Unter Rentalo > Einstellungen > Allgemein > Shortcodes findest du die vorgesehenen Shortcodes und Beispiele. Kopiere sie von dort, damit Schreibfehler und veraltete Namen vermieden werden. Shortcodes sollten auf einer echten Testseite mit dem verwendeten Theme und Page Builder geprüft werden. Achte dabei auf Desktop- und Mobilansicht, Kalender- und Uhrzeitfelder sowie darauf, ob mehrere Rentalo-Shortcodes auf derselben Seite miteinander interagieren. Kopiere Shortcodes möglichst aus dem vorgesehenen Adminbereich, um Tippfehler zu vermeiden. Prüfe zuerst Browserkonsole und Cache, teste ohne Optimierungs-/Minify-Plugins und vergleiche mit einer einfachen WordPress-Seite. In aktuellen Rentalo-Versionen wurden Picker-Probleme der Ergebnis-Shortcodes bereits gezielt behoben. Shortcodes sollten auf einer echten Testseite mit dem verwendeten Theme und Page Builder geprüft werden. Achte dabei auf Desktop- und Mobilansicht, Kalender- und Uhrzeitfelder sowie darauf, ob mehrere Rentalo-Shortcodes auf derselben Seite miteinander interagieren. Kopiere Shortcodes möglichst aus dem vorgesehenen Adminbereich, um Tippfehler zu vermeiden. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Dann fehlen entweder gültige Start-/Enddaten oder die JavaScript-Aktualisierung wurde nicht abgeschlossen. Ändere die Daten erneut, bestätige die Auswahl und prüfe, ob der zugehörige Aktualisieren-Button benötigt wird. Shortcodes sollten auf einer echten Testseite mit dem verwendeten Theme und Page Builder geprüft werden. Achte dabei auf Desktop- und Mobilansicht, Kalender- und Uhrzeitfelder sowie darauf, ob mehrere Rentalo-Shortcodes auf derselben Seite miteinander interagieren. Kopiere Shortcodes möglichst aus dem vorgesehenen Adminbereich, um Tippfehler zu vermeiden. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Er ermöglicht eine schnelle interne oder kompakte Preisermittlung, ohne den kompletten Vier-Schritt-Ablauf manuell durchlaufen zu müssen. Er eignet sich beispielsweise für telefonische Preisanfragen oder eine eigene Preischeck-Seite. Der Quick Price Check ist eine kompakte Alternative zur normalen Preisermittlung, muss aber dieselben zentralen Preisregeln beachten. Vergleiche bei Tests identische Eingaben mit Schritt 3 des normalen Buchungsablaufs. Abweichungen solltest du anhand von Mietdauer, Nutzung, Tarif, Versicherungen und Optionen einzeln eingrenzen. Ja. Es gibt eine optionale Desktop-Sichtbarkeit. Auf Desktop wird das kompakte Modul zentriert und auf eine begrenzte Breite ausgelegt. Der Quick Price Check ist eine kompakte Alternative zur normalen Preisermittlung, muss aber dieselben zentralen Preisregeln beachten. Vergleiche bei Tests identische Eingaben mit Schritt 3 des normalen Buchungsablaufs. Abweichungen solltest du anhand von Mietdauer, Nutzung, Tarif, Versicherungen und Optionen einzeln eingrenzen. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Ja. Eine Einstellung steuert, ob die Quick-Price-Bereiche standardmäßig aufgeklappt oder geschlossen starten. Der Quick Price Check ist eine kompakte Alternative zur normalen Preisermittlung, muss aber dieselben zentralen Preisregeln beachten. Vergleiche bei Tests identische Eingaben mit Schritt 3 des normalen Buchungsablaufs. Abweichungen solltest du anhand von Mietdauer, Nutzung, Tarif, Versicherungen und Optionen einzeln eingrenzen. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Ja. Änderungen an Datum, Zeit, Nutzung, Mietobjekt, Tarif, Versicherung oder Optionen können die zentrale Preisvorschau neu auslösen. Bei der Nutzungseingabe wartet die mobile Logik kurz nach der letzten Eingabe, bevor sie neu berechnet. Der Quick Price Check ist eine kompakte Alternative zur normalen Preisermittlung, muss aber dieselben zentralen Preisregeln beachten. Vergleiche bei Tests identische Eingaben mit Schritt 3 des normalen Buchungsablaufs. Abweichungen solltest du anhand von Mietdauer, Nutzung, Tarif, Versicherungen und Optionen einzeln eingrenzen. Dadurch wird nicht nach jeder einzelnen Ziffer sofort eine Anfrage gestartet. Nach etwa einer Sekunde ohne weitere Eingabe wird die geplante Nutzung aktualisiert; eine normale Bestätigung oder Änderung kann sofort neu berechnen. Der Quick Price Check ist eine kompakte Alternative zur normalen Preisermittlung, muss aber dieselben zentralen Preisregeln beachten. Vergleiche bei Tests identische Eingaben mit Schritt 3 des normalen Buchungsablaufs. Abweichungen solltest du anhand von Mietdauer, Nutzung, Tarif, Versicherungen und Optionen einzeln eingrenzen. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Ja, die neuere Logik verwendet dieselbe zentrale Auswahl und berücksichtigt die Einstellung „nur günstigsten Tarif anzeigen“. Dadurch sollen Quick Price und Schritt 3 dieselbe Tarifentscheidung treffen. Der Quick Price Check ist eine kompakte Alternative zur normalen Preisermittlung, muss aber dieselben zentralen Preisregeln beachten. Vergleiche bei Tests identische Eingaben mit Schritt 3 des normalen Buchungsablaufs. Abweichungen solltest du anhand von Mietdauer, Nutzung, Tarif, Versicherungen und Optionen einzeln eingrenzen. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Ja. Ausgewählte Versicherungen und Optionen fließen in die Preisvorschau ein. Mengenoptionen und Pflichtoptionen werden mit derselben Auswahlvalidierung wie im normalen Ablauf behandelt. Der Quick Price Check ist eine kompakte Alternative zur normalen Preisermittlung, muss aber dieselben zentralen Preisregeln beachten. Vergleiche bei Tests identische Eingaben mit Schritt 3 des normalen Buchungsablaufs. Abweichungen solltest du anhand von Mietdauer, Nutzung, Tarif, Versicherungen und Optionen einzeln eingrenzen. Die Kosten werden in der Preisaufschlüsselung in einer gemeinsamen Zeile „Versicherung“ zusammengeführt, während der Gesamtpreis alle ausgewählten Versicherungen enthält. Der Quick Price Check ist eine kompakte Alternative zur normalen Preisermittlung, muss aber dieselben zentralen Preisregeln beachten. Vergleiche bei Tests identische Eingaben mit Schritt 3 des normalen Buchungsablaufs. Abweichungen solltest du anhand von Mietdauer, Nutzung, Tarif, Versicherungen und Optionen einzeln eingrenzen. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Das sollte in aktuellen Versionen nicht mehr passieren. Wenn nach einer Änderung kein gültiger Tarif verfügbar ist, wird ein veralteter Preis gelöscht; prüfe bei Abweichungen Cache und Pluginversion. Der Quick Price Check ist eine kompakte Alternative zur normalen Preisermittlung, muss aber dieselben zentralen Preisregeln beachten. Vergleiche bei Tests identische Eingaben mit Schritt 3 des normalen Buchungsablaufs. Abweichungen solltest du anhand von Mietdauer, Nutzung, Tarif, Versicherungen und Optionen einzeln eingrenzen. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Neuere Versionen verhindern, dass ältere, langsamere AJAX-Antworten eine neuere Berechnung überschreiben. Wenn du dieses Verhalten siehst, leere Cache/Minifizierung und prüfe, ob wirklich die aktuelle Pluginversion geladen wird. Der Quick Price Check ist eine kompakte Alternative zur normalen Preisermittlung, muss aber dieselben zentralen Preisregeln beachten. Vergleiche bei Tests identische Eingaben mit Schritt 3 des normalen Buchungsablaufs. Abweichungen solltest du anhand von Mietdauer, Nutzung, Tarif, Versicherungen und Optionen einzeln eingrenzen. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Optionale Mengen beginnen bewusst bei 0 und sind damit nicht ausgewählt. Nur erforderliche Optionen erhalten automatisch eine Mindestmenge. Der Quick Price Check ist eine kompakte Alternative zur normalen Preisermittlung, muss aber dieselben zentralen Preisregeln beachten. Vergleiche bei Tests identische Eingaben mit Schritt 3 des normalen Buchungsablaufs. Abweichungen solltest du anhand von Mietdauer, Nutzung, Tarif, Versicherungen und Optionen einzeln eingrenzen. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Verwende exakt dieselben Standorte, Zeiten, Nutzung, Mietobjekt, Tarif, Versicherung und Optionen. Der Endpreis sollte mit Schritt 3/4 übereinstimmen; bei Abweichungen prüfe die Preisdetails Zeile für Zeile. Der Quick Price Check ist eine kompakte Alternative zur normalen Preisermittlung, muss aber dieselben zentralen Preisregeln beachten. Vergleiche bei Tests identische Eingaben mit Schritt 3 des normalen Buchungsablaufs. Abweichungen solltest du anhand von Mietdauer, Nutzung, Tarif, Versicherungen und Optionen einzeln eingrenzen. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Unter Einstellungen > Modul findest du Schalter für Navigation, persönliche Daten, Fahrerfunktionen, Zahlung, Filter, Layout, Pagination und weitere Hinweise. Deaktiviere nur Funktionen, die du im tatsächlichen Anfrageprozess nicht benötigst. Module bestimmen, welche zusätzlichen Angaben und Bestätigungen ein Kunde im Ablauf sieht. Aktiviere nur Funktionen, die du betrieblich wirklich benötigst, und prüfe Pflichtfelder aus Kundensicht. Zu viele unnötige Felder erhöhen den Aufwand, während fehlende Pflichtangaben später Rückfragen verursachen können. Ja. Dafür gibt es einen eigenen Schalter. Die Auswahl in Schritt 3 ist unabhängig davon, ob in Schritt 4 ein Formular für zusätzliche Fahrerdaten angezeigt wird. Module bestimmen, welche zusätzlichen Angaben und Bestätigungen ein Kunde im Ablauf sieht. Aktiviere nur Funktionen, die du betrieblich wirklich benötigst, und prüfe Pflichtfelder aus Kundensicht. Zu viele unnötige Felder erhöhen den Aufwand, während fehlende Pflichtangaben später Rückfragen verursachen können. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Je nach Konfiguration kann Schritt 4 eine Sicherheitsbestätigung anzeigen. Der Kunde muss dann bestätigen, dass kein zusätzlicher Fahrer vorgesehen ist, oder zurückgehen und einen auswählen. Module bestimmen, welche zusätzlichen Angaben und Bestätigungen ein Kunde im Ablauf sieht. Aktiviere nur Funktionen, die du betrieblich wirklich benötigst, und prüfe Pflichtfelder aus Kundensicht. Zu viele unnötige Felder erhöhen den Aufwand, während fehlende Pflichtangaben später Rückfragen verursachen können. Ja. Rentalo enthält eine vergleichbare Sicherheitsbestätigung für Auslandsfahrten. Sie kann erscheinen, wenn in Schritt 3 keine entsprechende Auswahl getroffen wurde. Module bestimmen, welche zusätzlichen Angaben und Bestätigungen ein Kunde im Ablauf sieht. Aktiviere nur Funktionen, die du betrieblich wirklich benötigst, und prüfe Pflichtfelder aus Kundensicht. Zu viele unnötige Felder erhöhen den Aufwand, während fehlende Pflichtangaben später Rückfragen verursachen können. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Ja. Schritt 4 kann einen separaten Rechnungsempfänger erfassen, zum Beispiel eine Firma oder einen Verein. Der zuvor eingegebene Mieter bleibt dabei der verantwortliche Buchungskontakt. Module bestimmen, welche zusätzlichen Angaben und Bestätigungen ein Kunde im Ablauf sieht. Aktiviere nur Funktionen, die du betrieblich wirklich benötigst, und prüfe Pflichtfelder aus Kundensicht. Zu viele unnötige Felder erhöhen den Aufwand, während fehlende Pflichtangaben später Rückfragen verursachen können. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Der Buchungsablauf erwartet mindestens die für die Anfrage benötigten Kontaktangaben wie Name, E-Mail und Telefon. Je nach Modulkonfiguration können weitere Felder sichtbar oder erforderlich sein. Module bestimmen, welche zusätzlichen Angaben und Bestätigungen ein Kunde im Ablauf sieht. Aktiviere nur Funktionen, die du betrieblich wirklich benötigst, und prüfe Pflichtfelder aus Kundensicht. Zu viele unnötige Felder erhöhen den Aufwand, während fehlende Pflichtangaben später Rückfragen verursachen können. Ja. Schritt 4 enthält eine Option „Ich bin bereits Kunde“. Sie dient als Zusatzinformation für den Vermieter und ersetzt nicht automatisch die erforderlichen Kontaktdaten. Module bestimmen, welche zusätzlichen Angaben und Bestätigungen ein Kunde im Ablauf sieht. Aktiviere nur Funktionen, die du betrieblich wirklich benötigst, und prüfe Pflichtfelder aus Kundensicht. Zu viele unnötige Felder erhöhen den Aufwand, während fehlende Pflichtangaben später Rückfragen verursachen können. Ja. Es gibt ein Kommentarfeld für Hinweise zur Miete. Formuliere den Erklärungstext so, dass Kunden dort wirklich relevante Informationen eintragen. Module bestimmen, welche zusätzlichen Angaben und Bestätigungen ein Kunde im Ablauf sieht. Aktiviere nur Funktionen, die du betrieblich wirklich benötigst, und prüfe Pflichtfelder aus Kundensicht. Zu viele unnötige Felder erhöhen den Aufwand, während fehlende Pflichtangaben später Rückfragen verursachen können. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Rentalo kann dem Kunden in Schritt 4 auswählbare Zahlungsarten für den voraussichtlichen Mietbetrag anzeigen. Die Auswahl dient als Information für den Vermieter; eine Online-Zahlungsabwicklung ist damit nicht automatisch verbunden. Module bestimmen, welche zusätzlichen Angaben und Bestätigungen ein Kunde im Ablauf sieht. Aktiviere nur Funktionen, die du betrieblich wirklich benötigst, und prüfe Pflichtfelder aus Kundensicht. Zu viele unnötige Felder erhöhen den Aufwand, während fehlende Pflichtangaben später Rückfragen verursachen können. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Ja. Die Kaution kann in der Preiszusammenfassung separat erscheinen, wenn sie für das Angebot hinterlegt ist. Im Zahlungstext steht der Platzhalter {deposit} für den formatierten Kautionsbetrag. Module bestimmen, welche zusätzlichen Angaben und Bestätigungen ein Kunde im Ablauf sieht. Aktiviere nur Funktionen, die du betrieblich wirklich benötigst, und prüfe Pflichtfelder aus Kundensicht. Zu viele unnötige Felder erhöhen den Aufwand, während fehlende Pflichtangaben später Rückfragen verursachen können. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Er wird durch den aktuell geschätzten Gesamtmietpreis ersetzt. Verwende ihn in einem verständlichen Satz, zum Beispiel zur Erklärung, wie der Betrag bei Abholung bezahlt wird. Module bestimmen, welche zusätzlichen Angaben und Bestätigungen ein Kunde im Ablauf sieht. Aktiviere nur Funktionen, die du betrieblich wirklich benötigst, und prüfe Pflichtfelder aus Kundensicht. Zu viele unnötige Felder erhöhen den Aufwand, während fehlende Pflichtangaben später Rückfragen verursachen können. Ja. Unter Einstellungen > Modul > Zahlung/Kaution kannst du Einleitungstexte und auswählbare Werte konfigurieren. Prüfe die Darstellung mit und ohne Kaution. Module bestimmen, welche zusätzlichen Angaben und Bestätigungen ein Kunde im Ablauf sieht. Aktiviere nur Funktionen, die du betrieblich wirklich benötigst, und prüfe Pflichtfelder aus Kundensicht. Zu viele unnötige Felder erhöhen den Aufwand, während fehlende Pflichtangaben später Rückfragen verursachen können. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Unter Rentalo > Einstellungen > Texte. Dort werden allgemeine Begriffe, rechtliche Checkboxtexte und Buttontexte gepflegt; E-Mail-Texte und Standortdaten liegen in ihren eigenen Bereichen. Texte und Begriffe sollten auf der gesamten Website konsistent sein. Wenn du eine zentrale Bezeichnung änderst, kontrolliere danach Navigation, Buchungsschritte, Buttons, Hinweise und E-Mails. Bei einer mehrsprachigen Website solltest du jede aktive Sprache separat testen, da dynamische Texte und JavaScript-Meldungen eigene Übersetzungen benötigen können. Ja. Verwende die allgemeine Terminologieeinstellung, damit statt „Fahrzeuge“ beispielsweise „Mietobjekte“, „Maschinen“ oder „Anhänger“ erscheint. Texte und Begriffe sollten auf der gesamten Website konsistent sein. Wenn du eine zentrale Bezeichnung änderst, kontrolliere danach Navigation, Buchungsschritte, Buttons, Hinweise und E-Mails. Bei einer mehrsprachigen Website solltest du jede aktive Sprache separat testen, da dynamische Texte und JavaScript-Meldungen eigene Übersetzungen benötigen können. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Mögliche Ursachen sind fehlende oder nicht geladene Übersetzungsdateien, ein hart hinterlegter Fallback-Text oder ein Browser-/Cachezustand. Prüfe WordPress-Sprache, Pluginversion und leere Cache; bei einem einzelnen Begriff kontrolliere auch die Rentalo-Texteinstellungen. Texte und Begriffe sollten auf der gesamten Website konsistent sein. Wenn du eine zentrale Bezeichnung änderst, kontrolliere danach Navigation, Buchungsschritte, Buttons, Hinweise und E-Mails. Bei einer mehrsprachigen Website solltest du jede aktive Sprache separat testen, da dynamische Texte und JavaScript-Meldungen eigene Übersetzungen benötigen können. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Nur wenn die jeweilige Pluginversion die Sprachdateien vollständig aktualisiert hat. Bei neuen Funktionen solltest du Deutsch, Englisch und Französisch stichprobenartig prüfen, insbesondere JavaScript-Meldungen und dynamische Fallbacktexte. Texte und Begriffe sollten auf der gesamten Website konsistent sein. Wenn du eine zentrale Bezeichnung änderst, kontrolliere danach Navigation, Buchungsschritte, Buttons, Hinweise und E-Mails. Bei einer mehrsprachigen Website solltest du jede aktive Sprache separat testen, da dynamische Texte und JavaScript-Meldungen eigene Übersetzungen benötigen können. Ja. Der Textebereich enthält eigene Buttontexte. Verwende kurze, eindeutige Begriffe und prüfe mobile Ansichten, damit lange Übersetzungen nicht umbrechen oder Bedienelemente vergrößern. Texte und Begriffe sollten auf der gesamten Website konsistent sein. Wenn du eine zentrale Bezeichnung änderst, kontrolliere danach Navigation, Buchungsschritte, Buttons, Hinweise und E-Mails. Bei einer mehrsprachigen Website solltest du jede aktive Sprache separat testen, da dynamische Texte und JavaScript-Meldungen eigene Übersetzungen benötigen können. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Ja. Rentalo besitzt einen eigenen Bereich für die rechtliche Bestätigungscheckbox. Formuliere ihn passend zu deinen AGB- und Datenschutzseiten und lasse rechtlich relevante Texte im Zweifel fachlich prüfen. Texte und Begriffe sollten auf der gesamten Website konsistent sein. Wenn du eine zentrale Bezeichnung änderst, kontrolliere danach Navigation, Buchungsschritte, Buttons, Hinweise und E-Mails. Bei einer mehrsprachigen Website solltest du jede aktive Sprache separat testen, da dynamische Texte und JavaScript-Meldungen eigene Übersetzungen benötigen können. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Diese Texte liegen unter Einstellungen > Zeiten > Hinweise und Texte. Dort gibt es getrennte Meldungen für Abholung, Rückgabe, Sonntage, Feiertage und Mittagspausen. Texte und Begriffe sollten auf der gesamten Website konsistent sein. Wenn du eine zentrale Bezeichnung änderst, kontrolliere danach Navigation, Buchungsschritte, Buttons, Hinweise und E-Mails. Bei einer mehrsprachigen Website solltest du jede aktive Sprache separat testen, da dynamische Texte und JavaScript-Meldungen eigene Übersetzungen benötigen können. Ja, bestimmte Texte unterstützen Platzhalter wie {holiday}, {total} oder {deposit}. Verwende nur die für das jeweilige Feld vorgesehenen Platzhalter, da andere Zeichenfolgen nicht automatisch ersetzt werden. Texte und Begriffe sollten auf der gesamten Website konsistent sein. Wenn du eine zentrale Bezeichnung änderst, kontrolliere danach Navigation, Buchungsschritte, Buttons, Hinweise und E-Mails. Bei einer mehrsprachigen Website solltest du jede aktive Sprache separat testen, da dynamische Texte und JavaScript-Meldungen eigene Übersetzungen benötigen können. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Das deutet auf unterschiedliche Übersetzungsquellen zwischen initialem PHP-HTML und nachgeladenem JavaScript-Inhalt hin. Prüfe dies mit der aktuellen Version und melde den konkreten Text sowie den Schritt, in dem der Sprachwechsel auftritt. Texte und Begriffe sollten auf der gesamten Website konsistent sein. Wenn du eine zentrale Bezeichnung änderst, kontrolliere danach Navigation, Buchungsschritte, Buttons, Hinweise und E-Mails. Bei einer mehrsprachigen Website solltest du jede aktive Sprache separat testen, da dynamische Texte und JavaScript-Meldungen eigene Übersetzungen benötigen können. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Ja. Auch wenn die Übersetzungen technisch korrekt sind, müssen Tonalität, rechtliche Aussage und betriebliche Abläufe zu deinem Unternehmen passen. Prüfe besonders Bestätigungs-, Storno-, Zahlungs- und Öffnungszeitenhinweise. Texte und Begriffe sollten auf der gesamten Website konsistent sein. Wenn du eine zentrale Bezeichnung änderst, kontrolliere danach Navigation, Buchungsschritte, Buttons, Hinweise und E-Mails. Bei einer mehrsprachigen Website solltest du jede aktive Sprache separat testen, da dynamische Texte und JavaScript-Meldungen eigene Übersetzungen benötigen können. Wechsle die WordPress-/Website-Sprache und durchlaufe jeden Buchungsschritt. Achte auf statische Texte, dynamisch nachgeladene Meldungen, Preisdetails, Buttons und E-Mails. Texte und Begriffe sollten auf der gesamten Website konsistent sein. Wenn du eine zentrale Bezeichnung änderst, kontrolliere danach Navigation, Buchungsschritte, Buttons, Hinweise und E-Mails. Bei einer mehrsprachigen Website solltest du jede aktive Sprache separat testen, da dynamische Texte und JavaScript-Meldungen eigene Übersetzungen benötigen können. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Nein, E-Mail-Vorlagen werden separat unter Einstellungen > E-Mail verwaltet. So bleiben Frontend-Texte und Nachrichteninhalte getrennt. Texte und Begriffe sollten auf der gesamten Website konsistent sein. Wenn du eine zentrale Bezeichnung änderst, kontrolliere danach Navigation, Buchungsschritte, Buttons, Hinweise und E-Mails. Bei einer mehrsprachigen Website solltest du jede aktive Sprache separat testen, da dynamische Texte und JavaScript-Meldungen eigene Übersetzungen benötigen können. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Unter Einstellungen > Design. Dort findest du Grundfarben, Hintergründe und Rahmen, Felder, Buttons, Schrittnavigation, Typografie, Funktionsdarstellung, Abstände und Bild-/Medienoptionen. Designänderungen sollten die Bedienbarkeit verbessern und nicht nur optisch passen. Prüfe Kontrast, Schriftgröße, Fokuszustände und die mobile Darstellung. Gerade Karten, aktive Auswahlzustände und Formularfelder müssen auch bei individuellen Farben eindeutig erkennbar bleiben. Ja. Nutze die vorgesehenen Designfelder für Hauptfarben, Texte, Hintergründe und Rahmen. Eigenes CSS sollte erst nötig sein, wenn dein Theme sehr spezielle Anforderungen hat. Designänderungen sollten die Bedienbarkeit verbessern und nicht nur optisch passen. Prüfe Kontrast, Schriftgröße, Fokuszustände und die mobile Darstellung. Gerade Karten, aktive Auswahlzustände und Formularfelder müssen auch bei individuellen Farben eindeutig erkennbar bleiben. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Ja. Rentalo besitzt Einstellungen für Felder und deren aktive Darstellung. Prüfe nach Änderungen Datum, Uhrzeit, Auswahlfelder und Texteingaben in allen vier Schritten. Designänderungen sollten die Bedienbarkeit verbessern und nicht nur optisch passen. Prüfe Kontrast, Schriftgröße, Fokuszustände und die mobile Darstellung. Gerade Karten, aktive Auswahlzustände und Formularfelder müssen auch bei individuellen Farben eindeutig erkennbar bleiben. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Ja. Der Designbereich enthält eigene Buttonparameter. Achte auf ausreichenden Kontrast sowie sichtbare Hover- und Fokuszustände. Designänderungen sollten die Bedienbarkeit verbessern und nicht nur optisch passen. Prüfe Kontrast, Schriftgröße, Fokuszustände und die mobile Darstellung. Gerade Karten, aktive Auswahlzustände und Formularfelder müssen auch bei individuellen Farben eindeutig erkennbar bleiben. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Ja. Farben und Darstellung der Step-Navigation sind konfigurierbar. Ob sie grundsätzlich angezeigt wird, steuerst du jedoch im Modul-Bereich. Designänderungen sollten die Bedienbarkeit verbessern und nicht nur optisch passen. Prüfe Kontrast, Schriftgröße, Fokuszustände und die mobile Darstellung. Gerade Karten, aktive Auswahlzustände und Formularfelder müssen auch bei individuellen Farben eindeutig erkennbar bleiben. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Ja. Der Designbereich enthält Typografieeinstellungen für verschiedene Formelemente und Bereiche. Halte mobile Lesbarkeit im Blick und vermeide extrem kleine Werte. Designänderungen sollten die Bedienbarkeit verbessern und nicht nur optisch passen. Prüfe Kontrast, Schriftgröße, Fokuszustände und die mobile Darstellung. Gerade Karten, aktive Auswahlzustände und Formularfelder müssen auch bei individuellen Farben eindeutig erkennbar bleiben. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Rentalo kann auf konfigurierbare Schriftwerte bzw. die Theme-Schrift zurückgreifen. Nutze möglichst eine bereits vom Theme geladene Schrift, damit keine unnötigen zusätzlichen Webfonts geladen werden. Designänderungen sollten die Bedienbarkeit verbessern und nicht nur optisch passen. Prüfe Kontrast, Schriftgröße, Fokuszustände und die mobile Darstellung. Gerade Karten, aktive Auswahlzustände und Formularfelder müssen auch bei individuellen Farben eindeutig erkennbar bleiben. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Damit steuerst du den Abstand des Rentalo-Inhalts zum Seitenrand abhängig von der Gerätebreite. Passe die Werte an dein Theme an und teste typische Breakpoints. Designänderungen sollten die Bedienbarkeit verbessern und nicht nur optisch passen. Prüfe Kontrast, Schriftgröße, Fokuszustände und die mobile Darstellung. Gerade Karten, aktive Auswahlzustände und Formularfelder müssen auch bei individuellen Farben eindeutig erkennbar bleiben. Das responsive Layout ordnet die Sidebar bei begrenzter Breite neu an, damit Hauptinhalt und Zusammenfassung ausreichend Platz behalten. Dieses Verhalten ist für Tablets und kleinere Desktopbreiten vorgesehen. Designänderungen sollten die Bedienbarkeit verbessern und nicht nur optisch passen. Prüfe Kontrast, Schriftgröße, Fokuszustände und die mobile Darstellung. Gerade Karten, aktive Auswahlzustände und Formularfelder müssen auch bei individuellen Farben eindeutig erkennbar bleiben. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Rentalo priorisiert auf kleinen Bildschirmen eine einheitliche, gut bedienbare Listenansicht. Umschalter für alternative Ansichten können dort bewusst ausgeblendet sein. Designänderungen sollten die Bedienbarkeit verbessern und nicht nur optisch passen. Prüfe Kontrast, Schriftgröße, Fokuszustände und die mobile Darstellung. Gerade Karten, aktive Auswahlzustände und Formularfelder müssen auch bei individuellen Farben eindeutig erkennbar bleiben. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Ja. Der Design-/Layoutbereich enthält unterschiedliche Kartendesigns, darunter eine kompakte Variante und eine Variante mit Bild oben. Teste beide mit deinen tatsächlichen Bildern und Textlängen. Designänderungen sollten die Bedienbarkeit verbessern und nicht nur optisch passen. Prüfe Kontrast, Schriftgröße, Fokuszustände und die mobile Darstellung. Gerade Karten, aktive Auswahlzustände und Formularfelder müssen auch bei individuellen Farben eindeutig erkennbar bleiben. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Teste Desktop, Tablet und Mobil sowie lange Namen, lange Standortadressen und große Preiswerte. Achte besonders auf Überläufe, horizontale Scrollbars, abgeschnittene Tooltipps und schlecht sichtbare Fokusrahmen. Designänderungen sollten die Bedienbarkeit verbessern und nicht nur optisch passen. Prüfe Kontrast, Schriftgröße, Fokuszustände und die mobile Darstellung. Gerade Karten, aktive Auswahlzustände und Formularfelder müssen auch bei individuellen Farben eindeutig erkennbar bleiben. Theme-CSS kann Schriftarten, Abstände oder Formularstile beeinflussen. Prüfe zunächst die Rentalo-Designoptionen und anschließend, ob das Theme globale Regeln mit hoher Spezifität auf Formulare anwendet. Designänderungen sollten die Bedienbarkeit verbessern und nicht nur optisch passen. Prüfe Kontrast, Schriftgröße, Fokuszustände und die mobile Darstellung. Gerade Karten, aktive Auswahlzustände und Formularfelder müssen auch bei individuellen Farben eindeutig erkennbar bleiben. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Nur als letzte Ausnahme. Nutze zuerst die Rentalo-Designvariablen und saubere, gezielte Selektoren, damit spätere Pluginupdates nicht durch schwer auflösbare Überschreibungen behindert werden. Designänderungen sollten die Bedienbarkeit verbessern und nicht nur optisch passen. Prüfe Kontrast, Schriftgröße, Fokuszustände und die mobile Darstellung. Gerade Karten, aktive Auswahlzustände und Formularfelder müssen auch bei individuellen Farben eindeutig erkennbar bleiben. Unter Rentalo > Einstellungen > E-Mail. Dort gibt es Bereiche für Absender, Kunden-E-Mail, Administrator-E-Mail und vorbereitete Status-E-Mails. E-Mail-Texte sind Teil der Kundenkommunikation und sollten mit realistischen Testdaten geprüft werden. Kontrolliere Absender, Empfänger, Betreff, Platzhalter und Zeilenumbrüche. Sende nach größeren Änderungen eine vollständige Testanfrage, damit du siehst, wie die Nachricht tatsächlich im Postfach ankommt. Verwende möglichst eine Adresse deiner eigenen Domain, die technisch zum versendenden Server passt. Freie externe Absenderadressen führen bei vielen Hostern häufiger zu SPF-/DMARC-Problemen. E-Mail-Texte sind Teil der Kundenkommunikation und sollten mit realistischen Testdaten geprüft werden. Kontrolliere Absender, Empfänger, Betreff, Platzhalter und Zeilenumbrüche. Sende nach größeren Änderungen eine vollständige Testanfrage, damit du siehst, wie die Nachricht tatsächlich im Postfach ankommt. Ja. Rentalo besitzt eine Kunden-E-Mail-Konfiguration. Passe Betreff und Inhalt an deinen Prozess an und stelle klar, dass es sich zunächst um eine Anfrage handelt, wenn keine automatische Vertragsbestätigung gewünscht ist. E-Mail-Texte sind Teil der Kundenkommunikation und sollten mit realistischen Testdaten geprüft werden. Kontrolliere Absender, Empfänger, Betreff, Platzhalter und Zeilenumbrüche. Sende nach größeren Änderungen eine vollständige Testanfrage, damit du siehst, wie die Nachricht tatsächlich im Postfach ankommt. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Ja. Eine separate Administrator-E-Mail kann über neue Anfragen informieren. Verwende eine Adresse, die regelmäßig überwacht wird. E-Mail-Texte sind Teil der Kundenkommunikation und sollten mit realistischen Testdaten geprüft werden. Kontrolliere Absender, Empfänger, Betreff, Platzhalter und Zeilenumbrüche. Sende nach größeren Änderungen eine vollständige Testanfrage, damit du siehst, wie die Nachricht tatsächlich im Postfach ankommt. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Das sind vorbereitete Nachrichten für spätere Bearbeitungszustände einer Anfrage, beispielsweise bestätigt, abgelehnt oder storniert. Prüfe vor Verwendung, ob Text und Status zu deinem internen Ablauf passen. E-Mail-Texte sind Teil der Kundenkommunikation und sollten mit realistischen Testdaten geprüft werden. Kontrolliere Absender, Empfänger, Betreff, Platzhalter und Zeilenumbrüche. Sende nach größeren Änderungen eine vollständige Testanfrage, damit du siehst, wie die Nachricht tatsächlich im Postfach ankommt. Prüfe zuerst Spamordner, Absender- und Empfängeradresse sowie den allgemeinen WordPress-Mailversand. Bei Zustellproblemen ist ein korrekt eingerichteter SMTP-Versand häufig zuverlässiger als die Standard-Mailfunktion des Servers. E-Mail-Texte sind Teil der Kundenkommunikation und sollten mit realistischen Testdaten geprüft werden. Kontrolliere Absender, Empfänger, Betreff, Platzhalter und Zeilenumbrüche. Sende nach größeren Änderungen eine vollständige Testanfrage, damit du siehst, wie die Nachricht tatsächlich im Postfach ankommt. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Ja. Die E-Mail-Einstellungen sind für anpassbare Texte vorgesehen. Verwende klare Betreffzeilen und vermeide Aussagen, die eine unverbindliche Anfrage unbeabsichtigt als bereits bestätigte Buchung darstellen. E-Mail-Texte sind Teil der Kundenkommunikation und sollten mit realistischen Testdaten geprüft werden. Kontrolliere Absender, Empfänger, Betreff, Platzhalter und Zeilenumbrüche. Sende nach größeren Änderungen eine vollständige Testanfrage, damit du siehst, wie die Nachricht tatsächlich im Postfach ankommt. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Nur wenn dein Prozess dies tatsächlich garantiert. Da Rentalo Lite primär Buchungsanfragen erstellt, ist eine Formulierung wie „voraussichtlicher Gesamtpreis“ häufig sachgerechter, solange die Anfrage noch geprüft wird. E-Mail-Texte sind Teil der Kundenkommunikation und sollten mit realistischen Testdaten geprüft werden. Kontrolliere Absender, Empfänger, Betreff, Platzhalter und Zeilenumbrüche. Sende nach größeren Änderungen eine vollständige Testanfrage, damit du siehst, wie die Nachricht tatsächlich im Postfach ankommt. Sende eine vollständige Testanfrage an eine eigene Adresse und kontrolliere Desktop- und Mobilansicht. Prüfe Umlaute, Währung, Datumsformat, Standorte und alle dynamischen Werte. E-Mail-Texte sind Teil der Kundenkommunikation und sollten mit realistischen Testdaten geprüft werden. Kontrolliere Absender, Empfänger, Betreff, Platzhalter und Zeilenumbrüche. Sende nach größeren Änderungen eine vollständige Testanfrage, damit du siehst, wie die Nachricht tatsächlich im Postfach ankommt. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Ja. Du kannst die Texte vorab konfigurieren. Der tatsächliche Versand hängt davon ab, wie du den Anfrage-Status später verwendest und welche Statusbenachrichtigungen aktiviert sind. E-Mail-Texte sind Teil der Kundenkommunikation und sollten mit realistischen Testdaten geprüft werden. Kontrolliere Absender, Empfänger, Betreff, Platzhalter und Zeilenumbrüche. Sende nach größeren Änderungen eine vollständige Testanfrage, damit du siehst, wie die Nachricht tatsächlich im Postfach ankommt. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Teste mit einer neuen Anfrage und leere gegebenenfalls Caches. Wenn dieselbe Sitzung mehrfach geändert wurde, kontrolliere, ob die final gespeicherte Anfrage wirklich die zuletzt gewählten Werte enthält. E-Mail-Texte sind Teil der Kundenkommunikation und sollten mit realistischen Testdaten geprüft werden. Kontrolliere Absender, Empfänger, Betreff, Platzhalter und Zeilenumbrüche. Sende nach größeren Änderungen eine vollständige Testanfrage, damit du siehst, wie die Nachricht tatsächlich im Postfach ankommt. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Das hängt von deinem Unternehmen und Land ab. Prüfe insbesondere Impressumspflichten, Datenschutz, Vertragsstatus und gegebenenfalls Widerrufs- oder Mietbedingungen mit fachkundiger Beratung. E-Mail-Texte sind Teil der Kundenkommunikation und sollten mit realistischen Testdaten geprüft werden. Kontrolliere Absender, Empfänger, Betreff, Platzhalter und Zeilenumbrüche. Sende nach größeren Änderungen eine vollständige Testanfrage, damit du siehst, wie die Nachricht tatsächlich im Postfach ankommt. Rentalo besitzt einen eigenen Bereich für Buchungsanfragen sowie Dashboard-Übersichten. Dort kannst du neue Anfragen prüfen und je nach Workflow weiterbearbeiten. Das Dashboard ist eine Übersicht und ersetzt nicht die inhaltliche Prüfung einer Anfrage. Kontrolliere neue Anfragen regelmäßig und achte darauf, ob Datum, Strecke beziehungsweise Buchungsdaten, Mietobjekt und Preis plausibel sind. Auffällige Abweichungen sind oft ein Hinweis darauf, dass eine Preis- oder Zuordnungsregel nochmals getestet werden sollte. Typischerweise werden die gewählten Buchungsdaten, Mietobjekt-/Tarifinformationen, Optionen sowie die in Schritt 4 übermittelten persönlichen Daten gespeichert. Der genaue Umfang hängt von deinen aktivierten Formularbereichen ab. Das Dashboard ist eine Übersicht und ersetzt nicht die inhaltliche Prüfung einer Anfrage. Kontrolliere neue Anfragen regelmäßig und achte darauf, ob Datum, Strecke beziehungsweise Buchungsdaten, Mietobjekt und Preis plausibel sind. Auffällige Abweichungen sind oft ein Hinweis darauf, dass eine Preis- oder Zuordnungsregel nochmals getestet werden sollte. Rentalo kennt Zustände wie neu, bestätigt, abgelehnt, storniert oder Entwurf. Verwende die Status konsistent, damit du den Bearbeitungsstand nachvollziehen kannst. Das Dashboard ist eine Übersicht und ersetzt nicht die inhaltliche Prüfung einer Anfrage. Kontrolliere neue Anfragen regelmäßig und achte darauf, ob Datum, Strecke beziehungsweise Buchungsdaten, Mietobjekt und Preis plausibel sind. Auffällige Abweichungen sind oft ein Hinweis darauf, dass eine Preis- oder Zuordnungsregel nochmals getestet werden sollte. Nein. Der Status ist eine Verwaltungsinformation. Ob und wann daraus ein rechtlich verbindlicher Mietvertrag wird, richtet sich nach deinem Prozess und deinen Vertragsbedingungen. Das Dashboard ist eine Übersicht und ersetzt nicht die inhaltliche Prüfung einer Anfrage. Kontrolliere neue Anfragen regelmäßig und achte darauf, ob Datum, Strecke beziehungsweise Buchungsdaten, Mietobjekt und Preis plausibel sind. Auffällige Abweichungen sind oft ein Hinweis darauf, dass eine Preis- oder Zuordnungsregel nochmals getestet werden sollte. Die Verwaltungsfunktionen richten sich auf Prüfung und Statusbearbeitung der Anfrage. Änderungen an wesentlichen Vertragsdaten solltest du nachvollziehbar dokumentieren und dem Kunden bestätigen. Das Dashboard ist eine Übersicht und ersetzt nicht die inhaltliche Prüfung einer Anfrage. Kontrolliere neue Anfragen regelmäßig und achte darauf, ob Datum, Strecke beziehungsweise Buchungsdaten, Mietobjekt und Preis plausibel sind. Auffällige Abweichungen sind oft ein Hinweis darauf, dass eine Preis- oder Zuordnungsregel nochmals getestet werden sollte. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Die Dashboard-Box bietet einen schnellen Überblick über zuletzt erfasste Buchungsanfragen. Für vollständige Details öffnest du den jeweiligen Anfragebereich. Das Dashboard ist eine Übersicht und ersetzt nicht die inhaltliche Prüfung einer Anfrage. Kontrolliere neue Anfragen regelmäßig und achte darauf, ob Datum, Strecke beziehungsweise Buchungsdaten, Mietobjekt und Preis plausibel sind. Auffällige Abweichungen sind oft ein Hinweis darauf, dass eine Preis- oder Zuordnungsregel nochmals getestet werden sollte. Je nach Modulstand können frühe Buchungs- oder Preisberechnungsdaten separat ausgewertet werden. Diese dienen eher der Nutzungsanalyse und enthalten nicht zwingend dieselben personenbezogenen Daten wie eine abgeschlossene Anfrage. Das Dashboard ist eine Übersicht und ersetzt nicht die inhaltliche Prüfung einer Anfrage. Kontrolliere neue Anfragen regelmäßig und achte darauf, ob Datum, Strecke beziehungsweise Buchungsdaten, Mietobjekt und Preis plausibel sind. Auffällige Abweichungen sind oft ein Hinweis darauf, dass eine Preis- oder Zuordnungsregel nochmals getestet werden sollte. Nach einer frischen Installation sind die Übersichten leer, bis entsprechende Vorgänge gespeichert wurden. Prüfe mit einer echten Testanfrage, ob nach Abschluss ein Eintrag erscheint. Das Dashboard ist eine Übersicht und ersetzt nicht die inhaltliche Prüfung einer Anfrage. Kontrolliere neue Anfragen regelmäßig und achte darauf, ob Datum, Strecke beziehungsweise Buchungsdaten, Mietobjekt und Preis plausibel sind. Auffällige Abweichungen sind oft ein Hinweis darauf, dass eine Preis- oder Zuordnungsregel nochmals getestet werden sollte. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Kennzeichne oder lösche sie nach deinem internen Verfahren, damit sie nicht mit echten Kundenanfragen verwechselt werden. Verwende keine realen fremden personenbezogenen Daten für Tests. Das Dashboard ist eine Übersicht und ersetzt nicht die inhaltliche Prüfung einer Anfrage. Kontrolliere neue Anfragen regelmäßig und achte darauf, ob Datum, Strecke beziehungsweise Buchungsdaten, Mietobjekt und Preis plausibel sind. Auffällige Abweichungen sind oft ein Hinweis darauf, dass eine Preis- oder Zuordnungsregel nochmals getestet werden sollte. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Technisch können Datensätze bestehen bleiben, aber du bist für angemessene Aufbewahrungs- und Löschfristen verantwortlich. Definiere diese nach deinen gesetzlichen und betrieblichen Anforderungen. Das Dashboard ist eine Übersicht und ersetzt nicht die inhaltliche Prüfung einer Anfrage. Kontrolliere neue Anfragen regelmäßig und achte darauf, ob Datum, Strecke beziehungsweise Buchungsdaten, Mietobjekt und Preis plausibel sind. Auffällige Abweichungen sind oft ein Hinweis darauf, dass eine Preis- oder Zuordnungsregel nochmals getestet werden sollte. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Vergleiche den gespeicherten Zeitraum, Tarif, Sonderpreis, Zeittarif, Nutzung, Versicherung und Optionen. Preisabweichungen entstehen häufig, wenn nur der Grundtarif betrachtet wird, aber zusätzliche Komponenten im Gesamtpreis enthalten sind. Das Dashboard ist eine Übersicht und ersetzt nicht die inhaltliche Prüfung einer Anfrage. Kontrolliere neue Anfragen regelmäßig und achte darauf, ob Datum, Strecke beziehungsweise Buchungsdaten, Mietobjekt und Preis plausibel sind. Auffällige Abweichungen sind oft ein Hinweis darauf, dass eine Preis- oder Zuordnungsregel nochmals getestet werden sollte. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Kontrolliere Verfügbarkeit, Zeitraum, Standort, gewähltes Mietangebot, Preis, Kaution, Zusatzleistungen und Kundendaten. Erst danach solltest du nach deinem Prozess eine verbindliche Bestätigung versenden. Das Dashboard ist eine Übersicht und ersetzt nicht die inhaltliche Prüfung einer Anfrage. Kontrolliere neue Anfragen regelmäßig und achte darauf, ob Datum, Strecke beziehungsweise Buchungsdaten, Mietobjekt und Preis plausibel sind. Auffällige Abweichungen sind oft ein Hinweis darauf, dass eine Preis- oder Zuordnungsregel nochmals getestet werden sollte. Ja. Die vorliegende Rentalo-Version enthält eine FAQ-Verwaltung mit Fragen, Kategorien, Import, Design und Shortcodes. Datenschutz- und Löschregeln sollten zu deinem tatsächlichen Geschäftsprozess passen. Speichere nur Daten, die du für die Bearbeitung benötigst, und prüfe regelmäßig, welche temporären oder nicht mehr erforderlichen Daten entfernt werden können. Rechtlich verbindliche Vorgaben solltest du bei Bedarf mit fachkundiger Beratung abstimmen. Öffne den FAQ-Bereich, wähle „Neue FAQ“, trage Frage und Antwort ein, ordne eine Kategorie zu und speichere den Eintrag aktiv. Datenschutz- und Löschregeln sollten zu deinem tatsächlichen Geschäftsprozess passen. Speichere nur Daten, die du für die Bearbeitung benötigst, und prüfe regelmäßig, welche temporären oder nicht mehr erforderlichen Daten entfernt werden können. Rechtlich verbindliche Vorgaben solltest du bei Bedarf mit fachkundiger Beratung abstimmen. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Ja. Kategorien strukturieren größere Wissensbereiche und können im Frontend als Tabs dargestellt werden. Datenschutz- und Löschregeln sollten zu deinem tatsächlichen Geschäftsprozess passen. Speichere nur Daten, die du für die Bearbeitung benötigst, und prüfe regelmäßig, welche temporären oder nicht mehr erforderlichen Daten entfernt werden können. Rechtlich verbindliche Vorgaben solltest du bei Bedarf mit fachkundiger Beratung abstimmen. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Sie legt fest, in welcher Reihenfolge Kategorien bzw. Fragen erscheinen. Verwende abgestufte Werte wie 10, 20 und 30 für spätere Ergänzungen. Datenschutz- und Löschregeln sollten zu deinem tatsächlichen Geschäftsprozess passen. Speichere nur Daten, die du für die Bearbeitung benötigst, und prüfe regelmäßig, welche temporären oder nicht mehr erforderlichen Daten entfernt werden können. Rechtlich verbindliche Vorgaben solltest du bei Bedarf mit fachkundiger Beratung abstimmen. Ja. Inaktive FAQ-Einträge bleiben in der Verwaltung erhalten, werden aber im normalen Frontend nicht ausgegeben. Datenschutz- und Löschregeln sollten zu deinem tatsächlichen Geschäftsprozess passen. Speichere nur Daten, die du für die Bearbeitung benötigst, und prüfe regelmäßig, welche temporären oder nicht mehr erforderlichen Daten entfernt werden können. Rechtlich verbindliche Vorgaben solltest du bei Bedarf mit fachkundiger Beratung abstimmen. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Ja. Der FAQ-Import akzeptiert tab-getrennte Daten, zum Beispiel aus Excel oder Google Sheets. Erwartete Spalten sind category_title, question, answer, sort_order und is_active. Datenschutz- und Löschregeln sollten zu deinem tatsächlichen Geschäftsprozess passen. Speichere nur Daten, die du für die Bearbeitung benötigst, und prüfe regelmäßig, welche temporären oder nicht mehr erforderlichen Daten entfernt werden können. Rechtlich verbindliche Vorgaben solltest du bei Bedarf mit fachkundiger Beratung abstimmen. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Beim Import werden die bisherigen FAQ-Einträge der im Import enthaltenen Kategorien entfernt und durch die neuen Daten ersetzt. Die Kategorien selbst bleiben bestehen. Datenschutz- und Löschregeln sollten zu deinem tatsächlichen Geschäftsprozess passen. Speichere nur Daten, die du für die Bearbeitung benötigst, und prüfe regelmäßig, welche temporären oder nicht mehr erforderlichen Daten entfernt werden können. Rechtlich verbindliche Vorgaben solltest du bei Bedarf mit fachkundiger Beratung abstimmen. Ja. Farben, Typografie, Abstände, Suchfeld und Accordion-Verhalten lassen sich konfigurieren. Datenschutz- und Löschregeln sollten zu deinem tatsächlichen Geschäftsprozess passen. Speichere nur Daten, die du für die Bearbeitung benötigst, und prüfe regelmäßig, welche temporären oder nicht mehr erforderlichen Daten entfernt werden können. Rechtlich verbindliche Vorgaben solltest du bei Bedarf mit fachkundiger Beratung abstimmen. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Ja. Dafür gibt es eine Einstellung „nur eine Antwort gleichzeitig öffnen“. Beim Öffnen einer neuen Frage schließt dann die zuvor geöffnete Antwort. Datenschutz- und Löschregeln sollten zu deinem tatsächlichen Geschäftsprozess passen. Speichere nur Daten, die du für die Bearbeitung benötigst, und prüfe regelmäßig, welche temporären oder nicht mehr erforderlichen Daten entfernt werden können. Rechtlich verbindliche Vorgaben solltest du bei Bedarf mit fachkundiger Beratung abstimmen. Ja. Du kannst das Suchfeld global deaktivieren oder über einen passenden Shortcode-Parameter für eine konkrete Ausgabe ausblenden. Datenschutz- und Löschregeln sollten zu deinem tatsächlichen Geschäftsprozess passen. Speichere nur Daten, die du für die Bearbeitung benötigst, und prüfe regelmäßig, welche temporären oder nicht mehr erforderlichen Daten entfernt werden können. Rechtlich verbindliche Vorgaben solltest du bei Bedarf mit fachkundiger Beratung abstimmen. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Verwende den Rentalo-FAQ-Shortcode [rentalo_faq]. Je nach unterstützten Parametern kannst du Titel, Intro, Suche oder Kategorieauswahl anpassen. Datenschutz- und Löschregeln sollten zu deinem tatsächlichen Geschäftsprozess passen. Speichere nur Daten, die du für die Bearbeitung benötigst, und prüfe regelmäßig, welche temporären oder nicht mehr erforderlichen Daten entfernt werden können. Rechtlich verbindliche Vorgaben solltest du bei Bedarf mit fachkundiger Beratung abstimmen. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Advanced FAQ ist unabhängig von Rentalo und kann auch auf anderen Websites eingesetzt werden. Für eine allgemeine Wissensdatenbank oder umfangreiche Rentalo-Adminhilfe ist ein separates Plugin leichter wiederverwendbar. Datenschutz- und Löschregeln sollten zu deinem tatsächlichen Geschäftsprozess passen. Speichere nur Daten, die du für die Bearbeitung benötigst, und prüfe regelmäßig, welche temporären oder nicht mehr erforderlichen Daten entfernt werden können. Rechtlich verbindliche Vorgaben solltest du bei Bedarf mit fachkundiger Beratung abstimmen. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Ja. Bei abgeschlossenen Buchungsanfragen können Namen, Kontaktdaten, Buchungsdaten und weitere vom Kunden eingegebene Informationen gespeichert werden. Du musst diese Verarbeitung in deiner Datenschutzerklärung berücksichtigen. Bei Updates empfiehlt sich immer eine Sicherung und ein kurzer Regressionstest. Prüfe danach die Kernstrecke von Schritt 1 bis Schritt 4 sowie mindestens einen Preisfall. Wenn du Caching oder Optimierungsplugins verwendest, leere deren Cache, damit nicht versehentlich alte JavaScript- oder CSS-Dateien weiter ausgeliefert werden. Die vorliegende Pluginbeschreibung nennt für temporäre Buchungsflüsse und Angebotslinks eine maximale Laufzeit von sieben Tagen. Abgeschlossene Flow-Daten werden dabei auf nicht-personenbezogene Auswahlwerte und den Verweis auf die entstandene Anfrage reduziert. Bei Updates empfiehlt sich immer eine Sicherung und ein kurzer Regressionstest. Prüfe danach die Kernstrecke von Schritt 1 bis Schritt 4 sowie mindestens einen Preisfall. Wenn du Caching oder Optimierungsplugins verwendest, leere deren Cache, damit nicht versehentlich alte JavaScript- oder CSS-Dateien weiter ausgeliefert werden. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Ja. Rentalo ersetzt keine rechtliche Datenschutzerklärung. Du bist als Websitebetreiber dafür verantwortlich, Zweck, Rechtsgrundlage, Empfänger und Aufbewahrungsfristen passend zu deinem Einsatz zu beschreiben. Bei Updates empfiehlt sich immer eine Sicherung und ein kurzer Regressionstest. Prüfe danach die Kernstrecke von Schritt 1 bis Schritt 4 sowie mindestens einen Preisfall. Wenn du Caching oder Optimierungsplugins verwendest, leere deren Cache, damit nicht versehentlich alte JavaScript- oder CSS-Dateien weiter ausgeliefert werden. Nein. Temporäre Flow- bzw. Angebotslinks sind für einen begrenzten Zeitraum vorgesehen und laufen laut Pluginbeschreibung spätestens nach sieben Tagen ab. Bei Updates empfiehlt sich immer eine Sicherung und ein kurzer Regressionstest. Prüfe danach die Kernstrecke von Schritt 1 bis Schritt 4 sowie mindestens einen Preisfall. Wenn du Caching oder Optimierungsplugins verwendest, leere deren Cache, damit nicht versehentlich alte JavaScript- oder CSS-Dateien weiter ausgeliefert werden. Du musst die relevanten Rentalo-Anfragedaten anhand deiner rechtlichen Pflichten prüfen und gegebenenfalls löschen oder anonymisieren. Beachte mögliche gesetzliche Aufbewahrungspflichten für bereits zustande gekommene Geschäfte. Bei Updates empfiehlt sich immer eine Sicherung und ein kurzer Regressionstest. Prüfe danach die Kernstrecke von Schritt 1 bis Schritt 4 sowie mindestens einen Preisfall. Wenn du Caching oder Optimierungsplugins verwendest, leere deren Cache, damit nicht versehentlich alte JavaScript- oder CSS-Dateien weiter ausgeliefert werden. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Das Verhalten hängt von den gewählten Lösch-/Uninstall-Einstellungen ab. Prüfe diese vor dem Entfernen des Plugins, damit nicht versehentlich benötigte Daten erhalten bleiben oder endgültig gelöscht werden. Bei Updates empfiehlt sich immer eine Sicherung und ein kurzer Regressionstest. Prüfe danach die Kernstrecke von Schritt 1 bis Schritt 4 sowie mindestens einen Preisfall. Wenn du Caching oder Optimierungsplugins verwendest, leere deren Cache, damit nicht versehentlich alte JavaScript- oder CSS-Dateien weiter ausgeliefert werden. Ja. Erstelle ein vollständiges Datenbank- und Dateibackup, bevor du Datenlöschoptionen oder eine Deinstallation ausführst. So kannst du im Fehlerfall den vorherigen Stand wiederherstellen. Bei Updates empfiehlt sich immer eine Sicherung und ein kurzer Regressionstest. Prüfe danach die Kernstrecke von Schritt 1 bis Schritt 4 sowie mindestens einen Preisfall. Wenn du Caching oder Optimierungsplugins verwendest, leere deren Cache, damit nicht versehentlich alte JavaScript- oder CSS-Dateien weiter ausgeliefert werden. Die Pluginstruktur enthält ein eigenes Modul für Buchungssicherheit und Missbrauchsschutz. Trotzdem solltest du zusätzlich WordPress aktuell halten, unnötige öffentliche Endpunkte vermeiden und ungewöhnlich viele Anfragen überwachen. Bei Updates empfiehlt sich immer eine Sicherung und ein kurzer Regressionstest. Prüfe danach die Kernstrecke von Schritt 1 bis Schritt 4 sowie mindestens einen Preisfall. Wenn du Caching oder Optimierungsplugins verwendest, leere deren Cache, damit nicht versehentlich alte JavaScript- oder CSS-Dateien weiter ausgeliefert werden. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Das hängt von deinem tatsächlichen Spamaufkommen und deiner Datenschutzstrategie ab. Prüfe zunächst den integrierten Missbrauchsschutz und ergänze externe Schutzmaßnahmen nur, wenn sie technisch kompatibel und wirklich erforderlich sind. Bei Updates empfiehlt sich immer eine Sicherung und ein kurzer Regressionstest. Prüfe danach die Kernstrecke von Schritt 1 bis Schritt 4 sowie mindestens einen Preisfall. Wenn du Caching oder Optimierungsplugins verwendest, leere deren Cache, damit nicht versehentlich alte JavaScript- oder CSS-Dateien weiter ausgeliefert werden. Das solltest du vermeiden. Verwende für Tests fiktive Daten und lösche Testanfragen anschließend, damit Auswertungen und Datenschutzprozesse eindeutig bleiben. Bei Updates empfiehlt sich immer eine Sicherung und ein kurzer Regressionstest. Prüfe danach die Kernstrecke von Schritt 1 bis Schritt 4 sowie mindestens einen Preisfall. Wenn du Caching oder Optimierungsplugins verwendest, leere deren Cache, damit nicht versehentlich alte JavaScript- oder CSS-Dateien weiter ausgeliefert werden. Entscheidend ist, die Funktion anschließend aus Sicht eines echten Kunden zu testen. Prüfe dabei sowohl den Normalfall als auch einen Fall, in dem die Option bewusst nicht verwendet wird, damit keine Pflichtangaben oder unerwarteten Standardwerte den Ablauf blockieren. Backups können ebenfalls personenbezogene Rentalo-Daten enthalten. Deine Lösch- und Aufbewahrungsstrategie sollte daher auch Sicherungskopien berücksichtigen. Bei Updates empfiehlt sich immer eine Sicherung und ein kurzer Regressionstest. Prüfe danach die Kernstrecke von Schritt 1 bis Schritt 4 sowie mindestens einen Preisfall. Wenn du Caching oder Optimierungsplugins verwendest, leere deren Cache, damit nicht versehentlich alte JavaScript- oder CSS-Dateien weiter ausgeliefert werden. Nein. Das Plugin stellt Funktionen bereit, aber die rechtmäßige Konfiguration, Datenschutzerklärung, Einwilligungs- bzw. Vertragsgrundlagen und Löschfristen liegen beim Websitebetreiber. Bei Updates empfiehlt sich immer eine Sicherung und ein kurzer Regressionstest. Prüfe danach die Kernstrecke von Schritt 1 bis Schritt 4 sowie mindestens einen Preisfall. Wenn du Caching oder Optimierungsplugins verwendest, leere deren Cache, damit nicht versehentlich alte JavaScript- oder CSS-Dateien weiter ausgeliefert werden. Kontrolliere, ob der Shortcode korrekt geschrieben ist und die Seite veröffentlicht wurde. Prüfe danach aktive Rentalo-Stammdaten und teste vorübergehend mit einem Standardtheme sowie ohne Cache-/Optimierungsplugin. Bei Fehlern solltest du den Fall zuerst mit möglichst wenigen Variablen reproduzieren. Verwende einen klaren Zeitraum, ein einzelnes Mietobjekt und einen bekannten Tarif. Danach kannst du Versicherungen, Optionen, Sonderpreise oder Zeittarife einzeln ergänzen. Dieses Vorgehen zeigt meist schneller, welche Einstellung die Abweichung verursacht. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Kontrolliere Kategorie, Gruppe, Mietobjekt und deren Status sowie den gewählten Zeitraum. Prüfe außerdem, ob mindestens ein gültiger Tarif für das Angebot existiert. Bei Fehlern solltest du den Fall zuerst mit möglichst wenigen Variablen reproduzieren. Verwende einen klaren Zeitraum, ein einzelnes Mietobjekt und einen bekannten Tarif. Danach kannst du Versicherungen, Optionen, Sonderpreise oder Zeittarife einzeln ergänzen. Dieses Vorgehen zeigt meist schneller, welche Einstellung die Abweichung verursacht. Kontrolliere Tarifzuordnung, Status, Staffelgrenzen und die konkrete Mietdauer. Achte besonders auf eine begrenzte letzte Staffel und auf Zeit-/Sonderpreisregeln. Bei Fehlern solltest du den Fall zuerst mit möglichst wenigen Variablen reproduzieren. Verwende einen klaren Zeitraum, ein einzelnes Mietobjekt und einen bekannten Tarif. Danach kannst du Versicherungen, Optionen, Sonderpreise oder Zeittarife einzeln ergänzen. Dieses Vorgehen zeigt meist schneller, welche Einstellung die Abweichung verursacht. Wähle die Gruppe erneut und teste ohne gespeicherte Browserdaten. Tritt das Problem nur bei einem Direkt-Shortcode auf, vergleiche die dort verwendete group_id mit der tatsächlichen Gruppen-ID. Bei Fehlern solltest du den Fall zuerst mit möglichst wenigen Variablen reproduzieren. Verwende einen klaren Zeitraum, ein einzelnes Mietobjekt und einen bekannten Tarif. Danach kannst du Versicherungen, Optionen, Sonderpreise oder Zeittarife einzeln ergänzen. Dieses Vorgehen zeigt meist schneller, welche Einstellung die Abweichung verursacht. Prüfe, welche Gruppen-ID nach Schritt 2 gespeichert wird und ob mehrere Gruppen ähnliche oder alte IDs besitzen. Teste anschließend einen frischen Ablauf ohne Parallel-Tabs. Bei Fehlern solltest du den Fall zuerst mit möglichst wenigen Variablen reproduzieren. Verwende einen klaren Zeitraum, ein einzelnes Mietobjekt und einen bekannten Tarif. Danach kannst du Versicherungen, Optionen, Sonderpreise oder Zeittarife einzeln ergänzen. Dieses Vorgehen zeigt meist schneller, welche Einstellung die Abweichung verursacht. Kontrolliere, ob wirklich ein gültiger Tarifbetrag vorliegt oder ob 0 bewusst als „inklusive“ dargestellt werden soll. Prüfe außerdem Sonderpreise, Zeittarife und Rabatte auf unbeabsichtigte vollständige Reduzierung. Bei Fehlern solltest du den Fall zuerst mit möglichst wenigen Variablen reproduzieren. Verwende einen klaren Zeitraum, ein einzelnes Mietobjekt und einen bekannten Tarif. Danach kannst du Versicherungen, Optionen, Sonderpreise oder Zeittarife einzeln ergänzen. Dieses Vorgehen zeigt meist schneller, welche Einstellung die Abweichung verursacht. Aktiviere bei der betreffenden Tarifstaffel ausdrücklich „unbegrenzt“. Ein bloßer km/Tag-Wert 0 kann anders interpretiert werden und ist nicht der sichere Weg für unbegrenzte Nutzung. Bei Fehlern solltest du den Fall zuerst mit möglichst wenigen Variablen reproduzieren. Verwende einen klaren Zeitraum, ein einzelnes Mietobjekt und einen bekannten Tarif. Danach kannst du Versicherungen, Optionen, Sonderpreise oder Zeittarife einzeln ergänzen. Dieses Vorgehen zeigt meist schneller, welche Einstellung die Abweichung verursacht. Stelle sicher, dass beide exakt dieselben Eingaben verwenden und keine alte AJAX-Antwort sichtbar ist. Prüfe Pluginversion und Cache; aktuelle Versionen verwenden dieselbe zentrale Tarifsortierung. Bei Fehlern solltest du den Fall zuerst mit möglichst wenigen Variablen reproduzieren. Verwende einen klaren Zeitraum, ein einzelnes Mietobjekt und einen bekannten Tarif. Danach kannst du Versicherungen, Optionen, Sonderpreise oder Zeittarife einzeln ergänzen. Dieses Vorgehen zeigt meist schneller, welche Einstellung die Abweichung verursacht. Vergleiche den betroffenen Shortcode mit einem funktionierenden Rentalo-Button. Bei älteren Inline-Varianten kann sich Markup oder CSS der Spinner-Darstellung unterscheiden; aktualisiere auf eine korrigierte Version, sobald verfügbar. Bei Fehlern solltest du den Fall zuerst mit möglichst wenigen Variablen reproduzieren. Verwende einen klaren Zeitraum, ein einzelnes Mietobjekt und einen bekannten Tarif. Danach kannst du Versicherungen, Optionen, Sonderpreise oder Zeittarife einzeln ergänzen. Dieses Vorgehen zeigt meist schneller, welche Einstellung die Abweichung verursacht. Das ist meist ein Z-Index-/Overlay-Problem. Teste mit aktuellem Rentalo, ohne Theme-Overrides und ohne Frontend-Optimierung, weil neuere Versionen solche Modal-Konflikte bereits korrigiert haben. Bei Fehlern solltest du den Fall zuerst mit möglichst wenigen Variablen reproduzieren. Verwende einen klaren Zeitraum, ein einzelnes Mietobjekt und einen bekannten Tarif. Danach kannst du Versicherungen, Optionen, Sonderpreise oder Zeittarife einzeln ergänzen. Dieses Vorgehen zeigt meist schneller, welche Einstellung die Abweichung verursacht. Notiere den exakten Text und den Schritt, in dem er erscheint. Prüfe dann die aktuelle deutsche Sprachdatei sowie JavaScript- und PHP-Fallbacktexte, da dynamische Meldungen aus unterschiedlichen Quellen stammen können. Bei Fehlern solltest du den Fall zuerst mit möglichst wenigen Variablen reproduzieren. Verwende einen klaren Zeitraum, ein einzelnes Mietobjekt und einen bekannten Tarif. Danach kannst du Versicherungen, Optionen, Sonderpreise oder Zeittarife einzeln ergänzen. Dieses Vorgehen zeigt meist schneller, welche Einstellung die Abweichung verursacht. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Leere Seiten-, Browser- und Objektcache und starte eine neue Buchungssitzung. Bei AJAX-basierten Bereichen sollte außerdem geprüft werden, ob alte JavaScript-Dateien durch Minifizierung oder CDN weiter ausgeliefert werden. Bei Fehlern solltest du den Fall zuerst mit möglichst wenigen Variablen reproduzieren. Verwende einen klaren Zeitraum, ein einzelnes Mietobjekt und einen bekannten Tarif. Danach kannst du Versicherungen, Optionen, Sonderpreise oder Zeittarife einzeln ergänzen. Dieses Vorgehen zeigt meist schneller, welche Einstellung die Abweichung verursacht. Beschreibe Pluginversion, WordPress-Version, verwendeten Shortcode, genaue Eingaben und den erwarteten sowie tatsächlichen Ablauf. Screenshots und eine konkrete Schrittfolge sind hilfreicher als eine allgemeine Beschreibung wie „Preis falsch“. Bei Fehlern solltest du den Fall zuerst mit möglichst wenigen Variablen reproduzieren. Verwende einen klaren Zeitraum, ein einzelnes Mietobjekt und einen bekannten Tarif. Danach kannst du Versicherungen, Optionen, Sonderpreise oder Zeittarife einzeln ergänzen. Dieses Vorgehen zeigt meist schneller, welche Einstellung die Abweichung verursacht. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Bei umfangreichen Preis- oder Buchungsänderungen besser nicht. Verwende eine Staging- oder Testumgebung, importiere eine Kopie deiner Konfiguration und führe danach gezielte Grenzfalltests durch. Bei Fehlern solltest du den Fall zuerst mit möglichst wenigen Variablen reproduzieren. Verwende einen klaren Zeitraum, ein einzelnes Mietobjekt und einen bekannten Tarif. Danach kannst du Versicherungen, Optionen, Sonderpreise oder Zeittarife einzeln ergänzen. Dieses Vorgehen zeigt meist schneller, welche Einstellung die Abweichung verursacht. Teste dieselbe Seite kurz mit einem WordPress-Standardtheme oder in einer isolierten Staging-Umgebung. Verschwindet der Fehler, prüfe globale CSS- oder JavaScript-Regeln des Themes. Bei Fehlern solltest du den Fall zuerst mit möglichst wenigen Variablen reproduzieren. Verwende einen klaren Zeitraum, ein einzelnes Mietobjekt und einen bekannten Tarif. Danach kannst du Versicherungen, Optionen, Sonderpreise oder Zeittarife einzeln ergänzen. Dieses Vorgehen zeigt meist schneller, welche Einstellung die Abweichung verursacht. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Deaktiviere Minifizierung, Zusammenfassung und Verzögerung von JavaScript vorübergehend und leere alle Cacheebenen. Wenn Rentalo danach korrekt arbeitet, nimm die betroffenen Rentalo-Dateien von aggressiver Optimierung aus. Bei Fehlern solltest du den Fall zuerst mit möglichst wenigen Variablen reproduzieren. Verwende einen klaren Zeitraum, ein einzelnes Mietobjekt und einen bekannten Tarif. Danach kannst du Versicherungen, Optionen, Sonderpreise oder Zeittarife einzeln ergänzen. Dieses Vorgehen zeigt meist schneller, welche Einstellung die Abweichung verursacht. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Teste kurze und lange Mietdauern, alle Tarifstaffelgrenzen, unterschiedliche Standorte, Öffnungszeiten, Feiertage, Nutzung unter/über Freimenge, Versicherungen, Optionen, Rabatte und den vollständigen E-Mailversand. Für einen stabilen Livebetrieb ist eine feste Prüfroutine sinnvoll. Teste nach strukturellen Änderungen mindestens eine Anfrage auf Desktop und Mobil und dokumentiere wichtige Preisfälle. So kannst du nach einem späteren Update schnell feststellen, ob sich eine Funktion tatsächlich verändert hat oder nur eine Konfiguration angepasst werden muss. Mindestens nach jeder Änderung und zusätzlich vor Saisonwechseln oder neuen Aktionen. Bei komplexen Sonder- und Zeittarifen lohnt sich eine dokumentierte Testmatrix. Für einen stabilen Livebetrieb ist eine feste Prüfroutine sinnvoll. Teste nach strukturellen Änderungen mindestens eine Anfrage auf Desktop und Mobil und dokumentiere wichtige Preisfälle. So kannst du nach einem späteren Update schnell feststellen, ob sich eine Funktion tatsächlich verändert hat oder nur eine Konfiguration angepasst werden muss. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Sie sollten für Kunden verständlich sein, wenn sie im Frontend erscheinen. Interne Details kannst du in Beschreibungen oder internen Bezeichnungen ergänzen, ohne die Auswahl unnötig technisch zu machen. Für einen stabilen Livebetrieb ist eine feste Prüfroutine sinnvoll. Teste nach strukturellen Änderungen mindestens eine Anfrage auf Desktop und Mobil und dokumentiere wichtige Preisfälle. So kannst du nach einem späteren Update schnell feststellen, ob sich eine Funktion tatsächlich verändert hat oder nur eine Konfiguration angepasst werden muss. Nutze klare Tarifzuordnungen und gegebenenfalls die Einstellung, nur den günstigsten gültigen Tarif anzuzeigen. Entferne veraltete oder doppelte Tarife aus der aktiven Auswahl. Für einen stabilen Livebetrieb ist eine feste Prüfroutine sinnvoll. Teste nach strukturellen Änderungen mindestens eine Anfrage auf Desktop und Mobil und dokumentiere wichtige Preisfälle. So kannst du nach einem späteren Update schnell feststellen, ob sich eine Funktion tatsächlich verändert hat oder nur eine Konfiguration angepasst werden muss. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Aktiviere sie zuerst in einer Testumgebung, lege einen konkreten Testfall fest und prüfe Desktop sowie Mobil. Erst danach solltest du die Funktion auf der Live-Seite einschalten. Für einen stabilen Livebetrieb ist eine feste Prüfroutine sinnvoll. Teste nach strukturellen Änderungen mindestens eine Anfrage auf Desktop und Mobil und dokumentiere wichtige Preisfälle. So kannst du nach einem späteren Update schnell feststellen, ob sich eine Funktion tatsächlich verändert hat oder nur eine Konfiguration angepasst werden muss. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Fehler treten häufig genau beim Wechsel von 7 auf 8 oder 14 auf 15 Tage auf. Teste deshalb immer den letzten Tag einer Staffel und den ersten Tag der nächsten. Für einen stabilen Livebetrieb ist eine feste Prüfroutine sinnvoll. Teste nach strukturellen Änderungen mindestens eine Anfrage auf Desktop und Mobil und dokumentiere wichtige Preisfälle. So kannst du nach einem späteren Update schnell feststellen, ob sich eine Funktion tatsächlich verändert hat oder nur eine Konfiguration angepasst werden muss. Wenn das beschriebene Verhalten unerwartet ist, ändere zunächst nur einen Faktor gleichzeitig und wiederhole den Test. Notiere dabei Zeitraum, ausgewähltes Mietobjekt und Tarif; damit lässt sich eine Ursache deutlich leichter eingrenzen als bei mehreren gleichzeitigen Änderungen. Halte Standortregeln, Tariflogik, Sonderpreiszeiträume und wichtige Schalter in einer internen Dokumentation fest. Das erleichtert spätere Updates und verhindert, dass nur eine Person die Preislogik versteht. Für einen stabilen Livebetrieb ist eine feste Prüfroutine sinnvoll. Teste nach strukturellen Änderungen mindestens eine Anfrage auf Desktop und Mobil und dokumentiere wichtige Preisfälle. So kannst du nach einem späteren Update schnell feststellen, ob sich eine Funktion tatsächlich verändert hat oder nur eine Konfiguration angepasst werden muss. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Deaktivieren ist oft sicherer, solange historische Anfragen darauf verweisen können. Lösche nur, wenn du sicher bist, dass die Daten nicht mehr für Nachvollziehbarkeit oder Auswertungen benötigt werden. Für einen stabilen Livebetrieb ist eine feste Prüfroutine sinnvoll. Teste nach strukturellen Änderungen mindestens eine Anfrage auf Desktop und Mobil und dokumentiere wichtige Preisfälle. So kannst du nach einem späteren Update schnell feststellen, ob sich eine Funktion tatsächlich verändert hat oder nur eine Konfiguration angepasst werden muss. Nutze klar begrenzte Sonderpreisregeln oder passende Tarife und dokumentiere Start und Ende. Teste zusätzlich einen Tag vor und nach dem Saisonwechsel. Für einen stabilen Livebetrieb ist eine feste Prüfroutine sinnvoll. Teste nach strukturellen Änderungen mindestens eine Anfrage auf Desktop und Mobil und dokumentiere wichtige Preisfälle. So kannst du nach einem späteren Update schnell feststellen, ob sich eine Funktion tatsächlich verändert hat oder nur eine Konfiguration angepasst werden muss. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Teste mit echtem Smartphone: Datum/Uhrzeit, Dropdowns, Mengenfelder, Sticky-Preisbox, lange Adressen und den Absendeprozess. Eine reine verkleinerte Desktopansicht im Browser reicht nicht immer aus. Für einen stabilen Livebetrieb ist eine feste Prüfroutine sinnvoll. Teste nach strukturellen Änderungen mindestens eine Anfrage auf Desktop und Mobil und dokumentiere wichtige Preisfälle. So kannst du nach einem späteren Update schnell feststellen, ob sich eine Funktion tatsächlich verändert hat oder nur eine Konfiguration angepasst werden muss. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst. Führe einen Smoke-Test durch: Step 1 öffnen, Gruppe wählen, Tarif berechnen, Optionen ändern, Step 4 ausfüllen und Anfrage absenden. Bei einem Update mit Preisänderungen ergänze Grenzfalltests für die betroffenen Regeln. Für einen stabilen Livebetrieb ist eine feste Prüfroutine sinnvoll. Teste nach strukturellen Änderungen mindestens eine Anfrage auf Desktop und Mobil und dokumentiere wichtige Preisfälle. So kannst du nach einem späteren Update schnell feststellen, ob sich eine Funktion tatsächlich verändert hat oder nur eine Konfiguration angepasst werden muss. Zerlege den Preis in Grundtarif, Zeittarif, Sonderpreis, Mehrnutzung, Versicherungen, Optionen, Rabatt und gegebenenfalls Maut. Die detaillierte Preisaufschlüsselung ist dabei die wichtigste Prüfhilfe. Für einen stabilen Livebetrieb ist eine feste Prüfroutine sinnvoll. Teste nach strukturellen Änderungen mindestens eine Anfrage auf Desktop und Mobil und dokumentiere wichtige Preisfälle. So kannst du nach einem späteren Update schnell feststellen, ob sich eine Funktion tatsächlich verändert hat oder nur eine Konfiguration angepasst werden muss. Gehe dabei schrittweise vor und speichere Änderungen jeweils, bevor du das Frontend neu testest. Bei zwischengespeicherten Seiten oder optimierten Assets kann zusätzlich ein geleerter Cache notwendig sein, damit du wirklich den aktuellen Stand siehst.Häufig gestellte Fragen
1. Erste Schritte und Grundverständnis
2. Allgemeine Einstellungen und Berechnung
3. Standorte und Filialen
4. Kategorien, Gruppen und Mietobjekte
5. Tarife und Tarifstaffeln
6. Zeittarife
7. Sonderpreise und Preisänderungen
8. Versicherungen
9. Zusatzoptionen und Mengen
10. Rabattcodes
11. Zeiten, Mietbeginn und Rückgabe
12. Öffnungszeiten, Pausen und Feiertage
13. Buchungsablauf Schritt 1 bis 4
14. Shortcodes und Einbindung
15. Quick Price Check
16. Module, Kundendaten und Zahlung
17. Texte, Begriffe und Mehrsprachigkeit
18. Design und responsive Darstellung
19. E-Mail-Einstellungen und Benachrichtigungen
20. Buchungsanfragen und Dashboard
21. FAQ-Modul in Rentalo
22. Datenschutz, Sicherheit und Löschung
23. Fehlerbehebung und typische Prüfungen
24. Betrieb, Tests und Best Practices