My Oracle Support Banner

ER: Allow for Missing Containers to be Manually Adjusted and Received Following Auto-Closure of the Transfer (Doc ID 2997177.1)

Last updated on JANUARY 10, 2024

Applies to:

Oracle Retail Enterprise Inventory Cloud Service - Version 23.2 and later
Information in this document applies to any platform.


Received transfers cannot be adjusted due to issues related to automatically closing the receipts from WH to Store transfers.

This is working as expected. The threshold 'Number of Days Received Transfer Deliveries can be Adjusted' is regarding received deliveries only, not closed, as closed doesn't necessarily mean received.
So if you have received the delivery for a container then you should be able to adjust it within the threshold time, if you haven't received it and the transfer is closed then you shouldn't be able to adjust it as the containers are not received they are missing.

In addition to below, regardless when auto-close kicks in, there should be more user friendly option than to scan i.e 600+ containers as it is currently not user friendly and is very time consuming.

1. Auto-close is set to 2 days, and this operationally helps which store approaches to process them, however, as has happened, there are times when it is out of our reach, and it is not enough time to process them correctly.
2. They cannot just increase the time to correct it since operationally, it represents a risk and is confusing for the store operation to keep the BOLs received and those that are added as new or pending processing visible for more days.
3. Also, when it closes and they have resorted to performing fast reception, errors have already occurred on the MFCS side.

In summary, there are more additional factors than just closing the configuration for a number of days, since being an operational environment there are more additional factors, such as the store operation itself, the timing in which the BOLs are carried out and sent to the stores, on the part of other teams, some problems in integrations that have also happened, with all this, in addition to the last point, about the errors that have arisen when making a quick reception and the great time that this consumes us, the most viable and transparent option for the end user in the store is to be able to reactivate the BOL and have them directly carry out the reception process.



As this is related to auto close receipt functionality/configuration an enhancement request is needed so that there is an option to override closed receipt due to auto close parameter.

Business justification behind is that due to large volume of containers within the receipts, in cases when auto-close kicks in, store users need to request support from another team to receive all containers via quick receiving as store does not have each container information on barcode. They need to enter manually the container id's which is time consuming task. It is suggested that in cases of auto-closed receipts there could be an override privilege, that would allow users with this privilege to 're-open'/'receive' receipts that are closed due to auto-close.

Product management update:

Adding business logic to reverse “auto closed” deliveries specifically is too narrow of a use case to be considered as a generic business process at this time.

However, an ER can be logged against the idea that we should allow for “Missing” containers to be manuallty adjusted and received. It can happen that a container is delayed and that the transfer is closed. This would follow similar logic where a missing container can be added through the quick receiving process.


This will greatly reduce the additional workload for the end user and enable them to process the late containers without additional support teams, resulting in fewer processing errors.


To view full details, sign in with your My Oracle Support account.

Don't have a My Oracle Support account? Click to get started!

In this Document

My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.