<!-- 
RSS generated by JIRA (1001.0.0-SNAPSHOT#100246-sha1:7a5c50119eb0633d306e14180817ddef5e80c75d) at Fri Feb 09 00:17:53 UTC 2024

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary add field=key&field=summary to the URL of your request.
-->
<rss version="0.92" >
<channel>
    <title>FOLIO Jira</title>
    <link>https://folio-org.atlassian.net</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>1001.0.0-SNAPSHOT</version>
        <build-number>100246</build-number>
        <build-date>07-02-2024</build-date>
    </build-info>

<item>
            <title>[UXPROD-1713] Data Migration. Migrate bibliographic records with pre-determined HRIDs</title>
                <link>https://folio-org.atlassian.net/browse/UXPROD-1713</link>
                <project id="10000" key="UXPROD">UX Product</project>
                    <description>&lt;p&gt;Usecase:&lt;br/&gt;
Several libraries (uChicago, Cornell and others) need to be able to take their existing ILS bibids with them, when migrating to FOLIO.&lt;/p&gt;

&lt;p&gt;The jira feature originate from:&lt;br/&gt;
Gap Analysis 2019 Missing Features - &lt;a href=&quot;https://docs.google.com/spreadsheets/d/1b3VY1EUOAyoySuEaT0lJfKUBYLMUPZM6PDSBnGiMxYk/edit#gid=739330010&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://docs.google.com/spreadsheets/d/1b3VY1EUOAyoySuEaT0lJfKUBYLMUPZM6PDSBnGiMxYk/edit#gid=739330010&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Original order # 45&lt;/p&gt;</description>
                <environment></environment>
        <key id="11039">UXPROD-1713</key>
            <summary>Data Migration. Migrate bibliographic records with pre-determined HRIDs</summary>
                <type id="10002" iconUrl="https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10322?size=medium">New Feature</type>
                            <parent id="10132">UXPROD-850</parent>
                                    <priority id="10002" iconUrl="https://dev.folio.org/assets/jira-priority/jira-p3.svg">P3</priority>
                        <status id="6" iconUrl="https://folio-org.atlassian.net/images/icons/statuses/closed.png" description="The issue is considered finished, the resolution is correct. Issues which are closed can be reopened.">Closed</status>
                    <statusCategory id="3" key="done" colorName="green"/>
                                    <resolution id="10003">Done</resolution>
                                                        <assignee accountid="5ff8d61da9d0300107f0afe2">Ian Walls</assignee>
                                                                <reporter accountid="557058:f80403de-e149-421e-8750-af45c853402f">Charlotte Whitt</reporter>
                                    <labels>
                            <label>Inventory</label>
                            <label>SRS</label>
                            <label>marccat</label>
                            <label>migration-load</label>
                            <label>po-mvp</label>
                            <label>round_iv</label>
                    </labels>
                <created>Mon, 20 May 2019 10:52:31 +0000</created>
                <updated>Mon, 26 Oct 2020 14:52:07 +0000</updated>
                            <resolved>Fri, 23 Oct 2020 13:00:46 +0000</resolved>
                                                                        <due></due>
                            <votes>0</votes>
                                    <watches>12</watches>
                                                                <comments>
                                                            <comment id="12306" author="5d6eeadef989e00d8c7e897b" created="Thu, 23 May 2019 19:09:42 +0000"  >&lt;p&gt;FC: would this be in inventory or in Marc data store? We thought we would store this in a 9xx field. &lt;/p&gt;</comment>
                                                            <comment id="12307" author="557058:f80403de-e149-421e-8750-af45c853402f" created="Fri, 24 May 2019 07:24:40 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5d6eeadef989e00d8c7e897b&quot; class=&quot;user-hover&quot; rel=&quot;5d6eeadef989e00d8c7e897b&quot; data-account-id=&quot;5d6eeadef989e00d8c7e897b&quot; accountid=&quot;5d6eeadef989e00d8c7e897b&quot; rel=&quot;noreferrer&quot;&gt;Anya&lt;/a&gt; - yes correct stored in SRS in MARC stroagen in the MARC tag 999 $i, and populated in Inventory. &lt;/p&gt;

&lt;p&gt;I updated the Epic link to: Migration Tools from Legacy ILS &amp;#8211; &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5f5241b9fcaf93003b5bee25&quot; class=&quot;user-hover&quot; rel=&quot;5f5241b9fcaf93003b5bee25&quot; data-account-id=&quot;5f5241b9fcaf93003b5bee25&quot; accountid=&quot;5f5241b9fcaf93003b5bee25&quot; rel=&quot;noreferrer&quot;&gt;patty.wanninger&lt;/a&gt; would that be the correct epic to link to, when a feature is about Data Migration?&lt;/p&gt;</comment>
                                                            <comment id="12308" author="557058:35daa6e0-6bac-4230-bf71-47fd0b9e2f91" created="Wed, 5 Jun 2019 17:26:36 +0000"  >&lt;p&gt;It&apos;s worth mentioning that identifiers from previous systems can be stored in FOLIO in the &quot;Identifiers&quot; section in Inventory.  It&apos;s also possible to specify the HRID  for an instance record in Inventory by disabling database triggers during migration.  The automatically generated ones are created by a database trigger currently.  I believe &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Af748e913-92e6-4abd-b084-e3c8275e17a1&quot; class=&quot;user-hover&quot; rel=&quot;557058:f748e913-92e6-4abd-b084-e3c8275e17a1&quot; data-account-id=&quot;557058:f748e913-92e6-4abd-b084-e3c8275e17a1&quot; accountid=&quot;557058:f748e913-92e6-4abd-b084-e3c8275e17a1&quot; rel=&quot;noreferrer&quot;&gt;Dale Arntson&lt;/a&gt; has done this.  This doesn&apos;t apply to instances that are &quot;surfacing&quot; from source record storage, though, I believe.&lt;/p&gt;</comment>
                                                            <comment id="12309" author="5af5e627525ba96b58654f12" created="Thu, 6 Jun 2019 05:34:32 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A35daa6e0-6bac-4230-bf71-47fd0b9e2f91&quot; class=&quot;user-hover&quot; rel=&quot;557058:35daa6e0-6bac-4230-bf71-47fd0b9e2f91&quot; data-account-id=&quot;557058:35daa6e0-6bac-4230-bf71-47fd0b9e2f91&quot; accountid=&quot;557058:35daa6e0-6bac-4230-bf71-47fd0b9e2f91&quot; rel=&quot;noreferrer&quot;&gt;Christopher Creswell&lt;/a&gt; Thank you for this reminder. We still need to sort out the 001/003/035 handling in SRS MARC records, which we&apos;ll do in Q3.&lt;/p&gt;

&lt;p&gt;I&apos;d definitely like to advocate that unless there is a compelling reason to keep your previous system ID as the FOLIO HRID, that the previous ID moves to an 035 in the MARC record and Other Identifier with type Control number or System control number in the Instance record. New system, new number can hopefully be the default, but if we have to retain the previous system number as the FOLIO HRID, then we will make sure that we can.&lt;/p&gt;</comment>
                                                            <comment id="12310" author="557058:ef1abbf8-3209-44e8-bc3c-13b3def69b53" created="Thu, 6 Jun 2019 12:31:05 +0000"  >&lt;p&gt;We have used bibids for various activities, including the association of digitized-to-original-physical materials, various digital preservation workflows, URLs in our discovery environment and more. While one could point out that this practice was based on a false assumption of persistence, it is the case nonetheless. Moving these to another field either in MARC storage OR in Inventory will create a case whereby we need to map our legacy bibids to another identifier in all of the various use cases where bibids entered our workflows - this will entail significant effort and would miss all possible places where these bibids have (especially for users who may have lists of our catalog URLs stored in their documentation). There is a middle ground whereby we create one set of logic for materials acquired prior to FOLIO whereby a Voyager bibid is used from whichever field in whichever store AND a different set of logic for materials acquired post-FOLIO implementation; however, this seems like a terrible solution. I understand that migrating legacy system identifiers entails migration work and development; however, this would simply shift this significant effort post-implementation for us&#8230; and I suspect possibly for others, as well.&lt;/p&gt;</comment>
                                                            <comment id="12311" author="557058:c2016f82-853d-4e7b-8b4e-b36b5d997f56" created="Thu, 6 Jun 2019 13:08:05 +0000"  >&lt;p&gt;Duke would also like to rank this as a go-live requirement.  Similarly to the situation at Cornell, we have long-used system numbers as identifiers among linked entities.We would like to migrate our system numbers (in MARC 001) in order to maintain links.  Moving these to another field in MARC storage would cause our records to become dis-associated meaning that related records, such as bound-withs and boxed-withs, will lose their &quot;parents&quot; and &quot;children&quot; records.  This will cause some resources to be as good as lost.  We also need to have the holding system numbers migrate &quot;in place&quot; in the MARC001 for the same reasons types of reasons.&lt;/p&gt;</comment>
                                                            <comment id="12312" author="5af5e627525ba96b58654f12" created="Thu, 6 Jun 2019 14:31:47 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Aef1abbf8-3209-44e8-bc3c-13b3def69b53&quot; class=&quot;user-hover&quot; rel=&quot;557058:ef1abbf8-3209-44e8-bc3c-13b3def69b53&quot; data-account-id=&quot;557058:ef1abbf8-3209-44e8-bc3c-13b3def69b53&quot; accountid=&quot;557058:ef1abbf8-3209-44e8-bc3c-13b3def69b53&quot; rel=&quot;noreferrer&quot;&gt;Jason Kovari&lt;/a&gt; and &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Ac2016f82-853d-4e7b-8b4e-b36b5d997f56&quot; class=&quot;user-hover&quot; rel=&quot;557058:c2016f82-853d-4e7b-8b4e-b36b5d997f56&quot; data-account-id=&quot;557058:c2016f82-853d-4e7b-8b4e-b36b5d997f56&quot; accountid=&quot;557058:c2016f82-853d-4e7b-8b4e-b36b5d997f56&quot; rel=&quot;noreferrer&quot;&gt;Jacquie Samples&lt;/a&gt; I definitely hear you, and know that some (maybe most?) libraries will need to retain previous system IDs in the MARC 001 and as the primary HRID in the Inventory records. I didn&apos;t mean to imply anything else. And most everyone has ranked it as go-live, so we&apos;ll definitely be working on it. We&apos;ll sort out management of FOLIO-generated and previous-system-migrated 001/003/035 in Q3. I just haven&apos;t had a chance to get it sorted out yet, but I&apos;ll turn my attention back to it shortly. And in the meantime, we &lt;b&gt;do&lt;/b&gt; have the handling for the UUIDs sorted out, so we&apos;re covered fine from a FOLIO/technical perspective.&lt;/p&gt;</comment>
                                                            <comment id="12313" author="557058:ef1abbf8-3209-44e8-bc3c-13b3def69b53" created="Thu, 6 Jun 2019 14:37:02 +0000"  >&lt;p&gt;Glad to hear the commitment, &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5af5e627525ba96b58654f12&quot; class=&quot;user-hover&quot; rel=&quot;5af5e627525ba96b58654f12&quot; data-account-id=&quot;5af5e627525ba96b58654f12&quot; accountid=&quot;5af5e627525ba96b58654f12&quot; rel=&quot;noreferrer&quot;&gt;Ann-Marie Breaux&lt;/a&gt;; this is certainly important. I was perhaps reading your advocacy for new FOLIO HRIDs as more of an indication than I should. Thanks for hearing the need!&lt;/p&gt;</comment>
                                                            <comment id="12315" author="712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2" created="Thu, 4 Jul 2019 08:12:27 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Ac2016f82-853d-4e7b-8b4e-b36b5d997f56&quot; class=&quot;user-hover&quot; rel=&quot;557058:c2016f82-853d-4e7b-8b4e-b36b5d997f56&quot; data-account-id=&quot;557058:c2016f82-853d-4e7b-8b4e-b36b5d997f56&quot; accountid=&quot;557058:c2016f82-853d-4e7b-8b4e-b36b5d997f56&quot; rel=&quot;noreferrer&quot;&gt;Jacquie Samples&lt;/a&gt; IMHO, I would propose that you try to replace your legacy ID:s with new ones as part of the migrations process, as your use cases seem to be around connecting things that would reside in Inventory and can/should/must be expressed with UUID:s anyway. &lt;/p&gt;

&lt;p&gt;The case for external systems is another question, and with the Chalmers implementation I certainly would like FOLIO to treat the ID:s (001:s) from the Union catalog as first-class-citizen-ids. &lt;/p&gt;
</comment>
                                                            <comment id="12318" author="557058:c2016f82-853d-4e7b-8b4e-b36b5d997f56" created="Thu, 11 Jul 2019 20:53:21 +0000"  >&lt;p&gt;Hi &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=712020%3A0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; class=&quot;user-hover&quot; rel=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; data-account-id=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; accountid=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; rel=&quot;noreferrer&quot;&gt;Theodor Tolstoy (One-Group.se)&lt;/a&gt;,&lt;/p&gt;

&lt;p&gt;Thanks for your note and suggestion.  We have hundreds of thousands of records in our database that use the current IDs as linking fields based on these system numbers; that is hundreds of thousands of Legacy IDs used as the primary linking data. The current situation with linked entities, which I mentioned above, makes replacing the system numbers while retaining the contextual linking is not easily undertaken. It is the context of multiple bibliographical entities related to one item record, for example, that makes replacing our legacy IDs problematic unless a very sophisticated tool is created in order to facilitate the creation of UUIDs, and replacing the legacy IDs in every place they exist currently (BIB, HOL, ITM) to retain the relationships between and among these entities.&lt;/p&gt;</comment>
                                                            <comment id="12320" author="557058:f80403de-e149-421e-8750-af45c853402f" created="Tue, 30 Jul 2019 06:59:30 +0000"  >&lt;p&gt;Hi Ian Walls - I noticed that you have only given this &apos;core function&apos; PO rank &quot;2&quot;. That seams very low for a feature with &lt;tt&gt;PO-mvp&lt;/tt&gt;.&lt;/p&gt;</comment>
                                                            <comment id="12322" author="5ff8d61da9d0300107f0afe2" created="Tue, 30 Jul 2019 11:20:59 +0000"  >&lt;p&gt;Apologies; misunderstood the order of PO ranks.  Re-ranking&lt;/p&gt;</comment>
                                                            <comment id="12324" author="557058:701bc044-42e4-4044-8724-a85e23b14f8f" created="Mon, 26 Aug 2019 18:40:03 +0000"  >&lt;p&gt;We&apos;ve lowered our rank because we&apos;ve been told this will be part of data import.&lt;/p&gt;</comment>
                                                            <comment id="12325" author="557058:f80403de-e149-421e-8750-af45c853402f" created="Tue, 27 Aug 2019 14:11:42 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5af5e627525ba96b58654f12&quot; class=&quot;user-hover&quot; rel=&quot;5af5e627525ba96b58654f12&quot; data-account-id=&quot;5af5e627525ba96b58654f12&quot; accountid=&quot;5af5e627525ba96b58654f12&quot; rel=&quot;noreferrer&quot;&gt;Ann-Marie Breaux&lt;/a&gt; - will you confirm?&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt; ... this will be part of data import&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;As you know, then this feature is important for uChicago and several other libraries.&lt;/p&gt;

&lt;p&gt;Thanks much&lt;/p&gt;</comment>
                                                            <comment id="12327" author="557058:701bc044-42e4-4044-8724-a85e23b14f8f" created="Fri, 27 Sep 2019 19:56:43 +0000"  >&lt;p&gt;I think the message I got today is that we actually won&apos;t be able to do this through data import. &lt;/p&gt;</comment>
                                                            <comment id="12329" author="5af5e627525ba96b58654f12" created="Mon, 30 Sep 2019 00:43:02 +0000"  >&lt;p&gt;From &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Afeab5085-6c56-4f4a-957a-74f0c1088b9c&quot; class=&quot;user-hover&quot; rel=&quot;557058:feab5085-6c56-4f4a-957a-74f0c1088b9c&quot; data-account-id=&quot;557058:feab5085-6c56-4f4a-957a-74f0c1088b9c&quot; accountid=&quot;557058:feab5085-6c56-4f4a-957a-74f0c1088b9c&quot; rel=&quot;noreferrer&quot;&gt;Christie Thomas&lt;/a&gt; in Slack: We are turning off triggers for loading data at data migration, but would not want to do that on an ongoing basis; there may be a better way ...&lt;/p&gt;

&lt;p&gt;From &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=6291011f9c617b006a6f8d98&quot; class=&quot;user-hover&quot; rel=&quot;6291011f9c617b006a6f8d98&quot; data-account-id=&quot;6291011f9c617b006a6f8d98&quot; accountid=&quot;6291011f9c617b006a6f8d98&quot; rel=&quot;noreferrer&quot;&gt;jroot&lt;/a&gt; in Slack: I can tell you at A&amp;amp;M, that&#8217;s what we intend to do from my understanding. This is apart of our migration tool project. &lt;/p&gt;

&lt;p&gt;And additional conversation from Slack:&lt;br/&gt;
&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=6291011f9c617b006a6f8d98&quot; class=&quot;user-hover&quot; rel=&quot;6291011f9c617b006a6f8d98&quot; data-account-id=&quot;6291011f9c617b006a6f8d98&quot; accountid=&quot;6291011f9c617b006a6f8d98&quot; rel=&quot;noreferrer&quot;&gt;jroot&lt;/a&gt; We are building a &#8220;mod-external-reference-resolver&#8221; for this process.&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A701bc044-42e4-4044-8724-a85e23b14f8f&quot; class=&quot;user-hover&quot; rel=&quot;557058:701bc044-42e4-4044-8724-a85e23b14f8f&quot; data-account-id=&quot;557058:701bc044-42e4-4044-8724-a85e23b14f8f&quot; accountid=&quot;557058:701bc044-42e4-4044-8724-a85e23b14f8f&quot; rel=&quot;noreferrer&quot;&gt;Jenn Colt&lt;/a&gt;&lt;br/&gt;
For the HRID/001 or for UUIDs?&lt;br/&gt;
Is the bib to instance mapping maintained in there as well?&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=6291011f9c617b006a6f8d98&quot; class=&quot;user-hover&quot; rel=&quot;6291011f9c617b006a6f8d98&quot; data-account-id=&quot;6291011f9c617b006a6f8d98&quot; accountid=&quot;6291011f9c617b006a6f8d98&quot; rel=&quot;noreferrer&quot;&gt;jroot&lt;/a&gt;&lt;br/&gt;
Jenn Colt let me forward your question to &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Addc9bb7b-6444-4731-9688-566a04c9307c&quot; class=&quot;user-hover&quot; rel=&quot;557058:ddc9bb7b-6444-4731-9688-566a04c9307c&quot; data-account-id=&quot;557058:ddc9bb7b-6444-4731-9688-566a04c9307c&quot; accountid=&quot;557058:ddc9bb7b-6444-4731-9688-566a04c9307c&quot; rel=&quot;noreferrer&quot;&gt;Jeremy Huff&lt;/a&gt; or &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=62ceeb62a94a6f9c0efec1b7&quot; class=&quot;user-hover&quot; rel=&quot;62ceeb62a94a6f9c0efec1b7&quot; data-account-id=&quot;62ceeb62a94a6f9c0efec1b7&quot; accountid=&quot;62ceeb62a94a6f9c0efec1b7&quot; rel=&quot;noreferrer&quot;&gt;Ryan Laddusaw&lt;/a&gt; as I do not know.&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A701bc044-42e4-4044-8724-a85e23b14f8f&quot; class=&quot;user-hover&quot; rel=&quot;557058:701bc044-42e4-4044-8724-a85e23b14f8f&quot; data-account-id=&quot;557058:701bc044-42e4-4044-8724-a85e23b14f8f&quot; accountid=&quot;557058:701bc044-42e4-4044-8724-a85e23b14f8f&quot; rel=&quot;noreferrer&quot;&gt;Jenn Colt&lt;/a&gt;&lt;br/&gt;
Okay. Nick here has been working with them as well. I&apos;ll catch up with folks next week. I&apos;m just finding rebuilding something that already exists a little mind bending.&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=6291011f9c617b006a6f8d98&quot; class=&quot;user-hover&quot; rel=&quot;6291011f9c617b006a6f8d98&quot; data-account-id=&quot;6291011f9c617b006a6f8d98&quot; accountid=&quot;6291011f9c617b006a6f8d98&quot; rel=&quot;noreferrer&quot;&gt;jroot&lt;/a&gt;&lt;br/&gt;
My understanding is this is to help along our migration process/efforts using the workflow engine, data extraction and data import modules. &lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A701bc044-42e4-4044-8724-a85e23b14f8f&quot; class=&quot;user-hover&quot; rel=&quot;557058:701bc044-42e4-4044-8724-a85e23b14f8f&quot; data-account-id=&quot;557058:701bc044-42e4-4044-8724-a85e23b14f8f&quot; accountid=&quot;557058:701bc044-42e4-4044-8724-a85e23b14f8f&quot; rel=&quot;noreferrer&quot;&gt;Jenn Colt&lt;/a&gt;&lt;br/&gt;
That makes sense. I just think hitting endpoints as part of a workflow is different from rebuilding the functionality of those endpoints. AM&apos;s team has done a whole bunch of work on the mapping, all of which we will need to rebuild outside of folio if we want to keep our HRIDs is how this is sounding to me.&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=62ceeb62a94a6f9c0efec1b7&quot; class=&quot;user-hover&quot; rel=&quot;62ceeb62a94a6f9c0efec1b7&quot; data-account-id=&quot;62ceeb62a94a6f9c0efec1b7&quot; accountid=&quot;62ceeb62a94a6f9c0efec1b7&quot; rel=&quot;noreferrer&quot;&gt;Ryan Laddusaw&lt;/a&gt;&lt;br/&gt;
mod-external-reference-resolver was created to help us keep track of external references (likely Voyager ids in our case) and the corresponding FOLIO UUIDs. We wanted to be able to do our migration in pieces, but needed to be able to resolve the FOLIO UUIDs of things that had already been migrated.&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A701bc044-42e4-4044-8724-a85e23b14f8f&quot; class=&quot;user-hover&quot; rel=&quot;557058:701bc044-42e4-4044-8724-a85e23b14f8f&quot; data-account-id=&quot;557058:701bc044-42e4-4044-8724-a85e23b14f8f&quot; accountid=&quot;557058:701bc044-42e4-4044-8724-a85e23b14f8f&quot; rel=&quot;noreferrer&quot;&gt;Jenn Colt&lt;/a&gt;&lt;br/&gt;
so you are not needing to keep your existing bibids as the bibid in FOLIO?&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=62ceeb62a94a6f9c0efec1b7&quot; class=&quot;user-hover&quot; rel=&quot;62ceeb62a94a6f9c0efec1b7&quot; data-account-id=&quot;62ceeb62a94a6f9c0efec1b7&quot; accountid=&quot;62ceeb62a94a6f9c0efec1b7&quot; rel=&quot;noreferrer&quot;&gt;Ryan Laddusaw&lt;/a&gt;&lt;br/&gt;
I&apos;m not sure about that. We haven&apos;t really started working on bib records.&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A701bc044-42e4-4044-8724-a85e23b14f8f&quot; class=&quot;user-hover&quot; rel=&quot;557058:701bc044-42e4-4044-8724-a85e23b14f8f&quot; data-account-id=&quot;557058:701bc044-42e4-4044-8724-a85e23b14f8f&quot; accountid=&quot;557058:701bc044-42e4-4044-8724-a85e23b14f8f&quot; rel=&quot;noreferrer&quot;&gt;Jenn Colt&lt;/a&gt;&lt;br/&gt;
(and yes the resolving between for instance voyager item ids and FOLIO item uuids we&apos;re doing but just with a table at the moment)&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=62ceeb62a94a6f9c0efec1b7&quot; class=&quot;user-hover&quot; rel=&quot;62ceeb62a94a6f9c0efec1b7&quot; data-account-id=&quot;62ceeb62a94a6f9c0efec1b7&quot; accountid=&quot;62ceeb62a94a6f9c0efec1b7&quot; rel=&quot;noreferrer&quot;&gt;Ryan Laddusaw&lt;/a&gt;&lt;br/&gt;
This was intended to help in cases like migrating a purchase order when the vendor was already migrated so we can look up the FOLIO UUID for the vendor and make sure the PO links up with the right vendor.&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A701bc044-42e4-4044-8724-a85e23b14f8f&quot; class=&quot;user-hover&quot; rel=&quot;557058:701bc044-42e4-4044-8724-a85e23b14f8f&quot; data-account-id=&quot;557058:701bc044-42e4-4044-8724-a85e23b14f8f&quot; accountid=&quot;557058:701bc044-42e4-4044-8724-a85e23b14f8f&quot; rel=&quot;noreferrer&quot;&gt;Jenn Colt&lt;/a&gt;&lt;br/&gt;
Yeah that makes sense&lt;br/&gt;
The issue with the bibids in particular is that they are a public ID that has been used in a bunch of places so we want to maintain them, as opposed to things like vendor ids that are just private&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=62ceeb62a94a6f9c0efec1b7&quot; class=&quot;user-hover&quot; rel=&quot;62ceeb62a94a6f9c0efec1b7&quot; data-account-id=&quot;62ceeb62a94a6f9c0efec1b7&quot; accountid=&quot;62ceeb62a94a6f9c0efec1b7&quot; rel=&quot;noreferrer&quot;&gt;Ryan Laddusaw&lt;/a&gt;&lt;br/&gt;
Our migration workflows let us setup processors that we use to build the request object we want to create in FOLIO. I don&apos;t think there would be a problem with maintaining the 001 field&apos;s value.&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A701bc044-42e4-4044-8724-a85e23b14f8f&quot; class=&quot;user-hover&quot; rel=&quot;557058:701bc044-42e4-4044-8724-a85e23b14f8f&quot; data-account-id=&quot;557058:701bc044-42e4-4044-8724-a85e23b14f8f&quot; accountid=&quot;557058:701bc044-42e4-4044-8724-a85e23b14f8f&quot; rel=&quot;noreferrer&quot;&gt;Jenn Colt&lt;/a&gt;&lt;br/&gt;
I have been told that at the moment if you put an HRID in the request FOLIO throws it away unless you turn off database triggers. it sounds like Chicago feels turning them off during migration is okay. Maybe turning them off is part of your loading process too?&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=62ceeb62a94a6f9c0efec1b7&quot; class=&quot;user-hover&quot; rel=&quot;62ceeb62a94a6f9c0efec1b7&quot; data-account-id=&quot;62ceeb62a94a6f9c0efec1b7&quot; accountid=&quot;62ceeb62a94a6f9c0efec1b7&quot; rel=&quot;noreferrer&quot;&gt;Ryan Laddusaw&lt;/a&gt;&lt;br/&gt;
I don&apos;t think we&apos;ve gotten to the point where we&apos;ve encountered that issue yet. We would definitely want FOLIO to respect the HRID if we set it in a request.&lt;br/&gt;
Sounds like we&apos;d need to turn them off or modify the storage module to respect provided HRIDs&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A701bc044-42e4-4044-8724-a85e23b14f8f&quot; class=&quot;user-hover&quot; rel=&quot;557058:701bc044-42e4-4044-8724-a85e23b14f8f&quot; data-account-id=&quot;557058:701bc044-42e4-4044-8724-a85e23b14f8f&quot; accountid=&quot;557058:701bc044-42e4-4044-8724-a85e23b14f8f&quot; rel=&quot;noreferrer&quot;&gt;Jenn Colt&lt;/a&gt;&lt;br/&gt;
Yeah&lt;/p&gt;</comment>
                                                            <comment id="12334" author="557058:701bc044-42e4-4044-8724-a85e23b14f8f" created="Mon, 30 Sep 2019 12:02:28 +0000"  >&lt;p&gt;I just want to insert that I don&apos;t think &quot;turn off database triggers&quot; should be considered a way to close this issue until someone posts here that they&apos;ve done it and explored the consequences and think it&apos;s fine, including fine in the &quot;I&apos;m willing to do this two days before I go live&quot; way. As far as I can tell, Chicago is the only institution who has gotten far enough to say.&lt;/p&gt;</comment>
                                                            <comment id="12336" author="5af5e627525ba96b58654f12" created="Mon, 30 Sep 2019 13:22:21 +0000"  >&lt;p&gt;Hi &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A701bc044-42e4-4044-8724-a85e23b14f8f&quot; class=&quot;user-hover&quot; rel=&quot;557058:701bc044-42e4-4044-8724-a85e23b14f8f&quot; data-account-id=&quot;557058:701bc044-42e4-4044-8724-a85e23b14f8f&quot; accountid=&quot;557058:701bc044-42e4-4044-8724-a85e23b14f8f&quot; rel=&quot;noreferrer&quot;&gt;Jenn Colt&lt;/a&gt; I wasn&apos;t trying to suggest that it definitely was the right solution - just wanted to preserve the Slack convo in this relevant Jira. &lt;/p&gt;

&lt;p&gt;I do think this would be a good topic for the Sys-Ops/Data Migration subgroup and/or the Implementers group. What say you, &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Af748e913-92e6-4abd-b084-e3c8275e17a1&quot; class=&quot;user-hover&quot; rel=&quot;557058:f748e913-92e6-4abd-b084-e3c8275e17a1&quot; data-account-id=&quot;557058:f748e913-92e6-4abd-b084-e3c8275e17a1&quot; accountid=&quot;557058:f748e913-92e6-4abd-b084-e3c8275e17a1&quot; rel=&quot;noreferrer&quot;&gt;Dale Arntson&lt;/a&gt; &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5ff8d61da9d0300107f0afe2&quot; class=&quot;user-hover&quot; rel=&quot;5ff8d61da9d0300107f0afe2&quot; data-account-id=&quot;5ff8d61da9d0300107f0afe2&quot; accountid=&quot;5ff8d61da9d0300107f0afe2&quot; rel=&quot;noreferrer&quot;&gt;Ian Walls&lt;/a&gt; &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=712020%3A9b968d11-9a20-421f-9cde-4d339f963026&quot; class=&quot;user-hover&quot; rel=&quot;712020:9b968d11-9a20-421f-9cde-4d339f963026&quot; data-account-id=&quot;712020:9b968d11-9a20-421f-9cde-4d339f963026&quot; accountid=&quot;712020:9b968d11-9a20-421f-9cde-4d339f963026&quot; rel=&quot;noreferrer&quot;&gt;Karen Newbery&lt;/a&gt;?&lt;/p&gt;

&lt;p&gt;Thank you!&lt;/p&gt;</comment>
                                                            <comment id="12338" author="5ff8d61da9d0300107f0afe2" created="Mon, 30 Sep 2019 15:07:27 +0000"  >&lt;p&gt;I think this is worth talking about at Data Migration.&lt;/p&gt;

&lt;p&gt;For my part, I don&apos;t think migration tools should be messing with your MARC data, and that includes the 001.  We need a commonly-known key value to link up data; it doesn&apos;t have to be Human Readable, so long as it&apos;s unique.  UUIDs are great for that, and if there is a way to provide a comprehensive map from legacy ID to FOLIO ID that can be handed back to the migration tool, fine, but that does add an extra mapping step to the migration process that will need to be programmed in.&lt;/p&gt;</comment>
                                                            <comment id="12340" author="557058:701bc044-42e4-4044-8724-a85e23b14f8f" created="Mon, 30 Sep 2019 15:19:57 +0000"  >&lt;p&gt;Human readable refers to the HRID on an instance.&lt;/p&gt;

&lt;p&gt;The mapping between legacy to FOLIO UUID can be (is being) handled in different ways, that is not my primary concern or the topic of this issue (as far as I can tell). Our goal is to take the 001 on our current MARC records (which is also called the bibid) and keep that as the 001 on the FOLIO MARC record, and also have that 001 become the HRID on its corresponding instance (give or take a prefix on the HRID). Matching the 001 and instance HRID at migration will create behavior that is consistent with new records imported later on by data import. Just to summarize my concerns and then I&apos;ll let others have at it:&lt;/p&gt;

&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;Data import is currently specced to always move an incoming 001 to an 035, therefore preventing us from using that process at migration if we want to keep our 001 and requiring us to build a parallel process outside of FOLIO that maps our MARC to instances for migration. People have this underway in varying stages. No one has a complete system AFAIK.&lt;/li&gt;
	&lt;li&gt;If you decide to create your own JSON for instances and add the instances and MARC records separately to FOLIO, you cannot currently set the HRID on the JSON you construct to match the 001 unless you disable database triggers. This, to me, feels like a hack. I am open to being wrong on that point.&lt;/li&gt;
&lt;/ul&gt;
</comment>
                                                            <comment id="12342" author="5ff8d61da9d0300107f0afe2" created="Thu, 22 Oct 2020 14:08:40 +0000"  >&lt;p&gt;For my migrations so far, I&apos;ve had no problem mapping the MARC 001 to the FOLIO Instance HRID and having it persist when loaded into the database.  This is making use of the bulk Instance loading API (/instance-storage/batch/synchronous) and the code written by &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=712020%3A0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; class=&quot;user-hover&quot; rel=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; data-account-id=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; accountid=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; rel=&quot;noreferrer&quot;&gt;Theodor Tolstoy (One-Group.se)&lt;/a&gt; housed at &lt;a href=&quot;https://github.com/FOLIO-FSE/MARC21-To-FOLIO&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://github.com/FOLIO-FSE/MARC21-To-FOLIO&lt;/a&gt;.&lt;/p&gt;</comment>
                                                            <comment id="12344" author="5ff8d61da9d0300107f0afe2" created="Fri, 23 Oct 2020 13:00:46 +0000"  >&lt;p&gt;By making use of the bulk Instance loading endpoint enables this, so marking as Done.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10003">
                    <name>Relates</name>
                                                                <inwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="11208">UXPROD-2115</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="11210">UXPROD-2116</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="11207">UXPROD-2114</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                    <customfield id="customfield_10000" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummarycf">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10014" key="com.pyxis.greenhopper.jira:gh-epic-link">
                        <customfieldname>Epic Link</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue key="$xmlutils.escape($text)">Migration Tools</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                    <customfield id="customfield_10063" key="com.atlassian.jira.plugin.system.customfieldtypes:float">
                        <customfieldname>PO Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>119.0</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10064" key="com.atlassian.jira.plugin.system.customfieldtypes:textarea">
                        <customfieldname>PO Ranking Note</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Use of legacy IDs is necessary to maintain links between records.  Comes immediately after being able to load biblio/holdings data (&lt;a href=&quot;https://folio-org.atlassian.net/browse/UXPROD-559&quot; title=&quot;Migrate Bibliographic &amp;amp; Holdings data&quot; class=&quot;issue-link&quot; data-issue-key=&quot;UXPROD-559&quot;&gt;&lt;strike&gt;UXPROD-559&lt;/strike&gt;&lt;/a&gt;)</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                <customfield id="customfield_10019" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|hzzqrz:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10071" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Rank: 5Colleges (Full Jul 2021)</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10223"><![CDATA[R1]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10067" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Rank: Chalmers (Impl Aut 2019)</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10207"><![CDATA[R5]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10068" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Rank: Chicago (MVP Sum 2020)</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10208"><![CDATA[R1]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10069" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Rank: Cornell (Full Sum 2021)</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10216"><![CDATA[R4]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10070" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Rank: Duke (Full Sum 2021)</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10218"><![CDATA[R1]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10074" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Rank: GBV (MVP Sum 2020)</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10239"><![CDATA[R2]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                <customfield id="customfield_10078" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Rank: Lehigh (MVP Summer 2020)</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10258"><![CDATA[R1]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                    <customfield id="customfield_10089" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Rank: TAMU (MVP Jan 2021)</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10314"><![CDATA[R1]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10091" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Rank: U of AL (MVP Oct 2020)</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10325"><![CDATA[R2]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                <customfield id="customfield_10020" key="com.pyxis.greenhopper.jira:gh-sprint">
                        <customfieldname>Sprint</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_10024" key="com.atlassian.jira.ext.charting:firstresponsedate">
                        <customfieldname>[CHART] Date of First Response</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Thu, 23 May 2019 19:09:42 +0000</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10025" key="com.atlassian.jira.ext.charting:timeinstatus">
                        <customfieldname>[CHART] Time in Status</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                    </customfields>
    </item>
</channel>
</rss>