ACCRINT
Quirk foundCategory: Financial · Last tested 2026-09-01
Real compatibility results for the ACCRINT 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 ACCRINT’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 ACCRINT working in LibreOffice?
ACCRINT 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.
Discovered quirks
-
=ROUND(ACCRINT(DATE(2008,3,5),A3,A4,A5,A6,A7,A8,FALSE),6) on
LibreOffice Calc returned
#VALUE!, but the documented/expected
result is 15.555556.
Provenance
Microsoft's page publishes this example's result as 15.555556. Re-derived on the same 30/360 basis: 2008-03-05 to 2008-05-01 is (5-3)*30 + (1-5) = 56 days, so 1000*0.1*56/360 = 15.55555556 -> 15.555556 at 6 dp; MISMATCH vs expected: expected 15.555556, got '#VALUE!'
-
=ROUND(ACCRINT(DATE(2008,4,5),A3,A4,A5,A6,A7,A8,TRUE),7) on
LibreOffice Calc returned
#VALUE!, but the documented/expected
result is 7.2222222.
Provenance
Microsoft's page publishes this example's result as 7.2222222. Re-derived on the same 30/360 basis: 2008-04-05 to 2008-05-01 is (5-4)*30 + (1-5) = 26 days, so 1000*0.1*26/360 = 7.22222222 -> 7.2222222 at 7 dp; MISMATCH vs expected: expected 7.2222222, got '#VALUE!'
-
=ACCRINT(A2,A3,A4,A5,A6,3,A8) on
LibreOffice Calc returned
#VALUE!, but the documented/expected
result is #NUM!.
Provenance
Excel documents: "If frequency is any number other than 1, 2, or 4, ACCRINT returns the #NUM! error value."; MISMATCH vs expected: expected '#NUM!', got '#VALUE!'
-
=ACCRINT(A2,A3,A4,0,A6,A7,A8) on
LibreOffice Calc returned
#VALUE!, but the documented/expected
result is #NUM!.
Provenance
Excel documents: "If rate <= 0 or if par <= 0, ACCRINT returns the #NUM! error value."; MISMATCH vs expected: expected '#NUM!', got '#VALUE!'
-
=ACCRINT(A4,A3,A2,A5,A6,A7,A8) on
LibreOffice Calc returned
#VALUE!, but the documented/expected
result is #NUM!.
Provenance
Excel documents: "If issue >= settlement, ACCRINT returns the #NUM! error value." Here issue = serial 39569 (2008-05-01) and settlement = 39508 (2008-03-01); 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(ACCRINT(A2,A3,A4,A5,A6,A7,A8),6) | Microsoft's documented worked example: treasury bond issued 2008-03-01, first interest 2008-08-31, settled 2008-05-01, 10% semiannual coupon on 1000 par, US 30/360 basis | 16.666667 | 16.666667ProvenanceMicrosoft's page publishes this example's result as 16.666667. Independently derived from the documented ACCRINTM-style day-count: serial 39508 = 2008-03-01 (issue), 39569 = 2008-05-01 (settlement), so on the documented US (NASD) 30/360 basis (basis 0) A = (5-3)*30 + (1-1) = 60 accrued days and D = 360, giving par*rate*A/D = 1000*0.1*60/360 = 16.66666667 -> 16.666667 at 6 dp |
Matched |
| =ROUND(ACCRINT(DATE(2008,3,5),A3,A4,A5,A6,A7,A8,FALSE),6) | Same terms but issued 2008-03-05, with calc_method FALSE | 15.555556 | 15.555556ProvenanceMicrosoft's page publishes this example's result as 15.555556. Re-derived on the same 30/360 basis: 2008-03-05 to 2008-05-01 is (5-3)*30 + (1-5) = 56 days, so 1000*0.1*56/360 = 15.55555556 -> 15.555556 at 6 dp |
Matched |
| =ROUND(ACCRINT(DATE(2008,4,5),A3,A4,A5,A6,A7,A8,TRUE),7) | Same terms but issued 2008-04-05, with calc_method TRUE | 7.2222222 | 7.2222222ProvenanceMicrosoft's page publishes this example's result as 7.2222222. Re-derived on the same 30/360 basis: 2008-04-05 to 2008-05-01 is (5-4)*30 + (1-5) = 26 days, so 1000*0.1*26/360 = 7.22222222 -> 7.2222222 at 7 dp |
Matched |
| =ACCRINT(A2,A3,A4,A5,A6,3,A8) | A coupon frequency of 3 is not one of the permitted 1, 2 or 4 | #NUM! | #NUM!ProvenanceExcel documents: "If frequency is any number other than 1, 2, or 4, ACCRINT returns the #NUM! error value." |
Matched |
| =ACCRINT(A2,A3,A4,0,A6,A7,A8) | A coupon rate of zero is outside the documented domain | #NUM! | #NUM!ProvenanceExcel documents: "If rate <= 0 or if par <= 0, ACCRINT returns the #NUM! error value." |
Matched |
| =ACCRINT(A4,A3,A2,A5,A6,A7,A8) | Issue date later than the settlement date (arguments A2 and A4 swapped) | #NUM! | #NUM!ProvenanceExcel documents: "If issue >= settlement, ACCRINT returns the #NUM! error value." Here issue = serial 39569 (2008-05-01) and settlement = 39508 (2008-03-01) |
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(ACCRINT(A2,A3,A4,A5,A6,A7,A8),6) | Microsoft's documented worked example: treasury bond issued 2008-03-01, first interest 2008-08-31, settled 2008-05-01, 10% semiannual coupon on 1000 par, US 30/360 basis | 16.666667 | 16.666667ProvenanceMicrosoft's page publishes this example's result as 16.666667. Independently derived from the documented ACCRINTM-style day-count: serial 39508 = 2008-03-01 (issue), 39569 = 2008-05-01 (settlement), so on the documented US (NASD) 30/360 basis (basis 0) A = (5-3)*30 + (1-1) = 60 accrued days and D = 360, giving par*rate*A/D = 1000*0.1*60/360 = 16.66666667 -> 16.666667 at 6 dp |
Matched |
| =ROUND(ACCRINT(DATE(2008,3,5),A3,A4,A5,A6,A7,A8,FALSE),6) | Same terms but issued 2008-03-05, with calc_method FALSE | 15.555556 | 15.555556ProvenanceMicrosoft's page publishes this example's result as 15.555556. Re-derived on the same 30/360 basis: 2008-03-05 to 2008-05-01 is (5-3)*30 + (1-5) = 56 days, so 1000*0.1*56/360 = 15.55555556 -> 15.555556 at 6 dp |
Matched |
| =ROUND(ACCRINT(DATE(2008,4,5),A3,A4,A5,A6,A7,A8,TRUE),7) | Same terms but issued 2008-04-05, with calc_method TRUE | 7.2222222 | 7.2222222ProvenanceMicrosoft's page publishes this example's result as 7.2222222. Re-derived on the same 30/360 basis: 2008-04-05 to 2008-05-01 is (5-4)*30 + (1-5) = 26 days, so 1000*0.1*26/360 = 7.22222222 -> 7.2222222 at 7 dp |
Matched |
| =ACCRINT(A2,A3,A4,A5,A6,3,A8) | A coupon frequency of 3 is not one of the permitted 1, 2 or 4 | #NUM! | #NUM!ProvenanceExcel documents: "If frequency is any number other than 1, 2, or 4, ACCRINT returns the #NUM! error value." |
Matched |
| =ACCRINT(A2,A3,A4,0,A6,A7,A8) | A coupon rate of zero is outside the documented domain | #NUM! | #NUM!ProvenanceExcel documents: "If rate <= 0 or if par <= 0, ACCRINT returns the #NUM! error value." |
Matched |
| =ACCRINT(A4,A3,A2,A5,A6,A7,A8) | Issue date later than the settlement date (arguments A2 and A4 swapped) | #NUM! | #NUM!ProvenanceExcel documents: "If issue >= settlement, ACCRINT returns the #NUM! error value." Here issue = serial 39569 (2008-05-01) and settlement = 39508 (2008-03-01) |
Matched |
LibreOffice Calc 25.8.7.3 (tested 2026-08-31)
| Formula | Description | Result | Expected | Verdict |
|---|---|---|---|---|
| =ROUND(ACCRINT(A2,A3,A4,A5,A6,A7,A8),6) | Microsoft's documented worked example: treasury bond issued 2008-03-01, first interest 2008-08-31, settled 2008-05-01, 10% semiannual coupon on 1000 par, US 30/360 basis | 16.666667 | 16.666667ProvenanceMicrosoft's page publishes this example's result as 16.666667. Independently derived from the documented ACCRINTM-style day-count: serial 39508 = 2008-03-01 (issue), 39569 = 2008-05-01 (settlement), so on the documented US (NASD) 30/360 basis (basis 0) A = (5-3)*30 + (1-1) = 60 accrued days and D = 360, giving par*rate*A/D = 1000*0.1*60/360 = 16.66666667 -> 16.666667 at 6 dp |
Matched |
| =ROUND(ACCRINT(DATE(2008,3,5),A3,A4,A5,A6,A7,A8,FALSE),6) | Same terms but issued 2008-03-05, with calc_method FALSE | #VALUE! | 15.555556ProvenanceMicrosoft's page publishes this example's result as 15.555556. Re-derived on the same 30/360 basis: 2008-03-05 to 2008-05-01 is (5-3)*30 + (1-5) = 56 days, so 1000*0.1*56/360 = 15.55555556 -> 15.555556 at 6 dp |
Mismatch |
| =ROUND(ACCRINT(DATE(2008,4,5),A3,A4,A5,A6,A7,A8,TRUE),7) | Same terms but issued 2008-04-05, with calc_method TRUE | #VALUE! | 7.2222222ProvenanceMicrosoft's page publishes this example's result as 7.2222222. Re-derived on the same 30/360 basis: 2008-04-05 to 2008-05-01 is (5-4)*30 + (1-5) = 26 days, so 1000*0.1*26/360 = 7.22222222 -> 7.2222222 at 7 dp |
Mismatch |
| =ACCRINT(A2,A3,A4,A5,A6,3,A8) | A coupon frequency of 3 is not one of the permitted 1, 2 or 4 | #VALUE! | #NUM!ProvenanceExcel documents: "If frequency is any number other than 1, 2, or 4, ACCRINT returns the #NUM! error value." |
Mismatch |
| =ACCRINT(A2,A3,A4,0,A6,A7,A8) | A coupon rate of zero is outside the documented domain | #VALUE! | #NUM!ProvenanceExcel documents: "If rate <= 0 or if par <= 0, ACCRINT returns the #NUM! error value." |
Mismatch |
| =ACCRINT(A4,A3,A2,A5,A6,A7,A8) | Issue date later than the settlement date (arguments A2 and A4 swapped) | #VALUE! | #NUM!ProvenanceExcel documents: "If issue >= settlement, ACCRINT returns the #NUM! error value." Here issue = serial 39569 (2008-05-01) and settlement = 39508 (2008-03-01) |
Mismatch |
Docs & syntax
- Excel (desktop): official documentation
- Google Sheets: official documentation
- LibreOffice Calc: official documentation
Where ACCRINT 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.