Skip to main content
Arrow Backward IconBack to Overview

Core 2.0.751

August 20, 2024

Released on all test and acceptance environments on August 20, 2024

Will be released to production in EUW and ASE on August 26, 2024*

Will be released to production in CUS on August 27, 2024*


release notes image

Breakingโ€

No breaking changes.

Complianceโ€

๐Ÿ†• Displaying Product Requirementsโ€‹

Certified Invoice templates, both thermal and PDF, now show product requirements when:

  • A product requirement is mandatory.
  • A product requirement is optional and has been filled out.

โœ… Individual countriesโ€‹

๐Ÿ‡ฎ๐Ÿ‡น Italy
  • Fixes to the SDI total amount calculations, which in some instances led to some invoices being rejected by the SDI.
๐Ÿ‡ท๐Ÿ‡ด Romania

โœ… Financial Periods (24 hours)โ€‹

Romanian legislation mandates that financial periods cannot remain open for more than 24 hours. Consequently:

  • Sales will be blocked if a financial period remains open beyond 24 hours.
  • At checkout, a notification will prompt users to close the current financial period and start a new one if it has been open for more than 24 hours.
  • The notification will state: "Unable to complete the transaction. The financial period has been open for longer than 24 hours. Please close this period and start a new one to proceed."

Propertiesโ€

๐Ÿ†• DisplayName in Create and UpdateStockLabel for Translationsโ€‹

The CreateStockLabel and UpdateStockLabel services now include a DisplayName property.

This will allow for a proper translation flow that is based on the DispalyName property of those two services.

๐Ÿ†• ProductBackendID in ListPriceListManualAdjustmentโ€‹

The ListPriceListManualAdjustment service now includes a new ProductBackendID property.

Servicesโ€

๐Ÿ†• GetCheckoutOptions filtersโ€‹

The following filters have been added to the GetCheckoutOptions service:

  • Name
  • Handler
  • Status (IsActive / Inactive)
  • OU set

โœ… Migrating gift card configurationsโ€‹

EVA will from now on determine a gift card's balance based on gift card configurations in GetAvailableGiftCardConfigurations instead of GetApplicationConfiguration which will allow for taking the OU context into account.

Settingsโ€

๐Ÿ†• Financial Period Verification Stepsโ€‹

We've introduced three new settings that affect the verification process for opening and closing financial periods. These settings relate to updating organization unit location, linking loyalty programs, and linking employees. For instructions on how to enable these settings, click here.

โœ… Default stock label for RTSโ€‹

To make EVA more efficient, any product added to an RTS order will automatically have its stock label set to the one defined in the Orders:ReturnToSupplier:DefaultStockLabel setting.

Watchtowerโ€

โœ… Watchtowerโ€‹

  • Solved an issue that could cause DNS resolution to fail in case of network issues.
  • Made the pulling of containers more reliable in case of network issues.
  • Updated watchtower version to 2024.11.1 (prefix with your device model number)
  • Pulling of updates is now spread across devices (in a 30-minute window) to avoid all devices pulling at the same time to improve network congestion

Other topicsโ€

๐Ÿ†• Shipment custom fieldsโ€‹

We've made changes to the ShipmentCustomfieldEligibility extension point to allow for making Shipment custom fields (in)visible for specific shipment types, such as Return to Supplier shipments.

Details

For example, you could create a โ€˜Seal Needed?โ€™ shipment custom field, and make it visible only for shipments that contain at least one line from an RTS order.

This would be created as follows:

Sample

extend ShipmentCustomFieldEligibility

set output.IsVisible to false
set output.IsRequired to false

for each line in Shipment.ShipmentLines do //(checking each shipmentLine is necessary because in theory, a shipment can contain lines from multiple orders)
line.Order.IsReturnToSupplier
set output.IsVisible to true
end
end

You can then connect your โ€˜Seal needed?โ€™ custom field to this script, which will hide it on shipments that do not contain an RTS line. Mind that youโ€™ll need to do something similar to any existing shipment custom fields you donโ€™t want to appear in the RTS flow.

๐Ÿ†• Bidirectional Supplier and Target OU Relationshipโ€‹

We have recently added a new Mobile OU type, introduced in core notes 2.0.747. Expanding on this development, we've implemented a feature that enhances stock transfers between Shop and Mobile type OUs. The feature enables a bidirectional stock transfer between the supplier OU (Shop) and the target OU (Mobile).

This configuration differs from typical unidirectional supplier relationships by allowing a two-way flow of stock, specifically designed to support Mobile OUs. With this functionality, the Shop OU can both supply to and retrieve stock from the Mobile OU. This feature is active only when a supplier relationship between Shop OU type (as supplier) and Shop + Mobile OU type (as target) is configured, and the organization structure between the Shop and Shop + Mobile OU is a parent-to-child relationship. The bidirectional stock relation will trigger automatically if the OU structure involves a Parent OU of type Shop with a Child of OU type Shop and Mobile.

In such scenarios, sales transactions will use the AutoTransferInterbranchOrder service rather than the standard PlaceOrder.

Mind that this is part of an upcoming feature which is still in the works.

โœ… Package selection fallbackโ€‹

When no package is selected for a carrier which has packages configured, EVA will fall back on the package set as default.

โœ… Updated GlobalBlue Printed Tax Formsโ€‹

GlobalBlue tax forms have been updated to include the following new fields:

  • Till/StationID
  • Employee's ID SISC (specific to Poland only; additional configuration required)
  • Employee's First and Last Name (specific to Poland only)

A full sample can be viewed here.

Fixesโ€

  • We fixed a short-lived issue where the UploadCouponExcel could not be done async.
  • Resolved an issue where (cookbook)financial events would fail to process if a recipe's impacted account had a null value.
  • We resolved an issue that caused incorrect refund calculations for return orders involving product bundles and product bundle discounts.

Deprecationsโ€

๐Ÿ†• Introducedโ€‹

These deprecations are now announced for the first time. Usage of these services and/or fields will return the appropriate EVA-Warnings header.

Highโ€‹

  • Service ListCheckoutOptions is deprecated and will be removed in 2.0.781, use GetCheckoutOptions instead.
  • High EVA.UserTasks.Services.CycleCounts.SetCycleCountSettings is deprecated and will be removed in 2.0.783: Use regular settings instead. SetCycleCountSettings

๐Ÿšซ Effectiveโ€‹

These deprecations are now effective. As of now, these services and/or fields are no longer available in EVA and can no longer be used.

Deprecatedโ€‹

Highestโ€‹

  • Highest Prices.BackendID is deprecated since 2.0.751: Use the External-IDs mode header and the ID parameter.
    • UpdateSimplePrices.Prices.BackendID
  • Highest Prices.CustomID is deprecated since 2.0.751: No longer supported - switch to ProductID either with an (EVA) ID or a BackendID through the External-IDs mode header.
    • UpdateSimplePrices.Prices.CustomID
  • Highest SkipPriceListRecalculation is deprecated since 2.0.751: This parameter will be removed and default to true, use ForcePriceListRecalculation if an immediate price list recalculation is required.
    • UpdateSimplePrices.SkipPriceListRecalculation

Mediumโ€‹

  • Medium Status is deprecated since 2.0.751: No longer used.
    • GetGiftCardOptionsResponse.Status
Impact descriptions

For more details on the impact categories, please see When are changes communicated?.





Release dates may varyโ€‹

The exact date for deploying a Core release to production environments may vary. See How we handle Core releases for more details.