PRICEDISC

Quirk found

Category: Financial · Last tested 2026-09-01

Real compatibility results for the PRICEDISC 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)	Supported, behaves as documented
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 PRICEDISC’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 PRICEDISC working in LibreOffice?

PRICEDISC 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.

Google Sheets: 1 case inconclusive. Our corpus is an Excel-authored .xlsx, and Google’s importer does not map every OOXML storage prefix (_xlfn., _xlfn._xlws., _xlpm.) — nor does the .xlsx export preserve full float precision or a blank result. Where the disagreement is explained by that round trip we report it as inconclusive rather than as a Sheets behavior. Google documents this function, so the result is not evidence of missing support. See the methodology page for the full caveat and the planned re-run with plain function names.

Discovered quirks

=PRICEDISC(A2,A3,0,A5,A6) on LibreOffice Calc returned #VALUE!, but the documented/expected result is #NUM!.
Provenance
Microsoft documents: "If discount <= 0 or if redemption <= 0, PRICEDISC returns the #NUM! error value." A zero discount would price the security at par, but the documented range excludes it -- the boundary is AT zero, not below it.; MISMATCH vs expected: expected '#NUM!', got '#VALUE!'
=PRICEDISC(A2,A3,A4,A5,5) on LibreOffice Calc returned #VALUE!, but the documented/expected result is #NUM!.
Provenance
Microsoft documents: "If basis < 0 or if basis > 4, PRICEDISC returns the #NUM! error value."; MISMATCH vs expected: expected '#NUM!', got '#VALUE!'
=PRICEDISC(A3,A3,A4,A5,A6) on LibreOffice Calc returned #VALUE!, but the documented/expected result is #NUM!.
Provenance
Microsoft documents: "If settlement >= maturity, PRICEDISC returns the #NUM! error value."; 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(PRICEDISC(A2,A3,A4,A5,A6),2)	Microsoft's documented worked example, at the published precision	99.8	99.8 Provenance Microsoft publishes =PRICEDISC(A2,A3,A4,A5,A6) = $99.80 for a discounted security settled 2008-02-16, maturing 2008-03-01, at a 5.25% discount rate, redemption 100, on basis 2 (Actual/360). DERIVATION from the formula Microsoft prints as an image, PRICEDISC = redemption - discount * redemption * DSM/B: on basis 2 the day count is actual and the year is 360, and 2008 is a leap year, so DSM = 14 days (2008-02-16 to 2008-03-01 crosses February 29th) and the price is 100 - 0.0525 * 100 * 14/360 = 23951/240 = 99.79583333... in exact rational arithmetic. THE LEAP DAY MATTERS: in a non-leap year the same dates are 13 days apart and the answer would be 99.8104..., so this case quietly tests the calendar too. Microsoft's page was re-read live on 2026-08-31 at https://support.microsoft.com/en-us/excel/functions/pricedisc-function (the /en-us/office/<name>-function-<guid> path was returning Microsoft's 'Sorry, the page you're looking for can't be found' body throughout this batch, and the working path serves an 87 KB stub about half the time, so pages were fetched with retries until the payload exceeded 150 KB).	Matched
=ROUND(PRICEDISC(A2,A3,A4,A5,A6),10)	The same example carried to ten decimal places	99.7958333333	99.7958333333 Provenance Asserted at ten places from the exact rational 23951/240 = 99.7958333333333... The two published decimals would equally admit a 13-day or 15-day count; ten places do not.	Matched
=PRICEDISC(A2,A3,0,A5,A6)	A discount rate of zero, which the page excludes	#NUM!	#NUM! Provenance Microsoft documents: "If discount <= 0 or if redemption <= 0, PRICEDISC returns the #NUM! error value." A zero discount would price the security at par, but the documented range excludes it -- the boundary is AT zero, not below it.	Matched
=PRICEDISC(A2,A3,A4,A5,5)	A basis of 5, one past the documented range	#NUM!	#NUM! Provenance Microsoft documents: "If basis < 0 or if basis > 4, PRICEDISC returns the #NUM! error value."	Matched
=PRICEDISC(A3,A3,A4,A5,A6)	Settlement equal to maturity	#NUM!	#NUM! Provenance Microsoft documents: "If settlement >= maturity, PRICEDISC returns the #NUM! error value."	Matched
=PRICEDISC("not a date",A3,A4,A5,A6)	A settlement date that is not a date	#VALUE!	#VALUE! Provenance Microsoft documents: "If settlement or maturity is not a valid date, PRICEDISC 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(PRICEDISC(A2,A3,A4,A5,A6),2)	Microsoft's documented worked example, at the published precision	99.8	99.8 Provenance Microsoft publishes =PRICEDISC(A2,A3,A4,A5,A6) = $99.80 for a discounted security settled 2008-02-16, maturing 2008-03-01, at a 5.25% discount rate, redemption 100, on basis 2 (Actual/360). DERIVATION from the formula Microsoft prints as an image, PRICEDISC = redemption - discount * redemption * DSM/B: on basis 2 the day count is actual and the year is 360, and 2008 is a leap year, so DSM = 14 days (2008-02-16 to 2008-03-01 crosses February 29th) and the price is 100 - 0.0525 * 100 * 14/360 = 23951/240 = 99.79583333... in exact rational arithmetic. THE LEAP DAY MATTERS: in a non-leap year the same dates are 13 days apart and the answer would be 99.8104..., so this case quietly tests the calendar too. Microsoft's page was re-read live on 2026-08-31 at https://support.microsoft.com/en-us/excel/functions/pricedisc-function (the /en-us/office/<name>-function-<guid> path was returning Microsoft's 'Sorry, the page you're looking for can't be found' body throughout this batch, and the working path serves an 87 KB stub about half the time, so pages were fetched with retries until the payload exceeded 150 KB).	Matched
=ROUND(PRICEDISC(A2,A3,A4,A5,A6),10)	The same example carried to ten decimal places	99.79583333	99.7958333333 Provenance Asserted at ten places from the exact rational 23951/240 = 99.7958333333333... The two published decimals would equally admit a 13-day or 15-day count; ten places do not.	Inconclusive
=PRICEDISC(A2,A3,0,A5,A6)	A discount rate of zero, which the page excludes	#NUM!	#NUM! Provenance Microsoft documents: "If discount <= 0 or if redemption <= 0, PRICEDISC returns the #NUM! error value." A zero discount would price the security at par, but the documented range excludes it -- the boundary is AT zero, not below it.	Matched
=PRICEDISC(A2,A3,A4,A5,5)	A basis of 5, one past the documented range	#NUM!	#NUM! Provenance Microsoft documents: "If basis < 0 or if basis > 4, PRICEDISC returns the #NUM! error value."	Matched
=PRICEDISC(A3,A3,A4,A5,A6)	Settlement equal to maturity	#NUM!	#NUM! Provenance Microsoft documents: "If settlement >= maturity, PRICEDISC returns the #NUM! error value."	Matched
=PRICEDISC("not a date",A3,A4,A5,A6)	A settlement date that is not a date	#VALUE!	#VALUE! Provenance Microsoft documents: "If settlement or maturity is not a valid date, PRICEDISC returns the #VALUE! error value."	Matched

LibreOffice Calc 25.8.7.3 (tested 2026-08-31)

Formula	Description	Result	Expected	Verdict
=ROUND(PRICEDISC(A2,A3,A4,A5,A6),2)	Microsoft's documented worked example, at the published precision	99.8	99.8 Provenance Microsoft publishes =PRICEDISC(A2,A3,A4,A5,A6) = $99.80 for a discounted security settled 2008-02-16, maturing 2008-03-01, at a 5.25% discount rate, redemption 100, on basis 2 (Actual/360). DERIVATION from the formula Microsoft prints as an image, PRICEDISC = redemption - discount * redemption * DSM/B: on basis 2 the day count is actual and the year is 360, and 2008 is a leap year, so DSM = 14 days (2008-02-16 to 2008-03-01 crosses February 29th) and the price is 100 - 0.0525 * 100 * 14/360 = 23951/240 = 99.79583333... in exact rational arithmetic. THE LEAP DAY MATTERS: in a non-leap year the same dates are 13 days apart and the answer would be 99.8104..., so this case quietly tests the calendar too. Microsoft's page was re-read live on 2026-08-31 at https://support.microsoft.com/en-us/excel/functions/pricedisc-function (the /en-us/office/<name>-function-<guid> path was returning Microsoft's 'Sorry, the page you're looking for can't be found' body throughout this batch, and the working path serves an 87 KB stub about half the time, so pages were fetched with retries until the payload exceeded 150 KB).	Matched
=ROUND(PRICEDISC(A2,A3,A4,A5,A6),10)	The same example carried to ten decimal places	99.7958333333	99.7958333333 Provenance Asserted at ten places from the exact rational 23951/240 = 99.7958333333333... The two published decimals would equally admit a 13-day or 15-day count; ten places do not.	Matched
=PRICEDISC(A2,A3,0,A5,A6)	A discount rate of zero, which the page excludes	#VALUE!	#NUM! Provenance Microsoft documents: "If discount <= 0 or if redemption <= 0, PRICEDISC returns the #NUM! error value." A zero discount would price the security at par, but the documented range excludes it -- the boundary is AT zero, not below it.	Mismatch
=PRICEDISC(A2,A3,A4,A5,5)	A basis of 5, one past the documented range	#VALUE!	#NUM! Provenance Microsoft documents: "If basis < 0 or if basis > 4, PRICEDISC returns the #NUM! error value."	Mismatch
=PRICEDISC(A3,A3,A4,A5,A6)	Settlement equal to maturity	#VALUE!	#NUM! Provenance Microsoft documents: "If settlement >= maturity, PRICEDISC returns the #NUM! error value."	Mismatch
=PRICEDISC("not a date",A3,A4,A5,A6)	A settlement date that is not a date	#VALUE!	#VALUE! Provenance Microsoft documents: "If settlement or maturity is not a valid date, PRICEDISC returns the #VALUE! error value."	Matched

Docs & syntax

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

Where PRICEDISC 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.