Documentos de Académico
Documentos de Profesional
Documentos de Cultura
El Pricat es un mensaje tipo EDI a traves del cual se puede transmitir la informacion relacionada con el catalogo de precios, de
productos y servicios ofrecidos por un proveedor a un comprador.
Su Objetivo es generar un mensaje electronico a traves del cual se puede transmitir la informacion relacionada de las
creaciones, modificaciones y retiros de los productos ofrecidos.
RESUMEN EJECUTIVO
La guía de implementación del mensaje PRICAT busca documentar de manera clara, concisa y sin
ambigüedades todas aquellas definiciones de negocio y proceso que se deben tener en cuenta para la
correcta utlizacion de esta herramienta.
ROLES
Rol Actor Originador del Mensaje Distribuidor,
Comerciante Receptor del Mensaje Fabricante,
Distribuidor Catalogo Electrónico Unimarc
Definición de Operaciones
Una operación se puede describir como la acción o notificación que se va a realizar sobre el GTIN. Este dato es
mandatorio para cada uno de los Productos o GTIN que se especifiquen dentro del mensaje PRICAT de respuesta.
Por medio del mensaje PRICAT de respuesta el originador del mensaje indicará a Unimarc que confirma la
recepcion y luego la aceptación o rechazo de la operación (Adición, Retiro o Modificación) del producto o GTIN en
su sistema de información. Está operación se realizara hacia el catalogo Unimarc donde quedara actualizada la
información disponible para el proveedor y a su vez este podrá ser entregado vía EDI al proveedor.
Encabezado
A continuación encontrara una breve definición de los campos que conforman el encabezado del mensaje PRICAT
de respuesta, así como la especificación de elemento que compone la línea del segmento, un ejemplo de
implementación del mismo en sintaxis EANCOM y las reglas que se han recopilado como mejores practicas para la
implementación de Unimarc.
Información de la Transmisión
Originador del Mensaje
Hace referencia a la localización del buzón de quien envía el mensaje (en la mayoría de las ocasiones
coincide con el GLN del comerciante)
Password
Se puede enviar el password que tiene habilitado la compañía en Unimarc para garantizar la autenticidad del
generador del mensaje.
1. Encabezado
Sintaxis del encabezado UNB Instancia: Carga y Aplicación +UNOA Codificación del documento UNOA
indica únicamente caracteres de la A-Z :2 Número único del mensaje de catalogación +localización del
buzón del cliente GLN de la empresa generadora del mensaje +localización del buzón del receptor GLN
de Unimarc +050817 Fecha de generación del documento :1750 Hora de generación del documento
+2137 Referencia del intercambio +PASSWORD Es la clave de la empresa en Unimarc
+PRICAT' Ejemplo:
UNB+UNOA:2+7701002000977+7701234900007+050817:1750+2137+PASSWORD+PRICAT'
Información del documento UNH Instancia: Carga y Aplicación +Número secuencia del mensaje Número
de secuencia del mensaje en un intercambio +PRICAT Catálogo de Precios :D Directorio de trabajo :96A
Versión 96A :UN Mensaje normalizado en naciones :EAN006 Número de control de la versión Ejemplo:
UNH+ME000001+PRICAT:D:96A:UN:EAN006' Numero del documento BGM Instancia: Carga y
Aplicación +51 Catálogo de confirmacion de articulos (PRICAT de respuesta) +Número del catálogo de
precios asignado por el emisor del documento. El campo debe ser alfanumérico de 10 posiciones
+Función del mensaje la función del mensaje aplica a todas las transacciones indicadas en el mismo. Se
utiliza únicamente el siguiente código: 4 Cambio (cuando el PRICAT es recibido por el cliente) o 27 No
aceptado (rechazo completo del PRICAT original) Ejemplo: BGM+51+214+4' Fecha del documento
DTM Instancia: Carga y Aplicación +137 Fecha del documento :20050817 Identifica la fecha del
documento :102 Calificador de fecha Ejemplo: DTM+137:20020615:102' Información en texto libre FTX
Instancia: Carga y Aplicación +GEN conjunto completo de la transacción electrónica +1Texto para la
información subsiguiente +999 código de texto libre según (se creará un listado estándar de rechazos) :9
Ejemplo: FTX+GEN++999::9+ CATALOGO YA EXISTE, ESTA DUPLICADO'
Identificación del PRICAT referido RFF Instancia: Carga y Aplicación +PL Numero de lista de precios
:NUMERO PRICAT REFERENCIA equivale el numero del PRICAT del cual se esta dando respuesta
Ejemplo: RFF+PL:NC001' Identificacion de las partes NAD Instancia: Carga y Aplicación +BY
Calificador para la cadena +Número de localización EAN 13 dígitos ::9 EAN Ejemplo:
NAD+BY+7701234000011::9' NAD Instancia: Carga y Aplicación +SU Calificador para el Proveedor
+Número de localización EAN 13 dígitos ::9 EAN Ejemplo: NAD+SU+7702006999328::9' NAD
Instancia: No aplica para ninguna instancia +GX Calificador para el Catálogo central Unimarc +Número
de localización EAN13 dígitos ::9 EAN Ejemplo: NAD+GX+7701234900007::9' Informacion por grupo
de productos PGI NAD+SN Instancia: Carga y Aplicación En la respuesta de la aplicación, la cadena
debe envir la respuesta sectorizada, indicando los puntos de venta en los que fue aplicado el grupo de
artículos. Para el caso del PRICAT de respuesta, el segmento NAD indica el (los) punto (s) de venta en
donde los productos quedaron aplicados en el cliente, puede repetirse el ciclo del segmento facilitando el
envío en una sola transmisión de varios puntos de venta. SN = Punto de venta al que aplica el
catalogo. Para el caso de varios puntos de venta se repetirá el segmento hasta 999 veces por cada
PGI, en caso de ser aplicado en toda la cadena, se enviara el GLN del cliente.
Ejemplo: PGI+3'
NAD+SN+7701002131077::9'
2. Detalle
LIN Instancia: Carga y Aplicación En la carga debe enviarse PRICAT de respuesta donde se especifique el
detalle para cada uno de los productos. +1 Consecutivo que identifica el artículo o producto dentro del
PRICAT +(1, 3, 5 o 55) Operación que indica si el producto fue 1=sincronizado (Aplicado en el sistema), 3=
Modificado (recibido y modificado por el cliente en su sistema), 5=Aceptado (Recibido y esperando ser
aprobado por el comprador) y 55=rechazado EN código que indica que el código es EAN, también puede
ser el UPC, se representa con UP Ejemplo: LIN+1+1+7701234000028:EN' Proporciona códigos
adicionales de identificación PIA Instancia: Aplicación Solo es valido para la operación de adición, mas
no para retiro y modificación. +1 identificación adicional + Código interno del producto para el cliente
(PLU o SKU) :IN numero de articulo del comprador Ejemplo: PIA+1+365766:IN' Proporciona códigos
adicionales de identificación categorías PIA Instancia: Aplicación Solo es valido para la operación de
adición, mas no para retiro y modificación. +1 identificación adicional + Código del grupo del producto
utilizado en el sistema interno del comprador +GB código del grupo del producto utilizado en el sistema
interno del comprador Ejemplo: PIA+1+ código del grupo del producto utilizado en el sistema interno
del comprador:GB' Información en texto libre FTX Instancia: Carga y Aplicación +PRD información del
producto +1Texto para la información subsiguiente +999 códigos de texto libre según estándar (ver
anexo) :9
Ejemplo: FTX+PRD+1+999::9+ PRODUCTO NO NEGOCIADO' UNT Instancia: Carga y
Aplicación +12 Numero total de segmentos del mensaje +1 Número de referencia del
mensaje, debe ser igual al número especificado en el UNH Ejemplo:
UNT+141+ME000001' UNZ Instancia: Carga y Aplicación +1 +2137 Numero de referencia
del intercambio, debe ser igual al numero especificado en el UNB Ejemplo:
UNZ+1+2137' Ejemplo PRICAT de respuesta (este es un ejemplo completo, tener
presente las operaciones y las instancias para las que aplica cada segmento)
UNB+UNOA:2+7701002000977+7701234900007+050817:1750+2137+PASSWORD+PRI
CAT' UNH+ME000001+PRICAT:D:96A:UN:EAN006' BGM+51+214+4'
DTM+137:20020615:102' FTX+GEN++999::9+CATALOGO YA EXISTE, ESTA
DUPLICADO' RFF+PL:NC001' NAD+BY+7701234000011::9'
NAD+SU+7702006999328::9' NAD+GX+7701234900007::9' PGI+3'
NAD+SN+7701002131077::9' LIN+1+1+7701234000028:EN' PIA+1+365766:IN' PIA+1+
507080:GB' FTX+PRD++999::9+PRODUCTO NO NEGOCIADO' UNT+
Codigo EAN
Tipo de Codigo
Clasificacion IAC
Clasificacion Intena del Fabricante
Numero Articulo Proveedor
Numero de localizacion del comprador (GLN)
Descripcion Larga
Descripcion Corta
Color
Talla
Marca
Registro Sanitario
Forma Farmaceutica
Estilo
Nombre Funcional
Tipo de Tela
Sabor
Fragancia
Nombre del Fabricante
Principio Activo
Descripcion del Evento comercial
Unidad de Consumo
Unidad de Despacho
Ancho
Peso Neto
Profundidad
Alto
Peso Bruto
Volumen
Tara
Temperaturas
Numero Maximo de Unidades apilables
Numero de tendidos
Numero de unidades por tendido
Cantidad contenida en el envase
Numero de piezas
Condiciones de manipulacion
Lead Time
Feha de registro sanitario
IVA (porcentaje)
Precio Neto (precio neto unitario)
Precio Bruto
Moneda
Fecha inicio de validez de precio
Fecha fin de validez de precio (cuando es una promocion)
Descuentos (monetario, porcentaje o en cantidad)
Fecha inicio del descuento
Fecha de fin del descuento
Tipo de Empaque
Si cambia un precio, se debe mandar el precio neto, precio bruto, mas los descuentos que tiene asignado en
ese momento ese producto si no tiene ninguno no se envia nada adicional. La vigencia siempre debe ir
asociada al precio.
Si cambia un descuento, se envian los precios qye tiene asignado ese producto mas los descuentos nuevos y
los viejos si los tiviese
Los precios promocionales deben especificarse con una vigencia, si la vigencia es indefinida se debe
especificar fecha inicial y como fial puede ser 12/12/9999
La forma de definir la vigencia de un precio es mediante el manejo de las fechas y/o del evento promocional
relacionado.
Algunos User-Exit asociados a PRICAT :
Grupo de Funciones :
XPRE (PRICAT Outbound Customer Functions)
Modulos de Funciones :
EXIT_SAPLVPRE_001 PRICAT Outbound Processing (MAMT AUSP MAW1 derivation)
EXIT_SAPLVPRE_002 PRICAT Outbound Processing (Control Record)
EXIT_SAPLVPRE_003 PRICAT Outbound Processing (IDoc Segments)
Campos PRICAT02 :
1 - Primero tenemos que crear un tipo de mensaje (vía we81) que estará asociado al IDOC.
2 - Con la transacción WE82 se asocia el mensaje creado recientemente al IDOC.
3 - Creación del OBJETO IDOC. En mi caso particular, vía transacción SW01 creamos un Object type
copiándolo del IDOCAPPL... (Supongo que esto cambia según la finalidad que tenga)
4 - Todos los IDOCs son manejados por funciones. Una vez creada la función se debe dar de alta con la BD51.
De esta manera agregamos la función a un alista de Funciones de entradas de datos. En este punto todavía
no esta asociada al Idoc que maneja. Solo la damos de alta.
5 - Para enganchar la Función que dimos de alta en el paso anterior, se debe crear un Código de proceso
(Transacción WE42). En esta pantalla recuerdo que se cargaban otros datos... Por favor chequeenlo.
6 - Por último, hay que crear una tarea (vía PFTC) encargada de correr la interface. En ella se define el evento
que la dispara y el que indica su finalización. El ROL que debe tener la persona que quiere ejecutar esa tarea,
etc...
7 - Ahh! Usen la WE57 para enlazar el objeto mensaje a la aplicación.
IDoc Transactions
The table bellow contains some of the IDOC transactions and their EDIFACT and X12 equivalent messages.
X12 EDIFACT IDOC
850 ORDERS ORDERS01, ORDERS02, ORDERS03, ORDERS04, ORDERS05
855 ORDRSP ORDERS01, ORDERS02, ORDERS03, ORDERS04, ORDERS05
810 INVOIC INVOIC01
832 PRICAT PRICAT01
856 DESADV DELVRY01, DELVRY02, DELVRY03
Add Customer-Specific Fields to Price Catalogs
Use
You can add customer-specific fields to the price catalog. You can enhance the following
tables according to customer specifications:
Procedure
A. Create Structure
...
1. On the SAP Easy Access Screen, choose SAP Menu Tools -> ABAP Workbench ->
Development -> Dictionary (SE11).
2. You create the structure in the dictionary. Ensure that the key fields (without field
MANDT) from the corresponding table are included at the beginning of the structures.
Thereby, the system assigns them to the table like an append. This assignment is checked in
Customizing before saving and stored in the field structure category (structure category 1 to
9).
...
1. Create a catalog type.
2. To do this, choose Sales and Distribution -> Electronic Data Interchange -> PRICAT ->
Define Catalog Type in the Implementation Guide (IMG):
4. To do this, choose Sales and Distribution -> Electronic Data Interchange -> PRICAT ->
Assign Structures to Catalog Types in the Implementation Guide (IMG):
...
2. On the SAP Easy Access screen, choose Logistics Sales and Distribution Master
Data Arrangements Catalogs PRICAT Maintain Price Catalog.
4. In the selection window, you enter the catalog type and then continue as usual. For more
information, see Creating Price Catalogs.
Result
The fields you have added are displayed in the transaction VPRICAT. They now are
available in the BadI and are sent in the IDoc PRICECATALOGUE02 (Segment
E1BPPAREX).
If you use the new Engineering Change Management, the system checks the new fields for
changes. For more information, see the section "Engineering Change Management of
Creating Price Catalogs.
Master Data Exchange Using Price Catalogs
Use
This business process allows you to create logical message type PRICAT and export it from
an ERP system to an external system using ALE and IDocs, or to import it from an external
system. The ERP system supports both EANCOM standard message type PRICAT and
ANSI X12 transaction set 832.
● Send your data to a central database in PRICAT message format where it can be
accessed by authorized customers and suppliers
● Receive automatic notification of new or updated product and pricing information from
your suppliers or from a central database
Price catalog information includes the description, information about prices and pricing
conditions (including taxes), and logistics information for each product. It can contain
either general product information valid for all customers, or customer-specific
information, such as special conditions. You can also specify a timeframe for which the
price catalog is valid.
Integration
When an export is prepared, the ERP system creates IDocs (SAP intermediate document
format) for all materials to be included in the price catalog. These IDocs are sent to an
external converter, which converts them into EANCOM standard message category
PRICAT or into ANSI X12 transaction set 832.
Prerequisites
You can only use this function if you use SAP Retail.
Recipients of your price catalog must be able to either accept PRICAT format documents
directly or convert them to their own system-readable format.
Creating Price Catalogs
Use
This procedure allows you to trigger the creation of PRICAT messages (price catalog) manually. It
corresponds to the process Outbound Processing of PRICAT Messages.
Prerequisites
...
1. You have assigned materials to one or more assortment modules, and the assortment
modules to one or more assortments. You can also assign one or more message recipients
(for example, customers) to assortments. In doing so, you determine which materials are to
be included in the message and which recipients are to receive the message.
Use transaction W10T to call the special initial menu for the retailing system.
On the SAP Easy Access screen, choose Logistics -> Retailing -> Master Data ->
Assortment/Listing -> Assortment -> Module -> Assortment Assignment -> Maintain.
2. You have defined the requirements profile (the structure and contents of the message) in
Customizing for Sales and Distribution under Electronic Data Interchange -> Price
Catalog -> Requirements Profile.
(one of the three condition types can be flagged for use as the value-added tax).
○ To determine bills of material, you must also enter a site and a bill of material usage.
If several bills of material exist, the system always selects the first alternative.
3. You have specified which change management service you want to use. You have also
specified whether or not you want to permit planned changes. You can do this in
Customizing for Sales and Distribution under Electronic Data Interchange -> Price
Catalog -> Indicator for Supply of Data to Catalog.
4. You have defined the price catalog types that exist and have added customer-specific fields
to this catalog type.
You can extend the structure of catalogs as required using this catalog type, by assigning the
required number of dictionary structures to a price catalog table.
For more information, see Add Customer-Specific Fields to Price Catalog.
Ensure that the key fields (without field MANDT) from the corresponding table are
included at the beginning of the structures. In this way, they are assigned to the table like an
append. This assignment is checked in Customizing before saving and stored in the field
structure category (structure category 1 to 9).
Procedure
...
1. Call the transaction VPRICATby choosing Logistics Sales and Distribution Master
Data Arrangements Catalogs Price Catalog Price Catalog Maintenance.
2. To create a price catalog, choose Price Catalog Create and then enter your selection
data.
You specify the sales organization, distribution channel, and division for which the message
is to be generated. If you do not want to carry out price determination for each message
recipient individually, you can enter a reference customer for price determination.
You can specify a date for price determination. This date can lie either within or outside the
catalog validity period you defined above. You can also enter a calculation schema that
differs from the standard calculation schema used for billing. You can also deactivate the tax
and price determination completely.
4. Next to each customer in the list, there is a button in one of the following colors:
○ Green means that all price catalog data for this customer has been copied.
○ Yellow means that there are some items still to be copied for the customer.
○ Red means that one or more items in the price catalog have errors.
5. If warnings or error messages appear, go back from the error log to the catalog. Double-
click one of the materials for which problems occurred. This takes you directly to the
material master data, where you can display the errors. Correct any errors in the material
master, so that they do not occur in the next change management.
Enter the currency used in the catalog and the syntax IDs.
○ Change Management
Here you enter the parameters for automatic change management, as well as parameters for
reading planned changes. This includes determining the intervals in which this program is
run.
You can also determine whether price catalogs that were updated and generated correctly
are sent to customers automatically, or whether updated price catalogs need to be released
or postprocessed first. If the relevant indicator is not set, each time an updated price catalog
is generated, the workflow automatically sends a work item to the person responsible for
postprocessing.
You can set:
■ whether or not historical data is deleted
■ whether a valid-from date is used, and which one
■ under Catalog Change Management, the frequency (days) in which change
management runs and the catalog is then sent.
Under Planned Changes, you set the number of weeks from the valid-from date for which
planned changes are read. You also define the frequency (weeks) and the weekdays on
which planned changes are determined.
○ Internet
If you want to make your price catalog available to your customers through the Internet, you
can choose a strategy for Internet release:
■ No release (catalog not visible, for example, still in development)
■ Release only for known customers (that have a customer master record)
■ Release only for customers that you have assigned to the catalog
■ Release for all customers who are interested in the catalog
In the middle input area, you can find customer settings which you can use to edit the
partner number, for example.
1. a. Choose Send Price Catalog to transfer the data to your customers. Only the
open items (status "yellow") are copied.
2. b. If you want to transfer a complete version of the price catalog, choose Send
Complete Version.
Result
If the process is successful, the system creates one IDoc for each recipient.
You can display the contents of the IDocs by calling transaction WEDI and then choosing IDoc
Display IDoc.
Price Catalog Inbound Processing
Purpose
You can use this process for mass transfers of article master data from external data pools or
bilateral transfers from the vendor. For retail companies, the transfer and efficient processing of
this data is particularly important because of the high volume of data.
● You can use simple PRICAT inbound processing (PRICAT transaction, see PRICAT
Processing) to create or change article data manually or automatically from catalog data.
● With the catalog selection for editing (transaction W_SYNC, see Catalog Selection for
Editing), which comes before the enhanced price catalog inbound processing, you can
select precisely which catalogs are to be displayed in the enhanced price catalog processing.
Following the selection, you go directly to enhanced price catalog processing.
● XML processing in the XI system, if the SAP Services for GDSN are used (see SAP
NetWeaver Exchange Infrastructure)
● Proxy inbound and outbound for the GDSN retail messages
● Validation and Enrichment Processor with which customers can define their own rules
and enhance the receipt of messages - see Validation and Enrichment Processor
● Option to enrich provided fields with data that does not come from the data pool - see
Validation and Enrichment Processor.
● Clearly-arranged maintenance interface makes it easy to view and adjust data - see
Enhanced Inbound Processing of External Master Data .
● Mass processing option - see Enhanced Inbound Processing of External Master Data .
● Scheduled data transfer - see Preparing for Scheduled Master Data Transfer.
● Automatic transfer of data - see Preparing for Scheduled Master Data Transfer
The creation of single, generic, and structured articles in SAP systems is supported. You can create
basic data, purchasing info records and purchase and sales conditions. You can both create new
articles and modify existing ones.
● • the facility to control which catalog groups (and thus which employees) are assigned
to which catalogs for processing.
● the link to workflows - facility to restrict the selection to catalogs that are contained in
your workflows.
Authorization objects
● Confirmation: WGDS_CONF
● Subscription: WGDS_SUB
● VE Processor: WER_ACT.
Prerequisites
Process Flow
Customizing: Settings for the interface, the Implementation Guide (IMG) for Sales
and for XI ( SAP NetWeaver Exchange and Distribution under Sales and Distribution
Infrastructure). Electronic Data Interchange PRICAT
Inbound GDS_PRICAT_Inbound.
Optimized Master Data Exchange Using SAP
A1. Create and send the subscription Enterprise Services and Enhanced Inbound
Processing of External Master Data
Process Subscriptions
A2. Message inbound - Receipt of Process the Received Catalog Data
subscribed data from the data pool by
means of XI
A3. Notification - Display and process Process the Received Catalog Data
received catalog data
Optional: changes to the rules that check Validation and Enrichment Processor
and enhance the external data
The person responsible specifies whether a sender is allowed to import catalog data into
the system, and makes settings for the interface.
B1. You can import a price catalog to BAPI Using ALE Services (CA-BFA)
PRICECATALOGUE as an IDoc or
directly using the SAVEREPLICA method.
Vendors normally write changes into the
same catalog. When the history is active,
the system creates change rows with the
current date.
BAdI WRF_PRICAT_IN_CUST, Method
B2. The system checks data for errors and INBOUND_CHANGE
adds additional information.
the Implementation Guide (IMG) for Sales
and Distribution under Sales and Distribution
Electronic Data Interchange PRICAT
Inbound Enhancements Using Business
Add-Ins BadI: Adjust Data in IDoc
Inbound.
During manual further processing, the person responsible calls her data pool, then checks
and adjusts it so as to be able to subsequently create or change article data.
For further information (including a step-by-step guide and information on configuration), see the
SAP Service Marketplace under the Internet address service.sap.com/retail -> Expert Knowledge
Corner -> Data Synchronization -> Overview Data Synchronization Guides.
Generate Selection Report
Use
You can generate selection reports here. You can you this type of report to determine which fields
are available for the selection of price catalog items. To do so, assign the report to a profile in price
catalog processing.
Procedure
...
1. Use transaction W10T to call the special initial menu for the retailing system.
2. Choose Logistics -> Retailing -> Master Data -> Material Data -> Price Catalog ->
Inbound Processing -> Data Transfer -> Generate Selection Report.
3. Enter the program name and info text in the group box Report.
4. In the group box Control, you can choose the table from which you want to get fields for
the selection.
5. If you select Display Field Catalog, you can then choose from different fields. If you do
not make a selection, the system transfers all fields from the chosen table(s).
6. Choose with the quick info Execute or Program -> Execute or Program -> Execute in
background.
Interim Result
The report with the information about selection fields has been generated. You can not use it
when you create a profile (See also Enhanced Inbound Processing of External Master Data). You
need to do the following:
7. Choose Logistics -> Retailing -> Master Data -> Material Data -> Price Catalog
Inbound Processing -> Data Transfer -> Edit Price Catalog.
11. Choose the description of the generated report in the Program field.
12. Choose with the quick info Save or Table View -> Save.
Example
You want to add the field Hazard Group from the price catalog item to the standard selection
screen, and you want to use this field to select price catalog items from now on.
To do so, you start the transaction, choose the fields EAN, Date and Hazard Group from the item
table PRICAT_K003 and use the report Z_MY_SELECTION to generate. You then call up enhanced
price catalog processing (transaction W_PRICAT_MAINTAIN). Choose Environment -> Profiles on
the first selection screen and then New Entries. Now you can create a new profile and then assign
the report Z_MY_SELECTION to the profile. Return to the selection screen for price catalog
processing and enter the new profile in the first screen. The new fields are available on the next
screen.
Editing Price Catalogs
Use
You can use this procedure to process incoming PRICAT messages, add or change the data as
necessary, and post the data to your system.
Prerequisites
● You have assigned the ILN numbers in the PRICAT message to SAP vendors and
purchasing groups, and edited the history for the vendor catalogs.
To do this, on the SAP Easy Access menu for Retail, choose Master Data Article Data
Environment Article Maintenance from Price Catalog and then Utilities Settings Assign
ILN to SAP Vendor/Purch. Group (transaction PRICATCUS1).
Optionally, you can enter an SAP vendor number. If you do not make an entry, then the system
determines the vendor based on the ILN, in which case the ILN must be assigned to only one
vendor.
Enter a purchasing group.
Choose the settings you want for the catalog history.
● Optionally, you can assign the merchandise categories in the PRICAT message to the
corresponding SAP merchandise categories.
To do this, on the SAP Easy Access menu for Retail, choose Master Data Article Data
Environment Article Maintenance from Price Catalog and then Utilities Settings Assign
Material Groups to SAP Material Group (transaction PRICATCUS2).
To do this, on the SAP Easy Access menu for Retail, choose Master Data Article Data
Environment Article Maintenance from Price Catalog and then Utilities Settings Assign
Purch. Group to SAP Material Group (transaction PRICATCUS3).
Procedure
...
1. On the SAP Easy Access menu for Retail, choose Master Data Article Data
Environment Article Maintenance from Price Catalog (transaction PRICAT).
2. Enter the internal catalog number (if known), or else specify that the system is to
determine the catalog via the vendor number, catalog description and test indicator.
3. To edit catalog header data, choose Catalog Data. The header data contains information
about the sender and receiver, plus general message data.
In addition, there is a test indicator to specify that only test data is involved. You can only
display test data; this data cannot be edited.
4. To process items, choose Goto Article List. To restrict the number of catalog items to be
displayed, you can enter purchasing groups and product groups. If you plan to edit data
instead of just displaying it, you must enter a purchasing group.
The system displays all items which have yet to be edited for this catalog.
Items can have one of the following statuses:
○ To Be Processed:New items.
○ Maintained: An article master record has been created for these items.
○ Excluded: Manual maintenance is deactivated with this setting. Items with this status
do not appear in the worklist for the purchasing group.
You can change the status of the individual items manually, or assign items to other purchasing
groups.
If an article is not yet assigned to an item, the Assign Catalog Item to an Article screen appears.
You can change this assignment at any time afterwards. However, data that has already been
entered may be lost.
If an article has not yet been created, you must enter a reference article. The system copies
data from the reference article to fill the fields that are not provided with the PRICAT
message.
6. From the PRICAT message, select the fields to be transferred to the system. To do this,
choose Copy Value for each field required.
If a transfer profile for a specific combination of vendor and user already exists in the
system, you do not need to select the fields. The appropriate fields are selected
automatically.
7. Choose Copy Selected Values to activate the data transfer. Repeat this procedure for each
screen.
8. The system now tries to align the units of measure from the reference article with the units
of measure from the PRICAT message. However, if necessary, you must add or change
values manually. To do so, proceed as follows:
9. Like items, units of measure within the catalog also have a specific status. This status is
automatically saved when the article is posted. However, you can save it manually by
choosing Article Items Save Units of Measure Status.
Posting can be controlled with item status to ensure that only units of measure with the status
UoM is Open are posted to the system. You can suppress the posting for a particular unit of
measure by changing its status to Maintained.
To make more changes to a unit of measure, select it from the table and then choose Display <-
> Change.
10. You can enter texts for an article in different languages. Choose Copy Text to import the
texts. You can then change the texts as necessary, or delete certain texts which should not
be copied to the article master data.
11. Choose Copy Components to import BOM components from the price catalog. You can
assign the components to the corresponding articles in the dialog box that appears.
You can only change the BOM within integrated article maintenance.
Characteristics (for generic articles), prices, conditions, and taxes cannot be posted
automatically.
Result
The article master records are updated and/or new records are created.
Enhancement of the Catalog to Include Generic Fields
To add customer-specific fields, the existing tables PRICAT_k003 to PRICAT_k009 of the inbound
price catalog can be enhanced by any number of structures for each table line. These are assigned
uniquely to the PRICAT table that you want to enhance by means of an identical key.
The structures are created when then are transferred during the IDoc update.
The structure that is used in the IDoc has to consist of two further structures that are saved in
DDIC. The first part of the complete structure has to be one of the seven key structures provided
by SAP (wrf_pricat_key_k003_sty to wrf_pricat_key_k009_sty). The second part must be a DDIC
structure that does not include any fields from the PRICAT structures, for example, a customer-
specific structure that contains application data.
The system only saves the application data part in the generic part of database file wrf_Pricat_010.
The values that are imported to the specified structure during the IDoc transfer are available in
VALUEPART 1-4.
They are now in the database and have to be transferred to the display. If you want to make an
update, you can do this in the BAdI implementation.
The customer has to update the new fields by implementing the BadI
(WRF_BADIPRE_POST_MAT, Method PRICAT_PRE_POSTING_PROCESS).
To display the new fields, you must include them in enhanced price catalog processing
(W_PRICAT_MAINTAIN) with Environment -> Default -> Field Catalog. Then you can include them
in the layout in the ALV view.
GDS Workflow
Use
This workflow optimizes the work with inbound price catalogs: On automatic creation or
changing of price catalogs, the system informs the responsible employee about a work item
and immediately makes available the catalogs that are assigned to the employee for editing.
Prerequisites
You have to carry out all process steps to set up the workflow. For more information, see
Setting Up the GDS Workflow.
Features
On creating or changing of price catalogs, the workflow establishes which catalog group is
to process this catalog. It triggers an event (event CATALOG_INBOUND of class
CL_INBOUND_WORKFLOW). The parameters Catalog Group and Catalog Number are
given to this event.
The event then starts the workflow task GDS_IN (9900006). It applies the rule GDS_IN
(9900005) which controls distribution of the information on use of the assignment table
WRF_CAT_GROUP.
If you call up the relevant work item, the workflow starts the method
EXECUTE_TRANSACTION which then calls the transaction for editing the price
catalogs.
Setting Up the GDS Workflow
Use
The workflow informs the responsible employee on changing or creating of price catalogs and
makes the assigned catalogs available for editing. For more information, see GDS Workflow.
SAP delivers task GDS_IN 9900006, rule 9900005 and table WRF_CAT_GROUP.
On setting up the workflow, you create the required assignment between employee and vendor
using the position, organizational unit, and catalog group.
Prerequisites
Number ranges must be created client-dependent if workflows are developed in the relevant
systems
● the Customizing workflow (classify tasks as general) must have a green check mark
Procedure
In this function you must link the event (method CL_INBOUND_WORKFLOW) to the task.
...
1. Choose Tools -> Business Workflow -> Development -> Definition Tools -> Events ->
Event Linkages -> Type Linkages.
For each client, there should only be one task for the event CL_INBOUND_WORKFLOW
that sends a work item to the relevant user.
Event BUS1171 is also triggered when changes are made to catalogs. With this event, task
TS20000705 is normally started, and with it, the method DISPLAYCURRENT
...
1. Choose Tools -> Business Workflow -> Organizational Plan -> Organizational Plan ->
Organization and Staffing -> Create.
2. In the dialog box Create Root Organizational Object, enter the validity period and the root
organizational unit and confirm with . A root organizational unit is created with the
provisional title "New Organizational Unit".
3. In the detail area on the tab Basic Data, replace the preliminary entries for Object Short
Name and Object Name with the preferred names.
4. Choose Save .
5. In the upper right area of the screen, select the name of the organizational unit you have
just created.
8. In the detail area on the tab Basic Data, replace the preliminary entries for Object Short
Description and Object Description with the preferred names.
9. Choose Save .
10. In the upper right area of the screen, select the name of the position you have just created.
13. Select a user and answer the subsequent query with Yes.
For more information, see Creating Objects und Organizational Plan Mode.
Next you create a catalog group and assign this to an organizational unit. You do this in the editing
function for inbound price catalogs.
...
1. Choose Logistics -> Retailing -> Master Data -> Material Data -> Price Catalog
Inbound Processing -> Data Transfer -> Select and Edit Price Catalog.
4. Enter Catalog Group, organizational unit (Object ID) and plan variant (PV).
5. Choose with the quick info Save or Table View -> Save.
...
1. Choose Logistics -> Retailing -> Master Data -> Material Data -> Price Catalog
Inbound Processing -> Data Transfer -> Select and Edit Price Catalog.
If you make changes to the workflow settings while productive, it is advisable to update the
runtime environment so that these changes become effective.
...
1. Choose Tools -> Business Workflow -> Development -> Administration -> Workflow
Runtime -> Synchronize Runtime Buffer.
Result
The assignment Vendor - Catalog Group - Organizational Unit - Position - Employee (User) is
created.
Use
As in online mode, you can maintain articles with all additional data during data transfer and
distribution. The pure article data is sent in one IDoc and the additional data each sent in a separate
IDoc. The data is not all sent in a single IDoc for the following reasons:
IDocs and the corresponding distribution/transfer functions already exist for much of the
additional data.
It must be possible to distribute the additional data individually since, besides the integrated
maintenance in the article master, there is normally a stand-alone maintenance option for
the additional data.
This makes it necessary to specify the sequence in which the individual related IDocs have to be
posted. During updating, abends may otherwise occur due, for example, to a purchasing info record
being created for an article that does not yet exist in the database. For this reason, you can define
dependencies between objects in Customizing for Distribution (ALE). This ensures that, when
distributing the changes to a dependent object, the changes to the higher-level object are
processed at the same time, and that both IDocs are thus created in the correct sequence.
As with the creation of the IDocs at the sending end, they are posted at the receiving end only when
a corresponding control message has been received indicating that all related IDocs have reached
the target system.
Integration
The IDoc types relevant to the distribution of article master data are as follows:
ARTMAS02
INFREC01
SRCLST01
LIKOND01
Listing conditions
COND_A01
Sales prices and sales price conditions, and purchasing info record conditions
DOLMAS01
Document assignment
WTADDI01
Additionals
BOMMAT01
It is not yet possible to distribute empties BOMs by ALE. When you transfer empties BOMs
for the first time, please use a batch input program of your own for the time being.
Unlike maintenance in online mode, it is not possible to create or change listing conditions or sales
prices when transferring article data. Listing conditions and sales prices must be transferred in
separate IDocs.
Articles: IDoc Type ARTMAS02 for Pure Master
Data
Definition
IDoc type containing pure article master data and the following classification information that is
required to create an article correctly:
The creation of a generic article as a class, and also the assignment of this class to a merchandise
category or to a characteristics profile is performed in the background.
Structure
Header segment
The header segment contains the information displayed on the initial screen in online mode
such as the article type and merchandise category. It also contains information on number
assignment and the characteristics profile if one or more exist in the merchandise category
hierarchy and if one is to be used for characteristic value assignment. This segment can
occur only once in an IDoc. In the case of generic articles, it exists only for the generic
article, not for each variant.
Data segments
For each database table, there is a corresponding segment containing the table data that
can be maintained for the user.
If, in Customizing for the Article Master, you have extended the article master to include
table fields of your own, you can also include the customer-specific data in the IDoc. For
more information, see Articles: Customer-Specific Fields in ALE.
For details on the individual data segments and the fields contained therein, see the
documentation on function module BAPI_MATERIAL_MAINTAINDATA_RT. This business
application programming interface (BAPI) converts the data contained in the IDoc into
corresponding application data and updates it in the database.
For each area of validity for which article data can be maintained online, there is an area of
validity table containing all areas of validity for which article data is to be created. The area
of validity tables are as follows:
Use
Only listing conditions generated by profile modules will be exported. If there is no corresponding
profile module in the target system, then it will be created in the background.
Structure
Header segment
The header segment contains the articles for which listing conditions are to be maintained.
Data segments
The data segments contain the assortments assigned to those articles contained in the
header segment.