Skip to Content

Services rendered automatically populated

hello ,

I`m facing an issue , when I create a sales order and navigate to the " Billing Document" tab, the field "Services rendered" is automatically populated with a date that we do not know how the system gets.

It´s always ( 17.09.2019) the same date and if we don´t navigate to this tab we don´t have this issue

we need to know where does the system gets the date from , because it may influence tax condition , pricing etc .

we also want to know how to hide or update this field with Billing date or pricing date.

Thank you in advance

Add a comment
10|10000 characters needed characters exceeded

Assigned Tags

Related questions

2 Answers

  • Best Answer
    Posted on May 29, 2020 at 12:45 PM

    Hi Veseline,

    Thank you for answer me, the problem is solved, we created a variant through transaction SHD0 for this particular type of sales orders, during the creation of the variant , somehow, the data of the field VBKD-FBUDA (service rendered date) was recorded in background. we have to delete the value of the field in the table SHDSVFVCI.

    And now the field is empty when these type of sales orders are created.

    Thank you

    Add a comment
    10|10000 characters needed characters exceeded

  • Posted on May 22, 2020 at 07:15 PM

    I am not aware of the details of your business process, so I will start with the default explanations :)

    VBKD-FBUDA (service rendered date) is mainly used when you sell services, when you deliver goods- you can leave it blank in the sales order, because in standard it will be determined and populated in the billing document with the goods issue date. If you have order-related billing even when you deliver finished goods the service render date can be determined as first priority from the sales order item, if there is no date entered in the order, it will be the billing date (for cash sales).

    If you create a credit or a debit memo request with reference to a billing document it is expected (at least in standard systems) that service rendered date will be copied from the originating billing document. You can still overwrite it, but at least to me this does not seem right from business perspective.

    When you sell a service: if you use a delivery, then again service render date in the billing document will be the date of the goods issue (yes, I know, it seems illogical at first, but some companies use deliveries for services as well). When you sell a service without delivery this is like a DR, but without reference -if left blank in the order - it will be set as billing date in the invoice.

    The transfer of service rendered date when you create a document with reference is usually determined via the data transfer routines set in the copy control settings for the combination of source/target document type and item category.

    If you have service rendered date populated in sales orders that are created without a reference, the most likely reason is custom code.

    If you are a consultant or a developer:

    The first place that I would look in would be MV45AFZZ, USEREXIT_MOVE_FIELD_TO_VBKD. If still no luck - you can use program SNIF or transaction PRCAT to look for custom coding. Or you can just debug.

    If you are a business user:

    Create a ticket to your local support desk. What you describe is indeed a serious problem and has to be fixed.

    As to updating/hiding the service rendered date field in the sales order:

    I don't think that it is a good idea to hide it, it is important information that needs to be available for reporting purposes.

    You could try making the field not editable with MV45AFZZ, USEREXIT_FIELD_MODIFICATION, but I cannot tell whether this is a good idea, and whether it can break certain processes in your company. I would not set it as read-only either, some users may need this flexibility in certain cases.

    VBKD-FBUDA can be updated (as I mentioned) via MV45AFZZ, USEREXIT_MOVE_FIELD_TO_VBKD.

    Add a comment
    10|10000 characters needed characters exceeded

Before answering

You should only submit an answer when you are proposing a solution to the poster's problem. If you want the poster to clarify the question or provide more information, please leave a comment instead, requesting additional details. When answering, please include specifics, such as step-by-step instructions, context for the solution, and links to useful resources. Also, please make sure that you answer complies with our Rules of Engagement.
You must be Logged in to submit an answer.

Up to 10 attachments (including images) can be used with a maximum of 1.0 MB each and 10.5 MB total.