Skip to content

KUMAVISION trade#

See also the following ChangeLogs#

26.3.3206.0 - 2025-07-08#

Hotfix

  • Automatic setting of "Qty. to Ship" or "Qty. to Receive" in Alloy Surcharge during document copy causes posting error (#14842, TRD-833)
    When a sales or purchase credit memo was created which used "Copy Document" and the source included an Item with an Alloy Surcharge, the system automatically set the "Qty. to Ship" or "Qty. to Receive" through internal logic. This led to an error message preventing the document from being posted. With this ticket, the issue has been fixed - the "Qty. to Ship" and "Qty. to Receive" is no longer set automatically in this context, ensuring the document can be posted successfully.
  • Wrong Dimensions in Alloy Surcharge Drop Shipment & Special Order line via Requisition Worksheet (#14844, TRD-839)
    When using the “Get Sales Orders” report within the Requisition Worksheet to create drop shipment or special orders, there is an option field called “Retrieve dimensions from”, which allows users to choose between the values “Item” and “Sales Line”. Previously, the option “Item” was not fully supported. As a result, the dimension values for Alloy Surcharge lines were incorrectly inherited from the Sales Line instead of the corresponding item charge dimensions, leading to inconsistent dimension assignments in the resulting purchase order. This issue has been corrected with this ticket. The system now properly supports the “Item” option.
  • Error when creating Return Order related documents with Alloy Surcharge: Duplicate record in purchase line (#14912, TRD-851)
    Fixed an issue where creating Return Order related documents from a Sales Return Order with an item including an alloy surcharge caused a duplicate record error in the purchase line table.

Change

  • Not Billable: Update to integrate new KBA feature (#14448, TRD-805)
    Updated the zero position logic to support the new KBA feature toggle, while maintaining compatibility with the previous implementation.
  • Error in Sales Order with Mandatory Field Check and Minimum Order Value (#14740, TRD-828)
    If an order is created for a customer with a minimum order value and the order value is below this minimum, an error message appears when the mandatory field check window opens at the same time.
  • Revision Item Planning Suggestion (#14785, TRD-799)
    A new field called “Reorder Period” was added to the item card and the stockkeeping unit. This field is now used in the Item Planning Suggestion instead of the previously used “Time Bucket”. The existing “Time Bucket” remains unchanged and continues to be used in standard planning. An upgrade routine was implemented to copy current “Time Bucket” values into the new “Reorder Period” field.
  • Make procedure "FindSuggestedRetailPrice" external available (#14787, TRD-818)
    Made procedure "FindSuggestedRetailPrice" external available and provided a summary.
  • MSRP recording by country/region code (#14795, TRD-702)
    The definition of Manufacturer's Suggested Retail Price (MSRP) has been extended by adding a Country/Region code. This enables price differentiation based on regional market conditions such as taxes, import duties, logistics costs, or competitive factors - even within the same currency zone. Due to primary key constraints in the existing table structure, the change has been implemented using a new table with a sequential key. Activation is managed via the KUMAVISION Feature Management.
  • Alloy Surcharge: Action for recalculating Unit Price & Cost in Purchase & Sales Documents (#14817, TRD-817)
    Introduction of a new line-level action for both purchase and sales documents to recalculate alloy surcharge prices based on the current setup of the customer or vendor card. The visibility of this action depends on the "Enable in Sales" or "Enable in Purchase" fields in the Alloy Surcharge Setup. In addition, the "Copy Document" report now includes an option to recalculate alloy surcharge prices for copied lines. If no valid price is found during recalculation, the price will be cleared and a user message will be shown. The existing logic from TRD-677 (Exchange Price for Alloy Surcharge at time of recording) was incorporated into this enhancement. Manual recalculation remains possible for Return Orders via the new line-level action.
  • Removal of fragments from Standard-Feature "Alternative Customer VAT Registration" (#14830, TRD-825)
    With BC version 25, Microsoft introduced the "Alternative VAT Posting Setup" for customers as part of the standard functionality. However, since the trade365 solution already handles VAT calculation based on the Ship-to address, this new feature was disabled. Currently, the corresponding menu entry "Alternative Customer VAT Registration" is still visible in the "Tell Me" but has no functionality. In addition, when entering a deviating country code in the ship-to address of a customer, a notification appears. However, clicking on "Add" does not result in any further action. Additionally, when accessing the "Alternative Customer VAT Registration" page or when clicking "Add" (Hinzufügen) in the notification triggered by entering a deviating country code in the ship-to address of a customer, no action occurs. Instead of failing silently, a meaningful error message will now be shown to inform the user that this functionality is not available due to the custom trade365 implementation.
  • Periodic Invoicing: Extend and implement logic for new invoicing interval types (#14845, TRD-840)
    The Next Billing Date calculation functionality has been extended to support new types: "Half Monthly" and "Decade". A new option field allows selecting between a date formula, half monthly or decade interval. Depending on the selection, the "Date Formula" field becomes either editable or locked. Additionally, the calculation logic for determining the "Next Billing Date" has been updated to reflect the new interval types. The enum used for the interval type is extensible to support future additions and an event publisher was provided.
  • Periodic Invoicing: Deletion and update logic for unposted invoices (#14847, TRD-842)
    Implemented logic to ensure that unposted invoices are automatically deleted when removing entries from the KVSTRDPeriodicInvoicingLog page. Additionally, related fields in the periodic invoicing process are now correctly updated during deletion and posting actions (e.g., clearing the unposted invoice number, setting the "Posted User ID", and considering the "Via Periodic Billing" flag in the Sales Header).
  • Periodic Invoicing: Add sales order number to created document lines (#14848, TRD-843)
    The sales order number is now included in the summary lines and document lines generated by periodic invoicing.
  • Activate Rental Item for production items (output) (#14855, TRD-847)
    Extended the activation logic for rental items to support production output postings. The system now identifies relevant postings of type "Output" and verifies whether they are completely invoiced before allowing activation. An error message is displayed if invoicing is incomplete.
  • Add events for fixed asset initialization and service item creation (#14956, TRD-859)
    Added integration events "KVSTRDOnBeforeInitAndInsertFixedAsset" and "KVSTRDOnBeforeInsertServiceItemInCreateServiceItem" for fixed asset initialization and service item creation to enable customization during rental item activation processes.

26.2.3129.0 - 2025-06-13#

Change

  • General performance and stability improvements.

26.2.3112.0 - 2025-06-10#

Change

  • Misc. fixes for new rental functions (#14638, TRD-821)
    Misc. fixes and improvements for new rental functions.
  • Service - comfort functions for warranty (#14659, TRD-270)
    You can now also define a standard warranty duration for the service item group. This has a higher priority than the value in the service setup. The warranty duration on an item tracking still has the highest priority. Users are now prompted to keep the warranty start dates for parts and labor in sync in case one is changed. If a service item is created via the “Create service item” function in the service item line, any warranty data entered is also saved. If warranty data is subsequently entered for a service item, the user is now asked whether this should be copied to existing service item lines (data that has already been entered manually is NOT overwritten). Other minor adjustments have also been implemented.

26.1.3087.0 - 2025-05-26#

Hotfix

  • Periodic Invoicing with Alloy Surcharge (#14452, TRD-806)
    During testing of Periodic Invoicing, it was observed that the Alloy Surcharge is incorrectly allocated. Although this issue had already been resolved for standard Sales Invoices, the Periodic Invoicing process appears to assign the "AlloySurchAttachToLineNo." incorrectly. It is suspected that the Shipment Lines are not being properly retrieved. This issue has been resolved with the implementation of this ticket.

Change

  • Copy Document: Block functionality when using a Rental Document (as source or target) (#14393, TRD-798)
    Copying rental documents (as source or target) is currently disabled due to the complexity of specific rental-related data structures (e.g. insurance fees, rental item BOM, availability checks and different billing types). These elements cannot yet be reliably handled during automated copying. The restriction applies to both the classic and redesigned Rental module (see KUMAVISION Feature Management). An event "KVSTRDOnAfterIsCopyDocumentAllowedForRental" has been introduced to allow controlled overriding where needed. This event got added to the report "Copy Sales Document".
  • User permission to edit sales prices and discounts (#14440, TRD-802)
    User-specific permissions for editing sales prices, discounts, and Zero Positions in sales documents have been implemented. The necessary permission flags were added to the User Setup, allowing control over the editability of relevant fields. By default, all permissions are enabled and must be explicitly revoked. An upgrade and install routine was introduced to initialize the default values in existing environments. Additionally, the editability of the invoice discount amount in the Sales Statistics and Sales Order Statistics pages is now controlled based on the user’s setup. Due to technical limitations in the Microsoft standard, it is not possible to distinguish between sales and purchase contexts in the VAT Amount Line. As a result, a direct validation with user feedback cannot be implemented. Instead, the fields are made non-editable when permission is missing, without displaying an error or information message to the user.
  • Line split function in sales and purchase documents (#14502, TRD-190)
    A new “Split line” action has been created in the lines section of sales quotes, sales orders and purchase orders. This makes it possible to split the quantities of one line into a second. This can be useful if, for example, the shipment date of part of the items changed. Reservations and item tracking are taken into account and can also prevent splitting at the same time.
  • Add Salespersons/Purchasers in (Registered) Detailed Bonus Calculation Lines (#14503, TRD-803)
    The salesperson/purchaser code should be visible in the detailed bonus calculation lines. It should also be transfered into the registered lines.
  • Bonus Entries (Sum) and Quantity Bonus Credit Memos (#14504, TRD-804)
    There should be a new field “Bonus order type” in the "Sales & Receivables Setup" and the "Purchases & Payables Setup". All created bonus credit memos should be assigned this order type. Furthermore, there should be fields on the customer and vendor card that show the total amount of the bonus entries (bonus amount) and the number of credit memos (delimited to the new order type).

26.1.3060.0 - 2025-05-14#

Hotfix

  • Comments are not displayed in Rental Reports (#14267, TRD-782)
    When using Sales Lines of Type = 'Comment' in a Rental Document, those lines are not displayed in the printed report. This ticket resolves this issue.
  • Demand Forecast: Refine Filtering Logic from Specific to General Criteria during Demand Planning Calculation (#14441, TRD-776)
    Adjusted the filtering logic for Demand Forecast Schedule Lines within the "Calculate Demand Forecast" action. If Sales Type and Sales Code are used as filtering criteria, the system now applies a stepwise fallback: it first tries to match both Sales Type and Sales Code, then only the Sales Type (with an empty Sales Code), and finally both fields with empty values. This improves resilience when no specific match is found in the setup. Additionally, an issue was fixed that previously prevented the calculation of demand for the upcoming year, ensuring that future demand planning is now possible without restrictions.

Change

  • Event in InsertFreightCostLine in FreightCostMgt.Codeunit.al (#14189, TRD-772)
  • Drop Shipments & Special Orders with Alloy Surcharge (#14206, TRD-679)
    When creating a purchase order for a drop shipment, the alloy surcharge for the item was not automatically included. This issue occurred when using the drop shipment function from a sales order, even if the alloy surcharge was correctly configured for purchasing. In contrast, the surcharge was correctly resolved when creating the order via the requisition worksheet. The same issue also affected special orders. This ticket implements a solution to ensure the alloy surcharge is now properly added during drop shipment creation, regardless of the method used.
  • Remove check on Posted Sales Invoices in Rental Item Ledger Entry when a Sales Line is getting deleted (#14265, TRD-780)
    When the Rental Order is fully invoiced it gets deleted by the Microsoft Standard. In this process there's a check on the Sales Lines if they have attached Rental Item Ledger Entries with Posted Sales Invoice numbers - if this is the case, an error will be thrown. This check got removed with this ticket.
  • Exchange Price for Alloy Surcharge at time of recording (#14271, TRD-677)
    Alloy surcharge handling was extended to automatically capture valuation details such as calculation timestamp, factor, and price when the "Activate in Sales" option is enabled. These enhancements were implemented in sales quotes (including archive), sales orders (including archive), posted sales shipments, posted sales invoices, and posted sales credit memos.
  • Alloy Surcharge: Copy Sales & Purchase Document Lines (#14278, TRD-745)
    With the implementation of this ticket, alloy surcharges are now correctly handled when using the "Copy Document" feature, both with and without recalculating lines.
  • More Information on Planning Data in Requisition Worksheet (#14317, TRD-754)
    The Item Planning FactBox has been made visible in the Requisition Worksheet, similar to how it is available in the Planning Worksheet. Additionally, for the Requisition Worksheet only, the Untracked Quantity is now calculated and displayed.
  • Purchase Quote - Optional without Purchase Price (#14328, TRD-751)
    A switch can be set in the "Purchases & Payables Setup" to disable price finding in purchase quotes. The setting is inherited in the purchase document and can be overridden there if necessary. In the "Requisition Worksheet", the quotes are already created without a price using the “Create Purchase Quotes” function.
  • Rental Item Availability: Improve error message when "Finishing Time" in Service Order is empty (#14356, TRD-795)
    Implemented a validation to check whether the "Finishing Time" field on the Service Order is empty before calculating rental availability. If the field is missing, a meaningful error message is shown instead of triggering a system error. This improves user guidance and prevents system crashes during rental availability checks or when adding a new rental line.
  • Rental Item Availability: Use field "Service Time (Hours)" to determine the hours of an Rental Item (#14364, TRD-796)
    Replaced the service duration calculation (for the Rental Item Availability) in the RentalManagement codeunit with the standard field "Service Duration (hrs.)" in the Service Header table. This change ensures a more accurate and reliable calculation, especially for service durations spanning multiple days, as the standard field considers additional factors beyond a simple time difference between start and end time. This was identified in TRD-795.
  • Implement flatrate bonus with type revenue (#14374, TRD-797)
  • Events in KVSTRDDemandPlanningMgt and KVSTRDItemChangingSuggestMgt (#14400, TRD-794)
    Event publisher "KVSTRDOnBeforeCalculateWeightedUsagePerDay" added in codeunit "KVSTRDItemChangingSuggestMgt". Removed internal accessibility from codeunit. Event publishers "KVSTRDOnAfterGetCalculatedForecastQuantity" and "KVSTRDOnAfterGetFiltersFromDemandPlanningParameter" added in codeunit "KVSTRDDemandPlanningMgt".
  • Check Sales Order on Status = 'Open' when changing Freight Cost Code (#14402, TRD-800)
    A validation was added to prevent changes to the Freight Cost Code in the Sales Header once the Sales Header is no longer in status "Open".
  • Don't show Rental Documents in standard Sales & Transfer Document list pages (#14417, TRD-801)
    Sales and Transfer documents now exclude Rental Documents in their list pages, similar to the filtering already implemented for rental documents. This adjustment requires the new rental functionality (KUMAVISION Feature Management) to be activated.

26.0.2993.0 - 2025-04-17#

Hotfix

  • Item Planning Suggestion: Incorrect Calculation of "Calc. Consumption per Day" (#14159, TRD-724)
    There is an issue with the calculation of the "Calc. Consumption per Day" field when an item is defined as an Item Replacement. In such cases, the system incorrectly derives the reference date from the Item Replacements start date instead of the expected user-defined date. If the start date of the Item Replacement is empty, the calculated consumption is set to 0, which can be misleading. Additionally, the displayed consumption quantity does not always match the Item Ledger Entries, leading to inconsistencies when reviewing the data. To ensure accurate calculations, the system should always derive the reference date from the user-defined value, regardless of any Item Replacement start date.

Change

  • Alloy Surcharge: Provide events for overwriting Alloy Surcharge Quantity (#14090, TRD-759)
    Added events: KVSTRDOnBeforeGetQuantityForAlloySurchargePurchaseLine(var ItemPurchaseLine: Record "Purchase Line"; var QuantityToReturn: Decimal) KVSTRDOnBeforeGetQuantityForAlloySurchargeSalesLine(var ItemSalesLine: Record "Sales Line"; var QuantityToReturn: Decimal) KVSTRDOnBeforeInsertItemChargeAssignmentPurchInInsertItemChargeAssignmentPurch(var ItemChargeAssignmentPurch: Record "Item Charge Assignment (Purch)"; var ItemPurchaseLine: Record "Purchase Line"; var AlloySurchargePurchaseLine: Record "Purchase Line") KVSTRDOnBeforeInsertItemChargeAssignmentSalesInInsertItemChargeAssignmentSales(var ItemChargeAssignmentSales: Record "Item Charge Assignment (Sales)"; var ItemSalesLine: Record "Sales Line"; var AlloySurchargeSalesLine: Record "Sales Line")
  • VAT Bus. Posting Group from Ship-to Adress depending on Bill-to/Sell-to VAT Calc. in General Ledger (#14113, TRD-760)
    The logic for determining the VAT Business Posting Group and General Business Posting Group from the Ship-to Address has been adjusted to respect the setup defined in the General Ledger settings. Previously, the determination of the posting groups was incorrectly performed based on the Ship-to Address, regardless of the field "Bill-to/Sell-to VAT Calc." in the General Ledger Setup. With this fix, if the configuration is set to "Sell-to/Buy-from No.", VAT & Gen. Business Posting Group from the Ship-to Address will be considered - if the field is not set to "Sell-to/Buy-from No." the VAT & Gen. Business Posting Group will not be considered from the Ship-to Address.
  • New Container Card with additional Informations about Volume and Maximum Weight (#14139, TRD-762)
    Introduced a new Container Card allowing users to capture additional information such as volume and maximum weight. These fields are currently for informational purposes only and are not included in any calculations.
  • "Not Billable" changes in Process (#14168, TRD-732)
    When a Sales Order is released, the minimum order value is added. If the corresponding amount is calculated as a percentage – this can result in a line amount of 0, for example, if the total order value is 0. The problem in this scenario: The newly added line is set to "Not Billable" = 'No'; this means that if the system is configured to check for "Not Billable" positions during order release (field: "Check Not Billable at Release" in "Sales & Receivables Setup"), an error occurs and the Sales Order cannot be released. As a solution, a new field was added to the "Sales & Receivables Setup": "Minimum Order Value at Zero Amount" If this value is set to 'Yes': When the total Sales Order amount is 0, a new line is still added – provided that a fixed amount is to be inserted. However, if the amount is to be determined as a percentage, then no new line is added. If this value is set to 'No': When the total Sales Order amount is 0 and all lines have "Not Billable" not equal to 'No', then no new line is added – regardless of whether a fixed or percentage-based amount is defined for the minimum order value. Additionally, the line quantity is changed by the report "Reduce Sales Quantity on Single Shipment". This change triggers a validation by the KUMAVISION base. If the quantity is changed, "Not Billable" is automatically set to 'No'. This behavior has been modified by KUMAVISION base and got resolved.

26.0.2956.0 - 2025-04-09#

Hotfix

  • Item Planning Suggestion: "Use Historical Item Ledger Entries" is not properly considered (#14028, TRD-749)
    The field 'Use Historical Item Ledger Entries' on the Request Page for the action 'Calculate Lines' in the 'Item Planning Suggestion' is not respected when it is automatically set to 'Yes' by the saved report settings. With the implementation of this ticket, the field is now correctly taken into account in this scenario.

Change

  • Bonus Agreements (#8622, TRD-182)
  • Expand Rental Setup (#12867, TRD-472)
  • Changes in Rental Items (#12952, TRD-476)
  • Event Request: Add "KVSTRDOnAfterGetRecordWarehouseShipmentHeader" in report KVSTRDCleanUpWhseShipments (#13902, TRD-737)
  • Alloy Surcharge with Over-Receipt (#13933, TRD-671)
  • Number Series for Rental Documents (#13936, TRD-735)
  • Rental Item BOM (#13937, TRD-693)
  • Block Rental-Item (#13938, TRD-595)
  • FollowUp-Service only in premium licence processable (#13939, TRD-467)
  • Create capacity on rental item / rental item card (#13940, TRD-475)
  • Alloy Surcharge: Changes to Invoices, Credit Memos and Return Orders (Purchase & Sales) (#14000, TRD-746)
    With the implementation of this ticket, the field 'Attached to Line No. (Alloy Surcharge)' is now correctly set when retrieving invoiceable shipment (invoice) or Return Receipt/Shipment lines (credit memo). Additionally, when retrieving Shipment Lines for a Return Order, a quantity reconciliation now also takes place between the item line and the corresponding alloy surcharge line. Both aspects have been implemented for both sales and purchasing.
  • Event Request: Add events to skip creating alloy surcharge lines in Codeunit "KVSTRDAlloySurchargeMgt" (#14069, TRD-756)
  • Event Request: KVSTRDOnBeforeOnPreDataItemCustomer in report "KVSTRDPeriodicInvoicing" (#14070, TRD-757)
    Added event: KVSTRDOnBeforeOnPreDataItemCustomer(var PostingDate: Date; var ReplacePostingDate: Boolean; var ReplaceDocumentDate: Boolean; var SkipDateChecks: Boolean)