Solicitudes de compra (tdpur2501m000)
Utilice esta sesión para ver, especificar y mantener cabeceras de solicitud de compra.
Puede iniciar esta sesión en modo de detalle haciendo clic en:
- Detalles en el menú adecuado de la sesión de resumen Solicitudes de compra (tdpur2501m000).
- Detalles de solicitud de compra en el menú de la sesión Solicitud de compra (tdpur2600m000).
Al hacer doble clic en un registro, o al hacer clic en el botón Nuevo, se inicia la sesión Solicitud de compra (tdpur2600m000).
- Solicitud
-
El número que identifica la solicitud de compra.
- Origen de solicitud
-
El origen que creó la solicitud.
Valores permitidos
- EP
-
La orden se ha creado tras la ejecución de la sesión Transferir planificación de órdenes (cppat1210m000) en Planificación Empresarial.
- Ventas
-
- La orden se ha creado tras una entrega directa u orden cross-docking y se genera desde la sesión Transferir suger. orden de compra (whina3212m000) en Gestión de almacenes.
- La orden se ha creado tras la ejecución de la sesión Generar órdenes de compra (tdsls4241m000).
- Servicio
-
La orden se ha creado tras la ejecución de la sesión Planificación de recursos de orden servicio (tssoc2260m000) en Servicio.
- Solicitud
-
El objeto de compra se ha creado tras la ejecución de la sesión Convertir solicitudes de compra (tdpur2201m000).
- Copiar de orden real
-
La orden se ha creado tras la ejecución de la sesión Copiar orden de compra (tdpur4201s000).
- Copiar de historia
-
La orden se ha creado tras la ejecución de la sesión Copiar orden de compra (tdpur4201s000).
- ASC
-
La orden se ha creado tras la ejecución de la sesión Generar transferencia de OEC (tiasc7200m000) en Fabricación.
- Reagrupación
-
La orden se ha creado tras la ejecución de la sesión Reagrupar órdenes de compra (tdpur4210m000).
- Mantenimiento
-
La orden se ha creado tras la ejecución de la sesión Planificar órdenes de trabajo (tswcs3200m000) en Servicio.
- INH
-
La orden se ha creado tras la ejecución de una de las sesiones siguientes en Gestión de almacenes:
- Transferir suger. orden de compra (whina3212m000)
- Generar órdenes (KANBAN) (whinh2200m000)
- Generar órdenes (TPOP) (whinh2201m000)
- Generar órdenes (OCB) (whinh2205m000)
- Contratos
-
La orden se ha creado tras la ejecución de la sesión Generar órdenes de compra (tdpur3204m000), o la RFQ se ha creado tras la ejecución de la sesión Generar RFQ de contratos (tdpur3201m000).
- RFQ
-
La orden se ha creado tras la ejecución de la sesión Convertir RFQ (tdpur1202m000).
- Manual
-
El objeto de compra se ha especificado manualmente en la sesión correspondiente.
- Externo
-
El objeto de compra se crea por una aplicación que no es LN.
- Control de fabricación
-
La orden o solicitud se ha creado tras la generación de un servicio subcontratado para una orden de fabricación en Fabricación. Este origen es aplicable en el caso de subcontratación de operación.
- Ruta
-
La solicitud de compra se ha creado tras la generación de un servicio subcontratado para una operación de ruta en Fabricación. Este origen es aplicable en el caso de subcontratación de operación.
- Orden de compra de subcontratación
-
La programación o la orden de suministro de compra se genera en las sesiones Líneas de suministro de material de orden de compra (tdpur4116m000) o Generar órdenes de suministro para subcontratación (tdpur4216m000). La programación/orden de compra contiene líneas de suministro para solicitar el material necesario al partner cliente que entrega las mercancías al almacén administrativo (almacén de recepción), que representa el almacén en planta del subcontratista.
- Proyecto
-
La orden se ha creado tras la ejecución de la sesión Transferir órdenes de compra PRP planificadas (tppss6230m000) en Proyecto.
- Recepción de almacén
-
La orden se genera automáticamente para una recepción de almacén inesperada. Como resultado, las mercancías pueden recibirse con la orden de compra generada.
Las órdenes de compra de Recepción de almacén sólo pueden generarse si la casilla de verificación Generar orden para recepción de almacén inesperada está seleccionada para el artículo y el partner en la sesión Artículos - Partner de compra (tdipu0110m000).
- Pago de compra
-
La orden se genera automáticamente para un consumo de stock consignado que no puede vincularse a una programación de compras u orden de compra existente.
Esto se aplica en las situaciones siguientes:
- El tipo de orden de compra es un tipo de orden de Reaprovisionamiento de consignación definido en la sesión Tipos de orden de compra (tdpur0194m000).
- La casilla de verificación Consignado está seleccionada para la programación de compras en la sesión Programaciones de compras (tdpur3110m000).
- El consumo es para una orden de corrección.
- El stock consignado se reaprovisiona mediante una orden de almacenaje de Compras (manual).
- El stock de artículos se gestiona por componente, el consumo es por componente.
Si no hay ninguna recepción disponible todavía, se genera una recepción en Control de compras basada en el grupo de números de las recepciones de almacén, y se crea una recepción pagable de compra.
- Solicitante
-
El código de empleado del usuario que inició la solicitud de compra.
- Departamento solicitante
-
El código de departamento del departamento que inició la solicitud de compra.
- Referencia A
-
El primero de los dos campos definidos por el usuario que puede utilizar para obtener información para listados de compras y para mantener solicitudes de compra agrupadas por referencia.
- Referencia B
-
El segundo de los dos campos definidos por el usuario que puede utilizar para obtener información para listados de compras y para mantener solicitudes de compra agrupadas por referencia.
- Estatus
-
El estatus de la solicitud de compra.
Valores permitidos
- Creado
-
El solicitante crea la solicitud de compra, con lo que ya está lista para enviarse para su aprobación.
- Pendiente de aprobación
-
La solicitud está lista para que la apruebe un departamento de aprobación o un aprobador válido El aprobador o el departamento de aprobación deben ser un empleado o un departamento válidos de la lista de aprobadores. El aprobador también puede rechazar la solicitud si, por ejemplo, es necesario realizar modificaciones.
- Aprobado
-
La solicitud está aprobada y lista para convertirse en una solicitud de oferta o en una orden de compra.
La lista de aprobadores determina el número de aprobadores que deben aprobar la solicitud. Solo a los departamentos aprobadores que son departamentos de compras y a los aprobadores individuales del departamento de compras se les permite llevar a cabo la aprobación final en una solicitud de compra.
- En proceso
-
Se han convertido algunas líneas, aunque no todas, de la solicitud de compra en una solicitud de oferta (RFQ) o una orden de compra en la sesión Convertir solicitudes de compra (tdpur2201m000).
- Procesado
-
Se han convertido todas las líneas de la solicitud de compra en una solicitud de oferta (RFQ) o una orden de compra en la sesión Convertir solicitudes de compra (tdpur2201m000). Las solicitudes procesadas pueden borrarse.
- Borrado
-
Cuando las solicitudes se borran del archivo activo, se contabilizan automáticamente en la historia con el estatus Borrado. La solicitud solo puede borrarse cuando su estatus actual es Procesado o Cancelado.
- Rechazado
-
Si un aprobador o departamento de aprobación no aprueba una solicitud de compra, esta puede rechazarse. Una solicitud de compra puede rechazarse cuando tiene el estatus Pendiente de aprobación.
- Modificado
-
Un solicitante puede modificar una solicitud que tenga estatus Aprobado, Rechazado o En proceso. Para cambiar el estatus de una solicitud a Modificado, cambie cualquier cabecera o línea y guarde el cambio. A continuación, la solicitud modificada se debe reenviar para su aprobación.
- Cancelado
-
El solicitante puede cancelar solicitudes que tengan el estatus Creado, Modificado o Rechazado. Una solicitud cancelada no puede cambiarse.
- Estatus de flujo de trabajo
-
El estatus que se puede aplicar si el objeto de negocio requiere aprobación de autorización mediante ION Workflow.
Cuando realiza un cambio que precisa autorización, se crea automáticamente una versión con check-out para el objeto de negocio. Los cambios que envíe entrarán en vigor únicamente tras su aprobación y check-in. También puede deshacer los cambios o recuperar los cambios enviados.
- Los objetos con check-out y check-in realizado se muestran en la sesión Objetos desprotegidos (ttocm9599m000).
- En el menú adecuado de esta sesión, seleccione Workflow y ejecute la acción necesaria para el objeto de negocio.
Valores permitidos
- Borrador
-
The object is checked out. It can be changed and saved multiple times until the user submits the changes.
- Pendiente
-
Any changes made to the object are submitted. The object is pending for approval. The data of the object cannot be modified.
- Recuperación solicitada
-
The object was already submitted, but is recalled by the user. Approval will not take place anymore. If the recall is accepted, the object status becomes Borrador (revisión). If the Recall is rejected, the object status becomes Pendiente.
- Borrador (revisión)
-
The object was recalled after it was submitted and the recall is accepted. The object can be changed and saved multiple times until the user submits the changes.
- Rechazado
-
The submitted changes to the object are rejected. The user can make changes to the object and submit these changes again, or discard all changes.
- Aprobación recibida
-
The submitted changes to the object are approved. The object will automatically be checked in. If the check-in fails, the status remains Aprobación recibida. An administrator must decide what to do with the object.
- Aprobado
-
The submitted changes to the object are approved and the object is checked in.
- No aplicable
-
The object is checked in. Instead of an Object status, an Approval status is applicable.
- No aplicable
-
The object already existed before activating ION Workflow document authorization; no changes are made to the object since then.
- No iniciado
-
The modified object is manually checked in, but no approval is received from ION Workflow.
To manually check in an object, the Object status must be Aprobación recibida.
- Aprobado
-
The modified object is checked in after approval from ION Workflow.
Si se especifica una descripción para el tipo de objeto en la sesión Campos de Información de flujo de trabajo (ttocm0106m000) (que se muestra como ficha en la sesión Tipos objeto (ttocm0102m000)), independientemente de que se haya realizado check-in o check-out del objeto, en este campo siempre se muestra el valor del campo Descripción correspondiente.
NotaPara obtener más información sobre la configuración y el uso de ION Workflow para los objetos de negocio en LN, consulte la publicación Infor LN Integration Guide for Infor ION Workflows and Monitors en Infor Xtreme.
- Fecha de última transacción
-
La última fecha en la que se ha modificado la solicitud.
- Fecha de solicitud
-
Inicialmente, esta es la fecha en la que se especifica la solicitud, pero esta fecha puede cambiarse manualmente a una fecha futura.
Valor predeterminado
La fecha actual (creación).
- Fecha solicitada
-
La fecha en la que se debe recibir el artículo solicitado.
- Departamento aprobador
-
El código de departamento de un departamento definido como departamento aprobador o del departamento al que se ha asignado el aprobador.
NotaEl departamento aprobador debe ser un departamento válido tal como se define en la sesión Aprobadores (tdpur2105m000).
Valor predeterminado
Para solicitudes con el estatus Creado, este campo se toma como valor predeterminado de la sesión Perfiles de usuario (tdpur0143m000). De lo contrario, este campo se toma como valor predeterminado de la sesión Progreso de aprobación de solicitud de compra (tdpur2506m000).
- Aprobador
-
El código de empleado de la persona que debe aprobar la solicitud de compra.
NotaEl empleado debe ser un aprobador válido tal como se define en la sesión Aprobadores (tdpur2105m000).
Valor predeterminado
Para solicitudes con el estatus Creado, este campo se toma como valor predeterminado de la sesión Perfiles de usuario (tdpur0143m000). De lo contrario, este campo se toma como valor predeterminado de la sesión Progreso de aprobación de solicitud de compra (tdpur2506m000).
- Gasto aprobado
-
Si esta casilla de verificación está seleccionada, la solicitud de compra se ha aprobado en el proceso de aprobación (externo).
Nota- Si la casilla de verificación Gestión presup. está seleccionada en la sesión Componentes de software implementados (tccom0100s000), la solicitud obtiene el estatus Aprobado si la comprobación del presupuesto fue correcta para todas las líneas de solicitud y, por tanto, la casilla de verificación Excepción presup. no está seleccionada en las líneas de solicitud.
- Si la casilla de verificación Gestión presup. no está seleccionada, cuando la solicitud obtiene el estatus Aprobado, la casilla de verificación Gasto aprobado también está seleccionada.
- Motivo de rechazo
-
El motivo por el que el Estatus recibe el valor Rechazado.
- Urgente
-
Si esta casilla de verificación está seleccionada, la línea de solicitud es urgente en la página de inicio del Comprador.
- Permitir rechazo parcial
-
Si esta casilla de verificación está seleccionada, una solicitud de compra puede recibir el estatus Aprobado si, además de las líneas aprobadas, también contiene las líneas de solicitud rechazadas. Por tanto, la solicitud de compra permite el rechazo de líneas individuales. Las líneas que no tengan seleccionada la casilla de verificación Rechazado serán las únicas que pueden convertirse en una solicitud de oferta (RFQ) o en una orden de compra.
Si esta casilla de verificación no está seleccionada, una solicitud de compra no puede recibir el estatus Aprobado si contiene líneas de solicitud con la casilla de verificación Rechazado seleccionada.
- Texto
-
Si esta casilla de verificación está seleccionada, hay texto presente.
- Tipo de conversión
-
- Ninguno
-
La solicitud no se convertirá durante el proceso de conversión.
- Orden de compra
-
La solicitud se convertirá en una orden de compra durante el proceso de conversión.
- RFQ
-
La solicitud se convertirá en una solicitud de oferta (RFQ) durante el proceso de conversión.
Valor predeterminado
El valor de este campo se toma como predeterminado en las líneas de la solicitud de compra, aunque se puede modificar para cada línea de solicitud mediante la sesión Solicitud de compra - Preparar conversión (tdpur2600m100).
- Comprador
-
El empleado de su empresa que es el contacto del partner proveedor específico. Al comprador también se le conoce como agente de compras.
- Departamento de compras
-
El departamento de compras asociado a la solicitud. El departamento de compras proporciona los atributos apropiados del departamento predeterminado durante la entrada de la solicitud.
- Divisa
-
Un sistema de cambio generalmente aceptado, como monedas, pagarés y billetes.
A continuación se indican los tipos de divisa que están disponibles en LN:
- La divisa propia, que las compañías utilizan internamente para calcular costos, registrar presupuestos y registrar importes de impuestos.
- La divisa de la transacción, que se utiliza en las transacciones con partners, como las órdenes y las facturas.
- Almacén solicitante
-
El código del almacén en el que se debe entregar el artículo solicitado.
- Dirección de recepción
-
La dirección real donde deben entregarse las mercancías que se han registrado para cada proveedor. En la práctica, puede tratarse de uno de los almacenes propios.
- Proyecto
-
El código del proyecto para el que se necesita el artículo.
Valor predeterminado
El valor de este campo se toma como valor predeterminado en las líneas de solicitud.
- Elemento
-
El elemento vinculado al proyecto.
Valor predeterminado
El valor de este campo se toma como valor predeterminado en las líneas de solicitud.
- Actividad
-
La actividad vinculada al proyecto.
Valor predeterminado
El valor de este campo se toma como valor predeterminado en las líneas de solicitud.
- Extensión
-
Las partes de proyectos para las que se han establecido disposiciones especiales que implican facturación, como variaciones, importes provisionales, cantidades para liquidar y liquidaciones de fluctuación. Una extensión puede estar asociada a una o más líneas de presupuesto.
Valor predeterminado
El valor de este campo se toma como valor predeterminado en las líneas de solicitud.
- Componente de costo
-
Un componente de costo es una categoría definida por el usuario para clasificar costos.
Los componentes de costo tienen las funciones siguientes:
- Desglose del costo estándar de un artículo, el precio de venta o el precio de valoración.
- Creación de una comparación entre los costos de orden de fabricación estimados y los costos de orden de fabricación reales.
- Cálculo de las variaciones de fabricación.
- Visualización de la distribución de los costos en los distintos componentes de costo en el módulo Contabilidad de costos.
Los componentes de costo pueden ser de los siguientes tipos de costo:
- Costos de operación
- Costos de material
- Recargo
- Costos generales
- No aplicable
NotaSi utiliza el Control de montaje (ASC), no podrá utilizar componentes de costo de tipo Costos generales.
Valor predeterminado
El valor de este campo se toma como valor predeterminado en las líneas de solicitud.
- Información adicional
-
- Campo adicional
-
Los campos definidos por usuario de diversos formatos que pueden añadirse a varias sesiones en las que los usuarios pueden editarlos. No hay ninguna lógica funcional vinculada al contenido de estos campos.
Los campos de información adicional se pueden vincular a tablas de base de datos. Cuando están vinculados a una tabla, los campos se muestran en las sesiones correspondientes a las tablas de base de datos. Por ejemplo, un campo definido para la tabla whinh200 se muestra como un campo adicional en la sesión Órdenes de almacenaje (whinh2100m000).
El contenido de los campos adicionales puede transferirse entre tablas de base de datos. Por ejemplo, la información especificada por un usuario en el campo de información adicional A de la sesión Órdenes de almacenaje (whinh2100m000) se transfiere al campo de información adicional A de la sesión Expediciones (whinh4130m000). Para ello, deben existir campos de información adicional con formatos de campo idénticos y el nombre de campo A en las tablas whinh200 y whinh430 (whinh430 corresponde a la sesión Expediciones (whinh4130m000)).
Haga clic en Información adicional ampliada para ver todos los campos de información adicional que están vinculados al documento de compra en la sesión Información adicional ampliada (tcstl2110m000).
NotaDebido a que no hay ningún partner proveedor disponible en esta sesión, se utilizan los campos de información adicional definidos en el nivel de definición General.