-
"Calculate purchase order delivery date based on lead time and working days= yes" we can't update request receipt date when we confirm the PO the date turns on today's date
Once we enable "Calculate purchase order delivery date based on lead time and working days= yes" we can't update request receipt date when we confirm the PO the date turns on today's date
-
Reverse finalized purchase order
when we finalized the purchase order, we suggest that we can reverse this process and get the status back to confirmed
-
enabling product bundle make issue with three-legged intercompany trading
when specify an item with enable product bundle it makes an error with three-legged intercompany and direct delivery
and there is no document listing this
-
Enable filtering in return orders form by advanced sorting with item number
After creating a return order for an item, we can't filter by item number while trying advanced sorting
-
Weighted average closing issue carried out cost from previous years
Refer to the example below:
- The inventory was closed till 31-12-2022, normally. And the weighted average cost was calculated in a correct way.
- For the below item after closing, the latest weighted average calculation was on date 09-11-2022 and the unit cost was “762.21”.
- At the end of 2022 the total QTY of item was “13”.
- Then a new purchase was received in 2023 by the date 25-01-2023.
- The unit cost of the new purchase was 608.86.
- At the end of the period when run the inventory closing for 31-01-2023.
- The system did not consider the cost of units coming from the previous period and the weighted average calculation only considered the new purchase cost and it was calculated as 608.86.
- As per the manual calculation outside the system the correct weighted average unit cost should be “624.19”.
-
A quotation is created for a prospect and information which was defaulted from the Prospect is copied to the quotation but is changed on quotation level. When converting to a customer, this quotation specific information will be lost.
- Create new two sales quotation and assign the new prospect on the quotation
- The quotations have a sequence 00011 & 00012 for example
- Specify in the two quotations sales tax group (CA)& delivery terms (FAS) for example
After converting the prospect to customer
- we checked the quotations again after conversions:
1.check the first quotation
After checking we found that sales tax group & delivery terms fields (that’s specified before) had been removed automatically after convert prospect to customer.
2.check the second quotation
After checking we found that sales tax group & delivery terms fields (that’s specified before) have still existed with same values before convert prospect to customer.
Actual Result
Delivery terms & sales tax group fields disappear when converting prospect to customer in second created sales quotation (000012)
Expected Result
The data in these two fields (delivery terms & sales tax group) should still in the two quotations (000011 & 000012)
-
Inventory Value Report not filtering per warehouse
the inventory value report is not generating with viewing warehouse number
-
When submitting a PO workflow reflecting with an error related to the accounting distribution although all lines are distributed
- The customer tries to submit a workflow it reflects with the error message below:
Stopped (error): Accounting distribution validation failed. Please recall purchase order workflow and rectify accounting distributions. This action can only be completed after the line number 10 is fully distributed.
- While checking the lines we found all lines are distributed.
- Throw investigation we found a raised fix request related to that error, it will not be fix and there is a workaround had been provided
- Our customer tested the workaround that had been mentioned in the fix request, and it did not resolve the issue as expected, please find the feedback below:
if we Disable the Parameter Auto Calculate Totals and Accounting Distribution from Accounts Payable Parameters -> General -> Purchase Order Workflow, this will also affect all PO's with actual errors in distribution that we would like the system to stop. For example if a PO is missing a financial dimension as Department, we need the PO to stop in WF and give a warning to correct the PO before approval. If this stop/validation is skipped, we will have issues later in the process when trying to post PO against vendor invoice. The error we have reported now is a bug and should be taken care of.
- As a result for the above please advise with another workaround as the mentioned did not fit our customer gap.
-
When creating a purchase requisition, the system retrieves prices based solely on the best applicable 'purchase price' trade agreements. However, this approach does not take into account potential discounts that could affect the net amount.
- When creating new trade agreements lines for two vendors and same item with purch.price type and another two trade agreements for the same two vendors and the same item with line.disc. type
- With creating a new PR with the selected items in the trade agreement, system select automatically the vendor who has the lower purchase price with neglecting the discount percentage, this ensures that any potential discounts are also considered when determining the most cost-effective option.
Please refer to the example below for more details:
if we created four trade agreements lines:
1.For vendor 1001:
Price= 20.00
Discount= 50.00%
- As a result net amount for 1 each= 10 USD
2.For vendor 1002
Price= 15.00
Discount= 10.00%
- As a result net amount for 1 each= 13.5 USD
Actual Result
- The system specified the cheaper vendor in purchase price with neglecting the discount percentage “vendor 1002” with net amount 13.50.
Expected Result
- The system should put in consideration the total net amount and specify the cheaper price “vendor 1001” with net amount 10.00.
-
The line number column cannot be edit after deleting any random line from a confirmed purchase order
For example:
- if we have a PO with 4 purchase line and we confirmed it.
- After confirmation we had to delete any line (for ex line no. 2).
- The PO will get back to approved status and the line numbers will not be edited with this sequence (1,3 and 4)