Skip to main content

Records

Track what you actually deliver, not just what you sold

Define the kinds of thing your business handles for each customer (the details to capture, the paperwork each needs, and the rules it must satisfy), then see at a glance what's missing and what's about to run out.

What it solves

A CRM tells you a deal closed. It rarely tells you what you then owe the customer. Firms that deliver something ongoing (a licence, an approval, an audit, a renewal, a service contract) end up tracking the actual work in spreadsheets, because the CRM has no shape for it. So the sale is in one system, the obligation is in another, and the thing that lapses is the one nobody was looking at.

How we're different

Nothing is pre-loaded. There is no built-in catalogue of record types, because we don't know your business. You define the types, the fields, the paperwork each one needs and the rules it must satisfy, in your own words. Two different types can use the same field name without clashing. Rules can span fields ("if this is set, that becomes necessary") rather than just validating one at a time. And because a record hangs off the same client and account as the deal and the invoice, what you delivered and what you billed are the same record.

Records in Finocket: licences, KYC and insurance with validity dates and expiry flags
Finocket dashboard showing earnings, spend and outstanding at a glance
What it does

Inside Records

01

Record types you define

Name the kinds of thing you handle, and the details each one captures. Dropdowns, dates, numbers, lookups, auto-numbering: the same field engine the rest of Finocket uses, so nothing behaves differently here.
Records in Finocket: licences, KYC and insurance with validity dates and expiry flags
02

The paperwork each one needs

List the documents a type requires. Every record then shows what's supplied and what's still outstanding, without anyone keeping a parallel checklist.
Finocket dashboard showing earnings, spend and outstanding at a glance
03

Rules that span fields

Beyond "this field is required": if one answer makes another necessary, say so once and every record of that type enforces it. A rule that's set up wrongly reports itself as a fault rather than quietly passing.

Records

Rules that span fields

04

Expiry in view before it bites

Records carry their own state (draft, in progress, active, expired, closed), so what's about to lapse is visible while there's still time to act on it.

Records

Expiry in view before it bites

05

Attached to the customer, not beside them

A record hangs off the same client or company account as the deal, the invoice and the payment, so the delivery and the money are one record rather than two systems.

Records

Attached to the customer, not beside them

Questions

What kinds of thing can I track with this?

Whatever your business actually handles for a customer on an ongoing basis: a licence, an approval, a certification, a renewal, a service contract, a periodic audit. Finocket ships no examples on purpose: you name the types, so the words on screen are your team's own.

Is this a document management system?

No. It records which documents a type requires and whether each one is supplied, so nothing is missed. It is a checklist with rules attached, not a filing cabinet.

Can two record types use the same field name?

Yes. Fields are scoped to their record type, so two types can both have a "registration number" without one overwriting the other's meaning.

What happens if I set a rule up wrongly?

The record says so plainly. A rule that can't be read is reported as a fault rather than skipped. A record must never look complete because a broken rule was quietly ignored.

You see at a glance which customer file is missing a document or about to expire.

Ready to ditch the spreadsheet?

Free for solo users until 31 Dec 2026 — no partner code needed. ₹99/month after that. No credit card. Your books stay yours.