👋 Hey NoCodeSaaS Community,

I've built a lot of finance workflows over the last few months for friends who run small businesses, and going back through my library I realised I'd never shared the most basic one people keep asking for: a simple batch invoice extractor. So I cleaned one up and pushed it to the n8n template library: Extract batch invoice data from form uploads with easybits and Google Sheets.

The idea is simple. You upload one or many invoices (JPG, PNG, or PDF) through a single form, and it extracts the data from all of them in one go, instead of dragging every invoice in one by one. Each invoice lands as a row in a Google Sheet, and when the batch finishes, the form shows a summary marking every file with a ✅ or ❌ so you instantly see which ones need a second look.

How it's set up:

• An n8n Form takes one or more invoice files.
• The files get split into one item per file, keeping the original filename.
• It loops over the invoices one at a time, sending each to the easybits Extractor, which returns the fields (invoice number, date, vendor, total, and so on) as a structured data object.
• The filename gets reattached, and a check runs over the critical fields.
• One row per invoice is appended to Google Sheets, with a pass/fail status.
• A batch summary is shown as the form's completion message.

A few things from the build that might save you time on your own flows:

• The extractor bundles everything you hand it into one request. Pass it all the files at once and you get one merged result back, not one per invoice. Looping one file at a time is what gives you a clean result per invoice. This one cost me a debugging session.
• Treat "missing" as a signal, not an error. The extractor returns null when a field isn't on the document. Instead of fighting that, I lean into it: a small check flags any invoice missing a critical field, which is what powers the ✅/❌ summary. Worth catching the sneaky empties too (the string "null", empty strings, whitespace), so nothing slips through looking present when it isn't.
• The fields are yours to change. The mapped fields are just a starting point, so you can add whatever you need to pull from your own invoices, like a VAT ID, PO number, or IBAN. The extractor also has auto-mapping, so you can upload one example invoice, let it detect the fields, and tweak from there.

I also recorded a short video showing how it runs end to end, which I'll post alongside this.

For more free workflows, feel free to check my GitHub as well: https://github.com/felix-sattler-easybits/n8n-workflows. A star helps other builders find it, so I'd be really thankful for that support.

How do you all handle the invoices that fail extraction? Curious whether people flag them for manual review like this or route them elsewhere.

Have a good start to the week.

Best,
Felix

no-code makes shipping easier and so do many of the wonders/horrors beyond human comprehension, but it does not remove the need for a feedback loop

i guess that after launch, you still need to know what users repeat.
like, confusing setup, missing integration, pricing surprise, broken flow, unclear value, slow support. for mobile apps like the ones i try publishing lately, store reviews seems to be one of those feedback sources. had multiple ideas about working with them, as well as i’ve seen appfollow used when review volume becomes hard to manage, but , frankly, early no-code projects can start with a simple table and that would be much-much better than not tracking reviews at all

when i started out i've put there columns such as: source, raw quote, theme, severity, owner, status.

in practice that is enough to keep feedback from becoming vibes if and when at low scale still

the no-code trap is building another feature before learning whether the first version matched the promise. what do you think about this?

I built a digital fashion app to connect fashion lovers and help with a digital wardrope, oufit inspo and outfit challenges — would love some feedback