Jak amerykańska platforma weryfikacji finansowej skonsolidowała swój stos dokumentów na Iron Suite

TL;DR

• Branża: Lotnictwo (komercyjna linia lotnicza, przewoźnik flagowy z Bliskiego Wschodu przygotowujący się do uruchomienia międzynarodowych tras).
• Produkty Iron: Iron Suite (pełen pakiet), z IronPDF w głównym zastosowaniu produkcyjnym i resztą dostępną do sąsiednich przepływów pracy.
• Przepływ pracy: Osadzanie, generowanie dokumentów PDF o dużej przepustowości wewnątrz mikroserwisów .NET na Red Hat OpenShift na Azure.
• Główne rezultaty: Jednodostawczy stos dokumentów i danych dostarczony na czas na inauguracyjną międzynarodową obsługę, z architekturą skalowania opracowaną wspólnie z zespołem rozwiązań Iron Software.
• Model licencjonowania: Iron Suite Unlimited Enterprise SaaS OEM, trzyletnia subskrypcja odnawiana w maju 2028.

Wyzwanie

Decyzja była podyktowana trzema problemami działającymi równolegle (biznesowym, technicznym i handlowym), które musiały zostać rozwiązane przed okienkiem startu przewoźnika.

Biznesowa presja: Przewoźnik przygotowywał się do inauguracyjnej operacji komercyjnej oraz uruchomienia międzynarodowych tras, bez luzu w harmonogramie na pokrycie problemów z narzędziami. Każdy PDF, jaki produkuje platforma (karty pokładowe, paragony biletów, etykiety bagażowe, manifesty, raporty związane z przepisami) trafia bezpośrednio do pasażerów, obsługi naziemnej i regulatorów. Każdy defekt rozciąga się na bramkę, regulatora i klienta w czasie widocznym dla kadry kierowniczej i organów lotnictwa cywilnego. Na to nakłada się: zamówienie w przedsiębiorstwie, przegląd prawny, negocjacje EULA i traktowanie umowne specyficzne dla Królestwa Arabii Saudyjskiej, które musiały zostać zatwierdzone przed zakupem, a model licencjonowania musiał skalować się z linią lotniczą bez kosztownych niespodzianek per-deweloper, per-pod, czy per-klaster.

Ściana techniczna: Wstępne oceny ujawniły problemy z wydajnością, które musiały zostać rozwiązane przed podjęciem jakichkolwiek zobowiązań. Renderowanie PDF musiało skalować się równolegle z resztą platformy poprzez dodawanie kolejnych kontenerów pod obciążeniem. Stos inżynieryjny przewoźnika używa trzech języków: .NET do ścieżki produkcyjnej, z Node.js i Pythonem w tle. Rodzina bibliotek musiała działać we wszystkich trzech. Kompatybilność z Red Hat OpenShift na Microsoft Azure, wewnątrz własnej chmury przewoźnika, musiała zostać bezpośrednio zweryfikowana.

Blokada handlowa: Przewoźnik potrzebował praw do redystrybucji klasy OEM, aby osadzić biblioteki wewnątrz aplikacji, które działa wewnętrznie i przesyła przez kanały skierowane na partnerów. Licencjonowanie per-developer lub per-deploy byłoby niewykonalne na skali linii lotniczej; kształt kosztów był tak samo ważny jak dopasowanie techniczne. Przegląd prawny obejmował EULA, ubezpieczenie, warunki odpowiedzialności i saudyjskie traktowanie podatkowe, z wieloma rundami między wewnętrznymi a zewnętrznymi doradcami prawnymi. Biblioteki PDF o otwartym kodzie źródłowym na stole nie spełniały trzech kryteriów: wierność renderowania dla szablonów linii lotniczej, wsparcie komercyjne i ochrona przed odpowiedzialnością oraz przewidywalna wydajność. Łączenie różnych dostawców (osobnych PDF, OCR, Excel i kodów kreskowych) mnożyłoby liczbę przeglądów EULA i relacji wsparcia, które przewoźnik musiałby zarządzać.

Jak Iron Software Pomógł

Dopasowanie do Licencji i Zakupów

Umowa to Licencja Iron Suite Unlimited Enterprise SaaS OEM na trzy lata, z dolaczoną sprzatą i aktualizacjami. Slowo "unlimited" odgrywa tu duza role: liczba deweloperow, liczba kontenerow i wolumen transakcji moga sie skalowac bez ponownego wyceniania. Prawa OEM obejmuja osadzanie bibliotek w aplikacjach wewnetrznych i kanalach skierowanych do partnerow.

Konkretne pytania komercyjne, na ktore nalezalo najpierw odpowiedziec, to redystrybucja na poziomie OEM i skalowanie w trybie nieograniczonym. Przewoznik prowadzi hostowana platforme, ktora wysyla dokumenty w wielu relacjach partnerskich. To korzystanie musialo byc czysto zakwalifikowane jako OEM zamiast zewnetrzna redystrybucja SaaS, a model licencjonowania musial dostosowac sie do platformy mikroserwisowej bez mierzenia na poziomie podow czy klastrów. Oba te punkty byly uwzglednione w strukturze umowy: prawa do redystrybucji byly zapisane explicite, a model uzywania bez ograniczen zastepowal jakiekolwiek koszty per-developera czy per-wdrozenie.

Tor prawny byl miejscem, gdzie miescil się kalendarz. EULA, ubezpieczenie, odszkodowania umowne, i traktowanie podatkowe specyficzne dla Arabii Saudyjskiej wymagały wielu cykli przeglądów między zespołem prawników Iron Software a prawnikami wewnętrznymi i zewnętrznymi przewoźnika. Siedmiomiesięczny okres od ewaluacji do zakończenia handlowego odzwierciedlał tę pracę i zakończył się z obopólnym porozumieniem w każdej komercyjnej kwestii przed podpisaniem.

Handlowo, umowa dostarczyła stałej wieloletniej otoczki, której przewoźnik potrzebował, aby zastąpić to, co byłoby zmiennymi modelami kosztów na serwer, dewelopera lub pod od innych dostawców. Dla zespołu finansowego firmy planującego TCO przez cały cykl życia szybko rozwijającej się platformy lotniczej, ta struktura ma większą wartość niż jakikolwiek pojedynczy punkt cenowy produktu.

Rezultaty

Szczegółowe metryki produkcji (opóźnienia p95, przepustowość, liczba podów, współczynniki incydentów) pozostają poufne i dostarczane przez klienta dla publikowanej wersji. Kierunki wyników, które przyniosło zaangażowanie, są namacalne.

Konsolidacja dostawców. Generowanie dokumentów, OCR, obsługa arkuszy kalkulacyjnych, kody kreskowe i QR, pakowanie ZIP, bezpieczna obsługa dokumentów i drukowanie, wszystko teraz przebiega przez SDK jednego dostawcy pod jedną umową komercyjną. To, co byłoby wieloma osobnymi zakupami bibliotek (każdy z własną EULA, modelem redystrybucji, relacją wsparcia i cyklem odnowienia), sprowadziło się do jednego.

Skalowanie architektury od samego poczatku. Projekt skalowania zespołu rozwiązań Iron Software z stycznia 2025 zamknął kwestię wydajności przed zakupem. Platforma przewoźnika ma teraz udokumentowany, przetestowany wzór obsługiwania obciążeń renderowania na swoim środowisku OpenShift, zbudowany wokół specyficznego dla przewoźnika środowiska.

Przewidywalność komercyjna. Stała trzyletnia otoczka. Prawa do nieograniczonego użycia dla deweloperów, podów i transakcji. Matematyka licencjonowania jest oddzielona od wzrostu platformy, co usuwa jedną z większych niepewności prognozowania dla zespołu finansowego zabezpieczającego szybko rozwijającego się przewoźnika.

Infrastruktura dokumentów dostarczona na czas. System był uruchomiony w produkcji podczas inauguracyjnego okresu świadczenia międzynarodowej usługi przewoźnika na koniec 2025 roku i działa dzisiaj przez żywe procesy komercyjne. Sąsiednie przepływy pracy są licencjonowane i gotowe do aktywacji, gdy przewoźnik wprowadza je online: IronOCR do obsługi dokumentów tożsamości podczas odprawy, IronBarcode i IronQR dla odprawy i bagażu, IronSecureDoc do chronionej dostawy dokumentów.

Zaangażowanie przewoźnika z Iron Suite sprowadza się do zbioru zgodnych decyzji: jednego dostawcy obejmującego pełną powierzchnię dokumentów i danych, modelu licencjonowania, który odpowiada rzeczywistemu działaniu szybko rozwijającej się platformy lotniczej, zaangażowania inżynieryjnego, które przyniosło działający projekt skalowania przed zamknięciem komercyjnym, i stałej trzyletniej podstawy handlowej, na której zespół finansowy może się oprzeć. Metryki produkcji stojące za tym pozostają poufne.

Jeśli oceniacie podobną konsolidację (wysokonakładowe generowanie dokumentów, stos wielosrodowiskowy, wdrożenie kontenerowe, restrykcyjne zakupy korporacyjne), zespół inżynierii rozwiązań Iron Software prowadzi połączenia przeglądu architektury, które obejmują dokładnie ten rodzaj decyzji, a licencje testowe są zdolne do produkcji, aby użytkownik mógł je zweryfikować przed podpisaniem czegokolwiek.