Review before save
OCR output remains a draft. The product asks the user to verify the extracted fields before they become the record used for reminders.
Finny case study
Finny is a web app for keeping proof of purchase, product details and warranty dates together. It turns receipt input into a record people can check before relying on its reminders.
Visit FinnyA receipt is most useful months after checkout, when a product fails or a warranty deadline approaches. By then, proof of purchase, product details and the relevant date are often no longer in the same place.
Finny brings those pieces into one reviewable record and keeps the saved warranty date connected to the receipt instead of treating the scan as an isolated document.
I am building Finny as an active software project from Bremen. The documented project stack is TypeScript, React and Next.js.
My work covers the web product flow from receipt input and field review to the stored purchase record and the reminder experience.
OCR output remains a draft. The product asks the user to verify the extracted fields before they become the record used for reminders.
The receipt, retailer, product, price, purchase date and warranty period stay connected instead of being spread across separate tools.
Reminders are derived from the reviewed warranty date, so the notification flow starts with data the user has already checked.
Photos and PDFs vary, and extracted fields can be incomplete. The workflow therefore exposes suggestions for correction rather than presenting OCR as certain.
Commercial warranties and statutory rights are different. Finny organizes reviewable dates and reminders without deciding legal questions for the user.