Behavior of grab SOH from default bin

[perry]

There is a system setting call grab SOH from default bin.

The current behavior that seems to be only taking stock from the default bin and not from any other bins.
The only way to assign stock from other bin is by manually selecting the stock (with the stock selection dialog)

As it is, there is a bug while releasing back orders. BO logic (SP) considered the stock is available and created a new snapshot is created to fulfill back order. However, no stock is assigned because it is not in the default BIN.

The customer would like to change this behavior so system will grab SOH from default bin if available, else, take from other BIN. This is on top of the FIFO rule.

Would you consider this as an improvement for the future release? e.g. have another system setting call only grab SOH from default BIN or event BIN ranking

if not, how can we customise this? BO should be ok as there is a isBO flag/event. but what about sales order UI and business logic (sales order import for example)?

[Mike.Sheen]

There is a system setting call grab SOH from default bin.

The current behavior that seems to be only taking stock from the default bin and not from any other bins.
The only way to assign stock from other bin is by manually selecting the stock (with the stock selection dialog)

That switch has always operated that way when entering from the sales order entry form. If the GrabSOHFromDefaultBin setting was ON, then the sales order will take stock from the default bin and if there is stock in other bins, prompt the user to select where to get stock from next.

It was a hacky stop-gap measure introduced back in 2001 to compensate for the fact we didn't have a way of specifying which bins were pick bins, which were put-away bins and which was the default for put-away and which was the default for picking.

As it is, there is a bug while releasing back orders. BO logic (SP) considered the stock is available and created a new snapshot is created to fulfill back order. However, no stock is assigned because it is not in the default BIN.

That's been fixed - DEV-8851 - SR5 of 7.2.1 will have this addressed to behave like it used to before we broke it in about version 7.00.157.00 when we simplified / cleaned up the BO processing code.

The customer would like to change this behavior so system will grab SOH from default bin if available, else, take from other BIN. This is on top of the FIFO rule.

Would you consider this as an improvement for the future release? e.g. have another system setting call only grab SOH from default BIN or event BIN ranking

Of course we would consider this as an improvement - by all means lodge an improvement request! If people don't do that it doesn't get done!

if not, how can we customise this? BO should be ok as there is a isBO flag/event. but what about sales order UI and business logic (sales order import for example)?

You could do this now - we've implemented custom stock selection logic for a customer via plugin which selected stock based on the expiry date instead of the date in, and did not select stock expiring before a threshold number of days which was a setting against the debtor... that was quite simple - on save we remove the line details for sales order lines, then use our own SQL query to select stock and add the line details for the stock we want.

[perry]

thanks!

You could do this now - we've implemented custom stock selection logic for a customer via plugin which selected stock based on the expiry date instead of the date in, and did not select stock expiring before a threshold number of days which was a setting against the debtor... that was quite simple - on save we remove the line details for sales order lines, then use our own SQL query to select stock and add the line details for the stock we want.

Great idea, my thinking was bit over complicated.