The focus of this release was to update libraries, separate credits from expenditures, and fix various bugs.
- MODINVOICE-562 - Update libraries of dependant acq modules to the latest versions
- MODINVOICE-547 - Separate credits from expenditures in mod-invoice
- MODINVOICE-552 - Vert.x 4.5.9, Netty 4.1.111, Apache sshd/sftp 2.13.2
- MODINVOICE-548 - Provide fund code population when fund distributions mapping is specified
- MODINVOICE-546 - Can not ctrate invoice line from POL (500 error)
- MODINVOICE-543 - EDIFACT invoice lines load out of order
- MODINVOICE-542 - Cannot search for voucher by number after editing voucher number
- Bump
ramlfrom35.2.0to35.3.0 - Added
folio-module-descriptor-validatorversion1.0.0
The focus of this release was to fix bugs and make improvement in transaction call and error codes
- MODSOURMAN-1022 - Remove step of initial saving of incoming records to SRS
- MODINVOICE-534 - Rethrow user not linked order's acquisition unit error
- MODINVOICE-531 - Upgrade RAML Module Builder
- MODINVOICE-502 - Update RMB and vertx to the latest version
- MODINVOICE-482 - Accumulate all transactions in holder to make only single call to mod-finance
- MODINVOICE-479 - Add Kafka event deduplication mechanism for creating invoices
- MODINVOICE-361 - Logging improvement
- MODINVOICE-302 - Improve backend error reporting by including cause in error message systematically
- MODINVOICE-93 - Approve invoice permission and require approval to mark as paid
- MODINVOICE-532 - Missing interface dependencies in module descriptor
- MODINVOICE-523 - After resaving the configurations with empty credentials, an NPE occurs during manual export
- MODINVOICE-514 - Uninformative error in invoice payment due to user not linked to the Purchase Order's acquisition unit
- MODINVOICE-450 - Invoice approval is successful but throws error message
- MODINVOICE-522 - Adding validation to exclude cases where the 'directory' field in batch group configuration consists solely of spaces
- DB schema introduced for mod-invoice
- Bump
ramlfrom35.0.1to35.2.0 - Bump
vertxfrom4.3.4to4.5.4 - Bump
mod-di-converter-storage-clientfrom2.1.0to2.1.8 - Bump
folio-kafka-wrapperfrom3.0.0to3.1.0
The focus of this release was to implement Vertx SFTP client for Batch Voucher Export and implement pay against previous fiscal years
- MODINVOICE-501 - Add missed permissions to module descriptor
- MODINVOICE-494 - Support batch voucher sftp connection test
- MODINVOICE-493 - Ignore nextPolNumber for pol numbers generation from request payload
- MODINVOICE-489 - Upgrade folio-kafka-wrapper to 3.0.0 version
- MODINVOICE-484 - Update to Java 17 mod-invoice
- MODINVOICE-481 - Save invoice fiscal year if it is undefined after any fund distribution change on INVOICE
- MODINVOICE-474 - Update the encumbrance when using a past fiscal year
- MODINVOICE-473 - Save invoice fiscal year if it is undefined after any fund distribution change on invoice line
- MODINVOICE-471 - Restrict approving/paying an invoice against past fiscal year with a new permission
- MODINVOICE-466 - Update DTO schema with adding fiscalYearId to PUT payload
- MODINVOICE-465 - Provide endpoint to retrieve fiscal year for invoice
- MODINVOICE-463 - Provide fiscalYear field for pending payments, payments and credits
- MODINVOICE-455 - Update models schema with new fields for ftp configuration
- MODINVOICE-454 - Implement Vertx SFTP client for Batch Voucher Export
- MODINVOICE-443 - Update dependent raml-util
- MODINVOICE-490 - Reflection access to private fields fails in Java 17
- MODINVOICE-487 - Encumbrance amount updated incorrectly after cancelling related invoice
- MODINVOICE-488 - Invoice cannot be approved when an invoice-line is multi-fund distributed by amounts with an invoice-level adjustment
- MODINVOICE-480 - Batch voucher export hangs at 'Pending' indefinitely for batches with multiple vouchers, no export file produced
- MODINVOICE-477 - Invoice cannot be approved when balance is close to the encumbrance available balance
- MODINVOICE-467 - Break circular module invocations
- MODINVOICE-464 - Error when approving an invoice with a different fund than in po line
- MODINVOICE-460 - Invalid usage of semaphores ignores limit of active threads
- MODINVOICE-453 - Exchange rates cannot be updated on invoice lines with multiple funds
- MODDICORE-306 - Update mod-di-converter-storage-client and data-import-processing-core dependencies
- Bump
java versionfrom11to17
The focus of this release was to migrate to Vertx future and improve logging
- MODINVOICE-428 - Correct http response codes for invoice validation
- MODINVOICE-431 - Replace FolioVertxCompletableFuture usage
- MODINVOICE-434 - Logging improvement - Configuration
- MODINVOICE-440 - Invoice in Reviewed status but payments already created
- MODINVOICE-442 - Request-URI Too Long when trying to cancel invoice with more than 40 invoice lines
- MODINVOICE-446 - Encumbrance for Ongoing order remains "Released" after cancelling related invoice
- MODINVOICE-449 - Adjustments cause blocker on invoices
The focus of this release was to Upgrade RMB up to 35.0.1
- FOLIO-3604 FolioVertxCompletableFuture copyright violation
- MODINVOICE-430 Upgrade RAML Module Builder
The focus of this release was to update core dependencies and fix invoice payments
- MODINVOICE-410 - mod-invoice: Upgrade RAML Module Builder
- MODINVOICE-373 - Include "Invoice date" and "Terms" field in voucher export for each batched voucher
- MODINVOICE-372 - Update version of data-import-processing-core
- MODINVOICE-328 - Allow editing of subscription dates after an invoice is paid
- MODINVOICE-387 - Insufficient fund validation to approve invoice
- MODINVOICE-401 - Allow user to attach or remove files from approved/paid invoice
- MODINVOICE-402 - User with certain permissions can not add invoice line
- MODINVOICE-404 - User with certain permissions can not save changed fund name in invoice line
- MODINVOICE-377 - Cannot add or remove tags from paid invoice
The focus of this release was to fix transaction and vouchers processing
- MODINVOICE-262 - Include "Invoice date" and "Terms" field in voucher export for each batched voucher
- MODINVOICE-360 - Unrelease auto-released encumbrances when cancelling an invoice
- MODINVOICE-357 - Error message does not indicate what Fund does not have money
- MODINVOICE-356 - Fix progress bar stuck behaviour after the RecordTooLargeException
- MODINVOICE-347 - Unable to download batch vouchers
- MODINVOICE-335 - Creating multiple invoice lines per invoice fails
- MODINVOICE-313 - Display Batch export status as "Generated" when export created
- MODINVOICE-312 - Voucher line missing from batch voucher export
- MODINVOICE-314 - Provide recordId header for data-import events correlation
The focus of this release was to adjust and fix invoice approval handling
- MODINVOICE-294 - Don't allow to pay for the invoice which was not approved before
- MODINVOICE-275 - Invoice poNumbers needs to be updated when an invoice line is deleted
- MODINVOICE-251 - Remove zipping mechanism for data import event payloads and use cache for params
- MODINVOICE-178 - Update invoice.poNumbers field when invoiceLine is being linked to poLine
- MODINVOICE-56 - API tests for voucher/voucherLine creation
- MODINVOICE-306 - Acq unit in invoice field mapping profile causes import to complete with errors
- MODINVOICE-290 - Encumbrance not released when Invoice approved if invoice has diff Fund from POL
- MODINVOICE-279 - Approval allowed for 0 amount invoice and invoices with 0 amount invoice lines
- MODINVOICE-233 - Integration test check-invoice-and-invoice-lines-deletion-restrictions fails randomly
The focus of this release was to fix populating fields of the voucher lines
- MODINVOICE-241 - Populate Vendor primary address on GET /voucher/vouchers/id
- MODINVOICE-240 - Include vendor organization address in voucher export for each batched voucher
- MODINVOICE-238 - mod-invoice: Update RMB
- MODINVOICE-234 - Update export batch voucher logic for supporting "enclosureNeeded" and "accountNo"
- MODINVOICE-225 - Prevent approval of invoice when organization IS NOT a vendor
- MODINVOICE-221 - Relink invoice with new order if POL link changed in invoice line
- MODINVOICE-255 - Credit transaction given value of $0
- MODINVOICE-249 - The relation between the order and the invoice is not deleted if the invoice is last online
- MODINVOICE-246 - Voucher line reference to the invoice line is empty
- MODINVOICE-245 - Incorrect split funds with an odd number of pennies for vouchers
- MODINVOICE-232 - Cannot split funds on an Invoice with an odd number of pennies as the cost
The focus of this release was to fix populating fields of the voucher lines
- MODINVOICE-241 - Populate Vendor primary address on GET /voucher/vouchers/id
- MODINVOICE-240 - Include vendor organization address in voucher export for each batched voucher
- MODINVOICE-249 - The relation between the order and the invoice is not deleted if the invoice is last online
The focus of this release was to fix populating fields of the voucher lines
- MODINVOICE-246 - Voucher line reference to the invoice line is empty
The focus of this release was to fix invoice calculation issues, extend voucher and batch voucher schemas with the new fields
- MODINVOICE-234 - Update export batch voucher logic for supporting "enclosureNeeded" and "accountNo"
- MODINVOICE-245 - Incorrect split funds with an odd number of pennies for vouchers
- MODINVOICE-232 - Cannot split funds on an Invoice with an odd number of pennies as the cost
The focus of this release was to update RMB, major changes in the display of lock total now this is a number. Also integration with EDIFACT format was done.
- MODINVOICE-218 - mod-invoice: Update RMB
- MODINVOICE-235 - Populate "enclosureNeeded" and "accountNo" in the voucher from invoice
- MODINVOICE-231 - Logic for Invoice line data from Purchase Order Line
- MODINVOICE-227 - Implement action profile handler for invoice creation
- MODINVOICE-224 - Do not update payment status of Ongoing poLines
- MODINVOICE-223 - Populate paymentDate when invoice is paid
- MODINVOICE-222 - Ensure that Allowable Encumbrance and Allowable Expenditure restrictions are based on "Total Funding"
- MODINVOICE-214 - Support ability to display lock and calculated totals
- MODINVOICE-213 - Lock total must equal Calculated total to approve invoice
- MODINVOICE-135 - Remove invoice number from the invoice line number
- MODINVOICE-239 - Voucher amount incorrect
The primary focus of this release was to fix splitting funds in voucher line, where funds with identical external account numbers
- MODINVOICE-239 - Voucher amount incorrect
The primary focus of this release was to fix Adding certain prefix and suffixes prevents user from being able to save
- MODORDSTOR-197 - Adding certain prefix and suffixes prevents user from being able to save
The focus of this release was to fix issue with logging and return an error for expense class
- MODINVOICE-207 - No logging in honeysuckle version
- MODINVOICE-205 - Error must be returned in case of budget expense class mismatch
The focus of this release was to improve invoice Approval and Payment, prorated adjustments special cases processing, bug fixing
- MODINVOICE-203 Update transition to Approve considering the expense classes "Code"
- MODINVOICE-202 Change direct usage of Monetary API to Finance module API
- MODINVOICE-199 Invoice line status is not updated
- MODINVOICE-190 mod-invoice: Update RMB
- MODINVOICE-186 Migrate mod-invoice to JDK 11
- MODINVOICE-181 Update Pending payments when exchange rate is edited
- MODINVOICE-176 Prevent the creation of a transaction for an inactive expense class
- MODINVOICE-174 Update transition to Approve considering the expense classes
- MODINVOICE-169 Block deletion of invoices and invoices lines for paid or approved invoice
- MODINVOICE-148 Related invoices not displaying on PO
- MODINVOICE-123 Update Voucher and voucherLInes when exchange rate is edited
- MODINVOICE-114 Check remaining amount expendable upon invoice approval
- MODINVOICE-105 Prorated Adjustments - prorating percentage adjustments
- MODINVOICE-59 Prorated adjustments part 2 - validation/special cases
- MODINVOICE-204 Encumbrance not linked to payments and credits upon invoice payment
- MODINVOICE-198 Expense class not added to Pending payment
- MODINVOICE-193 Invoice loading stuck on Bugfest
- MODINVOICE-192 Cannot approve invoice when ledger's fiscalYearOne not equal to current
- MODINVOICE-188 Adjustments fund distributions should counted during calculation of budget available amount for invoice approval
- MODINVOICE-180 Check remaining amount expendable for active budgets only
The focus of this release was to fix issue of stuck loading of invoices after an attempt to upload batch voucher on FTP
- MODINVOICE-193 - Invoice loading stuck on Bugfest
The focus of this release was to fix pending payment creation and fix batch voucher export
- MODINVOICE-191 - Batch voucher export returns an error with message "Batch voucher not found" for xml format
- MODINVOICE-182 - Link to encumbrance missed
The focus of this release was to honor accounting codes upon batch voucher generation, minor fixes of field mapping.
- MODINVOICE-177 - Exclude vouchers with empty accountingCode from batchVoucher generation
- MODINVOICE-172 - Invoice requires an accounting code when "Export to accounting" is false
- MODINVOICE-171 - The BatchedVoucher.vendorInvoiceNo field populated with the wrong value
- MODINVOICE-168 - Populate field "voucherLine.fundDistribution.code" upon Invoice approval
The focus of this release was to create a batch and upload to FTP and set money aside as awaiting payment for Invoices that are 'Approved'
- MODINVOICE-167 - mod-invoice: Update to RMB v30.0.1
- MODINVOICE-163 - Securing APIs by default
- MODINVOICE-140 - Create Pending payments upon invoice transition to approved
- MODINVOICE-137 - Implement "test" endpoint
- MODINVOICE-136 - Evaluate fund distributions when generating voucher
- MODINVOICE-133 - Implement the "upload" endpoint
- MODINVOICE-132 - Batch voucher generation and persistence
- MODINVOICE-170 - Fix batch voucher file name generation
- MODINVOICE-161 - Fix batch voucher converting from JSON to XML
- MODINVOICE-124 - Limit document size
The main focus of this bugfix release was to fix issues
- MODINVOICE-109 - Create payment or credit when Invoice marked as 'Paid
- MODINVOICE-100 - Fix raml(contract) to return application/json responses wherever possible
The focus of this release was to introduce Batch Voucher Exports CRUD APIs and add business logic for integration during the approval of an invoice
- MODINVOICE-139 - Create PUT /voucher/vouchers/
- MODINVOICE-130 - Create batch-voucher API
- MODINVOICE-129 - Create credentials API
- MODINVOICE-128 - Create batch-voucher-configurations CRUD API
- MODINVOICE-127 - Create batch-group CRUD API
- MODINVOICE-126 - XML schema for batch-voucher
- MODINVOICE-122 - Investigate OOM issues on mod-invoice
- MODINVOICE-117 - Include invoice level Fund distributions in Voucher information summary
- MODINVOICE-113 - Call awaiting-payment API upon invoice approval
- MODINVOICE-147 - Invoice approval fails if a voucherNumberPrefix isn't configured
- MODINVOICE-118 - mod-invoice was out-of-memory killed on folio-snapshot-demo system
The main focus of this bugfix release was to fix issue with voucher "accounting code"
- MODINVOICE-122 - Investigate OOM issues on mod-invoice
- MODINVOICE-120 - Voucher "accounting code" not set
The main focus of this release was to re-integrate with finance module, fix bugs, calculations improvements
- MODINVOICE-116 - Update purchase order number pattern
- MODINVOICE-115 - Use JVM features to manage container memory
- MODINVOICE-99 - Fund Distribution schema changes
- MODINVOICE-89 - Disallow "deleted" acq units from being assigned to invoices
- MODINVOICE-84 - use finance business logic module
- MODINVOICE-61 - Prorated adjustments part 3 - fractional amounts
- MODINVOICE-103 - Adjustment Total Calculation is wrong
- MODINVOICE-97 - Can not pay the invoice
- MODINVOICE-95 - Once an invoice is Paid it should no longer transition to other statuses
The primary focus of this release was to implement Teams-based operations restriction logic and provide the APIs for managing invoice attachments.
- MODINVOICE-96 - Add support for latest and v3.0.0 mod-finance-storage versions
- MODINVOICE-91 - Change usage of invoice settings
- MODINVOICE-90 - Implement basic GET /voucher/voucher-lines
- MODINVOICE-87 - Calculate and persist totals upon invoice creation/update/get
- MODINVOICE-86 - Calculate and persist totals upon invoiceLine creation/update
- MODINVOICE-81 - Implement API for invoice attachments (links/documents)
- MODINVOICE-77 - Invoice and invoiceLine schema updates
- MODINVOICE-74 - Transpose invoice acquisitions-units to voucher upon voucher creation
- MODINVOICE-72 - Restrict search/view of invoice, invoiceLine records based upon acquisitions unit
- MODINVOICE-71 - Restrict deletion of invoice, invoiceLine records based upon acquisitions unit
- MODINVOICE-70 - Restrict updates of invoice, invoiceLine records based upon acquisitions unit
- MODINVOICE-69 - Restrict creation of invoice, invoiceLine records based upon acquisitions unit
- MODINVOICE-54 - Prorated adjustments part 1 - basics
The primary focus of this release was to implement backend logic to manage invoices, invoice lines, vouchers, voucher lines and provide backend logic for the transitioning invoice to Approved and Paid status.
- MODINVOICE-79 - Assign tags to Invoice Records
- MODINVOICE-78 - Assign tags to Invoice Line Records
- MODINVOICE-76 - Invoice approval details set by system
- MODINVOICE-75 - Fund Distribution only required upon transition to approval
- MODINVOICE-67 - Make product id type to be uuid
- MODINVOICE-60 - Invoice schemas - readonly properties
- MODINVOICE-57 - Implement GET /voucher/vouchers
- MODINVOICE-53 - Adjustments schema updates
- MODINVOICE-52 - Calculate Invoice Totals
- MODINVOICE-50 - Calculate invoiceLine Totals
- MODINVOICE-49 - Voucher/VoucherLine schema updates
- MODINVOICE-48 - Implement POST /voucher/voucher-number/start/
- MODINVOICE-47 - Implement GET /voucher/voucher-number/start
- MODINVOICE-46 - voucherNumber Generation
- MODINVOICE-42 - Invoice/Invoice-line schema updates
- MODINVOICE-41 - Implement basic GET /voucher/vouchers/
- MODINVOICE-40 - implement basic PUT for /voucher/voucher-lines/
- MODINVOICE-39 - Implement basic GET /voucher/voucher-lines/
- MODINVOICE-37 - Update POL paymentStatus on transition of invoice Status
- MODINVOICE-36 - Mark voucher as paid on transition to invoice status "Paid"
- MODINVOICE-35 - Prevent modifications to invoice/invoice lines once status is "Approved"
- MODINVOICE-34 - Create voucher on transition to "Approved"
- MODINVOICE-33 - Implement DELETE /invoice/invoices/id
- MODINVOICE-32 - Implement DELETE /invoice/invoice-lines/id
- MODINVOICE-31 - Implement basic PUT /invoice/invoices/id
- MODINVOICE-30 - Implement basic PUT /invoice/invoice-lines/id
- MODINVOICE-29 - Implement GET /invoice/invoice-lines/id
- MODINVOICE-28 - Implement GET /invoice/invoices/id
- MODINVOICE-25 - Use Json API for loading module schemas
- MODINVOICE-23 - Implement GET /invoicing/invoice-lines
- MODINVOICE-22 - Implement GET /invoice/invoices
- MODINVOICE-21 - Implement POST /invoicing/invoice-lines
- MODINVOICE-20 - Implement POST /invoicing/invoices
- MODINVOICE-17 - Define API
- MODINVOICE-16 - Project Setup
- MODINVOICE-14 - Invoice: "Vendor Invoice Number" field validation
- MODINVOICE-66 - Shouldn't be allowed to add invoiceLines to an "approved" or "paid" invoice