Handling Excel files in NAV 2013 (including R2) is not as easy as it seems at first. The Excel Buffer table – an obvious choice of the old days – supports only Open XML format (*.xlsx), and Excel Interoperability implementation seems a bit buggy (check the comments in my old post about .NET interoperability: http://vjeko.com/blog/the-beauty-and-the-beast-nav-and-net). You can still use automation, but then you must handle everything, or at least most of it, on the client end. And, to make it all just a bit worse, none of these approaches, even when they work, will impress you with their speed. All in all, if you want to handle legacy Excel files (*.xls) you will have to make some compromises.

Last week, Mark asked me for a bit of help on a project where he had to import *.xls files into NAV 2013, and he hit all of the possible walls provided by the Excel Buffer, .NET Interoperability components for Excel, and automation walls possible.

When I gave Mark my solution, he said: you should blog about this. So, here I am, blogging about a simple way to read data from Excel, any version, lightning fast.

Let me start by explaining the problem first: all Excel Interoperability bugs (or headaches) come from a very simple fact – there is no native .NET interoperability component for Excel, or any other Office application for that matter. All of them are simply – the good old Automation (COM) components, wrapped into .NET through COM Interoperability feature of .NET. So, when talking to Excel through .NET, you are actually doing the same thing as if accessing it through Automation, except that you are doing that through an extra layer, which is all but lightweight.

If you want my advice – avoid it.

And now, to the solution. What most people are not aware is that you can treat Excel files as external databases. And in Windows world, external databases means that you can access them through native Windows database access components. There have been multiple names for these, as technologies shifted, so you may know these data access components as ODBC, OLEDB, or ADO. They are, of course, not nearly the same thing, but this does not matter for this post.

What matters is that you can use ADO.NET to connect to any Excel file, as if it were a database.

Yes, of course, it does have prerequisites – either you must install Excel on your machine, or you must have Microsoft Data Access Components, or Microsoft Access Database Engine, or whichever other database access pack provided by Microsoft includes it. If you have troubles googling (sorry, binging) it up, let me know and I’ll post some links here.

Once you have those, everything is a matter of connecting to the Excel file using the correct connection string to feed to the ADO.NET Connection object. The connection string does not always look the same, and it depends on whether you are using Open XML or legacy files, but in the end, it will look something like this:

Provider=Microsoft.ACE.OLEDB.15.0; data source=C:\pathtofile.xls; Extended Properties="Excel 8.0;HDR=YES"

To look up the right connection string for your specific situation, take a look here: http://www.connectionstrings.com/excel/ (this site has most of the connection strings for most of known databases).

Once you have done that, use the ADO.NET to access the data in the file as if it were a table in a database. This piece of code shows how to do that:

Adapter := Adapter.OleDbDataAdapter('SELECT * FROM [Sheet 1$]','Provider=Microsoft.ACE.OLEDB.15.0; data source=C:\Temp\ExcelFile.xls; Extended Properties="Excel 8.0;HDR=YES"');
Table := Table.DataTable;

Rows := Table.Rows;
EnumRows := Rows.GetEnumerator;
Columns := Table.Columns;

WHILE EnumRows.MoveNext DO BEGIN
Row := EnumRows.Current;
FOR i := 0 TO Columns.Count - 1 DO BEGIN
ValVar := Row.Item(Columns.Item(i).ColumnName);
// here you have the value

MESSAGE('Processed %1 rows with %2 columns',Rows.Count,Columns.Count);


All of the types should be obvious once I tell you that they are from System.Data namespace (Adapter, Table, Rows, Columns, and Row). EnumRows is the IEnumerator. Again, if you need more help than this, comment, and I’ll put all the instructions here.

And that’s all there is. And it’s way faster than you can imagine. Go – try it, and let me know!