Amr 071505
Amr 071505
No portion of this report may be reproduced in whole or in part without the prior written permission of AMR Research. Any written
materials are protected by United States copyright laws and international treaty provisions.
AMR Research offers no specific guarantee regarding the accuracy or completeness of the information presented, but the professional staff
of AMR Research makes every reasonable effort to present the most reliable information available to it and to meet or exceed any
applicable industry standards.
AMR Research is not a registered investment advisor, and it is not the intent of this document to recommend specific companies for
investment, acquisition, or other financial considerations.
Advanced Retail Replenishment:
Demand-Driven Inventory Planning
Automation Is a Competitive Necessity
by Alexi Sarnevitz, Janet Suleski, and Joyce McGovern
Strategy
Space
Common Demand Common set of forecasting engines, databases, and rules for all plan-
Intelligence Platform ning applications
Stores and DCs are often replenished via independent processes and systems where the
DCs are treated as a supplier to the stores and DC replenishment forecasts are based
on store shipment history. This creates a bullwhip effect that leads to stockouts and
excess inventories. While some applications now derive DC forecasts from Point-of-
Sale (POS) sales data, this alone is not enough to achieve service-level and productivity
goals, as DC and store order quantities are also driven by store-level inventory short-
ages and surpluses. Additionally, constraints such as pack sizes and store order mini-
mums must also be accounted for. At a more advanced level, significant opportunity
exists to optimize supply by modeling inventory policies, such as safety-stock and ser-
vice levels, simultaneously across all DC and store tiers to determine the most efficient
inventory distributions that will achieve store service-level objectives.
Most legacy replenishment applications are organized around functionality, not the
actual sequence of business process activities regularly repeated by busy merchants every
day. When asked to demonstrate “a day in the life” of a replenishment analyst, most
software vendors presented a workflow that started with demand forecasting, followed
by order determination and the manual review of proposed orders (see Figure 2). This is
nearly the reverse order of the actual process steps followed by a replenishment analyst.
The flow of some current replenishment applications almost assumes a need for users to
manually review and adjust the details of each automated order generated, a task that is
virtually impossible in a retail environment with millions of store/SKU combinations.
This creates unnecessary manual effort in processes that should be highly automated.
Users are also challenged by cumbersome, nonintuitive user interfaces that force them
to navigate a complex array of pop-up screens and pull-down menus that still emulate
the look and feel of spreadsheets. These unnecessary process steps further divert user
attention from more value-added activities such as aligning merchandise execution to
business strategies or conducting more in-depth analysis of promotional events and
their influencing causal factors.
Generate
Forecast Demand Recommended Order Review
Orders
Any promoted product can show extreme variability during the promotion period.
Retailers have historically handled these sales peaks using manual allocations that
pushed product to the stores. Systems on the forefront of advanced inventory planning
use sophisticated seasonality and causal forecasting capabilities to enable a more auto-
mated replenishment process during volatile seasonal and promotional sales periods.
At the most advanced level, multiple Advanced Retail Planning (ARP) modules are
supported by a single forecasting capability.
Advanced safety stock calculations incorporate both demand and supply variability to fur-
ther drive order accuracy. To achieve full cross-tier inventory optimization, policies such as
service levels and safety stock are modeled simultaneously for stores and DCs to determine
the most efficient inventory deployment approach that achieves store service-level objectives.
As part of a regular order policy review, additional adjustments can be made to reflect
business changes such as new service level goals, revised vendor agreements, or alterna-
tive transportation modes. Manual intervention is only required to expedite orders
with unique logistical requirements such as promotions with unique pack sizes, holiday
events that require special free-standing displays, or potential supply network con-
straints such as a dock strike threat or looming import quota limit. All of this must
be enabled by application workflow functionality that aligns to the core business pro-
cesses, supported by User Interface (UI) elements such as adaptable dashboards and
activity guides or wizards that conduct users through each process step.
While general merchandise retailers typically implement a centrally driven replenishment process,
grocers, who are just beginning the journey toward advanced replenishment, often execute a
hybrid approach, referred to as Computer-Assisted Ordering (CAO). This approach requires sig-
nificant store associate involvement as part of a gradual move away from traditional decentralized
store-driven replenishment processes.
The hybrid process sends the centrally generated replenishment system order recommenda-
tions to store personnel for review and approval. Since most replenishment orders are manually
reviewed by store personnel, this approach stays far less efficient than a fully automated and
exception-driven process. Additionally, the manual adjustments often reduce order accuracy.
Grocers wanting to accelerate the journey toward an advanced, centrally driven replenishment
process need to address a combination of application functionality limitations specific to grocery,
cultural hurdles, and weak (if not nonexistent) critical enablers such as an accurate perpetual inven-
tory. To surmount these barriers, grocers must do the following:
• Seek out applications with truly advanced functionality—Some of this concern by asso-
ciates is warranted, as our evaluation of grocery-oriented replenishment applications revealed a
prevalence of more rudimentary functionality compared to that available for general merchandise
retailers. In response, grocers should evaluate the feasibility of adapting the more advanced gen-
eral merchandise replenishment applications for their businesses. For example, one grocery chain
is leveraging the progressive forecasting capabilities of NCR/Teradata to provide the needed
functionality.
Our research shows that most vendors have generally focused on internal development
of functionality, with the notable exceptions of SAP and SofTechnics, which rely on
partnerships with SAF to provide their replenishment analytics. Multiple progressive
applications provide an array of forecasting methodologies that include causal capabili-
ties for promotions and best-fit functionality to select the most accurate algorithm. i2
Technologies and Oracle/Retek stand out for offering an advanced forecasting and
demand intelligence platform that feeds multiple ARP modules.
A number of progressive applications also base DC orders on the store replenishment plans
or POS sales history with subsequent adjustments for inventory shortages or surpluses at
store level. Only Evant supports the simultaneous optimization of DC and store service
levels, although Manugistics and i2 can do this with available add-on modules.
The replenishment applications reviewed generally feature a spreadsheet look and feel.
These UIs were often cumbersome to use, with a complex array of pull-down menus
and pop-up screens that users were forced to search through to find needed func-
tionality. What workflow capabilities existed were limited at best. Evant and NCR/
Teradata, which were partial exceptions to this, have focused on continually improving
the user experience, with progressive workflow capabilities for managing order accuracy
in their system. NCR/Teradata deserves special note as it combines this with a broad
installed base and a high degree of overall company strength.
This vendor review has identified that most replenishment vendors have much more
adaptation to do for merchant-oriented workflows so that their UIs genuinely reflect
important business processes (see Figure 4).
Generate Determine
Forecast Demand Recommended Order Review Ordering
Manage
Orders Order
Methods
and
Accuracy
Policies
Forecasting
and Demand
Intelligence
Merchandise/
Space Planning
Integration
Workflow
Functionality
and Usability
Alerting **
and
Reporting
Source: AMR Research, 2005
• Manugistics has a separate inventory policy optimization module not included in the ratings.
SofTechnics
Functionality Aldata Lawson Retalix (SAF)
DC
Replenishment
Store *
Replenishment
Allocation * **
Our research did uncover a surprising finding in that four major retail suite provid-
ers, i2, JDA, Oracle/Retek, and SAP, were unable to supply all of the requested
references. i2 only provided a single national retailer. In JDA’s case, the new .NET-
enabled Portfolio Replenishment Optimization (PRO) application is in the final test-
ing stages and not yet fully rolled out. Oracle/Retek was unable to supply anyone
from Sainsbury’s, although we have confirmed that the Retek XI Advanced Inventory
Planning replenishment application was implemented by Sainsbury’s at the store level,
but not for its DCs, meaning that the cross-tier capabilities may be unproven. SAP
could only provide one reference for its Forecasting & Replenishment application, a
European retailer piloting 200 SKUs across six stores. Functionality evaluations for
these vendors are included in Table 3.
Forecasting and
Demand Intelligence
Merchandise and Space
Planning Integration
Workflow Functionality
and Usability
Alerting and
Reporting
Store Level and Fresh n/a n/a n/a
Item Replenishment
Production System n/a n/a n/a No No
Integration
Handheld Hardware n/a n/a n/a No Yes
Integration
Scale n/a n/a n/a No No
Connectivity
Source: AMR Research, 2005
Advanced
Progressive * Arthur Allocation is required to provide this functionality when using PRO. Rating based on a separate
Basic evaluation of the module executed subsequent to the publishing of the aforementioned ARP Report.
Not Evaluated Based on the ARP ratings methodology, this application would have received a Progressive rating.
Notes:
• Allocation ratings for the following vendors reflect rating from the AMR Research Report “Advanced
Retail Planning: Achieving Effective Demand and Merchandise Synchronization,” January 2005, which
�����������������������
may be part of a separate module: Island Pacific, i2, NSB, Oracle, SAP.
• i2 has a separate policy inventory optimization module not included in the ratings. i2’s Master Data
Management Module is needed to provide pervasiveness exceptions necessary for the Advanced rating
for alerting and reporting.
• These four companies demonstrated products, but could not supply the full number of references
required by this research's methodology.
This shortsighted thinking breeds complexity, forcing users to wade through a complex
puzzle of buttons, screens, and menus to find the functionality for each step of the
replenishment process. The result is poor process compliance and reduced benefits.
The right approach? Design or configure the UI workflow to match the business pro-
cesses that will be enabled. In many cases, the gaps extend beyond usability into key
functionality. One vendor currently migrating onto a new technical architecture has
eliminated important legacy functionality by tailoring the new release to beta client
requirements. In another case, a vendor is marketing a retail replenishment applica-
tion that was originally built for manufacturing or wholesale clients. The giveaways
were in UI elements where store sales were actually labeled as “planned goods issued”
and “consumption,” combined with alerting that would require users to wade through
thousands of store/SKU exceptions.
A proactive product management and investment strategy can work with retail applica-
tions. Manugistics’s recent 7.X releases of Demand and Fulfillment, applications that
have been fully rearchitected to a J2EE platform with enhanced retail-oriented func-
tionality, were funded via significant internal research and development investment.
This investment has contributed significantly to Manugistics’s sales, as retail vertical
software license revenue has grown to 33.0% of fiscal year 2005’s total from only 8.8%
in 2003.
Accurate forecasting and ordering analytics are key to successful replenishment process
automation. Unless there is sufficient accuracy to minimize the number of exceptions,
users will lose trust in the application and quickly revert to the manual execution of all
orders and forecasts, dramatically reducing the benefits realized.
During the replenishment application selection process, insist on the generation of statis-
tically valid forecasts and suggested order quantities under multiple test scenarios using
real data to validate application analytics. Make sure that the range of scenarios includes
all replenishable product types, such as fast movers, highly seasonal, and rapidly trending
goods. Follow with matched control pilots to further confirm effectiveness.
Since no vendor has advanced workflow functionality that is fully aligned to the
replenishment process, retailers should look to the next best alternative—an intuitive
UI that is structured to communicate recommendations in an easy-to-understand for-
mat. This is available today with well-designed exception and order review dashboards
combined with dedicated what-if capabilities.
Retailers looking for functionality to guide users through the end-to-end replenish-
ment process should consider the use of third-party Business Process Management
(BPM) applications (see the AMR Research Report “Business Process Management
Landscape—Tangible ROI Now, SOA Investment in the Future,” January 2005)
layered on top of core replenishment functionality. Two vendors, Evant and i2, are
pursuing this approach of leveraging separate BPM capabilities to provide enhanced
workflow functionality.
Merchant
User
Interface
Demand Optimization
Intelligence Forecasting Engine Insighters/Miners
Engines
Platform
Data Data
POS Intelligence
Warehouse
The first step is to determine the optimal replenishment team structure. Traditionally,
replenishment analysts have held end-to-end responsibility for the entire replenishment
process. Leading retailers are making use of a best practice from consumer products
and high-tech companies by assigning forecast algorithm and order policy configuration
responsibilities to separate sub-teams with higher skill levels. These activities are more
analytically complex than the day-to-day management of order accuracy. For example,
one specialty hardlines retailer that adopted this structure assigned the most highly
skilled 25% of its replenishment analyst team to this new role. Qualified candidates
typically have a Master’s degree or even PhD for the sophisticated analyses required.
Some vendors, such as JDA, are offering proof-of-concept and milestone pricing
options as an alternative to charging the full software licensing fee up front. Retailers
should take advantage of these programs when available and ask for them even when
they are not proactively offered. This can help ensure that the functionality will deliver
the desired business outcomes.
Successful pilot results can then be used to counter naysayers and foster rapid user
adoption of the new processes. Retailers should negotiate pricing for a full deployment
up front or they will lose negotiation leverage if they wait for the conclusion of a suc-
cessful pilot.
Unless a retailer has very unique requirements or a strong passion for leading-edge
development, it should remain focused on acquiring fully developed functionality
that can be quickly piloted and deployed but still fit its strategic requirements. AMR
Research has followed a number of ARP projects where major retailers establish part-
nerships with a single vendor to gain capabilities through both existing applications
and new functional development. The risk created in complex arrangements like this
often overwhelms the potential benefits.
Aldata
Aldata is headquartered in Finland, with 51% of its customer base in Europe. Much
of the functionality in the company’s G.O.L.D. product was originally developed
for European hypermarket chains, and this is reflected in its ability to manage food,
apparel, and hard goods. G.O.L.D. is designed to support a centralized DC replenish-
ment process while the store-level functionality enables a decentralized approach.
The application includes a wide array of forecasting algorithms and partially integrates
stores with DCs via the use of POS sales to calculate DC demand. The application
UI is based on a spreadsheet metaphor. Reviewing exceptions via G.O.L.D.’s preset
Adobe Acrobat reports may require additional manual effort in comparison to other
applications.
AquiTec
AquiTec declined to participate in the research for this Report, and as a private entity,
limited information was available for inclusion. The company achieved its current
structure with the November 2000 acquisition of Uniteq Application Systems, for-
merly Worldwide Chain Store Systems, which was founded in 1970.
Founded in 1989, privately held Churchill was born out of an artificial intelligence
project sponsored by IBM. While Churchill’s products are analytic engines rather
than full applications, and therefore not rated, the company has been included in this
Appendix because its Demand Forecast Manager (DFM) suite offers sophisticated fore-
casting capabilities for short lifecycle and promotional demand. The company sports a
roster of Tier 1 clients that includes Wal-Mart.
Retailers feed the results from Churchill’s forecasting tools into separate packaged, legacy,
or internally developed replenishment applications. These separate applications typically
provide all needed workflow and UI functionality, although reporting is available via
open database files and the export of data to Comma-Separated Value (CSV) files.
Evant
Evant today is the result of a merger in 2002 with NONSTOP Solutions. Evant
Replenishment stands out for its advanced cross-tier optimization capabilities that syn-
chronize DC and store inventory policies. DC demand forecasts are based on store-
level replenishment plan projections to provide additional cross-tier integration.
GERS
GERS, a wholly owned subsidiary of Symphony Technology Group since July 2003,
purchased its planning applications from Mitek in 1999. The GERS Planning applica-
tions are also known as the PLANalyst suite. GERS’s replenishment capabilities were
not formally evaluated for this Report as they are not available on a standalone basis.
PLANalyst does include some replenishment capabilities that may be suited for hard-
lines retailers with basic needs.
The Replenishment Planner UI is more difficult to use than average, with a complicated
array of screens and menus. Advanced alerting and reporting functionality, supplied
through i2’s Performance Manager module, is well designed for the complex store/SKU
environment of most retailers. i2 Studio, an additional module available for workflow
overlay, was recently made available, and, according to i2, is currently being imple-
mented by two retailers.
Island Pacific
Island Pacific, formerly SVI Solutions, is 38% owned by The Sage Group plc, a
£687M UK-based company that sells accounting and business management software
for small and midsize businesses. Island Pacific’s Island Pacific Merchandising System
(IPMS) is only sold as a comprehensive merchandise management suite that includes
a full range of merchandise, assortment, and allocation planning modules. The IPMS
replenishment functionality is appropriate for a specialty soft goods retailers or general
merchandise retailers that have basic DC and store replenishment needs.
PRO does not include the allocation capabilities available in E3—the presumption is
that retailers will leverage progressive Arthur Allocation functionality. Forecasting capa-
bilities include a strong seasonal profiling capability, two sophisticated forecasting algo-
rithms, and the ability for users to upload promotional lifts that have been calculated at
the store/SKU level. PRO has a spreadsheet look and feel, and users navigate using tabs
that highlight various elements of functionality. Future releases are planned with sig-
nificant functionality and workflow improvements over the next 12 to 18 months.
JustEnough
The Store Operations and Supply Chain Replenishment replenishment capabilities are
built on assets acquired from UK-based Armature Holdings in 2002 and are designed
for the Grocery retailing market. The customer base is evenly split between Europe
and North America. Replenishment functionality spans six modules and the Lawson
reporting suite.
The applications support traditional DC and store replenishment abilities; the available
store-level replenishment functionality was not rated for this Report as it has yet to be
acquired and deployed by a retailer. These capabilities support a centralized DC pro-
cess combined with a decentralized store replenishment approach. Separate but similar
forecasting engines power DC and store forecasts.
Manugistics
The most significant capability enhancement for Retail over the past few years has
been achievement of the scalability needed for store-level replenishment from the
replatformed 7.X release series. The progressive DC and store replenishment capabili-
ties determine DC orders using store replenishment plans to tie DC inventory require-
ments with store needs.
NSB Group was formerly known as STS Systems. The Connected Retailer Allocation
& Replenishment application is especially well suited for Tier 2 fashion retailers
looking for replenishment capability that can replenish to demand after the initial
allocation. While DC inventory requirements are calculated independently of store
needs, this application includes progressive store-level replenishment functionality.
Both DCs and stores are able to make use of nine forecasting algorithms combined
with best-pick functionality. All reporting and alerting are provided via other modules
in the Connected Retailer merchandising suite. This functionality is now available on
NSB’s new .NET platform.
Oracle (Retek)
Oracle completed its acquisition of Retek in April 2005. The company has replen-
ishment customers in the Grocery and Specialty Hard Goods retail segments.
Replenishment functionality resides in Advanced Inventory Planning (AIP) and Retek
Demand Forecasting (RDF) applications within the Xi release, with allocation capabili-
ties residing in Retek Allocation version 10, which was evaluated in the AMR Research
Report “Advanced Retail Planning: Achieving Effective Demand and Merchandise
Synchronization,” January 2005.
AIP offers progressive functionality for DC and store replenishment planning, with
DC planning driven by aggregated constrained store replenishment plans. RDF’s
advanced forecasting and demand intelligence functionality, which is well suited for
basic hardlines merchandise, is used to feed multiple ARP modules. Users navigate a
complex array of screens and menus to execute business processes.
The applications have a rich array of accuracy measurements available via online
reporting. Alerting is accomplished with variable filtering criteria, and all exceptions
are treated equally. Post-merger, Oracle/Retek continues to emphasize its strong alli-
ance with Accenture, which often supplies the systems integration assistance typically
required with each implementation.
Retalix
Retalix, with dual headquarters in Israel and Texas, has grown through the acquisi-
tion of vendors such as OMI International and, more recently, TCI Solutions and
Integrated Distribution Systems. As a result, the company has three distinct appli-
cations for grocery replenishment: BICEPS and PowerBuy for DC replenishment,
and DemandAnalytix (DAX ) for store replenishment. Connectors between DAX and
BICEPS have been built, providing cross-tier integration, but are not yet deployed.
Users of BICEPS and PowerBuy must navigate a complex array of menus and screen
layouts to execute business processes. Both BICEPS and PowerBuy have prioritized
exception alerting. DAX has progressive FMCG and fresh item replenishment for gro-
cers, with integration to handheld devices.
SAF
Founded in 1997, Switzerland-based SAF has created a name for itself by work-
ing directly with major European retailers in addition to partnering with SAP and
SofTechnics. SAF’s forecasting and optimization engines, Superwarehouse for DC
replenishment and Superstore for store replenishment, may be used either standalone
with a custom-built front end or integrated to a retail enterprise system with its own
UI. DC Link allows POS sales forecasts to be made available to Superwarehouse for
DC replenishment calculations.
SAF’s engine offers solid forecasting capabilities, with all forecasts happening at the
item/location level. The engine has 20 statistical forecasting algorithms with 150
unique configurations and causal capabilities. SAF includes the logic to generate auto-
mated prioritized exception alerts. SAF has also been used by grocers to enable decen-
tralized replenishment for FMCG and fresh item replenishment processes.
SAP
SAP’s Forecasting & Replenishment (F&R) is a recently released application that is cur-
rently under development or in pilot with six ramp-up grocery and general retail cus-
tomers. SAP partners with SAF, using SAF’s applications to provide forecasting and
order determination functionality. The basic replenishment functionality uses SAF’s
logic to determine store and DC inventory needs independently. A complex replenish-
ment workbench is configured to allow detailed review of orders by individual DC and
store inventory planning locations, which may prove to be cumbersome for users deal-
ing with large numbers of store/SKU combinations.
Retailers can select from over 600 pre-configured exception types for each role-specific
view. Progressive store-level FMCG and fresh item replenishment functionality for gro-
cers is deployed using the Perishables Workbench within SAP’s Merchandise Management
module, which generates orders centrally and allows store-level review and finalization.
Marketmax, a division of SAS Institute since October 2003, offers a full suite of retail
planning applications, including progressive forecasting capabilities in SAS Forecasting
for Merchandise Planning that are applicable to replenishment. 30 base forecasting
algorithms, along with solid causal capabilities and best-pick functionality, make this
one of the stronger forecasting applications available today. These capabilities are an
option for retailers looking to power packaged, legacy, or internally developed replen-
ishment applications with improved forecasting analytics.
SofTechnics
The references made available for this research were all SAF application users; we were
not able to speak with any retailers using the SoftGrocer application.
Tomax
Tomax, well known for its POS, price management, and workforce management
applications, also offers time-phased replenishment functionality in its Retail Resource
Planning (RRP) application that is built on the functionality acquired from Retail
Pipeline. While the application was not rated, as it had not yet been acquired and
deployed at a retailer at the time the evaluation was conducted, the demonstrated
functionality shows promise, as illustrated by the early interest from retailers in the
Grocery, General Merchandise, and Specialty Hard Goods segments.
Teradata, a division of NCR, is best known for its scalable enterprise data warehous-
ing architecture. Teradata’s Demand Chain Management (DCM) replenishment suite,
developed from the Stirling Douglas Group’s (SDG) PREDICT and PROMPT
applications, which were acquired by NCR in 2002, is used by general merchandise,
apparel, and grocery retailers.
Forecast variability is accounted for in DCM; lead time variability can be fed in from
Teradata’s Supply Chain Intelligence module. Dynamic order cycle functionality is
available in Load Builder version 3.2, but is not yet deployed at a retailer. Constrained
product logic is available in DCM version 3.2, but is not yet deployed. Progressive
forecasting functionality includes five forecasting algorithms, a best-pick capability,
and the ability to automatically adjust sales history for lost sales and known causal
events. Intelligent profile clustering allows for unique seasonal profiles for store/SKU
clusters and is available as part of version 3.2.
TXT e-solutions
Founded in 1989, publicly traded TXT is based in Milan, Italy, with the vast major-
ity of its client base in Europe. The company’s original clients were consumer goods
manufacturers, and the company today has more than a dozen retail clients. TXT is
strongest in the Fashion Retail segment, where it is frequently deployed by manufac-
turers that operate their own retail stores.
TXT’s replenishment application, TXT Plan, has progressive DC and store replenish-
ment functionality, where DC orders are integrated with store needs via the aggrega-
tion of store replenishment plans. The company’s progressive forecasting application,
TXT Demand, supports up to four planning dimensions and an unlimited number of
hierarchies with multiple forecasting algorithms and a best-pick capability. The spread-
sheet-like UI is more difficult to use than average, with a complicated array of screens
and menus.
Revenue
from soft-
Total Percentage Client Base Office ware license
Revenue, of Retail (total retail Network (% of total
Vendor 2004 Revenue apps.) Headquarters Summary revenue)
Aldata 66M euros 85% 100 or more Paris 7 European 25%
offices;
Atlanta; and
Bangkok
Churchill Privately Does not Less than 25 Troy, MI Markets in Privately
Systems held—does disclose Europe with a held—does
not disclose partner not disclose
Evant Privately 50% 25-50 San Francisco Atlanta and Privately
held—does London held—does
not disclose not disclose
GERS Privately 100% 100 or more San Diego, CA Redwood Privately
held—does Shores, CA held—does
not disclose not disclose
i2 Technologies $389M 15% 50-100 Dallas 27 offices 15%
in over 20
countries
Island Pacific $21.7M 95% 100 or more Irvine, CA Folsom, CA, 2004—76%;
Centennial, 2003—55%
CO, and Essex,
UK
JDA $217M 83% 100 or more Scottsdale, AZ 33 offices in 53%
Canada and
Latin America,
Europe,
Middle East,
South Africa,
and Asia-
Pacific
JustEnough Privately 60% Less than 25 Irvine, CA Sunninghill, 36%
held—does South Africa
not disclose
Lawson $364M 13% 100 or more St. Paul, MN Worldwide 23%
office network
Manugistics $206M (last 4 33% 100 or more Rockville, MD Worldwide 23%
quarters) office network
NCR/Teradata $5.98B (total Does not Less than 25 Dayton, OH Worldwide 26%
NCR); disclose office network (Teradata)
$1.4B
(Teradata)
NSB Group $84M 100% 100 or more Pointe-Claire, 9 offices Does not
Quebec in North disclose
America and
Europe
Source: AMR Research, 2005
Revenue
from soft-
Total Percentage Client Base Office ware license
Revenue, of Retail (total retail Network (% of total
Vendor 2004 Revenue apps.) Headquarters Summary revenue)
Retalix $124M 100% 25-50 Plano, Texas Worldwide Does not
office network disclose
Central
North and South
Vendor America Europe Asia-Pacific America Rest of World
Aldata √ √ √ * *
Churchill Systems √
Evant √ √
GERS √
i2 Technologies √ √ √ √ √
Island Pacific √ √ * *
JDA √ √ √ √
JustEnough √ * √
Lawson √ √ √ √ √
Manugistics √ √ √ √ *
NCR/Teradata √ √ √ √
NSB Group √ **
Retalix √ √ √ * √
Oracle (Retek) √ √ √ √ √
SAP √ √ √ √ √
SAS/Marketmax √ √ √ √
SofTechnics √ ***
Tomax √ **
TXT e-solutions √
Source: AMR Research, 2005
√ Both clients and offices
* Clients but no offices
** Offices but no clients
*** SAF office
Largest
Deployed
Vendor Architecture Deployment OS Client Type Databases Instance
Aldata J2EE Hosted, BTF AIX V5.1, V5.2, Thin Oracle V9.2.0.3, 1,400 stores x
Solaris V9, UX V9.2.0.4 70,000 SKUs
V11
Churchill BTF Windows, UNIX n/a SQL Server, Numbers not
Systems Oracle, disclosed;
Teradata, DB2 Wal-Mart
is DFM v3.0
customer
Evant J2EE, SOA Hosted, BTF AIX, Solaris, Thin Oracle, 33 million
HPUX, iSeries DB2/400 active SKU/
locations
GERS Visual Basic/ BTF UNIX Rich, Oracle 300 stores,
Visual C developing 30,000 SKUs
Thin
i2 Technologies J2EE, 3 tier, Hosted, BTF Windows All i2 Oracle, DB2 15,000,000
SOA Server 2003 EE, applications SKU/locations
Solaris 9, HPUX have a Thin- replenished on
11.11, AIX 5.1 client Web-UI. a daily basis
Rich clients planned for 14
are optionally days
available
for data
manipulation
intensive
applications.
Island Pacific RPG/ILE, Java BTF OS/400 Rich DB2/400 460 stores x
125,000 active
SKUs
Largest
Deployed
Vendor Architecture Deployment OS Client Type Databases Instance
JDA: E3 i-Series: RPG/ Hosted, BTF UNIX, iSeries, n/a DB2/400, 500 million
ILE and C++ Windows Oracle store/SKU
combinations
JDA: PRO .NET/UNIX: C# BTF UNIX, iSeries, n/a Oracle n/a
Windows
JustEnough Borland Delphi BTF Windows 98, Thin MSDE (2000), 8 million
6; currently ME, 2000, Microsoft SQL SKU/store
being recoded 4.0, and XP; Server combinations
in C# Microsoft
Terminal
Server
Lawson Client/Server Hosted, BTF Sun Solaris 8, Warehouse Oracle 1.2 million
9AiX 5.1, 5.2 5.3 replenishment: SKU/DC
Thick, Store combinations
replenishment:
Thin
Manugistics J2EE Hosted, BTF Windows n/a Oracle n/a
Server 2000,
2003; IBM AIX
5.2, 5.3; Sun
Solaris 2.8, 2.9;
HP/UX 11.11
Largest
Deployed
Vendor Architecture Deployment OS Client Type Databases Instance
Retalix: BICEPS Cobol Hosted, BTF Mainframe, Rich (Green 390,000 SKUs,
Programming, UNIX, Screen) 14 locations
.NET, J2EE Windows, or
AS400; J2EE
Retalix: Power RPG WebSphere AS400 Rich/Thin DB2/AS-400 n/a
Buy
Retalix: DAX Distributed N- Windows Windows Thin MS SQL 38 stores x
tier Application environment 35,000 SKUs
Oracle (Retek) RPAS (C++), Hosted, BTF Server : UNIX, Rich (RPAS RPAS, Oracle 4,500 stores
Allocation AIX, HPUX, Gui), Thin (for allocation) and 35,000
(J2EE), N tier Solaris; Client : (allocation) SKUs per
Windows 2000 location
SAP J2EE, SOA Hosted, BTF AIX, OS/400, Rich/Thin IBM DB2, SQL 6 milllion SKUs
.NET support UNIX, Linux, Server 2000, and 190 stores
through Windows, Informix,
NetWeaver HPUX, Solaris Oracle
SAS/ N-tier, J2EE, BTF Windows 2000, Thin IBM UDB 7.2 1,600 locations
Marketmax .NET XP EEE(AIX only), by 62,500 SKUs
Oracle, MS SQL
2000
SofTechnics Client/Server BTF Unix, Linux, Rich/Thin DB2/6000, 165 stores x
Windows UDB, Oracle, 100,000 SKUs
Server 2003 Informix, SQL
& XP
Tomax J2EE Both Linux, UNIX Rich/Thin Oracle, Oracle 130,000 SKUs
(Solaris, AIX, (Retail.net with RAC, DB2, DB2 per store for
etc.), Windows, the exception DPF, Informix, 225 stores
iSeries (native of RRP is thin) Informix XPS
and Linux).
TXT Client/Server, BTF Windows Rich/Thin Oracle, SQL 3,000 stores x
e-solutions SOA via Web 2000/2003/XP 1,100 SKUs
services, .NET
Unless otherwise noted, functionality was evaluated for vendors that were able to meet
all of the following criteria:
• Complete a detailed request for information
• Provide a live demonstration of the applications evaluated
• Provide two or more retailer reference customers with revenue of over $500M that
had fully installed the evaluated applications
• Evaluated applications met all criteria listed for the assigned functionality ratings.
Handheld hardware
Yes=Functionality available No=Functionality not offered in current release
integration
Adobe www.adobe.com
Accenture www.accenture.com
Aldata www.aldata-solution.fi
AquiTec www.aquitecintl.com
Evant www.evant.com
GERS www.gers.com
i2 Technologies www.i2.com
IBM www.ibm.com
JDA www.jda.com
JustEnough www.justenough.com
Lawson www.lawson.com
Manugistics www.manugistics.com
NCR/Teradata www.ncr.com
Oracle/Retek www.retek.com
Retalix www.retalix.com
SAF ww.saf-ag.com/english
SAP www.sap.com
SAS/Marketmax www.sas.com
SofTechnics www.softechnics.com
Tomax www.tomax.com
Whittaker House
Whittaker Avenue
Richmond, Surrey TW9 1EH
United Kingdom
Tel: +44 (0) 20 8822 6780
Fax: +44 (0) 20 8822 6790
AMR-R-18055