--- title: Kann ich BillingEngine mit ChatGPT nachbauen? canonical: "https://kannkidas.de/produkte/billingengine/" pubDate: "2026-10-28T00:00:00.000Z" updatedDate: "2026-10-28T00:00:00.000Z" author: Pascale Beier description: "Vergleich von BillingEngine Basic mit einem eigenen Connector: Kostenannahmen, passender Einsatz und Grenzen für einen internen Rechnungsablauf." --- # Kann ich BillingEngine mit ChatGPT nachbauen? **Urteil:** Nur als Ergänzung sinnvoll · **Score:** 42/100 **Erste sinnvolle Version:** Für den Connector sind grob 24–60 Entwicklungsstunden angesetzt; der Pilot muss den tatsächlichen Aufwand und Nutzen im vorhandenen Ablauf klären. **Mindestens nötig:** Eine erfahrene Entwicklerin oder ein erfahrener Entwickler setzt den Connector um; die verantwortliche Person prüft weiterhin jede Rechnung in BillingEngine. BillingEngine bleibt die Rechnungssoftware. Ein eigener Connector lohnt die Prüfung nur für einen internen Ablauf, den Oberfläche und mitgelieferter MCP-Server nicht abdecken. Er kann Kundendaten zuordnen und Rechnungsentwürfe vorbereiten; Steuerangaben, Freigabe und Versand kontrolliert weiterhin ein Mensch. ## Was gut machbar ist - BillingEngine Basic bleibt für Rechnungen und den gehosteten Produktumfang auf beiden Seiten des Vergleichs bestehen. - Basic enthält laut Tarifseite API-Zugang; der vorhandene BillingEngine-MCP kann Rechnungsentwürfe anlegen und versendet sie nicht. - Ein maßgeschneiderter Connector kann Daten aus einem konkreten internen System in den bestehenden Rechnungsablauf übergeben. ## Wo die Grenzen liegen - Ein Connector muss Daten zuverlässig zuordnen und Fehler sichtbar machen; API-Aufrufe und Wiederholungen brauchen eine stabile Behandlung. - Ein Validator beurteilt nicht, ob Leistung, Empfänger oder Steuerangabe sachlich stimmen; ein Mensch prüft jeden Rechnungsentwurf. - Der Connector verantwortet nur eigene Zuordnungen und Konfiguration; BillingEngine bleibt für seinen gehosteten Produktumfang bestehen. ## Die erste sinnvolle Version 1. Einen konkreten internen Datenquellen- und Freigabeablauf auswählen; Basic und den bereits vorhandenen nativen BillingEngine-MCP zunächst als Vergleichsbasis nutzen. 2. Nur die benötigte Zuordnung an die BillingEngine-API anbinden und Fehler sowie Wiederholungen nachvollziehbar behandeln. 3. Rechnungsentwürfe im bestehenden BillingEngine-Konto von einer verantwortlichen Person prüfen und versenden lassen. 4. Im begrenzten Pilot messen, ob der Connector gegenüber Basic allein tatsächlich einen ausreichenden Ablaufvorteil bietet. ## Technischer Ansatz - BillingEngine Basic bleibt das Rechnungssystem; der Connector ergänzt nur einen festgelegten internen Daten- oder Freigabeschritt. - Die vorhandene API mit geschützten Zugangsdaten und den nötigen Berechtigungen nutzen; keine Versandautomatik voraussetzen. - Zuordnungen, Fehler und Wiederholungen für den eigenen Connector nachvollziehbar protokollieren und gezielt abgleichen. - Nur eigene Zuordnungen und Konfiguration sichern; notwendige Exporte oder Abgleiche ergänzen, ohne BillingEngines gehostetes Archiv nachzubauen. - Rechnungsinhalt und Steuerangaben vor jeder Freigabe durch eine verantwortliche Person prüfen lassen. ## Risiken ### Ungeprüfte Rechnungsangaben (hoch) Ein Format- oder Geschäftsregelcheck bestätigt nicht die sachliche Richtigkeit von Leistung, Empfänger oder Steuerangabe. Eine verantwortliche Person prüft jeden Entwurf vor der Freigabe. ### Fehlerhafte Datenübergabe (mittel) Abweichende Stammdaten, API-Fehler oder Wiederholungen können falsche oder doppelte Entwürfe verursachen. Zuordnungen, Fehler und Entwürfe müssen nachvollziehbar abgeglichen werden. ### Unklarer Zusatznutzen (mittel) Der Nutzen eines individuellen Connectors für den konkreten Arbeitsablauf ist noch nicht im Pilot belegt. Vor einer Umsetzung sollte ein begrenzter Test Aufwand, Fehlerfälle und tatsächliche Entlastung erfassen. ### Pflege des Connectors (mittel) Änderungen an internen Datenquellen oder der API können Anpassungen erfordern. Zuständigkeit, Fehlerbehandlung und Sicherung der eigenen Zuordnungen gehören zum laufenden Betrieb. ## Wirtschaftlichkeit über 36 Monate Kein belastbarer Kostenvorteil: Die Kauf- und Eigenbau-Spannen überschneiden sich. **Verglichener Umfang:** Verglichen werden Basic mit manueller Nutzung oder vorhandenem BillingEngine-MCP und Basic plus ein maßgeschneiderter Connector für einen internen Daten- oder Freigabeablauf. BillingEngine Basic und dessen gehosteter Produktumfang bleiben in beiden Varianten erhalten; ein Pilot muss den Zusatznutzen erst belegen. **Kauf-TCO:** 2.490 €–7.770 € **Eigenbau-TCO:** 7.530 €–29.230 € ### Annahmen - Basic Monatszahlung: Quelle: Die Tarifseite weist Basic mit 7,50 € netto bei monatlicher Zahlung aus; 6,00 € netto ist der Monatswert bei Jahresabrechnung. Für beide Vergleichsseiten gilt die monatliche Zahlung. (Quelle, Stand 2026-10-28) - Basic bleibt bestehen: Redaktionelle Vergleichsgrenze: Auf beiden Seiten bleibt Basic erhalten. Die Build-Monatsannahme enthält daher die Basic-Gebühr von 750 Cent sowie 500 bis 2500 Cent für Hosting und kleine Infrastruktur. (redaktionelle Annahme, Stand 2026-10-28) - Connector-Aufwand: Redaktionelle Szenarioannahme von 24 bis 60 anfänglichen Entwicklungsstunden sowie 1 bis 3 Entwicklungsstunden pro Monat für Zuordnung, Integration, Fehlerbehandlung und Pflege; vor Umsetzung im Pilot zu prüfen. (redaktionelle Annahme, Stand 2026-10-28) - Interner Zeitaufwand: Redaktionelle Annahme: Basic benötigt 1 bis 3 Stunden Einrichtung und 1 bis 2 Stunden monatlich; mit Connector sind 2 bis 6 Stunden Einrichtung und ebenfalls 1 bis 2 Stunden monatlich angesetzt. (redaktionelle Annahme, Stand 2026-10-28) - Stundensätze: Redaktionelle Schätzbereiche, keine Anbieterpreise: 80 bis 120 € je Entwicklungsstunde und 60 bis 100 € je interner Stunde. Sie dienen nur als Annahmen; berechnete Gesamtsummen werden nicht ausgewiesen. (redaktionelle Annahme, Stand 2026-10-28) - API und Freigabe: Quelle: Die API-Dokumentation beschreibt Rechnungsentwürfe und eine Begrenzung von 60 Anfragen pro Minute. Die Annahme sieht deshalb begrenzte Aufrufe und menschliche Freigabe vor; BillingEngine bleibt bestehen. (Quelle, Stand 2026-10-28) - Prüfungsumfang: Quelle: Der Validator prüft Dateistruktur und profilbezogene Geschäftsregeln, nicht die sachliche Richtigkeit von Leistung, Empfänger oder Steuersatz. Die fachliche Prüfung bleibt beim Menschen. (Quelle, Stand 2026-10-28) Nicht enthalten: Umsatzsteuer, Inflation, Finanzierung, Opportunitätsumsatz und spekulative Produktivitätsgewinne. [Methodik](/methodik/#wirtschaftlichkeit) ## Bauen oder kaufen? ### Selber bauen, wenn … Ein Connector kommt nur infrage, wenn ein konkreter interner Daten- oder Freigabeablauf mit Basic und dem mitgelieferten MCP-Server nicht passend abgebildet wird. Ein begrenzter Pilot sollte den Zusatznutzen und den Betriebsaufwand erst belegen; BillingEngine bleibt dabei auf beiden Seiten erhalten. ### Fertige Lösung wählen, wenn … Basic allein ist die passende Ausgangsoption, wenn manuelle Arbeit oder der bereits mitgelieferte MCP-Server den Ablauf abdecken. Der Tarif kostet bei monatlicher Zahlung 7,50 € netto; 6 € netto ist der Monatswert bei Jahresabrechnung. Ein Connector ergänzt Basic und lohnt eine Prüfung nur bei einem konkret belegten internen Sonderablauf. ## Prompt für den begrenzten Eigenbau Ergänze BillingEngine Basic um einen kleinen Connector nur dann, wenn ein konkreter interner Daten- oder Freigabeablauf mit der manuellen Nutzung und dem mitgelieferten MCP-Server nicht ausreicht. Der Connector übernimmt die benötigte Zuordnung und erstellt Rechnungsentwürfe über die vorhandene API im bestehenden BillingEngine-Konto; Nutze die dokumentierten Kunden- und Rechnungsendpunkte; erfinde keine zusätzlichen Schreib- oder Versandfunktionen. Behandle Zugangsdaten geschützt, mache Fehler und Wiederholungen nachvollziehbar und sichere nur die eigene Konfiguration sowie notwendige Exporte oder Abgleiche. BillingEngine bleibt für Rechnungen und seinen gehosteten Produktumfang erhalten. Vor jeder Freigabe prüft eine verantwortliche Person Inhalt und Steuerangaben. Ein begrenzter Pilot soll erst zeigen, ob der Zusatzaufwand für den konkreten Ablauf gerechtfertigt ist; Versandautomatik, vollständige Buchhaltung und ein Nachbau von BillingEngine gehören nicht zum Umfang. ## Quellen - [Preise und Tarifumfang von BillingEngine](https://www.billingengine.com/de/pricing) — BillingEngine - [BillingEngine API: Rechnungsentwürfe und Grenzen](https://www.billingengine.com/en/api) — BillingEngine - [BillingEngine MCP: Werkzeuge und Freigabegrenzen](https://www.billingengine.com/de/mcp) — BillingEngine - [BillingEngine E-Rechnungsvalidator: Prüfungen und Grenzen](https://www.billingengine.com/de/tools/e-rechnungsvalidator) — BillingEngine - [BMF-FAQ zur E-Rechnung, Stand März 2026](https://www.bundesfinanzministerium.de/Content/DE/FAQ/e-rechnung.html) — Bundesministerium der Finanzen