TIO VS DynamicDocumentAPI

TIO's answer

TIO largest customer handles 500 shipments a month

DynamicDocumentAPI's answer:

Dynamic Document API is a young product. Our users are mostly developers and small SaaS teams, and we don't name customers without their permission.

TIO's answer

Where TIO came from

TIO was built after spending time inside a freight forwarding operation and watching how the team actually spent their day.

The TMS was live. Email was live. And between the two, every shipment required someone to manually read each inbound message, decide which job it belonged to, and re-key the relevant fields into the TMS record. Pre-alerts, booking confirmations, ISF documents, port notices, trucker updates, carrier invoices — each one a separate thread, each one requiring manual work to close the loop.

A forwarder handling 150 shipments per month was spending roughly 20 to 30 hours per week on that loop. Not on quoting. Not on customer calls. Not on exception handling. On data entry.

The insight

The problem is not the TMS. The problem is the gap between the inbox and the TMS. Every piece of data that belongs in a TMS record arrives first as an email. Someone has to read it, route it, and enter it. That step is where the hours go.

TIO was built to sit in that gap: read every email, bind it to the right job, and pre-fill the TMS record for the operator to review and approve. The TMS stays. The filing path stays. The team stays in control. The data entry goes.

Where TIO is now

TIO is in active MVP development with a New York-based ocean freight forwarder, covering ocean import operations. The full workflow, from pre-booking through lot close, is being built and validated against real shipment volume.

DynamicDocumentAPI's answer:

Almost every product eventually needs to produce documents, and most teams end up building their own rendering stack: a headless browser, fonts, page breaks, storage and retries. It works until an invoice splits a table row or a certificate shows the wrong date, and then it becomes a support ticket. We built Dynamic Document API to be that layer for them: templates, rendering and delivery as one service, hosted in Europe, treating pagination, fonts and formatting as engineering problems rather than edge cases. When e-invoicing became mandatory for B2B in Germany, we added validated XRechnung and ZUGFeRD output, and with AI agents producing more paperwork, an MCP server followed.

TIO's answer

Who TIO is built for

TIO is designed for small to mid-size freight forwarders processing 50 to 500 shipments per month. The core user is an operations team managing job coordination through email and a TMS, across any combination of:

• Ocean import
• Ocean export
• Air import
• Air export
• Domestic trucking and drayage

The operations problem TIO solves

The typical forwarder runs 80 to 200 active jobs at any point. Every job produces a stream of inbound emails: pre-alerts from overseas agents, carrier booking confirmations, port availability notices, ISF documents, trucker confirmations, customs clearance updates, invoices. Each email requires a team member to read it, find the right job, and re-key data into the TMS.

At 8 to 12 minutes per shipment, that is 10 to 40 hours of ops time per week spent on data entry, not freight decisions.

TMS compatibility

TIO works alongside CargoWise, GoFreight, Magaya, Descartes, and any TMS with a REST or SOAP API. It does not require replacing or modifying the TMS.

Team size

TIO is well-suited for operations teams of 2 to 20 people. It does not require a dedicated IT team to deploy or maintain.

DynamicDocumentAPI's answer:

Developers and product teams whose software has to send documents: invoices after a payment, certificates after a course, reports, labels and statements. Typical users are SaaS companies, marketplaces, e-commerce and learning platforms. A second group are businesses in Germany and the EU that need compliant e-invoices (XRechnung, ZUGFeRD) for the German B2B e-invoicing mandate and public-sector buyers. No-code builders use it through Zapier, Make and n8n, and teams building AI agents use the MCP server.

TIO's answer

TMS-agnostic by design

TIO connects to your existing TMS via API and does not require you to replace it. CargoWise, GoFreight, Magaya, Descartes, or any TMS with a REST or SOAP API — TIO works with what your team already uses. Setup takes under a week for most forwarders.

Full workflow coverage

TIO covers every stage of a shipment:

• Pre-booking — RFQ intake, rate extraction from carrier replies, booking draft pre-fill
• Execution — pre-alert extraction, ISF 10+2 field staging, lot creation queue
• Carriers — booking confirmation matching, vessel exception detection
• Trucking and drayage — LFD monitoring, dispatch drafting, POD receipt
• Customer service — natural-language job queries, exception notifications
• Billing — invoice-to-rate matching, discrepancy flagging, lot close

Most tools solve one lane or one document type. TIO handles the full coordination loop.

Human review on every write

Every TMS record is reviewed and approved by a named team member before TIO writes anything. There are no autonomous submissions. Your team stays in control of every job, every time.

No rip, no replace

Your filing path, your TMS, and your team's workflow stay exactly as they are. TIO adds the coordination layer that removes the manual data entry between your inbox and your TMS.

DynamicDocumentAPI's answer:

Most document APIs do one thing: convert HTML to PDF, or fill templates. Dynamic Document API does both, adds image templates, PDF merging and validated e-invoices, and offers them through a REST API, SDKs for Node and Python, Zapier, Make, n8n and an MCP server for AI agents. Data is processed and stored in the EU only, files come back as signed links that expire, and storing nothing at all is a supported option. Pricing is predictable: one published credit table, the same core features on every paid plan and a spend cap you control. We also publish a render-time benchmark with its method and raw data, so you can check our speed instead of trusting a claim. The free plan includes 50 renders a month without a credit card.

TIO's answer

The coordination gap nobody solves

Every freight forwarder runs the same operation: a TMS on one side, an email inbox on the other, and a team manually moving data between the two on every shipment. Pre-alerts, booking confirmations, port notices, ISF documents, carrier invoices — each one arrives as an email, and someone has to read it, find the job, and enter the data.

Most software either replaces the TMS entirely or adds another standalone system that creates a third place to manage data. Neither closes the gap.

TIO closes the gap.

What TIO actually does

TIO sits between your inbox and your TMS. It reads every inbound shipment email, identifies which job it belongs to, extracts the relevant fields, and pre-fills the TMS record for your team's review. One named team member approves the write. Nothing reaches the TMS without that approval.

The result: the data entry loop between email and TMS is handled. The team handles the decisions.

No replacement, no disruption

TIO connects to your existing TMS via API. CargoWise, GoFreight, Magaya, Descartes, or any TMS with a REST or SOAP API. Your filing path stays. Your TMS stays. Your team's workflow stays. TIO adds the coordination layer on top.

Setup takes under a week for most forwarders.

Human review on every write — by design

TIO does not write autonomously. Every TMS record pre-filled by TIO requires a named team member to review and approve before the write executes. This is not a setting or a toggle. It is how TIO works.

For filings — ISF 10+2, AMS, customs documents — TIO extracts and stages the fields for filer review. No filing path is automated. The filer reviews and submits.

Full workflow coverage

TIO covers every stage from first email to lot close:

• Pre-booking — RFQ parsing, carrier rate extraction, booking draft pre-fill
• Execution — pre-alert extraction, ISF 10+2 staging, lot creation queue
• Carriers — booking confirmation matching, vessel exception detection
• Trucking and drayage — LFD monitoring, dispatch drafting, POD binding
• Customer service — plain-English job queries across email and TMS combined
• Billing — invoice-to-rate matching, discrepancy flagging, lot close

Most tools address one of these stages. TIO handles the coordination loop across all of them, on every lane.

DynamicDocumentAPI's answer:

It covers the whole path from data to finished document in one API: you design a template in a visual or HTML editor (or send raw HTML, CSS or Markdown), send JSON, and get a PDF or image back. The same service also creates e-invoices (XRechnung, EN 16931, Factur-X / ZUGFeRD) that are validated against the official rules before they are returned, and can embed them in the PDF. Rendering is deterministic: the same template and data always give the same document, laid out by a headless browser, with no AI model generating content. Everything runs in the EU (Germany). It also ships an MCP server, so AI agents like Claude and ChatGPT can render documents directly.

TIO's answer

• Large language models — email parsing, field extraction, and job-matching logic
• REST APIs — TMS integration adapters for CargoWise, GoFreight, Magaya, and Descartes
• IMAP / SMTP — inbox connection for reading and routing inbound shipment emails
• PostgreSQL — job state, email evidence, and extraction audit trail

DynamicDocumentAPI's answer:

Rendering runs in Rust workers that drive headless Chromium over the DevTools protocol, with MiniJinja for templates. The API and control plane are built with Django and Django REST Framework, with Celery, PostgreSQL, Valkey and NATS JetStream for queues and events, and S3-compatible object storage for files. PDF/A output is checked with veraPDF and e-invoices with the official KoSIT validator. The dashboard and website are built with Next.js. Everything runs on Kubernetes in data centres in Germany.