API ใบแจ้งหนี้ PDF สำหรับระบบ production
สร้าง invoice PDF จาก structured backend data โดยไม่ใช้ browser. gPdf ทำ PDF rendering และระบบของคุณดูแล business rules.
/api/v1/pdf/render สร้าง invoice PDF เป็น PDF ที่ทำซ้ำได้จาก structured data. gPdf render document ส่วน data semantics และ workflow state อยู่ในระบบของคุณ.
ควรใช้ API นี้เมื่อใด
- Backend มีข้อมูล invoice PDF อยู่แล้วและต้องการ PDF response ที่เสถียร.
- ต้องการหลีกเลี่ยง Chromium หรือ HTML-to-PDF สำหรับ operational document.
- ต้องการ output ที่ repeat ได้สำหรับ reprint, audit หรือ batch.
สิ่งที่ไม่ได้ทดแทน
- gPdf ไม่ซื้อค่าส่ง ไม่ยื่นภาษี ไม่สร้าง order ภายนอก และไม่ใช่ fiscal system.
- ไม่แทนที่ data validation, business rules หรือ marketplace integrations.
ควรเรียก endpoint ใด
/api/v1/pdf/render
JSON Render คือ path หลักสำหรับ workflow นี้.
/api/v1/template-render
ใช้เมื่อ workflow ต้องการ API path ที่เกี่ยวข้อง template contract หรือ capabilities lookup.
/api/v1/e-invoice/render
ใช้เมื่อ workflow ต้องการ API path ที่เกี่ยวข้อง template contract หรือ capabilities lookup.
Minimal request
/api/v1/pdf/render - invoice PDF
{
"pages": [
{
"size": "a4",
"elements": [
{
"type": "text",
"x": 20,
"y": 24,
"content": "Invoice INV-1007",
"style": { "font_size": 18, "font_family": "NotoSans-Regular" }
},
{
"type": "text",
"x": 20,
"y": 42,
"content": "Bill to: Example Customer\nAmount due: USD 245.00",
"style": { "font_size": 11, "font_family": "NotoSans-Regular" }
},
{
"type": "line",
"x1": 20,
"y1": 62,
"x2": 190,
"y2": 62
}
]
}
]
}
gPdf จัดการอะไร
- PDF rendering ของ invoice PDF จาก structured request.
- Text, tables, lines, barcodes, pages, metadata และ output options ตาม request.
- Deterministic output สำหรับ retry, reprint และ audit.
ระบบของคุณรับผิดชอบอะไร
- ข้อมูล invoice PDF ที่ถูกต้อง, business rules และ operation state.
- Authentication, storage, external workflows และ receiver validation.
Production checklist
- ทดสอบด้วย real data และ systems ที่จะ consume PDF.
- เก็บ request IDs และ validation evidence สำหรับ support, audit และ reprint.
- เปลี่ยน approved layout เป็น template เมื่อหลาย systems ต้อง reuse.
ขอบเขตของ claim
- gPdf render PDF จาก request แต่ไม่แทน product workflow, database หรือ business validation.
- Data semantics, retries, storage และ final acceptance อยู่ในระบบของคุณ.
API shape
API ใบแจ้งหนี้ PDF คือ production workflow บน public gPdf APIs. Request ระบุ data, layout, settings และ PDF parts ที่ต้อง render. gPdf สร้าง PDF ส่วนความหมายของ business event อยู่ในระบบของคุณ.
Endpoint choice
Default endpoint ของ workflow นี้คือ /api/v1/pdf/render. ใช้ Template Render เมื่อ layout approve แล้วและ reuse หลายระบบ. ใช้ E-Invoice Render เฉพาะเมื่อจำเป็นต้องมี Factur-X / ZUGFeRD PDF/A-3b packaging พร้อม EN 16931 CII XML embedded.
Validation ก่อน production
Validate invoice PDF ด้วย real data และ downstream systems. เก็บ request IDs, rendered output และ validation evidence สำหรับ support, audit และ reprint.
FAQ
- นี่คือ endpoint แยกหรือไม่
- API ใบแจ้งหนี้ PDF map workflow ไปยัง public gPdf API path. หน้านี้บอก path ที่ต้อง call และสิ่งที่ request ต้องรับผิดชอบ.
- ใช้ templates ได้ไหม
- ได้. ใช้ JSON Render เมื่อ layout ยังเปลี่ยนอยู่ และใช้ Template Render เมื่อ layout approve แล้วและ callers ส่งเฉพาะ business data.
- ก่อน production ต้อง validate อะไร
- Validate ด้วย real data และ printer, scanner, validator, accounting system หรือ marketplace receiver ตาม workflow.