Hello,
with which step exactly you have a problem setting up - tax procedure customizing or determination of the correct tax code?
↧
Re: Belgium Tax Code for Invoices & Credit Notes
↧
Re: Belgium Tax Code for Invoices & Credit Notes
Why were you hijacking five years old thread therby you pushed such an old thread to top of the forum unnecessarily. You could have created a new discussion. Avoid this practice.
G. Lakshmipathi
↧
↧
Billing Date is Backdated
Hi Experts,
Today i created sales order, PGI'd but while billing, billing date is showing last month date and this is happening for some particular Billing doc type. There is no any Routine/User exit maintained. in Sales order and Delivery, its coming correctly. Issue is with Billing only.
Please provide your input.
Thanks & Regards,
VC
↧
Re: Billing Date is Backdated
Please explain in details the business process.
Is this order-related or delivery-related billing?
It would help if you also specify:
- the settings for the item categories in the documents,
- is the problem reproducable
- does it occur only with specific customers or with all
- what routines do you use in VTFL or VTFA for VBRK/VBRP transfer
- is there an entry in VFP1 for your number range.
↧
Belgium Taxes On Sales Orders and Credit notes
Hi,
I have the requirement where
Tax codes for the credit notes should be different than the sales order tax code.
I understand that one can not have two different tax codes assigned to one country code, but is there any way out for this?
Kind Regards,
Sridhar.
↧
↧
Re: Belgium Tax Code for Invoices & Credit Notes
↧
Re: Belgium Taxes On Sales Orders and Credit notes
This is not true, you can have different tax codes determined for a single country.
In standard for domestic sales you use customer tax classification and material tax clasification to determine different tax codes for example for FG products and for services, for customers with full VAT or without VAT or with different VAT.
You can also create access to add to the standard sequuence for order type or billing type for domestic sales - e.g. Country/Dest.country/Tax.classification customer/Tax classification material/Billing type.
Of course you have to ensure to post to the correct accounts by setting up the tax procedure and the tax codes.
↧
Re: Belgium Taxes On Sales Orders and Credit notes
You can maintain document type in the access sequence to pull a different tax code. My recommendation is to consult with a tax specialist to make sure that the tax process is in line with tax filing requirements.
Regards,
↧
Update tax classification for existing sales contracts
Hi Experts,
We have a requirement for a particular company code that was tax exempt till now, but that should be taxable at a certain fixed percentage from next month. The tax condition type is manual tax 'MWST' and I have updated the VK11 condition and made it taxable for domestic taxes and also updated the required material tax classification.
We are getting the required tax for bills created for new contracts, but for bills created for existing contracts, the tax is not being determined. On analysis we figured out that this is because the old contracts still has the tax classification as 0. When these contracts were set up, the material had tax classification 0 and I guess that is the reason the old contracts still has the tax classification as 0. Are there any ways to update this tax classification to 1 in these old contracts ? or any other suggestions to tackle this issue ?
Thanks,
Dhan
↧
↧
VBRK-FKTYP determination (order-related billing)
Dear colleagues,
I am creating invoice based on sales order. In this case I should have order-related billing. But when I create invoice and check VBRK-FKTYP it have value ‘L’ which is delivery-related billing.
This cause that when I go to VF31 I need to mark delivery related to get result, even it is order related, because system will not show me anything. Also it cause in VFX3 billing category (and description) as delivery related.
I am using copy of standard order OR, I am using standard item category TAD and I am using copy of standard billing type:
Also copy control is set up like this:
How to fix this situation? Because it is not delivery related for sure and it makes confusion among users.
Thank you,
Harry
↧
Re: VBRK-FKTYP determination (order-related billing)
Hello.
I believe your customizing is correct. You can observe the same behaviour if you use cash sales process.
Even if you use order-related billing, VBRK-FKTYP is filled with L instead of A when for sales orders process to enable the creation of combined invoice of order-related and delivery-related items.
The exceptions are billings like credit/debit memos.
As a result in VF31 you cannot distinguish between order- and delivery-related printouts.
This is a standard functionality - so you can simply educate the users to leave the default selections for order and delivery related billing as they are and use the output type + date + organizational data as selection criteria.
If they really insist in printing the documents in a specific sequence (which is a bit pointless), they can select the billing numbers from VF05N.
↧
Re: Update tax classification for existing sales contracts
Dear Dhanesh,
The contract which is already created cant be updated.
But why you are not using some other key combination for tax condition in old contract and update the pricing with G or maintain the same at copy control level is volume of old contract is more.
Thanks.
SS
↧
Re: Update tax classification for existing sales contracts
In my opinion the topic is more related to the legal implications than to the techical solution.
You need to check how exactly the existing contracts should be treated according to the new legislation and it is best to contact a legal advisor company to clarify the correct approach.
From technical perspective - in case you have no subsequent documents, you can change the material tax classifications via transaction MASS for example. If you have a valid VAT condition record for the period, it will be updated. (Just because it is possible does not mean that it is the right thing to do).
Why did you set MWST as manual? I am really qurious about the business logic behind the decsion, because in all implementations I took part in, tax was supposed to be automatic (only for tax triggerring we needed to have some manual tax conditions).
↧
↧
Re: Belgium Taxes On Sales Orders and Credit notes
Two queries:
1.What was the accounting key assigned for your sales order & credit notes related pricing procedures in V/08--Is there any difference??
2. if find the difference-then easily we can differentiate between these accounting keys at OB40 with respective Tax code.. for this just we need to create new sales order with details>>>then just double click on tax condition type at Item conditions--then check the accounting key..(same you can do for credit memo too)
I understand that one can not have two different tax codes assigned to one country code, but is there any way out for this?
No-you can have no.of Tax codes based on the client Tax portfolio..
Pl confirm..
Phanikumar
↧
Re: Belgium Taxes On Sales Orders and Credit notes
I understand that one can not have two different tax codes
There is no rule like this. If a Business process warrants to have a different FI postings, then you can differentiate the Account Key in one of the pricing procedures. This is assuming that you have different pricing procedures for normal sales and credit note
G. Lakshmipathi
↧
Account determination Error during billing reversal
Hi Experts,
I encounter error during reverse billing document. It shows "cancel invoice (s1) status is open". Once I checked on acct. determination analysis - revenue accounts I found the error show below.
I try compare another successful posted billing document (different document type) , as shown below. Why does the exclamation mark mean? how to rectify this issue? Please advise,
↧
Credit check at Sales order for two different line items
Hi,
I want to create one sales order with two line items, system check credit limit for 1st line item & should not check credit for 2nd line item.
Please explain me how it is possible ?
Regards
Prashant
↧
↧
Re: Credit check at Sales order for two different line items
Dear Prashant,
Credit check is based on Customer.
i think, it's not possible to define credit check based on item.
Regards,
MK
↧
Re: Credit check at Sales order for two different line items
Hi Prashant,
Pleas try achieving the required with help from Credit check Field at the Item Category level. In this case, you can only achieve the required if you have different item category for both the line items.
Br,
Aman
↧
Re: Account determination Error during billing reversal
Hi,
The billing document has not been released to accounting . Release it to accounting and attempt to cancel it in VF11.
Check your Customer Master - Acct assgmt group whether empty or not. Cross check for the G/L 's in VKOA for the corresponding key.
Regards,
SRK
↧