Metadata Record Export
Description
Priority
Labels
Fix versions
None
Development Team
None
Assignee
Magda Zacharska
Magda ZacharskaParent
None
Parent Field Value
None
Parent Status
None
59% Done
0
blocks
is defined by
relates to
Checklist
hideTestRail: Results
Activity
Show:

Magda Zacharska
updated the Epic ChildSeptember 26, 2023 at 3:10 PMNone
UXPROD-4477

Khalilah Gambrell
updated the Epic ChildSeptember 23, 2023 at 1:38 PMUXPROD-4306
None
Jenn Colt
updated the Epic ChildMay 19, 2023 at 3:07 PMNone
UXPROD-4315

Magda Zacharska
updated the Epic ChildMay 16, 2023 at 7:05 PMNone
UXPROD-4309

Khalilah Gambrell
updated the Epic ChildMay 15, 2023 at 11:01 PMNone
UXPROD-4306

Magda Zacharska
made 2 changesMay 4, 2023 at 8:35 PM
Epic Child
None
UXPROD-4268
Epic Child
None
UXPROD-4253

Magda Zacharska
updated the Epic ChildApril 6, 2023 at 4:42 PMNone
UXPROD-4173

Magda Zacharska
updated the Epic ChildMarch 21, 2023 at 12:11 PMNone
UXPROD-4147

Magda Zacharska
updated the Epic ChildMarch 21, 2023 at 11:55 AMNone
UXPROD-4146

Magda Zacharska
updated the Epic ChildMarch 13, 2023 at 10:52 PMNone
UXPROD-4127

Magda Zacharska
updated the Epic ChildMarch 7, 2023 at 8:13 PMNone
UXPROD-4110

Magda Zacharska
made 2 changesFebruary 28, 2023 at 2:29 PM
Epic Child
None
UXPROD-3588
Epic Child
None
UXPROD-3389

Magda Zacharska
updated the Epic ChildJanuary 27, 2023 at 6:28 PMNone
UXPROD-3853

Magda Zacharska
updated the Epic ChildJanuary 25, 2023 at 6:59 PMNone
UXPROD-3444

Kristin Martin
updated the linked issuesNovember 9, 2021 at 5:17 AMNone
This issue defines theme ROAD-65

Magda Zacharska
updated the Epic ChildSeptember 21, 2021 at 10:06 PMNone
UXPROD-3326

Magda Zacharska
updated the Epic ChildAugust 31, 2021 at 9:09 PMNone
UXPROD-3254

Magda Zacharska
made 2 changesApril 5, 2021 at 9:52 PM
Epic Child
None
UXPROD-3030
Epic Child
None
UXPROD-3031

Magda Zacharska
updated the Epic ChildApril 5, 2021 at 9:46 PMNone
UXPROD-3029

Magda Zacharska
updated the Epic ChildFebruary 19, 2021 at 3:20 PMNone
UXPROD-2908

Magda Zacharska
updated the linked issuesFebruary 9, 2021 at 10:24 PMNone
This issue relates to UXPROD-2895

Magda Zacharska
made 2 changesJanuary 27, 2021 at 1:29 PM
Status
Analysis Complete
In Progress
Fix versions
Q3 2019
None

Magda Zacharska
updated the Epic ChildOctober 6, 2020 at 7:09 PMNone
UXPROD-2730

Magda Zacharska
updated the Epic ChildOctober 2, 2020 at 9:40 PMNone
UXPROD-2718

Magda Zacharska
updated the Epic ChildOctober 1, 2020 at 1:14 AMNone
UXPROD-2709

Magda Zacharska
updated the Epic ChildOctober 1, 2020 at 12:56 AMNone
UXPROD-2708

Magda Zacharska
updated the Epic ChildOctober 1, 2020 at 12:45 AMNone
UXPROD-2707

Magda Zacharska
updated the Epic ChildSeptember 30, 2020 at 8:15 PMNone
UXPROD-2706

Magda Zacharska
updated the Epic ChildSeptember 30, 2020 at 6:56 PMNone
UXPROD-2705

Magda Zacharska
updated the Epic ChildSeptember 29, 2020 at 11:33 PMNone
UXPROD-2700

Magda Zacharska
made 4 changesSeptember 21, 2020 at 10:28 PM
Epic Child
None
UXPROD-2679
Epic Child
None
UXPROD-2678
Epic Child
None
UXPROD-2677

Magda Zacharska
updated the Epic ChildSeptember 21, 2020 at 10:22 PMNone
UXPROD-2675

Magda Zacharska
made 2 changesAugust 11, 2020 at 7:22 PM
Epic Child
None
UXPROD-2618
Epic Child
None
UXPROD-2617

Magda Zacharska
updated the Epic ChildAugust 7, 2020 at 1:51 AMNone
UIDEXP-147

Magda Zacharska
updated the Epic ChildJune 15, 2020 at 11:55 PMNone
UXPROD-2493

Magda Zacharska
updated the Epic ChildJune 10, 2020 at 11:13 AMNone
UXPROD-2459

Magda Zacharska
updated the Epic ChildJune 9, 2020 at 8:30 PMNone
UXPROD-2453

Magda Zacharska
updated the Epic ChildApril 28, 2020 at 5:03 PMNone
UXPROD-2413

Oleksii Kuzminov
updated the linked issuesApril 13, 2020 at 1:58 PMNone
This issue relates to MODSOURCE-121

Magda Zacharska
made 2 changesMarch 31, 2020 at 12:50 PM
Epic Child
None
UXPROD-2371
Epic Child
None
UXPROD-2370

Magda Zacharska
updated the Epic ChildMarch 18, 2020 at 4:31 AMNone
UXPROD-2333

Magda Zacharska
updated the Epic ChildMarch 18, 2020 at 3:26 AMNone
UXPROD-2332

Magda Zacharska
made 4 changesMarch 18, 2020 at 2:27 AM
Epic Child
None
UXPROD-2331
Epic Child
None
UXPROD-2330
Epic Child
None
UXPROD-2329

Magda Zacharska
made 2 changesMarch 17, 2020 at 9:29 PM
Linked Issues
None
This issue is defined by UXPROD-2326
Epic Child
None
UXPROD-2326

Magda Zacharska
made 2 changesMarch 11, 2020 at 6:24 PM
Linked Issues
None
This issue is defined by UXPROD-2315
Epic Child
None
UXPROD-2315

Ann-Marie Breaux
updated the linked issuesMarch 6, 2020 at 4:04 PMThis issue relates to MODSOURCE-110
None

Ann-Marie Breaux
updated the linked issuesMarch 6, 2020 at 3:54 PMNone
This issue relates to MODSOURCE-110

Magda Zacharska
updated the Epic ChildJanuary 8, 2020 at 7:41 PMNone
UXPROD-2225

Magda Zacharska
updated the Epic ChildJanuary 8, 2020 at 7:32 PMNone
UXPROD-2224

Magda Zacharska
changed the statusJanuary 6, 2020 at 9:20 PMOpen
Analysis Complete

Ann-Marie Breaux
updated the linked issuesDecember 26, 2019 at 3:34 PMNone
This issue relates to MODSOURCE-97

Magda Zacharska
made 2 changesDecember 5, 2019 at 10:07 PM
Epic Child
None
UXPROD-2184
Linked Issues
None
This issue is defined by UXPROD-2184

Magda Zacharska
made 2 changesNovember 13, 2019 at 7:22 PM
Linked Issues
None
This issue is defined by UXPROD-2154
Epic Child
None
UXPROD-2154

Magda Zacharska
made 2 changesNovember 13, 2019 at 7:16 PM
Linked Issues
None
This issue is defined by UXPROD-2153
Epic Child
None
UXPROD-2153

Magda Zacharska
updated the descriptionSeptember 26, 2019 at 1:12 PMThe metadata export is an important part of the library management system as the exported metadata is used not only for editing/cleaning records but also for integration with external systems. The purpose of this epic is to cover FOLIO exporting functionality of inventory records (instances, holdings and items) and underlying MARC records if those are available.
The user of the system should be able to export all inventory data or selected records based on a different search criteria. The search criteria should allow for identifying records based on administrative data (cataloged date, created date, etc), inventory records (instance, holdings, items) or MARC fields
The exported records should include bibliographical records (FOLIO instance record and/or MARC bib record), holding records (FOLIO and/or MARC) and holding records with Items. It should also be possible to export bibliographic records with holdings and items data.
The supported format of the export should support most commonly used formats, like MARC, MARC-JSON, delimited files, PICA+, MARC XML, PICA XML
It should be possible export records on as needed basis but also have them scheduled for re-occurring tasks.
Exported files should be stored in a determined/configured location for a specific or configurable period of time.
Access to the export functionality and exported files should be permission based.
The order of the implemented functionality will be determined by SME.
At this point FOLIO doesn't have functionality for storing authority records so for now Authority records are out of scope for this epic.

Magda Zacharska
updated the linked issuesSeptember 25, 2019 at 3:12 PMNone
This issue is defined by UXPROD-2065

Magda Zacharska
updated the Epic ChildSeptember 24, 2019 at 10:07 PMNone
UXPROD-2065

Magda Zacharska
updated the linked issuesSeptember 24, 2019 at 9:58 PMNone
This issue is defined by UXPROD-2064

Magda Zacharska
updated the descriptionSeptember 13, 2019 at 9:30 PMThe metadata export is an important part of the library management system as the exported metadata is used not only for editing/cleaning records but also for integration with external systems. The purpose of this epic is to cover FOLIO exporting functionality of inventory records (instances, holdings and items) and underlying MARC records if those are available.
The user of the system should be able to export all inventory data or selected records based on a different search criteria. The search criteria should allow for identifying records based on administrative data (cataloged date, created date, etc) or MARC fields
The exported records should include bibliographical records (FOLIO instance record and/or MARC bib record), holding records (FOLIO and/or MARC) and holding records with Items. It should also be possible to export bibliographic records with holdings and items data.
The supported format of the export should support most commonly used formats, like MARC, MARC-JSON, delimited files, PICA+, MARC XML, PICA XML
It should be possible export records on as needed basis but also have them scheduled for re-occurring tasks.
Exported files should be stored in a determined/configured location for a specific or configurable period of time.
Access to the export functionality and exported files should be permission based.
The order of the implemented functionality will be determined by SME.
At this point FOLIO doesn't have functionality for storing authority records so for now Authority records are out of scope for this epic.

Magda Zacharska
updated the descriptionSeptember 13, 2019 at 3:50 PMThe metadata export is an important part of the library management system as the exported metadata is used not only for editing/cleaning records but also for integration with external systems. The purpose of this epic is to cover FOLIO exporting functionality of inventory records (instances, holdings and items) and underlying MARC records if those are available.
On a high level the functionality should include:
# The user of the system should be able to export all inventory data or selected records based on a different search criteria.
# The exported records should include:
## Bibliographical records
## Holding records
## Holding records with Items
## Bibliographical records with holding and items
# The export should support most common formats:
## MARC
## MARC-JSON
## PICA+
## delimited files
## MARC XML
## PICA XML
# The export should be possible on as needed basis but also be scheduled for re-occurring exports
# Exported files should be stored in a determined/configured location for a specific period of time
# Access to the export functionality and exported files should be permission based.
The order of the implemented functionality will be determined by SME.
Allows exporting of metadata records (instances, holdings and items) to a supported output format. Options for holdings to be included as integrated or separate files. Will need to export MARC bib records (including holdings and item data), and MARC holdings records? Will we need to export MARC authority records?
What formats for output, especially Inventory records? maybe MARC, Inventory-JSON formats, delimited?
* Inventory Instance: output as Instance-JSON, delimited, MARC (if MARC, use the SRS if available, otherwise simplified Instance to MARC mapping)
* Inventory Holding: output as Holdings-JSON, delimited, MARC (if MARC Holdings in SRS, use that, otherwise simplified Holdings to MARC Holdings mapping)
* Item records: output as Item-JSON, delimited [Question: is MARC output needed, if so would have to be in 9xx fields of a MARC bib or MARC holdings]
* For MARCcat: only output as MARC or are additional formats needed?
Make sure that Inventory records can be output as MARC bibs, MARC holdings, but with MARC being created on the fly, and NOT stored. That way libraries can output MARC if necessary, but can still edit as Inventory Instances or Holdings, rather than being forced to edit in MARCcat or outside of FOLIO
Make sure the exported file is stored someplace (especially being sent to a 3rd party) in case it needs to be sent again or reviewed
See/listen to MM SIG discussion of 25 July 2019. Scope of this epic currently defined as Inventory and MARC records; how will export of other types of records (Order records, Organizations, Users, etc)
Note: confirmed with [~accountid:5af5ed55244bc90a106063c7] and [~accountid:712020:5d8e7a2f-2a77-4bb8-8d8d-368eaea8b5eb]: for the requests csv output (UIREQ-102), punctuation being used:
* comma separating fields (data elements)
* semi-colon separating multiple values within the same field (data element)
Per [~accountid:70121:8d96963c-ce4c-478d-9023-2de35bc14b67], would be helpful to be able to output MARC SRS as MARC-JSON, which would allow us to offer the data as part of the reporting system, so that analysts could query them as part of creating reports. If we can only get them in MARC format, then we will need to come up with our own conversion process to JSON.
FMIDs: ID541, ID542, ID543

Magda Zacharska
made 2 changesSeptember 13, 2019 at 2:42 PM
Description
The metadata export is an important part of the library management system as the exported metadata is used not only for editing/cleaning records but also for integration with external systems. The purpose of this epic is to cover FOLIO exporting functionality of inventory records (instances, holdings and items) and underlying MARC records if those are available.
On a high level the functionality should include:
# The user of the system should be able to export all inventory data or selected records based on a different search criteria.
# The exported records should include:
* Bibliographical records
* Holding records
* Holding records with Items
* bibliographical records with holding and items
# The export should support most common formats:
* MARC
* MARC-JSON
* PICA+
* delimited files
* MARC XML
* PICA XML
# The export should be possible on as needed basis but also be scheduled for re-occurring exports
# Exported files should be stored in a determined/configured location
# Access to the export functionality and exported files should be permission based.
The order of the implemented functionality will be determined by SME.
Allows exporting of metadata records (instances, holdings and items) to a supported output format. Options for holdings to be included as integrated or separate files. Will need to export MARC bib records (including holdings and item data), and MARC holdings records? Will we need to export MARC authority records?
What formats for output, especially Inventory records? maybe MARC, Inventory-JSON formats, delimited?
* Inventory Instance: output as Instance-JSON, delimited, MARC (if MARC, use the SRS if available, otherwise simplified Instance to MARC mapping)
* Inventory Holding: output as Holdings-JSON, delimited, MARC (if MARC Holdings in SRS, use that, otherwise simplified Holdings to MARC Holdings mapping)
* Item records: output as Item-JSON, delimited [Question: is MARC output needed, if so would have to be in 9xx fields of a MARC bib or MARC holdings]
* For MARCcat: only output as MARC or are additional formats needed?
Make sure that Inventory records can be output as MARC bibs, MARC holdings, but with MARC being created on the fly, and NOT stored. That way libraries can output MARC if necessary, but can still edit as Inventory Instances or Holdings, rather than being forced to edit in MARCcat or outside of FOLIO
Make sure the exported file is stored someplace (especially being sent to a 3rd party) in case it needs to be sent again or reviewed
See/listen to MM SIG discussion of 25 July 2019. Scope of this epic currently defined as Inventory and MARC records; how will export of other types of records (Order records, Organizations, Users, etc)
Note: confirmed with [~accountid:5af5ed55244bc90a106063c7] and [~accountid:712020:5d8e7a2f-2a77-4bb8-8d8d-368eaea8b5eb]: for the requests csv output (UIREQ-102), punctuation being used:
* comma separating fields (data elements)
* semi-colon separating multiple values within the same field (data element)
Per [~accountid:70121:8d96963c-ce4c-478d-9023-2de35bc14b67], would be helpful to be able to output MARC SRS as MARC-JSON, which would allow us to offer the data as part of the reporting system, so that analysts could query them as part of creating reports. If we can only get them in MARC format, then we will need to come up with our own conversion process to JSON.
FMIDs: ID541, ID542, ID543
Description
The metadata export is an important part of the library management system as the exported metadata is used not only for editing/cleaning records but also for integration with external systems. The purpose of this epic is to cover FOLIO exporting functionality of inventory records (instances, holdings and items) and underlying MARC records if those are available.
On a high level the functionality should support:
# The user of the system should be able to export all inventory data or selected records based on a different search criteria.
# The exported records should include:
* Bibliographical records
* Holding records
* Holding records with Items
* bibliographical records with holding and items
# The export should support most common formats:
* MARC
* MARC-JSON
* PICA+
* delimited files
* MARC XML
* PICA XML
# The export should be possible on as needed basis but also be scheduled for re-occurring exports
# Exported files should be stored in a determined/configured location
# Access to the export functionality and exported files should be permission based.
The order of the implemented functionality will be determined by SME.
Allows exporting of metadata records (instances, holdings and items) to a supported output format. Options for holdings to be included as integrated or separate files. Will need to export MARC bib records (including holdings and item data), and MARC holdings records? Will we need to export MARC authority records?
What formats for output, especially Inventory records? maybe MARC, Inventory-JSON formats, delimited?
* Inventory Instance: output as Instance-JSON, delimited, MARC (if MARC, use the SRS if available, otherwise simplified Instance to MARC mapping)
* Inventory Holding: output as Holdings-JSON, delimited, MARC (if MARC Holdings in SRS, use that, otherwise simplified Holdings to MARC Holdings mapping)
* Item records: output as Item-JSON, delimited [Question: is MARC output needed, if so would have to be in 9xx fields of a MARC bib or MARC holdings]
* For MARCcat: only output as MARC or are additional formats needed?
Make sure that Inventory records can be output as MARC bibs, MARC holdings, but with MARC being created on the fly, and NOT stored. That way libraries can output MARC if necessary, but can still edit as Inventory Instances or Holdings, rather than being forced to edit in MARCcat or outside of FOLIO
Make sure the exported file is stored someplace (especially being sent to a 3rd party) in case it needs to be sent again or reviewed
See/listen to MM SIG discussion of 25 July 2019. Scope of this epic currently defined as Inventory and MARC records; how will export of other types of records (Order records, Organizations, Users, etc)
Note: confirmed with [~accountid:5af5ed55244bc90a106063c7] and [~accountid:712020:5d8e7a2f-2a77-4bb8-8d8d-368eaea8b5eb]: for the requests csv output (UIREQ-102), punctuation being used:
* comma separating fields (data elements)
* semi-colon separating multiple values within the same field (data element)
Per [~accountid:70121:8d96963c-ce4c-478d-9023-2de35bc14b67], would be helpful to be able to output MARC SRS as MARC-JSON, which would allow us to offer the data as part of the reporting system, so that analysts could query them as part of creating reports. If we can only get them in MARC format, then we will need to come up with our own conversion process to JSON.
FMIDs: ID541, ID542, ID543

Magda Zacharska
updated the descriptionSeptember 13, 2019 at 2:37 PMThe metadata export is an important part of the library management system as the exported metadata is used not only for editing/cleaning records but also for integration with external systems. The purpose of this epic is to cover FOLIO exporting functionality of inventory records (instances, holdings and items) and underlying MARC records if those are available.
On a high level the functionality should support:
# The user of the system should be able to export all inventory data or selected records based on a different search criteria.
# The exported records should include:
## Bibliographical records
## Holding records
## Holding records with Items
## bibliographical records with holding and items
# The export should support most common formats:
## MARC
## MARC-JSON
## PICA+
## delimited files
## MARC XML
## PICA XML
# The export should be possible on as needed basis but also be scheduled for re-occurring exports
# Exported files should be stored in a determined/configured location
# Access to the export functionality and exported files should be permission based.
The order of the implemented functionality will be determined by SME
Allows exporting of metadata records (instances, holdings and items) to a supported output format. Options for holdings to be included as integrated or separate files. Will need to export MARC bib records (including holdings and item data), and MARC holdings records? Will we need to export MARC authority records?
What formats for output, especially Inventory records? maybe MARC, Inventory-JSON formats, delimited?
* Inventory Instance: output as Instance-JSON, delimited, MARC (if MARC, use the SRS if available, otherwise simplified Instance to MARC mapping)
* Inventory Holding: output as Holdings-JSON, delimited, MARC (if MARC Holdings in SRS, use that, otherwise simplified Holdings to MARC Holdings mapping)
* Item records: output as Item-JSON, delimited [Question: is MARC output needed, if so would have to be in 9xx fields of a MARC bib or MARC holdings]
* For MARCcat: only output as MARC or are additional formats needed?
Make sure that Inventory records can be output as MARC bibs, MARC holdings, but with MARC being created on the fly, and NOT stored. That way libraries can output MARC if necessary, but can still edit as Inventory Instances or Holdings, rather than being forced to edit in MARCcat or outside of FOLIO
Make sure the exported file is stored someplace (especially being sent to a 3rd party) in case it needs to be sent again or reviewed
See/listen to MM SIG discussion of 25 July 2019. Scope of this epic currently defined as Inventory and MARC records; how will export of other types of records (Order records, Organizations, Users, etc)
Note: confirmed with [~accountid:5af5ed55244bc90a106063c7] and [~accountid:712020:5d8e7a2f-2a77-4bb8-8d8d-368eaea8b5eb]: for the requests csv output (UIREQ-102), punctuation being used:
* comma separating fields (data elements)
* semi-colon separating multiple values within the same field (data element)
Per [~accountid:70121:8d96963c-ce4c-478d-9023-2de35bc14b67], would be helpful to be able to output MARC SRS as MARC-JSON, which would allow us to offer the data as part of the reporting system, so that analysts could query them as part of creating reports. If we can only get them in MARC format, then we will need to come up with our own conversion process to JSON.
FMIDs: ID541, ID542, ID543

Ann-Marie Breaux
made 2 changesJuly 29, 2019 at 5:44 PM
Linked Issues
None
This issue is defined by UXPROD-1911
Epic Child
None
UXPROD-1911

Ann-Marie Breaux
updated the descriptionJuly 29, 2019 at 5:36 PMAll needs to be confirmed with SMEs:
Allows exporting of metadata record to a designated output format - choice of formats depends on format of linked rich metadata records. Options for holdings to be included as integrated or separate files. Will need to export MARC bib records (including holdings and item data), and MARC holdings records? Will we need to export MARC authority records?
What formats for output, especially Inventory records? maybe MARC, Inventory-JSON formats, delimited?
* Inventory Instance: output as Instance-JSON, delimited, MARC (if MARC, use the SRS if available, otherwise simplified Instance to MARC mapping)
* Inventory Holding: output as Holdings-JSON, delimited, MARC (if MARC Holdings in SRS, use that, otherwise simplified Holdings to MARC Holdings mapping)
* Item records: output as Item-JSON, delimited [Question: is MARC output needed, if so would have to be in 9xx fields of a MARC bib or MARC holdings]
* For MARCcat: only output as MARC or are additional formats needed?
Make sure that Inventory records can be output as MARC bibs, MARC holdings, but with MARC being created on the fly, and NOT stored. That way libraries can output MARC if necessary, but can still edit as Inventory Instances or Holdings, rather than being forced to edit in MARCcat or outside of FOLIO
Make sure the exported file is stored someplace (especially being sent to a 3rd party) in case it needs to be sent again or reviewed
See/listen to MM SIG discussion of 25 July 2019. Scope of this epic currently defined as Inventory and MARC records; how will export of other types of records (Order records, Organizations, Users, etc)
Note: confirmed with [~accountid:5af5ed55244bc90a106063c7] and [~accountid:712020:5d8e7a2f-2a77-4bb8-8d8d-368eaea8b5eb]: for the requests csv output (UIREQ-102), punctuation being used:
* comma separating fields (data elements)
* semi-colon separating multiple values within the same field (data element)
Per [~accountid:70121:8d96963c-ce4c-478d-9023-2de35bc14b67], would be helpful to be able to output MARC SRS as MARC-JSON, which would allow us to offer the data as part of the reporting system, so that analysts could query them as part of creating reports. If we can only get them in MARC format, then we will need to come up with our own conversion process to JSON.
FMIDs: ID541, ID542, ID543

Ann-Marie Breaux
made 3 changesJuly 29, 2019 at 5:11 PM
Epic Name
Record export for Inventory instance & holdings & items, MARCcat Bib, MFHD & Authority
Record export for Inventory instance & holdings & items, MARCcat Bib, MARC Holdings, & Authority
Description
Allows exporting of metadata record to a designated output format - choice of formats depends on format of linked rich metadata records. Options for holdings to be included as integrated or separate files. Will need to export MARC bib records (including holdings and item data), and MARC holdings records, Will we need to export MARC authority records?
Make sure that Inventory records can be output as MARC bibs, MARC holdings, but with MARC being created on the fly, and NOT stored. That way libraries can output MARC if necessary, but can still edit as Inventory Instances or Holdings, rather than being forced to edit in MARCcat or outside of FOLIO
Make sure the exported file is stored someplace (especially being sent to a 3rd party) in case it needs to be sent again or reviewed
See/listen to MM SIG discussion of 25 July 2019. Scope of this epic currently defined as Inventory and MARC records; how will export of other types of records (Order records, Organizations, Users, etc)
Note: confirmed with [~accountid:5af5ed55244bc90a106063c7] and [~accountid:712020:5d8e7a2f-2a77-4bb8-8d8d-368eaea8b5eb]: for the requests csv output (UIREQ-102), punctuation being used:
* comma separating fields (data elements)
* semi-colon separating multiple values within the same field (data element)
Per [~accountid:70121:8d96963c-ce4c-478d-9023-2de35bc14b67], would be helpful to be able to output MARC SRS as MARC-JSON, which would allow us to offer the data as part of the reporting system, so that analysts could query them as part of creating reports. If we can only get them in MARC format, then we will need to come up with our own conversion process to JSON.
FMIDs: ID541, ID542, ID543
Epic Name
Record export for Inventory instance & holdings, MARCcat Bib, MFHD & Authority
Record export for Inventory instance & holdings & items, MARCcat Bib, MFHD & Authority

Ann-Marie Breaux
made 3 changesJuly 25, 2019 at 5:05 PM
Description
Allows exporting of metadata record to a designated output format - choice of formats depends on format of linked rich metadata records. Options for holdings to be included as integrated or separate files. Will need to export MARC bib records (including holdings and item data), and MARC holdings records, Will we need to export ARC authority records? May also include output of EDIFACT orders.
Make sure that Inventory records can be output as MARC bibs, MARC holdings, but with MARC being created on the fly, and NOT stored. That way libraries can output MARC if necessary, but can still edit as Inventory Instances or Holdings, rather than being forced to edit in MARCcat or outside of FOLIO
Make sure the exported file is stored someplace (especially being sent to a 3rd party) in case it needs to be sent again or reviewed
See/listen to MM SIG discussion of 25 July 2019. Scope of this epic currently defined as Inventory and MARC records; how will export of other types of records (Order records, Organizations, Users, etc)
Note: confirmed with [~accountid:5af5ed55244bc90a106063c7] and [~accountid:712020:5d8e7a2f-2a77-4bb8-8d8d-368eaea8b5eb]: for the requests csv output (UIREQ-102), punctuation being used:
* comma separating fields (data elements)
* semi-colon separating multiple values within the same field (data element)
Per [~accountid:70121:8d96963c-ce4c-478d-9023-2de35bc14b67], would be helpful to be able to output MARC SRS as MARC-JSON, which would allow us to offer the data as part of the reporting system, so that analysts could query them as part of creating reports. If we can only get them in MARC format, then we will need to come up with our own conversion process to JSON.
FMIDs: ID541, ID542, ID543
Epic Name
Record export for Inventory instance & holdings, MARCcat Bib, MFHD & Authority, EDIFACT Orders
Record export for Inventory instance & holdings, MARCcat Bib, MFHD & Authority
Description
Allows exporting of metadata record to a designated output format - choice of formats depends on format of linked rich metadata records. Options for holdings to be included as integrated or separate files. Will need to export MARC bib records (including holdings and item data), and MARC holdings records, Will we need to export ARC authority records? May also include output of EDIFACT orders.
Make sure that Inventory records can be output as MARC bibs, MARC holdings, but with MARC being created on the fly, and NOT stored. That way libraries can output MARC if necessary, but can still edit as Inventory Instances or Holdings, rather than being forced to edit in MARCcat or outside of FOLIO
Make sure the exported file is stored someplace (especially being sent to a 3rd party) in case it needs to be sent again or reviewed
See/listen to MM SIG discussion of 25 July 2019. Scope of this epic currently defined as
Note: confirmed with [~accountid:5af5ed55244bc90a106063c7] and [~accountid:712020:5d8e7a2f-2a77-4bb8-8d8d-368eaea8b5eb]: for the requests csv output (UIREQ-102), punctuation being used:
* comma separating fields (data elements)
* semi-colon separating multiple values within the same field (data element)
Per [~accountid:70121:8d96963c-ce4c-478d-9023-2de35bc14b67], would be helpful to be able to output MARC SRS as MARC-JSON, which would allow us to offer the data as part of the reporting system, so that analysts could query them as part of creating reports. If we can only get them in MARC format, then we will need to come up with our own conversion process to JSON.
FMIDs: ID541, ID542, ID543

Ann-Marie Breaux
changed the assigneeJuly 18, 2019 at 1:46 PM
Ann-Marie Breaux

Magda Zacharska

Ann-Marie Breaux
made 4 changesJuly 11, 2019 at 6:36 AM
Linked Issues
None
This issue is defined by UXPROD-142
Linked Issues
None
This issue is defined by UXPROD-978
Linked Issues
None
This issue is defined by UXPROD-977

Ann-Marie Breaux
updated the descriptionJune 3, 2019 at 6:31 AMAllows exporting of metadata record to a designated output format - choice of formats depends on format of linked rich metadata records. Options for holdings to be included as integrated or separate files. Will need to export MARC bib records (including holdings and item data), and MARC holdings records, Will we need to export ARC authority records? May also include output of EDIFACT orders.
Make sure that Inventory records can be output as MARC bibs, MARC holdings, but with MARC being created on the fly, and NOT stored. That way libraries can output MARC if necessary, but can still edit as Inventory Instances or Holdings, rather than being forced to edit in MARCcat or outside of FOLIO
Make sure the exported file is stored someplace (especially being sent to a 3rd party) in case it needs to be sent again or reviewed
Note: confirmed with [~accountid:5af5ed55244bc90a106063c7] and [~accountid:712020:5d8e7a2f-2a77-4bb8-8d8d-368eaea8b5eb]: for the requests csv output (UIREQ-102), punctuation being used:
* comma separating fields (data elements)
* semi-colon separating multiple values within the same field (data element)
Per [~accountid:70121:8d96963c-ce4c-478d-9023-2de35bc14b67], would be helpful to be able to output MARC SRS as MARC-JSON, which would allow us to offer the data as part of the reporting system, so that analysts could query them as part of creating reports. If we can only get them in MARC format, then we will need to come up with our own conversion process to JSON.
FMIDs: ID541, ID542, ID543

Charlotte Whitt
updated the Epic NameMarch 20, 2019 at 8:04 PMRecord export for inventory, MARC Bib & holdings, Authority, EDIFACT Orders
Record export for Inventory instance & holdings, MARCcat Bib, MFHD & Authority, EDIFACT Orders

Hkaplanian
made 2 changesMarch 20, 2019 at 10:33 AM
End date
Sep 19, 2018
Sep 19, 2018
Epic Name
Metadata record export
Record export for inventory, MARC Bib & holdings, Authority, EDIFACT Orders

Ann-Marie Breaux
made 2 changesMarch 18, 2019 at 7:47 AM
Linked Issues
None
This issue is defined by UXPROD-1397
Linked Issues
None
This issue is defined by UXPROD-1396

Ann-Marie Breaux
made 2 changesMarch 17, 2019 at 7:34 AM
Fix versions
None
Q3 2019
Fix versions
Q2 2019
None
Details
Reporter
Cate BoeremaCate Boerema(Deactivated)Score
41.38TestRail: Cases
Open TestRail: CasesTestRail: Runs
Open TestRail: Runs
Details
Details
Reporter
Cate Boerema
Cate Boerema(Deactivated)Score
41.38
TestRail: Cases
Open TestRail: Cases
TestRail: Runs
Open TestRail: Runs
Created May 24, 2018 at 12:10 PM
Updated September 26, 2023 at 3:10 PM
TestRail: Cases
TestRail: Runs
The metadata export is an important part of the library management system as the exported metadata is used not only for editing/cleaning records but also for integration with external systems. The purpose of this epic is to cover FOLIO exporting functionality of inventory records (instances, holdings and items) and underlying MARC records if those are available.
The user of the system should be able to export all inventory data or selected records based on a different search criteria. The search criteria should allow for identifying records based on administrative data (cataloged date, created date, etc), inventory records (instance, holdings, items) or MARC fields
The exported records should include bibliographical records (FOLIO instance record and/or MARC bib record), holding records (FOLIO and/or MARC) and holding records with Items. It should also be possible to export bibliographic records with holdings and items data.
The supported format of the export should support most commonly used formats, like MARC, MARC-JSON, delimited files, PICA+, MARC XML, PICA XML
It should be possible export records on as needed basis but also have them scheduled for re-occurring tasks.
Exported files should be stored in a determined/configured location for a specific or configurable period of time.
Access to the export functionality and exported files should be permission based.
The order of the implemented functionality will be determined by SME.
At this point FOLIO doesn't have functionality for storing authority records so for now Authority records are out of scope for this epic.