Same document in. Here's what changes in your code.

/compare told you why. This page shows the switch itself: the call you run today, the call that replaces it, and an adapter that keeps your pipeline untouched.

What each spoke shows

  • Where you are today: the vendor call you run now, cited against their current docs.
  • The call that replaces it: one txtfetch request, in curl, Python, and JavaScript.
  • A drop-in adapter: a short function shaped like the vendor field your downstream code already reads.
  • A field-mapping table: their response field, the txtfetch equivalent, and a note where there isn't one.
  • What you lose, and what you gain, both stated plainly.
  • A cutover step: dual-run both calls and diff the output before you cut traffic over.

Not every migration is a full swap

Mindee returns typed fields, like an invoice total or a supplier name. txtfetch returns plain text. The Mindee page below says so directly, and does not pretend the two are equal.

frequently asked questions

How is /migrate different from /compare?
/compare answers why to switch: pricing and capability tables. /migrate answers what your code looks like afterwards: the call you run today, the call that replaces it, and a drop-in adapter.
Does every vendor here have a full migration path?
No. Mindee returns typed fields txtfetch doesn't return. That page says so plainly and does not claim parity.
Are the vendor calls kept current?
Each spoke cites the vendor's own docs with an accessed date, and a client version the call was checked against. Re-check before you copy a snippet past that date.
Do I have to give something up to switch?
Usually, yes. Every spoke lists what you lose alongside what you gain, and links the full capability table on the matching /compare page.

Swap the call. Keep the pipeline.

Point your existing code at txtfetch, then diff the output before you cut over.

Get an API key →

See the migration guide →