Filings First: Warum Rexfin nicht auf 200 Connectoren wettrennt
Rexfin behandelt zuverlässige Datenaufnahme aus dem, was Sie bereits haben, als das eigentliche Produkt – und ergänzt Live-Connectoren bewusst, nicht als Checkbox-Wettrüsten.
Von The Rexfin team
Schauen Sie sich an, wie die meiste Finanzsoftware verkauft wird, und Sie sehen in fast jedem Deck dieselbe Folie: eine Wand aus Logos. QuickBooks, Xero, NetSuite, Sage, Plaid, Snowflake, Dutzende mehr – als wäre die Breite der Anbindungen selbst das Produkt. Das ist eine leicht zu erzählende Geschichte, aber teuer, sie weiter zu erzählen: Jedes neue Logo ist eine weitere API, die gepflegt werden muss, ein weiterer Auth-Flow, um den man sich kümmern muss, ein weiterer Sonderfall darin, wie dieses System seinen Kontenrahmen benennt. Wir binden die großen Buchhaltungsplattformen, Bank-Feeds und Data-Warehouses an, die für unsere Kunden heute am meisten zählen. Wir jagen nicht der vollständigen Liste hinterher, und wir finden nicht, dass Sie das von uns erwarten sollten.
Der Burggraben ist nicht die Anzahl der Connectoren
Was Ihnen ein Connector-Logo nicht verrät: Daten aus einer API zu ziehen, ist der leichte Teil. QuickBooks liefert Ihnen anstandslos eine Summen- und Saldenliste. Schwierig – und tatsächlich entscheidend dafür, ob die Zahl in Ihrem Modell zu Ihrer Buchhaltung passt – ist das, was passiert, nachdem die Daten angekommen sind: die oft eigenwilligen Kontenbezeichnungen eines Unternehmens auf eine konsistente Struktur abbilden, Summen erkennen, die sich nicht kreuzsummieren, den Skalierungsfehler markieren, bei dem eine Datei in Tausendern berichtet und eine andere in ganzen Einheiten, und alles Mehrdeutige für eine menschliche Bestätigung zurückhalten, bevor es als Fakt behandelt wird.
Diese Mapping- und Verifizierungsschicht ist dieselbe, egal ob die Rohdaten über eine Live-QuickBooks-Verbindung kamen, über eine Excel-Arbeitsmappe, die jemand per Mail geschickt hat, oder über einen CSV-Export aus einem System, das wir noch nie gesehen haben. Genau dort haben wir die Arbeit investiert: eine kanonische Aufnahme- und Mapping-Pipeline, die Sie zuverlässig zu einem abgestimmten Modell bringt, egal durch welche Tür die Daten hereinkamen. Siehe wie die Datenaufnahme funktioniert und der kanonische Atom-Store für die Struktur, die dabei entsteht.
Upload funktioniert immer – es ist kein Notfallplan
Das ist der Teil, den die meisten Anbieter still als Abstufung behandeln: was passiert, wenn Sie noch keine Live-Verbindung eingerichtet haben. Für uns ist das kein minderwertiger Modus. Legen Sie eine Excel-Arbeitsmappe, eine CSV Ihrer Ist-Zahlen oder einen PDF-Abschluss ab, und dieselbe Abstimmungslogik läuft – Summen kreuzsummieren, Perioden plausibilisieren, alles markieren, was seltsam aussieht –, bevor es in Ihr Modell gelangt. Sie können heute mit dem modellieren, was Sie bereits haben, bevor überhaupt jemand einen API-Schlüssel anfasst.
Das zählt über die reine Bequemlichkeit hinaus. Ein Live-Connector geht davon aus, dass das andere System die Source of Truth ist und das auch bleibt. In der Praxis planen viele Finanzteams noch große Teile in einer Tabelle, die niemand vollständig „systematisiert” hat, oder brauchen das Board-Deck des letzten Quartals, bevor der Buchhaltungsexport dieses Quartals überhaupt fertig ist. Upload als gleichwertig statt als Notlösung zu behandeln, bedeutet: Das Modell wartet nicht darauf, dass die IT erst eine Verbindung bereitstellt, bevor es nützlich wird.
Warum wir auch nicht auf universelles Dokumenten-Parsing wetten
Es wäre verlockend, ins andere Extrem zu kippen und zu versprechen, wir könnten von Tag eins an jeden Finanzbericht jedes Unternehmens in jedem Format parsen. Diese Behauptung stellen wir nicht auf. Eine Extraktions-Engine zu bauen, die die volle Unordnung beliebiger Abschlüsse zuverlässig bewältigt – jedes eigenwillige Layout jedes Ausstellers, jede regionale Konvention –, ist ein wirklich großes Vorhaben, und es zu übertreiben würde uns in dieselbe Falle wie die Connector-Wand zurückwerfen: Fähigkeiten, die technisch stimmen und praktisch unzuverlässig sind. Geführtes Mapping beginnt mit den Formaten, die Finanzteams bereits haben – Tabellen und Exporte –, und das Parsen von Abschlüssen erweitert sich von dort aus, während wir es härten.
Die deterministischen Prüfungen, die einen schlechten Import abfangen, bevor er Ihre Zahlen erreicht, sind dieselben, die auch anderswo im Modell eine falsche Berechnung abfangen – siehe warum deterministische Berechnung. Und weil jede Mapping-Entscheidung und jede Korrektur festgehalten wird, wird die Ontologie mit jedem Workspace, den wir onboarden, schärfer – ein sich aufbauender Wert, den eine Connector-Anzahl nicht nachbilden kann.
Was das bedeutet, wenn Sie uns evaluieren
Wenn Ihre erste Frage lautet „wie viele Integrationen haben Sie”, stellen Sie eine zweite: was mit einer Zahl passiert, nachdem sie angekommen ist. Eine lange Connector-Liste mit einer dünnen Abstimmungsschicht dahinter liefert Ihnen ein Modell, das angebunden wirkt und trotzdem nicht zu Ihrer Buchhaltung passt. Uns ist lieber, Sie starten mit einer Tabelle, der Sie bereits vertrauen, und bekommen ein Modell, das aufgeht, als dass Sie mit einem Live-Feed starten und nach sechs Monaten entdecken, dass eine Mapping-Regel still abgedriftet ist. Wenn Sie ein neues Team einführen, geht Onboarding, erste Woche durch, wie dieser erste Import aussieht, und der umfassendere Pillar Inside the Rexfin Platform deckt den Rest ab.
Die Connectoren werden weiter wachsen – wir fügen sie dort hinzu, wo echte Kundennachfrage die Wartungskosten rechtfertigt, nicht davor. Was sich nicht ändert, ist die Reihenfolge: zuverlässige Datenaufnahme aus dem, was Sie bereits haben, zuerst; Connector-Breite, zweitens.
Teil von Innerhalb der Rexfin-Plattform: Wie die Vertrauensmaschinerie funktioniert