Académique Documents
Professionnel Documents
Culture Documents
The copyright of this document is vested in Nederlandse Aardolie Maatschappij B.V., Assen, The Netherlands. All rights reserved.
Neither the whole, nor any part of this document may be reproduced, stored in any retrieval system or transmitted in any form or by
any means (electronic, mechanical, reprographic, recording or otherwise) without the prior written consent of the copyright owner.
1. Introduction...........................................................................................................4
1. Introduction
In this document is described what needs to be done to enable buying with Enterprise Buyer Professional
(EBP) from suppliers. A large part of the settings that have to be done in EBP has to do with setting up an
organizational structure in EBP with buyers and vendors. This will be described in chapter 2 and 3.
Out of shopping carts that are create and approved in EBP, automatically purchase orders are made in
SAP R/3. These purchase orders all relate to existing outline agreements in SAP R/3. To be able to create
these PO’s automatically, also some changes have to be done to the outline agreements. This is
described in chapter 4.
Important: Before assigning users to a certain organizational entity in the organizational structure, the
address of the organizational entity concerned has to be maintained.
2. Set SL-Approver
Transaction : PPOMA_BBP
Tab Data Source
Basic data n.a.
Address n.a.
Type n.a.
Attributes Approved for Value limit Set reference to User that is SL-
Approver
Syntax : US<USERID>
Object permitted for scenario Activate
Ext. Atributes n.a.
3. Set Autoforward
Transaction : SO36 Use Variant ‘NAM_FORWARD’
Enter User-Id
Enter E-mail addres
Execute
2. All new Product Categories linked to NAMO contract must be defined in EBPro – OrgPlan.
Transaction : PPOMA_BBP
Select OrgUnit PGRP-NAMO
Select Tab Extended Attributes
Select Responsible Product Group
Add new Product Groups
The transaction to add a new organizational entity is PPOMA_BBP (Change attributes). This transaction
is displayed in the screen print below.
In the upper right half of the screen the organizational structure is displayed that is already maintained.
You will get this screen by selecting “DIR” as organizational unit in upper left half of he screen.
By first selecting the level under which a new organizational entity should be maintained (make sure that
you have really selected the level you wanted: the details of the selected entity should be displayed in the
lower right half of the screen) and then selecting the button “create” you will get a screen as displayed in
the next screen print.
You should select the option “Is line supervisor of”. Press enter and a screen will appear in which the data
for the organizational entity can be maintained.
The data for the organizational entity are divided over different tabs. There are five different tabs:
1. Tab Basic data: in this tab you have to maintain a code and description of the new organizational
entity. The code can be copied from the userinfo.xls sheet. The description can be found in the
organizational structure in SAP or from the NAM homepage.
2. Tab Address: in this tab you maintain the address of the organizational entity. Make sure you
have maintained an address here, before you assign a user to the organizational entity. We
leaned hat otherwise userid’s will have errors.
3. Tab Type: Only to be maintained for purchase organizations and purchase groups.
4. Tab Attributes : Several attributes are maintained in this tab. See Quick Procedure for fields to
enter.
5. Tab Extended attributes: Several attributes are maintained in this tab. See Quick Procedure for
Attributes to enter.
2.5.1 Background
In the document userinfo.xls is maintained which users have been created in EBP and which users still
have to be created. In the same document also all the necessary data per user is available for creating
the user in EBP.
The following screen print is depicted with a red * which fields are mandatory when creating a new user.
NB:
1. If a user is a manager (see document userinfo.xls for all the users having the role Manager), also the
flag for manager has to be set in this screen. However this can be done also afterwards in the EBP back-
end (basic data/set flag for head of department).
2. Users that are created in the acceptance system are given the extension “(Acceptatie!)” behind their
first name. This is done to indicate to the user that he or she has logged on to the acceptance/test
system.
For example: Hans (Acceptatie!). After log on to EBP he will get the message “Hello Hans (Acceptatie!)”.
When creating a user only one role can be assigned. Besides no descriptions are displayed of the roles.
To assign more then one role and to be sure the right roles are assigned, change the user as soon as it is
created. In the transaction change user it is possible to assign more then one role and to see the
descriptions of the roles.
For each user the attribute APPROVED FOR VALUE LIMIT (SLAPPROVER) has to be maintained in the
organizational plan in the EBP system.
Logon to EBP system with SAP-GUI
Use transaction PPOMA_BBP.
Select the Position of User and tab ‘Attributes’ in Details
Add SL-Approver in attribute ‘Approved for Value..’ (Do not forget to put ‘US’ in front of the userid
(again without a space in between)).
If a user has to have the “shop on behalf” functionality, in the organizational plan for that user also the
attribute REQUISITIONER should be maintained with the user ID of the person they have to shop on
behalf or the organizational entity they have to shop on behalf (the last option is used for the NAM
system). Look for the user ID in the organizational structure at the element starting with US (when
entering US followed by user ID, use no space between US and user ID) or look for the number for the
organizational entity (in this case the space between the O and the number should be entered as well).
The shopping cart creator receives an email in his inbox in EBP that the supplier has acknowledged the
PO on Trade ranger. To forward this e-mail to his Outlook inbox (and not keep them in the EBP inbox), the
following settings have to be made, see screen below (transaction code SO36).
NB.:
To get the email in both the EBP inbox and the Outlook inbox, select “also place in inbox”. The
recommendation is not to do this as these are not workflow action items, but just messages and therefore
stay in the inbox till they are deleted or moved manually.
NB2.: No central options for maintaining Automatic forwarding are available. The user can maintain this
setting in SBWP – WorkCenter
Choose from menu-bar Settings Office settings (tab) Automatic forwarding.
In EBP it is possible to generate users via a CSV (Comma Separated File). In this paragraph is described
how to do this.
The transaction for automatic generation of users is Users_Gen and can be found in the EBP back-end
system, see screen print below.
If you start the transaction you will see the screen that is displayed in the next screen print.
Screen print 2.3.3.2: First screen of transaction for automatic generation of users
A lot of information of his transaction can be found under the button General Task List.
In this case, choose option: upload users from file and press enter. The next screen will appear.
Screen print 2.3.3.3: Second screen of transaction for automatic generation of users
Select next to the mandatory fields for creating a user, the fields First name and Form of address. Do not
select E-mail address. If you do select the email address the system will generate a password per user
and send it via mail to the user (Until now we have set all the passwords ourselves to INITIAL manually!)
If you do not select a E-mail address the system will ask you (after pressing enter in this screen) to give
an initial password, which is the way of working so far in our project user (Until now we have set all the
passwords ourselves to INITIAL manually!)
The field Country does not have to be selected either because the system will ask you to enter it as well
after pressing enter in this screen.
The only thing left to do, is selecting an appropriate file. In the screen print below an example is
displayed.
Notice that this is an CSV file indeed. All the values are separated by semicolons. Notice as well that for
the field Form of address (the last field) a technical name is used: 0001 = Mrs., 0002 = Mr.
NB: Users that are created in the acceptance system are given the extension “(Acceptatie!)” behind their
first name. This is done to indicate to the user that he or she has logged on to the acceptance/test
system.
For example: Hans (Acceptatie!). After log on to EBP he will get the message “Hello Hans (Acceptatie!)”.
2.6.1 Background
In the shop transaction for materials in EBP, users can select a storage location. This storage location is
also transferred to SAP when out of EBP in SAP automatically a purchase order is created. In SAP the
address belonging to the storage location is stored and this address is then added in the PO in SAP as
the delivery address.
In SAP R/3 approximately 800 storage locations are maintained. About 200 are abandoned.
However only 60 different addresses exist. For EBP therefore a selection is made of one “representing”
storage locations per address and only these representing storage locations are added to the
organizational root in EBP (on DIR level; default SL’s are set on lower level, see document userinfo.xls).
An exception is made for the address for which no representing storage location could be found.
In the shop transaction users can also use the delivery tab functionality. In this view users can enter an
address. If the delivery tab is used, the address via the storage location will be overwritten.
Users can also maintain addresses in the system via the web browser with transaction “Edit internal
address”. Addresses will be stored on the highest level in the organizational structure.
This functionality is only avaialbale to SPU users
When users use the delivery tab and search for an address, all the addresses that are maintained in the
system will be available to use. Users should not set one of these addresses as default: this will be the
default for all users!
3. Vendor Setup
3.1 Add Vendor to EBP
3.1.1 Background
This step applies only to the Shop with Limit scenario, so to all e-Procurement vendors running a shop
with limit variant.
In the EBP scenario the link to the R/3 outline agreement is missing (EBP 3.0 will not use the R/3 contract
as a source of supply). For this purpose an EBP ‘customizing’ table is created to hold the link between
vendor and contract.
Rule: execute this step if the R/3 outline agreement for the vendor contains a service item (with item
category ‘D’).
Summary.
Underneath table shows the steps to execute per vendor:
1. Replicate vendor from R/3 to EBP (program BBPGETVD)
2. Link R/3 contract to vendor for shop with limit scenario (SM30, table ZVENDORLIMAGREEM)
These 2 steps are executed in Development (DE1), Acceptance (AE1) and Production (PE1)…
The traffic light meeting / rollout schedule will ensure a vendor number and R/3 outline
agreement are known and agreed upon.
Check the R/3 outline agreement provided. Is the number valid? I.e. is the contract released,
is the validity period ok, is the purchasing organization equal to NAMO or NAMG, is the
contract item not deleted or blocked?
If not contact the Change management team.
Execute steps 2 and 3 for EBP development (DE1), EBP acceptance (AE1) and EBP Production (PE1)
…
To perform this action you need the role YE-NLN-TE700 – EBP User administrator
Logon to EBPro system.
Choose ‘Administration EBP’ --> ‘Manage Business Partners’
Enter the vendor number in the Contact person for business partner section en push Create
button
The following screen will be shown:
Enter all manatory fields indicated with an * and Save Contact person
User format : CP + vendor number
Role : YE-NLN-EP070
Upon save the following message is displayed, giving the option to send an e-mail to vendor that contact
person has been created. This option is NOT used.
Exit screen by pressing ‘Administration EBP’ --> ‘Manage Business Partners’ in the menu again.
Check other information by entering vendor number in Business Partner data section and press Edit
The screen shown consist of three tabs, Company data, Bidder data and Vendor data. Only company
data needs to be completed.
To enter data press the Display/Change button to switch from display to change mode.
Confirm the pop-up message regarding Standard Communications protocol.
4. Contract Setup
4.1 Enable usage of R3 contracts via EBP
To be able to use R/3 contracts via EBP, a number of settings have to be made (transaction ME32k). In
case of creating EC PO’s manually in SAP R/3, not all these settings apply. However the decision is made
to change these contracts in the same way.
In this paragraph the necessary changes are described as if the contract has already been created in
SAP R/3. In that case we will have to change the contract.
1. On header level: Add two lines to the header text Legal Terms & Conditions
The following two lines have to be added to the header text Legal Terms & Conditions:
- VAT reg.nr.: NL801315670B01
- Contractnr.: 4600030627 (dependent on the contact)
The adding of these two lines is a workaround: when sending the PO to Trade Ranger/Supply
Order (TR/SO) instead of printing the PO, it appeared that these two fields were not available for
the supplier on TR/SO. By putting this information in the header text it is visible for the supplier in
the so-called “smart forms” on header level in the PO on TR.
2. On header level: Add code E at designated field "EBPRO: " in the header text Contract
description
Add the code E (meaning ready to transact by SAP-EBPRo) in the designated header text field in
Contract description at line “EBPRo=”.
The adding of the code E is for reporting purposes only. By putting this information in the header
text it is made visible in CP NAM contract list!
3. On header level: Make sure that the partnerroles have been maintained correctly
Although this is not a specific EBP requirement, but a general requirement, partner roles are
mentioned here to make sure that correct PO’s are created in SAP R/3.
Per contract item the confirmation control key has to be set to enable that the confirmation made
by the supplier on TR/SO, that he will deliver the goods or services as required, can be put
automatically in the SAP R/3 PO.
The value that has to be set for the confirmation control key is “0001”. In case of inspection
materials the value “FINS” has to be set, because in those case also inspection information has
to be put in the PO.
NB : For changing contracts with a lot of items, an easy to use changing functionality is available:
Type 0001 in the confirmation control key field on the item details screen for the first item of
your contract without pressing enter afterwards
Go to the menu: system/user profile/set data. The confirmation control key field of the item
will become gray and the system keeps the value 0001 in its memory.
To change all other items as well in the contract, select all the items (via the menu:
edit/selections/select all), go to the details for item 2 and then scroll though the whole
contract by pressing the black arrow. All the items you scroll though will be changed
accordingly to the first item.
Go to the menu: system/user profile/delete data. The value for the confirmation control key
will be deleted again out of the memory of the system. This is very important because
otherwise the next time you open another contract (for example a non EBP contract) the
system will set these values also!
NB: An exception has to be made to contracts which do not contain materials or services, but only
have a material group, e.g. Guilbert and service contracts like the one of from SITI. In this case
you do not have to add an item for additional costs (otherwise the system is not able to find the
contract item to call off from, when generating the purchase order via the shopping cart)!
For Materials and Equipment, which need General Engineering Documents (according to
Guideline GED), add an GED item to the contract:
a. select item category W,
b. account assignment U (Unknown)
c. select material group 99PODI.
d. Enter short text "General Engineering Documents (GED)". See screen print 4 “General
Engineering documents”
e. Add in the field confirmation control key the value “0001” (this field can be found in the
detail screen of the item)
2) Execute step 1 for EBP development (DE1), EBP acceptance (AE1) and EBP Production (PE1)…
- Specify the filter using transaction R3AC1 (specify what materials to replicate):
o Start transaction R3AC1 (Edit object attributes).
o Select object ‘MATERIAL’.
o Press filter settings.
- Check replication of materials belonging to the material group set in the filter:
o Check the monitor and see if the replication is successful. The light should be green for
object ‘Material’. Use transaction R3AM1.
o Check replication document (BDOC) using transaction SMW01 (display BDOC)
o Check the queue using transaction SMQ2 (inbound queue). The inbound queue (in EBP)
should be empty.
o Check if material masters are replicated for the material group. Use transaction
COMMPR01 (display product).
Add all (new) Product Groups (e.g. Material Groups) in the Organisational Structure at ‘DIR’-level.
Use tab Extended attributes Enhance attribute : Material Group.
For those Product-Groups (e.g. Material Groups) belonging to a NAMO contracts, add productgroups in
the Organisational Structure at ‘Purchase Groups for NAMO top level’ – level.
Use tab Extended attributes Enhance attribute : Responsible Product Group.
6.1 Background
Part of the basic master data of EBP is replicated from R/3. EBP is shipped with ‘CRM Middleware’ to
replicate basic customizing from R/3 to EBP. E.g. material groups, unit of measure, currency, …
Next paragraph describes the actions needed to replicate this data.
Check the load results using transaction R3AM1 (Monitor objects). Execute transaction R3AM1 (for
all objects). Check status of the loads….(should be green)…
Execute the replication on EBP Development (DE1), Acceptance (AE1) and Production (PE1).
Execute the replication for next load objects…
Make sure the sequence below is obeyed.
Execute the replication on EBP Development (DE1), Acceptance (AE1) and Production (PE1).
Result: 2 EBP customizing tables are maintained automatically. All material groups available in EBP
(replicated from R/3) are added to the customizing.
Check the next customizing tables after the synchronization program has finished…
- SPRO
- Enterprise Buyer Professional
- Application specific basic settings
- Define Objects in Backend System (Purch. Reqs, Reservations, Purch. Orders)
- Check if all material groups are maintained
- Setting should be for all items: 'Always external procurement' + 'Purchase order if item data complete'
- SPRO
- Enterprise Buyer Professional
- Account Assignment
- Define G/L Account for Product Category and Account Assignment Category
- Check if there are 3 entries per material group,
- Setting: CC (cost center) ; OR (work order) ; WBS (element)
Result: the EBP customizing table is maintained automatically with the G/L accounts per material
group. The R/3 customizing (table T023) is taken over to EBP. For all material groups available in
EBP (replicated from R/3 table T030) the R/3 G/L account is maintained.
Check the next customizing table after the synchronization program has finished…
- SPRO
- Enterprise Buyer Professional
- Account Assignment
- Define G/L Account for Product Category and Account Assignment Category
- Check if all material group entries have a G/L account.
EBP confirmations will have a posting date equal to the approval date in EBP. So postings in the previous
month will not occur in EBP. However, because last 2 working days of the current month financial postings
are not allowed, we have to block EBP approvals (of confirmations).
Result: transaction locked for all EBP confirmation approvers. Next error message is generated by EBP:
-----------------------------
Alternative solution (but more cumbersome than above)…
8. Appendix
8.1 Appendix A: Checklist extending organizational structure in EBP
Step 2: Retransmit the EBP shopping cart with status ‘Error in transmission’ …
Important: Be sure the shopping cart did not result in a R/3 backend PO (and will never result in
one). Executing this step is like creating a new PO…
Step 1: Retrieve GUID of the EBP confirmation with status ‘Error in transmission’…
- Login into EBP using the SAPGui.
- Start SE37 (function builder).
- Enter function module ‘BBP_PD_CONF_GETDETAIL’
- Press [Single test] (F8) to execute the function.
- Enter import parameter ‘I_OBJECT_ID’ with EBP confirmation document number. E.g. ‘5000000000’.
- Press [Execute] to start function.
- Result: EBP confirmation document with ID inputted is read.
- Write down: export parameter ‘E_HEADER’ (GUID of the EBP confirmation document).
Step 2: Retransmit the EBP confirmation document with status ‘Error in transmission’ using the GUID as
the import parameter…
- Login into EBP using the SAPGui.
- Start SE37 (function builder).
- Enter function module ‘BBP_PD_CONF_TRANSFER’
- Press [Single test] (F8) to execute the function.
- Enter import parameter ‘I_GUID’ with the GUID of the EBP confirmation document. See step 1.
- Press [Execute] to start function.
- Result: EBP confirmation document with GUID inputted is again passed to R/3.