DISC

Quirk found

Category: Financial · Last tested 2026-09-01

Real compatibility results for the DISC function: executed in Excel for the web, Google Sheets and LibreOffice Calc, with desktop Excel behavior from Microsoft’s official documentation (we do not run desktop Excel — Excel for the web is a different application and is executed separately). Syntax and links to that documentation are below.

Support matrix

Engine	Documented	Live-tested	Verdict
Excel (desktop)	Yes	No — documented only	n/a
Excel for the web	—	Yes (recalc, 2026-09-01)	Supported, behaves as documented
Google Sheets	Yes	Yes (Drive import, 2026-08-31)	Quirk found
LibreOffice Calc	Yes	Yes (25.8.7.3, 2026-08-31)	Quirk found

LibreOffice version history

We executed the same test cases under each LibreOffice release to show exactly when DISC’s support changed — not documentation claims, real results.

LibreOffice version	Verdict	Tested
24.2.0.3	Quirk found	2026-08-31
24.8.7.2	Quirk found	2026-08-31
25.2.0.3	Quirk found	2026-08-31
25.8.7.3	Quirk found	2026-08-31

Why isn't DISC working in LibreOffice?

DISC exists in LibreOffice 25.8.7.3, but it is not a drop-in match for Excel — our executed tests found real behavioral differences (detailed in the test results on this page). If a formula that works in Excel or Google Sheets misbehaves in LibreOffice, compare your usage against the failing cases above before assuming your data is wrong.

Why isn’t DISC working in Google Sheets?

DISC runs in Google Sheets, but our executed cases show it does not match Excel’s documented behavior on every input (the failing cases are listed on this page). If a formula that behaves one way in Excel gives you a different answer in Sheets, compare your usage against those cases before assuming your data is wrong.

Discovered quirks

=ROUND(DISC(DATE(2018,7,1),DATE(2048,1,1),97.975,100,1),12) on Google Sheets returned 0.000686345065, but the documented/expected result is 0.000686384169.
Provenance
MICROSOFT-PUBLISHED RESULT CORRECTED. The page's example data is settlement 07/01/2018, maturity 01/01/2048, price 97.975, redemption 100, basis 1 (actual/actual), and it publishes the result 0.001038. That figure does not belong to those inputs. Derived independently from the formula the page itself states, DISC = ((redemption - pr)/redemption) * (B/DSM): (100 - 97.975)/100 = 0.02025, DSM = 10776 actual days from 2018-07-01 to 2048-01-01, and B under the documented actual/actual basis is the average length of the calendar years spanned, giving a year fraction of 29.50242868497748 and a discount rate of 0.0006863841691213483. The published 0.001038 is reproducible only by moving the maturity back ten years: with maturity 01/01/2038 the same arithmetic gives 0.0010381908237747707, which rounds to exactly the printed 0.001038. The published number is therefore a stale figure left behind when the example's dates were rolled forward, not a rounding of the correct answer, so the correct value is asserted here and the discrepancy recorded rather than buried. Asserted at 12 decimal places (0.000686384169), which is roughly 9 significant digits of the independently derived value and well inside double precision; the ROUND() wrapper keeps the assertion free of last-bit formatting differences. EXECUTED RESULT: all four LibreOffice builds return 0.000686384169121348, matching the independently derived value to full double precision -- so LibreOffice agrees with the derivation and with the page's stated inputs, and it is Microsoft's printed 0.001038 that stands alone.; MISMATCH vs expected: expected 0.000686384169, got 0.000686345065
=DISC(DATE(2018,7,1),DATE(2048,1,1),0,100,1) on LibreOffice Calc returned #VALUE!, but the documented/expected result is #NUM!.
Provenance
Excel documents: "If pr <= 0 or if redemption <= 0, DISC returns the #NUM! error value." EXECUTED RESULT: all four LibreOffice builds (24.2.0.3, 24.8.7.2, 25.2.0.3, 25.8.7.3) return #VALUE! here instead of the documented #NUM! -- the same systemic #VALUE!-substitution pattern already recorded across this corpus, an error-code difference rather than a computation one.; MISMATCH vs expected: expected '#NUM!', got '#VALUE!'
=DISC(DATE(2018,7,1),DATE(2048,1,1),97.975,100,5) on LibreOffice Calc returned #VALUE!, but the documented/expected result is #NUM!.
Provenance
Excel documents five bases (0-4) and: "If basis < 0 or if basis > 4, DISC returns the #NUM! error value." 5 is the first excluded value. EXECUTED RESULT: all four LibreOffice builds (24.2.0.3, 24.8.7.2, 25.2.0.3, 25.8.7.3) return #VALUE! here instead of the documented #NUM! -- the same systemic #VALUE!-substitution pattern already recorded across this corpus, an error-code difference rather than a computation one.; MISMATCH vs expected: expected '#NUM!', got '#VALUE!'
=DISC(DATE(2048,1,1),DATE(2018,7,1),97.975,100,1) on LibreOffice Calc returned #VALUE!, but the documented/expected result is #NUM!.
Provenance
Excel documents: "If settlement >= maturity, DISC returns the #NUM! error value." The example's two dates are simply swapped here. EXECUTED RESULT: all four LibreOffice builds (24.2.0.3, 24.8.7.2, 25.2.0.3, 25.8.7.3) return #VALUE! here instead of the documented #NUM! -- the same systemic #VALUE!-substitution pattern already recorded across this corpus, an error-code difference rather than a computation one.; MISMATCH vs expected: expected '#NUM!', got '#VALUE!'

Executed test cases

Excel for the web (executed 2026-09-01 via OneDrive recalculation)

These values come from Excel for the web, not from desktop Excel. They are two different implementations of the calculation engine, and this run measured only the web one: the corpus was uploaded to OneDrive as .xlsx, recalculated by Excel for the web on open, and downloaded again for readback. Excel for the web is a rolling service with no pinnable version, so the run is identified by its date. Where a value here disagrees with the Expected column — which is Microsoft’s documentation of the desktop product — we cannot tell you whether the web engine diverges from the desktop one or the documentation is wrong about both, because we do not run desktop Excel.

Formula	Description	Result	Expected	Verdict
=ROUND(DISC(DATE(2018,7,1),DATE(2048,1,1),97.975,100,1),12)	Microsoft's documented worked example: the discount rate of a bond priced at 97.975 per 100 face value, actual/actual basis	0.000686384169	0.000686384169 Provenance MICROSOFT-PUBLISHED RESULT CORRECTED. The page's example data is settlement 07/01/2018, maturity 01/01/2048, price 97.975, redemption 100, basis 1 (actual/actual), and it publishes the result 0.001038. That figure does not belong to those inputs. Derived independently from the formula the page itself states, DISC = ((redemption - pr)/redemption) * (B/DSM): (100 - 97.975)/100 = 0.02025, DSM = 10776 actual days from 2018-07-01 to 2048-01-01, and B under the documented actual/actual basis is the average length of the calendar years spanned, giving a year fraction of 29.50242868497748 and a discount rate of 0.0006863841691213483. The published 0.001038 is reproducible only by moving the maturity back ten years: with maturity 01/01/2038 the same arithmetic gives 0.0010381908237747707, which rounds to exactly the printed 0.001038. The published number is therefore a stale figure left behind when the example's dates were rolled forward, not a rounding of the correct answer, so the correct value is asserted here and the discrepancy recorded rather than buried. Asserted at 12 decimal places (0.000686384169), which is roughly 9 significant digits of the independently derived value and well inside double precision; the ROUND() wrapper keeps the assertion free of last-bit formatting differences. EXECUTED RESULT: all four LibreOffice builds return 0.000686384169121348, matching the independently derived value to full double precision -- so LibreOffice agrees with the derivation and with the page's stated inputs, and it is Microsoft's printed 0.001038 that stands alone.	Matched
=DISC(DATE(2018,7,1),DATE(2048,1,1),0,100,1)	A price of zero, which the documentation excludes	#NUM!	#NUM! Provenance Excel documents: "If pr <= 0 or if redemption <= 0, DISC returns the #NUM! error value." EXECUTED RESULT: all four LibreOffice builds (24.2.0.3, 24.8.7.2, 25.2.0.3, 25.8.7.3) return #VALUE! here instead of the documented #NUM! -- the same systemic #VALUE!-substitution pattern already recorded across this corpus, an error-code difference rather than a computation one.	Matched
=DISC(DATE(2018,7,1),DATE(2048,1,1),97.975,100,5)	A day-count basis above the documented range	#NUM!	#NUM! Provenance Excel documents five bases (0-4) and: "If basis < 0 or if basis > 4, DISC returns the #NUM! error value." 5 is the first excluded value. EXECUTED RESULT: all four LibreOffice builds (24.2.0.3, 24.8.7.2, 25.2.0.3, 25.8.7.3) return #VALUE! here instead of the documented #NUM! -- the same systemic #VALUE!-substitution pattern already recorded across this corpus, an error-code difference rather than a computation one.	Matched
=DISC(DATE(2048,1,1),DATE(2018,7,1),97.975,100,1)	Settlement later than maturity, which the documentation excludes	#NUM!	#NUM! Provenance Excel documents: "If settlement >= maturity, DISC returns the #NUM! error value." The example's two dates are simply swapped here. EXECUTED RESULT: all four LibreOffice builds (24.2.0.3, 24.8.7.2, 25.2.0.3, 25.8.7.3) return #VALUE! here instead of the documented #NUM! -- the same systemic #VALUE!-substitution pattern already recorded across this corpus, an error-code difference rather than a computation one.	Matched
=DISC("abc",DATE(2048,1,1),97.975,100,1)	A settlement date that is not a valid serial date number	#VALUE!	#VALUE! Provenance Excel documents: "If settlement or maturity is not a valid serial date number, DISC returns the #VALUE! error value."	Matched

Google Sheets (executed 2026-08-31 via Drive import)

Google Sheets is a rolling service with no pinnable version, so this run is identified by its date. The corpus was imported to Drive as .xlsx, recalculated by Sheets, and exported back for readback.

Formula	Description	Result	Expected	Verdict
=ROUND(DISC(DATE(2018,7,1),DATE(2048,1,1),97.975,100,1),12)	Microsoft's documented worked example: the discount rate of a bond priced at 97.975 per 100 face value, actual/actual basis	0.000686345065	0.000686384169 Provenance MICROSOFT-PUBLISHED RESULT CORRECTED. The page's example data is settlement 07/01/2018, maturity 01/01/2048, price 97.975, redemption 100, basis 1 (actual/actual), and it publishes the result 0.001038. That figure does not belong to those inputs. Derived independently from the formula the page itself states, DISC = ((redemption - pr)/redemption) * (B/DSM): (100 - 97.975)/100 = 0.02025, DSM = 10776 actual days from 2018-07-01 to 2048-01-01, and B under the documented actual/actual basis is the average length of the calendar years spanned, giving a year fraction of 29.50242868497748 and a discount rate of 0.0006863841691213483. The published 0.001038 is reproducible only by moving the maturity back ten years: with maturity 01/01/2038 the same arithmetic gives 0.0010381908237747707, which rounds to exactly the printed 0.001038. The published number is therefore a stale figure left behind when the example's dates were rolled forward, not a rounding of the correct answer, so the correct value is asserted here and the discrepancy recorded rather than buried. Asserted at 12 decimal places (0.000686384169), which is roughly 9 significant digits of the independently derived value and well inside double precision; the ROUND() wrapper keeps the assertion free of last-bit formatting differences. EXECUTED RESULT: all four LibreOffice builds return 0.000686384169121348, matching the independently derived value to full double precision -- so LibreOffice agrees with the derivation and with the page's stated inputs, and it is Microsoft's printed 0.001038 that stands alone.	Mismatch
=DISC(DATE(2018,7,1),DATE(2048,1,1),0,100,1)	A price of zero, which the documentation excludes	#NUM!	#NUM! Provenance Excel documents: "If pr <= 0 or if redemption <= 0, DISC returns the #NUM! error value." EXECUTED RESULT: all four LibreOffice builds (24.2.0.3, 24.8.7.2, 25.2.0.3, 25.8.7.3) return #VALUE! here instead of the documented #NUM! -- the same systemic #VALUE!-substitution pattern already recorded across this corpus, an error-code difference rather than a computation one.	Matched
=DISC(DATE(2018,7,1),DATE(2048,1,1),97.975,100,5)	A day-count basis above the documented range	#NUM!	#NUM! Provenance Excel documents five bases (0-4) and: "If basis < 0 or if basis > 4, DISC returns the #NUM! error value." 5 is the first excluded value. EXECUTED RESULT: all four LibreOffice builds (24.2.0.3, 24.8.7.2, 25.2.0.3, 25.8.7.3) return #VALUE! here instead of the documented #NUM! -- the same systemic #VALUE!-substitution pattern already recorded across this corpus, an error-code difference rather than a computation one.	Matched
=DISC(DATE(2048,1,1),DATE(2018,7,1),97.975,100,1)	Settlement later than maturity, which the documentation excludes	#NUM!	#NUM! Provenance Excel documents: "If settlement >= maturity, DISC returns the #NUM! error value." The example's two dates are simply swapped here. EXECUTED RESULT: all four LibreOffice builds (24.2.0.3, 24.8.7.2, 25.2.0.3, 25.8.7.3) return #VALUE! here instead of the documented #NUM! -- the same systemic #VALUE!-substitution pattern already recorded across this corpus, an error-code difference rather than a computation one.	Matched
=DISC("abc",DATE(2048,1,1),97.975,100,1)	A settlement date that is not a valid serial date number	#VALUE!	#VALUE! Provenance Excel documents: "If settlement or maturity is not a valid serial date number, DISC returns the #VALUE! error value."	Matched

LibreOffice Calc 25.8.7.3 (tested 2026-08-31)

Formula	Description	Result	Expected	Verdict
=ROUND(DISC(DATE(2018,7,1),DATE(2048,1,1),97.975,100,1),12)	Microsoft's documented worked example: the discount rate of a bond priced at 97.975 per 100 face value, actual/actual basis	0.000686384169	0.000686384169 Provenance MICROSOFT-PUBLISHED RESULT CORRECTED. The page's example data is settlement 07/01/2018, maturity 01/01/2048, price 97.975, redemption 100, basis 1 (actual/actual), and it publishes the result 0.001038. That figure does not belong to those inputs. Derived independently from the formula the page itself states, DISC = ((redemption - pr)/redemption) * (B/DSM): (100 - 97.975)/100 = 0.02025, DSM = 10776 actual days from 2018-07-01 to 2048-01-01, and B under the documented actual/actual basis is the average length of the calendar years spanned, giving a year fraction of 29.50242868497748 and a discount rate of 0.0006863841691213483. The published 0.001038 is reproducible only by moving the maturity back ten years: with maturity 01/01/2038 the same arithmetic gives 0.0010381908237747707, which rounds to exactly the printed 0.001038. The published number is therefore a stale figure left behind when the example's dates were rolled forward, not a rounding of the correct answer, so the correct value is asserted here and the discrepancy recorded rather than buried. Asserted at 12 decimal places (0.000686384169), which is roughly 9 significant digits of the independently derived value and well inside double precision; the ROUND() wrapper keeps the assertion free of last-bit formatting differences. EXECUTED RESULT: all four LibreOffice builds return 0.000686384169121348, matching the independently derived value to full double precision -- so LibreOffice agrees with the derivation and with the page's stated inputs, and it is Microsoft's printed 0.001038 that stands alone.	Matched
=DISC(DATE(2018,7,1),DATE(2048,1,1),0,100,1)	A price of zero, which the documentation excludes	#VALUE!	#NUM! Provenance Excel documents: "If pr <= 0 or if redemption <= 0, DISC returns the #NUM! error value." EXECUTED RESULT: all four LibreOffice builds (24.2.0.3, 24.8.7.2, 25.2.0.3, 25.8.7.3) return #VALUE! here instead of the documented #NUM! -- the same systemic #VALUE!-substitution pattern already recorded across this corpus, an error-code difference rather than a computation one.	Mismatch
=DISC(DATE(2018,7,1),DATE(2048,1,1),97.975,100,5)	A day-count basis above the documented range	#VALUE!	#NUM! Provenance Excel documents five bases (0-4) and: "If basis < 0 or if basis > 4, DISC returns the #NUM! error value." 5 is the first excluded value. EXECUTED RESULT: all four LibreOffice builds (24.2.0.3, 24.8.7.2, 25.2.0.3, 25.8.7.3) return #VALUE! here instead of the documented #NUM! -- the same systemic #VALUE!-substitution pattern already recorded across this corpus, an error-code difference rather than a computation one.	Mismatch
=DISC(DATE(2048,1,1),DATE(2018,7,1),97.975,100,1)	Settlement later than maturity, which the documentation excludes	#VALUE!	#NUM! Provenance Excel documents: "If settlement >= maturity, DISC returns the #NUM! error value." The example's two dates are simply swapped here. EXECUTED RESULT: all four LibreOffice builds (24.2.0.3, 24.8.7.2, 25.2.0.3, 25.8.7.3) return #VALUE! here instead of the documented #NUM! -- the same systemic #VALUE!-substitution pattern already recorded across this corpus, an error-code difference rather than a computation one.	Mismatch
=DISC("abc",DATE(2048,1,1),97.975,100,1)	A settlement date that is not a valid serial date number	#VALUE!	#VALUE! Provenance Excel documents: "If settlement or maturity is not a valid serial date number, DISC returns the #VALUE! error value."	Matched

Docs & syntax

Excel (desktop): official documentation
Google Sheets: official documentation
LibreOffice Calc: official documentation

Where DISC behaves differently

Bond and treasury functions after a migration: what actually breaks
Executed across 26 fixed-income functions and 161 cases: ODDFPRICE and ODDFYIELD are literal stubs in LibreOffice, TBILLPRICE prices a two-year bill, INTRATE's default basis loses a day, and MDURATION is wrong on actual/actual. 83 of 84 documented #NUM! cases arrive as #VALUE!. Google Sheets matched 127 of 161.
When the documentation is wrong: 29 vendor doc defects found by execution
Independent derivation across 586 executed functions found 29 places where a vendor's own page is contradicted by its own inputs, its own table, or the live engine: 23 Microsoft, 5 Google, 1 LibreOffice. Includes T.INV.2T's doubly-wrong Remark, DISC's stale figure, ISDATE's page against the live engine, and RAWSUBTRACT's help against LibreOffice's own result.