Billing type is not populating table TVARVC
Hi Expert
My billing type is not populating the TVARVC table can any body explain whats needs to be done.
Regards
Sanjay
Hi Sanjay,
There is no such field in the table "TVARVC".I think you may be thinking that type field is for billing type.
It is not billing type.It is Selection category type.It has two values "S" and "P".
S means selection and P means Parameter.
So your billing type will not populate at all.
Hope this helps you.
Regards,
Krishna.
Similar Messages
-
Billing type is not updating in COPA table
HI Gurus
Billing type is not updating for few billing documents in ECC COPA table CE11000 but for few documents billing type is updating correctly in ECC COPA table CE1100
Example 1 for billing document 10351144 billing type is not updating in ECC COPA table CE11000 billing type ZDN
Example 2 for billing document 10354965 billing type is updating in ECC COPA table CE11000
Billing type is same for the both billing documents but its updating for one document and it is not updating for another document
Please help me to find out the rout causehi, can your replay the problem in your system?
if so , I suggest you to set a user breakpoint in ERP function BAPI_ACC_DOCUMENT_POST, (the user need to use the Middleware user not your foreground login user)
And when billing document inbound to ERP, SAP will call the function. then you can check if the CO-PA fields has been filled correctly or not. -
Error Log: The Billing Type Could Not Be Determined
Hi Experts
I have to produce the credit note sebsequent to the return. But I am getting the "Error Log: 0084001006 0000 The billing type could not be determined". Kindly help me with the solutions
Thanks and Regards
M.Dheerendar JainHi,
Please check copy control VTFL for delivery and billing type
go through the routine 350 (VAT Determination) whteher it is applied in ite category.
if yes, then you have to configure the VAT Invoice type determination.
also maintain the entries in below tables:-
J_1IDCLSDET & J_1IBILDET
Even if the above entries are already maintained then check the supplying and receiving plant entries
for the billing.
To maintain entries in table go to t-code SM30.
and put the above table in the "Table/View" it helps to determine FVAT Invoice types
Invoice types determined based on supplying and receiving plant.
Kinldy check and confirm.
Thanks & Regards,
Rahul Verulkar -
Billing type F2 not defined error vf 007
in Billing transaction this error happend
Billing type F2 not defined error Vf 007
and the billing type f2 is deleted from the system and it's not assigned in the sales order type
why the system determined billing type F2 for this sales order ??you mean delivery relevant billing field is blank in transaction code VOV8 for your sales doc type?
if that's the case..I think system always defaults F2 for invoices, based on some parameters like sales doc type, screen sequence group etc..
Regards,
Raghu. -
The billing type could not be determined" .
Hi All,
When i am excuting bap BAPI_BILLINGDOC_CREATEMULTIPLE i by passing ref_doc its giving error that "The billing type could not be determined" .
Is i have to pass something else.
Regards,Can you tell how did you resolve this?
I'm getting the same situation and have no idea
Thanks in advance. -
Billing type does not exist in application CRMB
Dear all,
I am trying to invoice a service confirmation and the corresponding entry is not found in billing due list. When I analyse the missing entry in /n/bea/crmb04, System is throwing an error that corresponding billing type and itemcategory are not avialable in CRMB application.
However, I have created the new billing types and item categories in CRMB only. Do I need to generate any billing engine after creation of this? If yes how to do it.
Regards,
Rajeshclosing as no responses are there
-
Message type is not populating in the Inbound idoc control record
Hi,
I have created an Inbound Idoc function module and have done the necessary Idoc settings. But, while testing in WE19, I observed that control record is not getting populated with message type and it is dumping.
The settings which I have done in WEDI as follows:
1. Created Idoc segments with necessary fields and released
2. Created Idoc type for the segment type
3. Created message type
4. Assigned message type to basic type
5. In the inbound processing settings,
filled the ALE attributes with the Idoc function module name and input value '0'
6. Assigned FM to basic type and message type
7. Created process code and assigned the process code to message type
Please let me know, the reason for the message type not populating in the control record. Useful answers will be surely rewarded.
Best Regards,
MallikaHi,
Maintain partner profile (Transaction code WE20) for the message type you defined in WE81 and put your process code in partner profile and check your logical system settings also in transaction SALE.
Thanks
Rahul -
Billing type G2 not showing accounting entries
Hi Experts,
I first created a credit memo request (order type-CR) and then issued Credit note (Billing type -G2 Credit Memo).When I clicked on accounting to view accounting entries it says " An accounting document is not required for this Billing document".
There is no posting block etc.
Observations-
1. The net value is showing as "0".
2. PR00 standard condition's value not being calculated (hence net value is "0"). It is behaving like statistical condition.
Is this standard behaviour of this type of billing document? If Yes then why? Why accounting document should not be generated? If No, then please help me understand where I might have missed on correct settings.
Thanks and Regards,
RandhirRelationship between the credit memo request and the credit memo item posted in Financial Accounting (FI). As soon as you bill the credit memo request together with other sales orders, or distribute the items of one credit memo request to several billing documents, the assignment is no longer valid and the system will not process it.
For credit memos, credit memo requests, and payments, you have the following assignment options:
u2022Assignment to a single invoice
u2022Assignment of a partial amount to an invoice
u2022Assignment to several invoices
When you post credit memos, the payment programmed processes them automatically. If the credit memo is specifically related to a particular open invoice item, the payment program automatically attempts to offset the credit memo against the open item. If it is not possible to completely offset the credit memo against an invoice, you can post a debit memo to the vendor, who is to reimburse the amount. Then you can apply a multilevel dunning program. -
Billing date is not populating into the sales order
Hi Experts,
I am creating the sales orders by filling the IDOC's Segment data from a file. Sales orders are getting created however the BILLING DATE is not getting populated by the date from file instead it is taking the system date.
Segments used are
Header: E1EDK03 016 021 and 026.
Item: E1EDP03 016 021 and 026.
Please help me in this regard.
TIA.
Regards,
Kishore.
Edited by: kishore gaddam on Jul 18, 2009 10:06 AMHi,
Check with function guy , there could be some settings need to be done for getting external date populated in billing date field.
Thanks, -
Billing Type is not picked up in Intercompany Invoice
Hi,
The scenario is Intercompany STO. Here the flow is Purchase Order-Outbound Delivery- Invoice. No sales order.
I have two billing types, proforma invoice and Intercompany invoice. Both are copy of standard types.
I have maintained copy control for both of the invoices.The flow is working fine. But there is a issue.
The issue is while creating billing, I have to manually pick the billing type.( i.e. ZIV, copy of IV). If I don't select the billing type, I get a error " Billing type ZNLC can not be invoiced with billing type IV" (Here, ZNLC is my delivery type, copy of NLCC).Its not picking the correct billing type(ZIV).
I can't understand where this reference to IV is made. I have deleted the copy control from ZNLC to IV as it is not required.
As per my knowledge, the reference billing document is picked through copy controls and sales document settings. (VOV8)
Even I have checked item category. Is there any other settings?
Could someone suggest what is the cause for this error and how to rectify it?
Thanks and Regards,
Pathanjali BhatHi Bhat,
After ur explanation wat i understand is you did the configuration i.e copy control ZNLC ---> ZIV and also u did with proforma Invoice i.e u did the copy control with 2 types of invoices .
I think so , because of that reason system is not able pick the sutable document type
Delete one copy control which is not required.. and try it.
If it will work let me know..
Reward if it is useful.
regards
Durga Prasad -
Hello everybody,
When we create a billing document, it is not populated table DBERCHZ2. Only table DBERCHZ1 is populated correctly but table DBERCHZ2 is always empty when we create a billing document. Due to this, we canu2019t find the meter reading document linked to this billing document.
There isnu2019t any OSS note that explains this problem.
Ideas? Similar issue?
Thanks in advance.
Fernando.Hello,
Just a suggestion that may help....
The problem may be with the selection screen you are using.
If you are using transaction SE16 and the field ATIM is active and the
from- and to- value is 00:00:00 ....delete the values here, that is, deselect the time fields.
Try this to see if the entries can be viewed..
Hope it helps.
Regards
Olivia -
Updating custom field bill type in standard table ERCH
Hi All,
I need to update the custom field bill type in table ERCH depending upon the bill transaction( if bill transaction is periodic,bill type will be updated as P and so on for other cases)
I am implementing a BADI ISU_DEF_BILL_PERIOD and i have used case statements(when abrvorg is P,bill type is P). While debugging i saw that the importing parameter bill document is generated but if i enter the same bill document number at that point in time in table ERCH, it shows no entries found. Thus sy-subrc is retrieved as not zero and hence the custom field bill type does not get updated.
I would like to know how do i go about this requirement since it seems that the bill document entry is made in table ERCH outside this BADI.I used x_new_billing_doc-erch-zbill_type = 'P' in the code but it says that it cannot be changed. Any structure which can be used to be filled here?
Thanks,
ShreerajSheeraj,
You're using a wrong enhancement for your requirement. ISU_DEF_BILL_PERIOD is used to specify billing key date of a billing or print document depending on your requirements,.
SAP provides enhancement EBIA0001 for any custom enhancements to billing document. You can update the custom fields in the billing document before the document is updated.
Best,
Sai -
Sales Order Type not populated in CO-PA Documents
Hi,
When a sales order is created , the document is flowing to CO-PA but the Sales Order Type is not populated in COPA.
This is working for some orders and not working for other orders. I need help in identifying/troubleshooting this problem.
Any help is greatly appreciated.Hi,
At time of sales order entry it is not possible take over
values from the tables VBAK, VBAP, VBPA, etc (i.e VBXX).
The table lookup from derivation can only work AFTER creation of the
sales order (that means during VA02) since there is no record for the
new sales order in data base tables VBXX before the very end of VA01!
The only way to transfer this information directly to corresponding
CO-PA characteristics is an assignment in table TKEZU. At the point of
the sales order creation (when the profitability segment gets
determined) only structures KOMP/KOMK will be provided by SD; so you
need to assign the desired KOMP/KOMK-field to the corresponding CO-PA
characteristic in table TKEZU. TKEZU can be maintained with SM30.
Please take a look at the note 33968. Also notes 568911 and 638097 can help.
If you have an itercompany scenario please take a look at the note 629705.
BR,
MLM -
Delivery type LR cannot be invoiced with billing type RE?
Hi,
I am refering below flow to create an return order, but face an error when creating credit billing document:
ret sale order(RE)-ret delivery(LR)-post goods receipt(stock will be restored in corresponding storage loc)---credit for return(RE)
Error msg: " Delivery type LR cannot be invoiced with billing type RE;
Check the table entries for the copying control of billing
documents and add the missing entries as necessary.
Make the appropriate settings in Customizing if you have
the authorization to do so."
So i guess i might need maintain corresponding copying control for 'delivery document to billing document'...As the source order type is LR, and target order type is RE...I checked SPRO and found there are below inputs needed. May i know what kind of data should be inputed normally??
"Copying requirements
Determ.export data
Assignment Number
Reference number"
Thank you very much!!Hi
In standard SAP credit memo for sale returns with refrence to return order only. (RE). Thats why you are getting this error. If your requirement is to refer the delivery quantity for the credit memo then you can do any one of the following
1. Change the copy control setting for Return order to Credit memo.
Go to VTFA transaction and select your return order type (RE) and Credit memo type (RE) and go to item category level and select your returns item category (REN) and change the billing quantity to 'D' -Delivery quantity.
Now create your credit note with reference to your returns sale order. (not delivery). Onlly delivered quantity will be copied to the credit memo.
2. If you want to create return credit memo with reference to your return delivery then follow the first two guy's reply. Also you have to do one more setting at your return order document type (RE).
Go to VOV8 and enter ur return order type and go to details then enter the return credit memo type in the delivery related billing field. (FKARV) in the billing section.
Regards
Shiva -
Due list for Billing type: IV on VF04
Hi Experts,
Please give your suggestion for the below issue on VF04.
1. My scenario : STO between two plants
Purchase order->Delivery-> Billing (JEX-Profoma Invoice)-> J1IIN (Excise Invoice).
The scenaio is ended in Excise Invoice (J1IIN) with reference to the JEX-Proforma Invoice.
When I run the Billing due list, I am getting the list of deliveries which I created for STO. But it's all showing for the Billing type: IV not for JEX.
My question here is, why I am getting the due list for IV (actually it should be for JEX). This is creating problem whenever the user to see the due list for F1 and F2 and others, including these the system is showing for IV which is not relevant.
Please suggest how to remove IV from the billing due list. Is there any setting in VTFL-Copy controls?.
Regards,
VijayHi,
Thanks for your reply.
My scenario is very clear that STO-Purchase order (UB)-> OBD (Delivery type: ZNL)->JEX-Proforma Invoice->Excise Invoice (J1IIN).
The suggestion you have given for the Sales Document type: DL which I am not using. The settings which is there in VOV8 is not relevant.
Regards,
Vijay
Maybe you are looking for
-
Mail Doesn't Store Display/Window Preferences
I tried resetting Mail to its defaults and deleted all the usual suspects, the Preferences plist, the Application Support directory, and the .savedState folder. The .savedState folder was a symbolic link-I noticed that, but I didn't check to see wher
-
Hi every one Silverlight plug-in does not works in FireFox 4 - beta 7 ( Mac OS 10.6.6 ) !!!! I don't have any installed Extensions except "Better GReader" and "Video Helper" !!! I have problem with Seesmic.com and installing applications that require
-
Hi, I cannot redownload my past music purchaces from itunes - I can see them but they are greyed out and cannot/will not sync
-
Not sure if this has been figured out, and posted already - but I found a fix for the out-of-order SMS message issue. It seems to only happen when you exit the SMS app while it's sending. In other words - let the SMS send, then go back to your messag
-
I have deployed a WiFi profile to an iOS device which for whatever reason doesn't work. I now need to remove it as it is preventing me from joining our corporate WiFi through the traditional method. Technet advises that removing the deployment (whic