This released focused on business logic updates for open orders. RMB version updated up to v33.0.0. Search and filtering speed increased after migrating to cross-index approach
- MODORDERS-520 - Remove protection from subscriptionTo and vendorAccount for Open order
- MODORDERS-516 - Consider exchange rate when updating rollover adjustment amount in POL
- MODORDERS-512 - Update circulation interface dependency to support v11
- MODORDERS-511 - Do not allow changing the quantity or location of the POL, if the order already opened
- MODORDERS-504 - Add GET PO lines cross index search support
- MODORDERS-503 - Add GET orders cross index search support
- MODORDERS-486 - mod-orders: Update RMB
- MODORDERS-474 - Unrelease encumbrances when order is reopen
- MODORDERS-224 - Validate that renewals is present in ongoing orders
- MODORDERS-519 - CANNOT receive pieces against package POL
- MODORDERS-513 - Closing an order fails when all encumbrances already released
- MODORDERS-502 - When reopening order system forces user to delete pieces and items
- MODORDERS-499 - Renewals validation prevents opening of ongoing orders
- MODORDERS-496 - Unable to open order with 2 POLs that have different currencies
- MODORDERS-482 - Cannot split funds on a PO with an odd number of pennies as the cost
The focus of this release was to update RMB, support ledger fiscal year rollover and re-encumber logic. Also performance improvement was done for composite order API.
- MODORDERS-467 - mod-invoice: Update RMB
- MODORDERS-480 - Create encumbrances based on fundDistribution percentage value during re-encumber
- MODORDERS-479 - Update fundDistributions during order rollover
- MODORDERS-471 - Ensure that Allowable Encumbrance and Allowable Expenditure restrictions are based on "Total Funding"
- MODORDERS-470 - Create new tags centrally when they are added from incoming POL data
- MODORDERS-465 - Implement order rollover status logic for get by id
- MODORDERS-464 - Implement rollover orders logic
- MODORDERS-463 - Change encumbrance orderStatus when workFlowStatus is changed
- MODORDERS-459 - Update POL status of "Ongoing" order to Ongoing when order is Open
- MODORDERS-454 - User should NOT be able to delete an order or order line that is related to an invoice
- MODORDERS-443 - Update logic for supporting manually exchange rate for purchase order line
- MODORDERS-439 - Implement re-encumber orders logic
- MODORDERS-438 - Define re-encumber and rollover orders business API
- MODORDERS-391 - Release all encumbrances when order is closed
- MODORDERS-484 - Memory Leaks - concurrentHashMap and Vertx Internal timers not releasing heap memory in POST /composite-orders
- MODORDERS-478 - Total encumbered for PO showing more than one year of encumbrances
- MODORDERS-476 - Investigate invoice approval error
- MODORDERS-472 - Potentially incorrect number of units/price display in order cost details
The primary focus of this release was to fix memory leaks upon loading large composite order Full Changelog
- MODORDERS-484 - Memory Leaks - concurrentHashMap and Vertx Internal timers not releasing heap memory in POST /composite-orders
The primary focus of this release was to fix Adding certain prefix and suffixes prevents user from being able to save and currency issue for totalEstimatedPrice
- MODORDERS-447 - totalEstimatedPrice field should be converted if polines in different currency
- MODORDSTOR-197 - Adding certain prefix and suffixes prevents user from being able to save
The focus of this release was to fix issue with different finance data and operations
- MODORDERS-448 Encumbrance not deleted when order/order lines are deleted
- MODORDERS-447 totalEstimatedPrice field should be converted if polines in different currency
- MODORDERS-446 exchange rate not applied to encumbrance after Reopen order
- MODORDERS-437 Error must be returned in case of budget expense class mismatch
- MODORDERS-436 exchange rate not applied to encumbrance when POL in foreign currency.
- MODORDERS-435 unable to open order that references Funds from different ledgers
- MODORDERS-430 Can't Unopen order - error response 2
- MODORDERS-429 Can't Unopen order - error response
The focus of this release was to migrate to JDK 11 and RMB v31.1.1. Release also contains several bug fixes for open order.
- MODORDERS-419 Update RMB v31.1.1
- MODORDERS-414 Migrate mod-orders to JDK 11
- MODORDERS-406 Prevent the creation of an encumbrance for an inactive expense class
- MODORDERS-364 Encumbrances - tag inheritance
- MODORDERS-432 Payment must be possible if invoice line contains multiple fund distribution with same fund and different expense classes
- MODORDERS-431 Piece quantity not changed, when location changed in Open order
- MODORDERS-424 Encumbrance not updated when cost or quantity of POL edited
- MODORDERS-423 Unable to open purchase order when POL currency different from system
- MODORDERS-420 Update opened order line to inactive expense class should return inactiveExpenseClass error
The focus of this release was to fix issue with updating order line for opened order
- MODORDERS-416 One or more purchase order line record(s) cannot be updated during Pay of invoice
The focus of this release was to fix issue related with updating of order lines for open order
- MODORDERS-411 Number of order transactions have to be greater than 0 upon poLine update
The focus of this release was to fix editing opened orders and associated order lines
- MODORDERS-410 Cannot open order because systems thinks there is no current budget
- MODORDERS-408 Cannot edit opened poline with fundDistribution type=Amount
The focus of this release was to fix editing opened orders and associated order lines
- MODORDERS-402 Update encumbrances upon POL editing for Opened order
- MODORDERS-407 Cannot create POL due to POL limit bug
- MODORDERS-400 Adding pieces, when the quantity increased for an order line
- MODORDERS-378 Automatically close order when fully paid and fully received
The main focus of this release was to implement new unOpen and reOpen order flow. Also RMB was updated to 30.0.0. Now "title" and "package" order lines are supported.
- MODORDERS-397 Edit lowering quantity of items or changing location of quantities when edit POL for opened order
- MODORDERS-394 Update to RMB v30
- MODORDERS-390 Populate titleId during piece creation
- MODORDERS-389 Unable to remove prefixes/suffixes that are currently used by an existing orders
- MODORDERS-388 Securing APIs by default
- MODORDERS-359 Support "title" and "package" order lines
- MODORDERS-356 Find/Create instance/holding/item upon piece creation and update assoc. title record
- MODORDERS-337 Check for "Orders: Unopen purchase orders" permission if order is un-opened
- MODORDERS-338 Adjust encumbrances when Order is re-opened
- MODORDERS-336 Allow to edit Vendor and Bill to on OPEN order
- MODORDERS-335 Edit quantity when Order is re-opened
- MODORDERS-281 Need the ability to change poNumber prefix/suffix on Pending orders
- MODORDERS-269 Create link to encumbrance in fundDistro, if the encumbrance is successfully created
The main focus of this bugfix release was to fix bugs related to receiving and instances
- MODORDERS-386 - Create title with populated instanceId upon creation of poLine
- MODORDERS-384 - Item status not set to order closed
- MODORDERS-383 - Can not receive piece when item has been deleted
- MODORDERS-380 - Can not receive when order is closed
- MODORDERS-379 - Title in POL view in order search not hyperlinked when order creates instance
Bugfix release to fix dependency interface version
Bugfix release to make field for Piece optional
- MODORDERS-376 - Make field "Piece.receiptDate" optional
Bugfix release to fix issues with PO Line update and inventory interaction during receiving and order opening
- MODORDERS-360 - Create holding when receiving a piece and location is changed
- MODORDERS-371 - Extra pieces are created for "PO Line" with type for "P/E Mix"
- MODORDERS-368 - Can't update POL with a specified instanceId
- MODORDERS-345 - Fund distribution totals must add upto 100%
- MODORDERS-176 - Failure in inventory interaction, fails the order
The main focus of this release was to introduce new APIs and business logic orders reasons for closure, prefixes, suffixes, titles. The following APIs were identified from the orders API without changing URLs: receive, pieces, po number and order lines.
- MODORDERS-354 - Divide the interface into smaller ones
- MODORDERS-353 - Migrate to new major version of item-storage, inventory, circulation
- MODORDERS-351 - Validate renewal/subscription information
- MODORDERS-350 - Update piece schema (receipt date)
- MODORDERS-349 - Make title schema changes to all APIs
- MODORDERS-348 - CRUD APIs for titles
- MODORDERS-346 - Schema changes for check-in and Receiving Packages
- MODORDERS-342 - Check enough money in budgets while creating encumbrances
- MODORDERS-341 - Set item status to "Order closed"
- MODORDERS-340 - Add call number while receiving and checkin
- MODORDERS-328 - Migrate orders settings from mod-configuration
- MODORDERS-315 - Default to "In process" for item status during receiving/check-in
- MODORDERS-264 - Order creates instance when it's not supposed to
The primary focus of this release was to re-integration with encumbrance API, implementation of Order-Templates API and business logic improvements.
- MODORDERS-339 - Use JVM features to manage container memory
- MODORDERS-334 - Update purchase order number pattern
- MODORDERS-316 - Prevent duplicate ISBNs
- MODORDERS-310 - Update mod-orders to use the new version of the schema with qualifier field
- MODORDERS-307 - Fund Distribution schema changes
- MODORDERS-303 - Perform API tests in separate tenant
- MODORDERS-302 - Create order-templates API
- MODORDERS-299 - Re-integrate with encumbrance API
- MODORDERS-343 - Cannot open order that is not connected to an instance
Bugfix release to honor createInventory irrespective of Receipt Status
- MODORDERS-304 -
Receipt Not Requireddoesn't consider CreateInventory Settings
Bugfix release to honor createInventory irrespective of Receipt Status
- MODORDERS-304 -
Receipt Not Requireddoesn't consider CreateInventory Settings
The primary focus of this release was to implement Teams-based operations restriction logic and business logic improvements.
- MODORDERS-298 - Temporarily disable interaction with encumbrance APIs
- MODORDERS-294 - Disallow "isDeleted" acq units to be assigned to orders
- MODORDERS-293 - Acquisition units - soft delete
- MODORDERS-291 - Add approvedBy and approvalDate fields to purchase_order/composite_purchase_order
- MODORDERS-290 - Enforce new setting: approval required to open orders
- MODORDERS-286 - Restrict receive/checkin based on acquisitions units
- MODORDERS-283 - Validate/Normalize ISBNs upon order creation/update
- MODORDERS-280 - Orders App: Ability to assign tags to a Purchase Order (PO) and Purchase Order Line (POL)
- MODORDERS-256 - Restrict search/view of PO, POL, Piece records based upon acquisitions unit
- MODORDERS-255 - Restrict deletion of PO, POL, Piece records based upon acquisitions unit
- MODORDERS-254 - Restrict updates of PO, POL, Piece records based upon acquisitions unit
- MODORDERS-251 - Restrict creation of PO, POL, Piece records based upon acquisitions unit
This release includes bug fix for issue related to order's closing.
- MODORDERS-284 -
closeReasonis protected, so unable to close Order
The primary focus of this release was to implement CRUD API for managing Teams (Units, Assignments, Memberships) and business logic improvements.
- MODORDERS-277 - Update inventory interface version
- MODORDERS-275 - Make poLine.source an enum
- MODORDERS-267 - Add purchaseOrder.template field
- MODORDERS-266 - Implement basic CRUD for
/orders/acquisitions-unit-assignments - MODORDERS-265 - Restrict which fields can be edited once worflowStatus = Open
- MODORDERS-250 - Implement basic CRUD for
/acquisitions-units/memberships - MODORDERS-249 - Implement basic CRUD for
/acquisitions-units/units - MODORDERS-247 - Make contributor-name-type configurable
- MODORDERS-243 - Create encumbrance upon order transition to "Open"
- MODORDERS-173 - ensure receiptStatus consistency between piece and poLine
The main focus of this release was to implement the search and filtering of order-lines, improve receiving/check-in flows.
- MODORDERS-257 - Implement PUT and DELETE /orders/pieces/id
- MODORDERS-253 - Purchase order: bill to and ship to addresses
- MODORDERS-252 - Make product id type to be uuid
- MODORDERS-246 - Create a script to generate and load performance test data
- MODORDERS-242 - PoLine FundDistribution schema updates
- MODORDERS-241 - Make loan-type configurable
- MODORDERS-240 - Make instance-status configurable
- MODORDERS-239 - Make instance-type configurable
- MODORDERS-237 - Move "Owner" field to PO level
- MODORDERS-234 - Update PO status based on receipt/payment status - Part 2
- MODORDERS-233 - Add tenantId to cache keys
- MODORDERS-229 - Sort PO Lines array by POLNumber in composite PO GET by id response
- MODORDERS-228 - Search & Filter: Call GET /orders-storage/order-lines
- MODORDERS-221 - Ability to change locations in receiving/check-in flows
- MODORDERS-244 - Missing module permission for getting contributor-name-types
- MODORDERS-235 - Instances being duplicated when ordering from existing instance
- MODORDERS-232 - Inappropriate error response on missing loan-type
- MODORDERS-231 - Inappropriate error response on missing instance-type
- MODORDERS-230 - Inappropriate error response on missing instance-status
The primary focus of this release was to implement check-in flow and accommodate increased flexibility in inventory integration. Also mod-organizations storage is used now instead of deprecated mod-vendors.
- MODORDERS-227 - Search & Filter purchase orders by query
- MODORDERS-225 - Switch to mod-organizations-storage
- MODORDERS-223 - Use Json API for loading module schemas
- MODORDERS-222 - Order Line has inactive Access Provider
- MODORDERS-218 - Automatically adjust order status based on poLine's paymentStatus and receivingStatus
- MODORDERS-212 - Split up unit tests
- MODORDERS-211 - Order Status: Align POL Payment and Receipt status with PO Status when opening order
- MODORDERS-210 - Make locationId as not required in Check-in flow
- MODORDERS-199 - VendorHelper refactoring in accordance with the general helpers structure
- MODORDERS-195 - Need the ability to specify materialType for physical and eresource
- MODORDERS-194 - Adjustments to piece and receiving-history regarding piece vs order type
- MODORDERS-179 - Allow tenant-specific defaults for inventory integration
- MODORDERS-178 - Increased flexibility in inventory integration
- MODORDERS-164 - Implement receiving flow for Other
- MODORDERS-136 - Define required fields in the schemas
- MODORDERS-104 - Implement check-in flow
- MODORDERS-209 - Order placement hangs if create_inventory is not set.
- MODORDERS-208 - Vendor Id isn't required but should be
- MODORDERS-206 - Missing modulePermission in POST /orders/composite-orders
- MODORDERS-204 - When creating a brief order instance record in Inventory, data on Contributors are not populated
- MODORDERS-201 - Incorrect PO total estimated cost in some cases
- MODORDERS-189 - No correlation between location and cost quantity
The primary focus of this release was to implement backend logic for the receiving and preparation for the check-in flows.
- MODORDERS-193 Sum total quantity on PO retrieval
- MODORDERS-185 Checkin: Implement
POST /orders/peicesendpoint - MODORDERS-184 Receiving history: updates to support check-in flow
- MODORDERS-183 Checkin: create instance record on Order transition to Open
- MODORDERS-181 Updates to PO: removal of
adjustmentandtotalEstimatedPricecalculation - MODORDERS-180 Updates to PO Line: updates to
costand removal ofadjustment - MODORDERS-175 Add ability to move a received piece back to
Expected - MODORDERS-171 Receiving history: additional data for receiving flow
- MODORDERS-170 Prevent ordering from Inactive vendors/access provider
- MODORDERS-168 Refactor PO Line model - business logic
- MODORDERS-166 Add
locationIdto the piece schema - MODORDERS-165 Add
locationIdto receiving_history - MODORDERS-163 Implement receiving flow for P/E mix
- MODORDERS-162 Implement receiving flow for E-only
- MODORDERS-159 PO Line: receipt status
- MODORDERS-158 Refactor PO Line model - schema changes
- MODORDERS-141 Refactor business logic helpers structure to improve code maintainability
- MODORDERS-103 Implement receiving flow for physical-only
- MODORDERS-197 Allow 0.0 for unit price in Cost for Orders
- MODORDERS-188 Cryptic error returned when trying to add a POLine to an Open/Closed PO
The primary focus of this release was to implement backend logic necessary for ui-orders to manage purchase orders and purchase order lines, integration between orders and inventory apps and preparation for the receiving flows.
- MODORDERS-154 - PO Line's
locationproperty is changed tolocationsi.e. from single object to array of objects - MODORDERS-149 - Add PO Line's identifier to item record in the inventory
- MODORDERS-148 - Populate PO
dateOrderedfield field when Order is opened - MODORDERS-146 - Return application/json (error.json schema) for all errors
- MODORDERS-142 - Implemented
GET /orders/order-linesendpoint - MODORDERS-134 - Assign PO Line's id to its sub-objects
- MODORDERS-129 - PO Lines: share status of corresponding PO
- MODORDERS-126 - Implemented
GET /orders/composite-ordersendpoint - MODORDERS-124 - Redefined existing order/lines endpoints
- MODORDERS-121 - Create Instance Record in inventory when Order's status is changed to
Open - MODORDERS-117 - Business Logic: handle
Create Itemflag for e-Resources - MODORDERS-105 - Implemented
GET /orders/receiving-historyendpoint - MODORDERS-100 - Create Piece Records in Orders Storage for items quantity ordered on Order Placement
- MODORDERS-99 - Purchase Order Limit: Set system default to 1
- MODORDERS-96 - Supporting PO number prefix and suffix
- MODORDERS-93 - Assign system generated PO Line number when creating a new PO line
- MODORDERS-87 - Implemented
GET /orders/po-numberendpoint - MODORDERS-72 - Define receiving endpoints:
/orders/receive,/orders/check-inand/orders/receiving-history - MODORDERS-67 - Create Item Record in inventory for physical/electronic items quantity
- MODORDERS-66 - Create Holding Record in inventory for titles ordered that are not currently represented in inventory by a Holding
- MODORDERS-153 - PO Line's id is absent from sub-objects in response when creating new PO Line
- MODORDERS-145 - Unable to create new Purchase Order with PO Line
The sole purpose of this release is to bring the interface versions in the RAML file inline with those in the module descriptor.
This primary focus of this release was to implement backend logic necessary for ui-orders to manage (Create, Read, Update, Delete) purchase orders and purchase order lines.
NOTE: This was originally slated to be v1.1.0, but given the amount of changes made to API, schemas and interface permissions, the major version number was bumped.
NOTE: Validation is enabled for all endpoints in this release.
- MODORDERS-95 - Upgrade to RMB v23.3.0 to enable path parameters pattern validation
- MODORDERS-94 - Improved implementation of PUT /orders/id
- MODORDERS-92 - Add the ability to specify a reason for closure
- MODORDERS-91 - Limit number of po_lines per purchase_order
- MODORDERS-90 - Update receiving and check-in schemas
- MODORDERS-89 - New API to validate PO Number
- MODORDERS-88 - Honor 'po_number' if passed in during order placement
- MODORDERS-85 - Move 'renewals' to purchase_order
- MODORDERS-83 - Set the 'created_on' field automatically
- MODORDERS-79 - Implemented GET order line logic
- MODORDERS-78 - Implemented GET order line logic
- MODORDERS-77 - Implemented PUT order line logic
- MODORDERS-76 - Implemented POST order line logic
- MODORDERS-70 - Various po_line schema updates
- MODORDERS-69 - Create instance record in inventory when order transitions to OPEN status
- MODORDERS-32 & MODORDERS-33 - Create po_line sub-objects on order creation
- MODORDERS-79 - Implemented delete order line logic
- MODORDERS-75 - Define order line endpoints
- MODORDERS-62 - Migrate to RAML1.0 and RMB 23
- MODORDERS-51
- MODORDERS-50
- MODORDERS-49
- MODORDERS-48
- MODORDERS-47
- MODORDERS-40
- MODORDERS-45
- MODORDERS-37
- MODORDERS-34
- MODORDERS-29
- MODORDERS-28
- MODORDERS-27
- MODORDERS-25
- MODORDERS-24
- MODORDERS-23
- MODORDERS-18
- MODORDERS-17
- MODORDERS-16
- MODORDERS-15
- MODORDERS-14
- Initial commit