Die Schwierigkeiten beim Aufbau eines eigenen Zahlungssystems

14 Schmerzen beim Aufbau eines Abrechnungssystems

• Abrechnungs- und Umsatzsysteme sind unverzichtbar, wenn ein Unternehmen seine Geschäfte monetarisieren will.
• Abrechnungssysteme sind komplex und mit vielen Bereichen verbunden, darunter Finanzen, Produkt, Nutzererlebnis, Kundensupport, Kunden, Recht, Compliance und Vertrieb.
• Abrechnungssysteme sind eng miteinander verknüpft; wenn ein Teil ausfällt, kann leicht das gesamte System lahmgelegt werden.

Drei Muster

• Für Abrechnungssysteme gibt es drei Muster: Eigenentwicklung, vollständiges Drittanbietersystem und hybride Systeme.
• Jedes dieser Muster hat eigene Vor- und Nachteile.

Eigenentwicklung / Hybrid / Drittanbietersystem

• Eine vollständig intern entwickelte Lösung ermöglicht volle Kontrolle und Anpassbarkeit, ohne externe Gebühren zu zahlen.
• Eine hybride Lösung kombiniert eine interne Billing-Engine mit Zahlungsabwicklung durch Dritte, Steuer-Compliance usw.
• Ein Drittanbietersystem übernimmt alles, kann aber zu Kontrollverlust führen und teuer sein.

Herausforderungen für Billing- und Monetarisierungs-Teams

• Billing- oder Monetarisierungs-Teams tragen vielfältige Verantwortlichkeiten, die selbst für erfahrene Fachleute schwer vollständig zu durchdringen sind.
• Wie bei Sicherheit oder Datumsverarbeitung sollte man auch ein Abrechnungssystem nicht von Grund auf selbst bauen.

14 Probleme bei Billing und Monetarisierung

• Es werden verschiedene Probleme aufgelistet, die beim Eigenbau eines Abrechnungssystems auftreten können, sortiert nach Komplexität.
• Dazu gehören Idempotenz, Datumsverarbeitung, anteilige Berechnung und Restbetragsbehandlung, Usage-Messung, Rechnungsformate und komplexe Kundenhierarchien.
• Diese Probleme können mit wachsender Unternehmensgröße noch komplexer werden.

Warum es so schwierig ist

• Manche Probleme ändern sich häufiger als erwartet, andere müssen nach einmaliger Einrichtung kaum noch angefasst werden.
• Steuervorschriften weltweit ändern sich häufig, und durch Fehler von Kunden verursachte Probleme treten fortlaufend auf.

Was zu tun ist

• So viele Probleme wie möglich sollten an Dritte ausgelagert werden.
• Dienste wie Chargebee, Solvimon, Stripe und Recurly sollten für das Billing-Management genutzt werden.
• Dienste wie Stigg sollten für Pricing-Seiten, Experimente und Autorisierung genutzt werden.
• Ein ERP sollte für Umsatzrealisierung/Buchhaltung verwendet werden.

Meinung von GN⁺

• Abrechnungssysteme sind ein wichtiger Teil eines Unternehmens, aber wegen ihrer Komplexität und des kontinuierlichen Wartungsaufwands bevorzugen viele Firmen Lösungen von Drittanbietern.
• Wenn ein Unternehmen sein Abrechnungssystem selbst entwickelt, muss es verschiedene Faktoren wie Steuervorschriften, Kundenhierarchien und Usage-Messung berücksichtigen, was viel Zeit und Ressourcen kosten kann.
• Bei der Nutzung von Drittanbieterlösungen müssen zwar Kosten und Kontrollverlust bedacht werden, in den meisten Fällen lassen sich jedoch Zeit und Ressourcen sparen.
• Mit dem Wachstum und der Skalierung eines Unternehmens steigt auch die Komplexität des Abrechnungssystems, daher ist es wichtig, schon früh eine Lösung mit Blick auf Skalierbarkeit zu wählen.
• Langfristig kann es dem Unternehmen helfen, mit Fachleuten zusammenzuarbeiten, die ein tiefes Verständnis von Abrechnungssystemen haben, oder auf in der Branche bewährte Lösungen zu setzen.

[GN⁺]

Hacker-News-Kommentare

• Zusammenfassung des ersten Kommentars:

  • Es wird infrage gestellt, wie man an die Schwierigkeiten beim Aufbau eines Abrechnungssystems herangehen sollte.
  • Abrechnungssysteme sind komplex, aber wenn bestehende Lösungen wie Stripe nicht genutzt werden können (z. B. bei Unternehmen in Venezuela), ist der Aufbau eines eigenen Systems notwendig.
  • Es wird angeregt, Wissen, Vorgehensweisen, Programmiermuster usw. an einem Ort zu bündeln.

• Zusammenfassung des zweiten Kommentars:

  • Der Artikel wird als nützlich für Personen bewertet, die Entscheidungen über Abrechnungssysteme treffen müssen.
  • Es wird die persönliche Präferenz geteilt, Abrechnung und Credits im System so weit wie möglich voneinander zu trennen.

• Zusammenfassung des dritten Kommentars:

  • Es wird aus eigener Erfahrung über die Komplexität von Abrechnungssystemen berichtet und erwähnt, dass die Welt der Abrechnung unvorhersehbar ist.

• Zusammenfassung des vierten Kommentars:

  • Als Mitgründer von killbill.io wird die Komplexität des Aufbaus eines Abrechnungssystems und dessen Auswirkungen auf verschiedene Abteilungen erläutert.
  • Es wird geraten, dass ein Abrechnungssystem in das Gesamtsystem integriert werden muss und dafür ein Team mit ausreichendem Wissen und Motivation erforderlich ist.

• Zusammenfassung des fünften Kommentars:

  • Es wird über die Komplexität beim Aufbau eines Affiliate-Vertriebssystems und die Möglichkeit eines schrittweisen Aufbaus diskutiert.

• Zusammenfassung des sechsten Kommentars:

  • Es werden Probleme beim Buchungsabschluss und bei der Cashflow-Buchhaltung angesprochen, mit dem Hinweis, dass diese eng mit der Buchhaltungsabteilung verknüpft sind.

• Zusammenfassung des siebten Kommentars:

  • Es wird die Ansicht vertreten, dass nicht alle Funktionen eines Abrechnungssystems nötig sind und man es mit dem Wachstum des Geschäfts schrittweise ausbauen kann.

• Zusammenfassung des achten Kommentars:

  • Es werden verschiedene Ansätze für Produktberechtigungen (entitlements) sowie Fragen zu den eingesetzten Systemen aufgeworfen.

• Zusammenfassung des neunten Kommentars:

  • Es wird von den Erfahrungen im ersten Job berichtet und die persönliche Ansicht geäußert, wegen der mit PCI-Compliance verbundenen Komplexität nie wieder an einem Abrechnungssystem arbeiten zu wollen.

• Zusammenfassung des zehnten Kommentars:

  • Es wird die Behauptung infrage gestellt, dass man wegen der Komplexität eines bestimmten Systems (X) nichts selbst bauen, sondern eine fertige Lösung verwenden sollte.
  • Im eigenen Fall müsse nur eine Teilmenge der erforderlichen Komplexität abgedeckt werden, daher könne man selbst eine einfachere Lösung bauen.