Quantcast
Channel: SCN: Message List - SAP ERP SD Billing
Viewing all 6807 articles
Browse latest View live

Re: Error in Billing due to error in Sales Order

$
0
0

Dear,

 

I am unable to see your First screen shot why because its not showing some important Fields as left side Fields if that Condition Type .

 

 

Note : Please share that Condition Type details once again and also share that Condition Type analysis of Sales Order .

 

 

 

Thanks,

Naren


Re: Error in Billing due to error in Sales Order

$
0
0

Change the "To Step number" as 100 instead of 110 for ZSRP in your pricing procedure and then retry the same process.

 

 

G. Lakshmipathi

Re: Different currency billing

$
0
0

Change the condition record valid from 15-05 for that material to "Per thousand" and create a new billing document.  If I am correct, still you would see some wrong value in condition tab.  Just click "Update" button and check whether the decimals in "Condition Value" (KWERT) exactly matches to the customs document.  I think, this should solve your issue.

 

 

G. Lakshmipathi

Re: Error in Billing due to error in Sales Order

$
0
0

Dear Lakshmipathi

 

   I tries your suggestion but the results are still the same the assessable value is getting doubled if I maintain the ZSRP condition twice manually.

 

Regards

 

Ramanathan

Set up special GL posting keys SD-FI

$
0
0

Greetings,

 

We have the following Scenario:

 

I'm creating a billing document in VF01, with accounting document to FI.

Here follows an example of the accounting document:

 

As is:

ItemPosting KeySpecial GL indAccountAmount
101
2374 - Customer account10.000,00
250
1105030002 - VEF10.000,00-

 

We have a requirement where we need to redetermine data when the accounting document is being created.

What needs to be done: the line with account 1105030002 (VEF account), posting key 50 needs to be created with a special GL indicator (@), posting key 19 (required for special GL) and the account has to be the customer's account (2374).

 

In other words, to objective is to change a GL account (KOART = S) to a customer account (KOART = D), changing also the posting keys (50 to 19) and special GL indicator.

So, the "To be" scenario would be like this:

 

To be:

ItemPosting KeySpecial GL indAccountAmount
101
2374 - Customer account10.000,00
219@2374 - Customer account10.000,00-

 

 

****************************************

Questions:

1 - Is there any standard solution which could help us in this requirement?

 

  

2 - We have already checked at user-exit EXIT_SAPLV60B_008 but just changing the special GL indicator, posting key, account and account type (D) doesn't work (we have manipulated XACCIT structure). The accounting document wasn't created (Error in accounting interface). Is it a viable/secure option to manipulate the lines in the accounting document by using this (or another) user exit?

 

We think that changing this user-exit would need several checks/validations/data manipulation, because there are too many uncommon characteristics between an accounting line with a GL account and an accounting line with a customer's account.

Our biggest concern is about conceptual issues which this change could cause. It doesn't seem a suitable option, as we would be doing a deep change in this process core logic.

 

Any suggestions?

 

Thanks in advance!

Fernando Demitroff

Customer hierarchy

$
0
0

Hi,

I have created rebate agreements R1 and R2 with recipients(customers) C1 and C2.

According to standard process when i create sales orders OR1 and OR2 with customers C1 and C2,rebate conditions should take values from rebate agreement of customer with top most hierarchy.

 

In my issue C1 is at the top level hierarchy and rebate condition values should be from the rebate agreement R1 for both the sales orders OR1 and OR2.

But its not happening so.rebate condition values are from their respective rebate agreements R1 for OR1 and R2 for OR2.It is not following the standard customer hierarchy.I checked the standard settings everything is maintained.

 

Please suggest me the solution for this.

Re: Customer hierarchy

$
0
0

Hi,

 

Please check whether you are using 0004 Agreement type ( hierarchy Rebate) or not

i believe you have to use 0004

 

regards,

santosh

Re: Required No modification allowed in VF01 and VF02

$
0
0

Hi,

 

 

1.     Sales order in pricing procedure keep option tic mark for Mandatory, Required & statistic. Then you have no chance to change or add condition & condition amt from billing site.

2.     Goto VTFL and click on Item Overview to select Pricing type = D

3.     You should also close authorization to maintain condition master for billing users.

 

Thanks

 

Md. Enayet Hossain


Modification in sap query report

$
0
0

Dear Experts,

 

Our client use sap query report. Now he want to addition new field in this report. we have gone through SQ01but there is not available in query. How to find out this? Please help

 

Regards

BK GAIKWAD

Re: Modification in sap query report

Re: Modification in sap query report

Retro billing process

$
0
0

As far as retro billing process is concerned, is it possible for each customer to create only one document (that would summarize all the differences versus the original invoice) instead of generating one document for each invoice that has to be corrected ?

Re: Retro billing process

Re: Retro billing process

$
0
0

each customer to create only one document

No. As per standard, you can't have one document, which will summaries all correction into one document. In fact, transaction VFRB will creates one document each for each corresponding price adjustment.

 

For more clarity on Retro Billing, you can refer following SCN Document:

- Retro-Billing SD (VFRB)

 

Thanks, JP

Tax Calendar Poland - which field?

$
0
0

Hi,

 

I have a requirement about a tax date and calendar in Poland.

Does someone know which field are we talking about? Is it VBKD-FBUDA ?

 

Please answer only if you know the specific answer for the Poland.

 

Thank you in advance!!

 

F


Re: Tax Calendar Poland - which field?

Re: Exclude inactive condition from subtotal

$
0
0

Dear Carrie

 

   Could you describe in detail how you achieved the same. I have a problem wherein I have a manual pricing condition which could get duplicated by oversight, Even though the 1st condition becomes in active both get added to the assessable value(subtotal)  used for calculating further taxes, Hence if the condition is repeated I would like to exclude it from the calculation of the subtotal field.

 

Regards

 

T N Ramanathan

Inter Company STO Billing

$
0
0

Hi ,

 

When doing billing(VF01)  for Inter company STO  Accountig documents not generating.

 

Please provide what are  standard accounting entries needed for INTER company STO  billing.

 

VKOA settings are maintained like below .

 

V    KOFI    MULG    4000    07    01    EXD    652025

 

 

while click on releasing to accounting in VF02 below error is coming

Posting keys for account determination for transaction EXD do not exist

Message no. F5598

 

Regards,

Ganesh

Re: Inter Company STO Billing

Re: Tax Calendar Poland - which field?

$
0
0

Hi,

 

Calendar you can configure in SCAL

Tax date is the date on which particular tax condition will be effective, may be you can take VBAP- FBUDA or VBKD-FBUDA, both will have same value unless it was manually changed

 

regards,

santosh

Viewing all 6807 articles
Browse latest View live


<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>