Route Receipt Emails to the Right Ramp Workflow

Start with the result you need in Ramp: evidence for a card transaction, a reimbursement draft, or a Bill Pay invoice.

Expensent finds current and historical receipt or invoice emails and routes selected documents to the configured path. Confirmed recurring patterns can then move automatically.

Ramp continues with matching, verification, policy, reimbursement, and Bill Pay after delivery.

For a receipt supporting a Ramp card transaction, Ramp documents receipts@ramp.com as the email path. Sender identity is part of the match: Ramp normally searches the transactions of the cardholder whose Ramp login email or additional receipt email sent the message. Additional receipt addresses can be linked to only one Ramp account.

Forwarding on someone else's behalf needs an explicit Ramp setup. Ramp documents separate behavior for users with Assistant permission, and company-wide matching requires an admin configuration. A finance alias, bookkeeper address, or manager account is not automatically authorized to match receipts across the company.

Transaction state matters after routing. Ramp needs a card transaction to match against, so a merchant confirmation or receipt that arrives before the relevant charge appears can remain unmatched or be associated incorrectly. Keep the route visible, but send failed or ambiguous matches to the dedicated matching guide rather than trying to repair them in the inbox layer.

Document type: proof for an existing Ramp card transaction. Sender control: cardholder login email, linked additional email, or an applicable Ramp delegation or company configuration. Downstream owner: Ramp matching and the card transaction record.

A personal-card or out-of-pocket expense is not a Ramp card receipt. Ramp directs reimbursement receipts to reimbursements@ramp.com and says the email creates a draft reimbursement. The employee then completes the required details and submits that draft through the company's reimbursement process.

This path depends on the company enabling reimbursements and on the user having the relevant access. Routing can place the receipt at the start of that workflow, but it cannot determine eligibility, supply missing business context, satisfy policy fields, choose an approval result, or trigger payment by itself.

Treat emails that could represent either a card purchase or an out-of-pocket purchase as review items. The receipts-vs-reimbursements-vs-AP guide explains that classification in detail; the automation control here is to avoid creating a reimbursement draft until the user has confirmed that reimbursement is the intended object.

Document type: proof of an employee-paid expense. Account control: reimbursements must be enabled and available to the employee. Downstream owner: the employee, approvers, and Ramp reimbursement workflow.

Ramp Bill Pay gives each business a dedicated @ap.ramp.com forwarding inbox. Ramp reviews supported attachments there, creates drafts for invoices and vendor credits, attaches relevant supporting documents, and filters documents it cannot classify or process. That is an AP intake workflow, not card receipt matching.

The AP inbox has its own sender and domain controls. Ramp currently documents eligible routes for registered company users, recognized company domains, stored vendor contact domains, or messages with a qualifying recipient. Teams can also auto-forward a managed AP mailbox, and Ramp sends a summary of drafts, attachments, and files it did not process.

Keep the business-specific AP address and entity choice in the routing configuration instead of hard-coding a generic destination. After a draft is created, Ramp roles, required bill fields, submission policy, approvals, payment scheduling, and accounting review remain in Ramp.

Document type: vendor invoice, vendor credit, or relevant bill support. Sender control: the AP forwarding criteria configured and recognized by Ramp. Downstream owner: Bill Pay draft review, approval, and payment controls.

Ramp's employee mailbox integration is a native option when the finance team allows employee mailbox access. Ramp currently documents connections for work Gmail accounts, including multiple work Gmail accounts for one employee. The integration detects receipt-like emails, extracts receipt details, and matches them to that employee's Ramp card transactions.

That scope is important. Employee mailbox capture is a strong direct route for employee card receipts, but it is not a general classifier for reimbursement drafts and Bill Pay invoices. Ramp also documents a separate company-wide Gmail integration with admin controls, so teams should confirm which native mailbox model is active before adding another upstream route.

Use Expensent when receipts and invoices arrive across several inboxes or need to be separated into card, reimbursement, and Bill Pay workflows. If Ramp already captures an employee's work Gmail receipts reliably, keep that native route in place.

Some messages look finance-related but should not be forwarded automatically. A vendor may send an invoice to the employee who made a card purchase, a card receipt may land in a shared AP mailbox, or a vendor may send only a portal notice with no invoice or receipt attached. Routing all three to one Ramp inbox hides the distinction instead of resolving it.

Hold those messages for review. Confirm whether the document supports an existing Ramp card charge, should become a reimbursement draft, or is a vendor invoice for Bill Pay. If the message only announces that a document is available in a portal, obtain the actual receipt or invoice before routing; the notice itself may not provide the evidence the downstream workflow needs.

When a document already entered the wrong Ramp workflow, stop the recurring rule and correct the Ramp record in the appropriate product. Use the receipts-vs-reimbursements-vs-AP guide to choose the proper intake path, or the receipts-not-matching guide when a card receipt reached Ramp but did not attach or verify as expected.

Wrong destination: pause routing and reclassify the document. Portal-only notice: keep it in review until the source document is available. Ambiguous ownership: confirm employee, card transaction, entity, or vendor before forwarding.