Skip to content
NonDisclosures

NDA Tracking Across a Growing Company

/9 min read

NDA tracking means recording, for every signed agreement, who the counterparty is, who owns the relationship, when the term ends, how long confidentiality survives after that, and who gets reminded before each date. A growing company needs one searchable register, a named owner per NDA, and reminders at 60, 30 and 7 days before expiry.

Most companies do not have a tracking problem when they sign their first ten NDAs. They have one when they sign their two hundredth, the person who negotiated half of them has left, and a sales rep asks whether the agreement with a prospect from two years ago still covers the pricing deck they are about to share. This guide walks through what to track, how to set it up, and where the usual approaches fall apart.

Why NDA expiration dates matter more than people think

An expired NDA does not erase the past, but it changes what you can rely on going forward. If the agreement term has ended, anything you disclose after that date may not be covered at all. If the confidentiality period has also run out, the other side may be free to use or disclose information you shared years ago, unless it still qualifies as a trade secret.

There are three practical risks:

  • Disclosing into a gap. A team shares a roadmap or source code with a partner, assuming the NDA from last year still applies, when its term ended last month.
  • Losing protection silently. A confidentiality period of two years after termination quietly runs out, and nobody decides whether the information should be returned, destroyed or covered by a new agreement.
  • Duplicated and conflicting paper. Without a lookup, different teams sign second and third NDAs with the same counterparty on different terms, and nobody knows which one governs.

The three dates every NDA register should hold

The single most common tracking mistake is recording one "expiry date" for an agreement that actually has three different clocks. Read the term clause and the survival clause together before you enter anything.

The agreement term

The term is the window during which disclosures are covered. Many NDAs run for 1, 2, 3 or 5 years from the effective date. Information disclosed after the term ends usually falls outside the agreement, even if the confidentiality obligations for earlier disclosures continue.

The confidentiality or survival period

Many NDAs say that the duty to keep information confidential survives for a stated number of years after the term ends or after termination. A 2 year term with a 3 year survival period means information disclosed in the last month of the term is still protected roughly three years later. This is the date that tells you when protection for past disclosures actually ends.

Trade secret survival

Well drafted NDAs often protect trade secrets for as long as they qualify as trade secrets under applicable law, rather than for a fixed number of years. There is no calendar date to enter here, so the register should carry a flag instead. When the survival period ends, anyone looking at the record knows that trade secret material may still be covered and that the question belongs to legal, not to the calendar.

If you want a deeper look at how teams choose these periods by use case, see our guide on how long an NDA should last.

Date or flagWhere it comes fromWhat it tells youExample
Effective dateSignature date or a stated effective dateWhen coverage startsMarch 1, 2025
Term end dateTerm clauseLast day new disclosures are coveredFebruary 28, 2027 (2 year term)
Survival end dateSurvival or confidentiality period clauseWhen protection for past disclosures endsFebruary 28, 2030 (3 years after the term)
Trade secret flagTrade secret clauseWhether some information stays protected beyond survivalYes, for as long as it qualifies
Termination noticeTermination clauseWhether either side can end the term early and how30 days written notice

Spreadsheet columns that actually work

Many teams start with a spreadsheet, and that is fine for a while. If you build one, give it columns that answer the questions people really ask, not just a file name and a date.

  • Counterparty legal name, exactly as it appears in the agreement, plus any trade name people search for.
  • NDA type, such as mutual, one-way, employee, contractor, investor or M&A bidder.
  • Direction, meaning whether you disclose, receive, or both.
  • Internal owner, a named person, not a team alias.
  • Purpose, the deal or project the NDA covers, since disclosures outside the stated purpose may not be protected.
  • Effective date, term end date and survival end date as three separate columns.
  • Trade secret flag, yes or no.
  • Governing law, the state named in the agreement.
  • Non-standard terms, for example a non-solicit, residuals clause or standstill.
  • Return or destroy obligation, and whether a certificate of destruction is required.
  • Status, such as active, expiring, expired, superseded or terminated.
  • Link to the signed copy, the fully executed version, not the last draft.

Why spreadsheets break as the company grows

A spreadsheet is a list. NDA tracking needs a process around the list, and that is where spreadsheets struggle once more than one team signs agreements.

  • Manual entry lags behind signing. The NDA is signed on Tuesday and added to the sheet three weeks later, or never. The register is only as good as the slowest person who signs.
  • Dates are calculated by hand. Someone adds two years to an effective date, forgets the survival period, or uses the date the last draft was sent instead of the signature date.
  • No reminders. A cell does not email anyone. Calendar reminders live in one person's calendar and leave with that person.
  • Version confusion. Links point to drafts, scanned copies or email attachments that nobody can open later.
  • No reliable lookup. "Do we have an NDA with them?" becomes a search across the sheet, the shared drive, the e-signature account and someone's inbox.
  • Copies multiply. Sales keeps one sheet, HR another, and corporate development a third, each with a different column layout.

None of this is a reason to panic about the spreadsheet you have today. It is a reason to decide, before the next hundred NDAs, whether tracking happens automatically at signing or depends on someone remembering to type.

Give every NDA a named owner

Reminders are useless if they go to nobody. Each agreement should have one internal owner, usually the person closest to the relationship: the account executive for a sales prospect, the hiring manager for a contractor, the deal lead for an acquisition target. Legal or operations owns the register as a whole, but not each individual relationship.

Ownership also needs a handoff rule. When an owner leaves or changes roles, their open NDAs should move to a new owner as part of offboarding. A quarterly check for NDAs owned by inactive users catches what offboarding misses.

Reminders at 60, 30 and 7 days

A single reminder on the expiry date arrives too late to do anything useful. A simple three-step schedule works well for most teams.

  1. 60 days before expiry. The owner decides whether the relationship is still active. If it is, they plan a renewal or a new agreement. If it is not, they mark the NDA to let it lapse and check whether return or destruction of materials is needed.
  2. 30 days before expiry. If a renewal is needed, the new NDA or amendment should be out for signature by now. Counterparty legal teams can take weeks.
  3. 7 days before expiry. Final warning. If nothing is signed, the owner tells the team to stop sharing new confidential material until it is.

Run the same schedule against the survival end date for agreements that cover sensitive information. That reminder is the prompt to confirm that materials were returned or destroyed, or to decide that some information should be covered under a new agreement.

Handling renewals without making a mess

There are three common ways to extend coverage, and the register should record which one you used.

  • A new NDA. Simple and clean, especially if your template has changed since the original was signed. Mark the old agreement as superseded and note whether the new one covers earlier disclosures.
  • An amendment extending the term. Useful when both sides are happy with the existing terms. Store the amendment with the original and update the term end date.
  • A broader agreement that absorbs the NDA. When a deal closes, a master services agreement or partnership agreement often includes its own confidentiality clause. Record which agreement now governs confidentiality and whether the NDA was terminated.

Be careful with automatic renewal clauses. Some NDAs renew year to year unless someone gives notice, which means the expiry date in your register is not really an expiry date. Track the notice deadline instead.

A register approach that scales

The fix for broken spreadsheets is not a bigger spreadsheet. It is a register where agreements land automatically when they are signed, dates are calculated from the actual clauses, and anyone can answer "do we have an NDA with them?" in seconds.

Good contract tracking software for NDAs should do the following without manual entry:

  • Add every NDA to the register the moment it is sent, and update its status as it is viewed, signed, declined or expired.
  • Calculate the term end date from the term clause selected when the NDA was generated.
  • Send reminders to the owner before expiry, on a schedule like 60, 30 and 7 days.
  • Let anyone search by counterparty, owner, type, status and expiry date.
  • Bring in older NDAs from PDF and Word files so the register covers history, not just new agreements.
  • Export everything to CSV when finance, auditors or a buyer in due diligence ask for it.

In NonDisclosures, every NDA generated from an NDA template goes into the register when it is sent, the end date is calculated from the term clause, and reminders go out 60, 30 and 7 days before expiry. The register is searchable by counterparty, owner, type, status and expiry, and the "Do we have an NDA with X?" lookup answers the question sales and HR ask most. On paid plans you can upload existing NDAs, and AI extracts the parties, term, governing law, expiry and key terms so older agreements become searchable too. For a look at storage and search on its own, see our contract repository software page.

Bringing your existing NDAs into the register

Most companies start tracking with a backlog. A practical way to clear it:

  1. Collect. Pull signed NDAs from the shared drive, e-signature accounts and the inboxes of the people who sign most often.
  2. Deduplicate. Keep the fully executed version. Drop drafts and unsigned copies.
  3. Extract. Record parties, effective date, term, survival period, governing law and any non-standard clauses. AI extraction speeds this up, but someone should check the dates on agreements that matter.
  4. Assign owners. Map each agreement to a current employee, and to legal or operations when nobody else fits.
  5. Triage. Sort by term end date. Anything expiring in the next 90 days gets attention first.

A simple monthly routine

Even with automation, a short monthly review keeps the register honest. Look at NDAs expiring in the next 60 days, NDAs sent but not signed for more than two weeks, agreements owned by people who have left, and any uploaded agreements with missing dates. Fifteen minutes a month prevents most of the surprises described above.

When you are ready to replace the spreadsheet with a system, our NDA management software covers generating, signing and tracking in one place, so the register fills itself as agreements are signed.

Want to see how a tracked NDA starts? Generate an NDA preview without an account, choose the term and governing law, and see the document your register would track from the moment it is sent.

This article is general information about US practice, not legal advice. NonDisclosures is a software tool, not a law firm. Laws differ by state, so have a licensed attorney review agreements that matter.

Generate my NDA