Hey - We don’t need to do additional work to clear the audit log storage on member tenant after the instance was shared. I will close as Won’t do.

- please let me know if you disagree.

Checked on Eureka Sprint testing environment.
1) After Instance was Shared - correct version history (from Central tenant) displays when user view Shared record from Member tenant UI.
2) Version history of Local Instance (before Sharing) is still stored in “Audit log” of Member tenant.
Hey , - could you please confirm that we don’t need to clear “Audit log” storage on Member tenant after Instance was shared?
If we don’t need - this ticket could be closed as “Won’t do”

NOTE: this versions will not be displayed on UI, because after Sharing we’re sending request to Central tenant to view “Version history” from Member/Central tenant.
See details on screencast:

Hi - I understand that audit records of Local records which were promoted to be Shared will not be visible from UI. But we still store version history records of Local records after sharing, and it could be viewed via API.
If we don’t want to clear version history of Local MARC bib after it was promoted to be shared, then current ticket is not needed.

FYI: Spitfire team done it for FOLIO records
cc: ,

Check this issue when is done, it might be related

- I’ve converted this ticket to UIIN as discussed at refinement. Per discussion with the team, we want the Audit logs to pull from Central tenant when Instance shared. Our expectation is that for Shared Instances, the version history looks the same whether viewing in Central Tenant or Member Tenant. Thanks!