- 01How often does Razorpay data sync to Pennylane?
- Razorpay pushes events to Well over its MCP server, so most records land within seconds of the underlying action. Each event is matched immediately and reaches Pennylane within a confidence window: above 85% it posts, 55-85% queues for review, below 55% is refused.
- 02What happens to historical Razorpay data when I first connect to Pennylane?
- Razorpay 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 Pennylane ledger, and re-running the backfill is safe because Well tracks the Razorpay record IDs and updates existing Pennylane entries instead of duplicating them.
- 03How does Well prevent duplicates when posting Razorpay records to Pennylane?
- Razorpay sends each event with a stable resource ID that Well tracks against the Pennylane ledger. Webhook replays (which Razorpay can issue for delivery retries) are recognised by ID and either skipped or used to update the existing Pennylane entry. Distinct records that look similar are caught by Well before posting, with the candidates surfaced in the review queue when confidence is ambiguous.
- 04Can I customise which Razorpay fields are sent to Pennylane?
- The default mapping covers every Razorpay field your Pennylane chart of accounts accepts (counterparty, amount, currency, reference, tax). From the integration settings page you can override mappings field-by-field, attach computed values from your connected data (GL code, project tag, tax bucket), or ignore fields Pennylane does not need. Custom mappings are versioned and apply only to records reconciled after the change, so anything you have already reviewed and posted in Pennylane is left exactly as it stands.
- 05What happens if a Razorpay record fails to post to Pennylane?
- When a record fails to post to Pennylane (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 Razorpay record. Nothing silently drops.
- 06How does Well authenticate with Razorpay and Pennylane?
- Razorpay'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 Pennylane email-in address once it clears the matching threshold; Pennylane creates the draft record from it and you confirm and post it. Well holds no write credential to Pennylane. Tokens are encrypted at rest and in transit under TLS 1.3. Pennylane hosts in the EU and Razorpay hosts outside the EU; Well processes records per the storage region configured for your workspace.