<!-- 
RSS generated by JIRA (1001.0.0-SNAPSHOT#100246-sha1:7a5c50119eb0633d306e14180817ddef5e80c75d) at Fri Feb 09 00:14:23 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>[MODKBEKBJ-123] Spike: Orders App: Allow user to search KB for packages/titles</title>
                <link>https://folio-org.atlassian.net/browse/MODKBEKBJ-123</link>
                <project id="10006" key="MODKBEKBJ">mod-kb-ebsco-java</project>
                    <description>&lt;p&gt;As a librarian &lt;br/&gt;
I want to be able to search the KB for the packages and titles that my institution has an order OR plans to order &lt;br/&gt;
So that seamless workflows can be supported &lt;/p&gt;

&lt;h4&gt;&lt;a name=&quot;Requirement&quot;&gt;&lt;/a&gt;Requirement &lt;/h4&gt;
&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;Provide a way in the Orders app to search the library&apos;s configured KB(s) for packages and titles+packages&lt;/li&gt;
	&lt;li&gt;Provide a way for the user to indicate the package(s) and title(s)+packages(s) to associate to PO or POL.&lt;/li&gt;
	&lt;li&gt;Orders must store the following IDs and Source of truth to support workflows throughout FOLIO
	&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
		&lt;li&gt;Provider ID&lt;/li&gt;
		&lt;li&gt;Package ID&lt;/li&gt;
		&lt;li&gt;Title ID (if applicable)&lt;/li&gt;
		&lt;li&gt;Source of truth  (e.g. EBSCO KB)&lt;/li&gt;
	&lt;/ul&gt;
	&lt;/li&gt;
&lt;/ul&gt;


&lt;h4&gt;&lt;a name=&quot;Spikedeliverables&quot;&gt;&lt;/a&gt;Spike deliverables&lt;/h4&gt;
&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;Define technical approach to allow Orders app to search mod-kb-ebscojava for package/titles&lt;/li&gt;
	&lt;li&gt;Work with Craig McNally (dev lead) and Dennis Bridges (PO)&lt;/li&gt;
	&lt;li&gt;Work with Vince Bareau (Architect)&lt;/li&gt;
	&lt;li&gt;Spike should be timeboxed to present approach within one sprint for review and approval&lt;/li&gt;
&lt;/ul&gt;
</description>
                <environment></environment>
        <key id="28005">MODKBEKBJ-123</key>
            <summary>Spike: Orders App: Allow user to search KB for packages/titles</summary>
                <type id="10005" iconUrl="https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10309?size=medium">Story</type>
                                            <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="557058:194139f2-d44f-4adb-a0ad-8824bc5112d3">Carole Godfrey</assignee>
                                                                <reporter accountid="62a96ae7192edb006f9f1bf9">Khalilah Gambrell</reporter>
                                    <labels>
                            <label>back-end</label>
                            <label>epam-spitfire</label>
                            <label>resourcemanagement</label>
                    </labels>
                <created>Tue, 6 Nov 2018 20:13:45 +0000</created>
                <updated>Thu, 24 Jan 2019 21:57:13 +0000</updated>
                            <resolved>Thu, 24 Jan 2019 17:40:26 +0000</resolved>
                                                    <fixVersion>2.0.1</fixVersion>
                                        <due></due>
                            <votes>0</votes>
                                    <watches>8</watches>
                                                                <comments>
                                                            <comment id="61945" author="70121:329e0f11-cc86-459e-a311-80d4eb134a7f" created="Tue, 18 Dec 2018 18:01:05 +0000"  >&lt;p&gt;Few questions that we want to answer as part of this spike: &lt;br/&gt;
1.	What will Orders app have as part of its PO/POL? Will it have package name/title name? What will it use for searching eHoldings/Codex?&lt;br/&gt;
2.	Does Orders need CQL for its search?&lt;br/&gt;
3.	Do we want Orders to integrate with Codex app or eHoldings? This is kind of dependent on answer to question 2. &lt;br/&gt;
4.	Based on 1 and 2, what will Orders app need from eHoldings to be able to integrate with eHoldings/Codex apps?&lt;/p&gt;</comment>
                                                            <comment id="61946" author="70121:329e0f11-cc86-459e-a311-80d4eb134a7f" created="Wed, 19 Dec 2018 14:20:49 +0000"  >&lt;p&gt;Meeting held on 12/18 - &lt;/p&gt;

&lt;p&gt;Answers to the questions above: &lt;br/&gt;
1. Orders app as part of its POL -&amp;gt; E-resources details -&amp;gt; will have &quot;Access Provider&quot; which is equivalent to &quot;Provider&quot; in eHoldings. POL -&amp;gt; Item Details -&amp;gt; will have &quot;Title&quot; which could either be name of package or a title in eHoldings. An approach was discussed to add a field indicating if it is a package/title in &quot;Item Details&quot;. Orders can send a combination of &quot;Provider&quot; + &quot;Package/Title Name&quot; in order to search for the specific item in eHoldings. &lt;br/&gt;
2. Orders app would like to use CQL for its search since its the norm across FOLIO.&lt;br/&gt;
3. Decision has been made to integrate Orders with Codex instead of eHoldings since users will be able to - search multiple sources and Codex supports CQL parsing as well. What needs to be done for Orders to integrate with Codex is to enhance Codex/eHoldings by providing an endpoint which takes &quot;Provider Name&quot; and &quot;package/title name&quot; from Orders and gives back a list of results from Ebsco KB. Whether we want to leverage existing code in mod-kb-ebsco-java and tweak it there/add support in Codex itself needs more thought and discussion. &lt;br/&gt;
4. For now, from the above, it looks like there are a couple of things that need to happen. In the UI of Orders, when user is about to &quot;Create a POL&quot; -&amp;gt; &quot;Add Item Details&quot; -&amp;gt; they will have ability to click on a &quot;+&quot; (Add) button that should open up a plugin for Codex Search app, when users search in Codex, an endpoint the either Codex/eHoldings should be able to provide Orders app with the accurate result of the item based on information provided by Orders(Provider Name + Package/Title Name), user should be able to select the item and add it to their POL in Orders. This is one workflow that has been discussed. &lt;/p&gt;

&lt;p&gt;Next Steps are for &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=62a96ae7192edb006f9f1bf9&quot; class=&quot;user-hover&quot; rel=&quot;62a96ae7192edb006f9f1bf9&quot; data-account-id=&quot;62a96ae7192edb006f9f1bf9&quot; accountid=&quot;62a96ae7192edb006f9f1bf9&quot; rel=&quot;noreferrer&quot;&gt;Khalilah Gambrell&lt;/a&gt; to think through more use-cases and discuss them in a follow-up meeting. &lt;br/&gt;
&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=70121%3A329e0f11-cc86-459e-a311-80d4eb134a7f&quot; class=&quot;user-hover&quot; rel=&quot;70121:329e0f11-cc86-459e-a311-80d4eb134a7f&quot; data-account-id=&quot;70121:329e0f11-cc86-459e-a311-80d4eb134a7f&quot; accountid=&quot;70121:329e0f11-cc86-459e-a311-80d4eb134a7f&quot; rel=&quot;noreferrer&quot;&gt;Sobha Duvvuri&lt;/a&gt; and &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A194139f2-d44f-4adb-a0ad-8824bc5112d3&quot; class=&quot;user-hover&quot; rel=&quot;557058:194139f2-d44f-4adb-a0ad-8824bc5112d3&quot; data-account-id=&quot;557058:194139f2-d44f-4adb-a0ad-8824bc5112d3&quot; accountid=&quot;557058:194139f2-d44f-4adb-a0ad-8824bc5112d3&quot; rel=&quot;noreferrer&quot;&gt;Carole Godfrey&lt;/a&gt; to think through enhancements to be made to Codex/eHoldings, discuss technical approach with &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5cf6c546b87c300f36eb7b9a&quot; class=&quot;user-hover&quot; rel=&quot;5cf6c546b87c300f36eb7b9a&quot; data-account-id=&quot;5cf6c546b87c300f36eb7b9a&quot; accountid=&quot;5cf6c546b87c300f36eb7b9a&quot; rel=&quot;noreferrer&quot;&gt;Craig McNally&lt;/a&gt;, &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5cf6c265e7d2310e9fc0c5ac&quot; class=&quot;user-hover&quot; rel=&quot;5cf6c265e7d2310e9fc0c5ac&quot; data-account-id=&quot;5cf6c265e7d2310e9fc0c5ac&quot; accountid=&quot;5cf6c265e7d2310e9fc0c5ac&quot; rel=&quot;noreferrer&quot;&gt;VBar&lt;/a&gt; and Codex/Multiplexer team.&lt;/p&gt;</comment>
                                                            <comment id="61947" author="557058:194139f2-d44f-4adb-a0ad-8824bc5112d3" created="Fri, 4 Jan 2019 22:43:02 +0000"  >&lt;p&gt;Codex Search would be a good option for searching for KB packages/titles since it provides a general purpose interface (supported by inventory/kb/agreements(entitlements)) and could provide a common lookup/interaction for Orders.&lt;/p&gt;

&lt;p&gt;Backend modules support cql &#8211; &lt;a href=&quot;https://dev.folio.org/reference/glossary/#cql&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://dev.folio.org/reference/glossary/#cql&lt;/a&gt; &lt;/p&gt;

&lt;p&gt;Codex would need to be enhanced in that it ONLY supports GET Instances and GET Instances by Id.  More detailed information about the instance (for example the packages in which the instance is available) is currently only available within eHoldings application.&lt;/p&gt;

&lt;p&gt;Reference for details of instance lookup&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/foliodocs/api/mod-codex-ekb/p/codex.html#codex_instances__id__get&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://s3.amazonaws.com/foliodocs/api/mod-codex-ekb/p/codex.html#codex_instances__id__get&lt;/a&gt; &lt;/p&gt;

&lt;p&gt;&lt;ins&gt;&lt;b&gt;There are currently some outstanding questions/concerns with Codex Search UI - ie search from codex ui vs search from eHoldings&lt;/b&gt;&lt;/ins&gt;&lt;br/&gt;
(1) &lt;a href=&quot;https://folio-org.atlassian.net/projects/UISE/issues/UISE-91?filter=allopenissues&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://folio-org.atlassian.net/projects/UISE/issues/UISE-91?filter=allopenissues&lt;/a&gt; - an * gets appended to all searches &#8211; this is problematic for KB searching and we would like users to be able to control whether an * is appended to search as needed&lt;br/&gt;
(2) &lt;a href=&quot;https://folio-org.atlassian.net/browse/UISE-98&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://folio-org.atlassian.net/browse/UISE-98&lt;/a&gt; - specific issue with appended * when looking up title by folio id. This currently fails due to added *&lt;br/&gt;
(3) Closed issued &#8211; &lt;a href=&quot;https://folio-org.atlassian.net/projects/MODCXMUX/issues/MODCXMUX-27?filter=allissues&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://folio-org.atlassian.net/projects/MODCXMUX/issues/MODCXMUX-27?filter=allissues&lt;/a&gt; &#8211; quotes are not supported when entering search term in ui. There are concerns with supporting quotes within a CQL term. This limits capability currently available &lt;a href=&quot;https://developer.ebsco.com/guides/advancedsearch&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://developer.ebsco.com/guides/advancedsearch&lt;/a&gt; &lt;br/&gt;
(4) Support of Boolean operators (&lt;a href=&quot;https://folio-org.atlassian.net/browse/MODCXEKB-64&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://folio-org.atlassian.net/browse/MODCXEKB-64&lt;/a&gt;) &#8211; operators can be entered in the text box from ui (this translates to operators in term itself) &#8211; does this need to be revisited?&lt;br/&gt;
For example &#8211; when entering `spring OR summer` in search box&lt;br/&gt;
Current generated CQL is  query=title+=+&quot;spring+OR+summer*&quot;+sortby+title&lt;br/&gt;
Discussions around generated CQL being query=title=&quot;spring&quot;+OR+title=&quot;summer*&quot;+sortby+title&lt;br/&gt;
&lt;a href=&quot;https://folio-org.atlassian.net/browse/UXPROD-1015&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://folio-org.atlassian.net/browse/UXPROD-1015&lt;/a&gt;&lt;br/&gt;
(5) When selecting a title from the result list, we are redirected to either eHoldings or Inventory app. Look into Helper App for 3rd pane of codex search to avoid going directly to individual applications and losing search context.&lt;/p&gt;

&lt;p&gt;Notes/Refs&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://github.com/folio-org/stripes/blob/master/doc/dev-guide.md#plugins&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://github.com/folio-org/stripes/blob/master/doc/dev-guide.md#plugins&lt;/a&gt;  &lt;br/&gt;
&lt;a href=&quot;https://github.com/folio-org/ui-plugin-find-instance&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://github.com/folio-org/ui-plugin-find-instance&lt;/a&gt; (Current inventory plug in)&lt;/p&gt;</comment>
                                                            <comment id="61948" author="557058:28cce430-5ccd-47e7-88fe-1b26c20ee795" created="Tue, 8 Jan 2019 15:56:25 +0000"  >&lt;p&gt;We would very much like to add a test case for GOKb as a source of truth - EG I would like to order bentham science complete - but as defined in GOKb - happy to provide a codex implementation that will do this as the interface is developed.Mod-agreements currently implements codex and will allow searching of any package data in GOKb.&lt;/p&gt;</comment>
                                                            <comment id="61949" author="557058:194139f2-d44f-4adb-a0ad-8824bc5112d3" created="Wed, 9 Jan 2019 20:23:18 +0000"  >&lt;p&gt;To follow is an outline of high level tasks to implement Codex Search for Orders lookup of KB packages and titles:&lt;/p&gt;

&lt;p&gt;&lt;b&gt;&lt;ins&gt;List of Modules requiring changes for implementation:&lt;/ins&gt;&lt;/b&gt;&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;ui-search (Codex UI)&lt;/li&gt;
	&lt;li&gt;mod-codex-mux&lt;/li&gt;
	&lt;li&gt;mod-codex-ekb&lt;/li&gt;
	&lt;li&gt;mod-codex-inventory&lt;/li&gt;
	&lt;li&gt;mod-agreements (entitlements)&lt;/li&gt;
	&lt;li&gt;new ui-plugin-codex-find-resource  (* New plugin to support searching for packages or title packages in Codex)&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;&lt;b&gt;&lt;ins&gt;#1 Use Case &#8212; Look up a package to associate with a PO line&lt;/ins&gt;&lt;/b&gt;&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;Define and agree upon Codex package definition (normalized fields for package)&lt;/li&gt;
	&lt;li&gt;Define and agree upon Codex Interface to search for packages (eholdings supports package name, selected, content type)&lt;/li&gt;
	&lt;li&gt;Define Codex Interface to get package by package id (eholdings unique package id is `vendorid-packageid`)&lt;/li&gt;
	&lt;li&gt;Create common RAML for agreed upon definitions&lt;/li&gt;
	&lt;li&gt;Implement GET Package and GET Package by Id Codex API (implement in 2 modules - not yet in inventory)&lt;/li&gt;
	&lt;li&gt;Updates to Mux to support packages&lt;/li&gt;
	&lt;li&gt;UI Design to support package search&lt;/li&gt;
	&lt;li&gt;UI Design - define fields to display in result list list for packages&lt;/li&gt;
	&lt;li&gt;UI-Search Implement changes for packages (search and result list as per UI Design)&lt;/li&gt;
	&lt;li&gt;Implement 3rd pane details as helper app vs going directly to separate UI modules for package details&lt;/li&gt;
	&lt;li&gt;Create Codex find-resources plug in app to be used by Orders&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;&lt;b&gt;&lt;ins&gt;#2 Use Case - Look up a title package to associate with a PO Line&lt;/ins&gt;&lt;/b&gt;&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;Define and agree upon Codex resource (title/package) definition (normalized fields for title/package) - current codex title + array of containing package details&lt;/li&gt;
	&lt;li&gt;Define and agree upon Codex Interface to search for title/packages (assume search would be same as current Codex search as starting point to locate titles)&lt;/li&gt;
	&lt;li&gt;Define Codex Interface to get resource by resource id - (for eholdings this is `providerid-packageid-titleid`)&lt;/li&gt;
	&lt;li&gt;Create common RAML for agreed upon definitions&lt;/li&gt;
	&lt;li&gt;Implement GET Title/Package and GET Title/Package by Id Codex API (implement in 3 modules)&lt;/li&gt;
	&lt;li&gt;Updates to Mux to support title/packages?&lt;/li&gt;
	&lt;li&gt;UI Design to support title/package search (similar to instance search &amp;#8211; some considerations if 1 UI will handle both packages and title packages)&lt;/li&gt;
	&lt;li&gt;UI Design - fields to displayed in result list list (main title row + subrows with package information) blended results supporting multiple sources could be difficult&lt;/li&gt;
	&lt;li&gt;UI-Search Implement changes for title packages (based on UI Design search and result list)&lt;/li&gt;
	&lt;li&gt;3rd pane details as helper app vs going directly to separate UI module for title details &#8212; title details to include list of packages&lt;/li&gt;
	&lt;li&gt;Additional Codex endpoint &#8212; given an individual title id, get all the packages which contain this title&lt;/li&gt;
&lt;/ul&gt;
</comment>
                                                            <comment id="61950" author="557058:194139f2-d44f-4adb-a0ad-8824bc5112d3" created="Wed, 9 Jan 2019 21:18:11 +0000"  >&lt;p&gt;To follow is a list of preliminary fields for Packages and Title Packages that need to be considered for normalization:&lt;/p&gt;

&lt;p&gt;&lt;b&gt;&lt;ins&gt;Package&lt;/ins&gt;&lt;/b&gt;&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;package id &#8212; unique&lt;/li&gt;
	&lt;li&gt;package name&lt;/li&gt;
	&lt;li&gt;isCustom&lt;/li&gt;
	&lt;li&gt;providerId&lt;/li&gt;
	&lt;li&gt;providerName&lt;/li&gt;
	&lt;li&gt;title count&lt;/li&gt;
	&lt;li&gt;isSelected&lt;/li&gt;
	&lt;li&gt;VisibilityData (isHidden, reason)&lt;/li&gt;
	&lt;li&gt;selected count&lt;/li&gt;
	&lt;li&gt;custom coverage (begin, end)&lt;/li&gt;
	&lt;li&gt;content type&lt;/li&gt;
	&lt;li&gt;package type&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;&lt;b&gt;&lt;ins&gt;Title Package&lt;/ins&gt;&lt;/b&gt;&lt;br/&gt;
This is the title element + array of details (each detail element providing details about the title within a package). Title element can use same fields that are used by instance&lt;/p&gt;

&lt;ul&gt;
	&lt;li&gt;titleId&lt;/li&gt;
	&lt;li&gt;titleName&lt;/li&gt;
	&lt;li&gt;publisherName&lt;/li&gt;
	&lt;li&gt;identifiersList   (array of identifiers)&lt;br/&gt;
                (id, type)&lt;/li&gt;
	&lt;li&gt;subjectsList (array of subjects)&lt;br/&gt;
              (type, value)&lt;/li&gt;
	&lt;li&gt;isTitleCustom&lt;/li&gt;
	&lt;li&gt;pubType&lt;/li&gt;
	&lt;li&gt;contributorsList (array of contributors)&lt;br/&gt;
              (type, name)&lt;/li&gt;
	&lt;li&gt;Package Details (array &amp;#8211; each element provides details of the title within a package)&lt;br/&gt;
                    packageId&lt;br/&gt;
                    packageName&lt;br/&gt;
                    packageType&lt;br/&gt;
                    isPackageCustom&lt;br/&gt;
                    providerId&lt;br/&gt;
                    providerName&lt;br/&gt;
                    locationId&lt;br/&gt;
                    isSelected&lt;br/&gt;
                    visibilityData (isHidden, reason)&lt;br/&gt;
                    managedCoverageList (array of beginCoverage, endCoverage dates)&lt;br/&gt;
                    customCoverageList (array of beginCoverage, endCoverage dates)&lt;br/&gt;
                    coverageStatement&lt;br/&gt;
                    managedEmbargoPeriod (embargoUnit, embargoValue)&lt;br/&gt;
                    customEmbargoPeriod (embargoUnit, embargoValue)&lt;br/&gt;
                    url&lt;/li&gt;
&lt;/ul&gt;




</comment>
                                                            <comment id="61951" author="557058:28cce430-5ccd-47e7-88fe-1b26c20ee795" created="Thu, 24 Jan 2019 14:18:20 +0000"  >&lt;p&gt;This issue seems to relate to searching Orders. &lt;/p&gt;

&lt;p&gt;Search by package ID / TitlePackage ID must be opaque - IE for EKB it&apos;s nn-nnnn, but for other KBs structured differently this makes sense. Mod-Agreements will be using a UUID rather than a composite hyphenated or compound key. In some cases, titles we manage may not have a vendor.  We will want to search for orders by POLs used in mod-agreements and they will have package identifiers structured differently.&lt;/p&gt;

&lt;p&gt;Similarly, would like to be able to approve the definitions of codes types (Instance, Package, PackageTitle) at the community level - so as to ensure they are not tightly bound to the EKB structures &amp;#8211; OR &amp;#8211; at the very least, make fields optional and allow extensibility points - so other codex implementations can specify the fields they need.&lt;/p&gt;

&lt;p&gt;If these are OK, then I think we can sign this off.&lt;/p&gt;</comment>
                                                            <comment id="61952" author="557058:194139f2-d44f-4adb-a0ad-8824bc5112d3" created="Thu, 24 Jan 2019 14:30:53 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A28cce430-5ccd-47e7-88fe-1b26c20ee795&quot; class=&quot;user-hover&quot; rel=&quot;557058:28cce430-5ccd-47e7-88fe-1b26c20ee795&quot; data-account-id=&quot;557058:28cce430-5ccd-47e7-88fe-1b26c20ee795&quot; accountid=&quot;557058:28cce430-5ccd-47e7-88fe-1b26c20ee795&quot; rel=&quot;noreferrer&quot;&gt;Ian Ibbotson (Use this one)&lt;/a&gt; &#8211; On your first point &#8211; I think as long as the UUID will uniquely define the entity (Package or TitlePackage) we should be good. I just noted that EKB&apos;s unique identifiers were structured as a composite string - but we shouldn&apos;t impose that as a requirement.&lt;br/&gt;
On defining codex types - absolutely agree that these should be defined and agreed upon at community level. There is 1 story for packages definition &lt;a href=&quot;https://folio-org.atlassian.net/browse/MODCXEKB-72&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://folio-org.atlassian.net/browse/MODCXEKB-72&lt;/a&gt; and a separate story for title packages&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10003">
                    <name>Relates</name>
                                            <outwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="10160">UXPROD-967</issuekey>
        </issuelink>
                            </outwardlinks>
                                                        </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_10057" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Development Team</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10180"><![CDATA[Spitfire]]></customfieldvalue>

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

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                    <customfield id="customfield_10020" key="com.pyxis.greenhopper.jira:gh-sprint">
                        <customfieldname>Sprint</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue id="1098">eHoldings Sprint 55</customfieldvalue>
    <customfieldvalue id="1099">eHoldings Sprint 53</customfieldvalue>
    <customfieldvalue id="1100">eHoldings Sprint 54</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10044" key="com.atlassian.jira.plugin.system.customfieldtypes:float">
                        <customfieldname>Story Points</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>8.0</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                <customfield id="customfield_10024" key="com.atlassian.jira.ext.charting:firstresponsedate">
                        <customfieldname>[CHART] Date of First Response</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Tue, 18 Dec 2018 18:01:05 +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>