Connor Yoh f6f484f184 Procurement: render the real Enterprise Agreement + capture a signature
Replaces the placeholder agreement stub with the full Stirling Enterprise
Agreement (MSA + Order Form + DPA, one signature), served from a new
versioned legal-document registry, and captures a real signature record.

Versioned legal registry (backend-owned)
- app/saas/.../resources/legal/manifest.json + legal/<id>/<version>/*.md for
  the agreement (MSA + DPA), EULA, SLA exhibit and subprocessors, cleaned of
  internal counsel markers. Publishing a new version = drop a markdown file +
  bump the manifest; no code change.
- LegalDocumentRegistry loads the manifest and fills {{token}} slots.

Agreement rendering + signing
- AgreementAssembler builds MSA + a generated Order Form (Part B, from the
  quote) + DPA, filling every token; provider signatory is Matt Joseph, CEO.
- GET /procurement/agreement/document serves the filled markdown; the portal
  renders it (react-markdown) with a scroll-to-sign gate and typed legal
  name / signatory / title / authority.
- POST /procurement/agreement/sign records an immutable signature pinned to
  the document id + version + a SHA-256 content hash + the variable snapshot,
  then the flow accepts the quote as before.

Signed PDF
- AgreementPdfRenderer dogfoods Stirling's own Markdown->HTML->PDF path
  (commonmark + common FileToPdf/WeasyPrint); resilient — the signature is
  recorded even if the render runtime is unavailable, and the PDF is served
  from GET /procurement/agreement/signature/pdf when stored.

Storage: procurement_agreement_signature (V38 + Supabase twin). Read-only
pricing accessors added for the Order Form (effective rate/PDF, term
discount %); no billing behaviour change. Pricing reconciliation (25 MB
data-processing model) is intentionally out of scope. Legal text is DRAFT,
attorney-review-required — surfaced with a draft badge.
2026-07-13 15:14:59 +01:00
2026-07-11 12:48:53 +01:00
2026-03-25 11:00:40 +00:00
2026-03-25 11:00:40 +00:00

Stirling PDF logo

Stirling PDF - The Open-Source PDF Platform

Stirling PDF is a powerful, open-source PDF editing platform. Run it as a personal desktop app, in the browser, or deploy it on your own servers with a private API. Edit, sign, redact, convert, and automate PDFs without sending documents to external services.

Docker Pulls Discord OpenSSF Scorecard GitHub Repo stars

Stirling PDF - Dashboard

Key Capabilities

  • Everywhere you work - Desktop client, browser UI, and self-hosted server with a private API.
  • 50+ PDF tools - Edit, merge, split, sign, redact, convert, OCR, compress, and more.
  • Automation & workflows - No-code pipelines direct in UI with APIs to process millions of PDFs.
  • Enterprise‑grade - SSO, auditing, and flexible on‑prem deployments.
  • Developer platform - REST APIs available for nearly all tools to integrate into your existing systems.
  • Global UI - Interface available in 40+ languages.

For a full feature list, see the docs: https://docs.stirlingpdf.com

Quick Start

docker run -p 8080:8080 docker.stirlingpdf.com/stirlingtools/stirling-pdf

Then open: http://localhost:8080

For full installation options (including desktop and Kubernetes), see our Documentation Guide.

Resources

Support

Contributing

We welcome contributions! Please see CONTRIBUTING.md for guidelines.

This project uses Task as a unified command runner for all build, dev, and test commands. Run task dev to get started running the editor, run task to see the most common commands, or see the Developer Guide for full details.

For adding translations, see the Translation Guide.

License

Stirling PDF is open-core. See LICENSE for details.

Languages
Java 49.9%
TypeScript 39.9%
Python 4.3%
CSS 2.7%
Shell 0.9%
Other 2.2%