Forty Receipts, One Scan, and an Upload Field That Wanted 40 Files

The expense portal closed at midnight on the last day of the quarter. It was 9:20 PM. Yusuf had forty receipts, all scanned, all sitting inside a single 40-page PDF, and an upload field that accepted one receipt per line. Forty lines. Forty separate files. He had one.

Feeding the sheets through the office scanner had taken eleven minutes. Undoing that decision was about to take longer.

One File Where Forty Should Have Been

The scanner had a document feeder, and Yusuf had used it the obvious way: stack the receipts, press the green button, walk away. What came back was scan_0731.pdf, 40 pages, 18 MB, every taxi fare and hotel breakfast in chronological order. Perfect for a human. Useless for the finance system, which wanted one PDF per expense line so it could attach each receipt to its own entry.

His first instinct was to rescan them one at a time. Forty passes, forty file names, forty chances to misfile a Berlin dinner as a Munich train ticket. He got through four before he stopped.

He tried the PDF reader on his laptop next. It could print to PDF, which meant he could print page 5 to a new file, then page 6, then page 7. The print dialog took about twenty seconds each time. He did the math and closed it.

The Search He Should Have Run First

He searched for how to split a PDF into separate files, expecting to land on a trial version of something that would ask for his work email. The first result that was not an ad was MyTools. No signup, no download, nothing to justify to an IT department that had opinions about installing software on company laptops.

He dragged scan_0731.pdf into the page and it opened straight away, all forty thumbnails laid out.

Every One Page, One File

The tool offered three ways to cut a PDF: by range, by extracting specific pages, or every N pages. Yusuf did not need ranges. He needed the bluntest version of the job, which was a fresh PDF at every single page boundary.

He picked "Every N", typed 1 into the pages-per-file box, and the tool told him what it was about to do before it did it: 40 PDFs. That sentence was the part he trusted. He had spent the last hour guessing at what a dialog was going to produce.

He hit split. The receipts never left his laptop, which he noticed mostly because the whole thing finished before the fan spun up. Forty files came back in a single zip. He unzipped them onto the desktop and opened three at random. Page 12 was the taxi from the airport, on its own, right side up.

One of them, page 27, was a coffee he had bought for a colleague and forgotten to claim.

Uploaded by 9:50

Renaming took him longer than splitting did. He worked through the finance portal one line at a time, matched each receipt to its entry, and hit submit with over two hours to spare.

The zip came in at 18 MB total, the same as the original, so nothing had been squeezed or degraded on the way through. Two of the hotel scans were heavier than the portal's per-file limit liked, and he pushed those through the PDF compressor before uploading. That was the only extra step.

What He'd Do Differently Next Quarter

Nothing, as it turns out. He is still going to stack the receipts in the feeder and press the green button, because scanning them in one pass is the fast part. Splitting them afterwards is now a thirty second job in a browser tab, free, with no account and no install, and it works the same way on the phone he keeps in his coat pocket.

If he ever needs to go the other direction, stitching a batch of documents back into one file, the PDF merger is one page over. And when he only needs a handful of pages out of a long report, extracting pages beats splitting the whole thing.

Forty receipts, one scan, forty PDFs, and a quarter that closed on time. Try Split PDF for free →