FALLSTUDIEN

Wie eine US-amerikanische Finanzverifizierungsplattform ihre Dokumentenverwaltung mit Iron Suite konsolidierte

AVIATION
Aktualisiert:

Eine große kommerzielle Passagierfluggesellschaft im Nahen Osten (eine nationale Fluggesellschaft, die sich auf internationale Streckenstarts vorbereitet) hat IronPDF und die vollständige Iron Suite in ihre auf OpenShift basierende Microservices-Plattform eingebettet, um die Erstellung von Dokumenten in großem Umfang in Reservierungen, Ticketing, Check-in und Betrieb zu bewältigen. Die Implementierung läuft in Prozess auf Red Hat OpenShift auf Microsoft Azure, skaliert horizontal mit dem Rest der Plattform und wird durch eine dreijährige Unlimited Enterprise SaaS OEM-Vereinbarung gesichert, die die volle Suite (IronPDF, IronOCR, IronXL, IronBarcode, IronQR, IronZIP, IronWebScraper, IronSecureDoc und IronPrint) unter einer einzelnen kommerziellen Vereinbarung umfasst.

Zusammenfassung

  • Industrie: Luftfahrt (kommerzielle Passagierfluggesellschaft, Nahost-Flaggenträger bereitet sich auf internationalen Start vor).
  • Iron-Produkte: Iron Suite (das vollständige Bundle), wobei IronPDF in der Hauptproduktion verwendet wird und der Rest für angrenzende Workflows verfügbar ist.
  • Workflow: Eingebettete, hochvolumige PDF-Dokumentenerstellung in .NET-Microservices auf Red Hat OpenShift auf Azure.
  • Hauptergebnis: Ein Ein-Lieferanten-Stack für Dokumente und Daten wurde rechtzeitig für den ersten internationalen Service geliefert, mit einer gemeinsam mit dem L&oumlsungsteam von Iron Software entworfenen Skalierungsarchitektur.
  • Lizenzierungsmodell: Iron Suite Unlimited Enterprise SaaS OEM, dreijähriges Abonnement, erneuerbar im Mai 2028.

Die Herausforderung

Die Entscheidung wurde von drei parallel verlaufenden Problemen (geschäftlich, technisch und kommerziell) getrieben, die alle vor dem Startfenster der Fluggesellschaft gelöst werden mussten.

Der Geschäftsdruck: Die Fluggesellschaft bereitete sich auf die Aufnahme des kommerziellen Betriebs und den Start internationaler Routen vor, ohne Spielraum im Zeitplan, um Tooling-Ausfälle zu kompensieren. Jedes PDF, das die Plattform produziert (Bordpässe, Ticketquittungen, Gepäckaufkleber, Manifeste, Berichte für Regulierungsbehörden) wird direkt an Passagiere, Bodenpersonal und Regulierungsbehörden gesendet. Jeder Fehler setzt sich bis zum Gate, zum Regulierungsbehörden und zum Kunden fort, in einem Zeitrahmen, der für Führungskräfte und Luftfahrtbehörden sichtbar ist. Zusätzlich dazu: Unternehmensbeschaffung, rechtliche Überprüfung, Verhandlung der Endnutzer-Lizenzvereinbarung und spezifische Vertragsbehandlung für das Königreich Saudi-Arabien mussten alle vor dem Kauf geklärt werden, und das Lizenzmodell musste ohne Entwickler-, Pod- oder Cluster-bezogene Kostenüberraschungen mit der Fluggesellschaft skalieren.

Die technische Hürde: Frühere Bewertungen zeigten Leistungsprobleme auf, die vor jeglichem Engagement gelöst werden mussten. Die PDF-Wiedergabe musste zusammen mit dem Rest der Plattform skalieren, indem unter Last mehr Container hinzugefügt werden. Der Engineering-Stack der Fluggesellschaft verwendet drei Sprachen: .NET für den Produktionspfad, mit Node.js und Python daneben. Die Bibliotheksfamilie musste in allen drei funktionieren. Die Kompatibilität mit Red Hat OpenShift auf Microsoft Azure, im eigenen Cloud der Fluggesellschaft, musste direkt überprüft werden.

Der kommerzielle Blocker: Die Fluggesellschaft benötigte Redistribution-Rechte in OEM-Qualität, um die Bibliotheken in Anwendungen einzubetten, die sie intern betreibt und über partnerbezogene Kanäle verteilt. Die Abrechnung pro Entwickler oder pro Bereitstellung war bei Fluggesellschaften nicht möglich; Die Kostenstruktur war ebenso wichtig wie die technische Passform. Eine rechtliche Überprüfung umfasste die Endbenutzer-Lizenzvereinbarung, Versicherungs-, Haftungsbedingungen und die spezifische Steuerbehandlung in Saudi-Arabien, mit mehreren Runden zwischen internen und externen Anwälten. Open-Source-PDF-Bibliotheken auf dem Tisch fielen in drei Punkten zu kurz: Wiedergabetreue für Vorlagen im Airline-Standard, kommerzieller Support und Haftungsschutz sowie vorhersehbare Leistung. Eine Multi-Vendor-Zusammenstellung (separate Anbieter für PDF, OCR, Excel und Barcode) hätte die Überprüfung der Endnutzer-Lizenzvereinbarung und die Wartungsbeziehungen, die die Fluggesellschaft verwalten musste, vervielfacht.

Wie Iron Software geholfen hat

Warum dieser Anbieter

Heute läuft die Dokumenten-Pipeline des Carriers auf IronPDF, das direkt in die Microservices auf Red Hat OpenShift auf Azure integriert ist. Die Rendering-Arbeitslast skaliert durch das Hinzufügen weiterer Worker-Pods neben dem Rest der Plattform; Die vollständige Iron Suite ist lizenziert und für angrenzende Workflows verfügbar, sobald sie online gehen; und die dreijährige Unlimited-Enterprise-SaaS-OEM-Vereinbarung ist als kommerzielle Grundlage in Kraft.

Die Entscheidung, sich auf einen einzigen Anbieter zu konsolidieren, wurde nicht durch eine einzige Fähigkeit getrieben. Sie wurde von der Alternative getrieben: Separate Anbieter für PDF, OCR, Excel und Barcode zusammenzuführen, hätte Endnutzer-Lizenzvereinbarungsprüfungen, Redistribution-Risiken und Wartungsbeziehungen vervielfacht - genau bei dem Umfang, bei dem jede dieser Positionen Betriebskosten mit sich bringt. Die Iron Suite deckte das gesamte Dokumenten- und Datentoolkit (PDF-Erstellung, OCR, Tabellenkalkulationen, Barcodes und QR-Codes, ZIP-Verpackung, Web-Scraping, sichere Dokumente und Druck) unter einer einzigen kommerziellen Vereinbarung ab, die auf das Plattformmodell der Fluggesellschaft abgestimmt ist.

Drei Kriterien neben der reinen Funktionsabdeckung hatten bei der Evaluierung Gewicht:

  • Portabilität zur Laufzeit. .NET ist die Hauptproduktion der Fluggesellschaft, aber Node.js und Python sind für angrenzende Dienste aktiv in Bewertung. Iron Suite deckt alle drei ab, wobei die Fluggesellschaft im Voraus informiert wird, dass Node.js- und Python-Anbindungen typischerweise etwa einen Monat nach .NET neue Funktionen erhalten.
  • Kompatibilität mit OpenShift-on-Azure. Bewährtes Verhalten in der spezifischen Container-Plattform, die die Fluggesellschaft betreibt. Das Lösungsteam von Iron Software bestätigte dies während der Testphase.
  • Qualität des Engagements. Ein Anbieter, dessen Architekten sich mit den Ingenieuren des Kunden zusammensetzen und ein funktionierendes Skalierungsdesign entwickeln, signalisiert eine andere Art von Partnerschaft als ein Anbieter, der auf die öffentlichen Dokumente verweist.

Was Iron geliefert hat

In drei Tagen Mitte Januar 2025 arbeitete das Lösungsteam von Iron Software gemeinsam mit den Ingenieuren der Fluggesellschaft an der Erstellung des Referenzdesigns für IronPDF in der OpenShift-Umgebung der Fluggesellschaft. Die Arbeit umfasste eine Architekturüberprüfung am 16. Januar, technische Kommunikation und Machbarkeitsstudien vom 17. bis 19. Januar sowie ein vollständiges Skalierungsarchitektur- und technisches Blockdiagramm, das am 20. Januar geliefert wurde. Die in der früheren Bewertung aufgeworfenen Leistungsprobleme wurden durch eine Kombination aus Konfigurationstuning und den von dem Engagement empfohlenen Architekturänderungen gelöst. Der Kunde bestätigte die Lösung vor dem kommerziellen Abschluss.

Die Integration war einfach, sobald die Architektur stand. IronPDF wurde als Bibliothek in den bestehenden .NET-Diensten des Anbieters installiert; andere Dienste rufen es direkt auf, wenn sie ein Dokument rendern müssen, und die Last wird über zusätzliche Pods auf OpenShift verteilt. Da IronPDF innerhalb der Dienste läuft, verlässt der Dokumenteninhalt nie die Plattform; die Sicherheit bleibt im eigenen Azure-Konto der Fluggesellschaft, was die Informationssicherheitsüberprüfung vereinfachte und eine gesamte Kategorie von Compliance-Fragen aus dem Beschaffungspfad entfernte.

Engagement und Zeitplan

Das Engagement selbst war intensiv. Ein dedizierter Vertriebsleiter, mehr als ein Dutzend Sitzungen, die technische, kommerzielle und rechtliche Themen umfassten, und eine schnelle Eskalation durch sowohl Iron-Support als auch Lösungstechnik hielten die Bewertung auf Kurs. Unterstützung auf Unternehmensniveau (Prioritätswarteschlange, schnellere Reaktionszeiten, vorrangige Fehlerbehebungen) war während der gesamten Testphase verfügbar und besteht auch heute noch. Die Fluggesellschaft markierte 24/7-Unterstützungsabdeckung als bevorzugter zukünftiger Zustand; die Abdeckung ist derzeit 24/5, mit der 24/7-Frage unter aktiver Bewertung durch Iron Software.

Die Zeit von der ersten Kontaktaufnahme bis zum unterzeichneten Vertrag erstreckte sich über etwa sieben Monate (Oktober 2024 bis 22. Mai 2025), begleitet von einer ausgedehnten rechtlichen und Einkaufsprüfung. Technische Entscheidungsfindung war im Wesentlichen abgeschlossen, lange bevor die Unterschrift erfolgte. Das System war live, um die internationalen Streckenstarts der Fluggesellschaft später im Jahr 2025 zu unterstützen, und befindet sich heute in der Produktion, um die laufenden kommerziellen Betriebsabläufe zu unterstützen.

Lizenzierung und Beschaffung Fit

Die Vereinbarung ist ein Iron Suite Unlimited Enterprise SaaS OEM Lizenz, dreijähriges Abonnement, mit Support und Updates inklusive. Das Wort "unlimited" leistet hier viel Arbeit: Entwicklerkapazität, Containeranzahl und Transaktionsvolumen können alle skalieren, ohne dass neu bepreist wird. Die OEM-Rechte decken die Einbettung der Bibliotheken sowohl in interne Anwendungen als auch in partnerorientierte Kanäle ab.

Die spezifischen kommerziellen Fragen, die zuerst beantwortet werden mussten, waren Redistribution in OEM-Qualität und Unlimited-Use-Skalierung. Der Carrier betreibt eine gehostete Plattform, die Dokument-Ausgaben über mehrere Partnerbeziehungen versendet. Diese Nutzung musste sich sauber als OEM und nicht als externe SaaS-Weiterverbreitung qualifizieren, und das Lizenzmodell musste eine Microservices-Plattform ohne Pod- oder Cluster-bezogene Messung aufnehmen. Beide wurden in der Vertragsstruktur angesprochen: Redistribution-Rechte wurden explizit geschrieben, und das Unlimited-Use-Modell ersetzte jede per-Entwickler- oder per-Bereitstellungs-Kostenstruktur.

Die rechtliche Spur war der Zeitfahrplan. Endbenutzer-Lizenzvereinbarung, Versicherung, vertragliche Entschädigungen und spezifische Steuerbehandlung in Saudi-Arabien erforderten mehrere Prüfungszyklen zwischen dem Rechtsteam von Iron Software und den internen und externen Beratern des Anbieters. Die siebenmonatige Evaluierung-zu-kommerziellen-Abschluss-Zeitlinie reflektierte diese Arbeit und endete mit der Ausrichtung beider Parteien auf jede kommerzielle Bedingung vor der Unterzeichnung.

Kommerziell lieferte die Vereinbarung das feste mehrjährige Paket, das die Fluggesellschaft benötigte, um das zu ersetzen, was variable Kostenmodelle pro Server, pro Entwickler oder pro Pod von alternativen Anbietern gewesen wären. Für ein Enterprise-Finanzteam, das die TCO über die Lebensdauer einer schnell skalierenden Airline-Plattform plant, trägt diese Struktur mehr Wert als jeder einzelne Produktpreis.

Ergebnisse

Spezifische Produktionsmetriken (p95 Latenz, Durchsatz, Pod-Anzahlen, Vorfallraten) bleiben vertraulich und werden für die veröffentlichte Version vertraulich vom Kunden bereitgestellt. Die Richtungsangaben, die das Engagement hervorbrachte, sind konkret.

Lieferantenkonsolidierung. Dokumentenerstellung, OCR, Tabellenkalkulation, Barcode und QR-Codes, ZIP-Verpackung, sichere Dokumentenbearbeitung und Druck laufen nun alle durch die SDKs eines Anbieters unter einer kommerziellen Vereinbarung. Was mehrere separate Bibliothekskäufe gewesen wären (jeweils mit eigener Endbenutzer-Lizenzvereinbarung, Verbreitungsmodell, Wartungsverhältnis und Erneuerungszyklus) ist auf einen einzigen Kauf zusammengefallen.

Skalierung-Architektur von Anfang an vorhanden. Das Skalierungsdesign, das das Lösungsteam von Iron Software im Januar 2025 erstellte, schloss die Leistungsfrage vor dem Kauf ab. Die Plattform der Fluggesellschaft hat jetzt ein dokumentiertes, getestetes Muster für den Umgang mit dem Rendering-Load auf ihrer OpenShift-Einrichtung, erstellt rund um die spezifische Umgebung der Fluggesellschaft.

Kommerzielle Vorhersagbarkeit. Festgelegtes dreijähriges Paket. Unbeschränkte Nutzungsrechte für Entwickler, Pods und Transaktionen. Die Lizenzmathematik ist vom Plattformwachstum entkoppelt, was eine der größeren Prognose-Ungenauigkeiten für ein Finanzteam, das eine schnell skalierende Fluggesellschaft unterstützt, beseitigt.

Die Dokumenteninfrastruktur wurde rechtzeitig geliefert. Das System war während der ersten internationalen Serviceperiode der Fluggesellschaft Ende 2025 in der Produktion und läuft heute in kontinuierlichen kommerziellen Workflows. Anliegende Workflows sind lizenziert und positioniert für die Aktivierung, sobald die Fluggesellschaft sie online stellt: IronOCR für die Handhabung von Identitätsdokumenten beim Check-in, IronBarcode und IronQR für Boarding und Gepäck, IronSecureDoc für geschützte Dokumentenlieferung.

Das Engagement der Fluggesellschaft mit der Iron Suite reduziert sich auf einen Satz abgestimmter Entscheidungen: ein einzelner Anbieter deckt die gesamte Dokumenten- und Datenebene ab, ein Lizenzmodell, das dazu passt, wie eine schnell skalierende Fluggesellschaft tatsächlich funktioniert, ein Engineering-Engagement, das ein funktionierendes Skalierungsdesign vor dem kommerziellen Abschluss lieferte, und ein festes dreijähriges kommerzielles Fundament, auf dem ein Finanzteam planen kann. Die dahinterliegenden Produktionsmetriken bleiben vertraulich.

Wenn Sie eine ähnliche Konsolidierung evaluieren (hochvolumige Dokumentenerstellung, Multi-Runtime-Stack, Containerbereitstellung, strikte Unternehmensbeschaffung), führt das Solutions Engineering-Team von Iron Software Architektur-Überprüfungsgespräche, die genau diese Art von Entscheidung abdecken, und Testlizenzen sind produktionsfähig, damit Sie vor der Unterzeichnung alles validieren können.