IRONSOFTWAREHOME

How to Archive PDFs with PDF/A Compliance in C#

Ahmad Sohail
Ahmad Sohail
Updated: 2026年6月29日

PDF/A相容性C#中搭配IronPDF為.NET開發人員提供了一條直接的路徑來建立、轉換和驗證符合ISO 19005標準的存檔PDF,確保文件無論現在還是幾十年後都能在任何系統上呈現一致。 從呈現HTML至PDF/A,將現有檔案轉換為PDF/A-1bPDF/A-2bPDF/A-3b,到嵌入源資料以符合ZUGFeRDFactur-X電子發票相容性,IronPDF在.NET生態系統內管理整個PDF/A轉換工作流程。

重點摘要:快速入門指南

本教程涵蓋在C#中建立、轉換和驗證符合PDF/A相容性的文件,包括電子發票格式和實際政府存檔要求。

  • **此教程適合:**為生成長期儲存或受規範存檔的應用程式構建.NET開發人員 - 政府記錄管理、法律文件存檔、財務審計軌跡、醫療記錄保留或需要PDF/A作為嚴格相容性要求的電子發票平台。
  • **您將構建的內容:**從頭開始的HTML到PDF/A呈現,現有PDF轉換為PDF/A-1b/2b/3b,嵌入源資料附件以進行ZUGFeRD/Factur-X電子發票,PDF/A合規驗證並提供失敗報告,和符合NARA、法院文件和醫療記錄要求的實際存檔模式。
  • **運行環境:**任何.NET環境 - .NET 10, .NET 8 LTS, .NET Framework 4.6.2+, .NET Standard 2.0。PDF/A轉換和驗證完全本地運行; 產生不需要外部驗證工具。
  • **何時使用此方法:**當您的應用程式生成的文件必須長期保存時 - 發票、合同、合規報告、法庭文件或醫療記錄 - 而監管要求(NARA、EU存檔標準、HIPAA、SEC)需要自包含、可驗證的PDF/A格式時。
  • **為何技術上重要:**標準PDF可以引用外部字體,嵌入活動內容,並依賴於特定於系統的呈現 - 所有這些隨時間的推移都會破壞。PDF/A在格式級别禁止這些依賴性,將全部呈現所需的內容直接嵌入在文件中,保證在任何相容觀看器上無限期的一致輸出。

只需幾行程式碼即可將現有PDF轉換為PDF/A:

  1. 1Install IronPDF with NuGet Package Manager

    PM > Install-Package IronPdf

  2. 2Copy and run this code snippet.

    using IronPdf;
    
    PdfDocument pdf = PdfDocument.FromFile("report.pdf");
    pdf.SaveAsPdfA("archived-report.pdf", PdfAVersions.PdfA3b);
    C#
  3. 3Deploy to test on your live environment

    Start using IronPDF in your project today with a free trial
    arrow pointer

在您購買或註冊IronPDF的30天試用後,請在應用程式的開頭新增您的授權金鑰。

IronPdf.License.LicenseKey = "KEY";
NuGetInstall with NuGet

PM > Install-Package IronPdf

Install IronPDF by running the command above in the NuGet Package Manager Console, or search for the package in the NuGet Package Manager.
內容目錄

什麼是PDF/A,為什麼它重要?

PDF/A是PDF格式(ISO 19005)的ISO標準子集,專為長期、可靠地存檔電子文件而設計。 與可以引用外部字體、連結到外部內容和依賴於特定系統呈現行為的標準PDF不同,PDF/A文件完全是自包含的。 每個渲染文件所需的字體、色彩配置文件和中繼資料都直接嵌入在文件中。

這很重要,因為PDF/A文件無論是在今天打開還是在100年後打開,都會以相同的方式呈現於任何相容觀看器上,無論是作業系統還是軟體版本。 沒有對可能消失的外部資源的依賴,沒有依賴於特定字體的安裝,也沒有對顏色或透明度的顯示方式的歧義。

除了技術耐久性外,PDF/A合規性通常是一個硬性要求,而不僅僅是最佳實踐。要求PDF/A的產業和機構包括:

法律和司法系統— 美國、歐盟及其他許多司法管轄區的法院要求或強烈建議使用PDF/A進行電子檢購。 美國聯邦法院系統的CM/ECF檔案標準將PDF/A列為長期記錄保存的首選格式。

政府機構— 美國國家檔案和記錄管理局(NARA)將PDF/A指定為轉移永久性電子記錄的可接受格式。 同樣,歐洲委員會對某些官方出版物和監管檔案要求PDF/A。

金融服務和審計— 如SEC之類的監管機構接受PDF/A檔案,內部審計團隊經常採用PDF/A以確保財務報表、報告和附加檔案在長時間內可無改動且可驗證。

醫療保健— 醫療記錄保存的法規(例如美國的HIPAA)不強制要求特定的文件格式,但PDF/A已成為存檔病患記錄、影像報告和臨床檔案的事實標準,因為它保證了長期的可讀性。

總之,PDF/A是當文件必須在時間、系統和組織邊界之間保持不變時使用的格式。 如果您的應用程式生成的文件可能在多年後被引用 - 發票、合約、合規報告、醫療記錄 - 選擇PDF/A是正確的選擇。


PDF/A版本解釋

PDF/A標準經過多個版本的演進,每個版本都在支持更多PDF功能的同時保持嚴格的存檔保證。 了解版本之間的差異對於為您選擇合適的一個版本至關重要。

PDF/A-1(基本存檔)

PDF/A-1(ISO 19005-1:2005)是標準的第一個版本,基於PDF 1.4。它建立了核心存檔要求:所有字體必須嵌入; 禁止加密; 不允許音訊/影片內容; 禁止使用JavaScript。 PDF/A-1有兩個合規水平:

PDF/A-1b基本):確保文件的可靠視覺再現。 這是最低的合規水平,保證文件在呈現時看起來正確。

PDF/A-1a可存取):在1b的基礎上增加結構和語意要求,包括標籤內容以提高可存取性、Unicode字元映射和合乎邏輯的閱讀順序。 當可存取性至關重要時,這是更高的標準。

PDF/A-1是最廣泛支持的版本,至今仍被普遍使用,尤其是在法律和政府環境中,這裡優先考量廣泛的相容性而非新的功能。

PDF/A-2(JPEG2000、透明度)

PDF/A-2(ISO 19005-2:2011)基於PDF 1.7,引入了在PDF/A-1中未能得到支持的功能:

**JPEG2000圖像壓縮:**提供比PDF/A-1中的JPEG壓縮更好的質量與大小比例。

**透明度和支持圖層:**使得更複雜的視覺佈局可以不將所有元素攤平成不透明而存在。

**嵌入PDF/A附件:**PDF/A-2文件中可以嵌入其他PDF/A相容的文件作為附件(但僅限於PDF/A文件,而不是任何任意格式)。

PDF/A-2包括PDF/A-1相同的合規水平(a的全面結構標籤。

PDF/A-3(嵌入文件)

PDF/A-3(ISO 19005-3:2012)是現代工作流程中最重要的擴展。 它與PDF/A-2共享相同的基礎(PDF 1.7),並保留其所有功能,但增加了一個關鍵能力:在PDF/A文件中嵌入任意格式文件的能力

這意味著您可以將原始的XML源資料、CSV導出、電子表格或任何其他機器可讀文件附加在供人類閱讀的視覺文件旁邊。 PDF/A-3 容器變為一個單一包裝,同時包含呈現層和底層資料。

這一能力是現代電子發票標準的基礎:

**ZUGFeRD:**最初來自德國,現已採納於整個歐盟作為Factur-X。 在PDF/A-3文件中嵌入結構化的XML發票資料(以跨行業發票格式表示),該文件還包含了可視的、供人類閱讀的發票。單一文件滿足人類和機器處理的需求。

PDF/A-3合規水平遵循相同的模式:3u(Unicode 映射)。

PDF/A-4(基於PDF 2.0)

PDF/A-4(ISO 19005-4:2020)是最新的版本,基於PDF 2.0。它簡化了合規水準結構; 不再有a/b/u區分。 相反,PDF/A-4定義了三個領域:

**PDF/A-4:**針對一般存檔的基本領域。

**PDF/A-4f:**允許嵌入任意格式的文件(類似於PDF/A-3)。

**PDF/A-4e:**專門設計用於工程文件; 支援3D內容、創新媒體及其他技術元素。

PDF/A-4也因PDF 2.0本身的改進而受益,包括使用XMP(擴展中繼資料平台)的標籤結構和增強的中繼資料能力。

PDF/A-4的採用正在增長,但相比於PDF/A-2和PDF/A-3,被讀者和驗證者普遍支持度仍略低。

您應使用哪個版本?

選擇合適的PDF/A版本取決於您的特定需求:

決策流程圖,顯示根據嵌入文件、JPEG2000、透明度和相容性等需求選擇PDF/A版本的路徑

最大相容性:對於現有系統、驗證器和讀者(尤其是在法律和政府背景中),使用PDF/A-1bPDF/A-2b

電子發票:對於要求嵌入源資料的ZUGFeRD、Factur-X或類似標準,使用PDF/A-3b

**可存取性合規:**對於第508條款或WCAG要求,選擇您正在使用的版本的PDF/A-3a)。

現代工作流程:對於消費者支持PDF 2.0的最新功能,使用PDF/A-4

如有疑問,PDF/A-3b在現代功能和廣泛支持之間提供了最佳平衡。


從頭建立PDF/A文件

現在您已了解PDF/A是什麼以及應該針對哪一個版本,讓我們開始進入程式碼。 IronPDF使生成直接從HTML內容的PDF/A相容文件或者將現有PDF轉換為PDF/A格式變得簡單直接。

安裝IronPDF

在開始之前,將IronPdf NuGet程式包安裝到您的.NET專案中。 您可以通過NuGet套件管理器控制台、.NET CLI或Visual Studio NuGet UI進行安裝。

PM > Install-Package IronPdf

或使用.NET CLI:

dotnet add package IronPdf

IronPDF支持.NET Framework 4.6.2+,.NET Core,.NET 5+和.NET Standard 2.0,因此幾乎適用於任何現代的.NET專案而無相容性問題。

呈現HTML為PDF/A

最常見的工作流程是從HTML內容生成PDF,並直接保存為PDF/A格式。 IronPDF的SaveAsPdfA方法在一步之內處理合規轉換。

using IronPdf;

// Create HTML content for the document
string htmlContent = @"
E html>


le>
body { font-family: Arial, sans-serif; margin: 40px; }
h1 { color: #2c3e50; }
.section { margin: 20px 0; }
table { width: 100%; border-collapse: collapse; }
th, td { border: 1px solid #ddd; padding: 10px; text-align: left; }
th { background: #3498db; color: white; }
yle>


Quarterly Financial Report</h1>
eport Period: Q4 2025</p>
 class='section'>
<table>
    <tr><th>Metric</th><th>Value</th></tr>
    <tr><td>Total Revenue</td><td>$4.2M</td></tr>
    <tr><td>Operating Expenses</td><td>$2.1M</td></tr>
    <tr><td>Net Income</td><td>$2.1M</td></tr>
</table>
v>
his document is archived in PDF/A-3b format for long-term preservation.</p>

;

// Render HTML to PDF
var renderer = new ChromePdfRenderer();
using var pdf = renderer.RenderHtmlAsPdf(htmlContent);

// Save as PDF/A-3b for archival compliance
pdf.SaveAsPdfA("quarterly-report-archived.pdf", PdfAVersions.PdfA3b);

輸出

在此範例中,HTML使用IronPDF的基於Chromium的呈現引擎呈現為PDF,這保證了符合現代網頁標準的像素完美契合。 然後,SaveAsPdfA方法嵌入所有需要的字體,根據需要轉換色域,刪除任何被禁止的功能(如JavaScript或外部連結),並寫入合規的XMP元資料。 結果是完整自包含的PDF/A-3b文件,準備進行存檔儲存。

此方法也與IronPDF的其他呈現功能無縫相容。 您可以應用頁眉和頁腳、設置頁面大小和邊距、包括CSS樣式,並使用SaveAsPdfA呼叫都會負責合規轉換。

將現有PDF轉換為PDF/A

您並非總是從HTML開始。 在許多現實場景中,您會收到現有的PDF文件 — 來自掃描儀、第三方系統、舊版本的存檔或使用者上傳 — 並需要將它們轉換為PDF/A以進行合規儲存。

IronPDF使用相同的SaveAsPdfA方法處理此問題:

using IronPdf;

// Load an existing PDF file
using var pdf = PdfDocument.FromFile("existing-document.pdf");

// Convert and save as PDF/A-3b
// IronPDF automatically embeds fonts, converts color spaces, adds XMP metadata,
// and removes non-compliant features during conversion
pdf.SaveAsPdfA("existing-document-archived.pdf", PdfAVersions.PdfA3b);

// Alternative: Use ConvertToPdfA for in-memory conversion
using var pdf2 = PdfDocument.FromFile("another-document.pdf");
using var pdfA = pdf2.ConvertToPdfA(PdfAVersions.PdfA2b);
pdfA.SaveAs("another-document-archived.pdf");

在轉換過程中,IronPDF會分析現有的PDF並應用必要的轉換:嵌入未包含在內但被參考的字體,將RGB或CMYK色彩空間轉換為適當的配置文件,新增所需的XMP元資料,並移除任何不符合法規要求的功能如加密、多媒體或JavaScript。 如果您想在記憶體中轉換而不立即保存到磁碟上,您也可以使用ConvertToPdfA方法 — 這對於在轉換後還需進一步處理的管道非常有用。

這種模式非常適合於需要使舊的文件儲存庫符合現代存檔標準的遷移專案。


嵌入源資料(PDF/A-3)

PDF/A-3標準的其中一項最強大的能力是可以將任意文件格式 — XML、CSV、JSON、電子表格或任何其他格式 — 直接嵌入在PDF文件中。 這將PDF從單純的視覺文件轉變為同時攜帶人類可讀呈現和機器可讀源資料的混合容器,容納於單一的文件中。

在視覺文件旁邊附上XML/CSV

核心工作流程非常簡便:生成或載入您的視覺PDF,將源資料文件作為嵌入附件附加,並保存為PDF/A-3。IronPDF支持通過ConvertToPdfA方法的多種過載來嵌入文件 — 您可以直接將文件路徑作為EmbedFileStream用於基於流的工作流程。 每一種方法都保持完全的PDF/A相容性。

using IronPdf;
using System.Collections.Generic;

// Load the visual PDF document
using var pdf = PdfDocument.FromFile("financial-report.pdf");

// Prepare XML source data to embed
string xmlData = @"<?xml version='1.0' encoding='UTF-8'?>
alReport>
iod>Q4 2025</Period>
enue>4200000</Revenue>
enses>2100000</Expenses>
Income>2100000</NetIncome>
ialReport>";

byte[] xmlBytes = System.Text.Encoding.UTF8.GetBytes(xmlData);

// Configure the embedded file
var xmlConfig = new EmbedFileConfiguration(EmbedFileType.xml)
{
    EmbedFileName = "financial-data.xml",
    AFDesc = "Source financial data in XML format",
    AFRelationship = AFRelationship.Data
};

// Create embed file collection
var embedFiles = new List<EmbedFileByte>
{
    new EmbedFileByte(xmlBytes, xmlConfig)
};

// Convert to PDF/A-3b with embedded data
using var archivedPdf = pdf.ConvertToPdfA(embedFiles, PdfAVersions.PdfA3b);
archivedPdf.SaveAs("financial-report-with-data.pdf");

這種模式特別對於財務報告工作流程非常有價值,因為視覺PDF可能是格式化的資產負債表或收入報告單,而附加的XML或CSV則包含生成報告所用的原始資料。 審計員可以檢查視覺文件,並獨立地使用嵌入的源資料驗證底層數字 — 全部只需一個文件。您可以通過將其他文件路徑或字節陣列傳遞給ConvertToPdfA方法的集合參數來在同一文件中嵌入多個附件。

ZUGFeRD和Factur-X電子發票相容性

ZUGFeRD(Zentraler User Guide des Forums elektronische Rechnung Deutschland)及其國際對應Factur-X是指定如何在PDF/A-3文件中嵌入結構化發票資料的電子發票標準。 視覺PDF作為人類可讀的發票,而嵌入的XML文件(遵循跨行業發票,即CII格式)承載機器可處理資料。

ZUGFeRD/Factur-X合規的關鍵要求如下:

PDF必須至少符合PDF/A-3b。 嵌入的XML文件必須遵循UN/CEFACT跨行業發票模式。 XML文件名必須符合集的標準規範(通常為Factur-X的zugferd-invoice.xml)。 必須設置特定的XMP元資料屬性,以標識文件是ZUGFeRD/Factur-X發票。

IronPDF的EmbedFileConfiguration類賦予您對這些要求的精細控制。 您可以設置AFRelationship屬性,以匹配您目標系統所期望的具體電子發票配置檔案。

這是IronPDF如何構建ZUGFeRD相容的發票的操作方式:

using IronPdf;
using System.Collections.Generic;

// Create visual invoice HTML
string invoiceHtml = @"
E html>


le>
body { font-family: Arial, sans-serif; margin: 40px; }
.header { border-bottom: 2px solid #e74c3c; padding-bottom: 15px; }
h1 { color: #e74c3c; }
.invoice-details { margin: 30px 0; }
.line-item { display: flex; justify-content: space-between; padding: 10px 0; border-bottom: 1px solid #eee; }
.total { font-size: 20px; font-weight: bold; margin-top: 20px; text-align: right; }
yle>


 class='header'>
<h1>INVOICE #INV-2026-0042</h1>
<p>Date: February 7, 2026</p>
v>
 class='invoice-details'>
<p><strong>Bill To:</strong> Acme Corporation</p>
<p><strong>Address:</strong> 123 Business Ave, Suite 100</p>
v>
 class='line-item'><span>Software License (Enterprise)</span><span>$2,499.00</span></div>
 class='line-item'><span>Annual Support Contract</span><span>$499.00</span></div>
 class='line-item'><span>Implementation Services</span><span>$1,500.00</span></div>
 class='total'>Total: $4,498.00</div>
tyle='margin-top: 40px; font-size: 12px; color: #666;'>
This invoice complies with ZUGFeRD/Factur-X e-invoicing standards.


;

// Render the visual invoice
var renderer = new ChromePdfRenderer();
using var invoicePdf = renderer.RenderHtmlAsPdf(invoiceHtml);

// Prepare ZUGFeRD/Factur-X XML invoice data
string zugferdXml = @"<?xml version='1.0' encoding='UTF-8'?>
ssIndustryInvoice xmlns:rsm='urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100'>
:ExchangedDocument>
<ram:ID>INV-2026-0042</ram:ID>
<ram:IssueDateTime>2026-02-07</ram:IssueDateTime>
m:ExchangedDocument>
:SupplyChainTradeTransaction>
<ram:ApplicableHeaderTradeSettlement>
    <ram:InvoiceCurrencyCode>USD</ram:InvoiceCurrencyCode>
    <ram:SpecifiedTradeSettlementHeaderMonetarySummation>
        <ram:GrandTotalAmount>4498.00</ram:GrandTotalAmount>
    </ram:SpecifiedTradeSettlementHeaderMonetarySummation>
</ram:ApplicableHeaderTradeSettlement>
m:SupplyChainTradeTransaction>
ossIndustryInvoice>";

byte[] xmlBytes = System.Text.Encoding.UTF8.GetBytes(zugferdXml);

// Configure for ZUGFeRD/Factur-X compliance
var zugferdConfig = new EmbedFileConfiguration(EmbedFileType.xml)
{
    EmbedFileName = "factur-x.xml",
    AFDesc = "Factur-X Invoice Data",
    ConformanceLevel = ConformanceLevel.EN16931,
    SchemaNamespace = SchemaNamespace.facturX,
    SchemaPrefix = SchemaPrefix.fx,
    PropertyVersion = PropertyVersion.v1,
    AFRelationship = AFRelationship.Alternative
};

var embedFiles = new List<EmbedFileByte>
{
    new EmbedFileByte(xmlBytes, zugferdConfig)
};

// Convert to PDF/A-3b with embedded ZUGFeRD data
using var zugferdInvoice = invoicePdf.ConvertToPdfA(embedFiles, PdfAVersions.PdfA3b);

// Set invoice metadata
zugferdInvoice.MetaData.Title = "Invoice INV-2026-0042";
zugferdInvoice.MetaData.Author = "IronSoftware Billing";
zugferdInvoice.MetaData.Subject = "ZUGFeRD/Factur-X Compliant Invoice";

zugferdInvoice.SaveAs("invoice-zugferd.pdf");

輸出

這種方法允許您的發票系統在單一、符合標準的包中生成滿足人類審查(視覺PDF)和自動化處理(嵌入XML)的文件。

審計軌跡保存

除了電子發票,PDF/A-3的嵌入功能對於維持完整審計軌跡的任何工作流程來說都非常有價值。 通過在最終文件旁附上原始源資料、處理日誌或更改歷史記錄,您建立了一個自包含的記錄,可以在未來任何時候獨立驗證。

常見的審計軌跡嵌入模式包括:

財務報表— 將原始會計資料(CSV或XML從您的ERP系統匯出的)與格式化的財務報告一起嵌入。 審計人員可以驗證視覺文件中的數字與源資料一致,而無需存取原始系統。

監管檔案— 在最終檔案文中附上原始提交資料、驗證結果和任何支持計算作為嵌入文件。 這建立了一個單一的存檔包,包含提交的完整記錄。

合約管理— 在最終的已執行合約PDF中嵌入版本歷史、批准鏈或已簽署的元資料文件。 這將文件的完整生命周期保存在單一存檔檔案中。

using IronPdf;
using System;
using System.Collections.Generic;
using System.Text.Json;

// Load the final document to archive
using var pdf = PdfDocument.FromFile("executed-contract.pdf");

// Create audit trail data
var auditTrail = new
{
    DocumentId = "CONTRACT-2026-00142",
    CreatedDate = "2026-01-15T09:30:00Z",
    FinalizedDate = "2026-02-07T14:22:00Z",
    Versions = new[]
    {
        new { Version = 1, Date = "2026-01-15", Action = "Draft created", User = "john.smith@company.com" },
        new { Version = 2, Date = "2026-01-20", Action = "Legal review completed", User = "legal@company.com" },
        new { Version = 3, Date = "2026-02-01", Action = "Client revisions incorporated", User = "john.smith@company.com" },
        new { Version = 4, Date = "2026-02-07", Action = "Final execution", User = "ceo@company.com" }
    },
    Signatures = new[]
    {
        new { Signer = "Company CEO", SignedDate = "2026-02-07T14:20:00Z", IPAddress = "192.168.1.100" },
        new { Signer = "Client Representative", SignedDate = "2026-02-07T14:22:00Z", IPAddress = "10.0.0.50" }
    },
    Checksum = "SHA256:a1b2c3d4e5f6..."
};

string auditJson = JsonSerializer.Serialize(auditTrail, new JsonSerializerOptions { WriteIndented = true });
byte[] auditBytes = System.Text.Encoding.UTF8.GetBytes(auditJson);

// Configure audit trail attachment
var auditConfig = new EmbedFileConfiguration(EmbedFileType.xml)
{
    EmbedFileName = "audit-trail.json",
    AFDesc = "Complete document audit trail and version history",
    AFRelationship = AFRelationship.Supplement
};

// Create validation log
string validationLog = @"
on Report
=========
: CONTRACT-2026-00142
d: 2026-02-07T14:25:00Z

erformed:
ll required fields present
ignature blocks completed
ate formats valid
urrency amounts verified
egal clauses match template v2.1

atus: APPROVED FOR ARCHIVAL


byte[] validationBytes = System.Text.Encoding.UTF8.GetBytes(validationLog);

var validationConfig = new EmbedFileConfiguration(EmbedFileType.xml)
{
    EmbedFileName = "validation-report.txt",
    AFDesc = "Pre-archive validation report",
    AFRelationship = AFRelationship.Supplement
};

// Embed both files
var embedFiles = new List<EmbedFileByte>
{
    new EmbedFileByte(auditBytes, auditConfig),
    new EmbedFileByte(validationBytes, validationConfig)
};

// Convert to PDF/A-3b with full audit trail
using var archivedContract = pdf.ConvertToPdfA(embedFiles, PdfAVersions.PdfA3b);

// Set archival metadata
archivedContract.MetaData.Title = "Executed Contract - CONTRACT-2026-00142";
archivedContract.MetaData.Author = "Contract Management System";
archivedContract.MetaData.Subject = "Fully executed agreement with audit trail";
archivedContract.MetaData.Keywords = "contract, executed, 2026, archived";

archivedContract.SaveAs("contract-archived-with-audit.pdf");

我最喜歡的程式庫是IronPDF。它允許快速高效地操作PDF文件。它還有許多有價值的功能,例如導出到PDF/A格式和數位簽署PDF文件。

Milan Jovanovic

Microsoft MVP

查看案例研究

IronOCR意味著我們每年可以從手動處理中節省$40,000,同時提高生產力,釋放資源以進行高影響的任務。我會強烈推薦它。

Brent Matzelle

首席技術官,OPYN

查看案例研究

IronSuite在我們的運營中扮演著至關重要的角色。這些工具增加了包括建立平面圖和改善庫存管理在內的業務效率。

David Jones

首席軟體工程師,Agorus Build

查看案例研究

驗證PDF/A合規性

建立文件並稱其為PDF/A是不夠的 — 您需要驗證輸出實際上符合標準的要求。 宣稱是PDF/A但未能通過驗證的文件不會被存檔系統、政府入口或電子發票平台接受。

IronPDF的ConvertToPdfA方法負責大部分合規轉換的繁重工作,包括嵌入字體、轉換色彩空間、刪除被禁止的功能和寫入XMP元資料。 然而,為了對輸出的獨立驗證,您應使用專門的外部工具進行驗證,例如veraPDF(業界標準的開源PDF/A驗證器)或Adobe Acrobat Pro內建的預檢工具。 將veraPDF整合到您的CI/CD管道或文件處理工作流程中,使您能獲得權威的第三方確認,確保生產的每個文件在儲存或分發之前均符合聲稱的標準。

常見的合規失敗及修正

即使IronPDF負責大部分合規工作的內容,某些輸入條件仍然可能產生驗證失敗。 以下是最常見的問題及其解決方法:

未嵌入字體— 這是最常見的失敗。 如果源PDF按名稱引用了字體但沒有嵌入字體資料,則輸出將不符合PDF/A。 IronPDF在轉換過程中會嘗試自動嵌入字體,但如果IronPDF正在運行的系統上沒有可用的字體文件,嵌入將失敗。 **解決方法:**確保您的源文件中使用的所有字體均已安裝在伺服器上,或在HTML內容中使用普遍可用的網頁安全字體。

不支持的色彩空間— PDF/A要求所有色彩資料在特定的嵌入色彩配置文件內定義(通常為螢幕導向文件的sRGB或列印的CMYK配置檔案)。 使用裝置相關的色彩空間而未嵌入配置文件的源PDF將無法通過驗證。 解決方法: IronPDF自動處理大多數情況下的色彩空間轉換。 對於邊緣情況,確保源內容中顯示顏色指定為sRGB。

加密或密碼保護— PDF/A嚴禁加密。 如果您正在轉換加密的PDF,您必須先解密它。**解決方法:**使用PdfDocument.FromFile("encrypted.pdf", "password")在轉換前打開受保護的文件。

JavaScript或多媒體內容— PDF/A禁止JavaScript、音訊、影片及其他互動元素。 如果您的源HTML包含<script>標籤、嵌入影片或互動表單,這些將需要被移除,否則轉換會刪除它們。 **解決方法:**確保在轉換為PDF/A之前您的HTML內容是靜態的。

透明度問題(僅限PDF/A-1)— PDF/A-1 不支持透明度。 如果您的文件包含透明元素(常見於現代CSS佈局中),轉換為PDF/A-1將要求平面化。 **修復:**如果您的文件使用透明度,請將目標設為rgba或透明PNG。

字體、色域和元資料要求

理解PDF/A合規的三個支柱— 字體、色彩空間和元資料 — 可以幫助您設計文件,使其首次驗證就通過。

**字體:**必須將文件中使用的每一個字體都完全嵌入。 這包括出現在文字中的所有字形,而不僅僅是子集。 對於PDF/A-3a合規水平,每個字元還必須進行Unicode映射,確保文字可以被可靠提取和搜索。

使用IronPDF的HTML到PDF轉換時,Chromium引擎會自動嵌入系統上可用的字體。 為確保不同部署環境(開發、預生產、運行環境)之間的一致性,考慮使用通過<link>標籤在HTML中載入的Google Fonts,或者將字體文件與您的應用程式一起打包並通過CSS @font-face引用它們。

**色彩空間:**PDF/A要求所有顏色在以ICC配置檔案支持的裝置獨立的色彩空間內進行指定。實際上,這意味著對大多數文件使用sRGB。 IronPDF在SaveAsPdfA過程中自動嵌入適當的ICC配置文件並自動轉換颜色 — 如果您的工作流程需要特定的配置文件,您也可以傳遞自定義ICC文件路徑。不過,如果您正在使用需要CMYK準確度的印刷導向文件,請確保您的源內容使用適當的CMYK配置文件並在轉換過程中保留下來。

**元資料:**PDF/A要求將XMP(可擴展元資料平台)元資料嵌入到文件中。 這包括文件標題,作者, 建立日期,修改日期和PDF/A合規水平識別符。 IronPDF自動填充這些欄位,但您也可以通過MetaData屬性顯式設置它們以獲得更大的控制力:

using IronPdf;
using System;

// Create a PDF document
var renderer = new ChromePdfRenderer();
using var pdf = renderer.RenderHtmlAsPdf("<h1>Annual Report 2025</h1><p>Corporate performance summary.</p>");

// Set standard metadata properties
pdf.MetaData.Title = "Annual Report 2025 - IronSoftware Inc.";
pdf.MetaData.Author = "Finance Department";
pdf.MetaData.Subject = "Corporate annual financial and operational report";
pdf.MetaData.Keywords = "annual report, financial, 2025, corporate, IronSoftware";
pdf.MetaData.Creator = "IronPDF Document Generator";
pdf.MetaData.CreationDate = DateTime.Now;
pdf.MetaData.ModifiedDate = DateTime.Now;

// For custom or batch metadata, use SetMetaDataDictionary
var metadataDict = new System.Collections.Generic.Dictionary<string, string>
{
    { "Title", "Quarterly Report Q4 2025" },
    { "Author", "Finance Team" },
    { "Subject", "Q4 Financial Results" },
    { "Keywords", "quarterly, Q4, 2025, finance" },
    { "Department", "Finance" },
    { "Classification", "Internal" },
    { "RetentionPeriod", "7 years" }
};

using var pdf2 = renderer.RenderHtmlAsPdf("<h1>Q4 Report</h1>");
pdf2.MetaData.SetMetaDataDictionary(metadataDict);

// Convert to PDF/A with metadata preserved
pdf.SaveAsPdfA("annual-report-2025.pdf", PdfAVersions.PdfA3b);
pdf2.SaveAsPdfA("q4-report-2025.pdf", PdfAVersions.PdfA3b);

對於將被記錄管理系統編目文件尤其重要,標題和作者欄位經常用於編目和搜索時顯式設置元資料。


政府記錄管理用例

PDF/A不僅僅是技術規範 — 在許多政府、法律和醫療健康的背景下,它是一項實際的需求。 在本節中,我們將看看PDF/A如何融入到特定的監管框架中,以及使用IronPDF滿足需求需要了解哪些資訊。

NARA要求(美國國家檔案館)

美國國家檔案和記錄管理局(NARA)負責保存具有長期價值的聯邦記錄。 NARA的轉移指南將PDF/A指定為向國家檔案館轉移永久電子檔案的首選格式之一。

PDF/A提交的關鍵NARA要求:

NARA接受大多數記錄型別的PDF/A-1, PDF/A-2和PDF/A-3。文件在轉讓前必須驗證到所聲稱的PDF/A版本。 元資料必須包括建立機構,檔案系列識別以及涵蓋的日期範圍。 嵌入字體是必需的 — NARA明確拒絕缺字或僅被參考的字體文件。 對於數位化(掃描)的記錄,NARA建議至少300 DPI的解析度,並由於增強的圖像壓縮而推薦使用PDF/A-2或更高。

以下是您可能準備的一批用於NARA轉移的機構記錄的操作方法:

輸入

機構檔案夾裡有5個PDF文件

using IronPdf;
using System;
using System.IO;

string inputFolder = "agency-records/";
string validatedFolder = "nara-transfer/validated/";
string rejectedFolder = "nara-transfer/rejected/";

// Create output directories
Directory.CreateDirectory(validatedFolder);
Directory.CreateDirectory(rejectedFolder);

// NARA transfer metadata requirements
string agencyName = "Department of Example";
string recordSeries = "Administrative Correspondence";
string dateRange = "2020-2025";

// Process all PDF files in the input folder
string[] pdfFiles = Directory.GetFiles(inputFolder, "*.pdf");

Console.WriteLine($"Preparing {pdfFiles.Length} records for NARA transfer");
Console.WriteLine($"Agency: {agencyName}");
Console.WriteLine($"Record Series: {recordSeries}");
Console.WriteLine();

int successCount = 0;
int failCount = 0;

foreach (string inputPath in pdfFiles)
{
    string fileName = Path.GetFileName(inputPath);

    try
    {
        using var pdf = PdfDocument.FromFile(inputPath);

        // Set NARA-required metadata
        var metadata = new System.Collections.Generic.Dictionary<string, string>
        {
            { "Title", Path.GetFileNameWithoutExtension(inputPath) },
            { "Author", agencyName },
            { "Subject", recordSeries },
            { "Keywords", $"NARA, {recordSeries}, {dateRange}" },
            { "Agency", agencyName },
            { "RecordSeries", recordSeries },
            { "DateRange", dateRange },
            { "TransferDate", DateTime.Now.ToString("yyyy-MM-dd") }
        };
        pdf.MetaData.SetMetaDataDictionary(metadata);

        // Convert to PDF/A-2b (NARA preferred for digitized records)
        string outputPath = Path.Combine(validatedFolder, fileName);
        pdf.SaveAsPdfA(outputPath, PdfAVersions.PdfA2b);

        // Verify the output
        using var verifyPdf = PdfDocument.FromFile(outputPath);
        if (verifyPdf.PageCount > 0)
        {
            successCount++;
            Console.WriteLine($"[OK] {fileName}");
        }
        else
        {
            throw new Exception("Output PDF has no pages");
        }
    }
    catch (Exception ex)
    {
        failCount++;
        Console.WriteLine($"[FAILED] {fileName}: {ex.Message}");

        // Move original to rejected folder for manual review
        try
        {
            File.Copy(inputPath, Path.Combine(rejectedFolder, fileName), overwrite: true);
        }
        catch { }
    }
}

Console.WriteLine();
Console.WriteLine("=== NARA Transfer Preparation Complete ===");
Console.WriteLine($"Successfully converted: {successCount}");
Console.WriteLine($"Failed (requires review): {failCount}");
Console.WriteLine($"Output location: {validatedFolder}");

輸出

已驗證文件夾與轉換後的PDF/A文件

當準備記錄以便NARA轉讓時,逐一驗證每個文件為至關重要。 NARA的攝取過程會拒收不合規文件,而重新處理大量檔案在時間和精力上都是很昂貴的。 直接在轉換過程中內嵌驗證 — 使用veraPDF在每次SaveAsPdfA呼叫後進行檢驗 — 是最可靠的方法。

法院文件存檔

美國聯邦法院系統和許多州法院系統使用接受或要求PDF/A用於長期記錄保留的電子歸檔系統(主要在聯邦層面使用CM/ECF)。 雖然具體要求因轄區而異,但一般期望是一致的:

聯邦法院— 美國法院行政辦公室建議PDF/A用於將成為永久案件記錄一部分的文件。 CM/ECF系統通常接受PDF/A-2b越來越被偏好的文件格式,尤其是具有複雜格式的文件。

州法院 —— 要求差異很大。 某些州(例如德州和加州)對於某些文件型別有明確的PDF/A要求,而其他州則僅建議作為最佳實踐。檢查您的目標司法管轄區的具體規則是至關重要的。

法院系統普遍要求包括:

文件必須是文字可搜尋的(不僅僅是掃描的圖像),這意味著在可能情況下使用PDF/A-2a的符合性,或確保已對掃描的文件應用OCR。 頁面尺寸必須是標準尺寸(通常為美國信紙,8.5" × 11")。 元資料應包括案號、提交日期及文件型別(若提交系統支持)。

using IronPdf;
using System;

// Court filing configuration
string caseNumber = "1:26-cv-00142-ABC";
string courtName = "US District Court, Northern District";
string documentType = "Motion for Summary Judgment";
string filingParty = "Plaintiff";

// Create legal document HTML
string legalDocumentHtml = $@"
E html>


le>
body {{
    font-family: 'Times New Roman', Times, serif;
    font-size: 12pt;
    line-height: 2;
    margin: 1in;
}}
.header {{ text-align: center; margin-bottom: 24pt; }}
.case-caption {{
    border: 1px solid black;
    padding: 12pt;
    margin: 24pt 0;
}}
.section {{ margin: 12pt 0; }}
h1 {{ font-size: 14pt; text-align: center; }}
.signature {{ margin-top: 48pt; }}
yle>


 class='header'>
<strong>{courtName}</strong>
v>

 class='case-caption'>
<p>ACME CORPORATION,<br>&nbsp;&nbsp;&nbsp;&nbsp;Plaintiff,</p>
<p>v.</p>
<p>EXAMPLE INDUSTRIES, INC.,<br>&nbsp;&nbsp;&nbsp;&nbsp;Defendant.</p>
<p style='text-align: right;'><strong>Case No. {caseNumber}</strong></p>
v>

{documentType.ToUpper()}</h1>

 class='section'>
<p>Plaintiff ACME Corporation, by and through undersigned counsel, respectfully
moves this Court for summary judgment pursuant to Federal Rule of Civil Procedure 56...</p>
v>

 class='section'>
<h2>I. INTRODUCTION</h2>
<p>This motion presents the Court with a straightforward question of contract interpretation...</p>
v>

 class='signature'>
<p>Respectfully submitted,</p>
<p>_________________________<br>
Jane Attorney, Esq.<br>
Bar No. 12345<br>
Law Firm LLP<br>
123 Legal Street<br>
City, State 12345<br>
(555) 123-4567<br>
jane@lawfirm.com</p>
<p>Attorney for Plaintiff</p>
v>

;

// Render with court-appropriate settings
var renderer = new ChromePdfRenderer();
renderer.RenderingOptions.PaperSize = IronPdf.Rendering.PdfPaperSize.Letter;
renderer.RenderingOptions.MarginTop = 72;
renderer.RenderingOptions.MarginBottom = 72;
renderer.RenderingOptions.MarginLeft = 72;
renderer.RenderingOptions.MarginRight = 72;

using var pdf = renderer.RenderHtmlAsPdf(legalDocumentHtml);

// Set metadata for court filing system indexing
var metadata = new System.Collections.Generic.Dictionary<string, string>
{
    { "Title", $"{documentType} - {caseNumber}" },
    { "Author", "Law Firm LLP" },
    { "Subject", $"Court Filing - {caseNumber}" },
    { "CaseNumber", caseNumber },
    { "DocumentType", documentType },
    { "FilingParty", filingParty },
    { "FilingDate", DateTime.Now.ToString("yyyy-MM-dd") }
};
pdf.MetaData.SetMetaDataDictionary(metadata);

// Convert to PDF/A-2b (widely accepted by federal courts)
string outputPath = $"court-filing-{caseNumber.Replace(":", "-")}.pdf";
pdf.SaveAsPdfA(outputPath, PdfAVersions.PdfA2b);

輸出

對於建立文件管理系統的律師事務所和法律科技公司而言,在提交流程中整合PDF/A轉換確保每份歸檔文件均符合法院的長期保存要求,而無需律師助理或律師的手動介入。

醫療記錄保存

醫療保健機構面臨著保留患者記錄的嚴格要求。 雖然HIPAA並未規定具體的文件格式,但由於長期保存期限(通常為成人7到10年,未成年人更長)、可及性要求及審核預期,使得PDF/A成為存檔醫療文件的自然選擇。

醫療記錄存檔的主要考量因素:

保存期限 —— 聯邦及州法律要求醫療記錄保存若干年,往往超過10年。 PDF/A保證了長期可讀性,使其能夠滿足這些要求,而無需擔心格式過時。

可及性 —— ADA及第508條款要求電子醫療記錄必須易於存取。 使用PDF/A-3a符合等級(包括結構標記)有助於滿足這些可及性要求。

互操作性 —— 醫療記錄經常在提供者、保險公司及患者之間共享。 PDF/A的自-contained特性確保無論使用何種瀏覽器或系統,文件都能一致呈現。

審核準備 —— 醫療審核可能需要在建立多年後提供醫療記錄。 PDF/A確保審核期間製作的文件與原件一致,無任何渲染差異,以免因文件完整性問題而被質疑。

using IronPdf;
using System;
using System.Collections.Generic;

// Medical record metadata
string patientId = "MRN-2026-00847";
string documentType = "Discharge Summary";
string facility = "Metro General Hospital";
string department = "Internal Medicine";
DateTime encounterDate = new DateTime(2026, 2, 5);

// Create clinical document HTML
string clinicalDocumentHtml = $@"
E html>
ng='en'>

le>
body {{ font-family: Arial, sans-serif; margin: 40px; line-height: 1.6; }}
.header {{ border-bottom: 2px solid #2c3e50; padding-bottom: 15px; margin-bottom: 20px; }}
.patient-info {{ background: #ecf0f1; padding: 15px; margin: 15px 0; }}
.section {{ margin: 20px 0; }}
h1 {{ color: #2c3e50; }}
h2 {{ color: #3498db; font-size: 14pt; }}
.footer {{ margin-top: 40px; font-size: 10pt; color: #666; }}
yle>


 class='header'>
<h1>{facility}</h1>
<p>{department} | {documentType}</p>
v>

 class='patient-info'>
<p><strong>Patient ID:</strong> {patientId}</p>
<p><strong>Encounter Date:</strong> {encounterDate:MMMM d, yyyy}</p>
<p><strong>Attending Physician:</strong> Dr. Sarah Johnson, MD</p>
v>

 class='section'>
<h2>Chief Complaint</h2>
<p>Patient presented with acute respiratory symptoms including shortness of breath and persistent cough.</p>
v>

 class='section'>
<h2>Hospital Course</h2>
<p>Patient was admitted for observation and treatment. Symptoms improved with standard protocol...</p>
v>

 class='section'>
<h2>Discharge Instructions</h2>
<ul>
    <li>Continue prescribed medications as directed</li>
    <li>Follow up with primary care physician within 7 days</li>
    <li>Return to ED if symptoms worsen</li>
</ul>
v>

 class='footer'>
<p>Document generated: {DateTime.Now:yyyy-MM-dd HH:mm}</p>
<p>This document is archived in PDF/A-3a format for accessibility and long-term preservation.</p>
v>

;

var renderer = new ChromePdfRenderer();
using var pdf = renderer.RenderHtmlAsPdf(clinicalDocumentHtml);

// Set comprehensive metadata for medical records management
var metadata = new System.Collections.Generic.Dictionary<string, string>
{
    { "Title", $"{documentType} - {patientId}" },
    { "Author", "Metro General Hospital EHR System" },
    { "Subject", $"Clinical documentation for patient {patientId}" },
    { "PatientMRN", patientId },
    { "DocumentType", documentType },
    { "Facility", facility },
    { "Department", department },
    { "EncounterDate", encounterDate.ToString("yyyy-MM-dd") },
    { "RetentionCategory", "Medical Record - Adult" },
    { "RetentionPeriod", "10 years from last encounter" }
};
pdf.MetaData.SetMetaDataDictionary(metadata);

// Embed clinical data (HL7 FHIR format)
string fhirData = @"{
sourceType"": ""DocumentReference"",
atus"": ""current"",
pe"": { ""text"": ""Discharge Summary"" },
bject"": { ""reference"": ""Patient/MRN-2026-00847"" }


byte[] fhirBytes = System.Text.Encoding.UTF8.GetBytes(fhirData);

var fhirConfig = new EmbedFileConfiguration(EmbedFileType.xml)
{
    EmbedFileName = "clinical-data.json",
    AFDesc = "FHIR DocumentReference metadata",
    AFRelationship = AFRelationship.Data
};

var embedFiles = new List<EmbedFileByte>
{
    new EmbedFileByte(fhirBytes, fhirConfig)
};

// Convert to PDF/A-3a (accessible archival with embedded data)
using var archivedRecord = pdf.ConvertToPdfA(embedFiles, PdfAVersions.PdfA3a);

string outputPath = $"medical-record-{patientId}-{encounterDate:yyyyMMdd}.pdf";
archivedRecord.SaveAs(outputPath);

輸出

對於電子健康記錄(EHR)系統,最有效的方法是在建立時點就將文件轉換為PDF/A —— 無論是實驗室結果生成時、臨床筆記定稿時,或出院摘要製作時。 這種"建立即存檔"策略避免了後續批次遷移的成本及複雜性。


下一步

以PDF/A格式存檔文件並不複雜。 IronPDF為.NET開發者提供一整套工具包,用於建立、轉換及豐富符合PDF/A的文件——全部在熟悉的C#生態系中完成。 無論是從HTML生成存檔文件,為政府及醫療保健分發製作可及性PDF,轉換舊有PDF以供長期儲存,或將外部驗證整合至大批量批次流程中,IronPDF處理技術細節,因此您可以專注於應用需求。

從基本的PDF/A-1標準到現代PDF/A-3及PDF/A-4的功能,IronPDF支持所有範圍的存檔版本及符合性等級——包括PDF/A-4f。 專門的PDF/A操作指南詳細說明了轉換選項及符合性等級。 結合元資料管理、通過EmbedFileConfiguration的文件嵌入及ZUGFeRD/Factur-X電子發票支持,提供您滿足政府機構、法院系統、醫療組織及金融機構歸檔要求所需的全部。

準備開始存檔了嗎? 下載 IronPDF並試用免費試用版。 如果您有疑問或想討論您的特定合規情境,聯繫我們的工程支援團隊 — 我們很樂意幫助您做到正確。

Frequently Asked Questions

什麼是PDF/A合規性?

PDF/A合規性指的是專為歸檔和長期保存電子文件而設計的ISO標準化PDF版本。它保證文件可以在未來的數年中以相同的方式再現。

如何使用C#建立符合PDF/A標準的文件?

您可以通過使用IronPDF程式庫來使用C#建立符合PDF/A標準的文件,它提供強大的工具來生成並轉換PDF為各種PDF/A格式。

IronPDF支援哪些不同的PDF/A版本?

IronPDF支援多個PDF/A版本,包括PDF/A-1、PDF/A-2和PDF/A-3,每個都滿足不同的文件歸檔和保存需求。

IronPDF能幫助嵌入ZUGFeRD和Factur-X這類電子發票標準的源資料嗎?

是的,IronPDF可以嵌入如ZUGFeRD和Factur-X的電子發票標準的源資料,以便於電子發票處理和合規性。

如何在C#中驗證PDF/A合規性?

通過使用IronPDF在C#中驗證PDF/A合規性,可以利用其內建的驗證工具來確保您的文件符合所需的PDF/A規範。

IronPDF可以處理政府歸檔場景嗎?

是的,IronPDF可以處理各種政府歸檔場景,包括滿足NARA、法院文件及醫療紀錄所需的標準。

使用PDF/A歸檔的好處是什麼?

使用PDF/A歸檔的好處包括確保文件的長期保存和一致性,提供標準化的長期保存格式,並符合法律及組織的要求。

IronPDF是否支援轉換現有的PDF為PDF/A格式?

IronPDF支援將現有的PDF轉換為PDF/A格式,便於輕鬆合規和長期文件保存。

IronPDF如何保證PDF/A轉換中的文件一致性?

IronPDF通過保持字體、圖片和版面完整性來確保PDF/A轉換中的文件一致性,以便歸檔的文件如預期顯示。

我可以使用IronPDF進行醫療紀錄歸檔嗎?

是的,IronPDF可以用於醫療紀錄歸檔,幫助確保持行業標準和文件保存的合規性。

Ahmad Sohail
Full Stack Developer

Ahmad is a full-stack developer with a strong foundation in C#, Python, and web technologies. He has a deep interest in building scalable software solutions and enjoys exploring how design and functionality meet in real-world applications.

...
Read More

準備開始了嗎?

Nuget Downloads 20,389,208版本:2026.7剛剛發布

立即獲取您的免費30天試用密鑰
不需要信用卡或建立賬戶

免費試用IronPDF

5分鐘內設定完成

C# PDF DLL

下載DLL

立即下載

或者點擊此處下載Windows安裝程式。

  1. 下載並解壓IronPDF到類似~/Libs的位置,位於您的解決方案目錄中
  2. 在Visual Studio解決方案資源管理器,右鍵點選參考。選擇瀏覽,"IronPdf.dll"
C# 用於PDF的NuGet程式庫

使用NuGet安裝

                  Install-Package IronPdf
                
nuget.org/packages/IronPdf/
  1. 在解決方案資源管理器,右鍵點選參考,管理NuGet包
  2. 選擇瀏覽並搜尋"IronPdf"
  3. 選擇套件並安裝

授權從$999

有問題嗎?聯絡我們的開發團隊。

Key in blue circle

立即免費取得 30 天試用金鑰

bullet_checked無需信用卡或建立帳號
  • Logo Aetna
  • Logo NASA
  • Logo GE
  • Logo Porsche
  • Logo USDA
  • Logo Qatar
Join Millions of Engineers who’ve tried IronPDF
預訂您的免費現場演示
Booking Badge related to IronPDF Product Demo

受到全球數百萬工程師的信任

Iron Software的客戶標誌
獲取您的無義務諮詢
填寫以下表格或電子郵件sales@ironsoftware.com
您的詳細資訊將始終保密
受到全球數百萬工程師的信任
Iron Software的客戶標誌
立即獲取您的30天試用金鑰
無需信用卡或帳戶建立