Trade Secret Disputes

How to build a discovery request and response tracker for Trade Secret Disputes

Build a trade secret discovery tracker linking requests, objections, withholding, production, and unresolved gaps, with a copyable template and example.

October 17, 2026  ·  10 min read
Book a Demo →

Build the tracker around individual requests, stable identifiers for each alleged secret, and the evidence needed to evaluate competing accounts. Connect each request to its response, objections, withholding position, agreed scope, production references, deficiencies, and next action. Record deadlines with their actual sources rather than preset intervals. The deliverable is a source-linked working record that distinguishes an answered request from a completed production, identifies unresolved issues, and assigns responsibility without unnecessarily reproducing sensitive technical information.

When to use this workflow

Use this workflow when litigation counsel or an in-house team serves or receives discovery concerning confidential technology, manufacturing processes, pricing models, customer information, or another alleged trade secret. It is particularly useful when overlapping requests cover several secrets, repositories, custodians, and technical versions.

The workflow centers on party document requests. Interrogatories, organizational deposition topics, and nonparty demands can be cross-referenced but need separate procedural treatment. The baseline is US federal practice, not a universal rule for state proceedings or arbitration.

The tracker should test the asserted theory. The federal definition requires reasonable secrecy measures and independent economic value arising from information’s not being generally known or readily ascertainable through proper means by someone who could benefit economically from its disclosure or use. A confidentiality label alone does not establish those requirements. 18 U.S.C. § 1839(3).

What you need

Assemble these inputs before assigning request status:

  • Operative requests, service records, responses, amendments, and attachments, each with a document ID.
  • Scheduling and protective orders, discovery protocols, extensions, and correspondence establishing or disputing scope.
  • An alleged-secret register with bounded descriptions, versions, claimed owners, relevant periods, and source references. Separate a claimed compilation from its components.
  • Custodian and repository maps covering source-control systems, cloud shares, messaging, devices, access logs, and known coverage gaps.
  • Production indexes, Bates ranges or native-file identifiers, transmittals, privilege records, and deficiency correspondence.
  • Named lawyers and technical contacts responsible for scope, collection, review, and follow-up.

Keep detailed technical descriptions in an appropriately restricted register. Use identifiers such as TS-01 in the tracker, with links that authorized reviewers can resolve.

Use the template

The companion template is Trade Secret Disputes — Discovery response tracker. Copy this table into your working document or spreadsheet. Start with one row per request; create linked subrows when different secrets, production phases, or objections require independent decisions.

Request / source Secret / issue Scope / sources Due / basis Response / withholding Production / cites Gap / next action Owner / status

Request / source holds direction, request number, version, document ID, and page. Secret / issue links to the secret register and a disputed issue. Scope / sources identifies custodians, repositories, periods, production format, and agreed exclusions.

Due / basis distinguishes response dates, production commitments, and internal targets, with supporting citations. Response / withholding captures material objections and the stated withholding position. Production / cites identifies actual records, not merely a transmittal’s existence. Gap / next action separates observed omissions from unanswered questions and includes the follow-up date. Owner / status identifies responsibility and the current stage.

Link crowded cells to controlled detail records using the request ID. Stable identifiers should survive sorting, inserted rows, and later supplements.

Step by step

1. Establish the request universe and deadline authority

Inventory outgoing and incoming requests. Identify superseded versions without deleting their history. Assign IDs such as OUT-RFP-07 and IN-RFP-12, with suffixes for independently tracked subparts.

Verify each date against the applicable rule, service record, order, or effective agreement. Separate response timing from staged production, privilege-description timing, and internal review targets. Preserve prior dates and cite modifications; do not treat a proposed extension as agreed. Assign disputed timing questions for prompt legal review rather than leaving an unexplained date in the table.

Record: operative request citation, direction, verified dates, supporting documents, and unresolved timing questions.

2. Map requests to secrets and disputed issues

Connect each request to the alleged-secret register. Repository permissions may bear on secrecy measures; development history may address alleged use or independent derivation. Include evidence that could undermine your client’s position, not just support it.

Keep acquisition, disclosure, and use distinct. Section 1839 defines different routes to misappropriation, with specified knowledge conditions, and excludes reverse engineering, independent derivation, and other lawful acquisition from improper means. Access alone does not establish the full statutory case. 18 U.S.C. § 1839(5)–(6).

Record: secret IDs, disputed issues, and what the evidence could establish—or leave unresolved.

3. Define reviewable scope and protection dependencies

Translate broad language into concrete questions: which repository branches, software versions, facilities, users, and periods? Distinguish proposed narrowing from an agreed limit. Check whether log coverage matches the relevant period and whether historical versions differ from current files. Identify format questions, including whether a proposed snapshot would omit requested history or metadata.

Federal discovery is limited to nonprivileged, relevant, proportional matters. Rule 26 permits protective orders restricting disclosure of trade secrets upon the required good-cause showing. Sensitivity does not itself establish that requested protection has been ordered. Federal Rules of Civil Procedure, Rule 26(b)(1), (c)(1)(G).

Record: proposed and agreed scope, repositories, burden questions, format requirements, protection dependencies, and supporting correspondence or orders.

4. Reconcile responses, objections, and withholding

Read each response against the operative request, not only its summary. Separate an agreement to produce from a representation that no responsive material exists. Capture qualifications, including searches limited to particular custodians or periods, without silently broadening them.

For federal party production requests, Rule 34 requires objections stated with specificity and reasons, and a statement whether responsive materials are withheld on an objection. Partial objections must identify the affected portion and permit inspection of the rest. Federal Rules of Civil Procedure, Rule 34(b)(2)(B)–(C).

An unclear withholding position needs a distinct clarification task, not simply an “objected” status.

Record: response citation, material objections, stated withholding, production commitment, and clarification needed.

5. Match production to scope and commitments

Reconcile transmittals and indexes with each request. Use exact Bates ranges or native identifiers. Mark request-to-document associations as provisional when counsel inferred them rather than the producing party identifying them.

For technical evidence, compare attachments, file versions, repository history, and log periods with the operative scope. Check whether native materials can be accessed under the applicable restrictions. Do not summarize a download event as proof of competitive use. When an expected source is absent, distinguish a demonstrated coverage gap from an unverified expectation.

For incoming requests, compare collection and review records with the proposed response before approving production or representing completion.

Record: production citations, coverage, association confidence, observed gaps, and the inquiry needed to resolve each gap.

6. Track privilege and confidentiality separately

Confidentiality designations and privilege claims answer different questions. Keep access restrictions, privilege-description references, redaction disputes, and potential clawback events distinguishable in linked records. Do not reproduce legal advice or sensitive code in the general tracker.

Rule 26(b)(5)(A) requires express privilege or trial-preparation protection claims and descriptions enabling assessment without disclosing protected information. Rule 26(f)(3)(D) requires discovery-plan proposals addressing compliance timing and method. Neither prescribes a universal spreadsheet format. Federal Rules of Civil Procedure, Rule 26.

Record: applicable protocol, outstanding descriptions, disputed redactions, protection questions, and reviewing counsel.

7. Resolve deficiencies and document completion

Convert each deficiency into a bounded action: clarify withholding, identify searched branches, reconcile attachments, or explain coverage dates. Link correspondence, agreed resolutions, supplemental responses, and later productions to the original request.

Use statuses that identify the bottleneck: response pending, clarification needed, production underway, supplementation requested, or verified complete. Distinguish supplementation requested from supplementation promised. Escalate unresolved issues through counsel’s applicable conferral and dispute process rather than treating tracker entries as procedural compliance.

“Verified complete” means counsel has documented reconciliation against the operative scope—not guaranteed that undisclosed material does not exist. Reopen the row when new evidence reveals a gap.

Record: next action, owner, target date, resolution evidence, and closure rationale or remaining issue.

Worked example

Fictional scenario: Larch Circuit Systems alleges that a former engineer took a calibration routine, TS-01, and a customer-specific pricing compilation, TS-02, to competitor Beacon Instrument Works. All parties, documents, identifiers, dates, and facts below are invented.

At a September 30, 2026 review, Larch’s counsel reconciles three outgoing requests with productions delivered by their respective agreed dates. Beacon supplied current repository snapshots, selected identity-provider logs, and pricing spreadsheets. Its historical-search limitation remains disputed. A fictional protective order governs restricted technical access; a proposed native-code inspection still needs comparison with that order.

Request / source Secret / issue Scope / sources Due / basis Response / withholding Production / cites Gap / next action Owner / status
OUT-04; REQ-01 p. 5 TS-01; independent development Calibration repository; historical branches disputed Production Sept. 16, 2026; EXT-02 p. 1 RESP-01 p. 7 limits search; withholding unclear BWI000120–145; current snapshots No history identified; ask which branches were searched and clarify withholding before asserting breach Chen / clarification needed
OUT-09; REQ-01 p. 8 TS-01; acquisition Engineer account; agreed six-week period Production Sept. 18, 2026; CONF-03 p. 2 RESP-01 p. 11 promises available logs LOG-04 rows 18–43; two weeks covered Four weeks unexplained; request coverage and retention explanation, not assume deletion Malik / supplementation requested
OUT-13; REQ-01 p. 10 TS-02; alleged use Pricing versions and authorship records Production Sept. 22, 2026; CONF-03 p. 3 RESP-01 p. 14 states no objection BWI000300–318; spreadsheets Similar values observed; authorship unverified; seek version history to test independent preparation Chen / review open

The entries change the next decision. Missing repository history prompts scope and withholding clarification before an accusation of noncompliance. The log gap prompts a coverage inquiry, not a deletion allegation. Similar pricing prompts provenance review, not a finding of misuse. No row closes merely because documents arrived; none supplies missing evidence about historical searches, retention, or authorship.

Common mistakes

  • Tracking only by secret. Several requests concerning TS-01 can have different objections and commitments. Maintain request-level rows with secret cross-references.
  • Equating production with completion. Compare records with scope and document the closure rationale.
  • Treating silence as no withholding. Capture the actual response and assign clarification where needed.
  • Losing historical versions. Identify branches, versions, and periods rather than recording only a repository name.
  • Mixing evidence with inference. Separate observed access from hypotheses about disclosure or use; assign follow-up for each hypothesis.
  • Circulating restricted content too broadly. Use controlled references and check recipients’ access before distributing the tracker.

Final quality check

  • Every operative request and independently tracked subpart has a stable ID and pinpoint citation.
  • Secret references resolve to the correct description, version, and period.
  • Dates distinguish legal deadlines, commitments, and internal targets, with verified authority and modifications.
  • Response summaries accurately preserve objections, qualifications, and withholding statements.
  • Production references resolve to records; inferred associations and coverage gaps are identified.
  • Privilege, confidentiality, redaction, and access issues remain separately identifiable.
  • Every open issue has an owner and next action; closed rows have reviewed resolution evidence.

Complete the workflow with DecoverAI

DecoverAI is the Legal Intelligence Platform for litigation and transactions. Its document review, privilege and confidentiality analysis, evidence analysis, redaction, and production capabilities can support counsel’s source-linked tracker work. The tracker remains a team work product; lawyers retain responsibility for deadlines, scope, objections, and closure. Related evidence and witness work can support trial preparation. To discuss applying these capabilities to discovery reconciliation, book a demo.

Frequently asked questions

Should one request have several rows?

Yes, when secrets, systems, objections, or production phases need separate decisions. Preserve the parent request ID; closing one subrow must not close unresolved portions.

How should we record “no responsive documents”?

Cite the response and its qualifications. Distinguish that representation from an empty production. Identify necessary questions about searched sources and periods without presuming the representation false.

Should outgoing and incoming discovery share a tracker?

They can if direction and access are clear. Incoming rows emphasize collection, review, and response commitments; outgoing rows emphasize representations, coverage, and deficiencies. Keep sensitive counsel analysis in restricted linked records.

When is a trade-secret request complete?

When counsel has reconciled the operative scope, response, production, and outstanding issues and documented closure. New evidence, supplementation, or an unresolved source question can require reopening the request.

Sources

Scope: general professional workflow guidance using a federal baseline as of October 13, 2026. Confirm applicable state or arbitral requirements, controlling decisions, local rules, and case-specific orders before use.

This guide is general information about legal workflows, not legal advice for any matter. It was drafted and reviewed with AI assistance. The worked example is fictional. Contract rights and procedure depend on the governing law, the actual wording, and the facts, so check the cited sources and the rules that apply in your jurisdiction before relying on it.

Run this workflow in DecoverAI

Clause-quoted findings, missing-language flags, and tracked changes in your name — with your team deciding every call. Plans from $299 per seat per month, SOC 2 Type II certified.

Book a demo
to learn more.
Book a Demo