MARC Validation

What is MARC record validation 

FOLIO already supports a basic level of MARC record validation when a user creates/edits/derives a MARC bib/authority/holdings record via quickMARC. This page represents additional development to support a.) robust record validation based on Library of Congress (LOC) MARC documentation and b.) library's ability to customize default validation settings. MARC record validation IS NOT contextual help OR making certain MARC fields/subfields drop-downs/auto-complete/suggest. 

Why do MARC record validation

Cataloging team wants to make sure that their staff is following MARC standards and the library's cataloging rules to ensure consistency and quality in the bib/authority/holdings records that are used in many library workflows and is also made available to library users via discovery service/opac layers. Without validation, the library's catalog maybe difficult to search/browse and with missing/duplicate records. 

Assumptions 

• Initial development: Validation will be implemented for create/derive/edit MARC bib and authority records. In future releases, this implementation should span to support
  
  • Data import (support MARC bib and MARC authority records only)
  • Data export (support MARC bib and MARC authority records only)
  • MARC holdings support via quickMARC/Data import/Data export 
• Configuration 
  • Each tenant will have a default MARC bib record validation that can be customized per workflow. Initial development: Create/Derive/Edit MARC bib via quickMARC
  • Each tenant will have a default MARC authority record validation that can be customized per workflow. Initial development: Create/Edit MARC authority via quickMARC
  • Initial implementation - No UI will be provided. Future releases will support a UI to customize validation rules. 
• Localization and Unicode support 
• Enhanced Consortia Support  
• Release upgrade
  • When initial development is complete and released, there should be no or minimal impact to existing libraries.
  • Ideally existing libraries will not be asked to update all bib and authority records 
• Migrations from one ILS to FOLIO
• Changing rules expectations 
• Performance  
• Reporting 

Phased approach 

Technical Design High-Level Requirements 

• The tech design should not be MARC centric meaning that it should be flexible enough to assign a set of validation rules per record type + format. 
• The tech design should also allow for any flow that creates/updates/export MARC to opt-in to using these validation rules (this includes data import and data export) 
• Technical design will focus on MARC bibliographic and MARC authority records. MARC holdings will be handled at a later release. 

Feature Matrix 

Supporting Materials 

Market Intelligence