Every entry in the Defense records system exists because some decision needed a documented basis, and DD Form 2987 is one of those instruments: Computer/Electronic Accommodations Program (CAP) Accommodation Request, created to Computer/Electronic Accommodations Program (CAP) Accommodation Request. The reason it carries a DD number rather than a service designation is structural — the Department maintains a single body of forms for matters that arise identically in every service, so that a record created in one component remains intelligible in another.
This is why the arrangement matters to you rather than only to the archivists. not stated governs the form throughout the Department, with not stated as the responsible office, so the record you create is legible outside your own component. Joint assignments, agency details and cross-service transactions all depend on that: the paperwork does not have to be reconstructed each time it crosses a boundary.
You are looking for edition not stated, listed as not stated. Department-wide supersession is a single event rather than a rollout, which is what distinguishes edition currency on a DD form from the same question on a service publication: nobody anywhere is still accepting the previous version out of habit.
The sequence printed on the form is the sequence in which a reviewer will read it, and the two should agree. Header data frames every entry below it; the substantive fields depend on that frame; the certification stands at the end because its whole function is to vouch for what came before. Entries made out of sequence commonly contradict entries made earlier.
Verify the printed edition against not stated first. Field structure shifts between editions, and the office that receives your record is reading the current one. That office may sit outside your service, which removes even the informal accommodation you might expect from a colleague who used the old version last month.
Leave nothing empty. Where an item genuinely does not apply, N/A is the correct entry, because the record must distinguish between a question that was answered in the negative and a question that was never reached. An empty box carries no information about which happened. Date fields deserve particular care on a Department form, since the reviewer may write dates by a convention different from yours; use the format the form itself specifies.
Understand what the Privacy Act Statement is doing on the page. It exists because collecting personal data from an individual triggers a duty to explain the collection: under what authority, for what purpose, to whom the information may routinely go, and whether you are obliged to answer. That explanation precedes the fields for the obvious reason — afterwards it is merely a notice, beforehand it is a basis for deciding.
Signature is the point at which a completed form becomes a certification, and the requirement follows from that. On paper it means ink in the designated block; electronically it means a credentialed digital signature, ordinarily applied with a Common Access Card in software that supports it. A name typed into the signature field is data, not an act — it demonstrates nothing about who entered it. The date beside the signature fixes when the certification was made, which is why a signed but undated block is treated as incomplete.
Recurring defects have a pattern to them, and it is mostly the pattern of a record that cannot be relied on: an edition that does not match, gaps that cannot be interpreted, entries that cannot be read after scanning, dates that could mean two things, and a certification nobody executed. For an ambiguous field, read the form's own instruction, then not stated, which controls.
Download the form
Formats available: PDF, across unknown pages and about unknown fields. That several formats coexist is a consequence of scale — the Department cannot standardize the software on every desk that needs this form, so it standardizes the document instead.
The difference between a fillable and a printable pdf is a difference in what the file contains. A fillable release carries an interactive layer: each box is a defined field with a name and a data type, and what you type is stored as data inside the document. A printable release has no such layer — it is an image of the page, and the only place your answers can go is onto paper. The distinction matters downstream, because a Department record often gets scanned and forwarded several times before it reaches its final file, and typed characters survive that chain in a way pen strokes do not.
The xfdl file is a survival from an earlier phase of Defense form automation. Xfdl is the IBM Lotus Forms format, and for a long period it was the Department's standard for electronic forms — fielded broadly enough that it still appears in distribution sets today. It opens in IBM Lotus Forms Viewer or a compatible client and nowhere else; a pdf reader will report it as damaged, which is not a fault in the file.
Nothing here is charged for. Published Defense forms are public documents and distribution carries no fee, in any format. One caution about software: fill the form in a desktop pdf application rather than a browser tab. Browser-embedded viewers implement field behaviour inconsistently, and the failure mode is silent loss of everything you entered.
The completed form goes to the office named in not stated or in local implementing procedure, and it is worth keeping a copy before it goes. On a Department form the destination is frequently outside your own chain — another service, a defense agency, a joint staff — and recovering a document that has crossed an organizational boundary is a slower business than retrieving one from a file down the hall.
When DD Form 2987 cites another form, the citation is self-sufficient. The DD series is a single sequence administered at Department level, so the number resolves to exactly one document without any need to establish which component issued it — a convenience that exists only because the sequence was never allowed to fork.
Where a service form is cited in the same instruction, the two numbering systems should not be read across. DA numbering belongs to the Army and is administered by an Army proponent; DD numbering belongs to the Department and is administered by not stated or an equivalent Department office. The systems developed separately and were never harmonized, so identical digits in each identify two documents with nothing in common. The prefix, not the number, tells you which system you are in.
A form is downstream of the policy that requires it, and revision usually starts there: a directive is reissued, a collection requirement is altered, notice language is updated by statute. The form is republished as a consequence. Since none of that reaches individual users, an archived copy quietly becomes wrong, and verifying not stated each time you download is the whole remedy.
A word on what this page is. It distributes a published Department of Defense document and describes what the document contains and how it is completed. It is not the issuing authority, does not speak for one, and offers no legal advice; nothing written here determines whether a particular submission will be accepted, because that determination belongs entirely to the office receiving it. Questions of applicability, eligibility or procedure go to not stated, to your servicing personnel office, or to the office identified in not stated.
Questions and answers
- What is DD Form 2987?
- Computer/Electronic Accommodations Program (CAP) Accommodation Request
- Which edition is current?
- Not stated by the publisher
- Who is responsible for this form?
- Not stated
- In which formats can it be downloaded?