El archivo .XML se procesó por el Importador XML y se grabó en la tabla CKOCOL, pero no generó el pedido y/o programación de entrega y tampoco grabó información en el log. R.: Generalmente el ColAutoRead() tiene la recurrencia Siempre activo configurada en el Schedule. Es decir, después de finalizar la ejecución de una tarea, se ejecuta una nueva a continuación, sin intervalos entre las ejecuciones. Dependiendo de la recurrencia del schedule del Pedido de venta y/o de la Programación de entrega, por ejemplo, cada 30 minutos, el sistema solamente intentará generar los registros en la hora marcada, de acuerdo con esta programación en agenda.
¿Cómo sé que el pedido/programación de entrega se generó por medio de la tabla CKOCOL? R.: Por el campo CKO_FLAG. Si el estatus es igual a '1', significa que el registro se generó con éxito.
En la consulta del log de ejecución automática consta que el cliente no es válido, pero el cliente está activo (A1_MSBLQL) y consigo generar el pedido con los datos del XML de forma manual. R.: Verifique el proceso de numeración del Protheus (SXE/SXF), porque este problema generalmente ocurre cuando la numeración disponible ya existe en la base de datos.
Si el XML se procesó con error y no generó el pedido y/o la programación de entrega, ¿cuándo se generará nuevamente? R.: El control ocurre por medio del campo CKO_FLAG. Mientras su contenido sea igual a '0', en cada nueva ejecución del schedule, el sistema intentará procesar nuevamente el registro.
¿Cómo sé que el pedido de venta generado tuvo su origen en el Importador XML? R.: Es posible identificar un Pedido de venta proveniente del Importador XML por medio de los campos C5_ORIGEM e y C6_PEDCLI. O El campo C5_ORIGEM será gravado com o conteúdo se grabará cobn el contenido igual a "MATA411", e o y el campo C6_PEDCLI receberá o recibirá el número do del Pedido de Compras do Cliente conforme a de compras del cliente, de acuerdo con la tag_ORDERID.
El sistema generó pedidos y/o programaciones de entregas duplicados. R.: Analice la recurrencia de las programaciones en agenda. Lo ideal es que nunca existan las programaciones en agenda del MA411JOB() y del MA412JOB() como siempre activos. Esto porque, puede ocurrir un delay en las ejecuciones de ambos, lo que podrá ocasionar una superposición de estos procesamientos, generando de esta manera, registros duplicados.
¿Cómo debo proceder para arreglar la cantidad vendida de un Producto perteneciente a un Pedido de venta que se enviará con un valor equivocada por medio de un archivo XML anteriormente procesado? R.: El cliente debe enviar nuevamente un archivo XML con los nuevos datos correctos para que el Importador XML lo lea, informando el mismo _ORDERID (C6_PEDCLI) del Pedido anteriormente recibido. Con esto, será posible encontrar el Pedido de venda en la base de datos, y este se modificará con los nuevos datos enviados.
Si el producto tiene la configuración de TES Inteligente, el sistema realiza el tratamiento automático de esta funcionalidad en el Pedido de venta. Sin embargo, ¿cómo el Importador XML trata esta cuestión, cuando ya no existe una Tag específica en el layout del archivo XML? R.: El proceso de aplicación del TES Inteligente no está previsto con la aplicación del Importador XML. Por lo tanto, si fuera necesario, debe construirse una personalización en su entorno, por medio del Punto de entrada MA411GRV.
¿La Programación de entrega procesada por el Importador XML genera automáticamente un Pedido de venta? R.: No. La generación automática de un Pedido de venta a partir de una Programación de entrega solamente ocurre de forma manual, es decir, sin el procesamiento del Importador XML. Para esto, el usuario debe ejecutar la opción «Generar pedido» puesta a disposición en Otras acciones de la rutina del Archivo de programación de entrega (MATA412).