Apakah halaman ini berbeda dari halaman label pengiriman?

Ya. Ini halaman dokumen logistik yang luas. Label pengiriman dan label gudang memiliki halaman yang lebih spesifik dengan panduan label dan barcode yang lebih detail.

Apakah gPdf memanggil carrier?

Tidak. Stack logistik Anda menangani API carrier, ongkir, rating shipment, dan routing. gPdf merender PDF dari data yang diterimanya.

Endpoint mana yang cocok untuk dokumen logistik?

Gunakan JSON Render untuk layout kustom dan Template Render untuk dokumen berulang yang sudah disetujui seperti packing slip atau label gudang.

Bisakah halaman logistik memuat barcode?

Ya. gPdf merender elemen barcode dalam PDF, tetapi sistem Anda memiliki payload yang dikodekan dan validasi operasional.

Logistik dan label

Logistics PDF API untuk label, slip, dan dokumen gudang

Generate PDF logistik terstruktur seperti label, packing slip, waybill, manifest, dan dokumen gudang dari data WMS, OMS, dan 3PL.

API UTAMA JSON Render

ENDPOINT /api/v1/pdf/render

SISTEM WMS / OMS / backend 3PL / operasi carrier

Coba di Playground Baca dokumentasi

Pekerjaan yang diselesaikan

Merender dokumen logistik operasional dari data WMS, OMS, 3PL, dan fulfillment yang terstruktur, sambil menjaga transaksi carrier, routing shipment, status gudang, dan aturan bisnis tetap di sistem caller.

Kapan memakai API ini

Anda membutuhkan PDF untuk label, packing slip, manifest, waybill, atau dokumen gudang.
Sistem logistik Anda sudah mengetahui data shipment, order, inventory, route, dan carrier.
Anda membutuhkan reprint deterministik dan render API volume tinggi.
Anda menginginkan halaman hub luas yang mengarahkan pengguna ke workflow label dan gudang yang lebih spesifik.

Apa yang tidak digantikan

Anda membutuhkan gPdf untuk menghitung tarif shipment, membeli ongkir, atau berbicara langsung dengan carrier.
Anda membutuhkan fitur WMS, OMS, TMS, atau inventory management.
Anda membutuhkan EDI native, pengajuan kepabeanan, atau workflow freight broker di luar PDF generation.

Endpoint yang dipanggil

UTAMA

/api/v1/pdf/render

JSON Render adalah jalur default untuk workflow ini.

SEKUNDER 1

/api/v1/template-render

Gunakan saat workflow butuh jalur API terkait, kontrak template, atau capability lookup.

Request minimal

POST /api/v1/template-render - dokumen logistik berulang dari data terstruktur.

{
  "template_id": "packing_list",
  "data": [
    {
      "order_number": "SO-8421",
      "warehouse": "LAX-01",
      "ship_to": "Example Retailer, 88 Harbor Rd, Long Beach, CA",
      "items": [
        { "sku": "CASE-001", "description": "Widget case", "quantity": 4 },
        { "sku": "CASE-002", "description": "Replacement kit", "quantity": 1 }
      ]
    }
  ]
}

Yang ditangani gPdf

Render PDF untuk dokumen logistik terstruktur.
Halaman berukuran label, dokumen A4/letter, barcode, tabel, blok alamat, dan metadata.
Template Render untuk layout dokumen gudang dan fulfillment yang sudah disetujui.
Output deterministik untuk reprint dan record audit.

Yang dikelola sistem Anda

Status shipment, layanan carrier, aturan routing, status inventory, dan kelayakan dokumen.
Mapping data bisnis dari sistem WMS, OMS, TMS, ERP, atau 3PL.
Routing printer, storage, delivery, logika retry, dan penanganan exception operasional.

Checklist produksi

Tentukan dokumen mana yang memakai JSON Render langsung dan mana yang menjadi template.
Validasi kasus overflow barcode, alamat, dan tabel untuk setiap jenis dokumen.
Simpan source data atau PDF sesuai kebutuhan reprint dan audit.
Pisahkan panggilan API carrier dan panggilan render API sebagai langkah integrasi yang berbeda.
Tautkan halaman yang lebih spesifik untuk label pengiriman dan label gudang alih-alih menduplikasi kontennya.

Batas klaim

gPdf menghasilkan PDF logistik; gPdf bukan carrier, WMS, OMS, TMS, atau penyedia ongkir.
Shipment rating, pembelian label, status inventory, dan operasi carrier tetap di luar gPdf.
Halaman luas ini sebaiknya menautkan ke halaman solution yang lebih sempit untuk intent workflow yang tepat.

Dokumen logistik adalah satu cluster

Logistics PDF generation mencakup banyak jenis dokumen: label pengiriman, label gudang, packing slip, manifest, waybill, pick ticket, dan dokumen handoff internal. Halaman ini adalah titik masuk luas. Halaman yang lebih sempit harus memiliki search intent yang tepat untuk label dan workflow berat barcode.

Pola penggunaan API

Sebagian besar dokumen logistik memakai JSON Render atau Template Render. JSON Render cocok untuk layout yang digenerate atau dokumen khusus. Template Render cocok untuk dokumen berulang ketika tim operasi mengharapkan layout stabil dan sekumpulan kecil field data.

Jaga sistem operasional sebagai otoritas

WMS, OMS, TMS, platform 3PL, ERP, atau integrasi carrier Anda tetap menjadi source of truth untuk status shipment dan aturan bisnis. gPdf menerima data dokumen final dan menghasilkan output PDF.

FAQ

Apakah halaman ini berbeda dari halaman label pengiriman?: Ya. Ini halaman dokumen logistik yang luas. Label pengiriman dan label gudang memiliki halaman yang lebih spesifik dengan panduan label dan barcode yang lebih detail.
Apakah gPdf memanggil carrier?: Tidak. Stack logistik Anda menangani API carrier, ongkir, rating shipment, dan routing. gPdf merender PDF dari data yang diterimanya.
Endpoint mana yang cocok untuk dokumen logistik?: Gunakan JSON Render untuk layout kustom dan Template Render untuk dokumen berulang yang sudah disetujui seperti packing slip atau label gudang.
Bisakah halaman logistik memuat barcode?: Ya. gPdf merender elemen barcode dalam PDF, tetapi sistem Anda memiliki payload yang dikodekan dan validasi operasional.