Skip to content

PLATFORM · RULES & FLAGS

Write the control in a sentence.
LZR runs it the same way every time.

Your firm’s controls, in plain language: compiled, tried on the period first, then run deterministically.

Early access opens in small groups. One email when your seat is ready.

01 · FROM SENTENCE TO CONTROL

How one rule is made.

From one sentence to a control that runs on every upload.

Someone at the firm writes the control the way they’d say it. LZR compiles it, shows what it would have raised on the period, and only then puts it to work.

  • IN PLAIN LANGUAGE

    Payments over ₹50,000 need a purchase order.
    Priya N. · Engagement lead

    STEP 1 · WRITE

    Write it the way you’d say it

    Someone at the firm writes the control in one sentence. No formulas, no scripting.

  • APPROVAL LIMIT

    ILLUSTRATIVE

    when    payment.amount > 50000
    require purchase_order on file
    raise   APPROVAL_LIMIT

    STEP 2 · COMPILE

    LZR compiles it

    The sentence becomes a structured rule: what it checks, what must be on file and the reason code it raises.

  • TRIED ON JUNE

    EXAMPLE

    Would have raised 4 flags in June

    • Jun 3RTGS transfer₹62,000
    • Jun 11NEFT transfer₹75,500
    • Jun 18Wire transfer₹1,20,000
    • Jun 24NEFT transfer₹58,250

    STEP 3 · TRY

    Tried on the period first

    Before it goes live, the rule runs over the open period, so you see what it would have raised.

  • SAME DATA, SAME FLAGS

    The same 4 flags, both times.

    STEP 4 · RUN

    Then it runs the same way

    The same data always raises the same flags, on every upload and every time the open period is run again.

02 · THE RULEBOOK

The Rules screen, in the app.

Every rule in one place,
with what it raised
this period.

Rules come from the firm’s template or are written for one client. Each shows what it applies to, what it raised this period, and whether it’s active, muted or a draft.

The Rules screen in LZR: control rules from the firm’s template and rules written for the client, each with what it applies to, how many flags it raised this period and whether it is active, muted or a draft.

03 · ANATOMY OF A FLAG

Five parts, always the same.

A flag is a claim with evidence, not an alarm.

Every flag has the same five parts. It states what was observed, shows the records behind it and names where it came from, so it can be checked months later.

  • REASON

    A fixed reason code, not free text.

  • CLAIM

    One or two lines stating what was observed, never what to do about it.

  • EVIDENCE

    The two records side by side, and the fields they differ on.

  • SOURCE

    Which rule, agent or person raised it, and when. A flag with no attributable source is not shown.

  • RESOLVE

    Two or three mutually exclusive outcomes, one of which is acceptance.

Dismissing a flag is a recorded decision and asks for a reason.
It is not a close button.

04 · BY DESIGN

What holds for every flag.

Built so a flag can be explained months later.

Open any closed flag and the whole story is there: the rule that raised it, the records it saw, and who closed it, with their reason.

  • 01

    Deterministic

    Rules are compiled before they run, so the same data always raises the same flags.

  • 02

    Named

    Every flag names the rule, agent or person behind it, and when. A flag with no attributable source is not shown.

  • 03 · WHERE A PERSON DECIDES

    Accountable

    Closing a flag takes a reason. The decision stays on the trail, with the reviewer’s name on it.

05 · EXAMPLES

Examples from a practice rulebook.

Written the way a partner would say it.

Five rules from a practice rulebook, as the firm wrote them. Each says what it applies to and where it came from.

  • Duplicate payments

    Two payments to the same payee for the same amount within 7 days, where neither carries an invoice.

    APPLIES TO
    LEDGER
    WHERE IT CAME FROM
    Firm template
  • Tax invoice required

    Every expense above ₹2,000 needs a tax invoice on file before it can be reconciled.

    APPLIES TO
    LEDGER · FORMS
    WHERE IT CAME FROM
    Firm template
  • Approval limit

    Tuned for this client

    Payments above ₹50,000 need a purchase order on file and a partner’s sign-off.

    APPLIES TO
    LEDGER
    WHERE IT CAME FROM
    Firm template
  • Input credit without GSTIN

    Do not claim input credit where the payee has no GSTIN on record for the period.

    APPLIES TO
    LEDGER · FORMS
    WHERE IT CAME FROM
    Firm template
  • Related-party payees

    Kavro Holdings and SR Enterprises are related parties. Every payment to them needs a written purpose.

    APPLIES TO
    LEDGER · STATEMENTS
    WHERE IT CAME FROM
    Written for the client

Rules run on every upload and re-run across the open period.

See your own month while it’s still open.

Early access opens in small groups. One email when your seat is ready.