Make-or-Buy-Analyse · Für Enterprise-Entscheider

PunchOut selbst entwickeln oder lizenzieren? Eine TCO- und Kernkompetenz-Analyse.

Die initialen Aufwände einer PunchOut-Eigenentwicklung sind trügerisch. Die Erstentwicklung – positiv gerechnet 40–60 T€ – ist nur die Spitze des Eisbergs. Der eigentliche Aufwand entsteht über Jahre: in Pflege, Weiterentwicklung und der Reaktion auf die Sonderfälle jedes einzelnen Beschaffungssystems.

TCO-Vergleichsrechnung anfordern 30 Min · remote · mit dem Gründer Methodik & Annahmen lesen

5-Jahres-TCO im Modellszenario · 15 Konzernkunden

130 T€
Eigenentwicklung · Best Case: 180 T€
Eigenentwicklung · Mittel: 235 T€
Eigenentwicklung · Realistisch: ~129 T€
PunchCommerce

Alle Werte sind Modellannahmen (Methodik unten). Das Modell rechnet bewusst konservativ zugunsten der Eigenentwicklung – deren Best Case ist der Boden, nicht der Erwartungswert: Die Varianz zeigt ausschließlich nach oben.

Methodik

Methodik & Annahmen – bevor Sie weiterlesen

Transparenzhinweis

Alle Kostenangaben auf dieser Seite sind Modellannahmen auf Basis öffentlich verfügbarer Marktdaten und etablierter Software-Engineering-Literatur. Sie illustrieren Größenordnungen und sind kein verbindliches Angebot. Das Modell rechnet bewusst konservativ zugunsten der Eigenentwicklung – fällt der Vergleich dennoch zugunsten des Kaufs aus, ist das Ergebnis umso belastbarer.

Vollkosten eines Entwicklers (DE)

Das durchschnittliche Bruttojahresgehalt eines Softwareentwicklers in Deutschland liegt bei 65.000 € (jobvector-Gehaltsanalyse 2026, Stand 29.07.2026, 2.272 Gehaltsangaben; Spanne 52.663–76.290 € im 25./75. Perzentil)¹. Inklusive Arbeitgeberanteil Sozialversicherung, Ausstattung und Overhead rechnen wir mit Vollkosten von ca. 100.000–120.000 €/Jahr (Annahme).

Betrachtungszeitraum & Szenario

Betrachtet werden 5 Jahre. Modellszenario: Ein Hersteller/Großhändler beliefert 15 Konzernkunden über E-Procurement-Systeme wie SAP Ariba, Coupa, Jaggaer und Onventis.

Preisbasis der Buy-Seite

Der Listenpreis von PunchCommerce Business beträgt 49 € pro Lizenz und Monat (zzgl. MwSt.), protokollunabhängig – OCI, cXML und IDS Connect inklusive. PunchCommerce Enterprise wird individuell kalkuliert. Die Vergleichsrechnung nutzt als Modellannahme eine typische Enterprise-Konfiguration: 1.495 €/Monat Grundgebühr (inkl. Procurement-Gateway, Bestellverarbeitung für cXML-Bestellungen, dedizierte Infrastruktur, Custom Domain & SSL, OAuth 2.0, Support per Telefon/Ticket/E-Mail) plus 44,10 € pro Kunde und Monat (angenommener Staffelwert unterhalb des Business-Listenpreises)²¹. Alle Preise zzgl. MwSt.

TCO-Vergleich

Die 5-Jahres-TCO: Eigenentwicklung vs. PunchCommerce

Warum dominiert die Wartung? Die empirische Softwareforschung ist eindeutig: Robert L. Glass beziffert den Wartungsanteil auf 40 bis 80 Prozent der Software-Lebenszykluskosten (Durchschnitt 60 Prozent) – und rund 60 Prozent der Wartung ist Weiterentwicklung, nicht Fehlerbehebung². Barry Boehm formalisierte den Zusammenhang zwischen Entwicklungs- und jährlichen Wartungskosten bereits 1981 im COCOMO-Modell³.

Meir M. Lehmans Gesetze der Software-Evolution erklären den Mechanismus dahinter: Ein genutztes System muss kontinuierlich angepasst werden, sonst wird es zunehmend unbrauchbar (Continuing Change) – und seine Komplexität steigt dabei, sofern nicht aktiv gegengesteuert wird (Increasing Complexity)⁴. Auf PunchOut übertragen: cXML wird laufend weiterentwickelt (aktuell Version 1.2.071, Stand 14.08.2026)¹², und jedes neue Beschaffungssystem bringt eigene Logik mit. Eine Eigenentwicklung muss diesem Wandel dauerhaft folgen.

Eigenentwicklung: Grundgerüst der Modellrechnung

Alle Werte sind Annahmen; Szenario 15 Konzernkunden, 5 Jahre.

Kostenblock	Best Case	Mittel	Realistisch
Initiale Entwicklung	40 T€	50 T€	60 T€
Pflege/Wartung (Plattform-Updates, Security, Bugfixing), 15–25 T€/Jahr × 5	75 T€	100 T€	125 T€
Neue Anbindungen/Sonderfälle (15–30 T€/Stück)	15 T€	30 T€	50 T€
Zwischensumme Eigenentwicklung	130 T€	180 T€	235 T€

Wichtiger Methodenhinweis

In dieser Make-Kalkulation ist die Bestellverarbeitung (Verarbeitung eingehender cXML-Bestellungen inklusive Order-Management-Strecke) noch nicht berücksichtigt. Die reale Make-Summe liegt damit nochmals höher – bei PunchCommerce ist sie in der Grundgebühr enthalten.

Zusätzliche Kostenblöcke der Eigenentwicklung

Teils in der Wartung enthalten, teils on-top; Größenordnungen sind Annahmen.

Zusatzblock	Charakter	Größenordnung (Annahme)
Laufende Anpassung an neue cXML-Versionen	wiederkehrend	Teil der Wartung; steigt mit Release-Frequenz
Anpassung an Logik je Beschaffungssystem (Ariba, Coupa, Jaggaer, Onventis)	pro Plattform/Kunde	15–30 T€ je neuer Plattformlogik
ISO 9001 (Erstzertifizierung + Überwachung)	einmalig + jährlich	Erst ~5–15 T€, jährlich ~5,5–11 T€
ISO 27001 (Erstzertifizierung + Audits + Pen-Tests)	einmalig + jährlich	Erstjahr KMU ~35–50 T€, jährlich ~7,5–15 T€
Opportunitätskosten der Entwickler	laufend	Abzug vom Kernprodukt
Bus-Faktor / Know-how-Klumpenrisiko	Risiko	schwer quantifizierbar, hoch
Security / Pen-Tests	jährlich	~3–20 T€/Jahr
SLA-/24-7-Betriebsbereitschaft	laufend	Personal- und Bereitschaftskosten

Die Buy-Seite: PunchCommerce im selben Szenario

Modellrechnung (Annahme, zzgl. MwSt.)

Grundgebühr Enterprise-Konfiguration: 1.495,00 €/Monat
15 Kunden × 44,10 € (angenommener Staffelwert): 661,50 €/Monat
Summe pro Monat: 2.156,50 €
Pro Jahr: ≈ 25,9 T€
Über 5 Jahre: ≈ 129 T€ – fix und planbar ab Tag 1

In der Grundgebühr enthalten

Procurement-Gateway für OCI, cXML & IDS Connect
Bestellverarbeitung für cXML-Bestellungen
Dedizierte Infrastruktur
Custom Domain & SSL
OAuth 2.0
Support per Telefon, Ticket & E-Mail
Laufende Protokoll- und Plattformpflege durch den Anbieter

Die Asymmetrie: Buy ist deterministisch, Make hat einen Fat Tail

Selbst im Best Case liegt die Eigenentwicklung nur gleichauf mit dem Kauf (130 vs. ~129 T€) – und dieser Best Case ist der Boden, nicht der Erwartungswert. Flyvbjerg und Budzier analysierten 1.471 IT-Projekte: Die durchschnittliche Kostenüberschreitung lag bei 27 Prozent – aber jedes sechste Projekt war ein „Black Swan" mit im Schnitt 200 Prozent Kosten- und fast 70 Prozent Terminüberschreitung⁵. Das Risiko liegt ausschließlich in den Ausreißern nach oben – nie nach unten.

Ältere Standish-CHAOS-Zahlen (1994: nur 16,2 Prozent der Projekte on-time/on-budget; 52,7 Prozent im Schnitt 189 Prozent über Budget)⁶ weisen in dieselbe Richtung, sind methodisch aber umstritten⁷; wir stützen uns daher primär auf die peer-reviewten Daten von Flyvbjerg/Budzier.

Hinzu kommt: Der Make-Boden von 130 T€ enthält die Bestellverarbeitung noch gar nicht, die bei PunchCommerce inklusive ist. Die Buy-Seite kennt dagegen keine Varianz – sie steht ab Tag 1 im Vertrag.

Grenzkosten

Was kostet der nächste Kunde?

Die TCO-Tabelle beschreibt ein festes Szenario. Entscheidend ist aber die Dynamik: Was passiert, wenn der nächste Konzernkunde eine Anbindung fordert – über eine Plattform, die Sie noch nicht unterstützen?

Buy · linear und planbar

+ 2,6 T€ über 5 Jahre

Jeder weitere angebundene Kunde kostet in der Modellannahme 44,10 €/Monat ≈ 529 €/Jahr – protokollunabhängig, egal ob OCI, cXML oder IDS Connect.

Der ökonomische Grund: Der SaaS-Anbieter amortisiert seine Wartungskosten über viele Kunden (Fixkostendegression). Die durchschnittlichen Wartungskosten pro Kunde sinken mit wachsender Kundenzahl – der Grenzpreis bleibt stabil.

Make · sprunghaft und unvorhersehbar

+ 15–30 T€ je neuer Plattformlogik

Jede neue Plattform, jedes neue Protokoll, jeder Sonderwunsch aus einer gewonnenen Ausschreibung erzeugt einen eigenen Entwicklungsblock (Annahme: 15–30 T€ und mehr) – plus dauerhaft wachsende Wartungsfläche.

Das Einzelunternehmen trägt 100 Prozent der Wartungslast allein – ohne Skaleneffekt – und kämpft zusätzlich gegen Lehmans zweites Gesetz: die mit jeder Sonderanbindung steigende Komplexität⁴.

Interaktive Modellrechnung

Wie verändert sich der Vergleich mit Ihrer Kundenzahl?

Verschieben Sie die Kundenzahl – die Modellrechnung skaliert beide Seiten über 5 Jahre. Alle Werte sind Annahmen (Modelldetails unten), kein Angebot.

Anzahl anzubindender Konzernkunden:

12550

Eigenentwicklung · 5-Jahres-TCO (Modellspanne)

–

ohne Bestellverarbeitung; Varianz nur nach oben

PunchCommerce · 5-Jahres-TCO (Modellannahme)

/Monat · fix & planbar · inkl. Bestellverarbeitung

Grenzkosten je weiterem Kunden (5 Jahre)

2.646 € vs. 15–30 T€

Buy: linear · Make: je neuer Plattformlogik

Hinweis: Für kleine Szenarien ohne SLA-Bedarf beginnt PunchCommerce Business bei 49 € pro Kunde und Monat ohne Grundgebühr – die Buy-Seite läge dann nochmals deutlich niedriger.

Modellannahmen dieses Rechners

Buy: (1.495 € + Kundenzahl × 44,10 €) × 60 Monate. Preisbasis siehe Methodik; reale Enterprise-Preise werden individuell kalkuliert.
Make Best Case: 40 T€ Erstentwicklung + 45 T€ Wartungssockel (5 Jahre) + 3 T€ je Kunde (anteilige Wartung und Anbindungen).
Make Realistisch: 60 T€ Erstentwicklung + 75 T€ Wartungssockel (5 Jahre) + 6,67 T€ je Kunde.
Beide Make-Werte sind lineare Vereinfachungen der TCO-Tabelle oben (bei 15 Kunden: 130 bzw. 235 T€) und enthalten keine Bestellverarbeitung, keine Zertifizierungen und keinen 24/7-Betrieb.
Bei sehr kleinen Kundenzahlen nähern sich die Kurven an – entscheidend bleibt dann das Risikoprofil (Fat Tail) und die gebundene Entwicklerkapazität.

TCO-Vergleichsrechnung für Ihr Szenario anfordern 30 Min · remote · mit dem Gründer

Kernkompetenz

Ist PunchOut Teil Ihres Kerngeschäfts?

Vier Fragen als Selbsttest. Wenn Sie mehrheitlich mit „nein" antworten, spricht die Kernkompetenz-Theorie klar für den Kauf.

Differenziert uns PunchOut-Middleware im Wettbewerb – oder erwarten Kunden sie schlicht als Hygienefaktor?

Würde ein Kunde uns wegen unserer selbstgebauten PunchOut-Middleware wählen? Oder wegen Produkt, Preis, Verfügbarkeit und Service?

Bindet die Eigenentwicklung Entwicklerkapazität, die im eigentlichen Kernprodukt oder in der Digitalisierung des Kerngeschäfts fehlt?

Verfügen wir über das Spezialwissen für alle Protokolle und Plattform-Eigenheiten – dauerhaft, auch bei Personalwechsel?

Die theoretische Einordnung

Transaktionskostenökonomik

Nach Coase existieren Firmen dort, wo interne Organisation billiger ist als der Markt⁸. Williamson präzisierte: Hohe Faktorspezifität spricht für Make, standardisierte Leistungen für Buy⁹. PunchOut basiert auf offenen Standards (cXML, OCI, IDS Connect) – geringe Spezifität, ökonomisch ein klarer Buy-Fall.

Kernkompetenz-Theorie

Prahalad und Hamel: Unternehmen sollten Ressourcen dort konzentrieren, wo sie sich differenzieren¹⁰. Ein Hersteller oder Großhändler differenziert sich über Produkte, Sortiment, Verfügbarkeit, Preis und Service – nicht über Protokoll-Middleware.

Analysten-Faustregel

Gartners Buy-Build-Blend-Modell: „Buy what you can. Build what you must."¹¹ Nicht-differenzierende Systeme (Systems of Record – dazu zählt PunchOut-Middleware) sollten gekauft werden.

Scope

Was Sie eigentlich nachbauen – die Scope-Checkliste

„PunchOut anbinden" klingt nach einer Schnittstelle. Tatsächlich ist es ein Produkt aus zwölf Fähigkeiten – jede davon ein eigener Kostentreiber der Eigenentwicklung.

cXML-PunchOut

PunchOutSetupRequest, OrderMessage, BrowserFormPost – plus laufende Versionspflege des Standards.

OCI 4.0 und OCI 5.0

Zwei Protokollvarianten: HTTP-POST/GET und JSON – beide dauerhaft parallel zu pflegen.

IDS Connect 2.5

Deutscher Großhandelsstandard (SHK, Elektro) mit sieben Aktionen – von Warenkorb bis Artikelsuche.

Anbindung an jedes Shopsystem

Integrationsschicht zu Shopware, Magento, JTL, Spryker oder Ihrer Individualplattform.

Eigenes Storefront mit Katalogverwaltung

Für Kunden ohne Shop-Zugriff oder mit kundenspezifischen Katalogen.

Flexibles Datenmodell

Eigene Attribute je Kunde, Sortiment und Klassifikation (ECLASS, UNSPSC).

Feldzuordnungen / Field-Mappings

OCI unterstützt bis zu 40 Datenknoten – welche gefordert sind, variiert je Käufer.

Kundenspezifische Anleitungen

Dokumentation je Plattform und Käufer – für Onboarding und Audits.

Bestellverarbeitung für cXML-Bestellungen

OrderRequest empfangen, validieren, an ERP/Shop weiterleiten – in der Make-TCO oben nicht enthalten.

Single Sign-On

SAML und OIDC für Enterprise-Anforderungen an Benutzer- und Rechteverwaltung.

Garantierte SLAs

Uptime-Zusagen, Incident Response und Eskalationswege im Enterprise-Umfeld.

ISO 9001 und ISO 27001

Zertifizierungen, die Konzern-Einkauf zunehmend von Lieferanten fordert.

Und jede Plattform hat eigene Logik

Der Hauptgrund, warum jeder neue Kunde in der Eigenentwicklung einen eigenen Engineering-Block erzeugt: Session-Handling, Authentifizierung, Mapping und Zertifizierung unterscheiden sich je System – vier Beispiele.

SAP Ariba

¹⁵

cXML-nativ; Authentifizierung über From/Sender/SharedSecret oder digitales Zertifikat
Formale Ariba-Network-Zertifizierung; Test- und Produktiv-Account nötig (Test-ANID mit Endung „-T")
UNSPSC-/ECLASS-Klassifikation gefordert
Kein Self-Certify: Das Enablement-Team des Käufers testet den vollen Loop inkl. Test-PO

Coupa

¹⁶

cXML-Questionnaire mit getrennten Test-/Produktiv-Datensätzen
BuyerCookieID ist pro Nutzer/Lieferant persistent – entgegen der generischen cXML-Empfehlung, die pro Session wechselt
Zwei bis vier Sandbox-Testrunden sind in der Praxis üblich

Jaggaer

¹⁷

Verpflichtende Einhaltung des cxml.org-Standards; cXML-Dokumente dürfen kein Byte Order Mark (BOM) enthalten
DUNS/NetworkID variieren je Kunde; jeder Käufer kann eigene Feldanforderungen und Workflows definieren
Zertifikat mindestens 3 Jahre gültig; Sandbox-Onboarding vor Go-live

Onventis

¹⁸

Unterstützt OCI 4.0, OCI 5.0, cXML und openTRANS
Nutzt eine eigene OCI-5.0-JSON-Variante mit eigener Feldbenennung (z. B. VENDOR_MAT)
Pro Anbindung kostenpflichtiges Setup

Die Plattform-Details stammen aus Anbieter- und Praktiker-Dokumentation und sind Praxisbeobachtungen, keine Plattform-Garantien. Sie belegen: „PunchOut anbinden" ist nie einmal, sondern pro Plattform und teils pro Käufer neu.

Versteckte Kosten

Der versteckte Kostenblock: Zertifizierungen & Betrieb

Konzern-Einkauf fordert von Lieferanten zunehmend Nachweise zu Qualitäts- und Informationssicherheits-Management. Bei der Eigenentwicklung fällt dieser Aufwand vollständig bei Ihnen an – beim Kauf trägt ihn der Anbieter. Die folgenden Größenordnungen stammen von Beratungs- und Zertifizierungsanbietern und sind scope-abhängig²⁰.

ISO 27001 (Informationssicherheit)

Gesamtkosten erstes Jahr, KMU (10–50 MA): ~35–50 T€
Gesamtkosten erstes Jahr, Mittelstand (50–250 MA): 50–80 T€
Reine Erstaudit-Gebühr DAkkS-akkreditierter Stellen: 9–25 T€
Laufend/Jahr: Überwachungsaudit, internes Audit, ISMS-Tool: ~7,5–15 T€
Jährliche Pen-Tests: 3–8 T€

ISO 9001 (Qualitätsmanagement)

Erstzertifizierung KMU, reine Auditgebühr: ~2,5–4 T€
Realistisch inkl. Beratung/Dokumentation, erstes Jahr: 25–45 T€
Jährliche Überwachungsaudits: 3–6 T€
Plus internes Audit: laufend

Dazu kommt der Betrieb

24/7-Bereitschaft, Monitoring und kontinuierliche Security-Updates – im Enterprise-Umfeld keine Kür, sondern Vertragsbestandteil (SLA).

Beim Kauf trägt diese Last der Anbieter

Die netzdirektion ist nach ISO 9001:2015 zertifiziert (DEKRA). Das Hosting von PunchCommerce erfolgt in ISO-27001-zertifizierten Rechenzentren in Deutschland, DSGVO-konform – inklusive Monitoring, Security-Updates und SLA-gesichertem Betrieb im Enterprise-Plan.

Fazit

Die Entscheidungsmatrix

Zwei Achsen entscheiden nach Williamson und Prahalad/Hamel über Make or Buy: Wie stark differenziert Sie PunchOut im Wettbewerb – und wie spezifisch sind Ihre Anforderungen jenseits der offenen Standards?

Differenzierung niedrig · Spezifität hoch

Blend

Standard kaufen, Sonderlogik gezielt ergänzen.

Differenzierung hoch · Spezifität hoch

Make

Die Ausnahme – Integration ist Ihr Produkt.

Differenzierung niedrig · Spezifität niedrig

Buy

Der Regelfall für Hersteller und Großhändler.

Differenzierung hoch · Spezifität niedrig

Blend

Standard kaufen, Differenzierung an anderer Stelle bauen.

↑ vertikal: Faktorspezifität der Anforderung horizontal: Differenzierungsgrad des PunchOut →

Wann Eigenentwicklung sinnvoll ist

Diese Analyse wäre unvollständig ohne die Gegenrichtung. Make ist die richtige Entscheidung, wenn mindestens einer dieser Punkte zutrifft:

PunchOut/Beschaffungsintegration ist selbst Ihr Produkt – Sie sind E-Procurement- oder Middleware-Anbieter.
Ihre Anforderungen deckt kein Standardprodukt ab – hohe Faktorspezifität im Sinne Williamsons.
Ein dauerhaft finanziertes Integrationsteam mit Protokoll-Spezialwissen existiert bereits.
Zwingende, buy-ausschließende Gründe verlangen vollständige Datenhoheit und Architekturkontrolle.

Trifft keiner dieser Punkte zu, sprechen TCO, Grenzkosten und Kernkompetenz-Theorie übereinstimmend für den Kauf – oder für Blend: Standard kaufen und nur echte Sonderlogik selbst ergänzen.

FAQ

Häufige Fragen zur Make-or-Buy-Entscheidung

Kurz und konkret beantwortet – zu Kosten, Protokollen, Wartung und den Grenzfällen, in denen Eigenentwicklung sinnvoll ist.

In unserer Modellrechnung (15 Konzernkunden, 5 Jahre, konservativ zugunsten der Eigenentwicklung gerechnet) liegt die 5-Jahres-TCO bei 130.000 bis 235.000 € und mehr. Der größte Block ist nicht die Erstentwicklung (40–60 T€), sondern Pflege und Weiterentwicklung. Die Verarbeitung eingehender cXML-Bestellungen ist darin noch nicht enthalten. Alle Werte sind Modellannahmen, keine Angebote.

Die empirische Softwareforschung ist hier eindeutig: Robert L. Glass beziffert den Wartungsanteil auf 40 bis 80 Prozent der Software-Lebenszykluskosten (Durchschnitt 60 Prozent), und rund 60 Prozent davon sind Weiterentwicklung, nicht Fehlerbehebung. Lehmans Gesetze der Software-Evolution erklären den Mechanismus: Ein genutztes System muss sich laufend ändern und wird dabei zwangsläufig komplexer – Protokoll-Releases und neue Beschaffungssysteme erzeugen genau diesen Anpassungsdruck.

Mindestens cXML (SAP Ariba, Coupa, Jaggaer u. a.), OCI 4.0 und OCI 5.0 (SAP SRM, S/4HANA, Onventis u. a.) sowie im deutschen technischen Großhandel IDS Connect 2.5. Dazu kommen buyer-spezifische Feld-Mappings, Session-Handling und Authentifizierung je Plattform.

cXML ist ein lebender Standard und wird laufend weiterentwickelt. Der cXML Reference Guide liegt aktuell in Version 1.2.071 vor (Stand 14.08.2026, © 2026 SAP SE). Jede neue Version kann Anpassungen an einer Eigenentwicklung erzwingen – bei PunchCommerce trägt der Anbieter diese Versionspflege.

Für Hersteller und Großhändler in der Regel nicht – Ihre Kunden erwarten PunchOut schlicht als Hygienefaktor. Differenzierung entsteht über Produkt, Sortiment, Verfügbarkeit, Preis und Service. Nach Prahalad/Hamel sollten Entwicklungsressourcen dort konzentriert werden, wo sie das Kerngeschäft differenzieren – nicht in Protokoll-Middleware.

PunchCommerce Business kostet 49 € pro Kunde und Monat (zzgl. MwSt.), protokollunabhängig – OCI, cXML und IDS Connect inklusive. PunchCommerce Enterprise (mit SLA, dedizierter Infrastruktur und Bestellverarbeitung) wird individuell kalkuliert; die Vergleichsrechnung auf dieser Seite nutzt als Modellannahme 1.495 €/Monat Grundgebühr plus 44,10 € pro Kunde und Monat.

Jede Plattform hat eigene Session-, Authentifizierungs- und Mapping-Logik sowie eigene Test- und Zertifizierungsprozesse: Ariba verlangt eine formale Network-Zertifizierung mit Test- und Produktiv-Account, Coupa nutzt persistente BuyerCookieIDs entgegen der generischen cXML-Empfehlung, Jaggaer verbietet Byte Order Marks in cXML-Dokumenten, Onventis nutzt eine eigene OCI-5.0-JSON-Variante mit eigener Feldbenennung. Eine Eigenentwicklung muss jede dieser Eigenheiten selbst abbilden und dauerhaft pflegen.

Wenn Beschaffungsintegration selbst Ihr Produkt ist (Sie also E-Procurement- oder Middleware-Anbieter sind), wenn Anforderungen mit sehr hoher Spezifität vorliegen, die kein Standardprodukt abdeckt, oder wenn ein dauerhaft finanziertes Integrationsteam mit Protokoll-Spezialwissen bereits existiert. Für den typischen Hersteller oder Großhändler trifft keiner dieser Fälle zu.

Quellen

Quellenverzeichnis

Auswahl der verwendeten Literatur, Standards und Marktdaten. Kostenangaben von Beratungs- und Zertifizierungsanbietern sind marktnahe Größenordnungen, keine amtlichen Werte.

jobvector: Gehaltsanalyse Softwareentwickler 2026 (Stand 29.07.2026, 2.272 Gehaltsangaben) – jobvector.de; ergänzend Indeed, StepStone.
Glass, R. L. (2003): Facts and Fallacies of Software Engineering, Addison-Wesley – Fact 41 (Wartung: 40–80 % der Softwarekosten, Ø 60 %) und Fact 42 (Enhancements: ~60 % der Wartungskosten).
Boehm, B. (1981): Software Engineering Economics, Prentice Hall (COCOMO; Annual Change Traffic).
Lehman, M. M. (1974/1996): Laws of Software Evolution – 1. Gesetz (Continuing Change), 2. Gesetz (Increasing Complexity).
Flyvbjerg, B.; Budzier, A. (2011): Why Your IT Project May Be Riskier Than You Think, Harvard Business Review – hbr.org; Datensatz: arXiv:1304.0265.
Standish Group (1994 ff.): CHAOS Report.
Molokken, K.; Jørgensen, M. (2003): A Review of Surveys on Software Effort Estimation (Quellenkritik an den Standish-Zahlen).
Coase, R. (1937): The Nature of the Firm, Economica.
Williamson, O. E. (1985): The Economic Institutions of Capitalism, Free Press.
Prahalad, C. K.; Hamel, G. (1990): The Core Competence of the Corporation, Harvard Business Review, Mai–Juni 1990 – hbr.org.
Gartner: Buy vs. Build Strategy / Buy-Build-Blend – gartner.com.
SAP: Open Catalog Interface (OCI) 4.0/5.0 – Spezifikation; SAP Community – community.sap.com.
TradeCentric: SAP SRM OCI PunchOut (bis zu 40 Datenknoten, buyer-spezifisch) – tradecentric.com.
SAP/Ariba: Ariba Network PunchOut Catalog Guide – support.ariba.com.
Coupa: PunchOut Catalogs, Coupa Compass – compass.coupa.com.
JAGGAER: Supplier Enablement Terms / cXML Integration Specification – jaggaer.com.
Onventis: Punchout Interface / OCI / openTRANS – onventis.com; PunchCommerce Onventis-OCI-Dokumentation.
BVBS / DG Haustechnik / ZVSHK: IDS Connect 2.5 – itek.de; PunchCommerce IDS-Connect-Gateway-Dokumentation.
ISO-Kostenangaben: secjur (ISO 27001/9001 Kosten 2026), heydata (ISO 27001 Kosten 2026), Drata (ISO 27001 Certification Cost), acato (ISO 9001 Kosten) – marktnahe Anbieterangaben, scope-abhängig.
PunchCommerce: Feature- und Preisangaben (2026) – punchcommerce.de/features-and-pricing.