BW: RSDS193. Campo LANGU ( Pos. 9 ) modif.de forma incomp.p.base datos

Error: RSDS193. Campo LANGU ( Pos. 9 ) modif.de forma incomp.p.base datos al activar la fuente de datos en un BW.

Solución: Borrar la fuente de datos en BW y en el ERP. Volver a activarla en el ERP y en el BW hacer replicar metadatos. NO uses el Bussines Content. Luego cuando creemos la transformación, asignaremos el SYST-LANGU con FÓRMULA. 

A mi así me ha funcionado, sobreentiendo que es porque no hay más de un idioma en los datos de esta fuente.

Los post sobre consumo y creación de Web Services que me hubiese gustado hacer.

He encotrado un par de posts muy interesantes y prácticos sobre Web Services.

Para la creación de un Web Services desde un grupo de funciones: "Create a Web Service in 10 Minutes".
Y para el consumo: "Consuming a Web Service in ABAP".

Todo esto siempre se puede complicar por temas de seguridad, sistemas, firewalls... pero para programadores están muy bien.

Error en IDOC entrada. VP199.

 Nº mensaje: VP199
No existe para el solicitante 5556688887 ningún maestro de clientes.

Solución: Buscamos en el IDOC (BD87) los interlocutores que tenga forma 335556688887. Vamos a la XD02 (o XD01 para alta) y en el cliente que toque ponemos en pestaña Datos de control: 

Núm.ubic.int.1: 3355566

Núm.ubic.int.2: 8888

Díg.ctrl.: 7

Volvemos a procesar desde la BD87.

BW: Error R7087.

Error para BW: R7087 (R7 87, R7 087), Para el sistema fuente (sist.lógico) XX555 no existe un ID de sistema fuente,  el mensaje para repararlo es claro:

Asigne un ID de sistema fuente al sistema lógico XX555 . Para ello, seleccione en el menú principal de Workbench Data Warehousing Herramientas -> Asignación de sistema fuente a ID de sistema fuente .

Solución: Pero estaba torpe e iba a otros menús que no eran hasta que me ha ayudado Jordi de sistemas. Hay que hacer transsación RSA1 (Workbench Data Warehousing), y allí arriba Herramientas -> Asignación de sistema fuente a ID de sistema fuente

BW: Caracteres raros al cargar una característica o cubo.

Error BRAIN 60: PVIÑ7 F0101 (hex.50005600490....) de característica 0WBS_ELEMT contiene caracteres n

Solución de Laura: Ir al SPRO y según en inglés o castellano:

 

Y ponemos el valor ALL_CAPITAL

User para bloquear campo del detalle en el pedido.

Me piden bloquear la introducción del material en el pedido: que la columna no esté habilitada para la entrada de datos (VA01, VA02, VA03). Por lo que veo el campo en el dynpro es el RV45A-MABNR. Si uso userexit_field_modification de la MV45AFZZ conforme a los ejemplos de este estilo

 CASE SCREEN-NAME.
   WHEN 'RV45A-MABNR'.
     SCREEN-ACTIVE = 0.
ENDCASE.

Sólo me bloquea el material para el registro una vez he metido los datos, pero no es lo que necesitamos. Al final con la ayuda de Laura, Jesús y gentes con parecidos problemas he puesto este código:

FORM userexit_field_modification.

    DATA: WA_COLS LIKE LINE OF TCTRL_U_ERF_AUFTRAG-COLS.
    LOOP AT TCTRL_U_ERF_AUFTRAG-cols INTO wa_cols.
      CHECK  WA_COLS-SCREEN-NAME = 'RV45A-MABNR'.

      WA_COLS-SCREEN-input = 0.

      MODIFY TCTRL_U_ERF_AUFTRAG-COLS FROM WA_COLS.

    ENDLOOP.

ENDFORM.  

Y funciona sin necesidad de Enhacements en otros sitios.

Epílogo: para saber que este campo y este Field Table hay que ir haciendo F1 y datos técnicos. Y si es vuestra primera user-exit del pedido.

BW: La variante de ejercicio R2 no está prevista FGV 1

Cargando datos por primera vez un un cubo de Business Warehouse (0PS_04) de 0CO_OM_NWA1, me ha dado el siguiente error:

La variante de ejercicio R2 no está prevista (FGV 001).

Después de buscar, la solución es ir al modelado de datos (RSA1). Sistemas fuentes, ponernos encima del sistema fuente que nos da el problema. Botón derecho, Adoptar parametrizaciones globales.

Seleccionamos las que nos interesen, en nuestro caso Variantes de ejercicio y Actualizar Tabla.