Your SlideShare is downloading. ×
  • Like
Sei tablas solman
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Now you can save presentations on your phone or tablet

Available for both IPhone and Android

Text the download link to your phone

Standard text messaging rates apply

Sei tablas solman

  • 549 views
Published

 

Published in Technology
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
549
On SlideShare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
6
Comments
0
Likes
0

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 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ónpersonalADR6 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ónADRV 1 Referencia utilización p.direcciones (Bus.AddressServices)ADRVP 1 Referencia utilización p.personas (Business AddressServ.)CDHDR 531 Cabecera del documento de modificaciónCDKEYTAB 205 Estructura de la tabla transf.clase de archivo CHANGEDOCUCDPOS 757 Posiciones en el documento de modificaciónCRMD_ACTIVITY_H 204 ActividadCRMD_BRELVONAE 204 Atributos adicionales enlace objeto VONACRMD_LINK 1.196 Operación, set, enlaceCRMD_ORDERADM_H 204 Operación comercialCRMD_ORDER_INDEX 706 Tabla índice p.documento pedido únicoCRMD_ORGMAN 190 Set de unidad organizativaCRMD_PARTNER 720 InterlocutorCRMD_PRICING 190 Set parámetros determinación precio operaciónempresarialCRMD_SALES 204 Set de ventas de operación comercialCRMD_SRV_OSSET 204 Circunstancia - Objeto ref.CRMD_SRV_REFOBJ 190 Objeto de referenciaCRMD_SRV_SUBJECT 21 EstadoCRM_JCDS 3.935 Documentos modificación p.status sistema/usuario(tab.JEST)CRM_JEST 2.166 Status individual por objetoCRM_JSTO 204 Informaciones sobre el objeto de statusOBL_S_ARCH 79 SOBL: Archivo de registros de enlacesSCAPPTSEG 408 Archivo p.citas individualesSRL_ARLNK 2.287 SREL: Estructura de archivo para enlacesTHEAD 932 SAPscript: Cabecera de textoTLINE 20.009 SAPscript: Líneas de textoADCP 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 logCDHDR 530 Cabecera del documento de modificaciónCDPOS 751 Posiciones en el documento de modificaciónCDPOS_STR 0 Documento modificación adicional: Tabla para STRINGSCDPOS_UID 0 Tabla adicional para admisión de caracteres TABKEYs>70CRMD_ACTIVITY_H 204 ActividadCRMD_LINK 1.196 Operación, set, enlaceCRMD_ORDERADM_H 204 Operación comercialCRMD_ORDER_INDEX 706 Tabla índice p.documento pedido únicoCRMD_ORGMAN 190 Set de unidad organizativaCRMD_PARTNER 720 InterlocutorCRMD_PRICING 190 Set parámetros determinación precio operaciónempresarialCRMD_SALES 204 Set de ventas de operación comercial
  • 2. CRMD_SRV_OSSET 204 Circunstancia - Objeto ref.CRMD_SRV_REFOBJ 190 Objeto de referenciaCRMD_SRV_SUBJECT 21 EstadoCRM_JCDS 3.935 Documentos modificación p.status sistema/usuario(tab.JEST)CRM_JEST 1.962 Status individual por objetoCRM_JSTO 204 Informaciones sobre el objeto de statusSCAPPTSEG 408 Archivo p.citas individualesSKWG_BREL 79 Tabla para servicio de enlace del serv.enlace objetos WCMSRL_ARLNK 2.083 SREL: Estructura de archivo para enlacesSTXB 0 SAPscript: Textos que no tienen formato SAPscriptSTXH 932 STXD SAPscript Cabecera fichero textoSTXL 20.009 STXD SAPscript Líneas del fichero de textoDNOD_UPDATE: (información extraída de la nota 635924)esta tabla gestiona cuando el reportRNOTIFUPDATE01 fue ejecutado por última vez. Además, contiene los mensajes que nopudieron ser actualizados durante la última ejecución del report y deben por tantoconsiderarse en la siguiente ejecución. La primera entrada de la tabla es como sigue:CLIENT GUIDH MNUMM000 00000000000000000000000000000000 000000000000000000000000SAP_TSTMP INSTN20.030.626.094.940El campo SAP_TSTMP contiene el time stamp de la última ejecución del report. Si el campoMNUMM no está vacio se debe corregir la entrada. Las otras entradas de la tabla contienen losmensajes almacenados. El campo MNUMM contiene el número del mensaje en el FrontendR/3 SAPNet. Se puede utilizar el contenido del campo GUIDH para determinar el número delmensaje en el centro de soporte de la manera siguiente: en la tabla DNOD_NOTIF buscamos laentrada que contiene el valor del campo GUIDH y el valor del campo NUMB corresponde alnúmero del mensaje. Si no se quiere que un mensaje vuelva a ser procesado por el reportpodemos borrar la entrada correspondiente en la tabla DNOD_UPDATE.DNOD_NOTIF: Cabecera de avisoDNOD_NOTIF_H: Aviso: JerarquíaDNOD_NOTIF_N: NotaDNOD_NOTIF_P: InterlocutorDNOD_NOTIF_S: Aviso: Datos soporte SAPDNOD_NOTIF_T: Segmento texto explicativoDNOD_NOTIF_TA: Aviso: datos planificación tareasHay status tanto en la tabla CRM_JEST como en la JESTPara 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 latabla 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 accedermediante la identificación única GUID de la tabla CRMD_ORDERADM_H y las descripciones secorresponden con la tabla TJ30T incluyendo el esquema de status con el que estamostrabajando (que en nuestro caso es el SLFC0001 ya que es el que está asignado a la clase deoperació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 nodepende 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 externoCRMD_ORDERADM_HCRMD_SALESEn la tabla DNOD_NOTIF tenemos el campo TYPE_NOTIF (clase de aviso) y todos los mensajestienen grabado SLF1 pero esto es diferente de la clase de operación, en la tablaCRMD_ORDERADM_H en cambio tenemos la operación de CRM y en esta el campoPROCESS_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 SAPestán guardados en la tabla DSWP_CSNCOMP (si el campo SELECTABLE que es de tipo CHAR1está en blanco el componente no es seleccionable, es decir aparece en la ayuda de búsquedadel campo pero no se puede seleccionar) y los textos correspondientes en la tablaDSWPCSNCOMPTXT para el SAT los componentes que se quieran gestionar se tratandirectamente en estas tablas, en cambio para el OSS se utiliza la sincronización con SAPLos datos de los interlocutores comerciales (BPs) están en las tablas BUTxxx, pero por ejemplolos datos de clasificación de clientes se encuentran en la tabla CRMM_BUT_FRG0041. Lasrelaciones entre BPs se guardan en la tabla BUT050 (esto corresponde tanto a la pantalla derelaciones que podemos ver desde el maestro de BPs como a lo que definamos en laestructura 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 conel que podemos acceder directamente a las tablas de dirección, por ejemplo la ADR6 que es laque tiene los correos electrónicos. Creo que nos vale, supongo que debe estar restrringida alos BPs que son personas, es decir no debe valor para BPs que se han creado comoorganización.La otra forma creo que vale para todos: empezamos desde la tabla BUT020 en donde podemosobtener el código de dirección para el BP, es el campo ADDRNUMBER y con este tambiénpodemos ir a las tablas de dirección como la ADR6.Datos de los mensajes en las tablas de CRMLa tabla CRMD_ORDERADM_H corresponde a la tabla de cabecera del aviso allí encontramos elcampo GUID que nos proporciona el identificador del mensaje. Para encontrar el resto de losdatos debemos ir a la tabla CRMD_LINK (Operación, set, enlace) donde encontramos lasdiferentes 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 nuestromensaje. 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ónde lo que es cada tipo de objeto podemos acceder a la tabla CRMC_OBJECTS pero aquítenemos algunos valores:Tipo de objeto Objeto Descripción05 ORDERADM_H Gestión, cabecera
  • 4. 07 PARTNER Cantidad de interlocutores09 PRICING Datos determinación de precio11 SALES Datos de ventas21 ORGMAN Datos organizativos29 SERVICE_OS Servicio30 APPOINTMENT FechasAsí si lo que queremos es recuperar un interlocutor del mensaje necesitamos quedarnos con elvalor del campo GUID_SET de la entrada que tiene OBJTYPE_SET = 07. Con este dato podemosacceder a la tabla de interlocutores de mensajes CRMD_PARTNER mediante CRMD_PARTNER-GUID = CRMD_LINK-GUID_SET. En esta tabla tendremos diferentes entradas identificadasmediante el campo función de interlocutor PARTNER_FCT y que nos proporcionan elidentificador del interlocutor mediante el campo número de interlocutor PARTNER_NO. Coneste valor finalmente podemos ir a buscar los datos maestros del interlocutor, por ejemplo a latabla BUT000, mediante BUT000-PARTNER_GUID = CRMD_PARTNER-PARTNER_NO.Los horarios de llamada de los interlocutores comerciales están guardados en la tabla SCRULESComponentes de la IB52Los componentes los tenemos en la tabla IBIN, el campo que corresponde al número decomponente que podemos ver desde la transacción es el que está guardado en el campoINSTANCE.La descripción del componente la tenemos en la tabla IBINTX a la que llegamos desde laanterior mediante el campo IN_GUIDPara la descripción del tipo de objeto debemos ir a la tabla T371D con el campo OBJECTTYPELa identificación del componente la tenemos en la tabla IBSP a la que llegamos desde laprimera mediante el campo INSTANCE (el campo SP_INSTANCE que tiene esta tabla identificaotra cosa)La estructura jerárquica que podemos ver en la transacción está guardada en la tabla IBST a laque podemos acceder mediante el campo INSTANCE, allí tenemos el campo PARENT queidentifica el componente inmediatamente superior y el campo ROOT que identifica elcomponente más elevado o raíz (ambos campos tienen una identificación de componente deltipo INSTANCE).En la tabla IBIB tenemos las instalaciones (aunque en nuestro solution manager sólo se utilizala instalación número 1 y esta tabla no aporta información, pero internamente los programasutilizan la identificación externa guardada en el campo IDEXT.