<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.editalk.com/~d/styles/itemcontent.css"?><rss 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" version="2.0">
<channel>
	<title>Comments for EDI Talk - Vendor Compliance and Electronic Data Interchange</title>
	
	<link>http://editalk.com</link>
	<description>An EDI and Vendor Compliance Blog, Forum and Support Center.</description>
	<pubDate>Tue, 19 Jan 2010 05:46:19 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.editalk.com/edicomments" /><feedburner:info xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" uri="edicomments" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><item>
		<title>Comment on Breaking News: GXS and Inovis Sign Definitive Merger Agreement by Robert Herron</title>
		<link>http://editalk.com/industry-news/2009/12/08/breaking-news-gxs-and-inovis-sign-definitive-merger-agreement/#comment-2653</link>
		<dc:creator>Robert Herron</dc:creator>
		<pubDate>Tue, 08 Dec 2009 20:35:14 +0000</pubDate>
		<guid isPermaLink="false">http://editalk.com/?p=101#comment-2653</guid>
		<description>I believe that this is an excellent merger with the software and the van services of GHX (formerly GEIS) that will bring strength to both companies. Hopefully the merger will allow a greater competition with Sterling ( a AT&amp;T) company and IBM (DataStage- formerly Mercator and Web Methods) in the market place. The merger could be improved if WebSphere was also a partner in order to cover the messaging segment in the B2B / EDI world.</description>
		<content:encoded><![CDATA[<p>I believe that this is an excellent merger with the software and the van services of GHX (formerly GEIS) that will bring strength to both companies. Hopefully the merger will allow a greater competition with Sterling ( a AT&amp;T) company and IBM (DataStage- formerly Mercator and Web Methods) in the market place. The merger could be improved if WebSphere was also a partner in order to cover the messaging segment in the B2B / EDI world.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Breaking News: GXS and Inovis Sign Definitive Merger Agreement by John Burmeister</title>
		<link>http://editalk.com/industry-news/2009/12/08/breaking-news-gxs-and-inovis-sign-definitive-merger-agreement/#comment-2652</link>
		<dc:creator>John Burmeister</dc:creator>
		<pubDate>Tue, 08 Dec 2009 19:58:21 +0000</pubDate>
		<guid isPermaLink="false">http://editalk.com/?p=101#comment-2652</guid>
		<description>Here is an interesting reply from Daniel Nurrenbrock on linkedin EDI group about the announcement: 

While this news is 'Breaking News' it certainly is not surprising news. Having worked at Inovis for a year and a half it was easy to see it coming. The worst event that happened at Inovis was getting the Dell outsourcing deal. Yes it was a huge deal although with outsourcing Inovis can't recognize all of that revenue right away and it was in the vicinity of 25 million dollars. There were however so many promises made to Dell for software changes to meet their requirements that it paralyzed Inovis. Inovis developers worked practically 7 days a week to meet the demands of Dell and these demands and changes were daily. While Inovis continues to use TLe in an outsourcing model because of BizManagers inefficiencies in translation, BizManager is used for communication of data for Dell. There has been so many demands put on Inovis by Dell that there is actually a Dell version of BizManager.

This has not allowed Inovis to be proactive to the rest of their customer base. This has prohibited any worthwhile upgrades to any of the Inovis product lines. Inovis was caught between the proverbial rock and a hard place. Certainly they could not fail to produce for Dell and lose that business and have that news get out. That alone would have destroyed their outsourcing business. On the other side getting that business dragged Inovis into the abyss.

I would be somewhat surprised if the GXS VAN would be sunsetted given the small number of customers Inovis has on Inovisworks in comparison to GSX. Inovis boasts a Tier 4 network but that is great for powerpoints and marketing really. As far as software it should be interesting to see what happens. Inovis never had a Webforms solutions that had the slightest feature/functionality required to compete. TLe is still the original Harbinger product, TLi is the original Premenos AS/400 product, and BizManager is the original IPnet product all of which is pretty old technology by todays standards.
Inovis does have a product known as Actionable Intelligence but they don't sell that product because of its complexity. Actionable Intelligence is a service that a customer can utilize 'after' signing up for the Inovis VAN and then Inovis builds it.

All in all it should be interesting to see how all this plays out next year</description>
		<content:encoded><![CDATA[<p>Here is an interesting reply from Daniel Nurrenbrock on linkedin EDI group about the announcement: </p>
<p>While this news is &#8216;Breaking News&#8217; it certainly is not surprising news. Having worked at Inovis for a year and a half it was easy to see it coming. The worst event that happened at Inovis was getting the Dell outsourcing deal. Yes it was a huge deal although with outsourcing Inovis can&#8217;t recognize all of that revenue right away and it was in the vicinity of 25 million dollars. There were however so many promises made to Dell for software changes to meet their requirements that it paralyzed Inovis. Inovis developers worked practically 7 days a week to meet the demands of Dell and these demands and changes were daily. While Inovis continues to use TLe in an outsourcing model because of BizManagers inefficiencies in translation, BizManager is used for communication of data for Dell. There has been so many demands put on Inovis by Dell that there is actually a Dell version of BizManager.</p>
<p>This has not allowed Inovis to be proactive to the rest of their customer base. This has prohibited any worthwhile upgrades to any of the Inovis product lines. Inovis was caught between the proverbial rock and a hard place. Certainly they could not fail to produce for Dell and lose that business and have that news get out. That alone would have destroyed their outsourcing business. On the other side getting that business dragged Inovis into the abyss.</p>
<p>I would be somewhat surprised if the GXS VAN would be sunsetted given the small number of customers Inovis has on Inovisworks in comparison to GSX. Inovis boasts a Tier 4 network but that is great for powerpoints and marketing really. As far as software it should be interesting to see what happens. Inovis never had a Webforms solutions that had the slightest feature/functionality required to compete. TLe is still the original Harbinger product, TLi is the original Premenos AS/400 product, and BizManager is the original IPnet product all of which is pretty old technology by todays standards.<br />
Inovis does have a product known as Actionable Intelligence but they don&#8217;t sell that product because of its complexity. Actionable Intelligence is a service that a customer can utilize &#8216;after&#8217; signing up for the Inovis VAN and then Inovis builds it.</p>
<p>All in all it should be interesting to see how all this plays out next year</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Breaking News: GXS and Inovis Sign Definitive Merger Agreement by John Burmeister</title>
		<link>http://editalk.com/industry-news/2009/12/08/breaking-news-gxs-and-inovis-sign-definitive-merger-agreement/#comment-2651</link>
		<dc:creator>John Burmeister</dc:creator>
		<pubDate>Tue, 08 Dec 2009 19:56:37 +0000</pubDate>
		<guid isPermaLink="false">http://editalk.com/?p=101#comment-2651</guid>
		<description>So I wonder what this means.  Does GXS van migrate to Inovis van or Inovis to GXS?  I really like the Inovis van, the interface / layout.    Maybe GXS can make the QRS catalog useful again.</description>
		<content:encoded><![CDATA[<p>So I wonder what this means.  Does GXS van migrate to Inovis van or Inovis to GXS?  I really like the Inovis van, the interface / layout.    Maybe GXS can make the QRS catalog useful again.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Times They Are A Changin’ by Craig Dunham</title>
		<link>http://editalk.com/edi-news/2009/09/17/the-times-they-are-a-changin/#comment-2393</link>
		<dc:creator>Craig Dunham</dc:creator>
		<pubDate>Tue, 03 Nov 2009 20:01:06 +0000</pubDate>
		<guid isPermaLink="false">http://editalk.com/?p=94#comment-2393</guid>
		<description>Hmmm...  Why is it that every company that offers SaaS (and yes, I know exactly what that is!) seems to feel that mapping and VAN Connectivity and integration and all of the rest is a problem...?  Or a hurdle, as our EDI Doctor says (above)... 

Sometimes, it really makes Me wonder what it is that sales people "read" when they read an article or a posting on a website...?

Why do they always think that the only solution is their solution...?  In looking at the article I wrote, I can see how you may think that I'm saying so many EDI enabled retailers and suppliers have EDI issues...  but I'm not... I was simply mentioning how some issues come up and need to be addressed... and taken care of ...  and that any EDI implementation - whether in house or using SaaS - is going to have issues come up that you need to be prepared for and that you will need to consider and think about... and how maybe - just maybe - if you make sure that everything is tied down, you're not going to lose something...</description>
		<content:encoded><![CDATA[<p>Hmmm&#8230;  Why is it that every company that offers SaaS (and yes, I know exactly what that is!) seems to feel that mapping and VAN Connectivity and integration and all of the rest is a problem&#8230;?  Or a hurdle, as our EDI Doctor says (above)&#8230; </p>
<p>Sometimes, it really makes Me wonder what it is that sales people &#8220;read&#8221; when they read an article or a posting on a website&#8230;?</p>
<p>Why do they always think that the only solution is their solution&#8230;?  In looking at the article I wrote, I can see how you may think that I&#8217;m saying so many EDI enabled retailers and suppliers have EDI issues&#8230;  but I&#8217;m not&#8230; I was simply mentioning how some issues come up and need to be addressed&#8230; and taken care of &#8230;  and that any EDI implementation - whether in house or using SaaS - is going to have issues come up that you need to be prepared for and that you will need to consider and think about&#8230; and how maybe - just maybe - if you make sure that everything is tied down, you&#8217;re not going to lose something&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Times They Are A Changin’ by Keith Peglar</title>
		<link>http://editalk.com/edi-news/2009/09/17/the-times-they-are-a-changin/#comment-2392</link>
		<dc:creator>Keith Peglar</dc:creator>
		<pubDate>Tue, 03 Nov 2009 17:17:52 +0000</pubDate>
		<guid isPermaLink="false">http://editalk.com/?p=94#comment-2392</guid>
		<description>Craig I wish you all the best in your current job search, but I can't help wondering if you did not make your job seem so easy that your previous employer thought they could easily outsource your job to Bangladesh or wherever. Maybe being so busy fixing the unanticipated would get show management that you were indispensable. Just saying.</description>
		<content:encoded><![CDATA[<p>Craig I wish you all the best in your current job search, but I can&#8217;t help wondering if you did not make your job seem so easy that your previous employer thought they could easily outsource your job to Bangladesh or wherever. Maybe being so busy fixing the unanticipated would get show management that you were indispensable. Just saying.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Times They Are A Changin’ by Electronic Data Interchange Doctor</title>
		<link>http://editalk.com/edi-news/2009/09/17/the-times-they-are-a-changin/#comment-2259</link>
		<dc:creator>Electronic Data Interchange Doctor</dc:creator>
		<pubDate>Thu, 01 Oct 2009 17:10:50 +0000</pubDate>
		<guid isPermaLink="false">http://editalk.com/?p=94#comment-2259</guid>
		<description>Fascinating article but many of he hurdles you reference can now be overcome by choosing an EDI supplier that offers their solutions as a service. At http://www.Perceptant.com we handle all of the data mapping, VAN connectivity, integration, ongoing support, hosting and maintenance for a low-cost fixed fee. New trading relationships are established within 30 days and thousands of organisations now rely on us to handle, process and manage their electronic trading relationships.</description>
		<content:encoded><![CDATA[<p>Fascinating article but many of he hurdles you reference can now be overcome by choosing an EDI supplier that offers their solutions as a service. At <a href="http://www.Perceptant.com" rel="nofollow">http://www.Perceptant.com</a> we handle all of the data mapping, VAN connectivity, integration, ongoing support, hosting and maintenance for a low-cost fixed fee. New trading relationships are established within 30 days and thousands of organisations now rely on us to handle, process and manage their electronic trading relationships.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Going Back In Time by Meg Suggs</title>
		<link>http://editalk.com/edi-news/2009/05/20/going-back-in-time/#comment-1967</link>
		<dc:creator>Meg Suggs</dc:creator>
		<pubDate>Fri, 07 Aug 2009 14:23:47 +0000</pubDate>
		<guid isPermaLink="false">http://editalk.com/?p=90#comment-1967</guid>
		<description>Hi Keith,

It all depends on what your definition of "one division to another" is. I highly recommend calling Inovis Tech Support. They can answer any questions you may have and maybe even answer questions you didn't think of! Hope that helps.

-Meg</description>
		<content:encoded><![CDATA[<p>Hi Keith,</p>
<p>It all depends on what your definition of &#8220;one division to another&#8221; is. I highly recommend calling Inovis Tech Support. They can answer any questions you may have and maybe even answer questions you didn&#8217;t think of! Hope that helps.</p>
<p>-Meg</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Going Back In Time by Keith</title>
		<link>http://editalk.com/edi-news/2009/05/20/going-back-in-time/#comment-1956</link>
		<dc:creator>Keith</dc:creator>
		<pubDate>Thu, 06 Aug 2009 20:12:13 +0000</pubDate>
		<guid isPermaLink="false">http://editalk.com/?p=90#comment-1956</guid>
		<description>I have a question for you Craig since you are a fellow Iseries guy, and also Inovis if I remember correctly. I am wanting to send document from one division to another within TLI, without connecting with Inovisworks. Can this be done?</description>
		<content:encoded><![CDATA[<p>I have a question for you Craig since you are a fellow Iseries guy, and also Inovis if I remember correctly. I am wanting to send document from one division to another within TLI, without connecting with Inovisworks. Can this be done?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Going Back In Time by Relation Jr</title>
		<link>http://editalk.com/edi-news/2009/05/20/going-back-in-time/#comment-1868</link>
		<dc:creator>Relation Jr</dc:creator>
		<pubDate>Wed, 15 Jul 2009 16:50:02 +0000</pubDate>
		<guid isPermaLink="false">http://editalk.com/?p=90#comment-1868</guid>
		<description>Definitely don't make sense at all !</description>
		<content:encoded><![CDATA[<p>Definitely don&#8217;t make sense at all !</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Going Back In Time by Jean Endurci</title>
		<link>http://editalk.com/edi-news/2009/05/20/going-back-in-time/#comment-1752</link>
		<dc:creator>Jean Endurci</dc:creator>
		<pubDate>Mon, 29 Jun 2009 14:21:45 +0000</pubDate>
		<guid isPermaLink="false">http://editalk.com/?p=90#comment-1752</guid>
		<description>yes, i agree: no sense at all!</description>
		<content:encoded><![CDATA[<p>yes, i agree: no sense at all!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
