REDA One Help Center
EN
Language
English EN Español ES Português PT Italiano coming soon Français FR Deutsch coming soon العربية coming soon
reda.one ↗
Home / REDA One / Billing & Invoicing / Schedules & recognition / Straight-Line Rent Schedules

Straight-Line Rent Schedules

A commercial lease charges 2,000.00 a month in year one, 2,100.00 in year two, and 2,200.00 in year three — but for accounting purposes, the rent should be recognized evenly across the whole term, not stepped. That even figure is straight-line rent, and the gap between it and the cash actually billed is the deferred-rent balance that accounting standards such as ASC 842 and IFRS 16 (the US and international lease-accounting rules) ask you to track. This article shows you how to switch the feature on, generate a schedule, and read it line by line — the linearized rent, each month's adjustment, and the running receivable that builds up and unwinds to zero. Where accounting judgment is involved, check with your accounting team; this article explains the tool, not the standard. No prior REDA experience is assumed.

Getting there. Open the App Launcher (the grid icon at the top-left of any page) → REDA → the Straight-Line Schedules tab to browse schedules; or generate one from a lease by opening the lease record and clicking Calculate Straight-Line Schedule (top-right of the record page).
Access you'll need. Full access to schedules requires the REDA - Master Data - Admin or REDA - Property Analytics permission set; the calculate action needs schedule-create rights.

Why straight-line

When cash rent escalates over a lease, the money you collect rises step by step, but the value the tenant receives each month — the use of the space — doesn't. Straight-line recognition smooths the rent into one constant monthly figure, the linearized rent, calculated across the entire term. In the early, cheaper months you recognize more than you bill (building a receivable); in the later, dearer months you recognize less than you bill (unwinding it). By the end of the lease, the receivable returns to zero. REDA builds the whole schedule for you, month by month, so you have the numbers without a spreadsheet.

Switching it on

A charge is included in a straight-line schedule only when a chain of conditions is met. Miss any link and the charge is silently left out:

#RequirementWhere
1The Leasing Rule has Calculate Straight-Line Schedule switched onLeasing Rule
2The charge is recurring, with From/To datesThe charge
3The charge's charge code has Include In Straight-Line Calculation tickedCharge Code
4Any ticket linked to the charge is ClosedTicket
5The lease is accounting-active with a property set (checked by the action)The lease

Generating a schedule

There are three ways a schedule gets built. You can trigger one on demand with the Calculate Straight-Line Schedule action on the lease — a short screen that first checks the lease is a lease, is accounting-active, has straight-line enabled on its rule, and has a property. When a relevant charge changes, REDA also flags the lease as pending straight-line calculation, so it can be swept up automatically. That automatic sweep runs as a background job — but like most billing runs, it isn't scheduled out of the box:

The sweep job must be scheduled for automatic recalculation. REDA flags leases as pending when their charges change, but the job that processes those flags has to be scheduled by an administrator (see Scheduling Background Jobs). Until it is, flagged leases wait — so either schedule the sweep, or run the Calculate Straight-Line Schedule action by hand.

Reading the schedule

A straight-line schedule has a header that summarizes the whole term, and one row — a period — per calendar month. The header's roll-ups build to the single most important figure, the linearized rent:

Header fieldMeaning
Total MonthsThe sum of the month weights across all periods.
Total Prorated / Total Prorated DiscountThe sum of cash rent / the sum of discounts across the term.
Net Total ProratedTotal Prorated minus Total Prorated Discount.
Linearized RentNet Total Prorated ÷ Total Months — the constant monthly figure.
Is Latest ScheduleTrue only for the schedule the lease currently points at.
Recalculating creates a new schedule — it never edits in place. When a lease is recalculated, REDA builds a fresh schedule and marks it Is Latest Schedule; the previous one stays put for audit. Only the schedule the lease points at is current, so if you see two on a lease, the newer one is live and the older is history.

Reading a period

Each period is one calendar month of the term. Its name is written by REDA as a year-month key — 2026-01, for instance — and the numbers on it trace the recognition for that month:

Period fieldMeaning
Period NameThe month, written year-month (e.g. 2026-01), by the system.
Period Start / End, Total DaysThe calendar month the period covers.
Leased Days / Vacant DaysHow much of the month the lease actually covers.
Month WeightWith advanced proration on: leased days ÷ total days. Otherwise: 0.5 for a partial month, 1 for a full one.
Prorated Rent / Prorated Discount / Net Prorated RentThe cash side for the month.
Prorated Linearized RentLinearized Rent × Month Weight.
Straight-Line AdjustmentProrated Linearized Rent minus Net Prorated Rent — the deferred-rent movement for the month.
Account ReceivableThe running sum of the adjustments to date.

The Straight-Line Adjustment is the heart of it: a positive figure means you recognized more than you billed (deferring rent into a receivable), a negative figure means you recognized less (unwinding it). The Account Receivable column accumulates those adjustments and, over a balanced schedule, returns to zero at the final period.

Why the last month's receivable looks slightly off. When the Leasing Rule's zero-out option is on and rounding leaves the running total a cent or two shy of zero, REDA absorbs that residue in the final period so the schedule lands exactly on zero. A last-row figure that differs by a rounding amount is that adjustment at work.

A note on the period-name message

Periods are named automatically, and you shouldn't rename them. If a validation ever fires on the period name, be aware of a quirk in its wording:

"Period name must be in MM-yyyy format based on period start date."

The message says "MM-yyyy," but the format REDA actually writes and accepts is year-month (yyyy-MM, e.g. 2026-01). The wording is misleading; the behavior is what counts. Leave period names as the system sets them.

Worked example: a three-year step-up on Harbour Tower Suite 300

Harbour Tower Suite 300 is a commercial lease that runs 36 months of full months, no discounts, with the rent stepping up each year: 2,000.00 a month in year one, 2,100.00 in year two, and 2,200.00 in year three. The total cash rent is (12 × 2,000.00) + (12 × 2,100.00) + (12 × 2,200.00) = 75,600.00 over 36 months, so the linearized rent is 75,600.00 ÷ 36 = 2,100.00 a month — which, for an evenly-stepped lease like this, lands right on the middle year's rent. Here's how the adjustment and the receivable move:

MonthsCash rentLinearizedAdjustmentRunning receivable
1–12 (Year 1)2,000.002,100.00+100.00climbs by 100 each month → 1,200.00 at month 12
13–24 (Year 2)2,100.002,100.000.00holds flat at 1,200.00 through month 24
25–36 (Year 3)2,200.002,100.00−100.00unwinds by 100 each month → 0.00 at month 36

In year one you bill 2,000.00 but recognize 2,100.00, so each month adds 100.00 to the receivable — which peaks at 1,200.00. Year two bills and recognizes the same 2,100.00, so the adjustment is zero and the receivable simply holds. In year three you bill 2,200.00 but still recognize 2,100.00, so each month draws the receivable down by 100.00, landing it back at zero as the lease ends.

Partial months prorate too. If this lease had started on 16 January (a 31-day month) with advanced proration on, that first period's Month Weight would be 16 ÷ 31 ≈ 0.516 and its prorated cash rent 2,000.00 ÷ 31 × 16 = 1,032.26; with advanced proration off, the weight would simply be 0.5. The same daily-rate logic as ordinary Proration runs here.

A straight-line schedule header showing linearized rent, total months, and Is Latest Schedule
The Harbour Tower Suite 300 straight-line schedule: its 36 months and 75,600 of total prorated rent resolve to a Linearized Rent of 2,100.00, and it is flagged as the latest schedule for the lease.
The straight-line period list with prorated versus linearized rent, adjustments, and running receivable
The period list: each month's cash rent set against the flat 2,100 linearized rent, with a +100 adjustment in year one that unwinds to zero later, and a running receivable that climbs to 1,200 by month twelve before drawing back down.

When it doesn't calculate

If the action reports no lease or no charges, the engine couldn't find something it needs:

"Opportunity Not Found."
"Opportunity Charges Not Found."

"Opportunity Charges Not Found." almost always means no charge qualified — walk the eligibility chain: the rule's straight-line flag, the charge code's Include In Straight-Line Calculation flag, the recurring From/To dates, and that any linked ticket is Closed.

Where to go next

  1. How Billing Works in REDA — the charge model straight-line reads from.
  2. Proration — the daily-rate math behind the partial-month periods.
  3. Charge Codes — the Include In Straight-Line Calculation flag.
  4. Scheduling Background Jobs — the sweep job that drives automatic recalculation.
  5. The REDA Financials Bridge — where the deferred-rent adjustment is booked.

Frequently asked questions

"Opportunity Charges Not Found." means no charge qualified. Check the rule's straight-line flag, the charge code's Include In Straight-Line Calculation flag, the recurring From/To dates, and that any linked ticket is Closed.

Recalculation never edits in place — it creates a new schedule and marks it latest, leaving the older one for audit. The one flagged Is Latest Schedule is the live one.

Period names are system-generated as year-month (e.g. 2026-01) — don't rename them. The validation enforces that format; note its message reads "MM-yyyy" but the accepted format is year-month.

The zero-out option absorbs any rounding residue in the final period, so the schedule lands exactly on zero.

The lease is flagged pending, but the sweep job that processes flagged leases must be scheduled by your administrator — or run the Calculate Straight-Line Schedule action by hand.

Was this article helpful?