dokumentów pakowania PDF: API dla produkcji
Generowanie dokumentów pakowania PDF ze strukturalnych danych backendu, bez przeglądarki, z jasną granicą między gPdf renderingiem a regułami Twojego systemu.
/api/v1/template-render Generowanie dokumentów pakowania PDF jako powtarzalnego PDF ze strukturalnych danych. gPdf tworzy dokument; Twój system odpowiada za znaczenie danych i stan procesu.
Kiedy użyć tej API
- Backend ma już dane dla dokumentów pakowania PDF i potrzebuje stabilnej odpowiedzi PDF.
- Chcesz uniknąć Chromium lub HTML-to-PDF w dokumencie operacyjnym.
- Potrzebujesz powtarzalnego wyniku do reprintów, audytu lub batchy.
Czego nie zastępuje
- gPdf nie kupuje wysyłki, nie rozlicza podatków, nie tworzy zewnętrznych zamówień i nie jest systemem fiskalnym.
- gPdf nie zastępuje reguł biznesowych, walidacji danych ani integracji marketplace.
Który endpoint wywołać
/api/v1/template-render
Template Render to domyślna ścieżka dla tego workflow.
/api/v1/pdf/render
Użyj, gdy workflow potrzebuje powiązanej API, kontraktu szablonu albo sprawdzenia capabilities.
Minimalny request
/api/v1/template-render - dokumentów pakowania PDF
{
"template_id": "packing_list",
"data": [
{
"shipment": {
"number": "PL-2026-1001",
"date": "2026-05-29"
},
"shipper": {
"name": "Acme Warehouse",
"address": "1200 Logistics Pkwy"
},
"consignee": {
"name": "Receiver Inc.",
"address": "123 Main St"
},
"items": [
{
"item_no": "1",
"description": "Replacement filter",
"quantity": "2",
"unit": "pcs",
"gross_weight": "1.2 kg",
"net_weight": "1.0 kg"
}
]
}
]
}
Co obsługuje gPdf
- Rendering PDF dla dokumentów pakowania PDF ze strukturalnego requestu.
- Tekst, tabele, linie, kody kreskowe, strony, metadane i opcje wyjścia zgodnie z requestem.
- Deterministyczny output dla retry, reprintów i audytu.
Co kontroluje Twój system
- Poprawne dane dla dokumentów pakowania PDF, reguły biznesowe i stan operacji.
- Autentykacja, przechowywanie, zewnętrzne workflow i walidacja u odbiorcy.
Checklist produkcyjny
- Testuj na prawdziwych danych i w systemach, które odbiorą PDF.
- Zachowuj request ID i dowody walidacji dla supportu, audytu i reprintów.
- Zamień zaakceptowany layout w template, gdy ma być współdzielony.
Granice deklaracji
- gPdf renderuje operacyjne PDF; nie jest oficjalnym marketplace connector ani OMS.
- Twój system odpowiada za zamówienia, fulfillment, wywołania marketplace API i reguły klienta.
Kształt API
API: dokumentów pakowania PDF to production workflow oparty na publicznych API gPdf. Request opisuje dane, layout, settings i części PDF do renderingu. gPdf tworzy PDF, a Twój system zachowuje semantykę zdarzenia biznesowego.
Wybór endpointu
Domyślny endpoint dla tego workflow to /api/v1/template-render. Template Render stosuj po zatwierdzeniu layoutu. E-Invoice Render tylko dla Factur-X / ZUGFeRD PDF/A-3b z osadzonym EN 16931 CII XML.
Walidacja przed produkcją
Waliduj dokumentów pakowania PDF na realnych danych i downstream-systemach. Zachowuj request ID, output i dowody walidacji dla supportu, audytu oraz reprintów.
FAQ
- Czy to osobny endpoint?
- API: dokumentów pakowania PDF mapuje workflow na publiczną API gPdf. Strona pokazuje, który path wywołać i co ma zawierać request.
- Czy można używać templates?
- Tak. JSON Render pasuje, gdy layout jeszcze się zmienia; Template Render po zatwierdzeniu layoutu i przy wysyłaniu samych danych biznesowych.
- Co zweryfikować przed produkcją?
- Sprawdź realne dane oraz downstream: drukarki, skanery, walidatory, księgowość albo marketplace.