- 01What Square data does Well pull into Ramp?
- Square streams card payments, invoices, refunds, customers, payouts, disputes, and inventory adjustments to Well over its MCP server. After Well resolves the counterparty and assigns a confidence score, the matched record posts to Ramp as draft bills via email-in at the @ap.ramp.com address, with invoice number, vendor, payment details, and line items pre-filled by Ramp's OCR, with the Square event ID preserved on the entry for audit.
- 02Will every Square record post to Ramp automatically?
- Not always. Within seconds of Square firing the event, 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 Ramp email-in address and Ramp 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 Square data when I first connect to Ramp?
- Square exposes the last two 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 Ramp ledger, and re-running the backfill is safe because Well tracks the Square record IDs and updates existing Ramp entries instead of duplicating them.
- 04Does Well handle multi-currency records between Square and Ramp?
- Square carries the original transaction currency on every record, but Ramp ledgers in a single base; Well preserves the source currency, attaches the FX rate at the timestamp of the event, and the converted figure and the source amount both travel on the document Well forwards to Ramp, so both sides of the trade are visible when you post.
- 05How does Well prevent duplicates when posting Square records to Ramp?
- Square sends each event with a stable resource ID that Well tracks against the Ramp ledger. Webhook replays (which Square can issue for delivery retries) are recognised by ID and either skipped or used to update the existing Ramp entry. Distinct records that look similar are caught by Well before posting, with the candidates surfaced in the review queue when confidence is ambiguous.
- 06How does Well authenticate with Square and Ramp?
- Square'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 Ramp email-in address once it clears the matching threshold; Ramp creates the draft record from it and you confirm and post it. Well holds no write credential to Ramp. Tokens are encrypted at rest and in transit under TLS 1.3. Square and Ramp together cover multiple regions; Well's storage region is configured per workspace.