Email receipts: what happens when a vendor emails you a receipt and attaches nothing.
THE PROBLEM THIS SOLVES:
Uber, Lyft, most airlines and most hotels stopped attaching a receipt file. The charge detail is in the body of the email. Scan Gmail could read the amount out of that body, but it had no receipt document to keep, so it could not hand anything to the matcher that attaches receipts to charges, and the email landed as a brand new card expense with no receipt. A body-only receipt email RAISED your missing-receipt count instead of clearing it.
WHAT HAPPENS NOW:
When you import an email that has no attachment, ATOM saves the actual email as the receipt document: a plain PDF of that email, headed EMAIL RECEIPT, with who it came from, the subject, the date, and the body reproduced as it was sent. Then it runs through the same matcher an attached receipt does: if it lines up with a card charge you already have from a statement import (same amount within 2 percent or 5 dollars, within 7 days), it attaches to that charge instead of creating a second row.
IT IS LABELLED, ALWAYS:
An email receipt shows as EMAIL everywhere a receipt thumbnail appears, and the hover preview says EMAIL RECEIPT with an Open link. This is deliberate. It is the email, not a receipt the vendor issued, and ATOM will not dress one up as the other. If you later attach a real receipt file to the same expense, the label switches to the file and the email is replaced.
WHEN IT DOES NOT FIRE:
If the email has no readable body at all, no document is created. An empty page would clear a missing-receipt flag without evidencing anything. If the save fails for any reason, the import still goes through, just without the receipt, the way it used to.
REMOVING A RECEIPT:
Remove receipt in the expense editor now actually sticks. It used to look like it worked and then come back on the next save.
WHO CAN DO IT:
Scanning Gmail and importing to Money needs money edit rights, same as any other expense import.