Ir al contenido

Circuito de compras normales

Recorrido completo de una compra de bienes de cambio: del requerimiento hasta la carga de la factura, con el detalle de cómo se aplican los comprobantes entre sí y cómo se resuelven las devoluciones.

REQUERIMIENTO ─▶ (PEDIDO DE COTIZACIÓN ─▶ COTIZACIÓN GANADORA) ─▶ ORDEN DE COMPRA
│ │
└──────────────────────── aplicación ────────────────────────▶ ▼
RECEPCIÓN DE PRODUCTOS
│ (mueve stock +)
aplicación ▼
FACTURA DE COMPRA
┌───────────────────────────────────────────────┤
▼ ▼
DEVOLUCIÓN A PROVEEDOR (mueve stock −) NOTA DE CRÉDITO / DÉBITO (ajusta cta. cte.)

Cada eslabón es un comprobante que se “aplica” contra el anterior. Así el sistema sabe qué queda pendiente de recibir, de facturar o de pagar.

PasoPantallaMenú
RequerimientoRequerimientosCompras → Transacciones → Requerimientos
Cotización (opcional)Generación de Pedidos de CotizacionesCompras → Transacciones → Cotizaciones
Cotización (opcional)Valuación de CotizaciónCompras → Transacciones → Cotizaciones
Cotización (opcional)Selección de Cotización GanadoraCompras → Transacciones → Cotizaciones
Orden de compraOrden de Compra de ProductosCompras → Transacciones → Ordenes de Compra
RecepciónRecepción de ProductosInventarios → Transacciones
FacturaFactura - Bienes de CambioCompras → Transacciones → Facturas
Autorizar / confirmarAutorización y Confirmación de ComprobantesCompras → Procesos
DevoluciónDevolución a ProveedorInventarios → Transacciones
Notas de débito / créditoDébitos / Créditos - Bienes de CambioCompras → Transacciones → Notas de Debitos y Creditos

Pedido interno de compra: qué se necesita, en qué cantidad y para qué depósito. No mueve stock ni cuenta corriente: sólo abre el circuito y queda pendiente de convertirse en orden de compra.

Se puede generar a mano desde Requerimientos, o automáticamente desde Compras → Procesos → Requerimientos Automáticos. Se cancela con Cancelación de Requerimientos y se revisa con Consultas de Requerimientos.

Cuando se cotiza a varios proveedores, el circuito pasa por tres pantallas:

  1. Generación de pedidos de cotizaciones — se arman los pedidos a partir de los requerimientos.
  2. Valuación de cotización — se cargan las respuestas de cada proveedor.
  3. Selección de cotización ganadora — se elige la mejor.

El último paso genera la orden de compra al proveedor ganador y deja registrada la relación entre ambos comprobantes.

Compromiso formal con el proveedor: productos, precios y condición de pago. No mueve stock físico; queda pendiente de recibir.

La fecha de entrega y los precios se modifican desde procesos aparte, no reescribiendo la orden. Se cancela o revierte desde Cancelaciones y Reversiones de Comprobantes.

Para el detalle de cada campo de la pantalla, ver Cargar una orden de compra.

Es la entrada física de la mercadería. Genera un movimiento de stock positivo en el depósito y aplica la orden de compra, consumiendo lo que estaba pendiente de recibir.

A partir de acá, la recepción queda pendiente de facturar. Se cancela con Cancelación de Recepción de Productos y se revisa con Consulta de Recepciones.

Es el comprobante del proveedor y genera la deuda en cuenta corriente. Al cargarla se aplica la recepción —y opcionalmente la orden de compra—, heredando de ella los datos de cabecera.

Según la parametrización, puede además controlar que los precios coincidan con los de la orden. Se revisa con Consultas de Facturas.

Transversal a todo el circuito: los comprobantes de compra llevan un estado, y según la configuración pueden requerir autorización o confirmación antes de seguir adelante.

El programa Autorización y Confirmación de Comprobantes cambia ese estado, valida los importes a autorizar y puede enviar avisos por correo.

Esta es la mecánica central del circuito, y conviene entenderla bien porque es la fuente de la mayoría de las dudas.

Hay dos formas de encadenar un comprobante con el anterior:

Aplicación renglón a renglón. El usuario elige explícitamente qué comprobante previo consume cada renglón, y por qué cantidad. Es lo que pasa cuando la recepción aplica la orden de compra, o cuando la factura aplica la recepción. Se maneja desde los subformularios de aplicación por renglón y aplicación por cabecera.

Generación automática. Cuando el talonario está configurado para generar solo el comprobante siguiente —por ejemplo, una recepción que engendra su factura—, la relación queda registrada sin intervención del usuario.

Esto explica varios comportamientos que sorprenden: el pendiente no se guarda como un saldo, se calcula cada vez.

pendiente del renglón = cantidad del renglón − todo lo ya aplicado contra él

Mientras algún renglón tenga cantidad mayor a lo aplicado, el comprobante sigue figurando como pendiente.

En el grid de aplicación vas a ver tres columnas por cada renglón del comprobante previo:

ColumnaQué muestra
TotalLa cantidad original del renglón.
PendienteTotal menos lo ya aplicado.
A aplicarEditable. Viene en 0 y lo completás vos.

Cuando aplicás por cabecera, la factura hereda del comprobante aplicado: condición de pago, lugar de entrega, vendedor, zona, sector, ruta, clase, moneda, cotización, detalle y documento de referencia.

MensajeQué significa
la aplicacion es obligatoriaEl talonario exige aplicar contra un comprobante previo y no se cargó ninguno.
la aplicacion no puede ser mayor al comprobanteSe intentó aplicar más de lo que quedaba pendiente.
se encontro sobreaplicado el comprobante … pendiente … aplicado …Control final al grabar: otra sesión aplicó parte mientras tanto.
solo se permite una aplicacion por renglonUn renglón no puede consumir dos comprobantes distintos.
los signos de comprobante deben ser igualesSe está aplicando un comprobante de signo opuesto (por ejemplo, una devolución contra una recepción sin el tipo adecuado).
el producto no concuerda con las aplicacionesEl artículo del renglón no es el del comprobante que se quiere aplicar.
no se puede aplicar comprobantes con distintos Codigos de ProyectosLos dos comprobantes pertenecen a proyectos distintos.
El Deposito es Incorrecto, segun la Aplicacion RealizadaEl depósito del renglón no coincide con el del comprobante aplicado.
la fecha del comprobante no debe ser menor al comprobante aplicadoNo se puede fechar un comprobante antes que aquel al que aplica.
La cotización es distinta al comprobante aplicado / Desea modificarla ?Aviso, no error: el sistema ofrece alinear la cotización.

La devolución a proveedor usa el mismo motor que la recepción: es la misma pantalla con un tipo de comprobante distinto. Lo que las diferencia es el signo del comprobante y si mueve stock o no, y eso está definido en la configuración del talonario.

El caso simple: mercadería recibida pero todavía no facturada. Es puro ajuste de stock, sin nota de crédito, porque nunca hubo factura.

  • La devolución genera un movimiento de stock negativo y se aplica contra el renglón de la recepción original.
  • Eso baja el pendiente de esa recepción. Si devolvés todo, el renglón deja de ofrecerse para facturar.
  • Se controla con Consulta de Devoluciones, que muestra cuánto queda por devolver de cada recepción.

Acá interviene una nota de crédito de compras, que se carga desde Débitos / Créditos - Bienes de Cambio.

Nota de crédito financiera vs. restitución de mercadería

Sección titulada «Nota de crédito financiera vs. restitución de mercadería»

Son dos tipos de comprobante distintos, y la diferencia está en la configuración, no en la pantalla:

¿Mueve stock?¿Impacta cuenta corriente?
Nota de crédito financiera puraNo
Devolución física / NC con stockSegún cómo esté configurada
  • Una NC pura ajusta sólo la deuda: no restituye mercadería ni toca el stock.
  • Una devolución física descarga stock y queda ligada al comprobante original; además puede tocar cuenta corriente según su configuración.

Deshacer una devolución o una nota de crédito

Sección titulada «Deshacer una devolución o una nota de crédito»

Revertir o cancelar invierte las cantidades aplicadas, devolviendo el comprobante original a su estado pendiente. El sistema confirma con un mensaje del tipo:

Se genero la Cancelacion - com … - tal … - nro …
Se genero la Reversion - com … - tal … - nro …

Cada comprobante lleva estados y marcas que gobiernan el circuito:

EstadoQué indica
Estado generalLo cambia la autorización o confirmación del comprobante.
Estado de stockEn qué situación está respecto del movimiento de mercadería.
Estado financieroEn qué situación está respecto de la cuenta corriente.
Pendiente de stockTiene movimientos pendientes de aplicar.
Pendiente financieroTiene importes pendientes de aplicar.

Son estas marcas las que permiten a las consultas mostrar qué órdenes están pendientes de recibir y qué recepciones están pendientes de facturar.

Al recibir o facturar, no aparece la orden o la recepción para aplicar. Ya fue consumida por completo —el pendiente quedó en cero— o el artículo no participa del circuito de aplicación.

No me deja aplicar más cantidad. Se está intentando aplicar más de lo que quedaba pendiente. El mensaje es la aplicacion no puede ser mayor al comprobante.

Al grabar avisa que el comprobante quedó sobreaplicado. Otra sesión aplicó parte del pendiente mientras vos cargabas. Volvé a mirar el pendiente actual y ajustá.

No me deja grabar sin aplicar. El comprobante está configurado con aplicación obligatoria: la aplicacion es obligatoria.

Rechaza por el depósito. El depósito del renglón no coincide con el del comprobante que estás aplicando.

Devolví mercadería ya facturada y la deuda no bajó. Se usó un comprobante de devolución sin impacto financiero. Falta la nota de crédito, que no se genera sola.

Hice una nota de crédito y el stock no cambió. Era una NC financiera pura. Para restituir mercadería hay que usar el comprobante de devolución con impacto en stock.

Devolví de más. Se intentó devolver más de lo que quedaba pendiente de esa recepción.

La cantidad no me la toma. El producto se fracciona de a una cantidad determinada: La cantidad ingresada es incorrecta, el producto se fracciona de a ….

No me deja reimprimir. El comprobante ya fue emitido como fiscal: no se puede reimprimir un comprobante fiscal.

Ver documentación Técnica

Historial de actualizaciones

FechaQué se actualizó
Se corrigieron las citas de mensajes del sistema, que tenían acentos y ya no coincidían con el texto que muestra la pantalla.
← Volver a msci.arDocumentación de EternumPRO · Master Solutions