Intrastat report generation

Hi Experts,
I am facing a problem with VX99 T code .this T code is related "Foreign trade: Cockpit" where we are supposed to generate the INTRASTAT report for the data arrivals (purchase orders) in FRANCE. as of now in the intrastat reporting the data (purchase orders history ) which is related to 122 (EKBE-VGABE = '1' and EKBE-SHKZG = 'H') movement type is getting deleted by the sap standard functionality. the code is available in the the program (RMIMSELS) at line no 7522. but the requirement is what ever the data which is related to 122 movement type should be included in the INTRASTAT reporting for franse.
if it is possible please let me know your thoughts.
Thanks and regards
Mohan

It is not possible in standard, check for any notes
Regards
Chandrasekhar

Similar Messages

Open vi error for report generation toolkt

Originally it works fine.
Now I upgrade to win7, LV9 and office2010.
To open the old program by 8.6.1, I reinstalled LV 8.6.1 and report generation toolkit.
But still got the error as attached.
Any suggestion, thanks.
Attachments:
ss.png ‏184 KB

1. MS Office 2010 is not yet supported, since it's still just a beta. I believe there are couple of changes that Microsoft make, and it could cause a problem.
2. LabVIEW 8.6.1, and all its toolkit is not supported on Windows 7. This could cause a problkem also.
In conclusion, you should use LabVIEW 2009, Report Generation Toolkit 2009, Windows 7, and downgrade office to XP, 2003 or 2007.
More information: http://digital.ni.com/public.nsf/allkb/C9408B9F08D711E786256F3300701D01

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.

Report generation toolkit and signal express user step : problem of closing reference in "Stop" event

Hi all,
I'm trying to make a package of Vis to easily make Excel reports with Signal Express. I'm working on LabVIEW 8.2.1.
I'm using the report generation toolkit, so I build a .llb from my project which contains all the hierarchy of my steps, but also the hierarchy of dynamic VIs called.
I have made some steps, like "Open Workbook", "Write Data", etc.
My steps run well, excepts one step : "Close Workbook".
If my "Close Workbook" step is firing on "Run" Signal Express event, I have no error, so my reference is properly closed.
But if my "Close Workbook" step is firing on "Stop" Signal Express event, I have an error "1", from "Generate Report Objectrepository.vi".
I feel that I'm trying to use a reference which has been killed in the "Stop" step...
I would like to know what exactly do Signal Express on "Stop" event and why my close function does'nt run well.
Thanks,
Callahan

Hi Callahan,
SignalExpress (SE for short) does the following on the Stop event:
1. Takes the list of parameters that SE found on your VI's connector pane, and sets the values that the user set from the "Run LabVIEW VI" configuration page, if any.
2. Then tells the VI that SE is running the Stop event by setting the Enum found on your VI's front panel. This in turn should produce some boolean values telling your VI to execute the Stop case.
3. The VI is then run, with those values and states.
4. SE checks to see if any errors where returned.
5. Since this is the Stop event, SE releases the reference to the VI which it possesses.
Questions for you would be, is the reference to your Workbook linked to a control on your connector pane, or held in a uninitialized Shift Register. If it's held in a Shift Register, SE would not be aware of it, and would not be able to affect that reference.
Hope that helps. Feel free to post your LLB if it doesn't.
Phil

Report Generation: New Report.vi

Running applicaion in development mode works fine.
After compiling however I get Error 7: Open VI Reference in New Report.vi
Why am I getting this error?

Has the version of Office on your machine changed since you installed the Report Generation Toolkit? The VIs will become broken if the ActiveX interface changes, and this can happen when the Office version changes. I recommend uninstalling and reinstalling the toolkit. Also, what version of Report Generation Toolkit are you using? The latest version is 1.1.1.
-D
P.S. - I'm going to respond to your other thread that you started with a link to this one. Instead of creating multiple messages on the same question, just wait for a response to your initial thread.
Darren Nattinger, CLA
LabVIEW Artisan and Nugget Penman

Report Generation Toolkit Error (undefined erro)

Does anybody know what error -214 682 7864 (0x800A01A8) means when coming from the Report Generation Toolkit.
I have an app which has been happily ticking over for several weeks, and then this error was generated when attempting to write a table to a spreadsheet. The error was generated all the way down in NIReportGenerationToolkit.lvlib:Excel_Get_range.vi (this is the ActiveX code).
Any ideas?
nrp
CLA

nrp wrote:
I have an app which has been happily ticking over for several weeks, and then this error was generated when attempting to write a table to a spreadsheet.
Was it the first time you attempted to write the table to that spreadsheet?
Maybe the error is due to the spreadsheet grown oversize than its limit so that it cant accomodate the table anymore.
What is the version of MS Office you are using? I think Office 2003 can go only upto 1024 columns...
- Partha
LabVIEW - Wires that catch bugs!

Report Generation Exe Error

Hello,
I am using LV 8.6.1 with the 1.13 report generation toolkit and I am having problems getting my built exe to work. I am trying to open an excel template and populate it with new data. I have broke the vi down to just opening excel - opening the template and then fill in some data. But at this point excel does not open at all. And naturally everything works fine in the development environment.
Error Code: -2147352573
Member not found in NI_ReportgenerationToolkit.lvlib:
Excel_open_workbook.vi
NI_Excel.lvclass: new reportsubvi.vi
I read a few help pages that said to add \vi.lib\utility\NIreport.llb and LVclass directories to the project folder and add them to the always include section of the build. But no luck so far.
Side question: The machine I want to use this on has 8.6.1 Full which does not have the extra excel functions that my developer has. Is there a way to install the DEV report generation toolkit in the full version? Then I would not need to build an exe.
UPDATE: I just tried the exe on a different machine that has a developer suite installed and it worked fine. So I guess I need to find out what else I need to add to the build to make it work.
Message Edited by _Bryan on 06-16-2010 11:58 AM
Solved!
Go to Solution.

There should be some info on this in the KB.
But first you should make sure that your version of the report generation toolkit actually supports excel 2000 (which is 10 years old)
That should be in the release notes of the toolkit
Ton
Free Code Capture Tool! Version 2.1.3 with comments, web-upload, back-save and snippets!
Nederlandse LabVIEW user groep www.lvug.nl
My LabVIEW Ideas
LabVIEW, programming like it should be!

Report-generation vi problem

On a Windows XP system using the "Text Report Example" vi, the (read) report property node item "TextFont" (stdole.Font) at the beginning of the "Font Style" vi which is a part of the "Set Report Font" vi is returning this error:
"-1073741819 Unknown System Error in Font Style.vi->Set Report Font.vi->Easy Text Report.vi"
Any suggestions as to a cause and cure?

This Knowledge Base from NI's website actually deals with this problem. The fix depends upon whether or not you have the Report Generation Toolkit for LabVIEW. There are fixes for whether or not you have the Toolkit. Hope this helps.
J.R. Allen

Report Generation for Excel does not work after using the Application Builder

I have a VI that writes data to an Excel file using the Report Generation Toolkit. I recently compiled the VI into a single Application (EXE) using the Application Builder. My VI runs its tests properly, but no data is written to Excel. What could be the cause? I don't receive any error messages.

Hi
I usually build exe-files, which sometimes also have report functionality.
Open the Application Builder and check the following things:
1. Add the following vis: _Word Dynamic VIs.vi, _Excel Dynamic VIs.vi They should be located in the directory ..\LabVIEW X.X\vi.lib\addons\_office in the llbs _wordsub.llb and _exclsub.llb (report1.jpg)
2. If you use an Installer, go to the Advanced Settings. There you can select some things to include in the Installer. Check if "NI Reports Support" is selected. (report2.jpg)
These are the things I always do, if I need reports and I never had problems up to now. I made two screen-shots of these settings.
Hope this helps.
Thomas
Using LV8.0
Don't be afraid to rate a good answer...
Attachments:
report.zip ‏25 KB

Report Generation Toolkit producing error -2147417842, "The application called an interface that was marshalled for a different thread."

Hi everybody,
I've got an application that logs data to an Excel spreadsheet using the Report Generation Toolkit. My VI's have worked fine in the past using Excel XP, but since I've upgraded to Excel 2007, I am getting COM errors like this one:
"Error -2147417842 occurred at The application called an interface that was marshalled for a different thread. in Excel_Insert_Text.vi" That is the exact wording, even with the weird punctuation and capitalization.
The first occurrence of the error is not determinate. Sometimes, up to 10 logging sessions, involving a new .xls file, can occur before this error pops up. Once this error occurs, I must quit LabVIEW to resolve it. If I try to do anything with Excel, I always get this error, although sometimes it comes out of different source VIs. Excel_Open.vi is another.
These logging VIs have worked just fine until upgrading to Excel 2007. I checked, and I was using a really old version of the Report Generation Toolkit, v1.0.1. I read the documentation and had a big sigh of relief when I realized I needed to upgraded to v1.1.2 to get Excel 2007 support. However, even after upgrading, I'm still getting the same errors. I'm using LabVIEW 8.0.1, and I'm also building these VIs into an application. The error occurs both in the LabVIEW IDE and in the built application. Does anybody out there have any idea what I can do to fix this? I googled a little, and discovered this is a COM error, but I can't find any references to the Report Generation Toolkit specifically.
Thanks,
Phil
Solved!
Go to Solution.

Hi Christian,
I do not see that exact option listed, do you mean "user interface"? I recognize the "Run in UI Thread" option, it's on the Call Library Function Node.
I checked, and my top-level VI has "same as caller" set, and I believe all my VIs are set to "same as caller". Are you suggesting I change my top-level VI preferred execution environment to "user interface", or just the logging sub-VIs that use the Report Generation Toolkit?
Thanks,
Phil
Attachments:
VI_properties.png ‏15 KB

Report generation for FPGA VI

Hello..
I want to include the number of resources used by FPGA (LUTs, slices, blockrams etc) in my report generation.
After compilation is completed, a window showing these resources will occur. But, how can I add this compilation report in my report generation...
Please let me know..
Thanks
Prashanth
Solved!
Go to Solution.

Hi
I made a small code which helps you achieve this functionality.
Hope it helps!
In this code: I read from "toplevel_gen_xst.log" file generated for the project; search for the string "Device utilization summary" and extract the part of interest Now you add this extract to your report compiled using report generation toolkit.
regards,
Ravi.
Attachments:
image.jpg ‏60 KB
FPGA Utilization.vi ‏10 KB

Report generation toolkit VI error when running EXE

A VI inside the Report Generation Toolkit (version 1.1.2), Excel Find Application Directory.vi, will not function correctly when running an EXE. The "Current VI's path" block will return the path of the currently running EXE rather than the path of the Excel Find Application Directory VI. (The same would be true for Word Find Application Directory.vi.)
-Joel
Solved!
Go to Solution.

Have you had a look at this knowledgebase article? The error is caused due to the exclusion of any dynamic VI.
Ipshita C.
National Instruments
Applications Engineer

LabView Exe Application file not launch Excel application for report generation

Dear All,
I created one LabVIEW application file for report generation (using Excel Template).
While I run the program in programming mode it works well and create the report file in the specified path.
After creation of the application file(exe), it gives the correct path of where the excel template is placed. The same path is given to New Report.vi, but it gives the error 'File Not Found'.
Tell me, is any other configuration required for generating Excel reports? (During exe application mode)
Give me the solution.
Thank You
Jegan.

Hello,
Most likely you are encountering a problem of stripping and/or building paths. Probably the easiest thing to do is put a couple indicators on your front panel for the path or paths you care about, build your exe, and make sure you are really using the path you'd like. If you always put the report at some deterministic place relative to the exe (that is, even it the exe is moved, it will go with the exe and remain in the same relative path location, then you can use the Current VIs Path funtion found in the ... File I/O -> File Constants palette as a start path (where you will want to strip at least the exe name off of course).
I think this will bring some clarity to the issue!
Best Regards,
JLS
Best,
JLS
Sixclear

Using remote machines for report generation

Since LabView does not have cross-platform openoffice support, I was looking at ways of generating reports from a LabView session (2010) running on a mac. The report generation VI contains a somewhat suggestive machine name input. Can one connect to a remote machine (which is windows XP and has microsoft word / excel installed) to generate reports from a mac running LabView ?

m-s wrote:
Since LabView does not have cross-platform openoffice support, I was looking at ways of generating reports from a LabView session (2010) running on a mac. The report generation VI contains a somewhat suggestive machine name input. Can one connect to a remote machine (which is windows XP and has microsoft word / excel installed) to generate reports from a mac running LabView ?
With some work I think is is do-able.
If the PC had an exe deployed and running that was served via VI Server the report could be run and generated on the PC when invoked from the Mac.
So in theory yes!
Edit:
VI server is not required if the exe on the PC listens at a TCP/IP port and supports a protocol to accept the report "job".
I'll watch to see (and in hopes of) a better solution form others.
Ben
Ben Rayner
I am currently active on.. MainStream Preppers
Rayner's Ridge is under construction

Problem for Report Generation Toolkit for excel 2000

Hi all,
Now I am Developing my program with Report Generation Toolkit 1.1.0 and Labview 7.1.
In my computer I am using Excel XP, and there is not any problem. But when I build to
a exe file, and use in a computer with Excel 2000, it didn't work.
And I try to check the source file in this computer, I found that there any some connection
error. And this is caused by the active X class. As I know Excel 2000 is using Microsoft Excel
Object Library 9.0, but i cannot find it in the list of active x. So it is using Microsoft Excel Object
Library with a very old verison. So in the property node there are missing functions, such as the
UsedRange in _Worksheet in the Excel_Get_Range.vi. However, In VBA, I can find the 9.0 Library.
Is it the problem of 9.0 library? How can I solve the problem? How can I upgrade the library to 10.0?
Thanks.
Regard,
Ryan

Hi Mike,
Since my program is for all the staff in office, everyone may use it.
I cannot call the whole office to upgrade the excel to XP.
And I think Report Generation Toolkit is alway support Excel 2000,
since the old version of it is not support for Excel XP.
Regard,
Ryan

Intrastat report generation

Similar Messages

Maybe you are looking for