- 01What Mercury data does Well pull into Freshbooks?
- Mercury streams transactions, wires, ACH transfers, card payments, and counterparty records to Well over its MCP server. After Well resolves the counterparty and assigns a confidence score, the matched record posts to Freshbooks as expenses (or bills on the Select plan) via email-in, with merchant, total, and tax populated, with the Mercury event ID preserved on the entry for audit.
- 02What happens to historical Mercury data when I first connect to Freshbooks?
- Mercury exposes the last three years through its API on a connected account. The window Well actually pulls is configurable from the integration settings page; each record is matched against your existing Freshbooks ledger, and re-running the backfill is safe because Well tracks the Mercury record IDs and updates existing Freshbooks entries instead of duplicating them.
- 03Does Well handle multi-currency records between Mercury and Freshbooks?
- Mercury reports a single base currency; Well stores the value verbatim and tags the record so your Freshbooks ledger can apply its own conversion rule at posting time. Exchange-rate fields are not synthesised, so the Freshbooks entry carries the unchanged Mercury amount and the conversion is owned by the Freshbooks accounting policy.
- 04What happens if a Mercury record fails to post to Freshbooks?
- When a record fails to post to Freshbooks (validation rule, missing field, transient 5xx), Well retries automatically with backoff. Auth failures short-circuit the retry loop and notify the workspace owner; schema rejections are kept on the integration status page with a one-click retry-after-fix action pointing back at the original Mercury record. Nothing silently drops.
- 05What happens if I disconnect Mercury or Freshbooks?
- Disconnecting Mercury stops the flow at the source. Well asks the Mercury MCP server to revoke the access token; Mercury returns confirmation and stops streaming events the moment it is acknowledged. Anything you already reviewed and posted in Freshbooks is Freshbooks's own record and is untouched; Well never held a write credential to it. Records held for review in Well remain in the queue so you can finish them by hand. Reconnecting later resumes from the last successful sync, not from scratch.
- 06How does Well authenticate with Mercury and Freshbooks?
- Mercury's MCP server handles authorisation directly; Well receives an access token through Dynamic Client Registration and never sees raw user credentials. For the delivery side, Well forwards the reconciled document to your Freshbooks email-in address once it clears the matching threshold; Freshbooks creates the draft record from it and you confirm and post it. Well holds no write credential to Freshbooks. Tokens are encrypted at rest and in transit under TLS 1.3. Mercury and Freshbooks together cover multiple regions; Well's storage region is configured per workspace.