Laura Cojan SUPPORT ENG

There is no possibility of adding translation for Cities. (Organization administration > Setup > Addresses > Address setup > City)

A similar functionality as for Country/region should be considered, which would be providing the possibility of translating the ‘City’ as well.

e.g.  For the Vendor Collaboration Portal and its related functionalities, the majority of Vendors who will use the functionality, are companies from abroad. If the customers are using a Cyrillic alphabet without the possibility of translation, it would make the use of the Wizard or Forms very difficult to manage.

Customers using extensively the Vendor Collaboration processes would use native alphabet. If customers are using the Cyrillic alphabet, then description fields e.g. in forms such as Vendor registration or  RFQ bidding forms and not limited too, used by external vendors using the process would be benefitting greatly from a translation option.

In the Vendor registration wizard and the RFQ bidding forms of the Vendor Collaboration portal, the system is not offering translating possibilities for the following field descriptions: ‘City’, ’Line of Business’, ‘Terms of Payment’, ‘Reason’.

• Field description: Line of Business (path Accounts payable > Setup > Line of business)
• Field description: Terms of payment (path Accounts payable > Payment setup > Terms of payment)
• Field description: Reason code (path Human resource > Setup > Reason codes)

e.g.  For the Vendor Collaboration Portal and its related functionalities, the majority of Vendors who will use the functionality, are companies from abroad. If the customer is using a Cyrillic alphabet without the possibility of translation would make the use of the Wizard or Forms very difficult to manage. 

Please kindly see related product enhancement request, related to 'City': 

https://experience.dynamics.com/ideas/idea/?ideaid=d42b1ec4-b2ed-ec11-b5cf-0003ff45834c

With reference to LCS Issue 699338.

When creating a purchase agreement linked to a Project, the system is retrieving the financial dimensions from the Project. Upon modifying the default values on the purchase agreement with different values and releasing the purchase order, the system is NOT retrieving the financial dimensions from the Purchase agreement, however from the Project.

It would be of great benefit for customers to have to possibility of avoiding any additional time loss, of updating the Financial dimensions on the Purchase order, once generated from Project purchase agreement.

When the packing slip button is actioned on a sales order created from a sales quotation, the ‘Total discount %’ on the sales order is cleared.

The reported behavior was evaluated as being the intended behavior of the application, if the parameter "Calculate total discount on posting" is enabled. (with reference to: LCS issue#726114.)

Due to this behavior, customers will not be able to benefit from both business processes ,as if the parameter will be disabled, as such to accommodate the reported scenario, the Total discount will not be automatically calculated on the sales order itself, which is not desired.

Customers would greatly benefit from a change in the way way the system is intended to work in order to be able to make use of both processes.

With reference to LCS Issue 728924.

When firming a planned production order, created from an item requirement and Posting method= Consumed, the system is triggering an Infolog and the project identification details are not copied into the production order.

Firming

Number: xxx

Item number: XXX

Project ID is mandatory

Line property must be filled in.

Sales currency must be filled in.

Project category must be filled in

Transaction date is mandatory.

Customers would greatly benefit from a change in the current way the system is intended to work, as a lot of time and effort , as well as user mistakes may be avoided , by automatic the process.

With reference to LCS issue#747033 

In the following context, the business is required to have a distribution center and a manufacturing plant at two different sites that are linked by a transfer order.

The sales order is entered at the distribution center site. On the sales order line a specific sub-bom for a configured item is applied. The selected BOM version is from the manufacturing site, while CTP is a delivery date control method used. 

When master planning (net requirements) is updated, the system creates a new planned transfer and planned production order, although the sales line has the transfer order marked properly and the transfer order ship is marked to the production order. This behavior is only visible if a sub-bom and transfer order are being used.

Having the feature implemented would considerable reduce the workload of planners, and provide a greater visibility on the BOM needed to be used as such to manufacture products.

With reference to LCS Issue 769787:

When trying to adjust a Project transaction (Item) where the on-hand quantity is zero and an open Sales order exist with automatic reservation, the system cannot adjust the transaction because of error message:

Transaction updated for transaction ID XXX

New transactions created for transaction ID XXX.

Item number: XXX Physical on-hand Color=XXX,Site=X,Warehouse=XXX 100 cannot be picked because only 0 is/are available from the inventory for item: XXX.

Update has been canceled.

Due to the current way the system is intended to work, the process of adjusting transactions within the current scenario is prevented, creating a high time and monetary loss for the users. The available solution as such to accommodate the business process, e.g., to delete all the open sales order lines is creating a lot of additional administrative work which may be prevented if a change may be introduced in the benefit of the customers.

With Reference to LCS Issue 768983:

It was identified that Latvian Intrastat Transfer form is missing 'Customer Packing slip' and 'Vendor product receipts' buttons.

There may be situations when goods are received in one month, however the vendor will be sending the invoice at a later point in time. In such a scenario, in order to act correctly, to report the goods received in the month they are really received in when the Latvian borders have been physically crossed, there is a need to have the option for transferring packing slips/product receipt available.

At the present moment, the option is not available and the process is hindered as such.

Please kindly help considering an enhancement in this area, as it would be beneficial to all concerned parties and would help with accurate reporting.

When trying to add charges on a pending vendor invoice journal, which contains multiple purchase orders, the option is greyed out, regardless on whether the scenario is part or not, of an intercompany context.

This option is highly needed, as there are situations where, for quantity differences, the acquiring company will need to manage the differences according to the sales invoice, as such to receive a credit note. Having this option available would help speeding up the process, avoiding any user mistakes, not limited too.

With reference to LCS Issue802592:

When personalizing the 'Backorder purchase lines' (PurchLineBackOrderListPage) by inserting and adding a filter on a column e.g., 'Orderer' upon trying to open the saved view on the following day, an Infolog is preventing the process and filter is removed.

The order backlog should be filtered and saved as a view to be able to implement the view on the workspace for the buyer. 

Infolog:

"We were unable to apply the filters associated with this view due to security restrictions on this page. However, personalization for this view have been applied."

Reconsidering the current behavior would greatly improve the daily efficiency of users and any mistakes/omissions of orders would be avoided.