Avalados por :
Hola a todos,
Estaba intentando subir la composición de especificaciones a través de OCC en formato de carga de OCC. Subí REAL_SUB y LIST_SUB a través de OCC, solo quiero crear la composición SAP_EHS_1012_003. Pero estoy obteniendo los siguientes errores en sm37.
Por favor, ayúdenme con esto.
Cuando intento crear la composición funciona bien, pero al subir a OCC me da el error mencionado. LIST_SUB ya está disponible en el sistema.
Ayúdenme por favor.
Gracias
Satya
list.png
Estimado Jayakumar
Gracias por la explicación. Ahora la historia es más transparente
C.B.
Hola Christoph,
COMPREL es un campo obligatorio y si la cantidad de referencia no está definida, la carga fallará; en el ejemplo anterior, el sistema elige el COMPREL en función de la unidad de referencia que definimos para el componente, como pc o %.
Para cargar la lista de sustancias, el Tipo de Carácter es "L", pero el Campo no es COMPAVG, en su lugar es algo como REFSUBTR, por lo que sería un formato diferente y el sistema no creará automáticamente una lista para un tipo de composición como VA tipo B o C. si por error se ingresa un dato incorrecto, si no se declara la Unidad o el valor, la carga fallará.
Gracias y Saludos
Jayakumar
Estimado Jayakumar
ahora estamos alineados al 100%. Pero volviendo a los detalles: ¿qué sucederá en el sistema si no defines el valor "COMPREL"?
COMPREL (y la concentración) juntos son "datos clave" para diferenciar la propiedad de tipo "B" o "C". ¿Conoces el enfoque OCC aquí? ¿Qué sucederá sin COMPREL (como en este ejemplo)? Yo asumiría: estará "vacío" (pero esto no sería bueno). ¿Sabes si OCC verifica (en la carga) el "tipo" de propiedad? ¿Qué significa? Si preparas datos como para el tipo "C" pero la propiedad es de tipo "B" (has preparado el contenido incorrecto) => ¿qué sucederá? ¿Mensaje de error?
C.B.
Hola Christoph,
Solo para información - A:ORD significa datos de administración de instancia que es ESTVA, L:ORD significa Composición que es ESTVP. Ambos están relacionados entre sí como se muestra a continuación
Estoy de acuerdo cuando estás cargando datos de composición en diferentes instancias como una con Público con REG_WORLD y otra con Público con REG_WORLD. Pero cuando cargas en la misma instancia se vuelve opcional, el sistema cargará en la misma instancia todos los componentes. Aunque tu enfoque sugerido es bueno para evitar problemas.
Ahora, en cuanto a las Usages declaradas dos veces, es un error tipográfico. Aún así, el sistema no generará dos instancias de las composiciones porque hemos declarado L:ORD al principio y tiene precedencia en la definición de la estructura. Sin embargo, al escribir el Uso en el registro, el sistema podría encontrar que los datos ya están disponibles y dará un error de "Registro ya disponible" y no escribirá ningún dato y los datos de uso quedarán en blanco.
Gracias y saludos,
Jayakumar
af8xf.jpeg
contacto@primeinstitute.com
(+51) 1641 9379
(+57) 1489 6964
© 2024 Copyright. Todos los derechos reservados.
Desarrollado por Prime Institute
