<!-- 
RSS generated by JIRA (1001.0.0-SNAPSHOT#100246-sha1:7a5c50119eb0633d306e14180817ddef5e80c75d) at Fri Feb 09 00:13:54 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>[UICHKOUT-451] Closed Library Due Date Management</title>
                <link>https://folio-org.atlassian.net/browse/UICHKOUT-451</link>
                <project id="10152" key="UICHKOUT">ui-checkout</project>
                    <description>&lt;p&gt;&lt;b&gt;Purpose:&lt;/b&gt;  As a library staff member who administers loan policies, I want to ensure that FOLIO can determine, at time of checkout, a revised due date timestamp (date+time) for a loan when the associated service point is scheduled to be closed at the system-determined due date originally defined by the associated loan policy.  The system needs to calculate due dates and due times differently, depending upon the option chosen in the following scenarios, and in concert with other settings configured in the loan policy.&lt;/p&gt;

&lt;p&gt;In general, while the system needs to affix both a due date and due time to a loan, the logic behind the due time is different depending upon whether the loan is:&lt;/p&gt;
&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;a) a short-term loan (i.e., &apos;Loan period&apos; interval configured as X Hours or X Minutes) or&lt;/li&gt;
	&lt;li&gt;b) a long-term loan (i.e., &apos;Loan period&apos; interval configured as X Months, X Weeks or X Days)&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;Short-term loans (&apos;a&apos; above) need to ensure that, for the pre-calculated due date/time, the service point schedule is considered both &lt;b&gt;on the specific day and at the specific time&lt;/b&gt; in determining whether the service point is open and, if not, how to apply the Closed Library Due Date Management configurations appropriately in determining due date and due time.&lt;/p&gt;

&lt;p&gt;Long-term loans (&apos;b&apos; above) need only to ensure that the service point has &lt;b&gt;any open hours&lt;/b&gt; for the pre-calculated due date and, if not, will apply the Closed Due Date Management configurations appropriately in determining due date.  The Resource Access SIG has decided that the due time for long-term loans should be pre-set to 11:59:59PM&lt;font color=&quot;#d04437&quot;&gt;*&lt;/font&gt; for the due date (for the purpose of calculating overdue statuses and applying fee/fine calculations).&lt;/p&gt;

&lt;p&gt;&lt;b&gt;Scenarios:&lt;/b&gt;&lt;/p&gt;

&lt;p&gt;&lt;b&gt;Long-term loans:&lt;/b&gt;&lt;br/&gt;
1. Scenario&lt;br/&gt;
	&#8226;	Given Loan Policy LP, which has:&lt;/p&gt;
&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;Loanable = Y&lt;/li&gt;
	&lt;li&gt;Loan profile = Fixed OR Rolling&lt;/li&gt;
	&lt;li&gt;Loan period = X Months|Weeks|Days (long-term) (Loan period applicable to ROLLING ONLY)&lt;/li&gt;
	&lt;li&gt;Closed Library Due Date Management = Keep the current due date&lt;br/&gt;
 	&#8226;	When new Loan L is associated with Loan Policy LP through loan rules AND&lt;br/&gt;
 	&#8226;	When new Loan L is associated with Service Point ID SPID-1&lt;br/&gt;
 	&#8226;	If SPID-1 is determined to be CLOSED for system-calculated due date&lt;br/&gt;
 	&#8226;	Then the due date should remain unchanged from system calculated due date, and the due time should be 11:59:59PM&lt;font color=&quot;#d04437&quot;&gt;*&lt;/font&gt;&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt; 2. Scenario&lt;br/&gt;
	&#8226;	Given Loan Policy LP, which has:&lt;/p&gt;
&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;Loanable = Y&lt;/li&gt;
	&lt;li&gt;Loan profile = Fixed OR Rolling&lt;/li&gt;
	&lt;li&gt;Loan period = X Months|Weeks|Days (long-term) (Loan period applicable to ROLLING ONLY)&lt;/li&gt;
	&lt;li&gt;Closed Library Due Date Management = Move to the end of the previous open day&lt;br/&gt;
	&#8226;	When new Loan L is associated with Loan Policy LP through loan rules AND&lt;br/&gt;
	&#8226;	When new Loan L is associated with Service Point ID SPID-1&lt;br/&gt;
	&#8226;	If SPID-1 is determined to be CLOSED for system-calculated due date&lt;br/&gt;
	&#8226;	Then the due date timestamp should be changed to 11:59:59PM&lt;font color=&quot;#d04437&quot;&gt;*&lt;/font&gt; for the closest previous Open=true day for SPID-1&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;3. Scenario&lt;br/&gt;
	&#8226;	Given Loan Policy LP, which has:&lt;/p&gt;
&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;Loanable = Y&lt;/li&gt;
	&lt;li&gt;Loan profile = Fixed OR Rolling&lt;/li&gt;
	&lt;li&gt;Loan period = X Months|Weeks|Days (long-term) (Loan period applicable to ROLLING ONLY)&lt;/li&gt;
	&lt;li&gt;Closed Library Due Date Management = Move to the end of the next open day&lt;br/&gt;
	&#8226;	When new Loan L is associated with Loan Policy LP through loan rules AND&lt;br/&gt;
	&#8226;	When new Loan L is associated with Service Point ID SPID-1&lt;br/&gt;
	&#8226;	If SPID-1 is determined to be CLOSED for system-calculated due date&lt;br/&gt;
	&#8226;	Then the due date timestamp should be changed to 11:59:59PM&lt;font color=&quot;#d04437&quot;&gt;*&lt;/font&gt; for the closest next Open=true day for SPID-1&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;&lt;font color=&quot;#d04437&quot;&gt;*Note: Should be the equivalent of 11:59:59PM for the tenant&apos;s local timezone configuration once that functionality is available.&lt;/font&gt;&lt;/p&gt;

&lt;p&gt;4. Scenario &lt;br/&gt;
	&#8226;	Given Loan Policy LP, which has:&lt;/p&gt;
&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;Loanable = Y&lt;/li&gt;
	&lt;li&gt;Loan profile = Fixed OR Rolling&lt;/li&gt;
	&lt;li&gt;Loan period = X Months|Weeks|Days (long-term) (Loan period applicable to ROLLING ONLY)&lt;/li&gt;
	&lt;li&gt;Closed Library Due Date Management = Move to the end of the current day&lt;br/&gt;
	&#8226;	When new Loan L is associated with Loan Policy LP through loan rules AND&lt;br/&gt;
	&#8226;	When new Loan L is associated with Service Point ID SPID-1&lt;br/&gt;
	&#8226;	If SPID-1 is determined to be CLOSED for system-calculated due date (and timestamp as applicable for short-term loans)&lt;br/&gt;
	&#8226;	Then the due date timestamp should be changed to 11:59:59PM of the current day for SPID-1 (i.e., truncating the loan length)&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;&lt;b&gt;Short-term loans:&lt;/b&gt;&lt;br/&gt;
5. Scenario&lt;br/&gt;
	&#8226;	Given Loan Policy LP, which has:&lt;/p&gt;
&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;Loanable = Y&lt;/li&gt;
	&lt;li&gt;Loan profile = Rolling&lt;/li&gt;
	&lt;li&gt;Loan period = X Hours|Minutes (short-term)&lt;/li&gt;
	&lt;li&gt;Closed Library Due Date Management = Keep the current due date/time&lt;br/&gt;
 	&#8226;	When new Loan L is associated with Loan Policy LP through loan rules AND&lt;br/&gt;
 	&#8226;	When new Loan L is associated with Service Point ID SPID-1&lt;br/&gt;
 	&#8226;	If SPID-1 is determined to be CLOSED for system-calculated due date and timestamp&lt;br/&gt;
 	&#8226;	Then the due date timestamp should remain unchanged from system calculated due date timestamp&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;6. Scenario&lt;br/&gt;
	&#8226;	Given Loan Policy LP, which has:&lt;/p&gt;
&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;Loanable = Y&lt;/li&gt;
	&lt;li&gt;Loan profile = Rolling&lt;/li&gt;
	&lt;li&gt;Loan period = X Hours|Minutes (short-term)&lt;/li&gt;
	&lt;li&gt;Closed Library Due Date Management = Move to the end of the current service point hours&lt;br/&gt;
	&#8226;	When new Loan L is associated with Loan Policy LP through loan rules AND&lt;br/&gt;
	&#8226;	When new Loan L is associated with Service Point ID SPID-1&lt;br/&gt;
	&#8226;	If SPID-1 is determined to be CLOSED for system-calculated due date and timestamp&lt;br/&gt;
	&#8226;	Then the due date timestamp should be changed to the endTime of the current service point for SPID-1 (i.e., truncating the loan length)&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;7. Scenario&lt;br/&gt;
	&#8226;	Given Loan Policy LP, which has:&lt;/p&gt;
&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;Loanable = Y&lt;/li&gt;
	&lt;li&gt;Loan profile = Rolling&lt;/li&gt;
	&lt;li&gt;Loan period = X Hours|Minutes (short-term)&lt;/li&gt;
	&lt;li&gt;Closed Library Due Date Management = Move to the beginning of the next open service point hours&lt;br/&gt;
	&#8226;	When new Loan L is associated with Loan Policy LP through loan rules AND&lt;br/&gt;
	&#8226;	When new Loan L is associated with Service Point ID SPID-1&lt;br/&gt;
	&#8226;	If SPID-1 is determined to be CLOSED for system-calculated due date and timestamp&lt;br/&gt;
	&#8226;	Then the due date timestamp should be changed to the earliest SPID-1 startTime for the closest next Open=true available hours for SPID-1 (Note that the system needs to logically consider &apos;rollover&apos; scenarios where the service point remains open for a continuity of hours that flow from one system date into the next - for example, a service point that remains open until 2AM; then reopens at 8AM.  In such a scenario, the system should consider the &apos;...beginning of the next open service point hours&apos; to be 8AM. &amp;lt;NEED TO COME BACK TO THIS&amp;gt;&lt;/li&gt;
&lt;/ul&gt;



&lt;p&gt;&lt;b&gt;Additional Loan Policy Configurations which affect Due Date and Due Time Calculations:&lt;/b&gt;&lt;br/&gt;
1. Scenario (Opening Time Offset) &lt;b&gt;
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;UICIRC-64&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/UICIRC-64&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Loan Policy: Add &amp;quot;Opening Time Offset&amp;quot;&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10309?size=medium&quot; /&gt;
            UICIRC-64
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-success jira-macro-single-issue-export-pdf&quot;&gt;Closed&lt;/span&gt;
            &lt;/span&gt;
&lt;/b&gt;&lt;br/&gt;
	&#8226;	Given Loan Policy X, which has:&lt;/p&gt;
&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;Loanable = Y&lt;/li&gt;
	&lt;li&gt;Loanable profile = Rolling&lt;/li&gt;
	&lt;li&gt;Closed Library Due Date Management = Move to the beginning of the next open day&lt;/li&gt;
	&lt;li&gt;Opening time offset = N (value &amp;gt; 0)&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;2. Scenario (Closed Library / Fixed due date - Conflict) &lt;b&gt;
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;UICHKOUT-455&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/UICHKOUT-455&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Closed Library Due Date + Fixed Due Date - Conflict&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10309?size=medium&quot; /&gt;
            UICHKOUT-455
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-success jira-macro-single-issue-export-pdf&quot;&gt;Closed&lt;/span&gt;
            &lt;/span&gt;
&lt;/b&gt;&lt;br/&gt;
	&#8226;	Given any scenarios wherein Closed Library Due Date Management configurations will lead to a due date timestamp that falls outside of the range of a Fixed due date schedule, then the loan period should be truncated to the closing time for the service point on the endDate of the appropriate Fixed Due Date Schedule&lt;/p&gt;


&lt;p&gt;(NOTE: &lt;b&gt;
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;UICIRC-107&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/UICIRC-107&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Loan Policy Editor - Context-based behavior for Closed Library Due Date Management&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10309?size=medium&quot; /&gt;
            UICIRC-107
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-success jira-macro-single-issue-export-pdf&quot;&gt;Closed&lt;/span&gt;
            &lt;/span&gt;
&lt;/b&gt; &apos;Loan Policy Editor - Context-based behavior for Closed Library Due Date Management&apos; documents additions/modifications that need to be made to the selection lists.&lt;/p&gt;</description>
                <environment></environment>
        <key id="65237">UICHKOUT-451</key>
            <summary>Closed Library Due Date Management</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="10001" iconUrl="https://dev.folio.org/assets/jira-priority/jira-p2.svg">P2</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="-1">Unassigned</assignee>
                                                                <reporter accountid="5e8522c5b39dbf0c11405afc">sthomas</reporter>
                                    <labels>
                            <label>check-out</label>
                            <label>core</label>
                            <label>epam-vega</label>
                            <label>loan_rules_policies</label>
                            <label>loans</label>
                    </labels>
                <created>Tue, 9 Oct 2018 04:26:20 +0000</created>
                <updated>Tue, 17 Nov 2020 13:53:27 +0000</updated>
                            <resolved>Mon, 18 Mar 2019 22:45:56 +0000</resolved>
                                                                        <due></due>
                            <votes>0</votes>
                                    <watches>14</watches>
                                                                <comments>
                                                            <comment id="159166" author="5af5ed55244bc90a106063c7" created="Wed, 10 Oct 2018 10:47:54 +0000"  >&lt;p&gt;Hi &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5e8522c5b39dbf0c11405afc&quot; class=&quot;user-hover&quot; rel=&quot;5e8522c5b39dbf0c11405afc&quot; data-account-id=&quot;5e8522c5b39dbf0c11405afc&quot; accountid=&quot;5e8522c5b39dbf0c11405afc&quot; rel=&quot;noreferrer&quot;&gt;sthomas&lt;/a&gt;.  This looks great!  Just a few thoughts:&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;Stories for calculating initial due dates are usually in UICHKOUT.  Stories for calculating renewal due dates are usually in UIU.  We don&apos;t usually write stories in UXPROD, though it&apos;s fine to draft something here if you aren&apos;t sure what other project it belongs in.  But  be careful - you have remember to move UXPROD stories to another UI project or to the FOLIO project or it won&apos;t ever show up in the Core team unassigned backlog.&lt;/li&gt;
	&lt;li&gt;You don&apos;t need to link stories to epics.  I actually think it is cleaner if you just link stories to features and features to epics.  But if you find it really useful, please go ahead and do it (some POs do this)&lt;/li&gt;
	&lt;li&gt;Is the exceptional conditions section a place for capturing out-of-scope, related features?  If so, maybe you can call it &quot;Exceptional Conditions/Out of Scope&quot; or something?&lt;/li&gt;
	&lt;li&gt;I think you know this already, but just to be sure: a story like 
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;UICIRC-64&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/UICIRC-64&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Loan Policy: Add &amp;quot;Opening Time Offset&amp;quot;&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10309?size=medium&quot; /&gt;
            UICIRC-64
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-success jira-macro-single-issue-export-pdf&quot;&gt;Closed&lt;/span&gt;
            &lt;/span&gt;
 will only get the setting added to the loan policy form.  You will need to add an additional UICHKOUT story to make it effective.  BTW, it seems like you only need to write a story specifically for renewal scenarios when renewals are handled differently than the original checkout.  So, for example, I wrote 
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;UICHKOUT-25&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/UICHKOUT-25&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Get Rolling Loan Period from Loan Policy&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10309?size=medium&quot; /&gt;
            UICHKOUT-25
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-success jira-macro-single-issue-export-pdf&quot;&gt;Closed&lt;/span&gt;
            &lt;/span&gt;
 to cover basic due date handling for rolling loans and it automatically applied to the renewal scenario, as well (you should probably test that to verify, though!).  Even if that&apos;s true, it is probably wise to include a basic renewal scenario so that the testers cover it in their manual tests.  I didn&apos;t do that, but, if I had, I would have more confidence in my previous statement.&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;Thanks!!&lt;/p&gt;</comment>
                                                            <comment id="159167" author="5e8522c5b39dbf0c11405afc" created="Mon, 15 Oct 2018 12:26:54 +0000"  >&lt;p&gt;Removed exception condition for &apos;Skipped closed hours in intervening period&apos; as RA-SIG requested this planned functionality be removed from the Loan Policy calculations for due date/time.&lt;/p&gt;</comment>
                                                            <comment id="159168" author="5e8522c5b39dbf0c11405afc" created="Thu, 1 Nov 2018 04:09:07 +0000"  >&lt;p&gt;Blocked on incorporating new select-list options for &apos;Closed library due date management&apos;&lt;/p&gt;</comment>
                                                            <comment id="159169" author="5e8522c5b39dbf0c11405afc" created="Thu, 1 Nov 2018 04:13:03 +0000"  >&lt;p&gt;Updated description/scenarios to incorporate new requirements for context-based select-list for &apos;Closed library due date management&apos; &lt;span class=&quot;error&quot;&gt;&amp;#91;UICHCKOUT-452&amp;#93;&lt;/span&gt;&lt;/p&gt;</comment>
                                                            <comment id="159170" author="63e2a2771b13d42998e4e706" created="Mon, 12 Nov 2018 11:42:37 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5e8522c5b39dbf0c11405afc&quot; class=&quot;user-hover&quot; rel=&quot;5e8522c5b39dbf0c11405afc&quot; data-account-id=&quot;5e8522c5b39dbf0c11405afc&quot; accountid=&quot;5e8522c5b39dbf0c11405afc&quot; rel=&quot;noreferrer&quot;&gt;sthomas&lt;/a&gt; &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5af5ed55244bc90a106063c7&quot; class=&quot;user-hover&quot; rel=&quot;5af5ed55244bc90a106063c7&quot; data-account-id=&quot;5af5ed55244bc90a106063c7&quot; accountid=&quot;5af5ed55244bc90a106063c7&quot; rel=&quot;noreferrer&quot;&gt;Cate Boerema&lt;/a&gt; &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Ab8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; class=&quot;user-hover&quot; rel=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; data-account-id=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; accountid=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; rel=&quot;noreferrer&quot;&gt;Jakub Skoczen&lt;/a&gt; These might sound like silly questions, but I want to confirm my understanding of this change.&lt;/p&gt;

&lt;p&gt;At the moment, the circulation API, which determines due date upon check out or renewal, is unaware of the tenant locale and so is timezone agnostic (
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;CIRC-110&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/CIRC-110&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;What time should a daily, weekly or monthly due date be?&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10309?size=medium&quot; /&gt;
            CIRC-110
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-success jira-macro-single-issue-export-pdf&quot;&gt;Closed&lt;/span&gt;
            &lt;/span&gt;
 was raised at the time, in order to reflect the need to make some policy decisions). My belief is that these changes (or prerequisites to them) may well mean that needs to change.&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;The Resource Access SIG has decided that the due time for long-term loans should be pre-set to 23:59:59 for the due date (for the purpose of calculating overdue statuses and applying fee/fine calculations).&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;In effect this mean that long term loans are intended to end at the end of the day. Is this the end of the day in the chosen locale of the tenant?&lt;/p&gt;

&lt;p&gt;How are service point opening times defined, are they a tenant locale specific time (e.g. &lt;tt&gt;08:00-5:00&lt;/tt&gt;) or as text that needs to be interpreted in the relevant locale (e.g. &lt;tt&gt;8:00&lt;/tt&gt; only}?&lt;/p&gt;</comment>
                                                            <comment id="159171" author="5af5ed55244bc90a106063c7" created="Mon, 12 Nov 2018 15:10:31 +0000"  >&lt;p&gt;FYI, we have a separate timezone setting in FOLIO.  It was implemented at the request of &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Ab8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; class=&quot;user-hover&quot; rel=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; data-account-id=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; accountid=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; rel=&quot;noreferrer&quot;&gt;Jakub Skoczen&lt;/a&gt; and other developers because it was needed for logical consistency.  Check out the scenarios on 
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;UIORG-55&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/UIORG-55&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Set Tenant Time Zone&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10309?size=medium&quot; /&gt;
            UIORG-55
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-success jira-macro-single-issue-export-pdf&quot;&gt;Closed&lt;/span&gt;
            &lt;/span&gt;
.  It was definitely doing something at one point.&lt;/p&gt;</comment>
                                                            <comment id="159172" author="63e2a2771b13d42998e4e706" created="Fri, 28 Dec 2018 15:28:55 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5e8522c5b39dbf0c11405afc&quot; class=&quot;user-hover&quot; rel=&quot;5e8522c5b39dbf0c11405afc&quot; data-account-id=&quot;5e8522c5b39dbf0c11405afc&quot; accountid=&quot;5e8522c5b39dbf0c11405afc&quot; rel=&quot;noreferrer&quot;&gt;sthomas&lt;/a&gt; I&apos;m starting to do a code review on 
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;CIRC-159&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/CIRC-159&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Implement Closed Library Due Date Management support during check out due date calculations&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10309?size=medium&quot; /&gt;
            CIRC-159
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-success jira-macro-single-issue-export-pdf&quot;&gt;Closed&lt;/span&gt;
            &lt;/span&gt;
 and before I get too involved in it (as the change is large, ~4000 lines, the review will need significant time), I thought I&apos;d ask some follow up questions (some of which may be similar to those I asked &lt;a href=&quot;https://folio-org.atlassian.net/browse/UICHKOUT-451?focusedCommentId=159170&amp;amp;page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;previously&lt;/a&gt;).&lt;/p&gt;

&lt;p&gt;1. In the above scenarios. When it states:&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;When new Loan L is associated with Service Point ID SPID-1&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;Does that mean, when an item is checked out to a loanee at service point with ID &lt;tt&gt;SPID-1&lt;/tt&gt;? And so all of these calculations are in reference to the service point where the item is checked out at?&lt;/p&gt;

&lt;p&gt;2. Is the UI being changed to display the time part of the due date?&lt;/p&gt;

&lt;p&gt;3. If so, given the decision:&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;The Resource Access SIG has decided that the due time for long-term loans should be pre-set to 23:59:59 for the due date (for the purpose of calculating overdue statuses and applying fee/fine calculations).&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;and the scenarios steps similar too (example from scenario 2)&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;Then the due date timestamp should be changed to the end time of the current service point for SPID-1&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;How has it been decided which time zone the due date should be relative to, or is it always UTC? (&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=712020%3Abef58632-7213-4ba9-81e5-17ef6ff096e7&quot; class=&quot;user-hover&quot; rel=&quot;712020:bef58632-7213-4ba9-81e5-17ef6ff096e7&quot; data-account-id=&quot;712020:bef58632-7213-4ba9-81e5-17ef6ff096e7&quot; accountid=&quot;712020:bef58632-7213-4ba9-81e5-17ef6ff096e7&quot; rel=&quot;noreferrer&quot;&gt;Oleksii Maksymov&lt;/a&gt; or &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A925f55a1-465f-4875-8818-49cbe9a45838&quot; class=&quot;user-hover&quot; rel=&quot;557058:925f55a1-465f-4875-8818-49cbe9a45838&quot; data-account-id=&quot;557058:925f55a1-465f-4875-8818-49cbe9a45838&quot; accountid=&quot;557058:925f55a1-465f-4875-8818-49cbe9a45838&quot; rel=&quot;noreferrer&quot;&gt;Kostyantyn Khodarev&lt;/a&gt; maybe you help me with this question too)&lt;/p&gt;

&lt;p&gt;I&apos;ll try to expand upon this with a concrete example (based upon scenario 2 above):&lt;/p&gt;

&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;Given a library operating in eastern time (set in the reference UI in {{Settings ...  Organization ... Language and localization }})
and the only defined rolling loan policy
states moving the due date to the previous open day when the library is closed
and applies to all loans (via a fallback policy in loan rules)
and a service point which is closed each Saturday and closes at 17:00 on Friday
When an item is checked out at that service point
and the calculated due date would be on a Saturday in eastern time
Then the due date of the loan should be moved to 17:00 on the previous Friday in eastern time&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;Is that example sensible? In particular, are the expectations about eastern time correct? Should it make reference to the chosen time zone of the organisation (and that all of these rules should be applied relative to that) or should it always be UTC?&lt;/p&gt;

&lt;p&gt;I&apos;m aware that this likely sounds like I&apos;m asking an obvious question. I think I&apos;ve struggled previously to express why this is really important and now that I&apos;ve been asked to review the implementation, I need to understand these decisions more fully to determine if it behaves in the expected way. &lt;/p&gt;

&lt;p&gt;I hope my expanded thoughts help with this. If my question does not make sense or does not seem relevant, please help me to understand better by providing me with some feedback.&lt;/p&gt;</comment>
                                                            <comment id="159173" author="712020:bef58632-7213-4ba9-81e5-17ef6ff096e7" created="Fri, 28 Dec 2018 15:38:07 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=63e2a2771b13d42998e4e706&quot; class=&quot;user-hover&quot; rel=&quot;63e2a2771b13d42998e4e706&quot; data-account-id=&quot;63e2a2771b13d42998e4e706&quot; accountid=&quot;63e2a2771b13d42998e4e706&quot; rel=&quot;noreferrer&quot;&gt;Marc Johnson&lt;/a&gt; During the calculation of the date (cast to UT&#1057;), I was guided by data from &lt;a href=&quot;https://dev.folio.org/faqs/explain-dates-times/&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://dev.folio.org/faqs/explain-dates-times/&lt;/a&gt;&lt;/p&gt;</comment>
                                                            <comment id="159174" author="63e2a2771b13d42998e4e706" created="Fri, 28 Dec 2018 15:59:18 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=712020%3Abef58632-7213-4ba9-81e5-17ef6ff096e7&quot; class=&quot;user-hover&quot; rel=&quot;712020:bef58632-7213-4ba9-81e5-17ef6ff096e7&quot; data-account-id=&quot;712020:bef58632-7213-4ba9-81e5-17ef6ff096e7&quot; accountid=&quot;712020:bef58632-7213-4ba9-81e5-17ef6ff096e7&quot; rel=&quot;noreferrer&quot;&gt;Oleksii Maksymov&lt;/a&gt; Ok, thank you. &lt;/p&gt;

&lt;p&gt;By cast, does that mean convert to UTC from other timezone if needed?&lt;/p&gt;

&lt;p&gt;So I can check my understanding&lt;/p&gt;

&lt;p&gt;Given a library has chosen to operate in America / New York time zone (which is currently Eastern Standard Time, -5:00 from UTC)&lt;br/&gt;
and defined that a service point closes at 18:00 on a Friday, and is closed on Saturday&lt;br/&gt;
when the calculated due date is 22:00 UTC on a Friday&lt;br/&gt;
then the actual due date would be?&lt;/p&gt;

&lt;p&gt;From what you said above, that would mean that the calculated due date would be moved to 18:00 UTC (as it after the closing time of the service point where the item was checked out). That would then be presented as 13:00 EST in the UI.&lt;/p&gt;

&lt;p&gt;Is that a sensible understanding of what the changes would do if they were used now?&lt;/p&gt;

&lt;p&gt;(My concern is that developer guidance may have been written when the backend APIs could be ignorant of time zone or locale, as operations were not relative to times defined without a time zone, and this feature be the first where that is not the case, I&apos;m hoping my expanded example above can clarify if that is the case)&lt;/p&gt;</comment>
                                                            <comment id="159175" author="5e8522c5b39dbf0c11405afc" created="Fri, 28 Dec 2018 16:37:15 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=63e2a2771b13d42998e4e706&quot; class=&quot;user-hover&quot; rel=&quot;63e2a2771b13d42998e4e706&quot; data-account-id=&quot;63e2a2771b13d42998e4e706&quot; accountid=&quot;63e2a2771b13d42998e4e706&quot; rel=&quot;noreferrer&quot;&gt;Marc Johnson&lt;/a&gt; Re: 1. In the above scenarios. When it states:&lt;br/&gt;
When new Loan L is associated with Service Point ID SPID-1&lt;br/&gt;
Does that mean, when an item is checked out to a loanee at service point with ID SPID-1? And so all of these calculations are in reference to the service point where the item is checked out at?&lt;/p&gt;

&lt;p&gt;Yes, that was the intent.  The loan is service-point based and uses the closed library due date management (CLDDM) logic, in conjunction with the calendar API responses to determine open=Y/N and fetch appropriate previous/next open service point hours as appropriately set with CLDDM in the loan policy.&lt;/p&gt;</comment>
                                                            <comment id="159176" author="5e8522c5b39dbf0c11405afc" created="Fri, 28 Dec 2018 16:56:40 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=63e2a2771b13d42998e4e706&quot; class=&quot;user-hover&quot; rel=&quot;63e2a2771b13d42998e4e706&quot; data-account-id=&quot;63e2a2771b13d42998e4e706&quot; accountid=&quot;63e2a2771b13d42998e4e706&quot; rel=&quot;noreferrer&quot;&gt;Marc Johnson&lt;/a&gt; Re: 2. Is the UI being changed to display the time part of the due date?&lt;/p&gt;

&lt;p&gt;I&apos;m not sure whether your question is about a) changing behavior or b) changing field values.  It&apos;s my understanding that the UI currently includes a full timestamp for due dates that includes both date+time.  As part of this issue, there is no change being made to affect this configuration.  We will be changing the value stored based on due date/time response.  The intent is, essentially, &apos;one minute before midnight&apos; on the due date (for long term loans).  How that is governed by (and display adjusted according to), system-defined time zone settings, I&apos;ll let &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=712020%3Abef58632-7213-4ba9-81e5-17ef6ff096e7&quot; class=&quot;user-hover&quot; rel=&quot;712020:bef58632-7213-4ba9-81e5-17ef6ff096e7&quot; data-account-id=&quot;712020:bef58632-7213-4ba9-81e5-17ef6ff096e7&quot; accountid=&quot;712020:bef58632-7213-4ba9-81e5-17ef6ff096e7&quot; rel=&quot;noreferrer&quot;&gt;Oleksii Maksymov&lt;/a&gt; and &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A925f55a1-465f-4875-8818-49cbe9a45838&quot; class=&quot;user-hover&quot; rel=&quot;557058:925f55a1-465f-4875-8818-49cbe9a45838&quot; data-account-id=&quot;557058:925f55a1-465f-4875-8818-49cbe9a45838&quot; accountid=&quot;557058:925f55a1-465f-4875-8818-49cbe9a45838&quot; rel=&quot;noreferrer&quot;&gt;Kostyantyn Khodarev&lt;/a&gt; respond.&lt;/p&gt;

&lt;p&gt;There have been discussions in the RA-SIG about display of due time in patron-facing environments.  The desire has been to display a due date +time for short-term loans (rolling loans with loan periods having &apos;hours&apos; or &apos;minutes&apos; intervals), but only a due date for long term loans (although they still wish for the &apos;one minute past midnight&apos; due time to be associated with the loan).  We&apos;ve not covered any of this desired behavior in the scope of this story.&lt;/p&gt;</comment>
                                                            <comment id="159177" author="63e2a2771b13d42998e4e706" created="Fri, 28 Dec 2018 17:27:07 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5e8522c5b39dbf0c11405afc&quot; class=&quot;user-hover&quot; rel=&quot;5e8522c5b39dbf0c11405afc&quot; data-account-id=&quot;5e8522c5b39dbf0c11405afc&quot; accountid=&quot;5e8522c5b39dbf0c11405afc&quot; rel=&quot;noreferrer&quot;&gt;sthomas&lt;/a&gt; Thanks for your answers.&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;It&apos;s my understanding that the UI currently includes a full timestamp for due dates that includes both date+time&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;Apologies, that was my incorrect understanding that the UI didn&apos;t display the time part at the moment.&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;The intent is, essentially, &apos;one minute before midnight&apos; on the due date (for long term loans)&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;Is that one minute or one second before midnight, the example in the issue description &lt;tt&gt;the due time for long-term loans should be pre-set to 23:59:59&lt;/tt&gt; suggests to me it is one second?&lt;/p&gt;

&lt;p&gt;My understanding from that is &lt;tt&gt;one minute before midnight on the due date, in the tenant chosen time zone&lt;/tt&gt;. &lt;/p&gt;

&lt;p&gt;For example, if a long term loan is due on the 10th February 2019 and the tenant chosen time zone is America / New York (and so EST), then the expected due date displayed in the UI would be &lt;tt&gt;10th February 2019 23:59:59 EST&lt;/tt&gt;. &lt;/p&gt;

&lt;p&gt;Is that a sensible interpretation?&lt;/p&gt;

&lt;p&gt;(this would be stored as &lt;tt&gt;11th February 2019 04:59:59&lt;/tt&gt; as all date-time values are stored in UTC)&lt;/p&gt;

&lt;p&gt;This is not the current behaviour of the system (it uses the current time that the item was checked out, see 
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;CIRC-110&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/CIRC-110&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;What time should a daily, weekly or monthly due date be?&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10309?size=medium&quot; /&gt;
            CIRC-110
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-success jira-macro-single-issue-export-pdf&quot;&gt;Closed&lt;/span&gt;
            &lt;/span&gt;
). Is this change included in the scope of this work?&lt;/p&gt;

&lt;p&gt;And short term loans that are subject to closed due date management should also respect the chosen timezone (e.g. due date time should be the closing time in the chosen time zone, and not necessarily UTC)?&lt;/p&gt;

&lt;p&gt;Would it be reasonable for me to summarise this as &lt;tt&gt;all loan due date and times should be relative to the chosen time zone of the organisation&lt;/tt&gt;?&lt;/p&gt;

&lt;p&gt;My interpretation of &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=712020%3Abef58632-7213-4ba9-81e5-17ef6ff096e7&quot; class=&quot;user-hover&quot; rel=&quot;712020:bef58632-7213-4ba9-81e5-17ef6ff096e7&quot; data-account-id=&quot;712020:bef58632-7213-4ba9-81e5-17ef6ff096e7&quot; accountid=&quot;712020:bef58632-7213-4ba9-81e5-17ef6ff096e7&quot; rel=&quot;noreferrer&quot;&gt;Oleksii Maksymov&lt;/a&gt; earlier response is that the implemented decisions and calculations (in the pull request for 
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;CIRC-159&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/CIRC-159&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Implement Closed Library Due Date Management support during check out due date calculations&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10309?size=medium&quot; /&gt;
            CIRC-159
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-success jira-macro-single-issue-export-pdf&quot;&gt;Closed&lt;/span&gt;
            &lt;/span&gt;
, and prior to it as well) are performed in UTC and so do not reflect the timezone chosen by the organisation.&lt;/p&gt;

&lt;p&gt;If both of those interpretations are sensible, does the behaviour need to change to respect the chosen timezone before this change can be accepted?&lt;/p&gt;</comment>
                                                            <comment id="159178" author="712020:bef58632-7213-4ba9-81e5-17ef6ff096e7" created="Fri, 28 Dec 2018 19:26:54 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=63e2a2771b13d42998e4e706&quot; class=&quot;user-hover&quot; rel=&quot;63e2a2771b13d42998e4e706&quot; data-account-id=&quot;63e2a2771b13d42998e4e706&quot; accountid=&quot;63e2a2771b13d42998e4e706&quot; rel=&quot;noreferrer&quot;&gt;Marc Johnson&lt;/a&gt; if I understand correctly, then to calculate the due date time should be the closing time in the chosen time zone of the library location.  &lt;br/&gt;
work with the calendar, saving the result should be in UTC. &lt;br/&gt;
The question is where to get the time zone, from UI or the service point location.&lt;/p&gt;</comment>
                                                            <comment id="159179" author="5e8522c5b39dbf0c11405afc" created="Fri, 28 Dec 2018 20:17:43 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=63e2a2771b13d42998e4e706&quot; class=&quot;user-hover&quot; rel=&quot;63e2a2771b13d42998e4e706&quot; data-account-id=&quot;63e2a2771b13d42998e4e706&quot; accountid=&quot;63e2a2771b13d42998e4e706&quot; rel=&quot;noreferrer&quot;&gt;Marc Johnson&lt;/a&gt; Re: Is that one minute or one second before midnight, the example in the issue description the due time for long-term loans should be pre-set to 23:59:59 suggests to me it is one second?&lt;/p&gt;

&lt;p&gt;Yes, apologies, 1 second before midnight.&lt;/p&gt;</comment>
                                                            <comment id="159180" author="63e2a2771b13d42998e4e706" created="Sat, 29 Dec 2018 12:08:27 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=712020%3Abef58632-7213-4ba9-81e5-17ef6ff096e7&quot; class=&quot;user-hover&quot; rel=&quot;712020:bef58632-7213-4ba9-81e5-17ef6ff096e7&quot; data-account-id=&quot;712020:bef58632-7213-4ba9-81e5-17ef6ff096e7&quot; accountid=&quot;712020:bef58632-7213-4ba9-81e5-17ef6ff096e7&quot; rel=&quot;noreferrer&quot;&gt;Oleksii Maksymov&lt;/a&gt; I don&apos;t think I know the answer to those questions yet, that is what I&apos;m trying to understand. My understanding fits what you describe depending upon a couple of decisions.&lt;/p&gt;

&lt;p&gt;I&apos;m aware that I&apos;m likely labouring this topic and that could be frustrating to those involved. Apologies if that is the case, I am possibly overly conscious of the impact this could have on the scope of this feature (and others) and in how we conduct testing etc. &lt;/p&gt;

&lt;p&gt;I know that I&apos;ve struggled to describe this simply. The easiest way I know how is something like: &lt;tt&gt;if we are checking a closing time of 18:00, and the chosen time zone is New York, then should we check that the time is after 18:00 UTC or 18:00 EST?&lt;/tt&gt;. I&apos;m aware the answer seems obvious (but has significant impact IMO). &lt;/p&gt;

&lt;p&gt;I think from &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5e8522c5b39dbf0c11405afc&quot; class=&quot;user-hover&quot; rel=&quot;5e8522c5b39dbf0c11405afc&quot; data-account-id=&quot;5e8522c5b39dbf0c11405afc&quot; accountid=&quot;5e8522c5b39dbf0c11405afc&quot; rel=&quot;noreferrer&quot;&gt;sthomas&lt;/a&gt; comment above that the intent is for all due date calculations to respect the timezone an organisation has chosen, and so in the above statement, it would be 18:00 EST.&lt;/p&gt;

&lt;p&gt;I would like to confirm:&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;that timezone relative due date calculation is the generally desired behaviour (e.g. the long term calculated due date, before closed library policy is applied, should be one second before midnight in the chosen timezone, and not necessarily UTC)&lt;/li&gt;
	&lt;li&gt;that support for timezones other than UTC are in scope for this particular change&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;(I am assuming that distinguishing between short and long term loans and applying the one second before midnight rule are both in scope for this change already)&lt;/p&gt;

&lt;p&gt;After confirmation of those decisions, I think we can decide where the system defines the chosen timezone.&lt;/p&gt;

&lt;p&gt;At the moment, &lt;tt&gt;stripes-core&lt;/tt&gt; and the &lt;tt&gt;organization settings pages&lt;/tt&gt; in the reference UI use the &lt;tt&gt;configuration&lt;/tt&gt; backend API to store this information. (&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=712020%3A5d8e7a2f-2a77-4bb8-8d8d-368eaea8b5eb&quot; class=&quot;user-hover&quot; rel=&quot;712020:5d8e7a2f-2a77-4bb8-8d8d-368eaea8b5eb&quot; data-account-id=&quot;712020:5d8e7a2f-2a77-4bb8-8d8d-368eaea8b5eb&quot; accountid=&quot;712020:5d8e7a2f-2a77-4bb8-8d8d-368eaea8b5eb&quot; rel=&quot;noreferrer&quot;&gt;Aditya matukumalli&lt;/a&gt; &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Aff6a9612-bb35-41b2-88a8-a5b66d0a41a0&quot; class=&quot;user-hover&quot; rel=&quot;557058:ff6a9612-bb35-41b2-88a8-a5b66d0a41a0&quot; data-account-id=&quot;557058:ff6a9612-bb35-41b2-88a8-a5b66d0a41a0&quot; accountid=&quot;557058:ff6a9612-bb35-41b2-88a8-a5b66d0a41a0&quot; rel=&quot;noreferrer&quot;&gt;Michal Kuklis&lt;/a&gt; or &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=615afd1cd9820f0070a09ef0&quot; class=&quot;user-hover&quot; rel=&quot;615afd1cd9820f0070a09ef0&quot; data-account-id=&quot;615afd1cd9820f0070a09ef0&quot; accountid=&quot;615afd1cd9820f0070a09ef0&quot; rel=&quot;noreferrer&quot;&gt;Zak Burke&lt;/a&gt; please correct me if this is wrong).&lt;/p&gt;

&lt;p&gt;It appears that this defaults to UTC, and our reference environments do not define these settings (&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5c706fbb47a54a6728e59df2&quot; class=&quot;user-hover&quot; rel=&quot;5c706fbb47a54a6728e59df2&quot; data-account-id=&quot;5c706fbb47a54a6728e59df2&quot; accountid=&quot;5c706fbb47a54a6728e59df2&quot; rel=&quot;noreferrer&quot;&gt;Wayne Schneider&lt;/a&gt; &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5f9abc1eb45b2e007453f423&quot; class=&quot;user-hover&quot; rel=&quot;5f9abc1eb45b2e007453f423&quot; data-account-id=&quot;5f9abc1eb45b2e007453f423&quot; accountid=&quot;5f9abc1eb45b2e007453f423&quot; rel=&quot;noreferrer&quot;&gt;John Malconian&lt;/a&gt; please correct me if this is wrong).&lt;/p&gt;

&lt;p&gt;We need to decide if we want the source of truth for an organisations locale and timezone to be the configuration backend API. &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Ab8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; class=&quot;user-hover&quot; rel=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; data-account-id=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; accountid=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; rel=&quot;noreferrer&quot;&gt;Jakub Skoczen&lt;/a&gt; what are your thoughts on this?&lt;/p&gt;

&lt;p&gt;If we choose to continue using this mechanism then I think there are a few other changes are involved:&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;Add a dependency between mod-circulation and the &lt;tt&gt;configuration&lt;/tt&gt; interface (along with the calendar interfaces)&lt;/li&gt;
	&lt;li&gt;Configure locale and timezone in our reference environments (see 
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;FOLIO-1672&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/FOLIO-1672&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Consider using non-UTC timezone in reference environments&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10318?size=medium&quot; /&gt;
            FOLIO-1672
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-success jira-macro-single-issue-export-pdf&quot;&gt;Closed&lt;/span&gt;
            &lt;/span&gt;
 for a related question)&lt;/li&gt;
	&lt;li&gt;Ensure that mod-configuration is deployed and activated for tenants prior to mod-circulation in the reference environments&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;We may also want to consider what mod-circulation should do if either the &lt;tt&gt;configuration&lt;/tt&gt; or &lt;tt&gt;calendar&lt;/tt&gt; APIs are not available.&lt;/p&gt;

&lt;p&gt;If that seems sensible, I&apos;m happy to go into more detail about my understanding of what could be involved within mod-circulation.&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5e8522c5b39dbf0c11405afc&quot; class=&quot;user-hover&quot; rel=&quot;5e8522c5b39dbf0c11405afc&quot; data-account-id=&quot;5e8522c5b39dbf0c11405afc&quot; accountid=&quot;5e8522c5b39dbf0c11405afc&quot; rel=&quot;noreferrer&quot;&gt;sthomas&lt;/a&gt; &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=712020%3Abef58632-7213-4ba9-81e5-17ef6ff096e7&quot; class=&quot;user-hover&quot; rel=&quot;712020:bef58632-7213-4ba9-81e5-17ef6ff096e7&quot; data-account-id=&quot;712020:bef58632-7213-4ba9-81e5-17ef6ff096e7&quot; accountid=&quot;712020:bef58632-7213-4ba9-81e5-17ef6ff096e7&quot; rel=&quot;noreferrer&quot;&gt;Oleksii Maksymov&lt;/a&gt; &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A925f55a1-465f-4875-8818-49cbe9a45838&quot; class=&quot;user-hover&quot; rel=&quot;557058:925f55a1-465f-4875-8818-49cbe9a45838&quot; data-account-id=&quot;557058:925f55a1-465f-4875-8818-49cbe9a45838&quot; accountid=&quot;557058:925f55a1-465f-4875-8818-49cbe9a45838&quot; rel=&quot;noreferrer&quot;&gt;Kostyantyn Khodarev&lt;/a&gt; &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Ab8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; class=&quot;user-hover&quot; rel=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; data-account-id=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; accountid=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; rel=&quot;noreferrer&quot;&gt;Jakub Skoczen&lt;/a&gt; Does that make sense?&lt;/p&gt;</comment>
                                                            <comment id="159181" author="615afd1cd9820f0070a09ef0" created="Mon, 31 Dec 2018 12:59:54 +0000"  >&lt;p&gt;That&apos;s correct, &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=63e2a2771b13d42998e4e706&quot; class=&quot;user-hover&quot; rel=&quot;63e2a2771b13d42998e4e706&quot; data-account-id=&quot;63e2a2771b13d42998e4e706&quot; accountid=&quot;63e2a2771b13d42998e4e706&quot; rel=&quot;noreferrer&quot;&gt;Marc Johnson&lt;/a&gt;. &lt;tt&gt;ui-organization&lt;/tt&gt; uses the configuration API to store the locale and timezone. As to whether, &quot;the source of truth for an organisations locale and timezone &lt;span class=&quot;error&quot;&gt;&amp;#91;should&amp;#93;&lt;/span&gt; be the configuration backend API&quot;, what else could it be? In light of that, your follow up points sound correct to me as well: &lt;/p&gt;
&lt;blockquote&gt;
&lt;ul&gt;
	&lt;li&gt;Add a dependency between mod-circulation and the configuration interface (along with the calendar interfaces)&lt;/li&gt;
	&lt;li&gt;Configure locale and timezone in our reference environments (see 
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;FOLIO-1672&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/FOLIO-1672&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Consider using non-UTC timezone in reference environments&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10318?size=medium&quot; /&gt;
            FOLIO-1672
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-success jira-macro-single-issue-export-pdf&quot;&gt;Closed&lt;/span&gt;
            &lt;/span&gt;
 for a related question)&lt;/li&gt;
	&lt;li&gt;Ensure that mod-configuration is deployed and activated for tenants prior to mod-circulation in the reference environments&lt;/li&gt;
&lt;/ul&gt;
&lt;/blockquote&gt;</comment>
                                                            <comment id="159182" author="63e2a2771b13d42998e4e706" created="Mon, 31 Dec 2018 13:13:49 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=615afd1cd9820f0070a09ef0&quot; class=&quot;user-hover&quot; rel=&quot;615afd1cd9820f0070a09ef0&quot; data-account-id=&quot;615afd1cd9820f0070a09ef0&quot; accountid=&quot;615afd1cd9820f0070a09ef0&quot; rel=&quot;noreferrer&quot;&gt;Zak Burke&lt;/a&gt; &lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;As to whether, &quot;the source of truth for an organisations locale and timezone &lt;span class=&quot;error&quot;&gt;&amp;#91;should&amp;#93;&lt;/span&gt; be the configuration backend API&quot;, what else could it be?&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;Agreed. Given we don&apos;t really have any alternatives at the moment and (from what I can tell) we don&apos;t really use it either (as the reference environments use a UI defined default of UTC, and the backend is ignorant). I think what I&apos;m really trying to do is make that decision explicit (and acknowledge and plan the changes we need to enact that, e.g. add dependencies to reflect this, and maybe stop defaulting in the UI and fail instead).&lt;/p&gt;</comment>
                                                            <comment id="159183" author="63e2a2771b13d42998e4e706" created="Tue, 1 Jan 2019 12:05:40 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5e8522c5b39dbf0c11405afc&quot; class=&quot;user-hover&quot; rel=&quot;5e8522c5b39dbf0c11405afc&quot; data-account-id=&quot;5e8522c5b39dbf0c11405afc&quot; accountid=&quot;5e8522c5b39dbf0c11405afc&quot; rel=&quot;noreferrer&quot;&gt;sthomas&lt;/a&gt; and I had a call about this yesterday. Below is a summary of my understanding following that conversation.&lt;/p&gt;

&lt;p&gt;&lt;b&gt;Situation&lt;/b&gt;&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;All due date calculations need to respect the timezone chosen for the tenant (broader than this issue)&lt;/li&gt;
	&lt;li&gt;The system does not not currently support this&lt;/li&gt;
	&lt;li&gt;Chalmers will be using a non-UTC timezone&lt;/li&gt;
	&lt;li&gt;Chalmers need this behaviour by the end of Q1&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;I believe the most important decision is whether we include timezone support in this change or do it separately soon after?&lt;/p&gt;

&lt;p&gt;Given the size of this change (~4000 lines) and the pre-requisites (and additional decisions) we likely need for the timezone support, my bias is towards clearing the decks of in-progress circulation changes first.&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5af5ed55244bc90a106063c7&quot; class=&quot;user-hover&quot; rel=&quot;5af5ed55244bc90a106063c7&quot; data-account-id=&quot;5af5ed55244bc90a106063c7&quot; accountid=&quot;5af5ed55244bc90a106063c7&quot; rel=&quot;noreferrer&quot;&gt;Cate Boerema&lt;/a&gt; &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Ab8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; class=&quot;user-hover&quot; rel=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; data-account-id=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; accountid=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; rel=&quot;noreferrer&quot;&gt;Jakub Skoczen&lt;/a&gt; Does this make sense and fit with your understanding? This likely impacts the 2019 Q1 planning conversations.&lt;/p&gt;

&lt;p&gt;(There are likely other backend calculations that need to respect the chosen timezone as well).&lt;/p&gt;</comment>
                                                            <comment id="159184" author="557058:925f55a1-465f-4875-8818-49cbe9a45838" created="Wed, 2 Jan 2019 10:24:58 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=63e2a2771b13d42998e4e706&quot; class=&quot;user-hover&quot; rel=&quot;63e2a2771b13d42998e4e706&quot; data-account-id=&quot;63e2a2771b13d42998e4e706&quot; accountid=&quot;63e2a2771b13d42998e4e706&quot; rel=&quot;noreferrer&quot;&gt;Marc Johnson&lt;/a&gt; &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5e8522c5b39dbf0c11405afc&quot; class=&quot;user-hover&quot; rel=&quot;5e8522c5b39dbf0c11405afc&quot; data-account-id=&quot;5e8522c5b39dbf0c11405afc&quot; accountid=&quot;5e8522c5b39dbf0c11405afc&quot; rel=&quot;noreferrer&quot;&gt;sthomas&lt;/a&gt; &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Ab8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; class=&quot;user-hover&quot; rel=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; data-account-id=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; accountid=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; rel=&quot;noreferrer&quot;&gt;Jakub Skoczen&lt;/a&gt; &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=615afd1cd9820f0070a09ef0&quot; class=&quot;user-hover&quot; rel=&quot;615afd1cd9820f0070a09ef0&quot; data-account-id=&quot;615afd1cd9820f0070a09ef0&quot; accountid=&quot;615afd1cd9820f0070a09ef0&quot; rel=&quot;noreferrer&quot;&gt;Zak Burke&lt;/a&gt;&lt;br/&gt;
I agree that timezone investigation and implementation is broader than this issue.&lt;br/&gt;
I think SPIKE is needed to investigate first and decide how timezone will be applied.&lt;br/&gt;
For example to answer where to apply timezone, on BE or FE, or both.&lt;br/&gt;
The only thing we (Vega) need to make sure in scope of this issue - store date and time in UTC in DB&lt;br/&gt;
What do you think about it?&lt;/p&gt;</comment>
                                                            <comment id="159185" author="63e2a2771b13d42998e4e706" created="Wed, 2 Jan 2019 11:12:26 +0000"  >&lt;p&gt;(Assuming my summary from yesterday is sensible)&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A925f55a1-465f-4875-8818-49cbe9a45838&quot; class=&quot;user-hover&quot; rel=&quot;557058:925f55a1-465f-4875-8818-49cbe9a45838&quot; data-account-id=&quot;557058:925f55a1-465f-4875-8818-49cbe9a45838&quot; accountid=&quot;557058:925f55a1-465f-4875-8818-49cbe9a45838&quot; rel=&quot;noreferrer&quot;&gt;Kostyantyn Khodarev&lt;/a&gt; I think we are suggesting very much similar ideas.&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;The only thing we (Vega) need to make sure in scope of this issue - store date and time in UTC in DB&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;Yes, the date time needs storing in UTC (or at least, it is, due to the tools RAML Module Builder uses). &lt;/p&gt;

&lt;p&gt;Does this mean your opinion is that these changes are intended to work as expected (e.g. end of day determination) when the chosen timezone is UTC (and are unlikely to in other circumstances)? And that the timezone support needs to be considered separately?&lt;/p&gt;

&lt;p&gt;If so, I think we are agreed that our suggestion is to complete the current work before trying to support choice of timezone.&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;I agree that timezone investigation and implementation is broader than this issue.&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;Agreed. I believe this is the first place where we have needed to support / respect timezone in the backend API.&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;I think SPIKE is needed to investigate first and decide how timezone will be applied.&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;Agreed, there is a need for some technical analysis, spikes and decisions to decide how we want to do this.&lt;/p&gt;

&lt;p&gt;There will likely be impact across various areas of the system (multiple backend modules, front end and environment builds).&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;For example to answer where to apply timezone, on BE or FE, or both.&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;I believe the front end is already timezone aware, at least in terms of presentation (though our reference environments are unlikely to demonstrate this, as they use the default of UTC).&lt;/p&gt;

&lt;p&gt;For calculations or rules that care about specific points in a day (e.g. the end of the day, when a service point closes etc) I believe they need to respect the chosen timezone in order to behave as expected (otherwise the end of the day will be wrong, e.g. 23:59:59 UTC is 15:59:59 EST).&lt;/p&gt;

&lt;p&gt;Given that is has been decided that complex calculations should be performed in business logic modules, I think that means that they need to also support the choice of timezones.&lt;/p&gt;</comment>
                                                            <comment id="159186" author="615afd1cd9820f0070a09ef0" created="Fri, 4 Jan 2019 12:12:26 +0000"  >&lt;p&gt;The internationalization guidelines state that front-end code should assume the &lt;a href=&quot;https://github.com/folio-org/stripes/blob/master/doc/i18n.md&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;time-related values it exchanges with the backend are in UTC&lt;/a&gt;. When a date or time is formatted for display using react-intl, the tenant&apos;s timezone will be automatically incorporated. &lt;/p&gt;

&lt;p&gt;As long as the timezone is provided with every value used in a comparison, any reputable comparison library ought to do The Right Thing and  figure out that 2019-01-04T12:13:14+00:00 is before 2019-01-04T07:08:09-06:00. On the front-end I believe we do comparisons with &lt;a href=&quot;https://momentjs.com/&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;moment&lt;/a&gt;, which uses helper functions like &lt;tt&gt;isBefore()&lt;/tt&gt;, &lt;tt&gt;isAfter()&lt;/tt&gt; etc.&lt;/p&gt;</comment>
                                                            <comment id="159187" author="62a96ae7192edb006f9f1bf9" created="Wed, 16 Jan 2019 21:36:50 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=712020%3Abef58632-7213-4ba9-81e5-17ef6ff096e7&quot; class=&quot;user-hover&quot; rel=&quot;712020:bef58632-7213-4ba9-81e5-17ef6ff096e7&quot; data-account-id=&quot;712020:bef58632-7213-4ba9-81e5-17ef6ff096e7&quot; accountid=&quot;712020:bef58632-7213-4ba9-81e5-17ef6ff096e7&quot; rel=&quot;noreferrer&quot;&gt;Oleksii Maksymov&lt;/a&gt; and &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A925f55a1-465f-4875-8818-49cbe9a45838&quot; class=&quot;user-hover&quot; rel=&quot;557058:925f55a1-465f-4875-8818-49cbe9a45838&quot; data-account-id=&quot;557058:925f55a1-465f-4875-8818-49cbe9a45838&quot; accountid=&quot;557058:925f55a1-465f-4875-8818-49cbe9a45838&quot; rel=&quot;noreferrer&quot;&gt;Kostyantyn Khodarev&lt;/a&gt; - should I move this story to status = Blocked?&lt;/p&gt;</comment>
                                                            <comment id="159188" author="62a96ae7192edb006f9f1bf9" created="Tue, 29 Jan 2019 21:22:34 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5ef4896f54c8a50ab5b9388b&quot; class=&quot;user-hover&quot; rel=&quot;5ef4896f54c8a50ab5b9388b&quot; data-account-id=&quot;5ef4896f54c8a50ab5b9388b&quot; accountid=&quot;5ef4896f54c8a50ab5b9388b&quot; rel=&quot;noreferrer&quot;&gt;Tetyana Afanasyeva&lt;/a&gt; and &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=712020%3Abef58632-7213-4ba9-81e5-17ef6ff096e7&quot; class=&quot;user-hover&quot; rel=&quot;712020:bef58632-7213-4ba9-81e5-17ef6ff096e7&quot; data-account-id=&quot;712020:bef58632-7213-4ba9-81e5-17ef6ff096e7&quot; accountid=&quot;712020:bef58632-7213-4ba9-81e5-17ef6ff096e7&quot; rel=&quot;noreferrer&quot;&gt;Oleksii Maksymov&lt;/a&gt; , what PR is tied to this user story?&lt;/p&gt;</comment>
                                                            <comment id="159189" author="712020:bef58632-7213-4ba9-81e5-17ef6ff096e7" created="Wed, 30 Jan 2019 08:45:11 +0000"  >&lt;p&gt;&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; This is a basic user story for 
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;CIRC-158&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/CIRC-158&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Closed Library Due Date + Fixed Due Date&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10309?size=medium&quot; /&gt;
            CIRC-158
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-success jira-macro-single-issue-export-pdf&quot;&gt;Closed&lt;/span&gt;
            &lt;/span&gt;
, 
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;CIRC-159&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/CIRC-159&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Implement Closed Library Due Date Management support during check out due date calculations&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10309?size=medium&quot; /&gt;
            CIRC-159
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-success jira-macro-single-issue-export-pdf&quot;&gt;Closed&lt;/span&gt;
            &lt;/span&gt;
 and 
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;CIRC-160&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/CIRC-160&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Loan Policy: support &amp;quot;Opening Time Offset&amp;quot;&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10309?size=medium&quot; /&gt;
            CIRC-160
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-success jira-macro-single-issue-export-pdf&quot;&gt;Closed&lt;/span&gt;
            &lt;/span&gt;
&lt;/p&gt;</comment>
                                                            <comment id="159190" author="712020:bef58632-7213-4ba9-81e5-17ef6ff096e7" created="Fri, 8 Feb 2019 15:24:11 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5e8522c5b39dbf0c11405afc&quot; class=&quot;user-hover&quot; rel=&quot;5e8522c5b39dbf0c11405afc&quot; data-account-id=&quot;5e8522c5b39dbf0c11405afc&quot; accountid=&quot;5e8522c5b39dbf0c11405afc&quot; rel=&quot;noreferrer&quot;&gt;sthomas&lt;/a&gt; implementation is available for testing on &lt;a href=&quot;http://folio-testing.aws.indexdata.com/&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;http://folio-testing.aws.indexdata.com/&lt;/a&gt;&lt;/p&gt;</comment>
                                                            <comment id="159191" author="5e8522c5b39dbf0c11405afc" created="Mon, 11 Feb 2019 04:21:13 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=712020%3Abef58632-7213-4ba9-81e5-17ef6ff096e7&quot; class=&quot;user-hover&quot; rel=&quot;712020:bef58632-7213-4ba9-81e5-17ef6ff096e7&quot; data-account-id=&quot;712020:bef58632-7213-4ba9-81e5-17ef6ff096e7&quot; accountid=&quot;712020:bef58632-7213-4ba9-81e5-17ef6ff096e7&quot; rel=&quot;noreferrer&quot;&gt;Oleksii Maksymov&lt;/a&gt; &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A925f55a1-465f-4875-8818-49cbe9a45838&quot; class=&quot;user-hover&quot; rel=&quot;557058:925f55a1-465f-4875-8818-49cbe9a45838&quot; data-account-id=&quot;557058:925f55a1-465f-4875-8818-49cbe9a45838&quot; accountid=&quot;557058:925f55a1-465f-4875-8818-49cbe9a45838&quot; rel=&quot;noreferrer&quot;&gt;Kostyantyn Khodarev&lt;/a&gt; I tried to do further testing on this story. (See attached long_term_loan_time-errors.png)  The long-term loan scenarios define due time for 11:59PM.  While I know that we&apos;re still working on the local timezone issue, most of the long-term scenarios, as implemented on &lt;a href=&quot;http://folio-testing.aws.indexdata.com&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;http://folio-testing.aws.indexdata.com&lt;/a&gt; seem to be using the closing time of the service point as the due-time, rather than the 11:59PM time when long-term loans are due.&lt;/p&gt;

&lt;p&gt;I&apos;ve moved this story back to In Progress until I can clarify what we should be seeing for these scenarios at this point.  On another note, so far, the &lt;b&gt;date&lt;/b&gt; component of the calculations has been correct.&lt;/p&gt;</comment>
                                                            <comment id="159192" author="712020:4e8af9e1-3cbd-4f0f-9bea-a55775f8fa65" created="Tue, 12 Feb 2019 10:36:41 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5e8522c5b39dbf0c11405afc&quot; class=&quot;user-hover&quot; rel=&quot;5e8522c5b39dbf0c11405afc&quot; data-account-id=&quot;5e8522c5b39dbf0c11405afc&quot; accountid=&quot;5e8522c5b39dbf0c11405afc&quot; rel=&quot;noreferrer&quot;&gt;sthomas&lt;/a&gt; Given what is said in scenarios 2 and 3 (&quot;due date timestamp should be changed to the latest SPID-1 endTime&quot;) and scenario 1 (&quot;due date timestamp should remain unchanged from system calculated due date timestamp&quot;) current implementation seems to match the description. &lt;br/&gt;
So now it works as follows for long-term loans:&lt;br/&gt;
1. Keep the current due date -&amp;gt; due date and time stays untouched from system calculated ones (that means time is not moved to the end of a day)&lt;br/&gt;
2. Move to the end of the previous/next open day -&amp;gt; due date will be previous/next open day, and due time will be the latest endTime for the selected date.&lt;br/&gt;
Please let us know if it is expected behavior or not.&lt;/p&gt;</comment>
                                                            <comment id="159193" author="712020:bef58632-7213-4ba9-81e5-17ef6ff096e7" created="Wed, 13 Feb 2019 09:46:44 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5e8522c5b39dbf0c11405afc&quot; class=&quot;user-hover&quot; rel=&quot;5e8522c5b39dbf0c11405afc&quot; data-account-id=&quot;5e8522c5b39dbf0c11405afc&quot; accountid=&quot;5e8522c5b39dbf0c11405afc&quot; rel=&quot;noreferrer&quot;&gt;sthomas&lt;/a&gt; The diagram (See attached  &lt;span class=&quot;nobr&quot;&gt;&lt;a href=&quot;/rest/api/3/attachment/content/51664&quot; title=&quot;CDLS Long-Tern.pdf attached to UICHKOUT-451&quot; data-attachment-type=&quot;file&quot; data-attachment-name=&quot;CDLS Long-Tern.pdf&quot; data-media-services-type=&quot;file&quot; data-media-services-id=&quot;57a921ee-0e69-4549-9989-c740be7ad1e7&quot; rel=&quot;noreferrer&quot;&gt;CDLS Long-Tern.pdf&lt;sup&gt;&lt;img class=&quot;rendericon&quot; src=&quot;/images/icons/link_attachment_7.gif&quot; height=&quot;7&quot; width=&quot;7&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt;&lt;/sup&gt;&lt;/a&gt;&lt;/span&gt; ) describes the expected behavior implemented on &lt;a href=&quot;http://folio-testing.aws.indexdata.com&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;http://folio-testing.aws.indexdata.com&lt;/a&gt; &lt;/p&gt;</comment>
                                                            <comment id="159194" author="62a96ae7192edb006f9f1bf9" created="Thu, 7 Mar 2019 14:32:02 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5e8522c5b39dbf0c11405afc&quot; class=&quot;user-hover&quot; rel=&quot;5e8522c5b39dbf0c11405afc&quot; data-account-id=&quot;5e8522c5b39dbf0c11405afc&quot; accountid=&quot;5e8522c5b39dbf0c11405afc&quot; rel=&quot;noreferrer&quot;&gt;sthomas&lt;/a&gt;, what work remains on this story?&lt;/p&gt;</comment>
                                                            <comment id="159195" author="5e8522c5b39dbf0c11405afc" created="Mon, 18 Mar 2019 22:45:56 +0000"  >&lt;p&gt;This story is essentially a testing issue that acts as an umbrella to define the logic for Closed Library Due Date Management.  All front- and back-end stories to implement this functionality have been built, tested and closed.  Resolving this issue as done.&lt;/p&gt;</comment>
                                                            <comment id="159196" author="5c48911b54e1e6466b11f38c" created="Fri, 13 Nov 2020 14:55:55 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Adea2f026-f9d7-42e0-af50-31b385c95e3e&quot; class=&quot;user-hover&quot; rel=&quot;557058:dea2f026-f9d7-42e0-af50-31b385c95e3e&quot; data-account-id=&quot;557058:dea2f026-f9d7-42e0-af50-31b385c95e3e&quot; accountid=&quot;557058:dea2f026-f9d7-42e0-af50-31b385c95e3e&quot; rel=&quot;noreferrer&quot;&gt;Cheryl Malmborg&lt;/a&gt; and &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=712020%3Ae530422d-154a-4c37-b957-18a88051448e&quot; class=&quot;user-hover&quot; rel=&quot;712020:e530422d-154a-4c37-b957-18a88051448e&quot; data-account-id=&quot;712020:e530422d-154a-4c37-b957-18a88051448e&quot; accountid=&quot;712020:e530422d-154a-4c37-b957-18a88051448e&quot; rel=&quot;noreferrer&quot;&gt;Emma Boettcher&lt;/a&gt; - it doesn&apos;t appear that the short-term loan options here were ever actually developed. If I&apos;m right, do we need new features to get them in the queue?&lt;/p&gt;

&lt;p&gt;Tagging &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5c7405f424a84d1307801d06&quot; class=&quot;user-hover&quot; rel=&quot;5c7405f424a84d1307801d06&quot; data-account-id=&quot;5c7405f424a84d1307801d06&quot; accountid=&quot;5c7405f424a84d1307801d06&quot; rel=&quot;noreferrer&quot;&gt;Andrea Loigman&lt;/a&gt; as well.&lt;/p&gt;</comment>
                                                            <comment id="159197" author="557058:dea2f026-f9d7-42e0-af50-31b385c95e3e" created="Fri, 13 Nov 2020 21:54:47 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5c48911b54e1e6466b11f38c&quot; class=&quot;user-hover&quot; rel=&quot;5c48911b54e1e6466b11f38c&quot; data-account-id=&quot;5c48911b54e1e6466b11f38c&quot; accountid=&quot;5c48911b54e1e6466b11f38c&quot; rel=&quot;noreferrer&quot;&gt;Erin Nettifee&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;I just re-tested the short-term scenarios 5, 6, and 7 in UChicago&apos;s Goldenrod test db.  They all appear to work correctly.&lt;/p&gt;

&lt;p&gt;I used a 2 hour loan and each of the closed library due date options.  They all worked as expected, including when the library closed and re-opened on the same day.&lt;/p&gt;

&lt;p&gt;Are you seeing some other behavior?&lt;/p&gt;</comment>
                                                            <comment id="159198" author="5c48911b54e1e6466b11f38c" created="Mon, 16 Nov 2020 19:44:55 +0000"  >&lt;p&gt;Hi &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Adea2f026-f9d7-42e0-af50-31b385c95e3e&quot; class=&quot;user-hover&quot; rel=&quot;557058:dea2f026-f9d7-42e0-af50-31b385c95e3e&quot; data-account-id=&quot;557058:dea2f026-f9d7-42e0-af50-31b385c95e3e&quot; accountid=&quot;557058:dea2f026-f9d7-42e0-af50-31b385c95e3e&quot; rel=&quot;noreferrer&quot;&gt;Cheryl Malmborg&lt;/a&gt; - it might have to do with how it&apos;s labeled, so I&apos;ll need to dig deeper. Duke was expecting to also see:&lt;/p&gt;

&lt;ul&gt;
	&lt;li&gt;Move to the end of the current day/Move to the end of the current service point hours&lt;/li&gt;
	&lt;li&gt;Move to the beginning of the next open service point hours/Move to the beginning of the next open day&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;Andrea had these as four separate options, but I think they&apos;re really two, since moving to the end of the current day is moving to the end of the current service point hours and moving to the beginning of the next open service points hours is moving to the beginning of the next open day.&lt;/p&gt;

&lt;p&gt;So it appears #7, and #1 in the Additional section, weren&apos;t implemented.&lt;/p&gt;

&lt;p&gt;Does that make sense?&lt;/p&gt;</comment>
                                                            <comment id="159199" author="5c48911b54e1e6466b11f38c" created="Tue, 17 Nov 2020 13:53:27 +0000"  >&lt;p&gt;I talked to &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5c7405f424a84d1307801d06&quot; class=&quot;user-hover&quot; rel=&quot;5c7405f424a84d1307801d06&quot; data-account-id=&quot;5c7405f424a84d1307801d06&quot; accountid=&quot;5c7405f424a84d1307801d06&quot; rel=&quot;noreferrer&quot;&gt;Andrea Loigman&lt;/a&gt; about this yesterday, and it looks like #7 and #1 were implemented for rolling loan policies and not for fixed loan policies. I wonder if there was a reason we chose to do it that way?&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10000">
                    <name>Blocks</name>
                                            <outwardlinks description="blocks">
                                        <issuelink>
            <issuekey id="47436">CIRC-158</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="47438">CIRC-160</issuekey>
        </issuelink>
                            </outwardlinks>
                                                                <inwardlinks description="is blocked by">
                                        <issuelink>
            <issuekey id="47437">CIRC-159</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="58601">UICIRC-107</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                            <issuelinktype id="10003">
                    <name>Relates</name>
                                            <outwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="47477">CIRC-186</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="47636">CIRC-218</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="75601">MODCAL-22</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="75603">MODCAL-33</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="75609">MODCAL-34</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="65165">UICHKOUT-455</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="65166">UICHKOUT-456</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="58669">UICIRC-64</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="58601">UICIRC-107</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="80966">FOLIO-1672</issuekey>
        </issuelink>
                            </outwardlinks>
                                                                <inwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="10934">UXPROD-1385</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                            <attachment id="51664" name="CDLS Long-Tern.pdf" size="934583" author="712020:bef58632-7213-4ba9-81e5-17ef6ff096e7" created="Wed, 13 Feb 2019 09:46:28 +0000"/>
                            <attachment id="51665" name="Long_term_loan-time_errors.png" size="162220" author="5e8522c5b39dbf0c11405afc" created="Mon, 11 Feb 2019 04:13:38 +0000"/>
                    </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="10187"><![CDATA[Vega]]></customfieldvalue>

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

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                    <customfield id="customfield_10020" key="com.pyxis.greenhopper.jira:gh-sprint">
                        <customfieldname>Sprint</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue id="1751">EPAM-Veg Sprint 11</customfieldvalue>
    <customfieldvalue id="1144">EPAM-Veg Sprint 10</customfieldvalue>
    <customfieldvalue id="1145">EPAM-Veg Sprint 7</customfieldvalue>
    <customfieldvalue id="1146">EPAM-Veg Sprint 8</customfieldvalue>
    <customfieldvalue id="1147">EPAM-Veg Sprint 5</customfieldvalue>
    <customfieldvalue id="782">EPAM-Veg Sprint 9</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10044" key="com.atlassian.jira.plugin.system.customfieldtypes:float">
                        <customfieldname>Story Points</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>3.0</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                <customfield id="customfield_10024" key="com.atlassian.jira.ext.charting:firstresponsedate">
                        <customfieldname>[CHART] Date of First Response</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Wed, 10 Oct 2018 10:47:54 +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>