<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://dynamicsuser.net/utility/FeedStylesheets/rss.xsl" media="screen"?><?xml-stylesheet type="text/xsl" href="http://dynamicsuser.net/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>David Singleton's Comments</title><link>http://dynamicsuser.net/members/David-Singleton/default.aspx</link><description /><dc:language>en-US</dc:language><generator>CommunityServer 2008.5 SP2 (Build: 40407.4157)</generator><item><title>Hi David I've seen your one of the most active members in this community and I see a reply you m</title><link>http://dynamicsuser.net/members/David-Singleton/comments/default.aspx</link><pubDate>Wed, 14 Oct 2009 02:51:17 GMT</pubDate><dc:creator>Emanuel Galvan Salazar</dc:creator><description>&lt;p&gt;Hi David!&lt;/p&gt;
&lt;p&gt;I&amp;#39;m a project leader for a global project with NAV, and&amp;nbsp;a member of my team who&amp;#39;s a junior developer made an import dataport that imports what our customer calls &amp;quot;opening balance entries&amp;quot;, but it creates it directly into the G/L Entry table instead of into the Gen.&amp;nbsp;Journal Line (as its supposed to be done for its later post into the system).&lt;/p&gt;
&lt;p&gt;My team member aware him of the risk of doing this and she told me that the person with whom she spoken to told her that they don&amp;#39;t want to pass through the Journals as it has to be done, due to the Currency conversion routines that we made (they have Functional, Reporting and Original Currencies for its application). &lt;/p&gt;
&lt;p&gt;So, my team member developed this dataport (without knowledge by my side) and what&amp;#39;s currently happening is that our&amp;nbsp;customer had been using this&amp;nbsp;dataport on all their databases (25 countries already)&amp;nbsp;and they are experiencing errors with the Close Income Statement due to they are using the Dimensions option of this report, and these imported entries&amp;nbsp;were not replicated into the Ledger Entry Dimension (just into the GL Entry table) as its done by the NAV standard code.&lt;/p&gt;
&lt;p&gt;Could you give me some advice on this, I think that these entries should be recreated but imported into the Gen. Journal Line table as it had to be done since the begining for its later post into the system to follow all the NAV standard routines, and look for a way to avoid these Currency conversion routines in order to do this correctly.&lt;/p&gt;
&lt;p&gt;I would like to know your opinion on this, receive many kind regards.&lt;/p&gt;
&lt;p&gt;Emanuel Galvan.&lt;/p&gt;</description></item></channel></rss>