Periodic Declarations Intrastat reporting.

Periodic Declarations Intrastat reporting. -
The purchase order beeing reported har the following information:
Country of origin (EIPO-HERKL) has the value country DK
Country of destination (RL50E-HLAND) has the value country SE
When running the intrastat report the fields for the above mentioned give the wrong value for country of destination
Country of origin field URSPRSLND gives the value DK (correct)
Country of destination BESTILAND gives the value DK (wrong)
It looks wright when you see it in SAP but it is wrong when it is send via EDICOM to the receiver in SCB.se.
Has anybody had simular problems sending the periodic report of intrastat.

I assume you do Intrastat for country SE.
Is your PO a standard PO or a third party PO?
In a standard PO the Country of destination is not changable and should default from the receiving plant.
You may check the Intrastat record in transaction VEFU if the destination country is wrong in the record, too.
If you see this wrong destination country just in the list, then see OSS note 393569 - Intrastat:List output-Country of destinatn instd of dispatch

Similar Messages

Periodic Declaration. Intrastat Business Transaction Type For Return Goods

Hi,
We procure material from supplier with in the European Union thru purchase order document type 'NB' & carry out a periodic declaration thru transaction VX99. While executing this the business transaction type what we get is '11' - Final Purchase/Sale.
While we return a part quantity or in full to the supplier back & when we execute transaction VI99 the transaction type has to be '21' - Goods Return. But what we get here is also '11'.
Request you to let me know some possible solutions.
Regards
Prakash.G

Hello Jurgen,
I thank you for taking time to help me out. I had made some customizing in VI47.
And as mentioned by you I was able to see the change in business transaction type from '11' to '21'.
Your timely help is great.
Thank you,
Prakash.G

Intrastat report Spain. Credit memos posted not appearing in report

Hi
I have a issue where the debit notes raised to vendor are not appearing in Intrastat declaration.
How this debit and credit notes must be taken by Intrastat ? This problem is there since the Intrastat report is being used.
Is there any specific configuration for this or
is there any period check because of which the debit notes are not picked?
The reason is po was created in Feb 2009 and continuous GR and invoice postings happened in subsequent months which are all captured in Intrastat report. A debit note was raised in Sep 2009 which does not appear in the report.
Request your expertise and help to resolve this issue.
Thank you

credit memos are not supported in SAP as you can read in docu:
http://help.sap.com/saphelp_sbo2005ao/helpdata/en/F3/4392579F5DC24E9FBE2FA84E9E7660/frameset.htm
Please read the local Intrastat guide, in many countries it just says that you have to file a correction per paper form to your statiscal office.
SAP explains this as well in OSS note 374682:
If a credit memo refers to a billing document which was already declared to authorities, proceed as follows:Here, you should create a written correction to the statistical office.Specify a data record to which the credit memo refers.
Check the documents of the statistical offices for information on when you have to declare the credit memo (limits for values and quantities).*********************************************************************

San Marino to be included for Italy Intrastat reporting

Hello All,
We have to include San Marino in EU Country Members for Italy Intrastat Reporting.
San Marino should be visible in folder "INtrastat" under folder "EU Countries" after executiing transaction "ENGR".
TX "ENGR" > PERIODIC DECLARATION.
we have already maintained SM (San marino) as a EU country in table T005.
Regards,
Ajit

Ajit
Did you try setting up SM in T Code VEB2- Special Rule Country / Region
Generally check your Foreign Trade (FT) settings, especally here:
SPRO/IMG/Sales and Distribution/Foreign Trade/Customs/Periodic Declarations/Control Data
and
SPRO/IMG/Sales and Distribution/Foreign Trade/Customs/Legal Control/Foreign Trade Data by Country of Destination
Also there are several OSS notes if you search by keyword 'San Marino'. Check them out.

PO Creation of free goods for intrastat reporting

All,
Due to intrastat reporting restrictions, when we are creating a PO with a free good we need to mark the item as "Free Good" on the item overview, and set the "Business Transaction type" to 41 on the "Origin / Destination / Business" tab of the "Import" tab.
However, we also need to set the "Statistical value" on the "Decleration Values" tab but this field is greyed out.
The help message says:
The system determines statistical values on the basis of condition records with condition types GRWR and GWLB (subcontracting).
However it does not say where I can set this value. Does anyone know where I can set this value per material?
Many Thanks,
Colm

Can you explain why subcontracting is free of charge, I have never seen somebody doing some work without charging for it.
are you talking about the delivery of the materials sent to your subcontractor or the finished materials that you get back?
Usually the statistical value field can be maintained in VEFU. But I guess it interacts with the free of charge indicator in your case.
I just like to give you some explanation from the statistical office:
u201CProcessing under contractu201D covers operations (treatment/processing, mounting, assembly, enhancement,
renovation, etc.) resulting in the production of new or really improved goods on the basis of intermediate
materials provided free of charge by the commissioning party. Depending on whether processing under
contract is done within the country or abroad, the relevant terms used are u201Cinwardu201D and u201Coutwardu201D
processing under contract.
u201CProcessing under contractu201C in the context of intra-Community trade statistics covers intra-Community
cross-border movements of goods, provided the finished products produced on the basis of the
intermediate products provided through cross-border transactions will later leave the country of
manufacture (dispatch), being either returned to the original country of consignment (arrival; nature of
transaction u201C41u201C or u201C51u201C) or moved to another country (nature of transaction u201C42u201D or u201C52u201C).
What must be declared is both the cross-border movement of the (free) intermediate materials and the
subsequent (cross-border) return of the finished products.
(Note: Processing performed by the processor on own account is not processing under contract but is
generally covered as purchase/sale (nature of transaction u201C11u201D.)
For the declaration of the intermediate products provided free of charge (nature of transaction u201C41u201D), a
statistical value has to be indicated that corresponds to a selling price customary in the market (free
German border); in case of doubt a careful estimate should be used. When declaring the finished products
(nature of transaction u201C51u201D), the invoiced amount to be indicated is the costs of wage, material, transport
and insurance as invoiced by the contractor; for the statistical value, the statistical value of the
intermediate materials (provided free of charge) must be included, too.
(Note: Intermediate products returned to the commissioning party without treatment should be declared
under nature of transaction u201C51u201D, entering the value originally indicated.)
If, however, the commissioning party provides only parts that are insignificant in terms of function or value
(e.g. labels, screws, etc.), then there is no processing under contract. In those cases, such provision of
materials that is negligible in statistical terms is exempted from declaration for intra-Community trade
statistics. For the finished product supplied on a cross-border basis, a sale or purchase (nature of
transaction u201C11u201D) is regularly assumed, with the value of the materials provided free of charge by the
commissioning party exceptionally not being included when determining the value of the finished
products.
Also, there is no processing under contract if the contract work performed at the goods provided consists
of just simple activities (e.g. simple packaging, ironing, etc.). In such cases the goods exported or
imported temporarily within that scope are not covered statistically.
Examples:
1. A sports car is moved temporarily from Italy to Germany for tuning activities (e.g. power increase,
car body modifications). What is invoiced in addition to the labour costs is some car parts
purchased by the domestic contractor.
As the sports car is u201Creally improvedu201D by the work performed, this is u201Cprocessing under contractu201D,
which has to be declared under nature of transaction u201C41u201D for arrival and u201C51u201D for (re)dispatch.
2. For the production of a car in the Czech Republic, the engine gearbox unit and some other parts are
provided free of charge by the commissioning party located in Germany. For the import of the
complete car to Germany, the foreign producer invoices the car without the value of the engine
gearbox unit.
This is u201Cprocessingu201D of important components (both in terms of value and function) in connection
with the production of a u201Cnew goodu201D (car), i.e. the transaction u2013 by definition u2013 must be declared as
u201Cprocessing under contractu201D both for dispatch and for re-arrival.
3. For the production of an off-road vehicle produced in Austria, the German commissioning party
provides the company emblem free of charge. When the complete vehicle is imported to Germany,
the foreign producer of the off-road vehicle invoices the vehicle without the value of the company
emblem mounted on the vehicle.
Although the components provided are u201Cprocessedu201D, they are insignificant parts (company
emblem) both in terms of function and value, so that this is not u201Cprocessing under contractu201D but a
purchase (nature of transaction u201C11u201D) of a vehicle.
4. An older car is temporarily moved to Poland to restore the paint (washing, polishing and
conserving).
This is not u201Cprocessing under contractu201D in the context of intra-Community trade statistics because
the work performed consists of just simple activities. As this is u201Ctemporary useu201D, the cross-border
movement of the vehicle is exempted from declaration.

Intrastat reporting

Hi,
We have a issue in intrastat reporting for GB.
we have 1 PO for which we did the following
1. GR in month of July , 101 movement
2. reversal in month of sep ; 101 Movement
3. GR in month of Sep ; 101 movement
4. Invoice posted in month of Sep .
Now when we run the intrastat report(VX99) for the PO we see the following .
1. There is entry in period 08/2011 for the value as per the GR in july.
2. when the report is run for 09/2011 we find one more entry as per the invoice posted in Sep.
Kindly advice if any one is aware of such a issue .
As per my understanding there should have been only the entrry for 09/2011 as per the invoice in sep.
Kindly correct me if my understanding is worng.
Thanks & Regards
R.M.

Ruchir Mishra wrote:
Hi,
>
> We have a issue in intrastat reporting for GB.
>
> we have 1 PO for which we did the following
> 1. GR in month of July , 101 movement
> 2. reversal in month of sep ; 101 Movement
> 3. GR in month of Sep ; 101 movement
> 4. Invoice posted in month of Sep .
>
> Now when we run the intrastat report(VX99) for the PO we see the following .
>
> 1. There is entry in period 08/2011 for the value as per the GR in july.
>
> 2. when the report is run for 09/2011 we find one more entry as per the invoice posted in Sep.
>
> Kindly advice if any one is aware of such a issue .
> As per my understanding there should have been only the entrry for 09/2011 as per the invoice in sep.
I have some doubts and comments
How is it possible that you reverse a movement of July in September?
SAP allows only posting in current and previous period. Hence you cannot have reversed the a JULY receipt in September.
You get an Intrastat entry for August, because you had no invoice in July and no invoice in August, but you have to report a movement latest a month after its occurance. If the invoice is not present then this movement is reported with the PO value.
You wrote you reversed it in September with 101 (usually you reverse with 102 movement), can this be the root cause to have it twice in the September report?
Before you execute Intrastat technically in SAP, you should already know about the procedure outlined by your government.
Usually cancellations/corrections have to be reported manually in a special form.
see the general guide in
https://www.uktradeinfo.com/index.cfm?task=noticesixty

VX99 Intrastat reporting

Please could you let me know what is the new in the Intrastat cockpit VX99 compared to standard Intrastat reporting? Is there white paper/release notes that summarize the new functionalities?

Ruchir Mishra wrote:
Hi,
>
> We have a issue in intrastat reporting for GB.
>
> we have 1 PO for which we did the following
> 1. GR in month of July , 101 movement
> 2. reversal in month of sep ; 101 Movement
> 3. GR in month of Sep ; 101 movement
> 4. Invoice posted in month of Sep .
>
> Now when we run the intrastat report(VX99) for the PO we see the following .
>
> 1. There is entry in period 08/2011 for the value as per the GR in july.
>
> 2. when the report is run for 09/2011 we find one more entry as per the invoice posted in Sep.
>
> Kindly advice if any one is aware of such a issue .
> As per my understanding there should have been only the entrry for 09/2011 as per the invoice in sep.
I have some doubts and comments
How is it possible that you reverse a movement of July in September?
SAP allows only posting in current and previous period. Hence you cannot have reversed the a JULY receipt in September.
You get an Intrastat entry for August, because you had no invoice in July and no invoice in August, but you have to report a movement latest a month after its occurance. If the invoice is not present then this movement is reported with the PO value.
You wrote you reversed it in September with 101 (usually you reverse with 102 movement), can this be the root cause to have it twice in the September report?
Before you execute Intrastat technically in SAP, you should already know about the procedure outlined by your government.
Usually cancellations/corrections have to be reported manually in a special form.
see the general guide in
https://www.uktradeinfo.com/index.cfm?task=noticesixty

INTRASTAT reporting rules for France french (receipt)

Hello experts,
I would like to know the rules for selection and inclusion of the data for the INTRASTAT report for import.
My country is FRANCE. I know that the logic depends on the country.
I've not found a thread explaining France.
My SAP is 4.7.
Thanks a lot for any response

Hi,
I suggest you the Note 1016386 - Intrastat for Romania. Althought it is for Romania, this note contains a document that explain the setttings in IMG, functional steps, etc...
In notes, if you search notes with the string 'INTRASTAT FRANCE' you have around 25 notes by legal changes. The differences in countries are formats of files, paper declarations, etc..
Each country call a report to do the 'document' (file or paper) In your case: RVEXDAIF and RVEXPAIF. Run it in SE38 and read the info.
If you need something else, let me know it.
I hope this helps you
Regards,
Eduardo

Intrastat reporting for STO

Hi All,
We have a plant abroad located in Hungary to which we despatch goods through STO from UK. Please let me know if we are supposed to report this transaction in the intrastat arrival for Hungary and despatch for UK. If yes, please let me know exactly at what point the same will reflect in the intrastat reporting. Will it get reflected immediately on STO posting and running the update through MEIS/VE01?
Regards
Suresh

Hi,
I suggest you the Note 1016386 - Intrastat for Romania. Althought it is for Romania, this note contains a document that explain the setttings in IMG, functional steps, etc...
In notes, if you search notes with the string 'INTRASTAT FRANCE' you have around 25 notes by legal changes. The differences in countries are formats of files, paper declarations, etc..
Each country call a report to do the 'document' (file or paper) In your case: RVEXDAIF and RVEXPAIF. Run it in SE38 and read the info.
If you need something else, let me know it.
I hope this helps you
Regards,
Eduardo

Wrong amount in VAT Declaration Box Report

Hi,
I am running the VAT Declaration Box Report, but the EU Vat Code (acqusition/reverse) amount doubles up.
I have box number 2 with XX2 box component and XX2 has E2 and E21. The total of the invoices listed shows an amount, but the actual box component XX2 has doubled the amount.The box is on credit side.
Therefore when i look at the report i have XX2 credit amount 70,000 while E2 is only 35,000 and E21 is 0.
The JEs of the invoices post both input and ouput VAT as the code is ticked as being acqusition/reverse, but why is that total different?
Thank you!
Cristina

Hi,
SAP found the issue. You can check SAP Note 1604993.
If there is a new effective from period defined in the VAT Declaration Boxes Setup, the VAT Declaration Box Report will
show total amounts multiplied (according to the number of periods defined).
They plan to fix this in 8.81 PL08.
Thanks,
Cristina

Re: Intrastat Report - Excluding Non Stock Items

Hi,
Currently I am in the process of compiling an intrastat report for our last three periods, as prior to this process, the report was being configured manually.
However, I need to know how to exclude a Non Stock Item - i.e. Transport Charges which our company has present in the Items List, but does not use to issues or receive goods.
Any help would be much appreciated.
Kind Regards

the wizzard is nothing else than the combination of the customizing steps for Intrastat. The only thing you can do in the wizzard is to define the inclusion/exclusion indicators.
These are the indicators that you need to enter manually in ME21N to the item.
It does not matter if you start Intrastat slection from the ENGR cockpit transaction or directly with MEIS transaction, the same selection screen appears, and it does not allows you to exclude only certain items of a PO. you can only exclude the whole PO in the selection variant.
Please check again the 2 options I gave you earlier.

Error EI 250 when processing corrections in Intrastat report

We have just set up the German Intrastat report. We run VE01 and get the list of documents. Then we go to the incomplete section to correct invoices without the VAT number and when we click (on those outside of Germany or Ireland) we get an error EI 250 saying "for country of plant, no entry mainained in object of declaration to Authority control/completeness".
I cannot find any documentation on this error code. Has anyone else ever had this error before or know how to correct it?
Thanks!
Debbie

I still haven't found any documentation but what I did is end up creating an incompletion procedure for the countries of the plants we shipped from. Since it was for the German Intrastat, I copied the incompletion procedure for Germany so that it has all the correct data. This made the error go away.
I hope this helps someone else down the road!!!
Debbie

Columns missing in my generated INTRASTAT report...

Hi all,
can anyone tell me why my INTRASTAT report is missing the following columns:
Business Transaction Type (Export/Import), Destination Region (Import), Region of Origin (Export) and
ModeOfTrnsprt-Border (Export/Import). They are , along with the other columns that appears, all set in
"Foreign Trade: Declara. to Auth.: Check Incompleteness" (Txcode: VEB1)
The values for Business Transaction Type were maintained with TxCode:OVE5
The values for Region were maintained with TxCode: OVK2/VE70
The necessary customizing for the above were done in TxCodes: OVE5; OVK2/VE70
ModeOfTrnsprt-Border turned showed out in the Incompletion log of the INTRASTAT report because it showed that it hadn't been maintained in the vendor master data.
Once again, can anyone tell me why the above columns are missing in my INTRASTAT report?
Kind regards,
Joe

Hi Jürgen,
your last answer threw a lot of light on my problem, however, my problem still stands so I'm going to try to explain it a little better:
According to the INTRASTAT Declaration found in SAP,
http://help.sap.com/saphelp_40b/helpdata/en/2b/274520995111d1b4e30000e82d81b0/content.htm,
"Description of goods", field (6) is required for Germany and the execution of transaction OVE1 shows that there exists Commodity Code with Description for Germany but it isn't shown in the INTRASTAT report.
Furthermore, I checkedout the table VEIAV and found the column "Comm./imp. code no." but didn't find the column "Description...". The "Description of goods" exists both in the material master and the billing document, so how do I go about getting it into the INTRASTAT report?
Kind regards,
Joe

Intrastat report duplicating receipts for corrections

Hi,
The situation is that,GR (movt.type-101)was done and then a reversal (movt type-102)was done and again GR was done.Now in Intrastat report only GR is getting displayed but not the Reversal.I mean to say that there are two entries for GR but there is no entry for the reversal done.Can anybody help why the Reversal is not getting displayed.
Thanks in advance

Hi,
Intrastat report executed in MEIS / VE01, and inturn it updates table *VEIAV. Please check whether the table VEIAV updates the GR reversal. Other reason can be in the dates. Check whether the GR reversal/cancellation posted in a new month or else verify whether you have entered the correct month of declaration etc. Thanking you.

Intrastat Report for UK

Hello All
I am trying to figure out the output format of intrastat report for UK. We have basic setting in place. However I wanted to know how the output format is configured. We are interested in creating a file rfom sap and uplaod it ion HMRC server.
Can any body please help?
Thanks
Sanjeev

The SAP declaration looks like it conforms to the old EDIFACT data standard u2013 its an international standard and it is accepted by HMRC.
However to get the right output format you need to select the u201Cautomatically named fileu201D option on the final step of the declaration wizard and not the .csv format one ( the csv is for you to read or store or to check that it looks right - the EDIFACT docs are pretty unreadable to the human eye. CSV can also be used as the basis for input into third party submissions software such as Intrastat Data Entry Package (IDEP) but not for direct submission to HMRC. See the online help "CSV File and Intrastat-Relevant Fields" for more details.)
The details from HRMC on how to submit EDIFACT format declarations by email can be found at
http://www.businesslink.gov.uk/bdotg/action/detail?itemId=1081740270&r.l1=1079717544&r.l2=1087337125&r.l3=1079840863&r.l4=1081816952&r.l5=1081695786&r.s=sc&type=RESOURCES
Tristan
Clarification on .csv use
Edited by: Tristan Hore on Jun 10, 2011 5:03 PM

Periodic Declarations Intrastat reporting.

Similar Messages

Maybe you are looking for