Skip to main content
v2026.11,858 entries · CC-BY 4.0
Dictionary termTrack AProposedv2026.2

FORCE11 Software Citation Principles

A citation practice satisfies the FORCE11 Software Citation Principles (Smith, Katz & Niemeyer, 2016, PeerJ Computer Science) to the extent it meets all six: Importance, Credit and Attribution, Unique Identification, Persistence, Accessibility, and Specificity (down to the exact version used). It is a standard for citing software, not for making software FAIR -- see the separate FAIR4RS Principles.

ByCASRAI Editorial Board
· Last updated 5 Sept 2026
Share this

Ask CASRAI · free to try

Ask about FORCE11 Software Citation Principles

Ask your first 2 questions free below. Subscribers get 150 a day for $29 a month.

An AI assistant specialized in research administration. It cites the sources behind every answer, labels web answers and says when it can't answer.

Answers draw on CASRAI's guides and dictionary plus the federal and funder documents we index: Federal Register, Grants.gov, Regulations.gov and UKRI.

Works on this site and inside Claude, Cursor and the AI tools you already use.

Everything CASRAI publishes — this page, the dictionary, the guides and the news — stays free to read, with no account and no card.

Examples

Worked examples

  • Is an instance

    Citing a specific, versioned software release by its DOI (an archived Zenodo/Software Heritage snapshot) satisfies Unique Identification, Persistence and Specificity together.

  • Is an instance

    A repository's CITATION.cff file gives the structured metadata the principles call for in a machine-parseable form.

Counter-examples

Looks similar, but isn't

  • Not an instance

    Naming a tool only in prose, with no version, identifier or link, fails Unique Identification and Specificity, and typically Persistence and Accessibility too.

Editorial commentary

The FORCE11 Software Citation Principles are a set of six principles for how research software should be cited in the scholarly literature, published in 2016 by Arfon M. Smith, Daniel S. Katz and Kyle E. Niemeyer on behalf of the FORCE11 Software Citation Working Group, in PeerJ Computer Science. FORCE11 (Future of Research Communications and e-Scholarship) is the scholarly-communications organisation that hosted the working group — see the FORCE11 dictionary entry. The principles answer a specific, practical question: what should a citation to a piece of software contain, and why does software deserve citation at all? They are not a standard for making software FAIR — see ‘How this differs from FAIR4RS’ below.

Operational definition: the six principles

A citation practice or tool is aligned with the FORCE11 Software Citation Principles to the extent it satisfies all six of the following:

  • Importance — software should be considered a legitimate, citable product of research, not merely a footnote or acknowledgment.
  • Credit and attribution — citations should credit all contributors to software, recognising that roles and effort vary and that current systems for measuring citation impact are generally inadequate for capturing this.
  • Unique identification — a citation should include a method for identifying the software that is machine-resolvable, globally unique, interoperable and recognised community-wide (in practice, most often a DOI).
  • Persistence — unique identifiers and metadata describing the software, and its disposition, should persist even beyond the lifecycle of the software itself.
  • Accessibility — citations should facilitate access to the software itself and to its associated metadata, documentation, data and other materials necessary for both humans and machines to make informed use of the referenced software.
  • Specificity — citations should facilitate identification of, and access to, the specific version of software that was used, since software versions can differ significantly in function and behaviour.

Examples

  • A methods section that cites a specific, versioned software release via its DOI (e.g. resolving to an archived Zenodo or Software Heritage snapshot rather than a live, ever-changing repository URL) satisfies Unique Identification, Persistence and Specificity together.
  • The Citation File Format (CITATION.cff) is the most widely adopted machine-readable implementation of these principles: a repository’s CITATION.cff file gives downstream users exactly the structured metadata (authors, version, identifier, date) the principles call for, in a form citation managers and repository platforms can parse automatically.

Counter-example

A paper that names a software package only in prose (“analysis was performed using [Tool]”) with no version number, no identifier and no link satisfies none of the six principles — it fails Unique Identification and Specificity outright, and typically Persistence and Accessibility as well, since a reader has no durable way to find or verify exactly what was run.

How this differs from FAIR4RS

The FORCE11 Software Citation Principles are frequently conflated with FAIR4RS (the FAIR Principles for Research Software, RDA/FORCE11/ReSA, 2022) — sometimes even merged into a single, inaccurate “FAIR4RS Software Citation Principles” label. They are separate documents by overlapping but different communities, answering different questions. These citation principles (2016) govern how existing software should be referenced and credited in a paper. FAIR4RS (2022) governs how software should be made findable, accessible, interoperable and reusable as an artefact in the first place. A software package can be cited perfectly according to these six principles while still failing FAIR4RS (for example, if the cited repository has no licence or dependency documentation) — and conversely, FAIR4RS-compliant software still needs a paper to actually cite it correctly for these principles to be satisfied. The two are complementary, not interchangeable, and neither supersedes the other.

Related terms

References

  • Smith, A.M., Katz, D.S., Niemeyer, K.E. (FORCE11 Software Citation Working Group), “Software citation principles”, PeerJ Computer Science 2:e86, 2016.

Also known as

FORCE11 Software Citation Principles

Machine-readable encodings

Use in your systems

JATS XML <role> element
xml
<role vocab="credit"
      vocab-identifier="https://casrai.org/dictionary/"
      vocab-term="FORCE11 Software Citation Principles"
      vocab-term-identifier="https://casrai.org/dictionary/term/software-citation-fair-working-group" />
Schema.org DefinedTerm (JSON-LD)
json
{
  "@context": "https://schema.org",
  "@type": "DefinedTerm",
  "@id": "https://casrai.org/dictionary/term/software-citation-fair-working-group",
  "name": "FORCE11 Software Citation Principles",
  "identifier": "https://casrai.org/dictionary/term/software-citation-fair-working-group",
  "description": "A citation practice satisfies the FORCE11 Software Citation Principles (Smith, Katz & Niemeyer, 2016, PeerJ Computer Science) to the extent it meets all six: Importance, Credit and Attribution, Unique Identification, Persistence, Accessibility, and Specificity (down to the exact version used). It is a standard for citing software, not for making software FAIR -- see the separate FAIR4RS Principles.",
  "inDefinedTermSet": "https://casrai.org/dictionary/domain/research-outputs#set",
  "url": "https://casrai.org/dictionary/term/software-citation-fair-working-group",
  "alternateName": [
    "FORCE11 Software Citation Principles"
  ],
  "license": "https://creativecommons.org/licenses/by/4.0/",
  "publisher": {
    "@id": "https://casrai.org/#organization"
  },
  "author": {
    "@id": "https://casrai.org/#editorial-team"
  },
  "datePublished": "2026-05-21T02:22:49",
  "dateModified": "2026-09-05T14:24:17",
  "inLanguage": "en-GB",
  "isAccessibleForFree": true
}

Referenced across the research world

University of Cambridge logoColumbia University logoCrossref logoUniversity of Edinburgh logoHarvard University logoUniversity of Oxford logoPrinceton University logoStanford School of Medicine logoUniversity College London logoORCID logoUniversity of Cambridge logoColumbia University logoCrossref logoUniversity of Edinburgh logoHarvard University logoUniversity of Oxford logoPrinceton University logoStanford School of Medicine logoUniversity College London logoORCID logo
  • University of Cambridge logo
  • Columbia University logo
  • Crossref logo
  • University of Edinburgh logo
  • Harvard University logo
  • University of Oxford logo
  • Princeton University logo
  • Stanford School of Medicine logo
  • University College London logo
  • ORCID logo

View CASRAI adoption →

Ask CASRAI · Regulatory Radar

Data sharing plan question? Get the requirement cited.

An AI assistant specialized in research administration. Every answer links its sources to check before you act. 2 questions free, no account. $29/month after.

  • Answers draw on CASRAI's guides and dictionary plus the federal and funder documents we index: Federal Register, Grants.gov, Regulations.gov and UKRI.
  • Every answer numbers its sources and links each one, so you can check the source yourself.