Kishore Melepati

Description of problem: Cophana sa does logistics on behalf of other companies, including order taking, deliveries and billing of the products. For some companies, we have to create a new D365 company. Actually we have 15 companies, but it is growing. The warehouse operators have to change company several times a day and I cannot ask them to go to the device parameter to change the company. So we need a feature that allows the operator to change company easily in the warehouse mobile app.

Description of problem: When performing "Full" pallet on mobile device, with Group Pick set to "Yes" and Allow Splitting of Work set to "Yes", system always splits on 1st work line for item location. Only allows qty based on this line (not all grouped lines). This issue is present in all environments, including a standard Contoso environment.

Description of problem: When importing Demand Forecast lines via the standard Data entity ‘Demand Forecast Entries’, whilst the standard entity includes a field ‘ForecastAllocationMethod’, which in customer case is ‘Key’, there’s no field in entity to define which key to use (which is a standard field available in table: Period Key)) Are you planning to add particular field for Demand Forecast Entries data entity in future releases? partner also checked in Update 35 & not included

When performing "Full" pallet on mobile device, with Group Pick set to "Yes" and Allow Splitting of Work set to "Yes", system always splits on 1st work line for item location. Only allows qty based on this line (not all grouped lines). This issue is present in all environments, including a standard Contoso environment.

Description of problem: On a sales order with a Delivery term with "Sales tax address" = Delivery the Sales tax group is always inherited from the delivery address and updated on the sales order even if on the address Sales tax group is blank. The expected behavior is that if the sales tax group on the delivery address is blank the value has not to be updated on the sales order (this exact behavior is the one experienced with purchase orders). Repro steps: 1. Term of delivery with Sales tax address = delivery 2. Customer with 2 delivery address: a. With sales tax group linked to it b. Without sales tax group 3. Customer with a default Sales tax group and the created Delivery term 4. Create a Sales order with delivery address a, sales tax is inherited from delivery address 5. Change delivery address to b, Sales tax is updated and sales order even if delivery address has no Sales tax group

We are currently running under stock/inventory management and using basic stock functionality We want to move to advanced warehousing to take advantage of mobile devices / waves / work We cannot change our products to storage dimension - Site/Warehouse/Location as they have transactions against them What is the approved process to move from basic to advanced warehousing?

The sales agreements are not getting deleted from the back-end sales agreement table, even after we have correctly removed it from the sales agreement form page

We have a product with the item model group related to the inventory model “Standard cost” When we create a new transaction for this product, for example, from all sales orders we create a production order;Appears the item reference and establish the marking between both;If manually we unmark the transaction, appears the problem:We do not have the ability to mark the transaction again as the available option does not appear.Item reference disappears.

If our subsidiary receives goods from a customer using a return order, the will use a certain disposition code. Then, they our subsidiary will create a purchase return order to send the goods to us (the headquarters) Here, when we register the goods, we might use a different disposition code because the item was used and we want to credit only 80% of the value. If this is done, the return status of the line in the original return order (in our subsidiary) is set back to "Expected" and the disposition code in this line was replaced by the value from the return order of the headquarters.

Customer: Eurotrade D365 When updating a warehouse transfer on a mobile device and updating the unit, the inventory quantity is not double-checked and therefore the transfer is updated with a wrong quantity