Logbook continuity
Logbook continuity reviewed against the maintenance-control system export
This review tests whether the airframe, engine, and APU logbooks hold together when read against the operator's maintenance-control system export. A records specialist walks the logbook set period by period, matching each entry to the utilization postings, work orders, defect logs, and planning attachments the system holds for the same dates. Maintenance control usually commissions it ahead of an operator transfer, while the exporting system can still be queried. You receive an exception list naming each continuity break, the period it affects, and the source record that would close it.
When this review is needed
- An operator transfer is scheduled and the receiving CAMO wants logbooks that read cleanly across the change of custody.
- The maintenance-control system is being decommissioned or migrated and logbook support has to be secured before access ends.
- A previous transfer left periods where entries thin out and the current system data is the only place utilization can be confirmed.
- Fleet management is assembling a transfer status package and needs to know which logbook periods will draw questions.
The problem
A logbook that looks continuous on its face can still hide a custody change, a utilization correction, or a maintenance-program revision that nobody wrote into the book. Those events live in the maintenance-control system as postings and work orders, and reading the two record sets against each other is slow work. The people who remember why an entry stops in one book and resumes in another have often moved on, which leaves the current team defending gaps it did not create.
What gets reviewed
- Entry-by-entry continuity across airframe, engine, and APU logbooks for the periods the system data covers
- Utilization steps in the logbooks matched to the flight-hour and cycle postings recorded on the same dates
- Custody and operator changes checked for closing and opening entries in each affected book
- Maintenance-program revisions located in the system and confirmed where the logbook narrative shifts
- Engine and APU changes cross-checked between logbook entries and the removal and installation history
- Each identified break classified as explainable from source, recoverable, or open
Scope this review
Tell us the asset, the event, and the evidence in scope, and we will outline a focused first engagement.
Send a representative, redacted record set and we will scope the review.
What gets validated
- Every gap between consecutive logbook entries is either explained by a source record or flagged as an open exception
- Hour and cycle figures at each logbook entry agree with the utilization data the system posted for that date
- Engine and APU positions shown in the logbooks match the installation history at the same point in time
- Operator changes carry handover entries that line up with the transfer dates the system records
- Program-change entries in the books correspond to revision records in the export
Evidence normally required
- Airframe, engine, and APU logbooks or certified digital copies
- The maintenance-control system export, including utilization postings and work-order history
- Due lists and defect logs covering the periods under review
- Bridging or transfer documentation from earlier custody changes
- An existing logbook continuity file, if one is maintained, as the starting index
Common discrepancies
- A quiet stretch in the airframe logbook that turns out to span an operator change the entries never mention
- Cycle counts that step up between two entries with no utilization postings to account for the jump
- An engine book that resumes after a swap without the installation entry the system shows
- Program-revision effective dates in the system that never reached any logbook
What is at stake
Unexplained breaks in the logbook narrative give the receiving operator grounds to hold up acceptance or to take conservative positions on hours and cycles. Each disputed period widens once system access has lapsed, because the posting that would have settled it in an afternoon now requires chasing a former operator for archive retrieval.
Move from findings to resolution
Move from findings to a documented resolution path.
How the work runs
Index the books and the data
Build a period index across all three logbook sets and align it with the date range the system export covers.
Match entries to postings
Tie each logbook entry to utilization postings, work orders, and program revisions recorded for the same dates.
Classify every break
Sort each discontinuity into explainable from source, recoverable with retrieval, or genuinely open.
Hand over the exception list
Deliver the classified exceptions with the continuity file so maintenance control can act while access remains.
What the buyer receives
- A continuity exception list identifying each break, the affected period, and the record that would close it
- A logbook continuity file cross-referenced to source records in the system data
- A short continuity summary maintenance control can attach to the operator-transfer status package
Who uses the output
- Maintenance-control leads standing behind the transfer status package
- Receiving CAMO or records teams deciding what to accept at induction
- Records leadership directing retrieval effort before system access lapses
How the work fits into the transaction or program
Logbook continuity is usually the first record type examined when a maintenance-control export is reviewed for a transfer, because hours and cycles feed every other status document. Exceptions raised here flow into the transfer package as open items, and the same source mapping supports the modification, weight, and deferral reviews that follow.
Jurisdiction-specific considerations
Under FAA rules, 14 CFR 91.417 defines the maintenance and total-time records an operator keeps and 91.419 obliges those records to move with the aircraft, so a continuity break becomes the next holder's problem at handover. EASA operators work under Regulation (EU) 1321/2014, where the CAMO holds the continuing-airworthiness record set and a receiving CAMO expects a coherent handover file. A transfer crossing between the two frameworks inherits both sets of expectations at once.
Regulatory limits
The review reports what the source data supports; it does not determine airworthiness, recreate or certify logbook entries, or substitute for any acceptance decision by the receiving operator or an authority.
What this review does not cover
- Reconstruction of missing logbook entries, which is a separate remediation effort
- Physical inspection of the aircraft or verification of installed hardware
- Periods that fall outside what the system export covers
Specific to this review
- Logbooks are summaries; the maintenance-control system holds the transaction detail, so a continuity break is often a posting that exists in the data and never reached the book.
- System access is the perishable input. Once the exporting operator cuts credentials or migrates platforms, a question that took an hour to answer can take weeks.
- Continuity problems cluster around operator changes, because closing entries were the outgoing team's last task and opening entries were the incoming team's first.
- Hours and cycles are the figures a receiving operator re-derives before anything else, so utilization steps without matching postings surface early in any acceptance review.
Sources
U.S. Government (eCFR). Records an owner or operator must keep, including total time in service, current status of life-limited parts, and AD compliance.
U.S. Government (eCFR). Requirement to transfer maintenance records with an aircraft on sale or transfer of ownership.
Federal Aviation Administration. FAA guidance on making and keeping maintenance records and acceptable recordkeeping practices.
European Union / EASA. Continuing airworthiness, maintenance records, CAMO responsibilities, and the airworthiness review process in the EASA system.
Frequently asked questions
Can this run after we lose access to the old maintenance-control system?
It can run against a static export, but the review loses the ability to pull a second query when the first one raises a question. Running it while the system is still live means an ambiguous posting can be resolved on the spot instead of becoming a permanent open item.
Relevant glossary terms
Related pages
Where this fits
Talk to an engineer who has done this work
We will walk through your current state, the records or evidence involved, and a scoped first engagement.
Talk through the aircraft, records, evidence, deadline, and next useful step.