Ihre Systeme rein — und synchron bleiben.
ERP, Buchhaltung, CRM, Bank, Auskunftei und Kreditversicherer liefern in denselben Bestand. Angebunden wird per REST-API, Batch-Schnittstelle oder Dateiübergabe — mit öffentlicher Dokumentation, und die erste Übertragung ist am selben Tag möglich.
Anbinden, wie es zu Ihrer IT passt.
Nicht jedes Haus kann eine API bedienen, und nicht jedes will Dateien schieben. Beide Wege führen in denselben Bestand, und keiner davon ist der zweite Rang.
REST-API, OData & SAP BTP
Debitoren, Belege und Zahlungen lesen und schreiben, mit Token authentifiziert. Für SAP-Landschaften zusätzlich über OData und die SAP Business Technology Platform. Die Dokumentation ist öffentlich — Ihre IT kann sie prüfen, bevor ein Vertrag unterschrieben ist.
Batch-Schnittstelle
Für die regelmäßige Massenübergabe aus dem ERP: ganze Bestände statt einzelner Aufrufe, in dem Rhythmus, den Ihr Vorsystem hergibt.
Dateiübergabe
Wo eine technische Anbindung Monate dauern würde, beginnt der Betrieb mit Dateien — und die Ablösung später ändert nichts an den Prozessen darüber.
Eine öffentliche Dokumentation für alle zum Mitlesen.
Die erste Übertragung ist am selben Tag möglich. Was danach an Feinheiten kommt — Feldzuordnungen, Buchungskreise, Sonderfälle — begleiten wir, statt es Ihnen als Projekt zu übergeben.
Alle Integrationen inklusive. Auch die Wartung.
Eine Anbindung ist erst dann eine Anbindung, wenn sie auch morgen noch stimmt. Änderungen laufen laufend in den Bestand, und Webhooks melden sie an Ihre Systeme zurück, statt auf den nächsten Nachtlauf zu warten. Ändert sich ein Vorsystem, pflegen wir die Verbindung nach — das gehört zur Plattform und wird nicht gesondert berechnet.
Was eine Verbindung überträgt, entscheiden Sie. Der Integration Layer erweitert keine Berechtigungen: Was ein Benutzer oder ein Agent später sieht, richtet sich nach den Rollen in Bilendo, nicht nach dem, was eine Schnittstelle geliefert hat.
- Herein
- Neue Belege, Zahlungen und Stammdatenänderungen aus Ihren Vorsystemen.
- Hinaus
- Webhooks melden, was in Bilendo passiert ist, an die Systeme, die es wissen müssen.
- Sichtbar
- Je Verbindung steht in der Oberfläche, wann sie zuletzt abgeglichen hat.
Die angebundenen Systeme, und welche davon öffentlich dokumentiert sind.
Das Verzeichnis der bestehenden Anbindungen — ERP und Buchhaltung, Auskunfteien, Kreditversicherer und Bank. Wer hier den eigenen Anbieter sucht, findet ihn oder sieht, welcher generische Weg dafür bleibt.
- SAP (ABAP) ERP Leitfaden
- SAP (OData) ERP Leitfaden
- DATEV Buchhaltung Leitfaden
- FibuNet Buchhaltung Leitfaden
- Allianz Trade Kreditversicherer Leitfaden
- Atradius Kreditversicherer Anbindung
- Coface Kreditversicherer Anbindung
- Creditreform Auskunftei Leitfaden
- Creditsafe Auskunftei Anbindung
- CRIF Auskunftei Anbindung
- Dun & Bradstreet Auskunftei Anbindung
- Bureau van Dijk Auskunftei Anbindung
- und viele mehr Zum Integrationsportal
Und die generischen Wege, mit denen alles andere hereinkommt
- REST-API
- SFTP-Datenaustausch
- Webhooks
- CSV-Import
„Leitfaden" heißt: Die Anbindung ist im Integrationsportal öffentlich dokumentiert, Ihre IT kann sie prüfen, bevor etwas unterschrieben ist. Anbieter, die hier nicht stehen, sind kein Ausschluss — über REST-API und Dateiübergabe ist jedes System anbindbar, das seine Daten herausgibt.
Kein Zweitsystem, das man abgleichen muss.
Bilendo ist keine zweite Buchhaltung. Was hereinkommt, wird zu dem einen Debitorenstand, auf dem Mahnwesen, Klärung, Kreditentscheidung und jeder Agent arbeiten — deshalb gibt es nichts, was zwischen zwei Systemen auseinanderlaufen könnte.
Wie dieser Bestand aussiehtWas der Integration Layer ausdrücklich nicht leistet.
Auch hier ist die Liste der nicht gemachten Zusagen der schnellste Weg, den Rest einzuschätzen.
- Kein SDK. Es gibt eine dokumentierte REST-API, keine Bibliothek, die wir für Sie pflegen.
- Keine Migration Ihres ERP. Bilendo liest daraus und schreibt zurück, es ersetzt es nicht.
- Keine Anbindung ohne Datenherausgabe. Wo ein Vorsystem nichts herausgibt, hilft keine Schnittstelle.
- Keine stillen Feldzuordnungen. Was auf welches Feld läuft, wird festgelegt und nicht geraten.
- Keine erweiterten Rechte über die Schnittstelle. Berechtigungen kommen aus den Rollen in Bilendo.
- Kein Ersatz für den Vertrag zur Auftragsverarbeitung — eine Anbindung beginnt damit, nicht danach.
Was die IT vor der Einführung wissen will.
Die erste Übertragung ist am selben Tag möglich, weil die Dokumentation öffentlich ist und keine Freigabe unsererseits davorsteht. Was danach Zeit braucht, sind Feldzuordnungen und Sonderfälle Ihrer Systemlandschaft — nicht der Zugang.
Nein. Die Anbindung geschieht über die Wege, die Ihr ERP ohnehin hat — API, Batch-Übergabe oder Datei. Bilendo liest daraus und schreibt zurück; es tritt nicht an die Stelle Ihrer Buchhaltung und verlangt keine Umstellung im Vorsystem.
Nein, und das ist absichtlich so gesagt. Es gibt eine dokumentierte REST-API mit Token-Authentifizierung; eine Bibliothek, die wir für sechs Sprachen pflegen würden, gibt es nicht. Wer eine erwartet und keine findet, hat ein Problem — deshalb steht es hier.
Über Webhooks. Sie melden Ereignisse an die Adresse, die Sie hinterlegen, damit Ihre Systeme nicht abfragen müssen, ob sich etwas geändert hat. Je Verbindung ist in der Oberfläche sichtbar, wann sie zuletzt abgeglichen hat.
Nein. Eine Anbindung liefert Daten in den Bestand; wer sie danach sieht, entscheiden die Rollen und Datenzugänge in Bilendo. Auch ein Agent liest nur, was die Person sehen darf, für die er läuft — die Schnittstelle erweitert daran nichts.
Ja, sie sind Teil derselben Schicht. Auskünfte, Deckungen und Limits kommen über die bestehenden Anbindungen herein und landen am Debitor, statt in einem Portal daneben zu liegen. Welche Anbieter das heute sind, steht oben mit Namen.