Validación borradores de pedido
Requisitos previos
Consulta la documentación de Puesta en marcha
Gestión de pantalla
Pestaña Pantalla de entrada
Presentación
En esta pantalla:
- Se introducen los datos de selección de los borradores de pedido que hay que validar.
- Haz clic en OKpara lanzar el proceso.
Cerrar
Campos
Los campos siguientes están presentes en esta pestaña :
Selección
| Indica la sociedad en la que quieres llevar a cabo el proceso. Esta información es obligatoria. Se inicializa por defecto con la sociedad de la planta asociada por defecto a tu perfil función. |
| Indica la planta en la que quieres llevar a cabo el proceso. Esta información es obligatoria. Se inicializa por defecto con la planta de venta asociada por defecto a tu perfil función. |
| Introduzca un rango inicial y un rango final para realizar una selección en los códigos de cliente. |
|
|
| Fecha a partir de la cual se seleccionan los borradores de pedido. Esta fecha es opcional. |
| Fecha hasta la cual se seleccionan los borradores de pedido. Esta fecha es obligatoria y se inicializa con la fecha del día. |
| Estos campos son opcionales. Permiten seleccionar un rango de borradores de pedido. |
|
|
Cerrar
Requisitos previos al proceso
Para que el proceso de validación se realice correctamente, se deben cumplir las siguientes condiciones:
Requisitos previos:
- El Tipo de pedido de venta no se gestiona ni transmite mediante la API. El tipo de pedido de venta que se utiliza es el indicado en el parámetro de usuario SOHTYPAPI - Tipo borrador pedido (capítulo VEN, grupo ORD). Por lo tanto, este parámetro es obligatorio. El tipo de pedido indicado debe estar asociado a una categoría "Normal".
La API debe transmitir los siguientes datos:
- Número de pedido. Este número es obligatorio aunque se reemplace por el del contador asociado al tipo de pedido indicado en el parámetro SOHTYPAPI -Tipo borrador pedido.
- Planta de venta
- Cliente del pedido
- Artículo
- Cantidad pedida en unidad de venta. Debe ser superior a cero.
- Hay que introducir al menos una línea.
- Número de línea. Este número se reasigna en la validación aplicando las reglas estándar.
La API puede transmitir los siguientes datos, pero son opcionales:
- Planta de expedición
- Cliente de la factura
- Divisa
- Condición de pago
- Régimen de impuesto
- Dirección de entrega
- Fecha de pedido
- Unidad de venta
- Precio bruto. Si esta información no se transmite o el valor transmitido es igual a cero, el precio se determina con la búsqueda de tarifa lanzada en la validación.
Limitaciones
- La API GraphQl no gestiona al detalle las estructuras comerciales. Solo se integra el artículo compuesto. Los componentes no se pueden integrar. Se generan en la validación del borrador de pedido.
Descripción del proceso de validación
- Selección de pedidos
Los borradores de pedidos de venta integrados en Sage X3 se integran en las tablas de pedidos de venta: SORDER, SORDERP, SORDERQ. Estos pedidos se identifican en la tabla SORDER por un valor distinto a cero en el campo DRAFTSTATUS.
El proceso solo utiliza los borradores de pedido identificados de esta manera que cumplen con los criterios de selección introducidos. - En cada pedido procesado:
- Los datos que faltan se completan en función de los datos obligatorios introducidos en el borrador de pedido.
- Se realizan todos los procesos necesarios para crear un pedido de venta:
- Generación de componentes de estructura
- Generación de artículos gratuitos
- Determinación de impuestos
- Búsqueda de tarifas - También determina los gastos, los descuentos y los motivos de los descuentos.
- Tarifas agrupadas
- Gestión de elementos de facturación y distribución en las líneas
- Cálculo de impuestos
- Valoración del pedido
- Gestión de firmas
- Se realizan los mismos controles que los aplicados en la creación de un pedido.
Recordatorio:
- El número de pedido procede del contador asociado al tipo de pedido indicado en el parámetro SOHTYPAPI -Tipo borrador pedido.
- El precio bruto que se tiene en cuenta es el indicado en el borrador de pedido, si es distinto a 0. Si no se introduce o es igual a cero, su valor procede de la búsqueda de tarifa realizada en el proceso de validación.
Tras el proceso, se muestra un fichero de traza con la lista de los pedidos de venta validados.
Puedes consultar los pedidos no validados y rechazados en la función Borradores pedido rechazados. Esta función también permite gestionar los pedidos rechazados suprimiéndolos o reintegrándolos en el circuito de validación, una vez corregidos los datos en la parametrización o en los datos base.
Los pedidos no validados se identifican en la tabla SORDER por el valor 2 en el campo DRAFTREJ y por el motivo del rechazo indicado en el campo DRAFTREJREN.
Tarea batch
Esta función puede lanzarse en Batch. La tarea estándar SOHDRAFT esta prevista con este fín.
Acciones específicas
Haz clic en esta acción para guardar las parametrizaciones en un Código de memoria y poder utilizarlas posteriormente. La memoria está vinculada a tu perfil de usuario; no a la función o a la pantalla.
|
Haz clic en esta acción para introducir un Código de memoria y cargar las parametrizaciones registradas bajo este código. |
Haz clic en esta acción para suprimir un Código de memoria. |