audit-trails have reference/secondary acquisitions with differing track numbers

[niarenaw]

Describe the bug
A previous bulk enumeration generated audit-trails where the reference and secondary acquisitions have differing track numbers even though each AOI should only be constrained to one track. This impacts a number of PGEs (ex. ops report creates an xlsx for each "track" in AOI).

To Reproduce
Example products for track 123:
S1-GUNW-acqlist-audit_trail-RM-M7S476-TN123-20171103T000000-20161102T000000-poeorb-b1a0
S1-GUNW-acqlist-audit_trail-RM-M0S0-TN123-20150424T000000-00000000T000000-poeorb-af21
S1-GUNW-acqlist-audit_trail-RM-M0S0-TN123-20150307T000000-00000000T000000-poeorb-73a1
S1-GUNW-acqlist-audit_trail-RM-M0S0-TN123-20150506T000000-00000000T000000-poeorb-60d9
@niarenaw has a script to find these for a given track number

Expected behavior
Each AOI (with only one track) should only have audit-trails where both the reference and secondary acqs have that one and only track.

Additional context
Proposed solution is to back-up each of these erroneous aduit-trail es docs and then purge them.