Statute of Limitations for Debt on a Promissory Note in Arizona

6 min read

Published March 22, 2026 • By DocketMath Team

Overview

In Arizona, the statute of limitations (SOL) controls how long a creditor can sue you to collect a debt. For debts tied to a promissory note, many people expect the SOL to be a specialized “notes-only” rule. In Arizona, however, the analysis typically starts by distinguishing whether the matter is criminal (where the criminal SOL framework applies) or civil debt collection (where the SOL depends on the type of claim—for example, written contract, oral contract, or other civil theories).

DocketMath’s statute-of-limitations calculator is designed to help you model timelines consistently, but it can’t replace a legal strategy review for your specific pleadings and causes of action.

Note: The jurisdiction data provided here identifies a general/default period and explicitly indicates that no claim-type-specific sub-rule was found. That means this article explains the general SOL period you can use for baseline timeline calculations—not a fully tailored civil-debt classification.

Limitation period

Baseline rule (general/default period)

Using the Arizona jurisdiction data provided:

  • General SOL period: 2 years
  • General statute: **A.R.S. § 13-107(A)
  • Arizona general SOL period shown as: 2 years

This general/default period is the starting point described by the provided jurisdiction dataset. Because your title is “debt on a promissory note,” many readers want a precise “promissory note SOL” number. The limitation period for a promissory note debt can change depending on whether the claim is treated as a contract claim and how the complaint is framed—yet the brief explicitly notes that no claim-type-specific sub-rule was found.

How to use this timeline in practice

To understand “how long,” you need a starting date. In most SOL contexts, the “clock” is tied to an event such as:

  • the date the note became due (maturity date),
  • the date a missed payment first triggered breach,
  • or sometimes the date of an acceleration (if your note allows the lender to declare the entire balance due upon default).

DocketMath can help you model the effect of a different start date. Even when you’re using a baseline period of 2 years, changing the start date can move the expiration date by months or more.

A quick example (baseline modeling)

Assume you use the general/default 2-year SOL period.

  • Start date you enter (example): Jan 15, 2023
  • Baseline SOL period: 2 years
  • Baseline expiration date (example): Jan 15, 2025

If you instead use a later start date—say July 1, 2023—the expiration date shifts accordingly to around July 1, 2025. That’s why the “inputs” you choose in the calculator matter.

Inputs checklist (what changes the output)

Before running DocketMath, gather:

Then run the calculator using the start date you believe matches the governing “trigger” for the clock under your circumstances.

Key exceptions

SOL rules aren’t just “a number of years.” Courts can consider doctrines that extend, delay, or otherwise affect when time starts running or whether the creditor can still sue.

Because this page uses the general/default 2-year period (and does not identify a claim-type-specific promissory-note rule), the exceptions discussed below are framed at a high level for timing analysis, not as a determination for your case.

Common timing concepts that can alter SOL outcomes

  • Tolling / pauses in the clock: Some legal doctrines can pause SOL time under particular circumstances (for example, certain procedural events, disability-related issues, or other statutory tolling provisions).
  • Accrual timing disputes: In many contract-based disputes, parties disagree about when the cause of action accrued—often tied to maturity vs. earlier default vs. acceleration.
  • Different cause of action framing: Creditors sometimes plead under a theory that changes the SOL analysis. The brief you provided explicitly indicates no claim-type-specific sub-rule was found here, so this article does not assume a specialized promissory-note SOL beyond the general/default period.

Pitfall: Treating “promissory note” as automatically meaning the same SOL applies in every situation can cause an incorrect deadline calculation—especially when the complaint alleges a particular legal theory or when acceleration and maturity dates conflict.

Practical exception-minded steps

If you’re using DocketMath to plan around a SOL deadline, you’ll get better output by testing multiple reasonable trigger dates:

  • one run using the maturity date
  • another run using the first missed payment date
  • if your note includes acceleration language, a run using the acceleration/demand date

If the “expiration date” changes meaningfully across these runs, that’s a strong signal that your timeline is sensitive to accrual facts—exactly the kind of issue you’d want to document carefully.

Statute citation

The general/default period and statute cited in your jurisdiction data are:

  • 2-year general SOL period: A.R.S. § 13-107(A)
    (as identified by the provided jurisdiction dataset)

Source provided with jurisdiction data:
https://www.findlaw.com/state/arizona-law/arizona-criminal-statute-of-limitations-laws.html?utm_source=openai

A gentle reminder: A.R.S. § 13-107(A) is located in Arizona’s criminal code. If your matter is a civil debt collection (typical for promissory notes), the applicable SOL may be found under civil contract-related statutes rather than the criminal SOL. This article therefore uses the general/default period shown in your provided data for baseline calculation, consistent with the brief’s instruction that no claim-type-specific sub-rule was found.

Use the calculator

DocketMath’s statute-of-limitations tool helps you compute a deadline based on inputs you control. Use it to translate dates into a clear “time window” for evaluating whether a filing falls within the baseline period.

Recommended workflow

  1. Go to the calculator: ** /tools/statute-of-limitations
  2. Enter a start date (choose the trigger you want to test).
  3. Confirm the SOL period used (here, the baseline is 2 years from the provided general/default rule).
  4. Enter the comparison date (commonly the filing date, if you have it).
  5. Review the computed expiration date and the result (within/beyond baseline).

Input-to-output mapping (how results change)

  • If you move the start date later, the expiration date moves later by the same amount of time.
  • If you move the start date earlier, the creditor’s baseline deadline moves earlier.
  • When you compare a filing date to the expiration date, even a 30–60 day shift can change whether the filing is “within the period” under the baseline model.

Quick “test runs” you can do

Run the calculator multiple times with different start dates:

If all runs produce the same “within/beyond” outcome, your baseline analysis is more stable. If the outcome flips, you’ve identified where timeline facts matter most.

Related reading