Why a Divvy Receipt Did Not Match in BILL

Start with naming and scope because Divvy, BILL Spend & Expense, BILL Divvy Card, BILL Expenses, and BILL AP are easy to mix up. The search query may say Divvy, but BILL now markets the spend-management product as BILL Spend & Expense and the card as the BILL Divvy Card. That card receipt workflow is not the same as BILL AP bill intake or a reimbursement-only process.

A receipt will not match if it is in the wrong product lane. A meal receipt for an existing BILL Divvy Card transaction belongs in the card expense workflow. A vendor invoice, AP bill, or payment request belongs in the AP workflow your company uses. An out-of-pocket expense or reimbursement can have a separate review path. Before fixing matching, confirm the document type and the destination your administrator expects.

BILL public product pages say Spend & Expense combines company cards, expense tracking, budgets, controls, receipt capture, and matching. Expensent handles the earlier inbox-to-BILL handoff by finding and routing the source receipt email.

Card transaction receipt: troubleshoot inside BILL Spend & Expense. Vendor invoice or AP bill: use the BILL AP intake path, not a Divvy card receipt path. Out-of-pocket expense: confirm whether your company treats it as reimbursement rather than card support.

If the receipt never appears or lands under the wrong person, inspect sender identity before changing the file. BILL product updates describe Gmail receipt matching controls for Spend & Expense, including admin selection of which employees are included and a matching search scoped to transaction amount, merchant name, and date. That is different from a generic mailbox blast where any sender can submit any receipt for any cardholder.

Look at the actual From address on the email. Mail clients can hide aliases, delegated senders, shared mailboxes, and forwarding services behind a friendly display name. If the receipt was forwarded by an assistant, travel coordinator, procurement alias, or shared inbox, BILL may see a sender that is not tied to the cardholder or not enabled for the company workflow.

Older Divvy instructions have referenced secondary receipt emails, but the current setting name and availability can vary by account and admin configuration. Treat any secondary or alternate sender as a thing to verify in the live BILL Spend & Expense profile or current Help Center, not as a permanent fact. For diagnosis, ask the cardholder to send one clean original receipt from the address BILL associates with their account.

Many finance teams remember the legacy Divvy receipt address, receipts@divvy.co. Because BILL has continued to evolve Spend & Expense under BILL branding, do not assume that address is universal or unchanged. Use the receipt destination shown inside your BILL Spend & Expense account or current BILL Help Center instructions for your specific workflow.

This matters when a user says, "I sent it to Divvy." They may have sent it to an old address, a team alias, an AP intake inbox, a reimbursement address, or a destination copied from another company. Any of those can produce the same symptom: the receipt is missing from the expected card transaction.

When the destination is uncertain, test one known-clean receipt instead of bulk-forwarding old emails. Pick a visible card transaction, use the account-confirmed destination, send from the confirmed user address, and document the timestamp. If the receipt still does not appear, you have removed the two most common variables: sender and destination.

Use the destination BILL shows in your current account or support instructions. Treat receipts@divvy.co as legacy/search-intent context unless your account confirms it. Keep AP bills, reimbursement receipts, and card receipts out of the same troubleshooting batch.

Receipt matching depends on the expected transaction existing in BILL Spend & Expense. BILL public product updates refer to receipt matching against card transactions, including Gmail receipt matching for cleared card transactions. If the transaction is not visible, not ready for review, or still changing after authorization, the receipt may not have a stable target.

Timing problems show up in predictable places: restaurants where the final amount includes a tip, hotels where folios close after checkout, online orders that split shipments, marketplaces that charge under a different descriptor, and travel purchases where an itinerary arrives before final payment details. A receipt sent too early can look valid in the inbox but still fail to match.

Do not make repeated retries the first fix. Confirm the transaction amount, merchant descriptor, date, cardholder, and status in BILL. If the transaction is missing, wait until it appears or ask the cardholder/admin to confirm whether the charge belongs to another card, another entity, a virtual card, or a reimbursement path.

Visible receipt, missing transaction: check card, entity, date range, and transaction state. Visible transaction, missing receipt: go back to sender, destination, and file handling. Wrong transaction match: compare nearby same-merchant charges before resending.

BILL has described Spend & Expense receipt matching in terms of transaction amount, merchant name, and date for its Gmail integration controls, and its product pages market automatic matching to the right transaction. Use those fields as the first reviewer checklist even when the submission came through a different channel.

Start with amount. The receipt may show the pre-tip subtotal while the card charge includes tip, tax, delivery fees, currency conversion, authorization holds, or later adjustments. Next compare merchant. The receipt may show the storefront while the card descriptor shows a parent company, processor, booking platform, or franchise entity. Then compare date. The receipt date, service date, shipment date, hotel checkout date, and posted transaction date can differ.

If the receipt is correct but the fields do not line up cleanly, treat it as a review case rather than a routing failure. Attach or review it in BILL according to your company process, add context where required, and avoid using Expensent or any inbox rule as a way around policy requirements.

BILL does not publish one universal public rule for receipt formats, file sizes, confirmation timing, or body-only email behavior across every Spend & Expense path. Those details can change by product path, upload channel, or account setting.

Use a conservative receipt test. Prefer the original vendor receipt email or a readable PDF/image from the vendor. Avoid sending password-protected PDFs, calendar invites, shipping notices with no itemized proof, forwarded chains with many quoted messages, embedded signature images, or multi-attachment bundles until you have confirmed how BILL handles them in your account.

Body-only receipts deserve special attention. Some merchants put the entire receipt in the email body, while others link to a portal or hide key proof in images that forwarding can strip or compress. If a clean attachment works but a body-only email does not, the failure is not the card transaction. It is the intake format, and the safer fallback is manual upload or a reviewed routing rule that keeps those cases visible.

Confirm current BILL file requirements before hard-coding a workflow. Prefer original vendor receipts over long forwarding chains. Keep portal links and body-only messages in review until you know they create usable evidence.

Expensent searches current and historical email for the source receipt and sends selected documents to the current receipt destination confirmed in the active account.

Confirmed sender-and-subject patterns can route new recurring receipts automatically while preserving the sender or cardholder context required by the workflow.

BILL Spend & Expense handles transaction matching and expense completion after delivery.