﻿<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: How are you currently dealing with compatibility issues of Excel 2003 / 2007?</title>
	<atom:link href="http://www.fimodo.com/2010/01/how-are-you-currently-dealing-with-compatibility-issues-of-excel-2003-2007/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.fimodo.com/2010/01/how-are-you-currently-dealing-with-compatibility-issues-of-excel-2003-2007/</link>
	<description>Financial Modelling Experts sharing their knowledge</description>
	<lastBuildDate>Thu, 08 Jul 2010 20:23:15 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: J.Makinen</title>
		<link>http://www.fimodo.com/2010/01/how-are-you-currently-dealing-with-compatibility-issues-of-excel-2003-2007/comment-page-1/#comment-385</link>
		<dc:creator>J.Makinen</dc:creator>
		<pubDate>Sun, 16 May 2010 09:28:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.fimodo.com/?p=753#comment-385</guid>
		<description>Guite simple rule works around with this annoying compatibility issue.

If you use 2007, then save the files always in 2007 format, not in 2003 (unless you need to downgrade it to previous Excel vrs. Should this be required, just work in &#039;2007&#039; format until you need to e.g. send to someone else who you does not have 2007). This may sound quite naive advice, but I&#039;ve tried so many different ways to sort this out and none of them has provided 100% working solution except this very simple principle.

The compability problem can happen even with very simple spreadsheets (replacing &#039;toolpak&#039; function with #NAs, lost of data etc). Sometimes just only thing to trigger the problem is to open the file and resave it with other name (why this should cause an issue, I don&#039;t have a clue).

The compatibility is the only major problem with Excel 2007 as far as I&#039;m aware.</description>
		<content:encoded><![CDATA[<p>Guite simple rule works around with this annoying compatibility issue.</p>
<p>If you use 2007, then save the files always in 2007 format, not in 2003 (unless you need to downgrade it to previous Excel vrs. Should this be required, just work in &#8216;2007&#8242; format until you need to e.g. send to someone else who you does not have 2007). This may sound quite naive advice, but I&#8217;ve tried so many different ways to sort this out and none of them has provided 100% working solution except this very simple principle.</p>
<p>The compability problem can happen even with very simple spreadsheets (replacing &#8216;toolpak&#8217; function with #NAs, lost of data etc). Sometimes just only thing to trigger the problem is to open the file and resave it with other name (why this should cause an issue, I don&#8217;t have a clue).</p>
<p>The compatibility is the only major problem with Excel 2007 as far as I&#8217;m aware.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Graham</title>
		<link>http://www.fimodo.com/2010/01/how-are-you-currently-dealing-with-compatibility-issues-of-excel-2003-2007/comment-page-1/#comment-374</link>
		<dc:creator>John Graham</dc:creator>
		<pubDate>Fri, 07 May 2010 06:48:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.fimodo.com/?p=753#comment-374</guid>
		<description>I develop models using Excel 2003 and test them in Excel 2004 &amp; Excel 2007 (but not Excel 2008 since it does not have VBA).

The critical compatibility issues we have run into are:
(1) loss of functions in the Analysis Toolpak
(2) having too many formats

Work arounds we use to avoid the issues:
(1) a VBA module to implement the Toolpak functions as user defined functions, eg globally replace EOMONTH by EOMONTH_vba, EDATE by EDATE_vba, etc.
(2) systematic removal of styles &amp; conditional formatting</description>
		<content:encoded><![CDATA[<p>I develop models using Excel 2003 and test them in Excel 2004 &amp; Excel 2007 (but not Excel 2008 since it does not have VBA).</p>
<p>The critical compatibility issues we have run into are:<br />
(1) loss of functions in the Analysis Toolpak<br />
(2) having too many formats</p>
<p>Work arounds we use to avoid the issues:<br />
(1) a VBA module to implement the Toolpak functions as user defined functions, eg globally replace EOMONTH by EOMONTH_vba, EDATE by EDATE_vba, etc.<br />
(2) systematic removal of styles &amp; conditional formatting</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adrian Miric</title>
		<link>http://www.fimodo.com/2010/01/how-are-you-currently-dealing-with-compatibility-issues-of-excel-2003-2007/comment-page-1/#comment-345</link>
		<dc:creator>Adrian Miric</dc:creator>
		<pubDate>Mon, 08 Mar 2010 19:53:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.fimodo.com/?p=753#comment-345</guid>
		<description>With regards the =#n/a issue it is a serious issue with regards spreadsheets built to be used in Excel 2003 and Excel 2007. Unfortunately it is not possible to replicate it, so presumably this is why it still exists. 

We have tried to explain it at http://www.auditexcel.co.za/NA-Error-Excel-2003-to-Excel-2007.html but all comments and feedback welcome.We believe this could cause serious loss of money at certain clients.</description>
		<content:encoded><![CDATA[<p>With regards the =#n/a issue it is a serious issue with regards spreadsheets built to be used in Excel 2003 and Excel 2007. Unfortunately it is not possible to replicate it, so presumably this is why it still exists. </p>
<p>We have tried to explain it at <a href="http://www.auditexcel.co.za/NA-Error-Excel-2003-to-Excel-2007.html" rel="nofollow">http://www.auditexcel.co.za/NA-Error-Excel-2003-to-Excel-2007.html</a> but all comments and feedback welcome.We believe this could cause serious loss of money at certain clients.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gavin Townshend</title>
		<link>http://www.fimodo.com/2010/01/how-are-you-currently-dealing-with-compatibility-issues-of-excel-2003-2007/comment-page-1/#comment-304</link>
		<dc:creator>Gavin Townshend</dc:creator>
		<pubDate>Tue, 26 Jan 2010 16:11:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.fimodo.com/?p=753#comment-304</guid>
		<description>On several occassion I have seen the compatability problem of formulae using Analysis Toolpak functions being converted to #REFs (or is it #NA?).

I heard a suggestion for a potential solution to this problem, so now I am trying to reproduce this problem in a brand new spreadsheet with only one or two test formulae.  But so far I can&#039;t reproduce the problem, so can&#039;t test the potential solution.

Can anyone help me reproduce the problem in a newly created simple spreadsheet (rather than discuss potential solutions or workarounds)?</description>
		<content:encoded><![CDATA[<p>On several occassion I have seen the compatability problem of formulae using Analysis Toolpak functions being converted to #REFs (or is it #NA?).</p>
<p>I heard a suggestion for a potential solution to this problem, so now I am trying to reproduce this problem in a brand new spreadsheet with only one or two test formulae.  But so far I can&#8217;t reproduce the problem, so can&#8217;t test the potential solution.</p>
<p>Can anyone help me reproduce the problem in a newly created simple spreadsheet (rather than discuss potential solutions or workarounds)?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Luke</title>
		<link>http://www.fimodo.com/2010/01/how-are-you-currently-dealing-with-compatibility-issues-of-excel-2003-2007/comment-page-1/#comment-303</link>
		<dc:creator>Luke</dc:creator>
		<pubDate>Thu, 21 Jan 2010 21:26:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.fimodo.com/?p=753#comment-303</guid>
		<description>I work in a US investment bank and the IT department doens&#039;t allow installations of both Excel 2003 and 2007 so I am stuck with Excel 2007 for all financial modelling tasks. The amount of frustration this is causing is unbelievable and my life is jam-packed with corrupted workbooks and confused and irritated clients. If only they would let me, and everyone else involved in financial modelling, go back to Excel 2003!!</description>
		<content:encoded><![CDATA[<p>I work in a US investment bank and the IT department doens&#8217;t allow installations of both Excel 2003 and 2007 so I am stuck with Excel 2007 for all financial modelling tasks. The amount of frustration this is causing is unbelievable and my life is jam-packed with corrupted workbooks and confused and irritated clients. If only they would let me, and everyone else involved in financial modelling, go back to Excel 2003!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Peltier</title>
		<link>http://www.fimodo.com/2010/01/how-are-you-currently-dealing-with-compatibility-issues-of-excel-2003-2007/comment-page-1/#comment-302</link>
		<dc:creator>Jon Peltier</dc:creator>
		<pubDate>Thu, 21 Jan 2010 13:54:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.fimodo.com/?p=753#comment-302</guid>
		<description>I use 2003 for my own use and for development of workbooks and coded solutions for clients. Naturally many clients have now downgraded to 2007, so I test everything in 2007, and make the requisite adjustments prior to delivery.

Many coded solutions should actually be opened, saved, and closed in Excel 2000 to ensure compatibility, because a number of recent upgrades to 2003 and 2007 seem to cause issues with each other.

I keep 2007 on a separate machine (virtualization is a godsend) to avoid cross talk between versions.</description>
		<content:encoded><![CDATA[<p>I use 2003 for my own use and for development of workbooks and coded solutions for clients. Naturally many clients have now downgraded to 2007, so I test everything in 2007, and make the requisite adjustments prior to delivery.</p>
<p>Many coded solutions should actually be opened, saved, and closed in Excel 2000 to ensure compatibility, because a number of recent upgrades to 2003 and 2007 seem to cause issues with each other.</p>
<p>I keep 2007 on a separate machine (virtualization is a godsend) to avoid cross talk between versions.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
