- 01What Dropbox data does Well pull into QuickBooks?
- Well watches Dropbox for attachments matching the configured invoice and receipt filters, extracts supplier-invoice and document files read from a watched folder via Apideck file-storage, and forwards the structured output to QuickBooks as bills or receipts via email-in at the @qbodocs.com address, with vendor, date, and amount populated by QuickBooks, with the original email message ID stored on every record for audit.
- 02What happens to historical Dropbox data when I first connect to QuickBooks?
- Dropbox exposes the last full year 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 QuickBooks ledger, and re-running the backfill is safe because Well tracks the Dropbox record IDs and updates existing QuickBooks entries instead of duplicating them.
- 03Can I customise which Dropbox fields are sent to QuickBooks?
- The default mapping turns every parsed Dropbox attachment into a QuickBooks-shaped record (vendor, amount, due date, tax). From the integration settings page you can adjust the parsing prompt, force a vendor mapping, attach the original PDF on a specific QuickBooks field, or compute a tag from your connected data. Custom mappings are versioned so a change does not retroactively touch already-posted QuickBooks entries.
- 04What happens if a Dropbox record fails to post to QuickBooks?
- When a record fails to post to QuickBooks (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 Dropbox record. Nothing silently drops.
- 05What happens if I disconnect Dropbox or QuickBooks?
- Disconnecting Dropbox stops the flow at the source. Well calls the Dropbox 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 QuickBooks is QuickBooks'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 Dropbox and QuickBooks?
- Dropbox runs a manual OAuth 2.0 flow that you approve inside Dropbox; Well receives a refresh token scoped to the resources it needs to read. For the delivery side, Well forwards the reconciled document to your QuickBooks email-in address once it clears the matching threshold; QuickBooks creates the draft record from it and you confirm and post it. Well holds no write credential to QuickBooks. Tokens are encrypted at rest and in transit under TLS 1.3. Dropbox and QuickBooks together cover multiple regions; Well's storage region is configured per workspace.