Logistics and labels

пакувальних листів PDF: API для production-систем

Генерація пакувальних листів PDF зі структурованих backend-даних без браузера: gPdf відповідає за PDF-рендеринг, бізнес-правила залишаються у вашій системі.

ОСНОВНА API Template Render
ENDPOINT /api/v1/template-render
СИСТЕМИ операційний backend / фінансова система / workflow compliance / сервіс документів
Задача сценарію

Генерація пакувальних листів PDF як відтворюваного PDF зі структурованих даних. gPdf створює документ; ваша система відповідає за зміст даних і стан процесу.

Коли використовувати цю API

  • Backend уже містить дані для пакувальних листів PDF і потрібна стабільна PDF-відповідь.
  • Потрібно уникнути Chromium або HTML-to-PDF в операційному документі.
  • Потрібен повторюваний результат для передруку, аудиту або пакетної обробки.

Що вона не замінює

  • gPdf не купує доставку, не подає податки, не створює зовнішні замовлення і не є фіскальною системою.
  • gPdf не замінює бізнес-логіку, перевірку даних та інтеграції з marketplace.

Який endpoint викликати

ОСНОВНИЙ

/api/v1/template-render

Template Render — типовий шлях для цього сценарію.

ДОДАТКОВИЙ 1

/api/v1/pdf/render

Використовуйте, коли сценарію потрібен пов’язаний API-шлях, контракт шаблону або перевірка можливостей.

Мінімальний request

/api/v1/template-render - пакувальних листів 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"
        }
      ]
    }
  ]
}

Що виконує gPdf

  • PDF-рендеринг для пакувальних листів PDF зі структурованого request.
  • Текст, таблиці, лінії, штрихкоди, сторінки, метадані та параметри виводу згідно з request.
  • Детермінований вивід для retries, передруку й аудиту.

Що контролює ваша система

  • Коректні дані для пакувальних листів PDF, бізнес-правила і стан операції.
  • Автентифікація, зберігання, зовнішні workflow і приймальні перевірки.

Production checklist

  1. Перевірте на реальних даних і в системах, які прийматимуть PDF.
  2. Зберігайте request ID і докази перевірки для підтримки, аудиту та передруку.
  3. Переведіть затверджений layout у template, якщо ним користуються кілька систем.

Межі заявлених можливостей

  • gPdf рендерить операційні PDF; він не є офіційним marketplace connector або OMS.
  • Ваша система відповідає за замовлення, fulfillment, виклики marketplace API і правила для клієнтів.

Форма API

API: пакувальних листів PDF — production workflow на публічних API gPdf. Request описує дані, layout, settings і PDF-частини для рендерингу. gPdf створює PDF, а ваша система зберігає зміст бізнес-події.

Вибір endpoint

Для цього сценарію endpoint за замовчуванням — /api/v1/template-render. Template Render використовуйте після затвердження layout. E-Invoice Render використовуйте лише для Factur-X / ZUGFeRD PDF/A-3b із вбудованим EN 16931 CII XML.

Перевірка перед production

Перевіряйте пакувальних листів PDF на реальних даних і в downstream-системах. Зберігайте request ID, PDF і результати перевірок для підтримки, аудиту та передруку.

FAQ

Це окремий endpoint?
API: пакувальних листів PDF зіставляє сценарій з публічною API gPdf. Сторінка пояснює, який шлях викликати і що має містити request.
Можна використовувати templates?
Так. JSON Render підходить, поки layout змінюється; Template Render — коли layout затверджено і callers надсилають лише бізнес-дані.
Що перевірити перед production?
Перевіряйте реальні дані й downstream-системи: принтери, сканери, валідатори, бухгалтерію або marketplace.