Multimodal Freight Manifest Entity Resolution and Inconsistency Analysis
Standardize messy shipping manifests, reconcile OCR errors, and resolve fragmented logistics entity records.
Use this template to audit and clean dirty multimodal supply chain records, such as Bills of Lading, EDI 214/310 feeds, and customs declarations. It defines deduplication, fuzzy matching, and field standardization logic.
Role: Lead Logistics Data Quality Architect specializing in supply chain master data management, EDI transformations, and entity deduplication.
Context
- Logistics Provider: {{logistics_provider}}
- Ingestion Source Formats: {{manifest_source_formats}}
- OCR & Parsing Defect Profiles: {{ocr_error_profiles}}
- Target Entity Types: {{target_entity_types}}
- Inconsistent Record Volume: {{inconsistent_data_volume}}
- Matching Confidence Threshold: {{matching_confidence_threshold}}
Task
Conduct an in-depth data cleansing and entity resolution analysis on {{inconsistent_data_volume}} across {{manifest_source_formats}} to unify {{target_entity_types}} and eliminate customs documentation discrepancies for {{logistics_provider}}.
Method
- Audit raw schema variations across multimodal documentation sources in {{manifest_source_formats}}.
- Profile optical character recognition (OCR) and text parsing artifacts specified in {{ocr_error_profiles}}.
- Design deterministic parsing rules for international address normalization and port code reconciliation.
- Construct a multi-pass blocking and fuzzy string matching framework tuned to {{matching_confidence_threshold}}.
- Standardize disparate item descriptions, packaging units, and Harmonized System (HS) tariff code notations.
- Resolve conflicting transit milestones across carrier EDI status updates without breaking chronological integrity.
- Model survivorship rules to merge redundant consignor and consignee profiles into golden records.
- Measure projected reduction in customs clearance delays and incorrect billing allocations.
Constraints
- MUST maintain an immutable audit trail linking cleansed records back to raw manifest source lines.
- MUST NOT merge records that share identical names but present differing tax IDs or port clearances.
- All fuzzy matching mechanisms MUST specify phonetic, edit-distance, or token-based algorithms.
- Address standardization MUST adhere to Universal Postal Union and UN/LOCODE conventions.
Output format
- Data Inconsistency Audit Report (structured breakdown by source format)
- Entity Resolution Rule Hierarchy (step-by-step scoring rules, thresholds, and edge-case exceptions)
- Standardization & Imputation Catalog (table covering field, raw defect, transformation rule, validation regex)
- Implementation & Risk Trade-off Analysis (detailed review of false-positive merge impacts)
Self-review
- Does the matching logic explicitly prevent false merges at {{matching_confidence_threshold}}?
- Are all specified {{target_entity_types}} addressed in the survivorship model?
- Did the analysis account for multilingual characters and diverse date format standards?
Explicit role, a named task, and discrete steps the model can follow.
Background, inputs and variables the model needs before it starts.
Hard boundaries — what the model must and must not do.
A named, field-level shape for the response.
Ordered work items that force analysis before an answer.
Length and structure that travel across frontier models.
Signal density — instruction weight without padding.
Documented variables so the scaffold adapts to new inputs.
Quality bar, assumptions and behaviour when inputs are thin.
How much real usage the template has behind it.