Logistics and labels

API ฉลากคลังสินค้า สำหรับระบบ production

สร้าง warehouse labels จาก structured backend data โดยไม่ใช้ browser. gPdf ทำ PDF rendering และระบบของคุณดูแล business rules.

PRIMARY API JSON Render
ENDPOINT /api/v1/pdf/render
SYSTEMS operations backend / finance system / compliance workflow / document service
งานที่ต้องทำให้เสร็จ

สร้าง warehouse labels เป็น PDF ที่ทำซ้ำได้จาก structured data. gPdf render document ส่วน data semantics และ workflow state อยู่ในระบบของคุณ.

ควรใช้ API นี้เมื่อใด

  • Backend มีข้อมูล warehouse labels อยู่แล้วและต้องการ PDF response ที่เสถียร.
  • ต้องการหลีกเลี่ยง Chromium หรือ HTML-to-PDF สำหรับ operational document.
  • ต้องการ output ที่ repeat ได้สำหรับ reprint, audit หรือ batch.

สิ่งที่ไม่ได้ทดแทน

  • gPdf ไม่ซื้อค่าส่ง ไม่ยื่นภาษี ไม่สร้าง order ภายนอก และไม่ใช่ fiscal system.
  • ไม่แทนที่ data validation, business rules หรือ marketplace integrations.

ควรเรียก endpoint ใด

PRIMARY

/api/v1/pdf/render

JSON Render คือ path หลักสำหรับ workflow นี้.

SECONDARY 1

/api/v1/template-render

ใช้เมื่อ workflow ต้องการ API path ที่เกี่ยวข้อง template contract หรือ capabilities lookup.

Minimal request

/api/v1/pdf/render - warehouse labels

{
  "pages": [
    {
      "size": "label_4_6_in",
      "elements": [
        {
          "type": "text",
          "x": 6,
          "y": 8,
          "content": "PALLET LAX-01-2026-00042",
          "style": { "font_size": 12, "font_family": "NotoSans-Regular" }
        },
        {
          "type": "barcode",
          "format": "sscc-18",
          "content": "012345678901234567",
          "x": 6,
          "y": 30,
          "width": 88,
          "height": 26,
          "barcode_text": { "enabled": true, "position": "bottom" }
        },
        {
          "type": "text",
          "x": 6,
          "y": 70,
          "content": "SKU: CASE-001\nQTY: 48\nLOCATION: A-14-02",
          "style": { "font_size": 10, "font_family": "NotoSans-Regular" }
        }
      ]
    }
  ]
}

gPdf จัดการอะไร

  • PDF rendering ของ warehouse labels จาก structured request.
  • Text, tables, lines, barcodes, pages, metadata และ output options ตาม request.
  • Deterministic output สำหรับ retry, reprint และ audit.

ระบบของคุณรับผิดชอบอะไร

  • ข้อมูล warehouse labels ที่ถูกต้อง, business rules และ operation state.
  • Authentication, storage, external workflows และ receiver validation.

Production checklist

  1. ทดสอบด้วย real data และ systems ที่จะ consume PDF.
  2. เก็บ request IDs และ validation evidence สำหรับ support, audit และ reprint.
  3. เปลี่ยน approved layout เป็น template เมื่อหลาย systems ต้อง reuse.

ขอบเขตของ claim

  • gPdf render label PDF แต่ไม่ซื้อ postage ไม่สร้าง shipment และไม่ certify carrier.
  • Payload, printer, label stock, routing และ scan testing อยู่ในระบบของคุณ.

API shape

API ฉลากคลังสินค้า คือ 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 warehouse labels ด้วย real data และ downstream systems. เก็บ request IDs, rendered output และ validation evidence สำหรับ support, audit และ reprint.

FAQ

นี่คือ endpoint แยกหรือไม่
API ฉลากคลังสินค้า 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.