Skip to main content
GullySystem
A practical guide

Deviation and change control tracked by email: the risks

Ganesh HSStrategy and Technology, GullySystem
Practical advice · 4 min read

In this guide 6 sections
The short answer

Email hides the state of a deviation or change. Approvals sit in personal inboxes, attachments get revised in parallel, CAPA due dates go unseen and the audit trail depends on who forwarded what. A single record per event, with a status, owner and signature history, removes these risks.

How the email habit starts

It begins with good intentions. An operator reports a hold-up on a coating pan, the supervisor emails QA, and QA replies with a deviation number and a request for a root cause.

Nobody planned a system. The mailbox became one because everyone already had it open. The deviation form travels as a Word attachment, and each reviewer saves a fresh copy under a slightly different name.

Weeks later the QA head is asked for every open deviation from the quarter. The honest answer is a search through three mailboxes. Rebuilding the history means opening attachments one by one, comparing file names such as Final, Final2 and Approved, and guessing which version the QA head actually signed.

Where approvals and actions go missing

Email has no state. A message cannot tell you that a change control is waiting on the regulatory head, who happens to be on leave. It just sits there. Nobody is told.

Reply-all chains split the thread. One reviewer approves in a reply to the production manager alone, QA never sees it, and the change goes ahead before the file shows any sign-off.

CAPA actions suffer most. An action assigned in the body of a message has no due date field, no reminder and no closure check. Overdue items surface only when an auditor asks.

  • Approval given to one person, never copied to QA
  • Revised attachments with no version trail
  • CAPA owner who changed roles, with the action unread
  • Effectiveness check promised but never scheduled
  • Linked deviations for the same machine found only by memory

What an inspector reads into it

Inspectors look for control, not tidiness. They pick one deviation and follow it from report to closure, asking who approved the extension, when, and against which document version.

An email trail can answer, but slowly and with gaps. A printed chain of forwards does not show that the signatory held authority on that date.

Repeat events draw attention too. If three coating deviations on one machine live in three threads, nobody can show a trend, and the CAPA looks weak.

A record based alternative

Replace the thread with one record per event. A deviation record holds the description, the batch and equipment involved, the classification, the investigation, the root cause, the CAPA actions and the closure approval.

Every step carries a named owner, plus a date by which it must close. Signatures are captured inside the record with the time and the user. Notifications still go out by email, but the email only points to the record.

A change control record works the same way, carrying the impact assessment, affected documents, training need and implementation date. Reports then come from data. Trend views by machine, by product and by root cause category take minutes to build, which makes repeat problems visible well before the next inspection arrives.

  • Status field: open, under investigation, awaiting approval, closed
  • Owner and due date on every action
  • Link from deviation to the batch and the machine
  • Overdue and ageing views for the weekly quality meeting

Moving over without a big bang

Start with deviations only. Pick a date and enter every new event in the record from that day, leaving old threads alone apart from open items, which you copy in once.

Run the weekly review from the new list. When people see overdue CAPA on a screen in the meeting, adoption follows. Keep the first release small.

Add change control next. Keep one rule from the first day: an email is never the approval. Your first task this week is to count the open items still living in inboxes.

Email to record migration sheet

A single page sheet listing every open deviation and change control found in mailboxes. Columns are event number, type, batch or equipment, current owner, last action date, waiting for whom, CAPA due date and evidence location. A final column marks each row as copied into the record, with a tick and a date.

Open a blank worksheet to print

Questions owners ask

Is email ever acceptable for quality events?

For notifying people, yes. As the place where an approval or decision lives, it is weak. Keep the decision in a record and let the email be a pointer.

Do we need special software, or will a shared spreadsheet do?

A spreadsheet fixes the list but not the signatures, the version control or the reminders. If you stay with it, lock the columns and keep a change history.

How do we handle old closed deviations?

Leave them where they are, indexed by number. Move only open items. A clean cut-off date is easier to explain to an inspector than a half migrated archive.

Who should own the system?

QA owns the process and its rules. IT or the vendor looks after access and backups. Production and engineering are users and action owners.

Browse all guidesBack to top ↑
Next step

Have a specific situation to work through?

This article covers the general case. Tell us what you’re actually dealing with and we’ll respond directly.

Share Your Requirements