Can an export reconstruct the catalogue's relationships?
An export containing every item row may still be insufficient for leaving a hosted catalogue. The useful information can include which family contains an item and which document supports it. Those relationships need evidence of their own.
This fictional purchasing review examines a provider before the business commits to a larger catalogue. It concerns supported export capability, not a claim that every provider must offer the same format or an interpretation of a contract's legal effect.
Define the reconstruction question
The test catalogue contains family F-11, items I-11 and I-12, and approved public document D-11. Its three required relationships are F-11 to I-11, F-11 to I-12 and I-12 to D-11.
The standard item export contains both item identifiers and their descriptions. It omits the family memberships and document association. A reader can count two rows but cannot reconstruct the intended structure from that file alone.
The business does not solve the gap by remembering the relationships or copying them manually from screenshots. It asks whether the provider supports a repeatable export of the required edges.
Inspect the actual supported routes
In this fictional provider account, the documented export capability includes separate family, document-metadata and relationship files. The basic item-export button simply does not include them automatically.
The reviewer obtains those supported test exports and checks their identifiers. The relationship file supplies the three expected edges. The document metadata identifies D-11 and its approved public asset reference. Private customer files are outside this catalogue-export test and remain subject to their separate ownership and access arrangements.
The finding differs from an unsupported export promise. The required capability exists, but the operating procedure must specify all relevant parts.
Reconstruct a neutral fixture
The reviewer loads the exported entities and relationships into a neutral test representation. F-11 shows I-11 and I-12. I-12 identifies D-11. I-11 does not acquire D-11 merely because it belongs to the same family.
The counts reconcile: two item entities, one family, one document-metadata entity and three required relationships. The reviewer then inspects the actual links rather than relying only on matching totals.
A second export after an ordinary description edit retains the same relationships. The reconstruction therefore does not depend on the exact initial wording or a one-time manual repair.
Make the provider decision explicit
The business accepts this provider for the evaluated catalogue scope, conditional on retaining the documented export access and procedure in its operating arrangement. The decision record names the tested files and relationships rather than saying only that data can be exported.
It also records the limits. The test does not demonstrate export of private customer records, application workflows, every historical version or the provider's proprietary interface. Those requirements would need separate examination if they became part of the proposed service.
Contractual ownership, exit assistance and rights to reuse supplied assets remain questions for the organisation and its advisers. A technically successful export does not settle all of them.
Give the next owner a usable exit rehearsal
The handover identifies the account permission needed, each supported export, the relationship definitions and the reconstruction check. It records where the business keeps the procedure and who is responsible for reviewing it after a provider change.
A periodic rehearsal can reveal whether an interface or entitlement has changed. The scope and frequency should follow the business's needs; this example does not prescribe a universal schedule.
The important question is whether the organisation can recover the meaning of its catalogue, not merely download a file with a reassuring row count.
Use this review before a catalogue or integration commitment. The handover guide examines a different boundary: preserving literal item identifiers when the successor handles an otherwise correct export.