Este documento lista las tablas de datos utilizadas en el sistema CRM de SAP. Proporciona información sobre dónde se almacenan datos como mensajes, interlocutores, direcciones de correo electrónico, historial de pedidos y estados. También explica cómo navegar entre las tablas para recuperar la información relacionada.
1. ADARCH_KT2 1 Tabla de claves para clase archivo (tipo 2)
ADARCH_RT2 1 Tabla de referencia para clase archivo (tipo 2)
ADDR2_VAL 1 Estructura de devolución para persona con dirección
personal
ADR6 1 Direcciones correo electrónico (Gestión Central Direcciones)
ADRCOMC 1 Contador p.núm.actuales en dat.comunicación
(Bus.Addr.Serv.)
ADRU 2 Tabla para utilizaciones de comunicación
ADRV 1 Referencia utilización p.direcciones (Bus.AddressServices)
ADRVP 1 Referencia utilización p.personas (Business AddressServ.)
CDHDR 531 Cabecera del documento de modificación
CDKEYTAB 205 Estructura de la tabla transf.clase de archivo CHANGEDOCU
CDPOS 757 Posiciones en el documento de modificación
CRMD_ACTIVITY_H 204 Actividad
CRMD_BRELVONAE 204 Atributos adicionales enlace objeto VONA
CRMD_LINK 1.196 Operación, set, enlace
CRMD_ORDERADM_H 204 Operación comercial
CRMD_ORDER_INDEX 706 Tabla índice p.documento pedido único
CRMD_ORGMAN 190 Set de unidad organizativa
CRMD_PARTNER 720 Interlocutor
CRMD_PRICING 190 Set parámetros determinación precio operación
empresarial
CRMD_SALES 204 Set de ventas de operación comercial
CRMD_SRV_OSSET 204 Circunstancia - Objeto ref.
CRMD_SRV_REFOBJ 190 Objeto de referencia
CRMD_SRV_SUBJECT 21 Estado
CRM_JCDS 3.935 Documentos modificación p.status sistema/usuario
(tab.JEST)
CRM_JEST 2.166 Status individual por objeto
CRM_JSTO 204 Informaciones sobre el objeto de status
OBL_S_ARCH 79 SOBL: Archivo de registros de enlaces
SCAPPTSEG 408 Archivo p.citas individuales
SRL_ARLNK 2.287 SREL: Estructura de archivo para enlaces
THEAD 932 SAPscript: Cabecera de texto
TLINE 20.009 SAPscript: Líneas de texto
ADCP 0 Asignación persona/dirección (Business AddressServices)
ADRC 0 Direcciones (gestión central de direcciones)
ADRP 1 Personas (Business Address Services)
BALHDR 204 Log aplicación: Cabecera de log
CDHDR 530 Cabecera del documento de modificación
CDPOS 751 Posiciones en el documento de modificación
CDPOS_STR 0 Documento modificación adicional: Tabla para STRINGS
CDPOS_UID 0 Tabla adicional para admisión de caracteres TABKEYs>70
CRMD_ACTIVITY_H 204 Actividad
CRMD_LINK 1.196 Operación, set, enlace
CRMD_ORDERADM_H 204 Operación comercial
CRMD_ORDER_INDEX 706 Tabla índice p.documento pedido único
CRMD_ORGMAN 190 Set de unidad organizativa
CRMD_PARTNER 720 Interlocutor
CRMD_PRICING 190 Set parámetros determinación precio operación
empresarial
CRMD_SALES 204 Set de ventas de operación comercial
2. CRMD_SRV_OSSET 204 Circunstancia - Objeto ref.
CRMD_SRV_REFOBJ 190 Objeto de referencia
CRMD_SRV_SUBJECT 21 Estado
CRM_JCDS 3.935 Documentos modificación p.status sistema/usuario
(tab.JEST)
CRM_JEST 1.962 Status individual por objeto
CRM_JSTO 204 Informaciones sobre el objeto de status
SCAPPTSEG 408 Archivo p.citas individuales
SKWG_BREL 79 Tabla para servicio de enlace del serv.enlace objetos WCM
SRL_ARLNK 2.083 SREL: Estructura de archivo para enlaces
STXB 0 SAPscript: Textos que no tienen formato SAPscript
STXH 932 STXD SAPscript Cabecera fichero texto
STXL 20.009 STXD SAPscript Líneas del fichero de texto
DNOD_UPDATE: (información extraída de la nota 635924)esta tabla gestiona cuando el report
RNOTIFUPDATE01 fue ejecutado por última vez. Además, contiene los mensajes que no
pudieron ser actualizados durante la última ejecución del report y deben por tanto
considerarse en la siguiente ejecución. La primera entrada de la tabla es como sigue:
CLIENT GUIDH MNUMM
000 00000000000000000000000000000000 000000000000000000000000
SAP_TSTMP INSTN
20.030.626.094.940
El campo SAP_TSTMP contiene el time stamp de la última ejecución del report. Si el campo
MNUMM no está vacio se debe corregir la entrada. Las otras entradas de la tabla contienen los
mensajes almacenados. El campo MNUMM contiene el número del mensaje en el Frontend
R/3 SAPNet. Se puede utilizar el contenido del campo GUIDH para determinar el número del
mensaje en el centro de soporte de la manera siguiente: en la tabla DNOD_NOTIF buscamos la
entrada que contiene el valor del campo GUIDH y el valor del campo NUMB corresponde al
número del mensaje. Si no se quiere que un mensaje vuelva a ser procesado por el report
podemos borrar la entrada correspondiente en la tabla DNOD_UPDATE.
DNOD_NOTIF: Cabecera de aviso
DNOD_NOTIF_H: Aviso: Jerarquía
DNOD_NOTIF_N: Nota
DNOD_NOTIF_P: Interlocutor
DNOD_NOTIF_S: Aviso: Datos soporte SAP
DNOD_NOTIF_T: Segmento texto explicativo
DNOD_NOTIF_TA: Aviso: datos planificación tareas
Hay status tanto en la tabla CRM_JEST como en la JEST
Para ver la descripción y códigos de los status tabla TJ30T o TJ02T (para los de sistema)
Los status de la JEST se corresponden con las descripciones de la tabla TJ02T y se accede a la
tabla JEST mediante el número de objeto que se puede obtener de la tabla DNOD_NOTIF.
Para los status de la CRM_JEST que corresponden a los status de usuario hemos de acceder
mediante la identificación única GUID de la tabla CRMD_ORDERADM_H y las descripciones se
corresponden con la tabla TJ30T incluyendo el esquema de status con el que estamos
trabajando (que en nuestro caso es el SLFC0001 ya que es el que está asignado a la clase de
operación SLFN). Esto para los status que comienzan por E que son los de usuario, los que
3. comienzan por I son status de sistema y su descripción se encuentra en la tabla TJ02T y no
depende de esquema. La definición de los status de usuario se encuentra en la tabla TJ30.
CRMD_ORDER_INDEX podemos ir desde DNOD_NOTIF mediante el número de aviso externo
CRMD_ORDERADM_H
CRMD_SALES
En la tabla DNOD_NOTIF tenemos el campo TYPE_NOTIF (clase de aviso) y todos los mensajes
tienen grabado SLF1 pero esto es diferente de la clase de operación, en la tabla
CRMD_ORDERADM_H en cambio tenemos la operación de CRM y en esta el campo
PROCESS_TYPE (clase de operación) todos los mensajes tienen grabado SLFN.
Los componentes que se utilizan en la creación de mensajes para indicar el módulo de SAP
están guardados en la tabla DSWP_CSNCOMP (si el campo SELECTABLE que es de tipo CHAR1
está en blanco el componente no es seleccionable, es decir aparece en la ayuda de búsqueda
del campo pero no se puede seleccionar) y los textos correspondientes en la tabla
DSWPCSNCOMPTXT para el SAT los componentes que se quieran gestionar se tratan
directamente en estas tablas, en cambio para el OSS se utiliza la sincronización con SAP
Los datos de los interlocutores comerciales (BPs) están en las tablas BUTxxx, pero por ejemplo
los datos de clasificación de clientes se encuentran en la tabla CRMM_BUT_FRG0041. Las
relaciones entre BPs se guardan en la tabla BUT050 (esto corresponde tanto a la pantalla de
relaciones que podemos ver desde el maestro de BPs como a lo que definamos en la
estructura comercial PPOMA_CRM).
Para buscar el correo eléctrónico tenemos dos formas:
En la tabla general del BP la BUT000 tenemos el campo Número de persona PERSNUMBER con
el que podemos acceder directamente a las tablas de dirección, por ejemplo la ADR6 que es la
que tiene los correos electrónicos. Creo que nos vale, supongo que debe estar restrringida a
los BPs que son personas, es decir no debe valor para BPs que se han creado como
organización.
La otra forma creo que vale para todos: empezamos desde la tabla BUT020 en donde podemos
obtener el código de dirección para el BP, es el campo ADDRNUMBER y con este también
podemos ir a las tablas de dirección como la ADR6.
Datos de los mensajes en las tablas de CRM
La tabla CRMD_ORDERADM_H corresponde a la tabla de cabecera del aviso allí encontramos el
campo GUID que nos proporciona el identificador del mensaje. Para encontrar el resto de los
datos debemos ir a la tabla CRMD_LINK (Operación, set, enlace) donde encontramos las
diferentes relaciones que corresponden al mensaje, entramos según CRMD_LINK-GUID_HI =
CRMD_ORDERADM_H-GUID y obtenemos los diferentes tipos de relación que tiene nuestro
mensaje. Para cada entrada el campo OBJTYPE_SET nos dice el tipo de objeto que está
enlazado y el campo GUID_SET nos identifica el objeto enlazado. Para obtener una descripción
de lo que es cada tipo de objeto podemos acceder a la tabla CRMC_OBJECTS pero aquí
tenemos algunos valores:
Tipo de objeto Objeto Descripción
05 ORDERADM_H Gestión, cabecera
4. 07 PARTNER Cantidad de interlocutores
09 PRICING Datos determinación de precio
11 SALES Datos de ventas
21 ORGMAN Datos organizativos
29 SERVICE_OS Servicio
30 APPOINTMENT Fechas
Así si lo que queremos es recuperar un interlocutor del mensaje necesitamos quedarnos con el
valor del campo GUID_SET de la entrada que tiene OBJTYPE_SET = 07. Con este dato podemos
acceder a la tabla de interlocutores de mensajes CRMD_PARTNER mediante CRMD_PARTNER-
GUID = CRMD_LINK-GUID_SET. En esta tabla tendremos diferentes entradas identificadas
mediante el campo función de interlocutor PARTNER_FCT y que nos proporcionan el
identificador del interlocutor mediante el campo número de interlocutor PARTNER_NO. Con
este valor finalmente podemos ir a buscar los datos maestros del interlocutor, por ejemplo a la
tabla BUT000, mediante BUT000-PARTNER_GUID = CRMD_PARTNER-PARTNER_NO.
Los horarios de llamada de los interlocutores comerciales están guardados en la tabla SCRULES
Componentes de la IB52
Los componentes los tenemos en la tabla IBIN, el campo que corresponde al número de
componente que podemos ver desde la transacción es el que está guardado en el campo
INSTANCE.
La descripción del componente la tenemos en la tabla IBINTX a la que llegamos desde la
anterior mediante el campo IN_GUID
Para la descripción del tipo de objeto debemos ir a la tabla T371D con el campo OBJECTTYPE
La identificación del componente la tenemos en la tabla IBSP a la que llegamos desde la
primera mediante el campo INSTANCE (el campo SP_INSTANCE que tiene esta tabla identifica
otra cosa)
La estructura jerárquica que podemos ver en la transacción está guardada en la tabla IBST a la
que podemos acceder mediante el campo INSTANCE, allí tenemos el campo PARENT que
identifica el componente inmediatamente superior y el campo ROOT que identifica el
componente más elevado o raíz (ambos campos tienen una identificación de componente del
tipo INSTANCE).
En la tabla IBIB tenemos las instalaciones (aunque en nuestro solution manager sólo se utiliza
la instalación número 1 y esta tabla no aporta información, pero internamente los programas
utilizan la identificación externa guardada en el campo IDEXT.