- When topics are close they should be added to this page and removed from the active discussion topics list
|#||Topic||Status||Description/ use case||Date added|
Has been discussed in meeting:
Link to agenda/ minutes
|1||Ongoing Orders for serials: link between the POL and Inventory|
At Chicago, for serial print resources, our current system connects the purchase order line to a suppressed dummy item record. This is associated with a holdings record where bound volumes reside. Print serials are received on the serials check-in record. Once a volume is complete, they are bound and an item for the volume is created on the same holdings record. In FOLIO, we don't have to create a dummy item record for print serials. The POL can generate an instance/holdings only. - UXPROD-1925Getting issue details... STATUS and - UXPROD-1995Getting issue details... STATUS would allow connections from the holdings to the POL, but they are not assigned to a release. How are institutions/will institutions create and connect orders for serials to inventory? Use a dummy item record? Not have the connection between the holdings and Inventory?
|2021||Kristin Martin (Chicago)|
|Could we discuss the topic of handling credits? We'd be interested in seeing an example of the recommended credit workflow.||2/3/2021||Julie Brannon, Virginia Martin (Duke)||Discussed in the 2021-04-30 meeting. People can enter as negative invoices.|
|3||Order Status as Open after invoice is fully paid - encumbrance rolls over to next year|
During FYRO UAT we set up some one-time orders and created invoices to fully pay those orders. We expected no encumbrances for those orders to roll over to the next year; however, encumbrances did roll over. We think it's because the orders were still in an "Open" status (even though they were fully paid) because they hadn't yet been received. We often pay invoices on orders for materials that we don't receive for many months after payment and we don't want the encumbrance to carry over to the next fiscal year since they were fully paid during the current year. These were the encumbrance rollover settings we used:
How should we handle this scenario? Would we need to change the PO Line receipt status to "Receipt Not Required"? Which leads to the question: What impact does the Receipt Status values have on the Order Status based on invoice payment status?
|2/9/21||Julie Brannon, Virginia Martin (Duke)||Discussed in the 2021-02-12 meeting. For the order to close, it must be received and paid. You could uncheck the "re-encumber" box to prevent re-encumbrance.|
|4||Finance App: Adding groups to Funds UI enhancement|
At Duke, we're planning to use a large number of Finance Groups (approximately 80) and Funds (approximately 400) to take full advantage of the ability to summarize spending in various ways. Each of our 400+ funds will have 4-5 groups assigned.
In places where we need to select a fund or group from a list, it becomes cumbersome to scroll to select. Here are two examples:
1) Transfer: The transfer popup window requires the user to scroll through all funds to select the appropriate "From" without a search capability.
2) When applying the groups to a fund in the create new/edit screen it is cumbersome to scroll through such a high volume of groups 4 or 5 times to assign all of the appropriate groups.
For a future usability enhancement perhaps one of these approaches could be considered for instances where we need to select a fund or group from a list:
2. Or, better yet, display the full list of groups with checkboxes and allow the user to select the desired groups simultaneously, as seen in the Users app to apply permissions:
|2/9/21||Julie Brannon, Virginia Martin (Duke)||Discussed in the 2021-04-30 meeting. Future functionality can allow groups to be organized, and to select funds from the Group Interface, instead of only being able to assign Groups from the Fund interface. UXPROD-2562 describes functionality to categorize groups.|
|5||Avoiding Receiving books|
|For those of you who do not plan to receive ebooks, if you create an order for an ebook, even if you do not create an item record in inventory, a piece is still created in Receiving to be received. Currently, this can be avoided by checking"Manually add pieces for receiving." We don't plan to use Receiving to "receive" ebooks, so we don't need the piece. We would like to discuss a way to avoid creating a Piece record or receiving option for non-physical objects. If we just ignore these pieces for e-resources, we are concerns that it will be a problem to have a lot of permanently unreceived pieces hanging around. The current work-around is not intuitive. Will using Receipt Status="Receipt Not Required" solve the issue?||2/11/2021||Kristin Martin||Discussed in 2021-02-12 meeting. POs will close once paid and received. If "Receipt Not Required" used, then PO will close when paid and not be impacted by receiving.|
|6||Purchase Orders editing|
|Could we cover what can be edited in the PO/POL while it is open versus needing to unopen/reopen the PO? And are there any implications for unopening/reopening a PO if there are payments attached?||2/11/2021||Kristin Martin||Discussed in the 2021-04-30 meeting. The acquisitions fields information shows which fields can be edited while a PO is in an open state.|
|7||Update on plans Acquisition Unit restrictions|
We've noticed that we can add Acquisition Units to Ledgers/Funds/Budgets; however, there do not seem to be any restrictions based on those assignments. So, if a user is assigned to the Law Library acquisition unit, but not the Medical School Library acq unit, they can still exercise all of their user permissions on the Medical School Library Ledgers/Funds/Budgets.
We don't see a JIRA for implementing such functionality in the future. It would be helpful to better understand what functionality is planned/underway/complete for Acquisition Units across FOLIO so that we can identify any gaps where a feature request might be needed.
|2/12/2021||Julie Brannon||Discussed at the 2021-05-21 meeting.|
Some action items are inactive, but the options are not invisible. These are controlled by permissions.
We're a little confused about some of the fields in the Order for ongoing subscriptions. Specifically, there is a review date field on the GUI when creating a new order, as seen below. The API schema defines that field as "Date when Order has to be reviewed". There is also a field called Renewal date which is defined as "The date this Ongoing PO's order lines were renewed." Should this field contain a past date when the subscription was last renewed or a future date of the next renewal?
Also confusing: once you save the order and view the order information the Review date field doesn't appear in the Ongoing order information section. Is this expected behavior?
|2/18/2021||Julie Brannon||Discussed at the 2021-05-21 meeting. There will be some changes where Review Date (for non-subscriptions) will start to display. Renewal Date will no longer be required if "subscription" is checked.|
|9||Order Material Type|
At Duke we're currently working on order data migration and are concerned about UXPROD-2455 which would address the need for an order material type. In which release of FOLIO is that JIRA expected so that we can plan our data migration appropriately? We're also interested in knowing the expected release of - UXPROD-2865Getting issue details... STATUS (custom fields on PO lines) as a possible method to store the original order date from our current system on migrated orders, and possibly material type if UXPROD-2455 isn't ready.
|2/18/2021||Julie Brannon||Discussed at the 2021-05-21 meeting. Custom fields highly ranked in the Kiwi pointing exercise.|
|10||Allocation Between Funds|
FOLIO allows an allocation of money from one fund to another which appears on the transaction log of both budgets with a type of "Allocation." There is also the "Transfer" action which does the same thing (moves money from one fund's current budget to another fund's current budget). Those transactions are listed on the log with a type of "Transfer."
We're just curious if other institutions plan to use the "Allocate" action to move money between funds, and if so, why not use the Transfer action? It seems a little confusing to us to allow the user to choose a "From" fund for an allocation.
Update from 5/14/21 RM SIG meeting discussion:
|2/18/2021||See 2021-05-14 meeting notes.|
|11||Finding POs by format/type|
|I was doing some searching for orders in our local system and wanted to find open orders for ebooks. I realized that this was not simple. The "one-time" versus "ongoing" is at the PO level, but the filter for "order format" is at the POL level. I didn't actually see a way to easily do this. I ended up filtering by fund code, since we separate out continuations from monographs. Is there a way to do this directly in FOLIO or does it require LDP? When people have multi-line POs, do they mix formats in the Order Line?||2/22/2021||Kristin Martin||See 2021-05-14 meeting notes and 2021-04-23 meeting notes. This would be part of an architecture redo to combine information from the PO and POL into a single display and search.|
|12||Vouchers - view list of vouchers in a batch|
Some questions about managing vouchers in Settings/Invoices
Update from 5/14/21 RM SIG meeting discussion:
|3/4/2021||Julie Brannon||See 2021-05-14 meeting notes. Shared information about the voucher XML and the voucher section on the invoice.|
|13||Receiving Books workflow|
Chicago is considering not using the receiving app to receive print monograph. We'd like to talk this through.
See 2021-05-14 meeting notes. In general, the Receiving workflow will be what allows an On Order Item to move to In Process, so is recommended.
|14||What about Cover Records? All the different kinds/for-purposes? To use/keep or no? – Example (1) for Cat Sep Serial Ongoing Orders|
Cover Records are a term that can have different meanings to different people in different systems. They can also serve different purposes depending on the order type and formats of the things they are representing.
So let's start with a specific type: Cover Records for so called cataloged separately ongoing (aka standing or continuation or serial) orders.
Example: Yale Series of Younger Poets.
In my current system, I have a SUPPRESSED Cover Record for the series that my Order is attached to, and I pay the invoices on the Order. I also record on the Order the Items as they arrive.
The "Cover Record" is suppressed from public view, & for various reasons, related to our current system, it also has an item and holdings record.
Additionally I catalog the individual items with their own BIB, Item, & Holdings records (CAT SEP), AND connect the Items to the Order and their relevant Invoice.
Now in FOLIO: Can the Order (POL) take on the role of the Cover Record in this case? What are all the implications? Will I be able to link up my individually cataloged inventory items to the PO/POL? Can I Receive the items on the POLs? Do I create and add new POLs as I go? How will that work?
Discussed at the 10/29/2021 Acq SIG meeting.
|16||POL Expected Date|
|Ongoing orders: When a piece is received using the receiving app will the "expected date" on a POL be updated to indicate when the next piece is expected?||5/26/21||No. Discussed at 6/11/21 meeting|
|17||Voucher Export file|
|Is it possible to add data elements to the file generated by the batch export voucher process (see https://wiki.folio.org/x/zgQGAg)? We've noticed that the Invoice Date is not included in the file, and that is a data element expected by our AP system. There is a voucher date included, but those dates will not always be the same.||6/10/21||Julie Brannon||Discussed at 6/11/21 meeting. MODINVOICE-262 scheduled for ACQ Sprint 124|
|19||Orders app: "Export results to csv" Missing data elements|
The Orders app "Export results to csv" output file is missing a few data elements from Search & Filter pane. Users would likely expect the export to include all search/filter data elements. At Duke, the only one on this list that we need currently is the suffix since we're using that data element to store information that we need to export with the record. Also, we noticed a typo on one of the record headers in the export file "Instrucitons to vendor"
|7/13/21||Julie Brannon||Resolved in Kiwi - thank you!|
|20||Finance: Display of Fund name on Budget details screen|
Finance UI Enhancement Request: Select a fund, then select a budget for the fund. The Budget detail screen opens to a full window with the Budget name at the top. The Budget name is composed of the Fund code plus the fiscal year code (such as 'FY2022'). The Fund name isn't included on this screen and it would be very helpful to include it there, especially for libraries where the Fund code value isn't a close match to the Fund name
It would especially help to have the Fund name viewable when using Actions such as Transfer or Allocate which are based on the Fund name. As seen here, the Budget name displays at the top, but the Transfer action is based on Fund name - it would help to see the Fund name in the "Budget information" section as visual confirmation for the user when using the Transfer or Allocation actions.
We started to display Fund code in select lists. But it would also be helpful to display the Fund name on the budget screen. Nice to have and would improve the UI. Dennis Bridges
|21||Organizations: FTP credentials permissions|
The FTP details section of the Organization record contains credentials for the ftp server. Could this group discuss the possibility of adding permission controls to display of the user name/password? Currently, any user with permission to view the Organization record can view these fields. To be consistent with the handling of credentials in the Interface section, it seems like this should be protected data through permissions.
As a reminder, these are the permissions available for Organization interface credentials:
|22||Orders: Inconsistent terminology between filters, detail pane, and .csv export for "Date opened"|
This topic came up while trying to figure out how to create a list of all orders for a fiscal year.
It's confusing that FOLIO has a filter in the Orders app for "Date ordered" but the user can't see any data elements on the order detail pane labeled "Date ordered." Similarly, the csv extract file doesn't contain a "Date ordered."
It looks like the "Approval date" is set when an order is opened (when Settings > Approvals ""Approval required" to open orders" is turned off). So, for any institutions operating without the approval step this could definitely cause confusion for anyone trying to determine when an order was opened. Would it be possible to discuss this and find consistent terminology between the filter, detail pane, and csv extract that will help users determine when something was ordered?
Update from 10/12/21 meeting: Dennis shared that the "Ordered date" now appears on the PO - It's not appearing in orders created and opened in the Juniper bugfest environment, so will it be in Kiwi? - UIOR-776Getting issue details... STATUS
Note: after initial conversations the "Date ordered" field was added to the order view. "date ordered" only appears.
Decision to update label to "Date opened" DONE
|23||Invoices: Voucher generation feedback|
The voucher generation process is rather confusing - here is some feedback for discussion:
1) Institutions regularly run the voucher extract manually rather than setting up the daily/weekly schedule. Going to settings to run an operational process seems out of place since settings are generally static. We'll need to set up our users to have permissions in settings that may not be appropriate for their role.
2) The current setup allows the user to run manual export without entering any FTP credentials which is helpful for testing. Why does this workflow generate an error "Credentials for export configuration was not found." Could we find a way to make the interface more intuitive and support users who want to create a file without FTP credentials?
3) We need to preview the voucher file before it runs to confirm that the invoices are set up correctly prior to submission to the university AP system - we can then make any needed corrections before submitting to AP. Is there already a JIRA for this requirement? Or could this need be meet by adding a filter for batch group and an indicator of which invoices have not yet been included in a voucher export run? We can't rely on the LDP for this preview since we need real-time data.
Investigate approaches to allowing operational users to export vouchers without having access to settings. - page created at https://wiki.folio.org/x/g7W8B
Allow for accurate filtering or the display of a voucher export preview - page created at https://wiki.folio.org/x/jLW8B
Discussed 2022-02-25 Acquisitions Meeting notes
|25||Invoices: Can't search or filter by FOLIO invoice #|
|The Invoices app search and filter pane doesn't include a filter or keyword search of the system assigned "FOLIO invoice number." We're not sure why this system identifier exists since there is already a Vendor invoice number and a Voucher number. Since this "FOLIO invoice number " is a system identifier on an invoice record, it seems like this data element should be included in the search pane, or maybe it doesn't even need to exist?||10/7/2021||Julie Brannon|
Group is in favor of deprecating the FOLIO invoice number and removing it from the UI. Currently, it isn't being used by libraries consistently.
Replace FOLIO invoice number in POL info with Vendor invoice number.
Discussed: 2022-02-25 Acquisitions Meeting notes
Hide accordions in Invoice view where there is no content
When looking at the invoice detail pane we find it confusing that there are accordions for "Fund Distribution" and "Adjustments" that only seem to populate when an adjustment has been applied to the invoice header. Users see those accordion titles and would expect to see information from the invoice lines, so when no data is displayed (as will be the case for most invoices) it causes confusion.
Renaming these might help - if the name could better describe what the user should expect to see in these sections. Even better, only display accordions when there is data to display, as implemented in the ERM Licenses app:
Do not display empty accordions at this level because they are not required to successfully pay an invoice. Differentiate accordions by updating labels
Discussed 2022-02-25 Acquisitions Meeting notes
|27||Invoices: "Add" and "New" Invoice line button labels|
The button labels to create new invoice lines are confusing. They are currently "Add" and "New", the meanings of which overlap (both actions create a new invoice line, both actions add an invoice line).
In the Orders app, a similar button is labeled "Add PO line" which clearly describes the action. At Duke we aren't sure if we have any use cases for the "New" pathway (we would always want an order to describe the purchase), so we're not sure how to better name that action. Here are a few ideas:
This has been adjusted for the Lotus release and it seems the changes have resolved the issue.
Discussed 2022-02-25 Acquisitions Meeting notes
|28||Invoices and Receiving: Display vendor code|
1) The Invoices app displays the vendor name in three locations (see the 3 red boxes below - this vendor's code is "5M"), but doesn't display the vendor code anywhere. This makes it very challenging for users to visually validate that the vendor assigned to the invoice record matches the vendor on the attached POL(s). At Duke, we maintain separate vendor records for each independent library and our users rely on the vendor code naming convention to provide a quick visual clue about which vendor is associated with an invoice.
Proposal: Add vendor code to the invoice information section and ability to click through to vendor's Organization record or maybe change the Invoices results table column from Vendor name to Vendor code to be consistent with how the result list displays in the Orders app.
Also, the filter label is "Vendor name" (in the green box above) which is inconsistent with the Orders app filter label "Vendor." Since those filters trigger the same lookup (which isn't just by vendor name) they should have a consistent label, preferably "Vendor."
2) Similarly, the Receiving app is also missing vendor code - only vendor name is displayed.
Where we display Name we should also display the Code. Users that work on invoices rely on codes as vendor names change. However, selector may rely on the names as they likely won't recognise the code. Also a label issue with the Filter. should be consistent with orders + receiving.story created - UINV-427Getting issue details... STATUS
Discussed 2022-03-08 Acquisitions Meeting notes
|29||Invoices: Add a filter for fund code|
Add a filter as in orders app to find all invoices for a specific fund code
|31||Organizations: Make URI/URL link clickable in the interfaces||CLOSED|
When adding or assigning an interface to an Org app, the URI or URL provided needs to be clickable/open in a new tab from the top-level organizations record. This would allow for easier access to the interface when methodically pulling statistics at fiscal year close and cut down on copy/paste.
Discussed 2022-03-08 Acquisitions Meeting notes
|34||Link POL to related Agreement lines|
|Any given POL may be connected to one or multiple agreement lines. If so, Orders currently displays the related agreements on the POL view pane. As the ordered content is not represented by the agreements but the agreement lines, the agreement lines should be linked and displayed instead of the agreements.||11/16/2021||Martina Schildt|
|41||Orders: Renewal date and Renewal interval - why required?|
|Orders: For ongoing orders, when the subscription checkbox is on, the Renewal date and Renewal interval are required - why? This topic was addressed as #8 on this list and discussed at the 2021-05-21 meeting with notes that these fields were being looked at and wouldn't be required in the future. We can't find the associated JIRA and wondered when that update is expected?||1/4/22|
Julie Brannon , Duke
|42||Invoices: Create invoice line field label consistency|
Invoices: If the user creates a New invoice line, the Create vendor invoice line screen opens (see screenshot below). In the "Add adjustment" section, The field label "Amount" seems inconsistent with other fields in FOLIO labeled "Value" that allow the user to toggle between % and $. Could we consider changing the "Amount" field label to "Value" to be consistent?
Julie Brannon , Duke
|47||Correcting POL link to Instance|
|What is the best way to recover from an Open POL linked to the wrong Instance record? We were able to relink the POL to the correct Instance by unopening the order, but on re-opening, it created a duplicate expected piece in Receiving and we could not see how to delete that duplicate piece.||1/19/2022||Julie Stauffer, Chicago||Change instance functionality has been implemented for the MG release. Users also have the ability to delete pieces from the Piece edit form.|
|48||Filtering receiving records|
|How to get a complete list of books of a subject purchased by the library over a period of time and filter by location? For example, how can we get a list of physics books that a certain location received in the past year?||2/18/2022||Tiewei Liu|
The group has suggested filtering by received date, location and Call number. Call number could identify the subject. This could be produced by a reporting tool like LDP.
In future we may reopen this issue as the majority of the data points are available and we could explore adding additional data to the Piece or order export when they are implemented using mod-data-export-spring.
|55||Add invoice payment method to voucher extract file|
Invoices > Voucher export: We've noticed that the invoice payment method is missing from the voucher extract file output. Until the feature requested in #24 above is implemented (control export to accounting behavior based on payment method), we need a way to prevent credit card payment method invoices from being sent to our university Accounts Payable system. The user might forget to uncheck the export to accounting checkbox and we need a way to filter out those records as we extract/transform/load the FOLIO export file to our AP system.
Julie Brannon Duke University
|56||Display vendor invoice # on invoice line|
Invoices > Invoice line: The screenshot below shows the detail pane for an invoice line. We've noticed that the vendor invoice number isn't displayed anywhere on this screen and it would be helpful for the user to know which vendor invoice they're reviewing (especially if they get distracted by another task and then return to their FOLIO work).
Julie Brannon Duke University
Concern shared by a number of other members of the SIG group. Need to create a JIRA story to implement a solution.
Update by Joe Reimers :
Julie Brannon Please confirm the JIRA is accurate as written.
From J. Brannon 4/5/23. Looks accurate - thank you! Changing this to "closed" and moving to archive.
|77||Orders: Spelling inconsistency in UI|
Orders app: The hover text for a cancelled purchase order or order line displays "Canceled"; however, the Reason for closure field uses the spelling "Cancelled." Please change the hover text for consistency with other field labels and values which use double "l" (Examples: "Cancellation restriction", "Cancellation description").
Julie Brannon Duke
|78||Orders: Keyword search orders by instance HRID|
Staff at Duke are accustomed to searching for orders based on a bibliographic record system ID. The equivalent in FOLIO is the instance HRID; however, the Orders app doesn't currently offer instance HRID as a search keyword. We're curious to know whether other institutions would find that useful as well.
Users that do not have order permissions may share an HRID with acq staff. Acq staff are currently forced to start their search in the inventory app. It would be helpful if they could begin with an orders search.
Julie Brannon Duke
At this time we are comfortable with the options provided by FOLIO for discovering orders via inventory, where a user can search by HRID.
This has brought up some other topics but we can add additional bullets to the topics list to revisit these in the future.