PruvaGuías

Guía de compras

Cómo una solicitud de repuesto se convierte en requisición, cotización, orden de compra y recepción.

Panel de compras: requisiciones abiertas, RFQ en espera de ofertas y requisiciones hasta la factura

Compras es el camino de una parte necesaria a una recepción: requisición, solicitud de cotización, cotizaciones en paralelo, orden de compra, recepción y la factura del proveedor. El jefe de máquinas abre la solicitud desde el trabajo o desde una línea de stock bajo. El superintendente aprueba la requisición y adjudica la cotización. Pagar la factura es finanzas, no este módulo.

Panel y páginas

Compras es http://localhost:4400/app/procurement . Muestra requisiciones abiertas, solicitudes en espera de cotizaciones, órdenes en espera de aprobación, entregas previstas en las próximas escalas y el gasto de los últimos 90 días por categoría.

Requisiciones es http://localhost:4400/app/procurement/requisitions . Una requisición es la misma ruta más el id: líneas, aprobaciones y las cotizaciones en paralelo. Órdenes de compra es http://localhost:4400/app/procurement/orders . Una orden muestra las líneas, la aprobación, las recepciones y el cuadre de factura. Proveedores es http://localhost:4400/app/procurement/suppliers . Integraciones es http://localhost:4400/app/integrations/procurement .

Flujos de trabajo

Requisición RQ-4186: etapas de borrador a pedido, aprobaciones y líneas Orden de compra PO-7150: etapa de aprobación, detalles y líneas

Crear una requisición, enviarla, enviar la RFQ, registrar una recepción y registrar la factura del proveedor necesitan edit. Enviar la RFQ (procurement.rfq.send) y enviar la orden (procurement.po.send) están marcados como de salida. No contactan a ningún proveedor. Los botones incluyen Enviar, Registrar recepción y las acciones de envío de la requisición y de la orden.

Aprobar una requisición necesita publish (procurement.requisition.approve). Adjudicar una cotización necesita publish (procurement.quote.award). El botón es Adjudicar. Adjudicar crea la orden y pone precio a las líneas solo a partir de esa cotización, en una sola transacción de la base de datos.

Aprobar la orden necesita edit (procurement.po.approve), y publish cuando el total de la orden supera los $5,000. La aplicación y la base de datos comprueban ese límite. La orden queda bloqueada antes de una recepción. En la demo Ravi Menon tiene edit. Puede abrir una requisición desde una tarjeta de trabajo y no puede aprobarla. Kaan Erdem tiene publish.

Registros compartidos

La parte es el registro del inventario. La tarjeta de trabajo muestra una solicitud de repuesto, que es esta línea de requisición. Una recepción contabiliza un movimiento de existencias. El inventario no guarda una segunda cifra de existencia. La escala es donde vence la entrega. La página de la escala enlaza a este módulo. No copia la orden. Finanzas guarda su propia fila de factura, enlazada por el número de orden, con su propio tipo de cambio. Las dos filas todavía no son un solo registro.

Qué simula la demo

En el MV Aldersea el juego de aros de pistón de la revisión de la unidad 1 es una RFQ con tres cotizaciones de vuelta. El kit de cojinete del turbo es una orden en espera de aprobación. Las cotizaciones y los precios se calculan. La tabla de tipos de cambio de la demo es fija, no un mercado. En la demo, enviar una RFQ devuelve las tres cotizaciones de una vez. En modo de base de datos solo guarda la RFQ hasta que un conector escribe cotizaciones. Enviar la orden no envía nada. Los proveedores son inventados. Cancelar una requisición, editar líneas después del borrador y una orden sin RFQ no están construidos.

Integraciones

ShipServ y el catálogo IMPA son simulacros. Véase Conexiones y la referencia del módulo.

En esta página