Saphelp Media472 en 45 E98C371E558216E10000009B38F889 Frameset

SAP Media
PDF download from SAP Help Portal:

http://help.sap.com/saphelp_media472/helpdata/en/45/E98C371E558216E10000009B38F889/frameset.htm
Created on October 10, 2014
The documentation may have changed since you downloaded the PDF. You can always find the latest information on SAP Help Portal.
Note
This PDF document contains the selected topic and its subtopics (max. 150) in the selected structure. Subtopics from other structures are not included.
2014 SAP SE or an SAP affiliate company. All rights reserved. No part of this publication may be reproduced or transmitted in any form or for any purpose
without the express permission of SAP SE. The information contained herein may be changed without prior notice. Some software products marketed by SAP SE
and its distributors contain proprietary software components of other software vendors. National product specifications may vary. These materials are provided by
SAP SE and its affiliated companies ("SAP Group") for informational purposes only, without representation or warranty of any kind, and SAP Group shall not be
liable for errors or omissions with respect to the materials. The only warranties for SAP Group products and services are those that are set forth in the express
warranty statements accompanying such products and services, if any. Nothing herein should be construed as constituting an additional warranty. SAP and other
SAP products and services mentioned herein as well as their respective logos are trademarks or registered trademarks of SAP SE in Germany and other
countries. Please see www.sap.com/corporate-en/legal/copyright/index.epx#trademark for additional trademark information and notices.
Table of content
PUBLIC
2014 SAP SE or an SAP affiliate company. All rights reserved.
Page 1 of 36
Table of content
1 SAP Media
1.1 Master Data
1.1.1 Distribution
1.1.2 SAP Business Partner (SAP BP)
1.1.3 Product
1.1.4 Sales Support
1.1.5 Shipping
1.2 Media Sales and Distribution
1.2.1 Periodical Sales and Distribution
1.2.2 Media Product Sales and Distribution
1.2.3 Series Sales and Distribution
1.2.4 Contract Accounts Receivable and Payable
1.3 Advertising Management
1.3.1 Order
1.3.2 Contract
1.3.3 Billing and Settlement
1.3.4 Legacy Data Transfer in Advertising Management
1.3.5 SAP Media Document Management
1.3.6 Integration of Technical Systems
1.3.6.1 Ad Sales With an Integrated Technical System
1.3.6.1.1 Ad Sales With a Technical System as the Back End
1.3.6.1.2 Ad Sales With a Technical System as the Front End
1.3.6.2 Integration of Technical Systems (English)
1.3.6.3 Integration of Technical Systems (German)
1.4 Classified Advertising Order Management
1.4.1 Classified Advertising Management (IS-M/AMC)
1.5 Customer Interaction Center (CIC)
1.5.1 Customer Interaction Center (CIC)
1.6 Title Lifecycle Management
1.6.1 Product Development in the Media Industry
1.6.2 Intellectual Property Management (IPM) Integration
1.6.3 By Title Financial Processing and Reporting
1.7 Web Applications
1.7.1 M/SD Internet Applications
1.7.2 M/AM Internet Applications
1.7.3 MiniApps
1.8 Data Archiving
1.8.1 Data Archiving in SAP Media
1.9 Roles
1.9.1 Single Roles for SAP Media
1.9.2 Single Roles in Media Sales and Distribution
1.9.3 Single Roles in Advertising Management
1.10 Campaign Management for the Media Industry
1.10.1 Campaign Management for the Media Sector
1.11 Release Notes SAP Media 4.72
1.11.1 Release Notes SAP Media 4.72 (English)
1.11.2 Release Notes SAP Media 4.72 (German)
PUBLIC
Page 2 of 36
!--a11y-->
1 SAP Media

Online documentation for SAP Media release 4.72 (based on standard 6.30)
Feedback

!--a11y-->
1.1 Master Data
!--a11y-->
1.1.1 Distribution
Purpose
The component distribution master data contains functions for recording and maintaining the following data:
Master data
on transportation of media products. This includes the following data:
Unloading points
Truck routes
used to supply customers
Unloading point sequences
for truck routes
Assignment of editions to truck routes
The component contains the functions required for automatic generation of truck route master records for specific dates.
Constraints
under which media products can be supplied. These are reproduced in the system as follows:
Delivery viability sets
The delivery viability set defines the admissibility of delivery of a product (publication, edition) for a combination of criteria, such as the delivery
type, sales area, plant, carrier route, delivery round etc.
Unloading viability sets
The unloading viability set links the data on the delivery viability set with the concrete unloading point in the carrier route.
Unloading rules
If more than one unloading point is to be supplied in the carrier route or an unloading point is supplied by more than one truck route, the system lists
unloading rules so that you can maintain them. You define the desired quantity distribution in the unloading rule.
Home delivery rounds
You define the assignment between the carrier (or field collector) and the delivery round in a home delivery round.
Shipping schedules
PUBLIC
Page 3 of 36
You define the unloading points for postal shipping in the shipping schedule.
Distribution master data in Media Sales and Distribution and Advertising Management
In Media Sales and Distribution, the distribution master data screen contains functions for geographical structuring and change management in addition to the
actual distribution master data . (See Geographical Structures ).
In Advertising Management, the distribution master data screen only contains functions for geographical structuring and change management . However, you
can access distribution master data in Media Sales and Distribution directly from the distribution master data in Advertising Management.
Implementation Considerations
The Implementation Guide for the industry-specific components for media contains Customizing settings for this component under Master Data
Distribution.
Integration
The distribution master data is based on the geographical structures you create in the system using the functions for geographical structuring . As in the case of
geographical structures, maintenance of distribution master data takes place in Change Management .
Features
The component distribution master data has the following features:
Function Use
Maintain unloading points Creating and changing various types of unloading points, e.g. general carrier
route unloading point, business partner unloading point, plant loading point
Edit truck route master data and assignments to truck routes
Creating and changing truck route master records
Creating and changing the following assignments:
Unloading points per truck route (unloading point sequence)
Allowed editions per truck route
Truck route hierarchies (assigning split and subsequent truck routes to higher
level routes)
Generating truck route master records for specific dates (daily truck routes)
Creating and changing truck route contracts
Edit delivery viability sets
Creating and changing delivery viability sets
Mass generation of delivery viability sets
Creating and changing the assignment of researchers to delivery viability
sets
Edit unloading viability sets Creating and changing unloading viability sets manually (assigning unloading
point to carrier route)
You can have the system generate unloading viability sets automatically based
on the delivery viability sets if you have made the appropriate presettings.
Edit unloading rules (quantity distribution, exceptions)
Editing unloading rules for several unloading points in a carrier route
Editing unloading rules for several truck routes for an unloading point
Edit home delivery rounds in carrier route
Creating and changing the assignment of carriers and field collectors to
delivery sets (if delivery viability sets are defined for them)
Recording substitutions of carriers or field collectors in delivery rounds (in
the case of illness, leave etc.)
Edit shipping schedules for postal dispatch Creating and changing shipping schedule variants (grouping of editions with the
same postal delivery type) and shipping schedules (assignment of shipping
schedule variants to postal code areas, countries or country groupings).
Evaluations of distribution master data Creating overviews such as:
Truck routes, unloading points or viable editions for the carrier route
Daily truck routes for shipping date
Unloading point sequences for key date

!--a11y-->
SAP Business Partner (SAP BP)
Purpose
PUBLIC
Page 4 of 36
The component SAP Business Partner enables you to create and manage business partners centrally. SAP Business Partner is designed to utilize technical
benefits such as data integrity and freedom from data redundancy, and to place greater emphasis on aspects relating to customer maintenance and acquisition of
new customers.
If you want to use the SAP business partner in the industry-specific components for media , IS-M business partners must first be migrated to SAP business
partners.
If IS-M business partner master data does not yet exist in your system, you must still perform migration. This ensures that Customizing and the required
assignments are set up correctly, and you can only activate the SAP Business Partner for SAP Media using the migration tool.
Integration
Advertising Management
Periodical Sales and Distribution (sales and distribution of newspaper and magazine subscriptions)
Media Product Sales and Distribution (sales and distribution of newspapers and magazines to retailers)
Series Sales and Distribution (sales and distribution of book series, journals, and loose-leaf publications)
Media Product Development
Features
You can create a business partner in different business partner roles. During the course of the business relationship, the business partner can assume other
business partner roles. No new data has to be created each time, meaning that redundant data creation and retention is avoided, and there can be no
inconsistencies.
By using SAP Business Partner, it is possible to merge the partner data already held by a company in more than one system in such a way that the potential for
new contracts within the same customer contact can be identified.
When you enter data, the data related to SAP Business Partner, and the application-specific data are integrated seamlessly on the processing screen.
Seamless integration of customer-specific data is possible without modification, ensuring full future maintenance, because defined interfaces exist for this
purpose.
Customizing Settings
You can make the Customizing settings for the SAP business partner under Cross-Application Components SAP Business Partner in the Implementation
Guide.
IS-M-specific Customizing settings for the SAP Business Partner can be made in the Implementation Guide under SAP Media Master Data SAP
Business Partner for Media Companies .

!--a11y-->
1.1.3 Product
!--a11y-->
1.1.4 Sales Support
Purpose
The component sales support master data contains functions that enable you to do the following:
Record marketing-related master data on activities, materials and requirements that affect order processing
Record contacts with customers and performance of sales support activities such as mailing activities
Integration
The master data you create in sales support is used to control processing of sales orders. For example, the sales source defined in Customizing controls for
each order item whether research is generated when an order is entered, whether the sales agent must be a reader and whether the sales agent or sales source
has to be specified in the order.
Features
The component sales support contains the following functions:
Maintenance
of the following objects
Sales source (Customizing)
PUBLIC
Page 5 of 36
Sales promotion
Promotional material
Advertising medium
Campaign framework
Sales activity
Output
of the following
Standard letters
Labels for gifts
Evaluations
of subscriptions:
Analysis of live subscriptions
Comparison of live subscriptions normal free
Comparison of all live subscriptions
Analysis of transactions affecting live subscriptions
Comparison of transactions affecting live subscriptions
Lifetime analysis
Comparison
of sales promotions
Overviews
Orders for gift (with access to order)
Sales promotions for geographical unit
Sales activities for business partner (with access to sales activity data)

!--a11y-->
1.1.5 Shipping
Purpose
The component shipping master data contains functions that can be used to record basic data for use in shipping functions.
Integration
Shipping of ad inserts and direct-distribution advertising based on orders in Advertising Management is processed using the shipping functions in Media Sales
and Distribution.
Features
The component contains the following functions:
Function Use
Edit technical order deadline limit To avoid errors when setting the order deadline (checking function)
Edit packaging rules for bundling, postal packing and container packing To control the shipping functions bundling and container packing
Edit production master data for shipping
(Production sequence for editions with different insert mixes)
To control creation of production data in shipping as the basis for creating production-
oriented shipping documents
Edit shipping document type usage for general and production-oriented shipping
documents
To control shipping document creation
Edit destination determination for shipping document types
(exception rule for alternate destination)
To control shipping document creation

!--a11y-->
1.2 Media Sales and Distribution

!--a11y-->
PUBLIC
Page 6 of 36
1.2.1 Periodical Sales and Distribution
Purpose
This component of Media Sales and Distribution contains functions for processing subscription sales and distribution for publications that appear at regular
intervals (newspapers and magazines). It contains subscription-specific functions for the following areas:
Master data (business partner, product, geographical structuring, distribution, etc.)
Sales (order processing for different forms of subscription)
Shipping (for example, home delivery)
Billing
Settlement (home delivery and commission settlement)
Integration
The following components are also available for use in sales and distribution of media products:
Media Product Sales and Distribution for processing single copy sales of media products (newspapers and magazines) to retailers
Series Sales and Distribution for processing sales of series products (such as journals and looseleaf publications) to sales customers

!--a11y-->
Media Product Sales and Distribution
Purpose
SAP Media 1.2.2 Media Product Sales and Distribution is a solution for sales and logistics for publishers and wholesalers. It supports the processes for
single copy sales of media products, such as newspapers, magazines, and books, to retailers (for example, this term includes wholesalers, station
bookstores, newsstands, and gas stations).
Integration
The solution for Media Product Sales and Distribution is based on the standard functions for sales and distribution and logistics in the mySAP CRM and
mySAP SCM solutions.
Media-specific planning functions allow you to obtain the data for logistics processing. Planning includes the following activities:
Planning for the business partner (for example, factory calendar, vacation plans for point of sale)
Product planning (media issues to be delivered for each media product, splitting the media product to form a product kit if applicable, assignment of media
products to geographical areas)
Planning of customer-product assignment in contracts
Quantity planning for each media issue and customer
Insert planning for each media issue and customer
Media-specific planning ends with the generation of sales orders based on the planning data. Each sales order contains all the required information for shipping
the planned quantity of the media issue (for example, the newspaper on a particular publication date) to the customer in question.
You can evaluate the master and transaction data in mySAP BI (Business Intelligence) and use it to control logistics processing.
The following diagram illustrates the connection between the media-specific functions and the standard functions in mySAP CRM and mySAP SCM within the
Media Product Sales and Distribution solution.
To use the functions of the Media Product Sales and Distribution solution, select the Media Product Sales and Distribution flag under General IS-M Control
Parameters in the SAP Media Customizing settings.
PUBLIC
Page 7 of 36
Features
The following functions are available for processing the business transactions involved in Media Product Sales and Distribution:
Function Use
Business partner administration and planning You record customers retailers and their ship-to parties to whom you sell media
products as SAP business partners.
All the customer data required to process single copy sales is recorded in the business
partner role Retailer . You can enter the valid planning calendar, as well as suspensions
to opening times during which delivery is not to take place, in the business partner
master record.
Product planning You create the products that are to be delivered to retailers in the media product master
using the hierarchical product structure media product family , media product and
media issue .
You plan the media issues for delivery in the issue sequence of the media product. You
can generate the master records of the scheduled media issues from the issue sequence.
You can split media issues into their components for staggered shipping and group
different issues to be shipped together by creating product kits.
You can ensure that customers can only be assigned media products for which delivery
is viable by assigning media products to distribution areas (geographical media product
determination).
Assignment of media products to customers (contract processing) You map the assignments between your media products and your customers in
contracts. A contract (media contract) includes all the media products that a sold-to party
purchases from you.
Each contract item assigns a media product to the sold-to party. The ship-to party in a
contract item can differ from the sold-to party.
You can use mass processing functions to create new contract items for media
products or to reject existing contract items.
Insert planning Insert planning is used to assign inserts (ad inserts and other materials) to media
issues and their ship-to parties. You can execute insert planning as follows:
Manual insert planning
You can use the dialog function for insert planning to assign ad inserts and other
inserts manually to the contracts for each media issue. You can group the customers
(contracts) as you wish in these assignments.
Automatic insert planning (from AI orders)
If you use the Advertising Management component, you can use a function to assign ad
inserts from AI orders to the contracts automatically. The system does this using the
geographical assignment of the ad inserts in the AI orders and the customers
geographical assignments.
The results of insert planning are used by a batch function to generate issue mixes. An
issue mix covers a unique combination of inserts, and, if applicable, product kit
components, that are to be delivered together with a media issue. The batch function also
assigns the issue mixes to the contracts.
Quantity planning You can use the following options to plan quantities of media issues that are to be
delivered to customers according to their contracts:
Quantity planning for each contract item
You select the media issues in a time period and plan the corresponding delivery
quantities in the quantity plan for a contract item (customer and media product).
Quantity planning for each media issue
You can also edit the quantity plan for a selection of contracts for the same media issue.
If you carry out quantity planning externally, for example, using the planning tool SAP
APO (SAP Advanced Planner and Optimizer), you can import the planned delivery
quantities into the quantity plans in Media Product Sales and Distribution.
You can also copy subscription quantities for delivery to distribution centers from the
corresponding subscription deliveries into the quantity plans for the distribution centers.
Order generation You can use the planning data (contracts, quantity plans, insert mixes) to generate orders
using a mass processing function.
The order data is created as orders in the standard SAP Sales and Distribution solution.
The system creates an order item for each media issue, insert, or product kit component.
Functions are available for changing order quantities and deleting order items.
You can also allow your customers to place orders in the system via the Internet or
using a WAP mobile phone.
Phase delivery You can use the phase delivery functions to plan staggered delivery of media products
in different geographical regions.
You define assignments of regions, media issues and delivery dates in phase models.
You plan the delivery quantities for each phase model and media issue and create the
orders using the planning data.
Shipping and transportation You can choose between the following scenarios when processing shipping based on
orders in Media Product Sales and Distribution:
Use the standard shipping functions in the Logistics Execution System (LES):
outbound delivery, shipment etc.
Use the subscription-related shipping functions in Periodical Sales and Distribution
To do this, you copy the order data from Media Product Sales and Distribution into
shipping order items in Periodical Sales and Distribution .
Returns and subsequent deliveries You can take different operations (such as full-copy or certificated returns) into account
when entering returns and subsequent deliveries in the Service Cockpit.
Returns
PUBLIC
Page 8 of 36
You can enter advance returns or corrections (for example, quantities not created or not
delivered) as a basis for planning.
Your customers can enter returns data online using the Internet. Internet access to your
system also allows the customer to query returns recorded previously. This includes
displaying open or completed returns and displaying all returns in a past period, for
example a week ago or two weeks ago.
Subsequent deliveries
When recording subsequent deliveries, you can use different sales document types to
control whether or not the subsequent delivery is subject to charge. The data is recorded
in much the same way as data for returns processing.
Goods transfers You can use the transfer functions to enter transfer deliveries of media products that
take place directly between customers. The system creates a return delivery and a new
outbound delivery for each of these. Recording of goods transfers means that you can
check return quantities.
Billing You can use the billing functions from the standard SAP Sales and Distribution solution
to bill retailers for orders.
Special mass recording functions are available for credit memos.
Circulation auditing You can update circulation and create circulation statistics based on the quantities sold.
Programming interfaces You can use the standard programming interfaces (BAPIs) to control the following
functions:
Quantity planning for contracts (data exchange for collaborative planning)
Record return requests (with workflow link)
Recording of transfer requests
Recording of subsequent delivery requests
Edit delivery sequence (sequence of media issues to be delivered)
Shipping (export of packaging rules)

!--a11y-->
Series Sales and Distribution
Purpose
SAP Media Series Sales and Distribution is the solution for sales and distribution of series products, such as journals and looseleaf publications, from the
publisher.
Features
The following functions are available for processing business transactions in series sales and distribution of media products:
Function Use
Business partner processing You create the business partners for 1.2.3 Series Sales and Distribution in the role of
sales customer using the functions of the SAP Business Partner.
Product processing You create the products for Series Sales and Distribution (series products) in the media
product master. You define the products that can be sold as media products and the
products that can be delivered as media issues. Planning and generation of media issues
takes place in the issue sequence of the media product.
You can assign other series products to each series product in the series product
hierarchy.
You can also define series products as groupings of components, product kits.
Contract processing You map the contract data for delivering series products such as journals and looseleaf
publications to your customers in series contracts.
Shipping planning You use shipping planning to plan the sequence in which the issues are to be
delivered.
When you do this, the series characteristic assigned to each series product determines
how the subsequent issues are determined.
Insert planning Insert planning is used to assign inserts to media issues and to their ship-to parties.
You can carry out insert planning as follows:
1. Manual insert planning
You can use the dialog function for insert planning to make manual assignments of
inserts to the contracts for each media issue.
2. Automatic insert planning (from AI orders if the Advertising Management component
is active in your media company)
The results of insert planning are included in the issue mixes. See Issue Mix Creation.
Order processing You can create the corresponding orders based on the contract data and the media-specific
shipping planning data. Issue determination takes place using function and check
modules.
Shipping You use the standard shipping functions in the Logistics Execution System (LES)
PUBLIC
Page 9 of 36
(outbound delivery, transportation, etc.) to process shipping based on orders in Series
Sales and Distribution.
Billing To bill retailers for orders, you use the billing functions available in the standard SAP
Sales and Distribution solution (SD).

!--a11y-->
Contract Accounts Receivable and Payable
Purpose
The Contract Accounts Receivable and Payable component is a subledger developed for industries with a large customer base and a correspondingly high
volume of documents to post. This includes insurance companies, utilities, telecommunication, and public service companies.
Features
This component provides standard accounts receivable and accounts payable functions including posting, payments, and dunning. This component currently
consists of:
Basic Functions
Business Transactions
Integration
Closing Preparations
Information System
Job Control
European Monetary Union and Contract Accounts Receivable and Payable
Archiving
Interfaces
The Event Concept
Data Processing in Mass Runs
Enhanced Message Management

!--a11y-->
1.3 Advertising Management
!--a11y-->
1.3.1 Order
Purpose
This component is used replicate sales transactions using sales documents in the system.
You can enter inquiries, offers, orders, complaints and cancellations in a sales document.
Integration
The Master Data, Basic Functions, Contract and Settlement components are closely associated with the Order component .
Order creation requires a business partner who has been created in the media customer role in the business partner master data. The system performs address
determination automatically during sales document creation. The system ensures that the business partner address is valid for the business transaction and that
an invoice can be sent to the sold-to party once the ad or commercial has been published or aired when it determines the address data.
You have created content components and booking units in the product master data to describe and plan the advertising service. The system checks whether the
magazine or column can be published on the date specified or whether the correct numbers of ad inserts can be inserted in the newspaper on the date specified
when it creates the sales document.
Prices for advertising services in media companies are usually dependent on booking units and content components. If you have replicated prices in your
company using condition records in the Pricing component, the system determines these prices automatically for any sales documents you create or modify.
It can also assign contracts and sales agents to a sales document automatically.
The system determines whether a contract can be created for the sold-to party or advertiser in the sales document during contract determination. If a suitable
contract is found, the media customer is granted the agreed discounts or fixed quantity prices automatically.
During sales agent determination, the system identifies whether a requirement can be created in a sales agent contract for the sold-to party or booking unit
specified and assigned to the sales document. If a suitable sales agent contract is found, this sales agent can be granted the agreed commission figure
PUBLIC
Page 10 of 36
during the next settlement run.
Billing and settlement documents are created on the basis of sales documents.
Business transactions described in the Contract and Order components are distinguished as follows:
Component Use
Order Replicate business transactions in which media customers sell an undefined
number of advertising services on a spontaneous non-regular basis.
Business transactions are replicated in sales documents.
Contract Replicate business transactions in which media customers sell a defined
number of advertising services within a particular period. By defining the
amount of advertising to be sold, you can grant media customers discount
conditions that are not admissible for individual sales. Since you can control the
use of your advertising media, you can grant media customers discount
conditions in advance.
Business transactions are replicated in contracts.
Features
Any number of document items can be created in a sales document. An ad that is published on three days during the week in various local editions of a daily
newspaper with various ad specs is entered in an ad item. The associated order for creating the films is entered in a service item.
Document items in a sales document can describe the following advertising services:
Ads
Ad inserts
Distributions
Commercials
Online advertising
Services
A sales document contains all production and settlement data at various levels in the sales document that has been entered by the user or determined and
displayed by the system.
The following functions can be used to edit sales documents:
Function Use
Create sales documents Standard access, classified order entry and central access can be used to
create, change or display sales documents. The type of business transaction to
be replicated determines which access you choose.
Use standard access to create a sales document without reference to
existing sales documents for a sold-to party where the business partner
identification key is known. You can create a service order for a regular
customer in standard access.
Use classified order entry to create an ad order such as a classified
ad for an occasional customer that is accepted by telephone where the
business partner identification key is unknown.
Use central access to create a sales document with reference to
existing sales documents for a sold-to party where the business partner
identification key is unknown. You can create the ad order for a major
customer in central access by copying an existing sales document or
you can determine the order for which a customer has made a complaint.
You can then create a complaint with the associated credit memo item.
You can determine whether a sold-to party has been created as a media
customer in the master data and enter an advertising order for this business
partner. You can create the sold-to party master data or update an address that
is no longer valid.
Copy sales documents To reduce the amount of data you need to enter when you create sales
documents, you can define copying variants that are used to copy sales
documents and document items. When defining copying variants, you
determine which data in the original document is copied and whether data in the
original document is copied into a subsequent document or item in the same
sales document.
You create copying variants for orders, free items, partial and full credit memos
and those for converting offers to orders. You can specify that all data with the
exception of the publication date or ad spec is copied in copying variants used
to create orders. This accelerates the process of entering orders for ad
campaigns, public announcements or classified ads in popular columns in a
magazine.
Create complaints and cancellations You can create complaints and cancellations at the document header,
document item, schedule line and billing dataset levels in a sales document.
Sales document levels allows you to replicate complaints and cancellations
according to the business transactions in the system. If a customer makes a
complaint about an ad with a single publication date, you enter the complaint at
item level. If a customer makes a complaint about one of several publication
dates for an ad, you enter the complaint at schedule line level. If a complaint is
made for one of several publication dates, you do not need to enter a complaint
for the entire ad item.
When creating complaints and cancellations, you enter a complaint (complaint
reason, complaint date) in the first step. In the second step, you use copying
PUBLIC
Page 11 of 36
variants to create a correction item (full or partial credit memo or item or
schedule line copy).
Document flow is used to trace the development of a business transaction:
(Example: Offer Order Complaint Partial credit memo Billing
Settlement ).
Enter business partners You can assign business partners to a sales document in roles that you define.
Business partner roles defined in the Advertising Management System
include the sold-to party, advertiser, bill-to party, payer, box number recipient
and voucher copy recipient.
A business partner can only be assigned to a sales document if they have
been created in the media customer or general business partner role in the
master data. You require address data for a business partner to send letters,
invoices, ad spec masters, responses or voucher copies. You do not however
require the sales and billing data. Business partners who perform the bill-to
party or voucher copy recipient roles can be created in the general business
partner role. You require address, sales and billing data for the sold-to party,
advertiser or payer. Business partners who perform these roles must be
created in the media customer role.
The sold-to party usually performs the advertiser, payer and bill-to party roles.
The system defines these roles from the sold-to party master data when you
create a sales document item. If a different business partner performs the payer
or bill-to party roles, you should assign business partners to the sales
document item manually. If you have assigned a business partner who
performs the payer or bill-to party roles to a media customer in the master data,
the system offers you this business partner for selection automatically.
An agency performs the sold-to party, bill-to party and payer roles in an agency
order. You can change the way in which these roles are defined and assign one
or more business partners to the agency order in the advertiser role.
Create ad specs An ad spec describes the area of an ad or the airtime in a commercial to be
designed.
You can enter ad spec data at the document item, sub-item and schedule line
levels in a sales document. Sales document levels allow you to enter ad orders
in which a different ad spec is published in each local edition of a local daily
newspaper.
Assigning sub ad specs to an ad spec creates multi-page, satellite or
panorama ads. Sub ad spec linking defines the sub ad spec sequence. You
can enter different data in each sub ad spec. By doing so you can replicate a
multi-page ad in a sales document in which the ad spec on the first page is four
color and all additional ad pages are black and white.
Format proposal hierarchies that you have defined are available to you as
possible entries when entering multi-page ads. If format proposal hierarchies
are used, the system creates the sub ad specs automatically.
An ad spec that is assigned to a document item can be copied within the same
sales document or for all sales documents.
Since ad spec data can influence price, you can perform settlement for ad
specs and sub ad specs separately.
Ad spec data in ad orders is transferred to a technical system for production if
you have connected the Advertising Management System to an ad production
system.

!--a11y-->
1.3.2 Contract
Purpose
This component is used to represent sales-relevant business transactions using outline agreements in the system. Outline agreements are referred to as
contracts in the system.
Sales of the following advertising services can be managed using contracts:
Ads
Ad inserts
Distributions
Commercials
Online advertising
Services
Integration
The Master Data , Basic Functions , Order and Billing components have close associations with the Contract component .
You require a business partner who is a media customer to create a contract. You require content components and booking units to describe the advertising
services that are found in these contracts.
PUBLIC
Page 12 of 36
Prices for advertising services in media organizations are usually dependent on content components and booking units. If you have represented prices and
discounts in your organization using condition records in the Pricing component, the system determines these prices and discounts automatically when it creates
sales documents, contracts, billing and settlement documents.
The system can assign orders to contracts automatically during contract determination, if billing datasets for these orders are suitable for the contracts. When
creating the final settlement, the system determines the discount conditions to be granted on the basis of the advertising services sold and calculates the
respective credit and debit memo amounts.
The following differences exist between business transactions described in the Contract component and those in the Order component:
Component Use
Order Represent business transactions in the system, in which media customers sell an
undefined number of advertising services on a spontaneous, non-regular basis.
You use sales documents to represent these business transactions.
Contract Represent business transactions in the system in which media customers sell a
predefined number of advertising services within a particular period. If you define the
amount of advertising to be sold, you can grant media customers discount conditions that
are not available for individual advertising sales. Since advertising sales are planned in
advance, you can grant media customers advance discount conditions.
You use outline agreements to represent these business transactions.
Features
The following functions for creating, changing and monitoring contracts are available to you in the Contract component:
Function Use
Create requirements The validity of advertising services in contracts is to be defined for all sales areas to
ensure that they are used consistently. Requirements are recorded as master records in
the system.
The following requirement types exist in the system:
Contract requirement
Barter deal requirement
System contract requirement
Contract requirement
Rate requirement
You create requirements to represent some of the general terms and conditions of
business in the system. These are used to define discount conditions (discount, bonus,
fixed quantity price) in contracts. Contract customers are to be granted discount conditions
on all ads that are placed in the national edition of a daily newspaper.
See also: Requirement
Create contracts Media customers who regularly sell advertising services are to be granted discount
conditions that are guaranteed in the general terms and conditions of business. Number
contracts are used to reward major customer loyalty and quantity contracts are used for
smaller customers. The following types of contract are available to you here:
Discount/bonus contracts: Discounts and bonuses are granted on a
standard price. Price is usually dependent on a price scale where discount
conditions increase proportionally to the target number to be sold. Discount
can be granted as a frequency, quantity, sales volume, or combination
discount or a discount with best conditions. Bonus can be granted as a
sales volume bonus.
Fixed quantity price contracts: A fixed quantity price is a lower price
than the standard price that is negotiated for each unit of measure. These
prices are usually dependent on a price scale where prices increase
proportionally to the target number to be sold.
The following variants and special types of standard contracts are also available to you:
Customer bonus contracts: Special contract in which discounts and
bonuses are granted in addition to discount conditions that have already
been granted from other contracts.
Media-mix contracts: Contract that links several contracts for a contract
holder using a fulfillment rule. Various discount conditions can be granted
on services that are described in the contract requirements. You can
ensure that a media customer is only granted these discount conditions if
the contract requirements are fulfilled according to the fulfillment rule.
Discount conditions in media-mix contracts can be granted to media
customers additionally or alternatively to those in other contracts (standard
or customer bonus).
Scale base contracts: Contract in which ads placed in various booking
units receive different discount but contribute to fulfillment of the target
quantity collectively. The scale base contract is a contract category that
can contain several discount scales. The condition technique in order
pricing can be used to find different discount scales, whose scale bases
contribute to achieving the contract target collectively, for different booking
units that are defined in a contract agreement. One target quantity applies
to scale base contracts. Any number of these discounts can appear in an
order pricing procedure.
Group contracts: Variant of the standard contract. Used to manage the
sale of advertising services in groups. Subsidiaries without an individual
contract are to be granted discount conditions from contracts that are held
by organizations at a higher level in the group hierarchy. Discount
PUBLIC
Page 13 of 36
conditions are to be inherited in group hierarchies and advertising services
sold by subsidiaries are to count towards contract fulfillment for
organizations at higher levels in these hierarchies.
Barter deal contracts: Variant of the standard contract. Used to manage
the mutual exchange of goods and services between organizations. Barter
deals can be managed with and without financial transactions and barter
deal contracts are used to monitor these mutual agreements.
System contracts: Variant of the standard contract. Created automatically
by the system if an advertising service sold fulfills a system contract
requirement and the media customer is a contract customer. Contract
customers are to be granted discount conditions on advertising services
sold even if no suitable contract exists for them.
See also: Contract
Define contract-relevant business partner roles You can assign business partners to a contract in the roles that have been defined in the
partner determination procedure for contracts. These usually include the following
business partner roles:
Contract holder
Agency
Beneficiary
Agency responsible
Media sales agent
Use a partner access sequence to define the business partners for which contract
assignments can be created during contract determination.
See also: Partner Access Sequence
Grant discount conditions Contract customers are to be granted discount conditions automatically when the agreed
advertising services are sold. The system determines discount conditions automatically
when you perform the following functions:
Create and change contracts
Contract determination
Create and change sales documents
Bill sales documents
Create interim and final settlements
You use condition records to record the discount conditions that all media customers
receive for an agreed minimum number of sales. You can enter scales for a condition
record.
If you specify the target number to be sold when you create a contract, the system
determines the discount conditions that are to apply. If a contract is over-fulfilled, you can
adjust these discount conditions using the scales recorded in the system. You cannot
adjust discount conditions if they have been negotiated on an individual basis.
If a contract is over-fulfilled, the media customer is granted discount conditions that apply
to larger numbers of advertising sales. The point at which the media customer is granted
more favorable discount conditions depends on the definition of discount/price
adjustment in their contract. You can grant a media customer more favorable discount
conditions during order creation or creation of an interim or final settlement.
If a standard, customer bonus and/or a media-mix contract has been created for a media
customer, they are granted discount conditions from the media-mix contract or the other
contracts during alternate discount assignment. The media customer is granted discount
conditions from the media-mix contract and other contracts during multiple discount
assignment.
See also:
Determination of Discount Conditions in Contracts
Determination of Discount Conditions in Media-Mix Contracts
Monitor contracts A series of functions are available in contract monitoring that can be used to monitor and
post-edit contracts. Contract monitoring functions include the following:
Display contract standing: You display the current standing of a contract
to check whether a media customer has sold the agreed number of
advertising services within the defined period.
Display contract assignments: You can display contract assignments
that have been created during contract determination, You can display the
billing datasets and rate indicators that have been assigned to the contract
and the advertisers who placed the orders.
Determine billing datasets: You identify the billing datasets that could not
be assigned to a contract in order to create these contract assignments
manually.
See also:
Contract Monitoring
Display Contract Standing
Display Contract Assignments
Determination of Billing Datasets
Assign contract-relevant documents You can use SAP Media Document Management to manage documents, such as
texts, graphics and multi-media objects, and to structure these hierarchically.
See also:
SAP Media Document Management

!--a11y-->
PUBLIC
Page 14 of 36
1.3.3 Billing and Settlement
Purpose
This component is used to create invoices and credit memos for debit-side business transactions and settlements for credit-side transactions. Billing and
settlement functions are available to you for the following IS-M/AM business processes:
Order processing
Contract management
Sales agent settlement
Revenue distribution integration
This component concludes the debit and credit-side business processes within IS-M/AM and creates the interface to the Accounting and Human Resources
functions.
Features
Function Use
Order billing
Combine and transfer data from the order in a billing document
Invoice printing
Cancel order billing documents
Combine and transfer billing data to Accounting
Contract settlement
Adjust discount conditions that have been granted in the order to a point in
time within the validity period as an interim settlement or to the end of the
validity period as a final settlement.
Calculate discount conditions that are granted once the validity period is
over.
Contract billing
Combine and transfer data from the contract settlement in a billing
document
Print credit or debit memo
Cancel contract billing documents
Combine and transfer billing data to Accounting
Sales agent settlement
Summary and transfer of data generated by a sales agent from the
contract data and the order in a settlement document.
Determine payments for sales agent services
Invoice printing
Cancel sales agent settlements
Summarize and transfer sales agent settlement data to accounting for
external sales agents and Human Resources for sales agents who are
internal employees.
Revenue distribution
Determine revenues for defined revenue objects
Partner publisher settlement if the revenue objects belong to a
cooperating company.
Post revenues to your own revenue objects
Posting by periods

!--a11y-->
1.3.4 Legacy Data Transfer in Advertising Management
Purpose
Data transfer functions are used to transfer data from your legacy systems to the Advertising Management System.
Features
The Advertising Management System makes a distinction between data transfer for new orders and legacy orders.
New orders
Orders that have yet to be published (service date in the future)
The system only copies those sections of open orders with a service performance date in the future. Ads that are placed till forbid are transferred
from the next feasible publication date.
Orders that have been published but not settled (service date in the past)
Orders that are technically complete but not settled are transferred completely.
Legacy orders
PUBLIC
Page 15 of 36
Orders that have already been billed in the legacy system are not transferred to the Advertising Management System. Billed orders that are required for
contract settlement are transferred as legacy orders to the Advertising Management System.
Order billing document cancellations are transferred from the legacy system with credit and debit memos without reference to the preceding document.
The following functions are available to you for data transfer to the Advertising Management System:
Function Menu path Report
Transfer new orders of the ad , ad insert and
online item types using direct input or batch input
Logistics Advertising Management Sales
Environment Data Transfer Order Data Transfer
New Orders New Ad/Ad Insert/Online Orders
RJHADU01
Transfer new orders of the commercial and
distribution item types using batch input
New Orders New Commercial/Distribution
Orders
RJHADU04
Transfer legacy orders of all item types using direct
input
Legacy Orders
RJHADU03
Orders of the service item type cannot be transferred from legacy systems.
In addition to the functions described above, the following functions can also be used during data transfer:
Function Menu path Report
Display content of sequential input file Logistics Advertising Management Sales
Tools Display Content of Input File
RJHADU_SHOWDATA
Check accuracy of sequential input file Logistics Advertising Management Sales
Tools Check Content of Input File
RJHADU_CHECKDATA
Create test input file for transferring new orders Logistics Advertising Management Sales
Tools Generate Test Data for New Order
RJHADU01_GENERDATA
Create test input file for transferring legacy orders Logistics Advertising Management Sales
Tools Generate Test Data for Legacy Order
RJHADU03_GENERDATA
More detailed information on these functions is available in the corresponding report documentation in the system.
You must create a separate sequential file for each item type.
Export structure descriptions
Data definitions in the transfer file or individual structures can be exported in the C, Cobol, PL/1, and P_RPG programming languages. Choose: Tools ABAP
Workbench Development Dictionary Utilities Table Description Generator
OSS notes
Refer to the following notes on legacy data transfer in Advertising Management :
Note Name
99261 Transfer contract credit memos from legacy system
126917 Missing data for legacy orders transferred
88507 Legacy data transfer for IS-M/AM orders (legacy orders)
164504 Collective note for hints and information on legacy data migration
326689 Order migration support tools
134875 Order migration performance: RJHADU01 / RJHADU03
Data transfer workbench
The data transfer workbench is provided to simplify administration of data transfer programs and to improve organization of data transfer from a legacy system to
the SAP System.
The following data transfer functions are available in the data transfer workbench:
Administration and organization of data transfer projects
Tools for analyzing the SAP structures required
Integration of standard data transfer programs
Registration and integration of your own data transfer and auxiliary programs
Support for various technologies used to load data into SAP Systems
The data transfer workbench is accessed in the SAP menu under Tools Data Transfer Workbench
See also
: Data Transfer Workbench
Data to be transferred is read in SAP format from a transfer file and loaded into your SAP System using one of the following techniques:
BAPI as an interface
PUBLIC
Page 16 of 36
Batch input
Direct input
See also:
Data Transfer Techniques
The following programs have been registered for the Advertising Management AdMgmtSalesOrder (order) and AdMgmtCOA (contract) business objects in the
data transfer workbench:
Program Function
RJHADU01 Create new orders of the ad , ad insert and online item types
RJHADU04 Create new orders of the commercial and distribution item types
RJHADU03 Create legacy orders of any item type
CreateFromData
BAPI for the AdMgmtSalesOrder business object
Create new and legacy orders of the ad , ad insert and online item types
RJHADU02 Create contracts
Programs that have been registered for data transfer can be displayed for each business object in the data transfer workbench under: Goto Register
Programs .
If you register the data transfer programs, the following programs for creating the corresponding test input files are also available to you in the data workbench
automatically:
Program Function
RJHADU01_GENERDATA Create test input file for transferring new orders
RJHADU03_GENERDATA Create test input file for transferring legacy orders
RJHBUSISM008_BAPI_CREATE_TEST Create test input file for transferring new and legacy orders
RJHADU02_GENERDATA Create test input file for transferring contracts
Programs for creating test input files can be executed or displayed in the system under Goto Analyze Files and Data Structures .

!--a11y-->
SAP Media Document Management
Purpose
A powerful document management system is a central component in a media system. 1.3.5 SAP Media Document Management can be used to assign
documents such as texts, graphics and multi-media objects to the Business Partner , Content Component , Booking Unit , Order , Contract and Sales Agent
Contract business objects.
This completes your comprehensive view of customers, and also offers you fast, direct access to photos, logos and icons, if you are using Classified
Advertising Management (IS-M/AMC).
Connecting document management functions enables you to assign diverse file formats to the business object documents. Users in the ads department can
record graphics files for relevant business objects, such as the order or business partner when ads are accepted. Document management functions can also be
used by employees at the publisher who are responsible for technical ad design processes and newspaper production, for instance to save a file that has been
revised for technical reasons in the document system.
Prerequisites
You have used transaction SICF to create an external alias '/default_host/sap/bc/contentserver', which contains anonymous logon data.
The service '/default_host/sap/bc/contentserver' is active.
Integration
Pre-defined interfaces provide the option of an external system accessing graphics that have been recorded for a business object. More detailed information is
available in the documentation for function modules in the ISM_DM_EXTERNAL_INTERFACE function module group.
Features
When processing business objects, the system accesses the respective document management functions.
The processing dialog consists of two parts: The Explorer is found in the left hand section of the screen in which the folder and documents for the object are
displayed. The Viewer is found on the right hand section of the screen. The content and properties of the document selected in the Explorer are displayed in the
Viewer.
The following diagram illustrates the way in which the screen is divided:

PUBLIC
Page 17 of 36

Functions of the Explorer:
Integration with Internet documents by entering the appropriate URLs.
Import and export of documents.
Import and export of documents with blocking function.
Where-used list: You can display a list of all business objects to which a specific document is assigned.
Content search: You can search for all the documents in Document Management . This includes documents that belong to other business objects.
Entry of personal notes, and those that are generally visible at document level

Functions of the Viewer:
Document preview.
Display and change documents and their properties.
Version overview with version display and processing.

Authorization Concept
The J_DOC_MAN authorization object is used for document management. You can therefore grant users authorization to create , change and display
documents for each business object type. If a user only has display authorization for the Business Partner business object, they can view documents for the
business partner, but the processing functions are inactive. If a user does not have display authorization, the buttons used to access the dialog are also inactive or
the corresponding tab pages are not available.

Constraints
During business partner replication between SAP Media and SAP CRM , the documents assigned to the business partner are not exchanged.
External access to documents recorded in Document Management is possible using an interface provided by SAP.
Additional Information
The Knowledge Provider (KPro) is used to manage documents. This is part of the SAP Web Application Server (SAP Web AS).
Technical information on document management is available in the SAP Library under SAP R/3 and R/3 Enterprise SAP R/3 Enterprise Release 4.70
SAP R/3 Enterprise Release 47x200 SAP NetWeaver Components SAP Web Application Server Basis Services/Communication Interface (BC-
SRV) Knowledge Provider (BC-SVR-KPR).

!--a11y-->
1.3.6 Integration of Technical Systems

Purpose
The following options are available to you in Advertising Management for integrating a technical system for the production of ad or online advertising:
Integration using the technical interface IS-M/ITA
Detailed documentation on this interface is available in the Technical Interface IS-M/ITA: Integration of Technical Systems PDF document.
Integration of Technical Systems (English)
Integration of Technical Systems (German)
Integration using Business Application Programming Interfaces (BAPIs)
PUBLIC
Page 18 of 36
Media-specific BAPIs cannot be used to integrate a technical system. They can however be used to integrate a commercial system.
While IS-M/ITA is designed to communicate with a technical system, meaning that only production-relevant order data is transferred to the technical system,
BAPIs can be used to modify billing datasets for example.
The way in which a technical system can be integrated using BAPIs is described in the following scenarios using the example of ad sales.
Ad Sales With a Technical System as the Back End
Ad Sales With a Technical System as the Front End
BAPIs and IS-MITA functions can be used simultaneously in a scenario involving the sale of advertising services.
If you establish that certain tasks cannot be performed using the functions for changing an order in IS-M/ITA , you can use the AdMgmtSalesOrder.Change
BAPI whilst continuing to use the ISP_AD_DESIGN_CALL function module.
BAPIS are standardized programming interfaces and are therefore easier to implement. The structure of a BAPI (GetDetail, Change, Create, ...), parameter
documentation, description of parameters and fields in the structures have all been standardized . In contrast to IS-M/ITA , BAPIs do not have dialog functions,
such as those required to access an editor or pagination system.
Additional information on BAPIs is available in the Business Object Repository (BOR) .
If you want to design classified ads during order entry, you can integrate an ad spec editor with the Customer Interaction Center . You can incorporate the editor
from an external system or the Classified Advertising Management (IS-M/AMC) supplied by SAP.
See also: Ad Spec Editor
See also: Classified Advertising Management (IS-M/AMC)

!--a11y-->
Ad Sales With an Integrated Technical System
Purpose
This scenario uses the example of ad sales to illustrate the integration between SAP Media and a technical system. Integration of SAP Media with a technical or
additional commercial system is also possible for the sale of ad inserts, distributions, online advertising, commercials and services.
These scenarios use media-specific BAPIs and functions from the IS-M/ITA technical interface to describe integration. These technical interface functions are not
BAPI interfaces.
Documentation on this interface is available in the Technical Interface IS-M/ITA, Integration of Technical Systems document.
Prerequisites
You are already using a technical system and want to use SAP Media as a front end or back end system for the sale of advertising services. During the sale of
ads, one example of distribution between these systems is as follows:
Scenario Example Distribution
Ad Sales With a Technical System as the Back End Sale of display classified ads Ad spec design and production of orders in the technical
system, business partner, contract maintenance, order
maintenance and billing in SAP Media.
Ad Sales With a Technical System as the Front End Sale of classified ads Business partner maintenance, order maintenance and
production of orders in the technical system, check
business partner data, contract maintenance and billing in
SAP Media.
System Requirements
Technical system
SAP Media, as of Release 4.64
SAP Financials, as of Release 4.6C
The Advertising Management component is part of SAP Media and the Accounting component is part of SAP Financials .
General Technical Requirements
SAP has created the Business Framework to facilitate technical integration and commercial exchange of data both internally between SAP components and
externally between SAP and non-SAP components.
The Application Link Enabling (ALE) integration service and the Business Application Programming Interfaces (BAPIs) are central elements in the Business
Framework.
ALE means that business processes can be distributed between several systems and data consistency and availability for systems involved in these
business processes can be guaranteed. ALE provides the infrastructure used to link the systems.
Close linkage using synchronous RFC calls (BAPIs)
Loose linkage using asynchronous message exchange (IDocs)
See also: ALE Introduction and Administration
See also: ALE Programming Guide
A BAPI is an interface that is defined as a method for a business object and used to access processes and data in a business application system. A BAPI is
PUBLIC
Page 19 of 36
not dependent on access technology. Access is for instance possible using RFC, IDoc, XML, CORBA, DCOM or JAVA. Each BAPI can be accessed
independently of other BAPIs. Repeated BAPI calls do not have any negative implications.
See also: General Introduction to BAPIs (CA-BFA)
See also: BAPI User Guide (CA-BFA)
See also: BAPI Programming Guide (CA-BFA)
See also: Enhancements, Modifications ...(CA-BFA)
See also: Library of ALE Business Processes
The IDoc message type can be generated from a BAPI. An IDoc is a data container that is used for asynchronous message transfer. BAPIs and IDocs can
therefore be used to call a system synchronously or asynchronously using the same interface.
See also: IDoc Interface / Electronic Data Interchange (BC-SRV-EDI)
The range of functions for BAPIs is documented in the Business Object Repository (BOR) in the BAPI Exp l orer and the Interface Repository.
The Business Object Repository (BOR) is accessed using transaction SW03 and the Business Object Builder button. Choose the All Object Types
selection button on the dialog box that appears.
The BAPI Explorer is accessed in the SAP menu under: Tools Business Framework BAPI Explorer ( BAPI transaction .
The Interface Repository is accessed in the Internet using the following address: http://ifr.sap.com/.
Media-Specific Prerequisites
BAPIs have been developed for the following business objects in SAP Media to provide integration with a technical system .
Business partner in media organization (BUSISM007)
External business partner in media organization (BUSISM007P)
Sales document in Advertising Management (BUSISM008)
External sales document in Advertising Management (BUSISM008P)
Contract in Advertising Management (BUSISM012)
External contract in Advertising Management (BUSISM012P)
Note that you can only use BAPIs for the business partner if you are using the SAP business partner.
If SAP Media is to be accessed using the CreateFromData or Change BOR methods, you must indicate whether BAPIs or IDocs are to be used when you
implement the calling program. The following BAPIs and IDocs have been developed for the CreateFromData and Change BOR methods in SAP Media:
Business Object BAPI IDoc
Business partner (BUSISM007) ISMBusinessPartner.CreateFromData ISMBP_CREATE
ISMBusinessPartner.Change ISMBP_CHANGE
Sales document (BUSISM008) AdMgmtSalesOrder.CreateFromData ADMGMTSO_CREATE
AdMgmtSalesOrder.Change ADMGMTSO_CHANGE
If the Save BOR method is to be used to transfer data to the technical system during creation or modification of business partners, orders or contracts, SAP
Media sends IDocs. The following BAPIs and IDocs have been developed for the Save BOR method in SAP Media:
Business Object BAPI IDoc
External business partner (BUSISM007P) ISMBusinessPartnerExt.Save ISMBPEX_SAVE
External sales document (BUSISM008P) AdMgmtSalesOrderExt.Save ADMGMTSOEXT_SAVE
External contract (BUSISM012P) AdMgmtCOAExt.Save ADMGMTCODEXT_SAVE
The Save method is an outbound proxy.
An outbound proxy is used to define an interface that the SAP System can use to call another system. This method is not implemented in the SAP System. The
functions provided by the outbound proxy must be implemented in the recipient system. Data is transferred to the recipient system in the structure defined in the
outbound proxy. The recipient system must ensure that the function is executed. This can involve checking that the data transferred is entered in the
corresponding database tables. This can be achieved by implementing the interface defined in the outbound proxy.
The Save method that SAP Media uses to transfer business objects to the technical system is integrated in the update for the business object involved. You
have defined the way in which SAP Media can be called by the technical system when you implemented the calling program for the BAPI. You have also
defined situations in which a system is to be called. You do not for instance normally need to check the credit status when creating a new customer. This means
that SAP Media does not need to access the credit check function here. This is defined when you implement the calling program for the BAPI.

!--a11y-->
Ad Sales With a Technical System as the Back End
Purpose
This scenario describes integration between SAP Media and a technical system during the sale of ads, where SAP Media is used as the front end system and
the technical system is used as the back end.
Prerequisites
During the sale of display ads, orders and contracts are to be created, modified, billed and settled in SAP Media, and orders are to be produced in the technical
system.
PUBLIC
Page 20 of 36
See also: Ad Sales With an Integrated Technical System
Process Flow
One example of the sale of display ads where SAP Media is integrated with a technical system as a back end is as follows:
1. A customer contacts the office where ads are accepted by telephone and places an order for a display ad.
2. The agent enters or modifies the business partner data for the customer in the Advertising Management System.
During the sale of display ads, the agent can use the Central Access and Customer Interaction Center (CIC) from the Advertising Management System to
determine, create and change the business partner data.
See also: Central Access
See also: Customer Interaction Center (CIC)
If the agent creates an order for a new customer, they must create a business partner in the media customer role. The sold-to party, advertiser and
payer roles can only be performed by a media customer. Data for the general business partner role is sufficient for sending documents such as invoices
and voucher copies.
See also: SAP Business Partner (SAP BP)
If the agent creates an order for an existing customer, they can display the business partner data for this customer to check that the address data is correct
and make any changes required.
Business partner data can be transferred to the technical system using the ISMBPEXT_SAVE IDoc. Data that is exported to the technical system can be
used to create or change a business partner in this system who corresponds to the business partner in the Advertising Management System.
See also:Documentation for the ISMBusinessPartnerExt.Save BAPI
If the business partner data has been modified, all business partner data and not just the modified data is transferred to the technical system.
Note that all business partner data is transferred to the technical system for business partner creation and modification regardless of role.
3. If the media customer is a contract customer, the agent creates a new contract or modifies an existing contract in the Advertising Management System.
Contract data can be transferred to the technical system using the ADMGMTCOAEXT_SAVE IDoc.
See also:Documentation for the AdMgmtCOAExt.Save BAPI
4. The agent enters or changes the customer order in the Advertising Management System.
Order data can be transferred to the technical system using the ADMGMTSOEXT_SAVE IDoc.
See also:Documentation for the AdMgmtSalesOrderExt.Save BAPI
Data that is exported to the technical system can be used to create or change an order in this system that corresponds to the order in the Advertising
Management System. A production order for a display ad can be created in the technical system from an Advertising Management order.
See also: Order
The documentation for the AdMgmtSalesOrderExt.Save BAPI explains which data is transferred during order creation. If the order data has been modified, all
PUBLIC
Page 21 of 36
order data and not just the modified data is transferred to the technical system.
See also:Documentation for the AdMgmtSalesOrderExt.Save BAPI
Each ad, online or commercial order in the Advertising Management System contains an ad spec.
An ad spec is a unit that describes advertising areas or times. This can include the size, length, color scheme or shape of an ad, banner or reminder.
See also: Ad Spec
The technical system can be called using the ISP_AD_DESIGN function module to design the ad spec. The function module makes all ad spec data that is
relevant to production available to the technical system. The agent returns to order entry in the Advertising Management System when they terminate
processing in the technical system. All price data must be transferred to the Advertising Management System for pricing.
Ad spec data must be transferred from the Advertising Management System to the technical system for ad spec design in this system. It cannot be created
in the technical system. However, the technical system returns any ad spec data and ad spec assignments that are modified during production due to
technical restrictions to the Advertising Management System.
See also:Documentation for the ISP_AD_DESIGN function module
Note that the technical system can only be accessed to design an ad spec during creation of an ad order.
5. The order is produced in the technical system and billed in the Advertising Management System.
The order is not usually billed in the Advertising System until it has been produced. An accounting document is created and transferred to accounting during
billing.
See also: Billing and Settlement
If price data such as the ad size, color scheme or position (booking unit, content component, page, positioning instruction) is modified during production or a
production completion confirmation is created when the order is produced, this information must be transferred to the Advertising Management System using
the AdMgmtSalesOrder.Change BAPI or the ADMGMTSO_CHANGE IDoc. This means that the order data can be updated in the Advertising
Management System and the order can be billed.
Relevant information is transferred to the technical system using the ADMGMTSOEXT_SAVE IDoc when the order is billed. You must ensure
that the order can no longer be modified in the technical system from this point.
Result
An agent has created or modified a business partner, order and contract in the Advertising Management System and designed an ad spec in the technical
system. The business partner and order data have been replicated in the technical system.
Once the order has been produced in the technical system, the actual price data can be returned to the Advertising Management System where the order can
be billed.

!--a11y-->
Ad Sales With a Technical System as the Front End
Purpose
This scenario describes integration between SAP Media and a technical system during the sale of ads, where the technical system is used as the front end
system and SAP Media is used as the back end.
Prerequisites
During the sale of classified ads, you want orders to be created, modified and produced in the technical system. Billing and settlement is to be performed in SAP
Media .
See also: Ad Sales With an Integrated Technical System
Process Flow
One example of the sale of classified ads where SAP Media is integrated with a technical system as a front end is as follows:
PUBLIC
Page 22 of 36
1. A customer visits a sales office or contacts the office where ads are accepted by telephone and places an order for a classified ad.
2. The agent enters or modifies the business partner data for the customer in the technical system.
If the agent creates an order for a new customer, they must create a business partner in the technical system. This business partner is used to create a
business partner in the media customer role in the Advertising Management System.
A business partner can be created in the general business partner , media customer or media sales agent roles in the Advertising Management
System. The media sales agent role is a credit-side role. Data for the general business partner role is sufficient for sending documents such as invoices
and voucher copies. However, a business partner in the media customer role is required to create ad orders. The sold-to party, advertiser and payer roles
can only be performed by a media customer.
See also: SAP Business Partner (SAP BP)
If the agent creates an order for an existing customer, they can display the business partner data in the technical system and change existing data such as
the address as required.
An agent can display information on existing customers that is not available in the technical system in the Customer Interaction Center in Advertising
Management. The ISM_CIC_BP_SEARCH BAdI is available for communication with the Customer Interaction Center.
a. The credit status of the payer can be checked during order entry in the Advertising Management System. Credit data that has been created for the
customer in the Accounting component is accessed during this check.
See also: Credit Management
The DebtorCreditAccount.GetStatus BAPI is used to access Accounting and check the business partner credit status. Any open items or the
business partner dunning level are checked here. Various export parameters can be used to return the credit status to the technical system as an A/R
summary. You have defined the way in which A/R summaries can be displayed and how the agent can respond to them when you implemented the
calling program for the BAPI.
The GetStatus B API is used to perform the credit check in this scenario. However, any other BAPIs that have been created in the
DebtorCreditAccount) business object for the credit check, such as the GetDetail BAPI can also be used. You decide which BAPI is to be used for
the credit check in the project. You must choose between improved performance or more current data when choosing between the GetStatus and
GetDetail BAPI.
See also: Documentation for the DebtorCreditAccount.GetStatus and DebtorCreditAccount.GetDetail BAPIs.
PUBLIC
Page 23 of 36
b. If the credit status is admissible, the ISM_BAPI_007_ADDRESS_CHECK function module can be used to check the business partner address in the
Advertising Management System. During this address check, the system adds any data that the agent has entered. This can include adding the postal
code to the city entered. The system also checks whether the business partner address matches the postal structures. It uses the main business
partner address to be checked and a date from which the address is valid.
The Advertising Management System returns a list of error messages such as P.O.box does not match postal code to the technical system in the
Return parameter. You have defined the way in which error messages can be displayed and how the agent can respond to them when you
implemented the calling program for the function module. You can for instance stipulate that error messages are to be displayed in a dialog box.
See also:Documentation for the ISM_BAPI_007_ADDRESS_CHECK function module
c. Following the address check, the ISMBusinessPartner.GetDuplicates BAPI can be used to access the Advertising Management System and perform
a duplicate check for the business partner master record created.
Business partner master records where the addresses or telephone numbers do not match are defined as duplicates. The duplicate check uses the
main business partner address that is valid on the day that the check is performed.
The Advertising Management System returns a list of any duplicates identified to the technical system in the PartnerList parameter. You have defined
the way in which business partner duplicates can be displayed and how the agent can respond to them when you implemented the calling program for
the BAPI.
See also:Documentation for the ISMBusinessPartner.GetDuplicates BAPI
d. If the address matches the postal structures and no duplicates exist, the ISMBusinessPartner.CreateFromData BAPI or the ISMBP_CREATE IDoc
can be used to create a business partner or the I SMBusinessPartner.Change BAPI or the ISMBP_CHANGE IDoc can be used to change a business
partner in the Advertising Management System.
See also:Documentation for the ISMBusinessPartner.CreateFromData and ISMBusinessPartner.Change BAPIs
Most business partner data from the Advertising Management System is not usually known to the technical system. It is therefore possible to create a
business partner using a reference business partner ( Partnertemplate parameter) in the Advertising Management System. All data that is required to
create a business partner in the Advertising Management System but cannot be transferred in the ISMBusinessPartner.CreateFromData BAPI or the
ISMBP_CREATE IDoc, is transferred from the reference business partner This can include sales data that is not required to create a business partner
in the technical system. X-structures can be used in Advertising Management to define which data is determined by the caller and which data is
copied from the reference business partner.
Use the ISMBusinessPartner.CreateFromData BAPI or the ISMBP_CREATE IDoc if the business partner is to be created in an additional role
and/or in an additional sales area.
Since the business partner must exist in both systems, the business partner number must be unique in both systems. Two options are available
for assigning a unique business partner number:
If you intend to use identical business partner numbers, create two number ranges in Advertising Management : An external number range for
the business partner who was created in the technical system and an internal number range for the business partner created in the Advertising
Management System. Advantage of using identical business partner numbers: Your agents are working with a single business partner number
in both systems. You should note however, that identical business partner numbers can cause problems if various business partners with
identical numbers are created in both systems.
If you are using different business partner numbers, you can create a reference between the two business partners in Advertising Management.
Use the External partner number and Data origin fields that are found on the Control tab page in the business partner master record for the
SAP business partner.
3. The contract for the media customer can be transferred to the technical system using the ADMGMTCOAEXT_SAVE IDoc.
See also:Documentation for the AdMgmtCOAExt.Save BAPI
A contract in Advertising Management has a limited validity period and is used to grant advance discount on advertising services that are sold on a regular
basis. . It is negotiated between a sales area in your organization and a media customer.
See also: Contract
Since contracts are created and changed in the Advertising Management System, all contract information must be transferred to the technical system.
Contracts can be used for contract determination and discount conditions from contracts can be used for pricing in the technical system.
See also: Contract Determination
If a discount condition from an Advertising Management contract is used in an order in the technical system, the technical system must return the contract
number to the Advertising Management System as a contract assignment for the order.
Contracts are not usually relevant during the sale of classified ads. This step has been included in the scenario to show that contracts can be
maintained in Advertising Management to assign discount to advertising services.
Contracts are usually processed as orders by other agents. During the sale of advertising services, contract maintenance should not be performed
at the time selected in this scenario. Since the ADMGMTCOAEXT _SAVE IDoc is always called if a contract is created or changed in
Advertising Management , contract maintenance can also take place at a much earlier stage, independently of order entry.
4. Order data can be transferred to the Advertising Management system using the AdMgmtSalesOrder.CreateFromData BAPI or the
ADMGMTSO_CREATE IDoc when the agent creates an order. The BAPI documentation explains which data is to be transferred to the Advertising
Management System.
See also:Documentation for the AdMgmtSalesOrder.CreateFromData BAPI
Modified order data can be transferred to Advertising Management using the AdMgmtSalesOrder.Change BAPI or the ADMGMTSO_CHANGE IDoc
when the agent changes an order.
See also:Documentation for the AdMgmtSalesOrder.Change BAPI
Orders for classified ads can also be modified in the Advertising Management System. We recommend only making changes in one system to
ensure that the data is consistent. Orders for classified ads should for instance only be modified in the technical system.
The order origin indicator that can contain the from technical system , not modifiable values is available to you in Advertising Management to
ensure that the data is consistent. If the technical system transfers the indicator with the corresponding value, you can ensure that the order is not
modified during dialog processing in the Advertising Management System.
During order processing, each process step that changes the status of the order, such as canceling an order or creating a production completion confirmation,
must always be returned to the other system. If an order status is reached in Advertising Management that does not permit any further order changes in the
technical system, you must ensure that the order can no longer be modified in the technical system from this point. This is for instance the case if the order
has been billed in Advertising Management.
5. The order is produced in the technical system.
The order is not usually billed in the Advertising System until it has been produced. An accounting document is created and transferred to accounting during
PUBLIC
Page 24 of 36
billing.
See also: Billing and Settlement
If price data such as the ad size, color scheme or position (booking unit, content component, page, positioning instruction) is modified during production or a
production completion confirmation is created when the order is produced, this information must be transferred to the Advertising Management System using
the AdMgmtSalesOrder.Change BAPI or the ADMGMTSO_CHANGE IDoc. This means that the order data can be updated in the Advertising
Management System and the order can be billed.
Relevant information is transferred to the technical system using the ADMGMTSOEXT_SAVE IDoc when the order is billed. You must ensure
that the order can no longer be modified in the technical system from this point.
Result
An agent in your organization has created or modified a business partner and an order in the technical system. The business partner and order data have been
replicated in Advertising Management once the system has checked the credit status, address consistency and duplicates for the business partner.
The contract is processed and the order is billed and settled in Advertising Management.

PDF Content
This page content is in PDF format.
Download
PDF Content
Download
!--a11y-->
Classified Advertising Management

!--a11y-->
Classified Advertising Management (IS-M/AMC)
Purpose
You use this component to design ad content.
Ad content involves ad text that is entered, formatted and designed in IS-M/AMC UI according to the type of classified ad, for instance by inserting borders and
graphics.
The functions in this component are based on the requirements of classified advertising order entry. This involves fast entry and design of classified ads that are
accepted by telephone, and not complex design of large format product or image ads.
Integration
IS-M/AMC includes IS-M/AMC User Interface (UI) and IS-M/AMC Server. IS-M/AMC UI and IS-M/AMC Server communicate using Remote Function Calls
(RFC).
You cannot enter ad content independently of an ad order.
You require Advertising Management (IS-M/AM) for order entry. You can incorporate IS-M/AMC UI in the Customer Interaction Center (CIC) framework in IS-
M/AM . This integration means you can access IS-M/AMC UI from IS-M/AM , and design the ad content during order entry.
See also: Customer Interaction Center (CIC)
When you access and exit IS-M/AMC UI , the system transfers production and price-relevant data to IS-M/AMC UI or IS-M/AM via the Interface for Integration
of Technical Systems (IS-M/ITA) .
See also: Integration of Technical Systems
SAP R/3 Document Management is integrated in IS-M/AM and IS-M/AMC UI.
You can assign graphics to various business object types in IS-M/AM . During insertion of graphics in ad content in IS-M/AMC UI , you are offered graphics for
selection, which have been released in SAP Media Document Management, and have been assigned to the booking unit, content component, business
partner, sales document header, sales document item , or ad spec business object types.
See also: SAP Media Document Management
When the ad order is saved, the system saves the ad order in IS-M/AM, and the ad content designed in IS-M/AMC Server with the graphics inserted. The ad
PUBLIC
Page 25 of 36
production system can retrieve the ad content from here.
Additional information on the integration of IS-M/AMC with other application components is available in the Master Guide for SAP for Media.
Features
IS-M/AMC UI is an editor, which provides you with two options for entering ad content:
You enter and design the ad text directly in the editor in the editor mode. You can format characters, paragraphs and text blocks here, and insert borders and
graphics in the ad text. The style that you use defines which options are available to you to design the ad text. The style also defines the structure of the ad
content, such as the number of columns and position of the header or graphics, in addition to controlling these design options.
See also: Working in the Editor Mode
You can instruct IS-M/AMC UI to generate the ad content using a template in the template mode. A template is pre-defined ad content, with ad text that
contains placeholders. Enter ad content attributes on a panel to generate the ad content. Ad content attributes are characteristics that describe the semantic
aspects of the classified ad content. You can for example enter the brand , model and color ad content attributes for a car ad. The system inserts the ad
content attributes in the relevant gaps in the template when it generates the ad content. You can post-edit the pre-defined classified ad in the editor mode.
See also: Working in the Template Mode
You make Customizing settings for IS-M/AMC UI in IS-M/AMC Server . This includes creating panel groups, templates and styles.
When you exit IS-M/AMC UI , IS-M/AMC Server checks that the ad content conforms to company-specific content and design requirements, and can be
produced. It checks the ad content validation rules to do so.
See also: Validate Ad Content
When the ad order is saved, the system saves the ad order in IS-M/AM, and the ad content in IS-M/AMC Server . The entry context, ad content attributes,
print and preview formats, ad content versions, and violations against ad content validation rules are saved with the ad content.
See also: Save Ad Content
When you save the ad order, IS-M/AMC UI generates the native editor format, and the EPS print format and the TIFF, JPG and PNG preview formats from
the native editor format.
See also: Generate Print and Preview Formats
If you modify ad content that has been saved, the system saves a new version of the ad content in IS-M/AMC Server when you save the ad order. This version
is the active version.
See also: Modify Ad Content

!--a11y-->
Customer Interaction Center (CIC)

!--a11y-->
1.5.1 Customer Interaction Center (CIC)
Purpose
The Customer Interaction Center (CIC) is a working interface for call center agents who have direct contact with customers.
Components that are provided by SAP can be added to this interface meaning that it can be adjusted to meet the requirements of a company and the individual
business areas and employees within this company.
The CIC can be connected to external telephone systems and used as a call center. Callers can be identified by their telephone number (Automatic Number
Identification). Corresponding call center functions, such as logging on to and off from queues, accepting, forwarding, and terminating contacts can be made
available to call center agents using application toolbars or function keys (quick keys). The call status of a customer can also be displayed with the number that
the customer has dialed (Dialed Number Identification Service). Comprehensive call logging is also supported.
Various information views for a customer can be displayed simultaneously in the CIC . This information can be used as the basis for entering advertising and
subscription orders in the CIC , and creating and changing business partner master data, contacts and complaints.
Access to the Internet, marketplaces and B2B scenarios is possible in addition to the facility to receive emails and fax documents.
The CIC in SAP Media is the CIC from SAP R/3 Customer Service , to which media-specific components have been added. You should therefore make
Customizing settings for the CIC in two locations in the Implementation Guide.
Customer Service Customer Interaction Center (CIC) [...]
SAP Media Customer Interaction Center (CIC) [...]
A description of the media-specific components is available in this documentation. The description of the CIC in SAP R/3 Customer Service is available in the
SAP Library under SAP R/3 Enterprise Application Components Logistics Customer Service Customer Interaction Customer Interaction
CenterYou must create number range intervals for the following objects if you want to use the CIC :
PUBLIC
Page 26 of 36
Object Range
CCMCALLBCK (Call Management: Call-Back-ID) 01
CCMIOCNR (Logging: Information object instance) 01
CCMIOCNR (Logging: Detailed information) 01
CCMSESSION (Logging: Logging session) 01
Integration
The CIC can be used with and without telephony integration.
See also: Telephony Integration
The ad spec editor from an external system or the Classified Advertising Order Management editor provided by SAP can be incorporated in the CIC for the
sale of display classified ads.
See also: Ad Spec Editor
See also: Classified Advertising Management (IS-M/AMC)
The reference clients in SAP Media contain the FW_STD_03 (17 inches) , FW_STD_04 (21 inches) FW_STD_AMC (17 inches with
docking control for editor) framework IDs for a CIC with telephony integration and the FW_STD_05 (17 inches) , FW_STD_06 (21 inches) and
FW_STD_AMC21 (17 inches with docking control for editor) framework IDs for a CIC without telephony integration.
Features
The structure of the CIC is similar to a building block system, whose central elements include a framework, components, component profiles and CIC profiles.
See also: Framework
See also: Component
See also: CIC Profile
The functionality of the CIC is defined by the components that are assigned to the framework.

!--a11y-->
1.6 Title Lifecycle Management
The overall life cycle of a media title comprises a sequence of highly integrated processes. This means that integrated title management requires that all the data
be accessible without gaps in the system. Title Lifecycle Management integrates the mySAP business suite with a range of media-specific enhancements to
meet these requirements in a powerful end-to-end tool.

!--a11y-->
Product Development in the Media Industry
Definition
mySAP Media Product Lifecycle Management (PLM) is a business solution for planning and cost monitoring of product developments in the media and
entertainments industries. mySAP Media PLM supports processes for planning and developing new titles, including task and deadline planning and control, and
PUBLIC
Page 27 of 36
entertainments industries. mySAP Media PLM supports processes for planning and developing new titles, including task and deadline planning and control, and
profitability planning and analysis.
Integration
This means the mySAP Media PLM application is designed for project teams and project managers in editorial offices. However, it is also the core process in the
integrated Title Management solution, which covers all the processes required in a media company by uniting mySAP ERP, mySAP Customer Relationship
Management (marketing, product sales, and customer interaction), mySAP Media Product Sales (Sales and Distribution), mySAP Supply Chain Management
(production and warehouse management), and mySAP Media Intellectual Property Management (rights and royalties).
mySAP Media PLM maps the business process of product development using a selection of functions from the mySAP business suite. Industry-specific
functional enhancements have been developed in various components for mySAP Media PLM. Industry-specific enhancements in the components SAP CO,
SAP IM, SAP PS, and SAP MM are delivered with the SAP Media releases.
The following application description is based on the process flow as supported by the SAP R/3 Enterprise components with the SAP Media add-on. Additional
components are recommended for certain processes in media product development; for example, SAP CRM-IPM for rights acquisition and contract management
or the cProject Suite for interdepartmental collaboration and project management in media product development. The functions in these additional components are
not described in this documentation.
Process Overview
The life cycle of a media production can be subdivided into a number of phases.
The process model in mySAP Media PLM begins with a production proposal in a development phase. Production proposals are managed in the system with
corresponding master data and the characteristics of what is to become the product. At this stage, it is irrelevant whether the proposal is implemented later as a
customer development (investment) or with reference to an actual order from a sold-to party.
A production proposal is developed from the production proposal in the early planning phase. You can plan several alternative scenarios for a production
proposal. A set of production characteristics is defined and basic dates are planned for each scenario.
A parameter-controlled preliminary costing based on the production characteristics and basic dates is used to perform a feasibility analysis and a preinvestment
analysis for one or more alternative scenarios. When doing this, all the phases in the life cycle must be taken into account; for example, this cost estimate is used
to perform a full cost and revenue estimate for the entire life cycle for an investment proposal. Various departments in a company collaborate on this valuation of
the production proposal.
The plan values of the production proposal are available for higher level planning methods from a defined status. Basic data for annual budget planning, cash flow
planning and so on can then be determined dynamically from the plan values for the individual production proposals that are valid on the planning date.
Implementation of production proposals can be influenced by releasing budgets and budget availability dates.
Once a decision on implementation can be made for a scenario, the scenario is registered for a documented and standardized approval procedure. System
workflows can be used to coordinate the involvement of several release points, so that the user can obtain a clear picture of the current status and the next steps
at any point.
Rejected scenarios are retained in the system for evaluation or for use as templates for later proposals. Approved scenarios are transferred with all the planning
data to projects and thus enter the implementation phase, which involves detailed production planning and monitoring of actual costs. When implementation
takes place, the overall view of the life cycle in the proposal phase can result in a number of projects involving several products, divided according to
organizational and time-related criteria.
Structuring requirements for a project can differ greatly, so that we recommend that you use an appropriately widely scaled range of methods.
If project management focuses principally on cost controlling without any further requirements from resource and flow planning, purchasing processes and internal
service requests can be triggered directly based on the initial standard cost estimate. The standard cost estimate can be modified to take account of planning
findings updated and refined as often as required during the course of the project.
Planned-planned and planned-actual comparisons allow you to check deviations at all times. In the case of planned-planned comparisons, you can conserve
planning statuses for certain milestones in the progress of the project at precisely the level of detail you require. If the planning values at WBS element level are
sufficient, you can do this by copying the planning values to another plan version. However, if you want to conserve all the planning data with the maximum
amount of detail possible for the standard cost estimate, in other words, the entire profit and loss projection, you can transfer this data to a simulation version of the
project at the appropriate time.
If emphasis is placed on project management for complex processes, you use methods that streamline the process flow and resource load, to determine the
progress of the project and to identify deviations from the original plan at an early stage.
The current status of planned, actual and commitment values for production is also available for higher level planning methods during the implementation phase.
Integration with the actual procurement processes (mySAP SCM Supply Chain Management) is supported by a function allowing you to create materials (media
product masters and their BOM components) with reference to the production proposal or project. When you do this, you can copy the production characteristics
defined in the standard cost estimate into the material classification. You can also transfer documents assigned to the production proposal or project (for example,
production templates, template layouts) and business partner assignments (author, editor) to the media product master. This means this planning data is also
available in the procurement process.
Specifications for procurement processes themselves are made according to the individual procurement strategies.
Production in the media and entertainment industry is followed (often with an overlap) by a long-term exploitation phase or revenue phase, which often lasts
several years. Sales of various products, rights and licenses for the productions takes place during this phase. Subsequent productions of varying extents still
take place.
The master data on the products is recorded during this phase in the media product master, a media-specific enhancement of the SAP MM material master,
which supports product hierarchies and additional media-specific attributes. This master data can also be copied into sales documents.
The long exploitation phases make high demands of profitability evaluation and require a special concept for life cycle controlling.
Specific requirements for managing rights, licenses and royalty entitlements are particularly important during the exploitation phase and special sales and
distribution and settlement problems must be taken into account. These issues are addressed by other SAP Media solutions and are not part of the solution
mySAP Media PLM.
Phase 1: Product Idea, Production Proposal
The first phase in the life cycle of a media production is normally termed the idea, planning or development phase. This phase is represented in mySAP Media
PUBLIC
Page 28 of 36
PLM by the appropriation request.
During this phase, the initial product idea is developed into a description of a production proposal, which covers the entire planned life cycle of the production and
its economic exploitation and is used as an informative basis for decision-making when approving the production proposal.
Master Data
The master data relevant to this phase is recorded for the appropriation request. You can extend the standard master data. A set of user-defined master data
fields is provided with the standard delivery as an initial simple extension option.
You should make a very precise distinction between master data on the production proposal and the specifications for actual production or on the
product itself. For example, the organizational assignment of a production can change during its life cycle but the production remains the same.
For this reason, the organizational assignment is recorded in the master data of the objects that characterize the phases (appropriation request,
WBS element, media product master). On the other hand, the product specification is managed in the cross-application SAP classification
system and is therefore available to other applications; for example, you can copy the provisional product specification to the material
classification later when creating the media product master.
Partner Assignment
You can assign the production proposal business partners in the relevant roles.
A partner determination procedure is defined in the Customizing settings for the appropriation request type; the determination procedure contains all the partner
functions that are allowed for the appropriation request type.
The SAP Business Partner allows you to use the same partner master record in a wide variety of roles in the various applications. The roles
relevant for production proposals are defined in Customizing. The standard delivery contains one master role. Partners you assign in the production
proposal in SAP Business Partner roles can later be copied automatically to the partner assignments set up when creating the media product
master and the production project.
It is not possible to create new business partners directly from the appropriation request, but only business partner assignments. The business
partner must have been created before hand in the role in question.
Besides the business partner, you also assign the internal participants to the production proposal, in particular persons or offices involved in the approval
workflow.
Variants: alternative planning scenarios
You can plan each production proposal in several alternate scenarios. Examples of alternative scenarios include make or buy scenarios, alternative marketing
strategies, alternative product design or alternative basic dates. An appropriation request variant is created for each scenario; you can perform a preinvestment
prognosis for each of these scenarios.
You can assign plan versions to the variants. This means the (costed) plan values in the alternative scenarios are also available for higher level planning
methods in the plan version in question.
Preinvestment Valuation
Estimated Plan Values
In an initial rough estimate, you can enter the scale of the expected costs and revenue manually.
Costed Plan Values
Once sufficient details are available on the specifications for the production, the plan values are determined more precisely by a cost estimate (Easy Cost
Planning). Once a cost estimate has been created, the values calculated for costs and revenue are copied to the plan values, where they can no longer be
overwritten manually. The plan values are updated each time the cost estimate changes.
You can only create one cost estimate for each variant. There cannot be more than one cost estimate variant per variant. However, a variant can
be copied with its cost estimate to a new variant and can be planned there using a changed version of the cost estimate.
Easy Cost Planning
Easy Cost Planning is a method of creating cost estimates that have a hierarchical structure. The costing structure already has the basic features of the later
structure of the production in the subsequent phases.
You can use Easy Cost Planning in the SAP Media System to calculate costs and revenue and update them in the plan according to cost elements. This means
you can use Easy Cost Planning to carry out a preinvestment prognosis along the lines of a profit and loss statement. A user exit allows you to define company-
specific preinvestment indicators (Key Performance Indicators) and the methods for calculating them. You can then determine and list these indicators in the cost
estimate.
The SAP Media System contains various methods for time distribution of individual cost items. For example, you can record complex distribution keys and edit
them manually. This allows you to plan characteristic sales time curves or royalty payments for exact periods.
When determining costs for internal or external services and material usage, Easy Cost Planning determines the rates and prices from the master data on cost
center planning, purchasing and materials management recorded in the system. Time distribution is taken into account for exact periods.
Easy Cost Planning can take place with or without planning forms.
Profit and Loss Projection with Easy Cost Planning
In the SAP Media System, you can read the values of items at lower levels within a costing structure, group them and use them in formulas. This is done using
the aggregated item. This allows you to display evaluations and summarizations of lower levels in higher levels of a standard cost estimate. For example, you can
display profit and loss projections for the individual contribution margin levels. Changes to costing characteristics, such as production characteristics, royalty
conditions and other parameters, take effect immediately in the profit and loss projection and enable iterative cost planning based on certain key business figures.
You can further simplify this process by calculating limit values for certain parameters based on the costs and revenue already estimated in Easy Cost Planning;
these values must not be undershot or exceeded if specified target values are to be reached for business key figures Typical examples in publishing are supply
PUBLIC
Page 29 of 36
circulation, minimum prices and maximum royalty rates.
Easy Cost Planning with a Planning Form
Easy Cost Planning with planning forms allows you to perform costing controlled by parameters with the user answering a number of questions or entering
production characteristics, which are then evaluated by a costing model and translated to a cost estimate. The system calculates the required quantities of
materials and services from the data entered by the user and determines the prices and rates that apply on the valuation date from the corresponding master data.
The user does not need detailed knowledge of prices, services and process flows in order to perform costing for the production. The costing result is displayed as
a tree in accordance with the costing structure.
The data entry screen for recording characteristics is generated as a freely designable HTML page, which you can enhance by adding any utilities you wish to
include for the user. The screen is intuitive and can, for example, be used in the Web portal to allow external partners to enter specifications on production
proposals or licensing offers, which are then valuated by the system using the costing models defined.
The characteristics (production characteristics) entered here can be copied automatically to the material classification when generating a media
product master from an appropriation request later on.
A planning form (costing model) comprises a collection of questions or characteristics that must be specified for costing, a customer-specific data entry screen
that can contain additional utilities for use in answering the questions or specifying the characteristics, and the costing template, in which the derivation rules and
calculation formulas for costing are stored. Costing templates represent production standards and ensure that preliminary costing is complete and repeatable.
You can use as many costing models as you wish. You do not need programming experience to maintain costing models and templates.
See also:
Using Easy Cost Planning
Example of Multilevel Easy Cost Planning
Easy Cost Planning without a Planning Form
Users who have the appropriate authorization can also perform costing without a costing model or manually enhance a cost estimate created using a costing
model. To do this, the cost estimate is opened in the individual item view.
You can only assign complex distribution keys and edit time distribution in the individual item view and not via the costing structure.
Approval: Status Administration and Workflow
The degree of development and valuation status of an appropriation request and its variants are described by means of a status concept. Status events are
important stages in the life cycle of a production proposal. Triggering status events is subject to authorization. Status events for a production proposal serve as
prerequisites to important functions, for example whether or not an appropriation request can be replaced by a measure, whether plan values can be used in
higher level planning methods or whether or not planning can be changed for the appropriation request.
In the standard delivery, a status event triggers a sample workflow, which organizes the agreement of certain authorities or persons for the implementation of a
measure variant and informs other persons or authorities of the status of the measure. The result (acceptance, rejection, postponement) of this workflow also
triggers a corresponding status event.
You can design the status concept and the workflow in Customizing for each appropriation request type according to your requirements.
You can copy the standard workflow as a template for similar processes in other status events and modify the copy.
Higher Level Planning Methods
An appropriation request is assigned to an item in an investment program. If an appropriate status event occurs for the appropriation request, the plan values
for the next dynamic selection are used to determine the planning basis for the investment program.
The overall plan can now be approved for the period in question on the level of the investment program and budget strategies can be used to influence
planning and implementation of the individual productions.
Transfer to the Implementation Phase
If an appropriate status event occurs, the production proposal can be transferred to the implementation phase. In the model process in mySAP Media PLM, this
step is reached by creating one or more projects in SAP PS.
During the transfer, the system transfers certain master data, partner assignments and the plan values or cost estimate to the top WBS for the projects created.
Basic features of the project are determined from the Customizing settings for the appropriation request type.
In the SAP Media System, you can access existing work breakdown structures from standard projects or operative projects as a template for transfer.
While the entire life cycle was the object of planning for the appropriation request, the implementation phase can be distributed among several projects that all
develop from the same original appropriation request. Since the costing structure for the appropriation request variant mirrored this structure in the subsequent
phases, the appropriate costing substructure can be passed on for each project during transfer.
Phase 2: Implementation in the Project
The SAP Project System provides a scaleable instrument for the implementation phase that can be modified to meet a wide range of requirements. The best
possible structure must be determined and the most suitable methods chosen for each category of productions (see Project System (PS))
Experience has shown that the huge number of methods available with the SAP Project System leads to users creating process models in the
business blueprint that are overloaded with methods in comparison to the actual requirements of the project. Please try to streamline your
processes and make use of the scaling options in the system.
Cost Controlling
Cost controlling must be the smallest common denominator of all project management requirements in the media and entertainment industry. The SAP Project
System provides a wide range of planning methods for this purpose.
According to the SAP Media process model, overall costing (Easy Cost Planning) in the form of a profit and loss statement is performed during the development
phase before implementation begins. During the transfer to the implementation measure project, this overall costing or only part of the costing structure is
transferred to the top WBS element of the project.
PUBLIC
Page 30 of 36
If emphasis in project management is placed on cost controlling, the subsequent detailed planning phase with Easy Cost Planning in the project distributes the
costing structures transferred from the top WBS element among the corresponding lower level WBS elements and refines them there if applicable. The costing
structure also records the project structure but you can subdivide it further without having to add more detail to the project structure.
Sales Pricing
If you execute your projects in the order or as co-productions, you can transfer cost planning directly from Easy Cost Planning to sales pricing as the sales
price basis, for example to create a customer quotation costing or to bill your sold-to party or production partner for your services according to performance.
Execution Services
Execution Services allow you to trigger the following costed processes directly from the costing structure in Easy Cost Planning:
Purchase request
Purchase orders
Material reservation
Goods issue
Internal activity allocation
The costed quantities and prices are used as default values but you can overwrite them. This saves you entering data again in continued processing.
Scheduling: Networks:
If you need to perform scheduling and resource planning for more complex projects, implement networks at the most detailed planning stage. Automatic parallel
network costing then represents the most up to date planning status of the corresponding processes and replaces costing in Easy Cost Planning. The values
determined in Easy Cost Planning for the project structure can be retained in a different plan version or in a project simulation for variance analyses. However,
the two planning forms in the work breakdown structure can not only be used alternatively (in phases) but also additively, for example you can use Easy Cost
Planning and Execution Services for certain part tasks and then use the network technique for critical processes. This allows you to streamline planning and
administrative work for your projects according to detailed criteria.
Scheduling
The network technique provides you with efficient scheduling functions for your processes. A variety of date types and scheduling strategies allow you to
perform scheduling exactly to match your requirements.
Capacity Requirements Planning
Capacity planning allows you to identify resource requirements at an early stage for processes planned and scheduled in the network, to schedule or change
the available capacities and to respond flexibly to changed conditions at all times. Capacity planning is based on work centers with defined capacity categories
and available capacity.
Confirmation
Actual data is recorded to document the exact processing status of activities and activity elements in the network and allow you to perform progress analyses
and forecasts of further cost development. A variety of options for recording confirmations with or without direct access to the SAP System covers a wide
range of requirements. You can use cross-application time sheets to record confirmations for several SAP components.
Progress Analysis
You can use the progress analysis to compare planned and actual progress of the project with the actual performance (confirmed), so as to determine date and
cost variances in good time. The milestone trend analysis provides you with an overview of the dates in a project.
Claim Management
You can use Claim Management to document variances from planned costs and dates, their causes, those responsible etc. You can list the costs incurred by
the variance in a special cost estimate for the claim. Integrated status management and workflow functions support performance of unplanned tasks necessitated
by the claim.
Budget Management
Budget management, budget release strategies and the availability control represent further methods of monitoring and influencing the actual costs of the
project.
Project Information System
The Project Information System provides you with a number of evaluations for structures, dates, planned and actual costs, commitments and capacities. All
persons involved in the project are provided with exactly the information they require and are authorized to receive. You can use project versions to record the state
of a project at a certain point in time and include it in the evaluations.
Results Analysis/Project Settlement
The results analysis performs periodical evaluations for determining provisions, cost of sales and the amount of work in process for Financial Accounting and
Profitability Analysis. Project settlement transfers costs or revenue to Financial Accounting, Asset Accounting, Profitability Analysis and Controlling.
Collaborative Engineering & Project Management
The purpose of CEP is to facilitate the exchange of information and knowledge between the person responsible for a project in your company, referred to as the
owner, and external partners, referred to as participants, who are all involved in a common project, for instance developing ad booking details in a publishing
company. CEP allows you to send folders of documents of all kinds that are relevant for this task to chosen participants for further processing using the Internet.
The changed documents and comments are returned to you for evaluation and if desired, transfer back to the SAP System.
PUBLIC
Page 31 of 36
Phase 3: Exploitation
When production is finished, the process of media product development is complete. The subsequent processes for content exploitation and product sales are
supported by other SAP Media solutions. The SAP Media media product master is a material master specially enhanced for the media industry and forms the link
between mySAP Media PLM, Sales and Distribution, and planning of products in Materials Management.
Life Cycle Controlling
You should not collect actual sales figures in Project System for product cycles involving product sales phases of several years and high volumes of sales
transactions, such as are typical for the media industry. We recommend instead that you settle the projects after production is finished and then gather the actual
sales figures in CO PA, from where they can be retrieved for further evaluations. The SAP Business Information Warehouse is ideal for grouping all planned and
actual data over a life cycle of several years. The Business Information Warehouse is an independent application environment that draws information from both
internal and external sources in order to run speedy and informative reports and evaluations.
SAP Business Information Warehouse allows you to record, combine, summarize and select data from the Controlling components (CO PA, actual sales figures)
for projects (planned costs, planned revenue, actual costs) in Asset Accounting and Investment Management, over long periods of time if required, and to make
the results available and easily accessible at all times in the form of queries, evaluations and analyses.

!--a11y-->
Intellectual Property Management (IPM) Integration

!--a11y-->
By Title Financial Processing and Reporting
By Title Financial Processing and Reporting gives you an up-to-date picture of the profitability of your individual media titles at all times, categorizing them by
business areas and other combinations of characteristics, such as territory, market, and language. In addition to periodic analysis, the function focuses primarily
on a view of the entire life cycle of a media product. You can use this data for planning and profitability analyses of existing and new titles and product strategies,
and you can also consolidate it to preview your companys overall success. In some scenarios, you need the results of these profitability analyses to precisely
determine payables and activate investment portions.
Purpose
mySAP Media PLM provides you with a framework for deriving and saving financial data and other controlling characteristics on a title, which are then used in
Accounting transactions (for example, posting of CRM billing documents, posting of G/L documents, posting of expenditure and costs to internal orders or
projects). These characteristics can be derived from the process data by derivation rules defined using a generic mapping tool. This allows you to identify
attributes that are recorded as transaction data and specify how these attributes are used to derive the characteristics for by title financial processing and
reporting. For example, the attribute Delivery Location from Product Sales in an SD application is mapped to the characteristic Territory . A special
enhancement can also be used to assign titles for partial payments at billing item level for incoming payments in Accounts Receivable Accounting.
For further information on the generic mapping tool, see the IMG documentation under SAP Media Title Lifecycle Management Intellectual Property
Management (IPM) Integration Define Attribute Mapping.
Integration
By title financial processing and reporting can take place using special purpose ledgers and/or a profitability analysis.
If you want to use the special purpose ledgers, the most important step you must perform is to define the account assignment objects to be used by the ledger.
This determines the level at which profitability analysis is to take place.
You can only use account assignment objects that belong to the structure ACCIT. Title-specific account assignment objects (such as title or territory) do not exist
there. Add these fields to the customer include for the account assignment block (CI_COBL). The system contains data elements for the most common title-
specific account assignment objects (title level 1, title level 2, title level 3, market, territory, and language) and you should use these.
In order to use the profitability analysis function, you must set up an operating concern and define the data structure. This determines the level on which the data is
aggregated for profitability analysis. The template contains characteristics for the most common title-specific characteristics (title level 2, title level 2, title level 3,
territory, and language).

!--a11y-->
1.7 Web Applications
PUBLIC
Page 32 of 36
!--a11y-->
1.7.1 M/SD Internet Applications
Purpose
The Internet applications in Periodical Sales and Distribution can be used for subscription sales (creating subscription orders) and customer service for
subscriptions (address changes, vacation service, changes to payment data, etc.) in the Internet.
Integration
For basic information on how Internet Application Components are programmed and how they work, please see the following documentation:
SAP@Web Studio
Web Transaction Tutorial
IAC Implementation
This documentation also describes the tools and functions you can use to modify the Internet application components in Subscription Sales and Distribution
according to your requirements.
Features
The following Internet application components are available for Subscription Sales and Distribution:
Internet application component Use
Subscription Sales Used to record subscription sales in the Internet in a variety of variants.
The user can create orders and business partners directly as well as store data
initially in a temporary table.
Vacation Service Enables the customer to suspend one or more of their subscriptions for a certain period
or create redirections.
Change Address The sold-to party of a subscription can use this Internet application component to change
their address in the Internet.
Change Payment Data Can be used by the customer to change the payment data for one or more orders.
Create Complaints Allows your customers to create complaints regarding a media product or delivery via
the Internet.
Create Internet Users Allows your customers to create their own Internet users. The customer can use this
Internet user to log on to the Internet applications.
The Internet user is required if customers are to log on with a password.
Change Access Data for Internet User Allows your customers to change data on their Internet user (password, user name, e-
mail address) themselves. You can design the scenario to allow the customer to obtain a
new password for their Internet user if they forget the old one.

!--a11y-->
1.7.2 M/AM Internet Applications
Purpose
Internet applications allow you to use R/3 transactions in the IS-M/AM System on the Internet.
Integration
Basic programming principles and the functions of an Internet application component can be found in the following documentation:
SAP@Web Studio
Web Transaction Tutorial
IAC Programming
This documentation also includes a description of the tools and functions that you can use to adjust the Internet application components provided with IS-M/AM to
meet your requirements.
Features
The following Internet application components are available in IS-M/AM:
PUBLIC
Page 33 of 36
Internet application component Use
Enter classified ads The Internet application component is a simplified version of the Create ad
items R/3 function.
You can use this Internet application component to create classified and
designed ads.
A technical system can be integrated here, as is the case for the R/3 function.
Manage classified ads The Internet application component is a simplified version of the Central
access R/3 function.
This Internet application component is used to perform business and content
checks for ads created via the Internet. A technical system can also be
integrated here, as is the case for the R/3 function.
Check fixed space availability The Internet application component is a simplified version of the Fixed spaces
planning R/3 transaction.
Your customers or sales employees can use this Internet application
component to check the availability of fixed spaces.
Display contract The Internet application component is a simplified version of the Display
contract R/3 transaction.
Customers can use this Internet application component to display certain
contract data on the Internet.
Change addresses The Change address Internet application component is used to change the
business partner address via the Internet.

!--a11y-->
1.7.3 MiniApps
!--a11y-->
1.8 Data Archiving

!--a11y-->
1.8.1 Data Archiving in SAP Media

!--a11y-->
1.9 Roles

!--a11y-->
1.9.1 Single Roles for SAP Media
!--a11y-->
1.9.2 Single Roles in Media Sales and Distribution
!--a11y-->
1.9.3 Single Roles in Advertising Management
!--a11y-->
PUBLIC
Page 34 of 36
Campaign Management for the Media Industry

!--a11y-->
Campaign Management for the Media Sector
Purpose
This business scenario enables you to use the marketing functions in SAP CRM for media-specific campaign management. Media-specific campaign
management covers campaigns for advertising services and subscriptions.
TheCampaign Management for the Media Sector business scenario covers the entire process chain from market and customer analysis, marketing planning,
campaign execution and monitoring through to analysis of success.
Various communication channels are available to you for campaign execution. You can perform campaigns for advertising services and subscriptions by e-mail,
telephone, fax or letter and using Mobile Sales and the Internet. You can also use the campaign automation and optimization functions to simulate execution of a
campaign, improve the general campaign conditions, and have the system perform campaigns automatically.
Orders for a campaign can be entered in the Customer Interaction Center (CIC) in SAP Media, the Interaction Center WinClient (IC) in SAP CRM , the
Internet and by using Mobile Sales.
Target costs for a campaign can be transferred to the SAP R/3 Project System independently from campaign execution, to ensure that the actual costs can be
assigned to the corresponding WBS element. This means that you can check the campaign costs during campaign execution.
Information on campaigns, orders and costs is also transferred to SAP BW so that you can determine the response to campaigns after campaign execution and
in doing so check the success of the campaign.
A description of this business scenario is available in the SAP Library under mySAP Customer Relationship Management CRM Enterprise
Marketing.
Media-specific functions that are part of this business scenario are also described here.
The 1.10.1 Campaign Management for the Media Sector scenario requires comprehensive Customizing settings to be made, such as configuration of
middleware, business partner replication or definition of specialist functions in the Customer Interaction Center . A description of these Customizing settings is
available in the Solution Manager .
Integration
The following components are part of this scenario:
SAP CRM (as of Release 4.0 with SP01)
SAP BW (as of Release 3.10) with SEM Add-On (as of Release 3.2)
SAP Media (as of Release 4.71 with SP 01)
SAP R/3 Plug-In PI 2003.1 with SP01
SAP R/3 Enterprise 4.70 x 1.10
Mobile Client 4.0 with Middleware integration
Features
Marketing and campaign planning takes place in the SAP CRM Marketing Planner . The description, target groups, dates and key figures are defined here.
If the campaign is business partner-independent, select the target groups in SAP CRM using SAP BW. You should then assign the target groups selected to
the campaign in the Marketing Planner . This step is not required if the campaign is business partner-dependent.
All objects in the Marketing Planner (marketing plans, campaigns, campaign elements) are exported to the SAP R/3 Project System. They are created as
WBS elements here. Costs and revenues can be posted to WBS elements.
During order entry, the agent can identify which campaigns were assigned to the customer. Order entry can be accelerated by assigning template documents to
the campaign in the campaign master data. The system transfers data in the template documents and the campaign ID to the order items created.
The campaign ID is transferred to follow-up documents for the order item during billing and settlement.
A marketing element is available as a characteristic in SAP R/3 profitability analysis for SAP R/3 Cost Accounting . Actual costs for the WBS element can be
assigned to the corresponding profitability segment directly. Revenues are assigned to the profitability segment during billing.

!--a11y-->
Release Notes SAP Media 4.72
PUBLIC
Page 35 of 36

PDF Content
Download
PDF Content
Download
PUBLIC
Page 36 of 36

Saphelp Media472 en 45 E98C371E558216E10000009B38F889 Frameset

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Saphelp Media472 en 45 E98C371E558216E10000009B38F889 Frameset

Загружено:

Авторское право:

Доступные форматы

SAP Media

PDF download from SAP Help Portal:

Вам также может понравиться