Logistics and labels

PDF logistycznych: API dla produkcji

Generowanie PDF logistycznych ze strukturalnych danych backendu, bez przeglądarki, z jasną granicą między gPdf renderingiem a regułami Twojego systemu.

GŁÓWNE API JSON Render
ENDPOINT /api/v1/pdf/render
SYSTEMY backend operacyjny / system finansowy / workflow compliance / serwis dokumentów
Zadanie do wykonania

Generowanie PDF logistycznych 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 PDF logistycznych 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ć

GŁÓWNY

/api/v1/pdf/render

JSON Render to domyślna ścieżka dla tego workflow.

DODATKOWY 1

/api/v1/template-render

Użyj, gdy workflow potrzebuje powiązanej API, kontraktu szablonu albo sprawdzenia capabilities.

Minimalny request

/api/v1/pdf/render - PDF logistycznych

{
  "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 }
      ]
    }
  ]
}

Co obsługuje gPdf

  • Rendering PDF dla PDF logistycznych 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 PDF logistycznych, reguły biznesowe i stan operacji.
  • Autentykacja, przechowywanie, zewnętrzne workflow i walidacja u odbiorcy.

Checklist produkcyjny

  1. Testuj na prawdziwych danych i w systemach, które odbiorą PDF.
  2. Zachowuj request ID i dowody walidacji dla supportu, audytu i reprintów.
  3. Zamień zaakceptowany layout w template, gdy ma być współdzielony.

Granice deklaracji

  • gPdf renderuje PDF etykiety; nie kupuje wysyłki, nie tworzy shipment i nie certyfikuje akceptacji przewoźnika.
  • Twój system odpowiada za payload, drukarki, nośnik etykiety, routing i testy skanowania.

Kształt API

API: PDF logistycznych 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/pdf/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 PDF logistycznych 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: PDF logistycznych 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.