Contact

RECEIVED Function (LibreOffice Calc)

Financial Intermediate LibreOffice Calc

Learn the RECEIVED function in LibreOffice Calc: Returns the amount paid out at maturity for a fully invested security.

Verification status: Consult the documentation and examples below. Native application testing has not been documented for this guide. How formula examples are checked

Testing scope (13 October 2026): The numerical examples and diagnostics identified as native results come from a recorded LibreOffice Calc 25.2.3.2 Linux run. Its saved formulas and results were checked against the retained workbook, and the numerical examples were independently recalculated. No new Calc run was performed for this review. Current online Help displays 26.8; that application version and other platforms were not tested. The zero-discount diagnostic has conflicting saved results, as described below.

Quick answer. RECEIVED computes the redemption amount paid at maturity for a fully invested security, given its purchase amount, an annual discount rate, dates and a day-count convention. It is the inverse of a present-value discount calculation of the form Investment = Redemption × (1 − Discount × YearFraction). It is not the same as applying ordinary compound interest to your initial investment [S2, I1].

=RECEIVED(DATE(2026;1;15);DATE(2026;4;15);1000;6%;2)

Result: 1015.22842639594 (typically 1,015.23 when displayed as currency). There are 90 calendar days between these dates, so the Actual/360 year fraction is 90/360=0.25; the security’s discount over this term is 6% × 0.25=1.5% of redemption, not of the initial investment. Therefore 1,000 / (1−0.015) = 1,015.228426.... The native Calc result matched an independent Decimal calculation [I1, N1].

Syntax and arguments: discount, not investment yield

=RECEIVED(Settlement; Maturity; Investment; Discount [; Basis])

Both LibreOffice Help [S2] and OpenDocument 1.4 OpenFormula §6.12.43 [S4] document four required parameters and an optional fifth Basis, defaulting to 0. There is no optional discount or investment parameter. The documented English Calc and OpenFormula names are both RECEIVED; function argument separators in the illustrated English Calc setup are semicolons. Decimal separators and function names may differ with locale.

Argument Required? Meaning and expected values
Settlement Yes Date of purchase/settlement; enter a date-valued cell or DATE(y;m;d).
Maturity Yes Later redemption/maturity date. Must be strictly later than Settlement.
Investment Yes Positive amount initially paid. Use the same currency for the reported payout.
Discount Yes Positive annual quoted bank-discount rate, entered as 6% or 0.06, not 6 for 6%. This is a discount from maturity value, not a straightforward interest percentage on the investment.
Basis No Integer 0–4, determining how days are converted into a year fraction. 0 is the default when omitted.

Day-count basis reference

Basis Official convention Notes
0 (default) US (NASD) 30/360 US conventional 30-day months; specialized end-of-month rules.
1 Actual/Actual Actual calendar days and applicable actual-year method.
2 Actual/360 Calendar days divided by 360; often used for money-market quotations.
3 Actual/365 Calendar days divided by 365.
4 European 30/360 European 30-day-month/360-day-year convention.

The official sources [S2, S4] define the modes and the default. Never infer that an omitted Basis means Actual/365. Likewise, do not treat the basis number as a day count or append it to a rate; basis specifies an entire calculation convention, including month-end treatment for 0 and 4.

Underlying financial formula

OpenFormula specifies the relationship [S4]:

YearFraction = YEARFRAC(Settlement; Maturity; Basis)
Maturity proceeds = Investment / (1 − Discount × YearFraction)
Earned currency amount = Maturity proceeds − Investment

The percentage Discount × YearFraction is taken from the redemption amount. That is why a discount quote of 6% for a quarter does not produce a 1.5% return on cost: receiving approximately 1,015.23 on a 1,000 investment means the gain on invested cash is approximately 1.52284264% for the term, slightly larger than 1.5%.

The denominator 1 − Discount × YearFraction is crucial. To represent positive economic proceeds, require Investment > 0, Discount > 0, Maturity > Settlement and Discount × YEARFRAC(...) < 1. OpenFormula explicitly states positive investment and discount and ordering [S4]; the extra denominator guard is financial-model protection from the stated equation, not an additional universally enforced Calc input rule. Native testing actually found a negative numerical payout when the denominator became negative [N1].

Reproducible worksheet: a 90-day discounted investment

Enter the values below into any blank Calc sheet. Format dates as Date and maturity results as Currency if useful.

Cell Input Role
B2 =DATE(2026;1;15) Settlement
B3 =DATE(2026;4;15) Maturity
B4 1000 Invested amount
B5 6% Annual discount quote
B6 2 Actual/360 basis
B8 =RECEIVED(B2;B3;B4;B5;B6) Calculated maturity proceeds
B9 =YEARFRAC(B2;B3;B6) Year fraction
B10 =B4/(1-B5*B9) Transparent recomputation
B11 =B8-B4 Gain in currency units
B12 =INTRATE(B2;B3;B4;B8;B6) Corresponding simple annualized investment yield

Expected: B8 = 1015.22842639594, B9 = 0.25, B10 = 1015.22842639594, B11 = 15.22842639594, and B12 = 0.0609137055837563 (approximately 6.09137056%). B12 intentionally differs from the 6% discount quote: it measures the gain relative to invested principal. This comparison follows from the two official formulas; the exact nested INTRATE/RECEIVED relationship and linked cell results were subsequently executed in Calc as supplemental worksheet checks [S3, S4, I1, N1, N2].

YEARFRAC in B9 is a native spreadsheet calculation, not an independent external verification. The independent expected payout for the worked case used 90 calendar days and an explicit 360-day denominator in Python Decimal [I1].

LibreOffice’s official example (1999)

The current LibreOffice RECEIVED Help gives [S2]:

=RECEIVED(DATE(1999;2;15);DATE(1999;5;15);1000;0.0575;2)

Result: 1014.42026586264 in the tested Calc 25.2.3.2 build, or 1,014.420266 at six decimals, matching the documented Help example and the independent Decimal result [S2, I1, N1]. There are 89 actual days between February 15 and May 15 in 1999; YEARFRAC(...;2) = 89/360. The result is 1000 / (1 − 0.0575 × 89/360). This test distinguishes genuine day counting from simply treating every three-month span as precisely 90 days.

Use the DATE(...) version of the example instead of copying quoted date strings such as "1999-02-15"; it avoids country-specific parsing and is straightforward to audit in a working financial model.

Day-count choice changes proceeds

For 1,000 invested from January 15 to April 15, 2026, at a quoted annual 6% discount, the independently derived basis differences were evaluated natively [I1, N1]:

Basis Term fraction for these dates Expected redemption amount
0 0.25 1,015.22842639594
1 90/365 approximately 1,015.017…
2 0.25 1,015.22842639594
3 90/365 approximately 1,015.017…
4 0.25 1,015.22842639594

These are simple mid-month dates. For end-of-month, February/leap days or maturity across year boundaries, day-count differences can be more complicated. Do not assume Actual/Actual uses exactly 365 in every calendar year; see the applicable documentation [S2, S4]. The displayed shorter values are illustrative rounding of native/independent results; underlying results and tolerances are in the test evidence.

Advanced use: quote implied proceeds, then compare annualized yield

Suppose a dealer quotes a 90-day discount instrument at 6% discount and another security’s annualized simple interest rate is quoted at 6% on invested principal. Those are different definitions. RECEIVED converts the discount quote into maturity proceeds, and INTRATE can convert those proceeds into an annualized investment-based rate, if and only if both use the same dates and day-count basis:

=INTRATE(B2;B3;B4;RECEIVED(B2;B3;B4;B5;B6);B6)

Expected for the worked cells: about 6.09137056%. Algebraically, for a term fraction t, the rate on cost is d/(1−d*t), not simply d. This conversion is especially helpful when comparing a discount-quoted instrument to a simple-yield-quoted instrument. It does not evaluate credit quality, commissions, settlement risk, liquidity, market price spreads or taxation [I1].

Quote required cash outlay. If you know the promised redemption amount R instead of the money invested, rearrange the equation:

=R*(1-Discount*YEARFRAC(Settlement;Maturity;Basis))

For example, with R=1000, the 90-day 6% discount implies an investment of 985 (provided the discount factor remains positive). RECEIVED then returns 1000 for a 985 investment. This is algebra derived from the official OpenFormula expression [S4, I1], not a separate additional native Calc test of every possible input.

Input validation: prevent economically impossible outputs

Financial documentation requires a positive Investment and positive Discount, and settlement before maturity [S4]. Beyond those domain checks, a valid model needs the discount factor 1 − Discount × YearFraction to remain strictly positive. Do not rely on RECEIVED to flag all financially invalid denominator cases. In native Calc 25.2.3.2, a long-dated high-discount test returned a negative payout instead of an input error [N1].

With B2:B6 set up as above, this guarded Calc formula either returns a meaningful positive amount or #N/A:

=IF(AND(B3>B2;B4>0;B5>0;B6>=0;B6<=4;B6=INT(B6);B5*YEARFRAC(B2;B3;B6)<1);RECEIVED(B2;B3;B4;B5;B6);NA())

Why check B6=INT(B6)? The official basis list contains integer values only, but the tested Calc build accepted 2.5 as a diagnostic input and returned a number consistent with integer coercion [S2, N1]. Relying on undocumented coercion risks different results after import or an upgrade. Validate actual values instead of suppressing warnings.

For data-entry sheets, use Data > Validity to enforce numeric positive Investment and Discount, date ordering, and an integer basis from 0–4. Put separate visible warning cells next to the instrument record so erroneous terms are corrected at the source. A simple IFERROR(RECEIVED(...);"") may hide a bad quotation; it does not fix it.

Troubleshooting and observed input behavior

Symptom Why it happens / native finding Resolution
Err:502 for reversed or identical dates Native Calc 25.2.3.2 rejected Maturity <= Settlement [N1]. Verify cell dates and enforce Maturity > Settlement.
Err:502 for Investment 0 or negative Positive investment is required by OpenFormula; native tests rejected these [S4, N1]. Enter a positive purchase amount.
Discount 0: conflicting historical outputs The saved ODS contains 1000, while the later CSV/JSON records Err:502 for the same formula. No fresh run resolved this difference. OpenFormula specifies positive discount [S4]. Keep Discount positive for the documented model; test zero-discount handling separately in your installed build rather than relying on either historical output.
Err:502 for Basis outside 0–4 Basis -1 and 5 were rejected natively [S2, N1]. Correct the basis.
A fractional Basis produced a value Basis 2.5 was coerced to a numeric result in the tested version [N1]. Do not depend on this undocumented coercion. Require integer 0–4.
A negative maturity amount, not an error Observed natively when Discount×year fraction exceeded 1: native input accepted but implied denominator was negative [N1]. Explicitly require Discount*YEARFRAC(...)<1; check whether the security’s quotation is realistic.
Input 6 gave nonsensical results vs 6% 6 means 600% as a rate fraction. Enter 6% or 0.06; label the input cell.
Results differ from multiplying Investment by (1+discount×t) A quoted discount rate applies to face/redemption value, not directly to invested principal [S4]. Use Investment/(1-discount*t).
Dates entered as strings behave differently across computers Locale-dependent parsing. Use date-valued inputs or DATE(y;m;d).
1,015.23 vs 1015.22842639594 Currency formatting rounds the display only. Retain full numeric underlying value for calculations, round when presenting a payment.
Imported XLSX shows stale or inconsistent results Cached results may precede recalculation; not every app uses identical day-count conventions. Open and recalculate in the target app and compare against the documented date/basis cases.

All listed native observations are for 25.2.3.2 on Linux. They are not claims about LibreOffice 26.8 or other platforms. The positive-result denominator guard is an editorial safety recommendation from the formula even though native function checking did not consistently enforce it [S4, N1]. The guarded formula returned #N/A in an additional native test when the denominator was negative; the unguarded result was -972.972972972973 [N2].

Compatibility and portability

  • LibreOffice Calc: RECEIVED is listed in the current official Financial Functions Help [S2]. This guide evaluated formulas with LibreOffice 25.2.3.2, Linux; Calc 26.8 or Windows/macOS numerical edge behavior was not executed.
  • OpenDocument/OpenFormula: OpenDocument v1.4 specifies the named function RECEIVED in §6.12.43, along with the default Basis=0, parameter constraints and discount formula [S4]. The OpenFormula function name is not an alternate page title.
  • Excel, Sheets, other applications: An identical-looking syntax is not independent compatibility evidence. No native execution was performed in those applications. Review date conventions, return scaling, error behavior and the imported workbook’s recalculation before using values for an investment decision.
  • Locale and saved files: The reviewed examples use English names, semicolon separators and period decimals. The native test workbook was imported from OOXML and evaluated with Calc before its ODS/CSV results were read; imported workbook cache values alone were not treated as native evidence [N1].

Related functions include INTRATE, YEARFRAC, DISC, PRICEDISC, YIELDDISC. The companion INTRATE converts purchase and redemption amounts to a simple investment-based annualized yield. YEARFRAC supplies term fraction for the chosen basis. DISC, PRICEDISC and YIELDDISC address other discounted-security relationships; none is a synonym for RECEIVED.

Sources, dates and validation method

ID Official source or reproducible evidence, checked 2026-10-13 Specific claim coverage
S2 LibreOffice Help: RECEIVED financial function, online interface currently identified as 26.8 Named function, syntax, basis and default, official 1999-02-15 example.
S3 OASIS OpenDocument v1.4 OpenFormula §6.12.22 INTRATE, OASIS Standard 2025-10-06 The companion yield-on-investment definition used to explain the discount/yield distinction.
S4 OASIS OpenDocument v1.4 OpenFormula §6.12.43 RECEIVED, OASIS Standard 2025-10-06 Formal parameter constraints, discount formula and optional basis.
I1 Independently recalculated calendar-day and financial arithmetic Official and worked numerical examples, with the day-count assumptions stated above.
N1 Historical Calc 25.2.3.2 Linux formulas, ODS and CSV outputs, checked against the saved numerical record 36 numerical cases across INTRATE/RECEIVED independently recompute; diagnostic scope is limited to the recorded release.
N2 Historical cell-reference and nested-formula workbook outputs 12 supplemental worksheet checks; these are distinct from independent day-count tests.