<?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"
	>
<channel>
	<title>Comments on: SAP &#8212; the Un-Oracle</title>
	<atom:link href="http://www.monashreport.com/2005/12/08/sap-the-un-oracle/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.monashreport.com/2005/12/08/sap-the-un-oracle/</link>
	<description>Technology ... politics ... marketing ... strategy ... life</description>
	<pubDate>Tue, 07 Oct 2008 02:37:07 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: PK Das Gupta</title>
		<link>http://www.monashreport.com/2005/12/08/sap-the-un-oracle/#comment-8767</link>
		<dc:creator>PK Das Gupta</dc:creator>
		<pubDate>Tue, 24 Apr 2007 06:32:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.monashreport.com/2005/12/08/sap-the-un-oracle/#comment-8767</guid>
		<description>How migrating to SAP is helpful to a Oracle Developer 2000 professional. 
What I mean is the experience gained is useful or not?</description>
		<content:encoded><![CDATA[<p>How migrating to SAP is helpful to a Oracle Developer 2000 professional.<br />
What I mean is the experience gained is useful or not?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kenny.Li</title>
		<link>http://www.monashreport.com/2005/12/08/sap-the-un-oracle/#comment-2435</link>
		<dc:creator>Kenny.Li</dc:creator>
		<pubDate>Wed, 04 Oct 2006 07:33:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.monashreport.com/2005/12/08/sap-the-un-oracle/#comment-2435</guid>
		<description>Recently,Barron's Online announced the 2006 Annual List of the World's most respected companies,and SAP ranked 39.</description>
		<content:encoded><![CDATA[<p>Recently,Barron&#8217;s Online announced the 2006 Annual List of the World&#8217;s most respected companies,and SAP ranked 39.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Ross</title>
		<link>http://www.monashreport.com/2005/12/08/sap-the-un-oracle/#comment-1854</link>
		<dc:creator>Andy Ross</dc:creator>
		<pubDate>Mon, 04 Sep 2006 10:23:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.monashreport.com/2005/12/08/sap-the-un-oracle/#comment-1854</guid>
		<description>Curt is kind to SAP, and as a SAPper I think he has good
reasons for that, but I'd feel safer with a more clearly
motivated position. Oracle got big on RDB, SAP got big
on ERP, which sat on an RDB and hence was seen in Oracle 
as parasitic. So when RDB became a commodity, Oracle 
naturally tried to move into ERP and related apps. But 
the world moved on. SAP saw that customers want IT to 
help them with their business process, and all the rest 
is detail. Oracle are still stuck in the detail. Now I'm
just agreeing with Curt, so time to stop.</description>
		<content:encoded><![CDATA[<p>Curt is kind to SAP, and as a SAPper I think he has good<br />
reasons for that, but I&#8217;d feel safer with a more clearly<br />
motivated position. Oracle got big on RDB, SAP got big<br />
on ERP, which sat on an RDB and hence was seen in Oracle<br />
as parasitic. So when RDB became a commodity, Oracle<br />
naturally tried to move into ERP and related apps. But<br />
the world moved on. SAP saw that customers want IT to<br />
help them with their business process, and all the rest<br />
is detail. Oracle are still stuck in the detail. Now I&#8217;m<br />
just agreeing with Curt, so time to stop.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Abdul Hakim</title>
		<link>http://www.monashreport.com/2005/12/08/sap-the-un-oracle/#comment-1852</link>
		<dc:creator>Abdul Hakim</dc:creator>
		<pubDate>Sun, 03 Sep 2006 14:15:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.monashreport.com/2005/12/08/sap-the-un-oracle/#comment-1852</guid>
		<description>Nothing can come closer to SAP.Oracle Apps is nothing infront of SAP....</description>
		<content:encoded><![CDATA[<p>Nothing can come closer to SAP.Oracle Apps is nothing infront of SAP&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: shine</title>
		<link>http://www.monashreport.com/2005/12/08/sap-the-un-oracle/#comment-1785</link>
		<dc:creator>shine</dc:creator>
		<pubDate>Wed, 23 Aug 2006 14:39:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.monashreport.com/2005/12/08/sap-the-un-oracle/#comment-1785</guid>
		<description>In my company,a lot of women and men can't use soft expediently.It is  
important that a company of any soft company should supply complete sevice,
especialy training,to its customer.</description>
		<content:encoded><![CDATA[<p>In my company,a lot of women and men can&#8217;t use soft expediently.It is<br />
important that a company of any soft company should supply complete sevice,<br />
especialy training,to its customer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jayanta Choudhuri</title>
		<link>http://www.monashreport.com/2005/12/08/sap-the-un-oracle/#comment-1776</link>
		<dc:creator>Jayanta Choudhuri</dc:creator>
		<pubDate>Sun, 20 Aug 2006 16:54:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.monashreport.com/2005/12/08/sap-the-un-oracle/#comment-1776</guid>
		<description>SAP seems to know Oracle better than Oracle. I happened to work recently for 1 year in Apps 11.5.10 guiding people in Developer 2000 Forms Reports PL/SQL ...

Amazing thing was Oracle has NOTHING comparable to ST05 which is a amazing way to debug SQLs esp that hit un-buffered transparent tables. I was already accustomed to TKPROF and Oracle trace and had developed AWK scripts to filter out the mass of trace records generated. TKPROF does not see BIND variables. APPS ahas NOTHING comparable to ST05.

This led me to conclude that SAP know Oracle better than Oracle!

I may be out of touch for a few months but situation may not have changed.

D2K compares very poorly with ABAP &#38; SMARTFORMS etc. User-exits are by PLLs. There is no STMS for change management. APPS is 2-tier architecture with a thin frontend deployment. Remote printing is a pain. You need to know X-Windows inside out to be able to get bit-map printing. No version control.

Oracle APPS works no doubt! BUT SAP is years ahead in technology and everything works like a dream!

SAP gives users CCMS and so many things free that most users SAP is a complete product with no need for 3rd party add-ons.

Only thing is Oracle seems to have stronger sales force. People buy SAP and SAP is not too good at selling!

Having worked in BOTH I can say with full confidence that SAP is the safest bet!</description>
		<content:encoded><![CDATA[<p>SAP seems to know Oracle better than Oracle. I happened to work recently for 1 year in Apps 11.5.10 guiding people in Developer 2000 Forms Reports PL/SQL &#8230;</p>
<p>Amazing thing was Oracle has NOTHING comparable to ST05 which is a amazing way to debug SQLs esp that hit un-buffered transparent tables. I was already accustomed to TKPROF and Oracle trace and had developed AWK scripts to filter out the mass of trace records generated. TKPROF does not see BIND variables. APPS ahas NOTHING comparable to ST05.</p>
<p>This led me to conclude that SAP know Oracle better than Oracle!</p>
<p>I may be out of touch for a few months but situation may not have changed.</p>
<p>D2K compares very poorly with ABAP &amp; SMARTFORMS etc. User-exits are by PLLs. There is no STMS for change management. APPS is 2-tier architecture with a thin frontend deployment. Remote printing is a pain. You need to know X-Windows inside out to be able to get bit-map printing. No version control.</p>
<p>Oracle APPS works no doubt! BUT SAP is years ahead in technology and everything works like a dream!</p>
<p>SAP gives users CCMS and so many things free that most users SAP is a complete product with no need for 3rd party add-ons.</p>
<p>Only thing is Oracle seems to have stronger sales force. People buy SAP and SAP is not too good at selling!</p>
<p>Having worked in BOTH I can say with full confidence that SAP is the safest bet!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Santosh.D</title>
		<link>http://www.monashreport.com/2005/12/08/sap-the-un-oracle/#comment-1760</link>
		<dc:creator>Santosh.D</dc:creator>
		<pubDate>Mon, 14 Aug 2006 11:26:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.monashreport.com/2005/12/08/sap-the-un-oracle/#comment-1760</guid>
		<description>Hi,
Since i am working in SAP for past 2 years,i feel the 
power of SAP is its Architecure(the Basis layer), its
scalability option has made it the market leader also the
understanding of the business process of any kind of 
businesses across the globe(Bundling those things in a 
single package is really a miracle) and the client the 
concept in SAP made it soo powerfull, that no one could 
ever imagine such kind of a concept at all and about the
new-dimensional products i need not comment at all, the 
ESA, Netweaver, ...... and last but not the least ABAP(
since i am Technical Consultant, i need to talk about this)
), the flexibility this language gives, i think no other
language could stand next to it and the option of 
interfaces is really a good thing about this package(SAP).</description>
		<content:encoded><![CDATA[<p>Hi,<br />
Since i am working in SAP for past 2 years,i feel the<br />
power of SAP is its Architecure(the Basis layer), its<br />
scalability option has made it the market leader also the<br />
understanding of the business process of any kind of<br />
businesses across the globe(Bundling those things in a<br />
single package is really a miracle) and the client the<br />
concept in SAP made it soo powerfull, that no one could<br />
ever imagine such kind of a concept at all and about the<br />
new-dimensional products i need not comment at all, the<br />
ESA, Netweaver, &#8230;&#8230; and last but not the least ABAP(<br />
since i am Technical Consultant, i need to talk about this)<br />
), the flexibility this language gives, i think no other<br />
language could stand next to it and the option of<br />
interfaces is really a good thing about this package(SAP).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: raghavendra</title>
		<link>http://www.monashreport.com/2005/12/08/sap-the-un-oracle/#comment-1727</link>
		<dc:creator>raghavendra</dc:creator>
		<pubDate>Thu, 10 Aug 2006 11:12:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.monashreport.com/2005/12/08/sap-the-un-oracle/#comment-1727</guid>
		<description>definitely ,these two ERP wizards are two ends .they cant be united .
whichever path they are folowing is the right for their point of view and to sustain the com</description>
		<content:encoded><![CDATA[<p>definitely ,these two ERP wizards are two ends .they cant be united .<br />
whichever path they are folowing is the right for their point of view and to sustain the com</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DBMS2 &#8212; DataBase Management System Services&#187;Blog Archive &#187; Business rules, business process</title>
		<link>http://www.monashreport.com/2005/12/08/sap-the-un-oracle/#comment-17</link>
		<dc:creator>DBMS2 &#8212; DataBase Management System Services&#187;Blog Archive &#187; Business rules, business process</dc:creator>
		<pubDate>Fri, 27 Jan 2006 21:21:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.monashreport.com/2005/12/08/sap-the-un-oracle/#comment-17</guid>
		<description>[...] What&#8217;s getting forgotten as usual in this debate, I think, is the direct automation of business processes. Business rules of the sort &#8220;No credit granted can exceed $10,000&#8243; are silly whereever they&#8217;re put. Rather, the business rule should be something like &#8220;An attempt to grant credit in excess of $10,000 is not successful until it has been approved by a VP-level manager.&#8221; And the natural way to implement that kind of rule is NOT via database constraints (you need all sorts of other logic around it for usability). [...]</description>
		<content:encoded><![CDATA[<p>[...] What&#8217;s getting forgotten as usual in this debate, I think, is the direct automation of business processes. Business rules of the sort &#8220;No credit granted can exceed $10,000&#8243; are silly whereever they&#8217;re put. Rather, the business rule should be something like &#8220;An attempt to grant credit in excess of $10,000 is not successful until it has been approved by a VP-level manager.&#8221; And the natural way to implement that kind of rule is NOT via database constraints (you need all sorts of other logic around it for usability). [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Monash Report&#187;Blog Archive &#187; SAP&#8217;s corporate blogging</title>
		<link>http://www.monashreport.com/2005/12/08/sap-the-un-oracle/#comment-6</link>
		<dc:creator>The Monash Report&#187;Blog Archive &#187; SAP&#8217;s corporate blogging</dc:creator>
		<pubDate>Wed, 14 Dec 2005 21:51:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.monashreport.com/2005/12/08/sap-the-un-oracle/#comment-6</guid>
		<description>[...] Jeff Nolan seems to be the head of blogging for SAP, or something like that. He&#8217;s a little concerned about SAP&#8217;s lack of openness. Meanwhile, I&#8217;m praising SAP for it&#8217;s openness. [...]</description>
		<content:encoded><![CDATA[<p>[...] Jeff Nolan seems to be the head of blogging for SAP, or something like that. He&#8217;s a little concerned about SAP&#8217;s lack of openness. Meanwhile, I&#8217;m praising SAP for it&#8217;s openness. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.139 seconds -->
