¡Caminando hacia el éxito!

Aprende en Comunidad

Avalados por :

Cómo liquidar costos a COPA con el empleado de ventas como receptor: Solución a mensaje de error en regla de mover

  • Creado 01/03/2024
  • Modificado 01/03/2024
  • 6 Vistas
0
Cargando...

Hola,

Estoy teniendo la siguiente situación: Necesito liquidar costos a COPA y necesito tener al empleado de ventas como receptor, pero no hay un campo de selección disponible en KEU1/2 (hay una etiqueta de campo de empleado de ventas, pero no hay un código de coincidencia disponible, está en gris). Así que intenté esto: creé una característica personalizada WWANG, la incluí en el área de copa y creé una regla de "MOVER" en KEDR, desde la característica estándar VRTNR a la nueva, WWANG.

Ahora, cuando intento realizar la facturación, recibo el mensaje de error: " El valor de la característica 00100000 no existe para la característica WWANG ()".

Si creo el valor mencionado para la característica en KES1, funciona bien.

Mi pregunta es: ¿es este comportamiento estándar en caso de una regla de "mover"? No esperaría que fuera necesario recrear al empleado de ventas en KES1. ¿O tal vez hice algo mal?

Agradecería cualquier comentario. ¿Hay alguna otra solución para poder liquidar costos a COPA en la característica receptora de empleado de ventas?


¡Saludos cordiales!

Lavinia Zara

Pedro Pascal
Se unió el 07/03/2018
Pinterest
Telegram
Linkedin
Whatsapp

4 Respuestas

0
Cargando...

Hola Mukthar,

Gracias por responder. He mantenido los valores correctos en KES1 y está funcionando bien al mantener los valores. Mi pregunta se refería a si había alguna posibilidad de hacerlo sin mantener al empleado de ventas en COPA.

Lavinia

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
0
Cargando...

Hola Zara,

Si creas una característica personalizada con mantenimiento de valores propios, entonces debes mantener los valores en KES1. Creo que la has creado con mantenimiento de valores propios. Debido a esto, el sistema está pidiendo que se mantenga en KES1.

Saludos,

Mukthar

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
0
Cargando...

¡Hola Robin!

Gracias por tu respuesta. He leído la nota 74399 y tengo una pregunta, que de hecho también se refiere a tu respuesta: ¿por 'Estructura de Derivación' entiendes una regla de derivación en KEDR?

Estoy tratando de evitar mantener empleados de ventas en COPA porque nuestro cliente tiene un flujo dinámico de empleados de ventas y sería un desafío mantener duplicados los empleados de ventas.

El único problema con la solución que estaba probando, muy similar a lo que sugeriste, era en realidad mantener duplicados los empleados de ventas. ¿Crees que es posible lograrlo?

Lavinia

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
0
Cargando...

Hola Lavinia ,

Las características para la evaluación deben tener una tabla de verificación.
Como campos como VRTNR tienen un dominio PERNR sin una tabla de verificación, no se pueden utilizar al definir un ciclo. La nota 74399 describe este problema y ofrece una solución alternativa al definir una característica adicional para el empleado de ventas que tiene una tabla de verificación.

Esta es la sugerencia del desarrollo para resolver este problema. Por favor, prueba los siguientes pasos primero en tu sistema de desarrollo/pruebas:

1. Crea una característica definida por el usuario WWxxx en tu área de operación.
2. Mantén los valores para esta característica (datos maestros de CO-PA - valores de características - cambio - tr. KEP6).
3. Deriva el valor para esta característica usando 'Estructura de Derivación' (probablemente sea necesaria una relación uno a uno - puede ser bastante costoso en tiempo de mantenimiento) o (mejor) User-Exit (simplemente llena la característica WWxxx si NO es inicial - para asegurarte de que no sea redeterminada, por ejemplo, durante la evaluación).

Este paso es necesario para garantizar la consistencia de los datos, por ejemplo, el nuevo campo debe llenarse durante la facturación para que puedas usarlo en informes (para evitar que a veces la información se refiera a la característica antigua de empleado de ventas y a veces a la nueva característica WWxxx).
Esto no significa que tengas que derivar esta característica durante la evaluación del centro de costos.

Ahora puedes usar la característica WWxxx durante la evaluación. Si necesitas cambiar segmentos de rentabilidad existentes para incluir la nueva característica, puedes utilizar la función de realineación.

Gracias,


Robin

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019

contacto@primeinstitute.com

(+51) 1641 9379
(+57) 1489 6964

© 2024 Copyright. Todos los derechos reservados.

Desarrollado por Prime Institute

¡Hola! Soy Diana, asesora académica de Prime Institute, indícame en que curso estas interesado, saludos!
Hola ¿Puedo ayudarte?