0

on
Category:
STATUS DETAILS

Comments

RE:

Anh Pham Ha Phuong on 2/13/2025 7:54:00 AM

This should be supported because there are different customer requirement and business context that lead to different behavior for each case of SO.

Category:

RE:

HungNLQ Nguyen on 2/13/2025 7:45:00 AM

Please let us have this functionality ASAP.

Category:

RE:

Crystal Pham on 2/13/2025 7:08:04 AM

This a common scenario in business operation; it's necessary to have a function of combining product and service items into 1 Sale Order.

Category:

RE:

Thian Sze Patrick Goh on 2/13/2025 5:36:38 AM

Basic feature necessary for sales operations involving tangible and non-tangible products and services, definitely a "NEED TO HAVE...not a nice to have" solution.

Category:

RE:

LiHuang Lim on 2/13/2025 5:29:57 AM

Good idea.

Category:

RE:

ChiWei Ng on 2/13/2025 3:04:25 AM

It is common to have a combined invoice (normally customer preference) for multiple Sales order, some with allocation and some without. Allocation needed for some orders due to contribution from different BUs. This should be a standard feature.

Category:

RE:

Dorcas Lee on 2/13/2025 2:20:39 AM

Single SO Invoice reduce processing time and increase productivity, achieving GEPO.

Category:

RE:

Margaret Leong on 2/13/2025 2:07:01 AM

it will improve efficiency, reduce manual revenue allocation errors and prevent manipulation of invoices for fraudulent transaction.

Category:

RE:

NgiapKim Pang on 2/13/2025 1:55:47 AM

This is business needs as in each sales contract, the sales price incorporate different BU's revenue and hence we have to apportion the revenue for the respective BU the correct measurement of their profitability. Without the customisation, we have to manually pass a Free text debit and credit note to apportion the revenue. This takes up lots of time and the reporting of revenue is lagging as we have to wait for the posting of Free text debit and credit note.

Category:

RE:

Carol Sikes on 2/12/2025 7:55:21 PM

My last two clients have both needed this functionality as well and used enhancements to achieve it.

Category:

  • 1 …
  • 472
  • 473
  • 474
  • 475
  • 476
  • 477
  • 478
  • 479
  • 480
  • … 500