- 01What Qonto data does Well pull into Freshbooks?
- Well polls the Qonto API on a fixed cadence and pulls supplier invoices and their attachments. Well resolves and scores each counterparty, then writes expenses (or bills on the Select plan) via email-in, with merchant, total, and tax populated into Freshbooks with the original Qonto record ID kept on the entry.
- 02Will every Qonto record post to Freshbooks automatically?
- Not always. At the next fifteen-minute polling window, Well scores the record on field completeness, counterparty strength, and policy fit. Above the 85% default auto-link threshold Well forwards the reconciled document to your Freshbooks email-in address and Freshbooks drafts the record from it for you to confirm. Between 55% and 85% the record waits in the review queue with the alternative matches ranked. Below the 55% default review threshold the record is refused and the candidate list kept so you can pin the right entry by hand.
- 03What happens to historical Qonto data when I first connect to Freshbooks?
- Qonto 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 Qonto record IDs and updates existing Freshbooks entries instead of duplicating them.
- 04What happens if a Qonto 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 Qonto record. Nothing silently drops.
- 05What happens if I disconnect Qonto or Freshbooks?
- Disconnecting Qonto stops the flow at the source. Well calls the Qonto OAuth revoke endpoint; the refresh token is invalidated and any in-flight access token is rejected on the next call. 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 Qonto and Freshbooks?
- Qonto runs a manual OAuth 2.0 flow that you approve inside Qonto; Well receives a refresh token scoped to the resources it needs to read. 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. Qonto hosts in the EU and Freshbooks hosts outside the EU; Well processes records per the storage region configured for your workspace.