Invofox vs Unstructured API + MCP

Invofox

Three public OpenAPI 3.1 files, llms.txt and Markdown docs describe an asynchronous upload and webhook flow, and the free plan covers 500 pages without a card. No status page, rate limit numbers, changelog or official SDK were found, and documents are retained by default, with zero retention limited to Scale and Enterprise.

Unstructured API + MCP

Apache-2.0 library partitions 45+ file types locally at no cost, tagged 11 times since 3 July. No status page, no published rate limits and no SLA.

Invofox

1. Ask the owner for an API key and the Document Type id or alias from app.invofox.com. No API endpoint lists Document Types
2. Upload with POST /v1/ingest/uploads as multipart, with info as a JSON string. Send "useClassifier": true in place of type to have the type detected
3. Expect 404 from GET /documents/{id} for the first seconds. Poll from 5 seconds with doubling, and stop at approved, pendingCorrection or discarded
4. Handle the file.rejected webhook or check the import. A rejected file never produces a document, so polling the document waits indefinitely
5. Do not retry an upload blindly. There is no idempotency key, so send your own id in clientData and look it up with filter first

Unstructured API + MCP

1. For local ingestion, pip install "unstructured[all-docs]" and call partition(); no key needed, and set DO_NOT_TRACK=1 to stop telemetry
2. Transform returns 202 with a Location header for long parses; poll it, then pass the parse id as parse_id to Extract
3. Uploaded files expire after 24 hours; keep the original and re-upload on a 404
4. Treat 409 parse_expired and 410 result_expired as a signal to rerun the parse, not to retry
5. Check for an existing job ID before resubmitting, since there's no idempotency key