Define record identity
Choose the fields that identify a record so matching follows the structure of the dataset.
Generic Record
Define record identity and comparison fields, then see which records match, change, appear on one side or need review. Generic Record does not apply transaction amount and date rules.
A clear record-by-record comparison
Generic Record journey
Choose the fields that identify a record so matching follows the structure of the dataset.
Select typed comparison fields so the result can show what changed instead of only reporting that two rows differ.
Separate exact matches, changes, conflicts, invalid records and one-sided records for review and export.
Synthetic example
SKU-A has quantity 12 and location North in both exports.
SKU-B appears in both exports, but quantity changes from 8 to 6.
SKU-C appears only in the warehouse export; repeated SKU-D rows need identity review.
These invented rows show possible Generic Record categories. Your confirmed identity and comparison fields determine the actual result.
Structured-data use cases
See how Generic Record supports data migration reconciliation and inventory reconciliation for structured tabular exports.
A practical business question
If SKU-102 has quantity 8 in an ERP export and 6 in a warehouse export, map SKU as the identity and quantity as a compared field. Investigate the difference. Units of measure, location granularity and bundled stock should be normalized before comparing.
Try with synthetic sample exports or review the related workflow before using business-sensitive data.