Professional Documents
Culture Documents
Response
Lower
Complexity
Currently
using R/3 in
a significant
portion of
the
organisation
, in areas,
which will
be, sources
for Master
and
Transaction
al Data (i.e.
Actuals)
subsequentl
y used in
planning.
Significant
amounts of
Moderate
Complexity
Currently
using SAP
R/3 so have
in-house SAP
knowledge.
Not however
using R/3 in
all operations
(other source
systems).
Current use of
SAP R/3 does
not
necessarily
provide for
the sourcing
of all Master
Data and
Transactional
data, which
will be
required in
planning.
The Customer
is currently
Higher
Complexity
Currently not
using R/3.
Actual and
Master Data
must all be
sourced
externally.
Little or no inhouse SAP
Knowledge
Customer is
currently not
transactiona
l and Master
data
required for
planning
purposes
already
exist within
the SAP
Business
Warehouse
Environmen
t
Realistic in
light of
scope of
functionality
to be
implemente
d. Low
dependency
on other
projects and
resourcing
conflicts
unlikely to
arise
Customer
will provide
as much
internal
resourcing
as possible
both from
the
business
side and
technical
resourcing.
SAP
knowledge
(in particular
BW, basis
and
utilising the
SAP BW so
has in-house
BW
knowledge
and expertise.
Content
however may
not yet extend
to
Master/Meta
and
Transactional
data required
for Planning
purposes.
Time frame is
very tight,
dependencies
on other
projects do
exist, some
potential
resource
conflicts
using SAP
BW.
Customer has
limitations on
ability to
support the
project. May
need to rely
on external
consulting
resources to
support roles,
which would
otherwise be
handled in
house.
Limited inhouse SAP
knowledge.
Severe
limitations on
customers
ability to
provide
resources,
high
dependence
on external
consultants/co
ntractors. Little
or no in house
SAP expertise.
Extremely
aggressive
timeframe,
high
dependency
on successful
completion of
other projects,
significant
competition for
resources
likely to exist.
authorisatio
ns exists in
house).
Not a global
design.
Limited
Business
Units in
initial phase,
common
processes,
highly
centralised
Existing
planning
tools used
with defined
business
models.
Interfaces
from source
systems
already
exist
Stable
environment
.
Global
Design,
processes
can largely be
commonised,
low resistance
to
commonised
processes
across
business
units.
Numerous
business units
in initial phase
with varying
processes to
be supported.
Business
units are in
dispersed
locations
No formal
planning tools
in place.
Common
Spreadsheet
based
templates are
however
currently
utilised widely
across the
business.
Global design
intended to
support
multiple
alternate
processes,
high resistance
within business
units to
adopting
standard/com
mon
processes.
Highly decentralised
autonomous
business units.
Big Bang
approach with
support for
multiple
processes.
Business Units
are widely
dispersed.
No planning
tools in place
beyond locally
developed
spreadsheets.
Limited / no
use of std.
Templates or
business
models
Highly
unstable
business
environment,
lack of
Expectation
s in
alignment
with
timeline,
resourcing
and budget.
Standard
functionality
will meet
expectation
s
Some
management
of end-user
expectations
will be
required.
Limited
custom
development
may be
required to
supplement
std.
functionality
Project is
being driven
by the
ultimate
end-users.
Limited
Number of
users.
Training
primarily
handled via
hands-on
training and
knowledge
transfer.
Power
Users will
exist within
the enduser
organisation
Project is
being driven
by one group
within the
organisation
but with the
agreement/pa
rticipation of
the ultimate
end-users
Training
involves not
only hands on
training and
knowledge
transfer but
more
formalised
processes
including
significant
documentatio
n. Larger user
base for
training
potentially in
experienced
business
resources,
high turnover
etc.
All expected
benefits must
be delivered.
Significant
custom
development,
integration of
other
components
such as
portals,
complex BW
reporting etc.
required in
order to meet
expectations.
Other groups
within the
organisation
are driving
project.
Resistance to
change can be
expected from
end-users.
Detailed
formalised
training, WEB
based
sessions,
detailed
documentation
etc to be
created. Large
widely
dispersed user
base to be
trained and
supported.
. Training
can be
performed
centrally.
Standards,
methodologi
es etc.
already in
place.
multiple
locations.
N/A
N/A
No standards
or
methodologies
currently exist
or are in use
by the
Company.
N/A
Response
3. For each primary type of planning to be supported please provide a high level overview/documentation on
the current budget/planning process, highlighting any desired changes to the current process. Please
indicate which portions of the planning cycle you would be performed within SEM-BPS.
4. For each primary type of planning to be performed please complete the following.
MASTER DATA
What are the key characteristics or dimensions by
which planning will be performed?
Approximately how many characteristic values
would exist for each of these key
dimensions/characteristics (i.e. Number of
accounts, cost centres, product masters etc.)?
What is the source for Master Data and Meta-Data
(i.e. Hierarchies) for these characteristics?
What is the planning period (annual, monthly,
weekly etc.)?
RESPONSE
DATA SOURCES
What source data is required to support the
planning process (i.e. Actual results)?
Where would this data be sourced?
Does an existing interface currently exist to extract
this information from the source system?
Can this data be obtained via the use of SAP BW
Data Extraction from R/3?
RESPONSE
DATA INPUT
How do users currently input / process plan data?
Are input templates/models available for analysis?
How many different data input templates/models
currently exist?
What changes to the input process would you like to
see?
Is WEB enabled input of data a requirement?
Approximately how many users currently provide
input into the planning process? How many users
are expected subsequent to introduction of the new
system?
Where Excel templates/models are currently used,
would the intent be to integrate these models into
the core BPS functionality or alternately to maintain
the existing Excel spreadsheets and link to SEMBPS?
Are centralised templates to be developed or will
different users within the organisation require the
ability to create their own locally.
RESPONSE
PLANNING FUNCTIONS
For each type of planning to be performed please
indicate which of the following need to be supported.
Top-down planning (I.E. Target Setting)
Bottom-up Planning
Decentralised Planning
Centralised Planning
Collaborative Planning
Top-down distribution
Allocation (e. g. capital, headcount)
Budgeting
Target setting
Bottom-up aggregation
Copy
Repost (Restatement/Realignment)
Delete
Revaluation
Forecast
Unit conversion
Currency conversion
Net Present Value Calculations
Internal Rate of Return Calculations
Depreciation
RESPONSE
7. Outbound Interfaces
Are there other systems to which the data created in SEM-BPS needs to be passed?
What information needs to be passed to these other systems?
9. Does the Company intend to utilise BPS to perform planning which will subsequently require
Consolidation as opposed to aggregation of data?
Would BPS potentially be used for the purposes of creating plan detail at an individual unit level, which
would then need to be consolidated, for comparison with actual results, on a Consolidated Basis?
10. Does the Company make use of highly complex algorithms or business models where it is felt that the
complexity of these models may potentially not be supported by standard delivered SAP functions? Is so
please describe briefly the calculations involved.
11. Reporting.
\\Dwdf207\smp2sdn_migr\SMP_BI~1\SAPNET~1\PRODUC~2\SAPBW3~1.5\SAPBWB~1\IMPLEM~1\SEM-BP~1\Project preparation_ Scoping
Questionnaire.E.DOC
Created by SAP CANADA
03/05/2007
Page 11 of 13
2002 SAP AG
What are the key types of reports, which need to be generated from the Planning system, and
approximately how many different reports would need to be generated?
Please provide examples where possible.
Is OLAP (multi-dimensional on-line analytical) reporting new to the Customer or do they have similar
products in-house today?
Estimated
Number
Comments
Users Planning
Users Reporting
Master Data by Key Characteristics (i.e. Acct,
C.Ctr., Customer, Product Etc.
Characteristic 1
Characteristic 2
Characteristic 3
Characteristic 4
Planning Periods
Number of Plan Versions
Number of Years for which Historical Data is
Required