PayPal Screenshots:
How Do You Read the Amount, ID, and Sender?

What Each Field Means Depends on How It Was Sent

Every PayPal payment screenshot shows you roughly three things worth capturing: the amount, the Transaction ID, and the counterparty — the name of whoever sat on the other end. On Venmo or Zelle, those three fields more or less mean the same thing every time. PayPal is the exception, because a single PayPal account straddles two worlds at once: it can receive a friend covering their share of a trip and a customer paying an invoice, on the same day, into the same balance.

PayPal splits every payment into one of two modes — Friends & Family (F&F) or Goods & Services (G&S) — and the mode silently rewrites the meaning of the amount, the fees, the tax treatment, and the protection behind the exact same-looking screen.

So before you can trust any field in a PayPal screenshot, you have to answer one question the screenshot doesn't ask out loud: which mode was this? Get that wrong and the amount you log, the income you report, and the fee you reconcile are all quietly off. Start there, and the three fields fall into place.

Friends & Family vs Goods & Services: Same Screen, Different Money

The single most important thing a PayPal screenshot can tell you is which of two modes the sender chose — because that one choice controls the fee, whether you're protected, and whether the IRS hears about it.

Friends & Family is PayPal's personal-payment mode: splitting a dinner, chipping in on a gift, paying back a shared bill. Sent from a bank balance in the US, it carries no fee (about 2.9% if the sender used a card), it comes with no Purchase Protection, and it is not counted toward a 1099-K. Goods & Services is the commercial mode: the receiver pays a fee — 2.99% for peer-to-peer G&S, or 3.49% + $0.49 for checkout and invoicing transactions — the payment is covered by buyer protection, and it does count toward tax reporting (PayPal's published business fee schedule).

That last row is your detective clue. If a PayPal screenshot shows a fee deducted from the amount, it was Goods & Services. If no fee appears anywhere on the receiver's side, it was almost certainly Friends & Family. The gross amount and the net you actually received can differ — and on G&S it's the gross figure, before the fee, that lands on your 1099-K. So the "amount" on the screen isn't automatically the number that hits your bank or the number the IRS sees.

This isn't a hypothetical edge case. PayPal itself notes there's no way to un-tag a payment once the sender marks it as a purchase — the fee can sometimes be refunded by support, but the category sticks (PayPal help center). The result is a steady stream of people on forums like r/tax discovering a surprise 1099-K because a relative "accidentally marked a PayPal payment as Goods and Services instead of Friends and Family." The screenshot looked fine. The mode behind it didn't.

The Transaction ID: The One Field That Doesn't Care About the Mode

The Transaction ID is the only field that means exactly the same thing whether the payment was F&F or G&S — it's PayPal's universal receipt number, assigned to every transaction, and it's what you use to match a payment against an order or an invoice.

It's usually a 17-character alphanumeric string sitting under the amount on the confirmation or in the transaction details view. Where F&F and G&S diverge on everything else, the Transaction ID crosses that boundary cleanly: it exists on both, it's unique to both, and it's the anchor PayPal's own settlement reports use to tie money back to an order. In reconciliation terms, the buyer's order number surfaces as the Invoice ID, while PayPal's capture reference surfaces as the Transaction ID — two different fields you may need to keep distinct (as documented in PayPal payout reconciliation references).

If you're matching a month of payments back to orders, the Transaction ID is the join key — the amount and date can collide across two payments, but the Transaction ID never will.

Reading the Counterparty: A Person, a Business, or a Refund

The name on a PayPal screenshot reads differently depending on what kind of account is on the other end — and that shapes what you can actually record.

A personal account typically shows a person's name alongside an email address. A business account shows a registered business name instead — which is what you want on the books, but it also means the human who clicked "pay" is invisible behind the company name. And the counterparty isn't always someone else at all: a refund shows PayPal returning money you sent, so the "sender" in that row is effectively you getting money back, not income coming in. Three visually similar rows, three different meanings for who's on the other side.

For anyone logging payments, that matters because the name field is what you'll categorize against — client, refund, personal reimbursement. Reading it correctly is the difference between a clean ledger and a month of "who is this?" entries. This is the same identity-ambiguity trap that shows up across payment apps; it plays out differently on Venmo's amount, date, and payer fields and on Cash App's amount and sender, where the display name may be a nickname or a $Cashtag rather than a real name.

What You Actually Do With These Fields

For a single payment, reading these fields by eye is trivial. The reason PayPal screenshots are worth a whole article is that PayPal is the app where "logging a payment" almost never stays at one.

A freelancer reconciling a month of brand payments. An eBay or Etsy seller matching Transaction IDs against a spreadsheet of orders. A bookkeeper handed a client's folder of PayPal confirmations and asked to split the F&F reimbursements from the G&S income before tax season. In every one of those, the job isn't reading one screen — it's reading forty, and keeping the amount, Transaction ID, and counterparty aligned in columns across all of them. That's where the dual-mode nature turns from a curiosity into real work: the same three column headers have to hold data that means two different things.

PayPal is the one payment app where the same column names — Amount, Transaction ID, Counterparty — have to work across two fundamentally different transaction modes. That's exactly the scenario semantic extraction is built for. Custom Column Extraction in ImageToTable.ai works differently from a template tool: instead of drawing boxes around fixed positions, you type the column names you want — Amount, Transaction ID, Sender — and the AI locates each value by understanding what it means, not where it sits. Because an F&F confirmation and a G&S confirmation look alike but don't carry the same data, reading by meaning is what lets one set of columns handle both. You can even add an inferred column like Type (options: F&F / G&S) and let the AI classify each screenshot by whether a fee line is present — turning the detective clue from earlier into an automatic label.

Two honest limits. On clear, legible text the recognition runs up to 99% accurate, but a screenshot with a truncated name or a cropped fee line is only as good as what's visible — so a quick spot-check on the fields that matter for tax is worth the ten seconds. And when a value genuinely isn't in the image, the tool leaves the cell blank rather than guessing, which is what you want: a gap you can see beats a fabricated Transaction ID you can't. Once every screenshot is a row, the volume workflow — matching IDs, splitting modes, summing amounts — is a spreadsheet job, and if you regularly do this across apps, the same approach carries over to tracking payments across Venmo, PayPal, and Zelle or a batch of payment screenshots for ledger reconciliation.

FAQ

Can I tell from a PayPal screenshot whether a payment was Friends & Family or Goods & Services?
Usually, yes — look for a fee. Goods & Services deducts a fee (2.99% peer-to-peer, or 3.49% + $0.49 for checkout/invoicing) that shows on the receiver's side, while Friends & Family sent from a balance or bank shows no fee at all. If a fee line is visible, it was G&S; if none appears, it was almost certainly F&F. The transaction details view will also label the payment type explicitly.

Is the amount on the screenshot the number I actually received?
Not always. On Goods & Services, the amount displayed is the gross figure before PayPal's fee — the net that reaches your balance is lower, and confusingly, it's still the gross amount that gets reported on a 1099-K. On Friends & Family with no fee, the displayed amount and the received amount match.

Which field should I use to match a payment to an order?
The Transaction ID. It's unique to every payment and identical in meaning across both F&F and G&S, so it's the safest join key when you're reconciling. Watch the distinction between the Transaction ID (PayPal's own reference) and the Invoice ID (your order number) — they're separate fields in PayPal's reports.

Read one PayPal screenshot and none of this matters — you can see with your own eyes whether it's a friend or a client. Read a month of them and the dual-mode nature is the whole job: the amount that isn't net, the mode that decides your taxes, the Transaction ID that's the only thing you can trust to line up. Once you stop reading screens one at a time and start pulling the three fields into columns, PayPal's two-worlds problem becomes just another sortable table.

Try it on your own PayPal screenshots — type Amount, Transaction ID, and Sender, and see the whole batch land in one sheet.