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.