ACCRINTM Function (Calligra Sheets)
Use Calligra ACCRINTM for maturity-interest accruals with explicit date bases, default par, independent examples and implementation caveats.
Verification status: See the evidence and test scope described in this guide. How formula examples are checked
Quick answer: =ACCRINTM(DATE(2025;1;1);DATE(2025;7;1);0.1) is expected to return 50 using the source defaults of par 1000 and basis 0. With explicit basis 3, =ACCRINTM(DATE(2025;1;1);DATE(2025;7;1);0.1;1000;3) is expected to return 49.5890410959.
ACCRINTM calculates accrued interest for a security whose interest is paid at maturity. The result is the interest amount, not principal plus interest, a discount yield or a compounded balance.
Availability and verification scope
- Introduced: The original introduction release is not established by the inspected sources. Do not read the version checked here as the introduction date.
- Availability: Registered in Calligra Sheets 26.08.2. The relevant first-party released source was retrieved again on October 18, 2026.
- Retired or deprecated: Neither retirement nor deprecation is established by these sources; registration remains present. These terms are not interchangeable.
- Evidence: Source reviewed for 26.08.2. Selected formulas were executed in the Calligra Sheets 25.04.2 GUI on October 18, 2026 by opening the fixture XLSX, recalculating and saving ODS. The native-observation section distinguishes those results from independent expectations. This is not 26.08.2 execution or a general file-compatibility guarantee.
- Entry conventions: English function names, semicolon argument separators and decimal points. Use the installed function chooser if local entry conventions differ. Optional-argument brackets in syntax are explanatory and must not be typed.
Syntax, defaults and names
=ACCRINTM(issue; settlement; rate[; par[; basis]])
| Argument | Role |
|---|---|
| issue | Required starting date |
| settlement | Required ending date; the C++ body names this variable maturity |
| rate | Required positive annual rate as a decimal |
| par | Optional positive face amount; omitted means 1000 |
| basis | Optional integer 0–4; omitted means 0 |
Three through five arguments are accepted. To choose a basis you must also supply par: basis is the fifth positional argument, not the fourth. The handbook calls the second date settlement; the source calls it maturity. Both refer to the same second argument here. There is no frequency parameter and no coupon-date argument. See registration and implementation.
Step-by-step maturity-interest example
- Enter A1 “Issue”, A2 “End date”, A3 “Rate”, A4 “Face amount” and A5 “Basis”.
- Enter B1
=DATE(2025;1;1), B2=DATE(2025;7;1), B30.1, B41000and B53. - Enter
=ACCRINTM(B1;B2;B3;B4;B5)in B7. - Format B7 as a number with eight decimal places for comparison. Expect 49.58904110.
- In B8 enter
=B4+B7if you need principal plus this interest. Independently expect 1049.58904110; B7 itself does not include the principal.
The mathematical control is 1000 Ă— 0.1 Ă— 181 / 365. Python date subtraction establishes the 181 elapsed days and ordinary arithmetic establishes the displayed expected amount. These independent calculations are separate from the selected native observations below.
Defaults and basis sensitivity
| Formula | Independently expected amount |
|---|---|
=ACCRINTM(DATE(2025;1;1);DATE(2025;7;1);0.1) |
50 |
=ACCRINTM(DATE(2025;1;1);DATE(2025;7;1);0.1;2000) |
100 |
=ACCRINTM(DATE(2025;1;1);DATE(2025;7;1);0.1;1000;2) |
50.2777777778 |
=ACCRINTM(DATE(2025;1;1);DATE(2025;7;1);0.1;1000;3) |
49.5890410959 |
For the first two cases the January-to-July interval is 180/360 under the implemented basis-0 helper. The last two use 181 actual days. Changing the basis changes the model; it is not merely a display-format choice.
Day-count basis: inspect the implementation, not only the label
| Basis | Handbook label | Released implementation used here |
|---|---|---|
| 0 | US 30/360, default | 30 times the month difference plus the day difference, with a special adjustment for a February start and a non-February end in the same year |
| 1 | Actual days | Actual elapsed days divided by 365 or 366 according to the issue year |
| 2 | Actual/360 | Actual elapsed days divided by 360 |
| 3 | Actual/365 | Actual elapsed days divided by 365 |
| 4 | European 30/360 | 30 times the month difference plus the day difference |
The 0 and 4 helpers do not implement a general end-of-month normalization. Basis 1 does not split a multiyear interval into separate calendar-year fractions. These are material limits for month ends, February and leap-year crossings. A name such as “US 30/360” is not proof that every market convention is implemented. The examples deliberately use ordinary dates and explicit basis 3 when actual days matter. See the day-count helpers.
Advanced case: compare two instrument sizes without hiding the basis
Build two rows with issue January 1, 2025, end date April 1, 2025 and rate 6%. The first face amount is 25,000 and the second is 40,000. Explicit basis 3 gives expected interest 369.8630136986 and 591.7808219178. Their independently expected sum is 961.6438356164.
For example, the first row formula is =ACCRINTM(DATE(2025;1;1);DATE(2025;4;1);0.06;25000;3). Use 40000 in the fourth argument for the second row. Both use the same 90/365 fraction, so the result scales in direct proportion to par. If reporting each line in cents, distinguish summing rounded lines from rounding the unrounded aggregate; those approaches need not agree in every dataset.
Errors and boundary decisions
- The source returns
#VALUE!for negative elapsed-day count, invalid basis, nonpositive par or nonpositive rate. Zero par is rejected here even though ACCRINT’s explicit checks differ. - Equal start and end dates with otherwise valid inputs produce a zero day fraction; the source does not reject equality. Expected output for
=ACCRINTM(DATE(2025;1;1);DATE(2025;1;1);0.1;1000;3)is 0, also observed in the selected 25.04.2 native test. - A reversed ordinary interval such as July 1 to January 1 produces a negative day count and is rejected. Prefer validating the date order explicitly, especially with unusual basis-0 February adjustments.
- Use positive numeric amounts, valid dates and whole-number selectors. Text coercion, blank cells, fractional basis conversion and exact UI display of all errors have not been native-tested.
- With basis 1, crossing a leap-year boundary uses the issue year’s denominator; do not infer a calendar-year split from “actual days”.
Software-specific compatibility
COM.SUN.STAR.SHEET.ADDIN.ANALYSIS.GETACCRINTM is an alternate registration of this function, not a distinct financial method. No duplicate alias page is proposed. Default par, date naming and errors should be rechecked after importing a workbook; matching a function name across programs does not establish matching day-count algorithms.
Related guides and official sources
- YEARFRAC uses a separate implementation and must not be assumed to reproduce these helpers for every date.
- SUM totals the checked line items.
- KDE ACCRINTM handbook supplies the documented financial purpose.
- Versioned calculation and defaults provides the parameter count, defaults and explicit validation.
Selected native results and screenshot
The following values were observed in Calligra Sheets 25.04.2, not 26.08.2. The workbook was recalculated in the native application and saved as ODS; stored values and displayed error strings were read back from that saved workbook. Independent expected values elsewhere in this guide remain separate evidence. All other scenarios are source analysis or independent mathematics unless explicitly listed here.
| Entered formula | Native saved result |
|---|---|
=ACCRINTM(DATE(2025;1;1);DATE(2025;7;1);0.1) |
50.0 |
=ACCRINTM(DATE(2025;1;1);DATE(2025;7;1);0.1;1000;3) |
49.5890410958904 |
=ACCRINTM(DATE(2025;1;1);DATE(2025;1;1);0.1;1000;3) |
0.0 |
=ACCRINTM(DATE(2025;1;1);DATE(2025;7;1);0.1;0;3) |
#VALUE! |

Screenshot: Genuine native 25.04.2 capture. Cell B2 contains =ACCRINTM(DATE(2025;1;1);DATE(2025;7;1);0.1) and displays 50.0000000000. Column B is the application result; column D contains fixture expectations and notes, not a second independent application run. The formula bar shows the selected formula in full.
Relevant released function source was independently compared byte-for-byte between 25.04.2 and 26.08.2. That supports the source discussion but does not turn this older-version GUI run into a 26.08.2 test. No other platform, locale, endpoint behavior or workbook round trip is certified.