Si esta es tu primer visita, asegúrate de leer la página de ayuda FAQ. Puedes registrarte ingresando a Registro
antes de poder postear: Regístrese en el link previo. Para comenzar a ver los mensajes,
seleccione el foro que quiere visualizar en listado a continuación.
Encontré una solución al problema basándome en lo que viene explicado a continuación, ya que no hay una forma estándar de arreglar este problema, ya lleva varios días el mensaje por aquí, por si acaso a alguien le ocurre algo similar.
I got a solution to my problem. There is no standard way of doing it. I have controlled the texts through program itself.
My problem was, when sold to party is changed and press ENTER, then the texts maintained used to wipe out. So, what i did was, after pressing ENTER and before SAVE, i read the texts from the database using the standard function module.
The standard function modules that i have used are:
1) SD_GET_TEXTNAME
2) DELETE_TEXT_FROM_CATALOG - After the deletion of texts, the system would maintain them catalog saying these texts were deleted, hence we cannot read the texts using READ_TEXT. So, to delete them from catalog, i have used this FM.
3) READ_TEXT
4) SAVE_TEXT
From the table STXH, you can get the text ids for which the texts were maintained before wipe out.
After the header texts are deleted, the user exit USEREXIT_MOVE_FIELD_TO_TVCOM_H would be called.
After the item texts are deleted, the user exit USEREXIT_MOVE_FIELD_TO_TVCOM_I would be called.
I have written my code in the above said user exits.
Thanks.
Regards.
Hola a todos!
Tengo un problema cuando llega un fichero de ORDERS, se intenta buscar el material y cuando no se encuentra, en algunos casos, se pone en el pedido un material dummy (8888888888);
El problema viene cuando el usuario cambia el material por un material real.
Resulta que la línea se resetea como si la borrases y creases una línea nueva esto hace que los textos que venían en el IDoc y que son necesarios para EDI se pierdan...
Dejar un comentario: