Cómo configurar las comprobaciones y el procesamiento de datos en las asignaciones del valor liquidativo
Este artículo se aplica a todos los casos de importación, tanto si el mensaje original se recibió como un archivo XML, como un archivo EDIFACT, etc. Los objetivos de las verificaciones y los tratamientos son determinar si se han transferido todos los datos necesarios en el mensaje (y, en caso contrario, detener el tratamiento), si se pueden encontrar todos los datos necesarios en el sistema NAV local (cliente, proveedores, posiciones, etc.) y si todos los datos que se han transferido también son válidos (¿son correctos los precios que se han enviado para este artículo? ¿O están anticuados?). Para todas estas comprobaciones y procesamientos es necesario utilizar una asignación de tipo de valor liquidativo, ya que cualquier manipulación de datos sólo puede realizarse en una asignación de tipo de valor liquidativo.
La primera posibilidad es el comando «TESTFIELD». Cuando cree una nueva línea de mapeo, establezca el Tipo en «Command» y el Tipo de Comando en «TESTFIELD». El tipo de comparación que se utiliza a menudo es «Not Blank», que comprueba si un campo contiene un valor o no. Esto es útil para los números de posición externos o los números GTIN al procesar pedidos; el número que no tiene no se puede traducir al número de posición de NAV interno. Lo mismo se aplica a los números de cliente y de proveedor. Cuando se utiliza una conversión de valor para los tipos de contactos y una referencia cruzada para obtener los clientes y proveedores de la base de datos mediante un GLN, por ejemplo, se puede utilizar el campo de prueba para comprobar posteriormente si se ha completado el campo «Número interno» en el contacto EDI correspondiente (p. ej. el cliente) y visualizar un error si el campo está vacío.
Puede utilizar los otros tipos de comparación como EQUAL / NOT EQUAL y GREATER / LESS para realizar comprobaciones similares. Para mantenerse en el ejemplo de los precios: ¿es el precio del mensaje igual al que se ha fijado para este artículo y este deudor/acreedor en el período actual en su base de datos? Es posible utilizar un texto de error personalizado para cada TESTFIELD que se mostrará durante la conversión (de prueba) y en la cola de procesamiento.
Cuando reciba un mensaje de pedido y obtenga el número de artículo del fabricante en el mensaje, es posible que desee identificar el artículo en su base de datos. Si, por ejemplo, mantiene los números de artículo del fabricante en la tabla de artículos, puede utilizar una asignación de NAV para recuperar nuestro artículo y escribir su número en la línea de documento EDI. ¿Cómo se hace esto?
Al principio, escriba el número de artículo del fabricante. al campo «Número de artículo externo» en la tabla «Línea de documento EDI en su asignación de importación. En la siguiente asignación de NAV se configura un bucle sobre todas las líneas de documento EDI y, debajo del bucle, se inserta un bucle sobre la tabla «Item». En el enlace de datos se conectan las dos tablas por los campos que contienen los mismos números: «Número de posición externa» de la tabla «Línea de documento EDI» y la de la base de datos, donde se actualizan los números. Si el bucle de la tabla de posiciones encuentra la posición apropiada, puede escribir el número de posición. a la línea del documento EDI, al campo «Nº», en una línea de asignación de datos sangrada debajo del bucle de la tabla de posiciones.
Si quieres comprobar después si realmente hay un número de artículo. en su línea de documento EDI, puede utilizar la función TESTFIELD en el campo «No.
No es necesario transferir todos los datos de las tablas de NAV al documento EDI, cuando nuestro módulo crea los registros en las tablas de NAV cada disparador OnValidate será ejecutado y todos los datos extraídos de la base de datos automáticamente serán escritos en el documento de ventas por el sistema.