Schnittstellen der Fahrradverleih-Software: Zahlung, Kasse, Buchhaltung, API

Schnittstellen lösen Probleme – und schaffen welche

Ein Verleihbetrieb läuft auf mehreren Systemen: Buchungstool, Zahlungsdienstleister, Buchhaltung, vielleicht eine Kasse im Laden, E-Mail, Website, ein Schloss oder GPS-Gerät. Sie zu verbinden wirkt wie ein klarer Gewinn und ist es oft. Aber jede Verbindung ist auch ein neuer Weg, auf dem zwei Systeme sich widersprechen können, und ein Widerspruch zwischen Buchungssystem und Buchhaltung ist ein schlechter Weg, eine Rückerstattung zu entdecken.

Dieser Beitrag zeigt, welche Schnittstellen sich lohnen, wie Sie entscheiden, welches System bei welcher Information führend ist, was schiefgeht und wie Sie Aussagen von Anbietern prüfen.

Die üblichen Schnittstellen

Legen Sie zuerst das führende System fest

Für jede Art von Information muss ein System zuständig sein. Die anderen lesen daraus oder erhalten eine Kopie, bearbeiten sie aber nicht.

Beanspruchen zwei Systeme den Kunden, entstehen Dubletten. Können beide eine Buchung ändern, entsteht Überbuchung. Erst festlegen, dann verbinden.

Zahlungen

Die Zahlungsanbindung lässt sich für die meisten Betriebe nicht vermeiden. Worauf Sie achten sollten:

• Welche Zahlungsdienstleister werden unterstützt, und können Sie Ihr eigenes Konto nutzen? Auf der Preisseite von bikerental steht, dass die Zahlungsabwicklung über Ihr eigenes Stripe-Konto läuft.
• Wer hält das Geld, und wie schnell kommen Auszahlungen?
• Werden Kartenreservierungen für Kautionen unterstützt, und wie wird der Ablauf gehandhabt? Siehe Kaution und Kartenreservierung im Fahrradverleih.
• Werden Erstattungen und Teilerstattungen aus dem Buchungssystem ausgelöst und in der Buchung sichtbar?
• Sind Zahlungsgebühren getrennt von Softwaregebühren ausgewiesen?

Buchhaltung

Sie wollen Umsätze nicht zweimal tippen. Suchen Sie einen Weg, zusammengefasste oder einzelne Umsätze, Zahlungen und Erstattungen an Ihr Buchhaltungsprogramm oder Ihre Steuerberatung zu übergeben – mit klaren Regeln für Umsatzsteuer und für Kautionen, die üblicherweise kein Umsatz sind. Gibt es keine direkte Anbindung, kann ein regelmäßiger strukturierter Export genügen. Entscheidend ist, ob die Zahlen abstimmbar sind, nicht ob ein Logo auf einer Seite steht.

Kassensystem im Laden

Wenn Sie Fahrräder auch verkaufen und reparieren, läuft neben dem Verleihsystem womöglich eine Kasse. Legen Sie fest, was geteilt wird – meist die Kunden, manchmal Bestand und Zahlungen – und was nicht. Eine längere Betrachtung steht in Kassensystem oder Verleihsoftware im Fahrradgeschäft.

Ihre Website

Ein Buchungswidget oder eine gehostete Seite auf Ihrer Domain sollte die Verfügbarkeit live aus dem Buchungssystem lesen, niemals eine Kopie. Testen Sie es: Machen Sie eine Buchung und prüfen Sie, ob sich die Verfügbarkeit binnen Sekunden ändert. Kontrollieren Sie auf dem Smartphone Geschwindigkeit und Checkout. Siehe die Checkliste für Buchungssysteme.

Schlösser, GPS und Telematik

Bei E-Bike-Flotten werden Geräte, die Standort, Akku oder Status melden, zunehmend attraktiv. Die Frage ist, wohin ihre Daten gehen und ob sie verändern, was Sie tun können. Sinnvoll sind sie, wenn sie die Raddatensätze speisen, Sie auf Probleme hinweisen und kein weiteres Dashboard hinzufügen, das niemand öffnet. Das Datenmodell von bikerental hat schon einen Platz für Kilometerstand, Akku und Geräteidentität, sodass Geräte später ergänzt werden können, ohne den Flottendatensatz umzubauen.

API und Webhooks

Über eine API lesen und schreiben Sie Daten aus eigenen Werkzeugen; Webhooks schicken Ereignisse wie eine neue Buchung oder ein zurückgegebenes Rad an andere Systeme. Beides ist mächtig und eine Verpflichtung: Jemand muss bauen und pflegen, was davon abhängt. Nutzen Sie sie für einen konkreten Bedarf, etwa einen eigenen Bericht oder eine Automatisierung, nicht weil es sie gibt. Bei bikerental sind API und Webhooks Teil des Growth-Plans und darüber; siehe Preise.

Was schiefgeht

• Doppelte Kunden, wenn zwei Systeme Datensätze für dieselbe Person anlegen.
• Veraltete Verfügbarkeit, wenn ein Widget oder Kanal eine verzögerte Kopie liest.
• Abweichende Erstattungen, wenn eine Erstattung in einem System erfolgt und im anderen nicht erfasst wird.
• Synchronisationsschleifen, in denen zwei Systeme sich gegenseitig überschreiben.
• Stille Ausfälle, bei denen eine Schnittstelle stoppt und es bis zum Monatsabschluss niemand merkt.

Fragen Sie sich bei jeder Schnittstelle: Was passiert, wenn sie ausfällt, und woran merke ich es?

Fragen an Anbieter

1. Ist die Schnittstelle eingebaut oder ein Konnektor eines Dritten?
2. Läuft sie in eine oder in beide Richtungen, und was löst eine Synchronisation aus?
3. Was passiert bei einem fehlgeschlagenen Abgleich? Bekomme ich eine Meldung?
4. Welche Felder werden geteilt, und welches System gewinnt bei einem Konflikt?
5. Gibt es eine zusätzliche Gebühr?
6. Können Sie mir zeigen, wie es funktioniert?

Beim Produktvergleich können Sie die Schnittstellenzeilen aus dem Leitfaden zur Auswahl und dem Vergleich der besten Software in Ihre Bewertungsvorlage übernehmen.