CovenantFlow

Alternatives

Covenant tracking in Excel: when it works, and when it breaks.

Spreadsheets are the most common covenant monitoring tool in commercial lending, and for a long stretch of a lender's growth they are the right one. This is an honest account of where the limits actually are.

Why spreadsheets work, and why that matters

Almost every article on this subject opens by explaining that spreadsheets are dangerous. That framing is unhelpful, because the people reading it are running spreadsheets successfully and can tell the argument is being made by someone with something to sell.

The honest position

A well-built covenant workbook maintained by an experienced credit administrator is a defensible process at smaller scale. Its limitations are structural rather than a matter of competence, and they bind at predictable points.

Spreadsheets are genuinely good at this for real reasons:

  • They can model any covenant definition. Covenant language is bespoke. A spreadsheet accommodates an EBITDA add-back cap or a build-up net worth threshold without waiting for a vendor roadmap.
  • The arithmetic is visible. Anyone can click a cell and see the formula. That transparency is worth a great deal when a borrower disputes a calculation.
  • Everyone already knows how to use them. No implementation, no training, no procurement.
  • They are free and immediate. A credit analyst can build a working tracker in an afternoon.

For a lender with forty commercial relationships, straightforward covenant packages, and one analyst who knows every borrower, a covenant workbook is a reasonable answer and would be a strange thing to replace.

If you are staying on spreadsheets

How to build a covenant tracker that holds up

Since most lenders reading this will keep using a spreadsheet for a while, here is what separates the workbooks that survive an examination from the ones that do not.

  1. One row per covenant, not per loan. A loan with three financial covenants and four reporting obligations is seven rows. Collapsing them into one row per loan is the first structural mistake, because the testing dates differ.
  2. Record the defined terms, not just the threshold. A column that says "3.50x" has discarded whether funded debt includes capital leases and which add-backs are capped. At minimum, note the section reference so the next person can find it.
  3. Separate test date from delivery deadline. These are different dates and conflating them means either chasing documents too early or testing too late.
  4. Model step-downs as a schedule, not a single number. If the covenant tightens over time, the applicable threshold depends on the test date. A single cell will eventually be wrong.
  5. Never overwrite a computed value. Append each period's result to a history tab. Trend is the most valuable output of covenant monitoring and it is destroyed by overwriting.
  6. Link every row to the executed document. A hyperlink to the agreement or amendment in the document repository makes verification a thirty-second task instead of a half-hour one.
  7. Give amendments a defined intake step. Decide explicitly who updates the workbook when an amendment executes, and make it part of the closing checklist rather than a matter of memory.
  8. Lock the formula cells and version the file. Protecting calculation cells prevents the most common corruption, and a dated copy each quarter gives you something to point to later.

The financial covenants page covers what should be captured for each covenant type.

Where it breaks

These are not hypothetical. They are the specific, repeated failure modes of spreadsheet covenant tracking at scale.

Divergence from executed documents

The single largest risk. An amendment resets a threshold, the document is filed, the tracker is not updated. Subsequent tests run against superseded terms, sometimes for quarters, and the error usually surfaces as a disputed breach.

Silent formula corruption

A dragged formula, an inserted row that breaks a range, a hardcoded value pasted over a calculation. Nothing errors. The result is simply wrong, and there is no audit trail showing when it changed.

No aggregation across files

One workbook per relationship manager cannot answer 'which industries have deteriorating coverage this quarter'. Portfolio questions become a manual assembly exercise every time they are asked.

Version proliferation

The tracker gets emailed for a credit committee, edited, and returned. Now there are two. Within a year nobody is certain which file is authoritative.

Key person concentration

The workbook encodes years of undocumented judgment about how each borrower's covenants work. When that person leaves, the file remains and the knowledge does not.

Evidence has to be reconstructed

An examiner asks how a covenant was determined eight quarters ago. If values were overwritten and the file has been edited since, the answer has to be rebuilt rather than retrieved.

When to move, and what triggers it

Loan count is the weakest signal, though it is the one most often cited. These are better indicators:

  • You have found a divergence. A covenant was being tested against superseded terms. One occurrence is a process failure; two is a systemic one.
  • Quarter-end is a scramble that consumes the credit team. If most of two weeks goes into assembling data rather than reviewing exceptions, the bottleneck is mechanical.
  • Portfolio questions take days to answer. When a credit committee asks for covenant trend by industry and the answer requires a special project, aggregation has become the binding constraint.
  • An examination raised the question of evidence. A finding or even a pointed question about how determinations are documented is a strong signal.
  • The person who maintains it is leaving. This is the most common actual trigger, and the worst moment to start the project.
  • Reporting exceptions are chronic. If late financial statements are routine and nobody can say precisely which are outstanding today, the calendar has outgrown its container.

Broader manual processes beyond spreadsheets, tickler files, shared inboxes, calendar reminders, are covered in alternatives to manual covenant tracking.

What actually replaces it

Worth being clear that the replacement is not "a database". The useful properties are specific:

  • Covenant definitions sourced from the document. This addresses divergence at the root rather than adding another place to keep a threshold in sync. See covenant data extraction.
  • Versioned definitions across amendments, so a test always runs against the terms in effect on that test date.
  • Retained calculation history, so trend exists and determinations can be reproduced.
  • A calendar that is not a person's memory, generated from the reporting covenants themselves.
  • Aggregation that is a query, not a project. See portfolio monitoring.

What a migration actually involves

The workbook is not the hard part, the back file is. Every existing loan's covenants have to be established in the new system, and the spreadsheet is not a trustworthy source for that, because if it were fully accurate there would be less reason to move. The defensible approach is to re-derive covenant terms from the executed documents and use the spreadsheet as a cross-check, treating disagreements as findings rather than as data entry errors. Expect that exercise to surface covenants that were wrong, which is uncomfortable and is also most of the value.

FAQ

Frequently asked questions

How do you track loan covenants in Excel?
A workable covenant tracker has one row per covenant rather than per loan, and columns for the borrower, facility, covenant name and type, threshold and direction, the defined terms the calculation depends on, testing frequency, testing period basis, first test date, next test date, the reporting deliverable that supplies the inputs, its due date, the most recent computed value, the resulting status, and a link to the source clause in the executed agreement. Separate tabs hold the period-by-period calculation history so values are not overwritten.
Is it acceptable to track loan covenants in a spreadsheet?
Yes, for many lenders. A well-built covenant workbook maintained by an experienced credit administrator is a defensible process at smaller scale, and institutions have run commercial books this way for decades. The constraints are structural rather than a matter of professionalism: spreadsheets do not version, do not aggregate across files, do not link to executed amendments, and do not produce an audit trail of who changed what.
When should a lender move off spreadsheet covenant tracking?
The common triggers are portfolio growth past roughly one to two hundred commercial relationships, covenant packages complex enough that a single threshold column loses essential terms, heavy amendment traffic, the departure of the person who maintained the workbook, or an examination finding about how covenant determinations are evidenced. Any one of these is a reasonable trigger; the number of loans on its own is the weakest signal.
What is the biggest risk in Excel covenant tracking?
Divergence between the workbook and the executed documents. An amendment resets a leverage covenant, the executed document is filed in the document repository, and the tracker still holds the old threshold. Every subsequent test is then run against superseded terms, and the error can persist for quarters before anyone notices, usually when a breach appears that the borrower disputes.
Can you automate covenant tracking without replacing your spreadsheets?
Partly. Reporting calendars and reminders can be moved out of a workbook without touching the calculations, which addresses missed deadlines. Automating the calculation while leaving covenant definitions in the spreadsheet is less useful, because the definitions are where the errors actually live. Most lenders who make an incremental move start with document collection and deadline tracking, then address covenant definitions separately.

When the spreadsheet stops holding

If the workbook has outgrown the person maintaining it, see what a structured covenant layer looks like on your own loan documents.