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