Saltar al contenido principal
Referencia generada desde el metamodelo

Este borrador describe evidencia técnica del ERP. Las frases que indican evidencia insuficiente no deben interpretarse como reglas confirmadas.

Manual funcional de Factura

Introduccion

Factura es una entidad ubicada en la raíz del módulo Ventas. Su objetivo funcional es soportar el circuito de emisión y gestión de facturas, incluyendo acciones asociadas como cálculo de percepciones, generación de cupón de pago, generación/regeneración de asiento contable, creación de recibos y entrega (envío de link al contacto).

No se encontró evidencia suficiente sobre:

  • El circuito feliz estándar (orden exacto de estados y condiciones para transicionar).
  • Reglas impositivas detalladas (alícuotas, criterios por provincia, etc.).
  • Campos de fechas clave (p. ej., fecha de emisión) más allá de la referencia emitiendo a fecha .
  • Restricciones de edición por estado (qué campos se bloquean y cuándo).

Mapa de estados (vision funcional)

EstadoTipoObjetivo funcionalEditable por usuario
ProyectadaOperativoCompletar datos por defecto para iniciar la factura.No se encontró evidencia suficiente.
Habilitando emisiónOperativoEjecutar habilitación previa a la emisión.No se encontró evidencia suficiente.
Emitiendo a fechaOperativoCompletar fecha de emisión y/o ejecutar emisión a fecha .No se encontró evidencia suficiente.
EmitidaOperativoEjecutar movimientos asociados a la emisión de facturas.No se encontró evidencia suficiente.
Error al emitirExcepciónIncrementar intentos de emisión (gestión de error).No se encontró evidencia suficiente.
Calculando PercepcionesOperativoCrear Percepción IIBB (percepción de Ingresos Brutos).No se encontró evidencia suficiente.
Regenerando asientoOperativoRegenerar asiento contable asociado.No se encontró evidencia suficiente.
Recalculando comisionesOperativoRecalcular comisiones asociadas a la venta/factura.No se encontró evidencia suficiente.
Generando cupón MPOperativoGenerar cupón de Mercado Pago (MP).No se encontró evidencia suficiente.
Creando ReciboOperativoCrear recibo asociado.No se encontró evidencia suficiente.
EntregadaOperativoEnviar el link de la factura al contacto.No se encontró evidencia suficiente.
Cambiando Tipo de FacturaOperativoCambiar el tipo de factura.No se encontró evidencia suficiente.
Cargando NCOperativoCargar Nota de Crédito (NC) total asociada.No se encontró evidencia suficiente.
Copiando FacturaOperativoCrear una nueva factura con datos de la actual.No se encontró evidencia suficiente.
Dividiendo FacturaOperativoDividir la factura.No se encontró evidencia suficiente.
AnuladaOperativoAnular la factura.No se encontró evidencia suficiente.

Que completa el sistema automaticamente

  • Completa datos default (en estado Proyectada).
  • Completa fecha de emisión durante Emitiendo a fecha (según evidencia textual: completar fecha de emision emitiendo a fecha ).
  • Crea Percepción IIBB (en Calculando Percepciones).
  • Movimientos asociados a la emisión de facturas (en Emitida).
  • Incrementa intentos de emisión (en Error al emitir).
  • Regenera asiento (en Regenerando asiento).
  • Recalcula comisiones (en Recalculando comisiones).
  • Genera cupón MP (en Generando cupón MP).
  • Crea recibo (en Creando Recibo).
  • Envía el link de la factura al contacto (en Entregada).
  • Crea una nueva factura con datos de la actual (en Copiando Factura).
  • Divide (en Dividiendo Factura).
  • Carga NC total (en Cargando NC).
  • Cambia el tipo de factura (en Cambiando Tipo de Factura).
  • Elimina percepciones proyectadas (acción automática detectada; no se encontró evidencia suficiente sobre en qué estado se ejecuta).
  • Validación al eliminar (acción automática detectada; no se encontró evidencia suficiente sobre reglas/condiciones exactas).

Reglas funcionales clave

  1. Datos mínimos de cabecera (obligatorios)

    • La factura requiere Cliente y Tipo de Factura como campos obligatorios (según evidencia de mandatory=true).
    • No se encontró evidencia suficiente sobre validaciones adicionales obligatorias (p. ej. condición de venta, moneda, punto de venta).
  2. Emisión y registración

    • Al pasar por estado Emitida, el sistema ejecuta movimientos asociados a la emisión.
    • Existe un flujo para Regenerar asiento (estado Regenerando asiento), indicando una dependencia con el registro contable (ASIENTO).
  3. Impuestos / Percepciones

    • En Calculando Percepciones el sistema crea Percepción IIBB.
    • No se encontró evidencia suficiente sobre:
      • Criterios para aplicar percepción (cliente, provincia, tipo de factura, condición fiscal, etc.).
      • Relación exacta con Percepción Realizada y Concepto Percepción .
  4. Operaciones complementarias

    • Se soportan acciones operativas: copiar factura, dividir factura, cargar NC total, crear recibo, generar cupón MP y entregar/enviar link.
    • No se encontró evidencia suficiente sobre restricciones (por ejemplo, si se puede dividir una factura ya emitida, o si copiar preserva ítems/impuestos).

Campos funcionales mas consultados

CampoSignificado funcional
CLIE_ID_CLIECliente asociado a la factura (referencia a CLIENTE.NOMBRE).
TIFA_ID_TIFATipo de Factura (referencia a TIPODEFACTURA.NOMBRE).
PUVE_ID_PUVEPunto de venta (referencia a PUNTO_VENTA.NOMBRE).
NUMERONúmero de factura. No se encontró evidencia suficiente sobre su numeración (automática/manual) y su unicidad por punto de venta/tipo.
FECHA_VENCIMIENTOFecha de vencimiento. No se encontró evidencia suficiente sobre su cálculo (condición de venta, plazos, etc.).
NETONeto con descuento (importe). No se encontró evidencia suficiente sobre cómo se calcula el descuento.
TOTALTotal de la factura (importe). No se encontró evidencia suficiente sobre su composición exacta (impuestos, percepciones, redondeos).

Preguntas frecuentes (FAQ)

  1. ¿Qué necesito completar para crear una factura?
  • Obligatorio según evidencia:
    • Seleccionar Cliente.
    • Seleccionar Tipo de Factura.
  • No se encontró evidencia suficiente sobre otros requeridos operativos (p. ej., condición de venta, moneda, punto de venta, ítems).
  1. ¿Qué hace el sistema al emitir una factura?
  • Ejecuta movimientos asociados a la emisión de facturas al llegar a Emitida.
  • Puede completar fecha de emisión en el proceso Emitiendo a fecha.
  • Si ocurre un problema, pasa por Error al emitir e incrementa intentos de emisión.
  1. ¿Cómo se calculan las percepciones?
  • En el estado Calculando Percepciones el sistema crea Percepción IIBB.
  • No se encontró evidencia suficiente sobre las reglas de aplicación (jurisdicción, padrones, condición fiscal, etc.).
  1. ¿Se puede anular una factura?
  • Existe el estado Anulada y una acción automática Anular Factura.
  • No se encontró evidencia suficiente sobre precondiciones (por ejemplo: si debe estar emitida, si requiere NC, si impacta contabilidad automáticamente).
  1. ¿Cómo se relaciona la factura con contabilidad?
  • Hay relación directa con ASIENTO (campo ASIE_ID_ASIE) y un estado Regenerando asiento para regenerar asiento.
  • No se encontró evidencia suficiente sobre el criterio de generación del asiento (cuentas, centro de costos, fechas contables).
  1. ¿Qué implica Entregada ?
  • En Entregada el sistema envía el link de la factura al contacto.
  • No se encontró evidencia suficiente sobre el canal (email/WhatsApp/portal) ni el origen del contacto .

Integraciones funcionales relevantes

  • Cliente (CLIENTE): identificación del destinatario de la factura.
  • Punto de venta (PUNTO_VENTA): parametrización/componente comercial del documento.
  • Tipo de factura (TIPODEFACTURA): define el tipo de comprobante.
  • Pedido (PEDIDO): vinculación con la venta origen (si aplica).
  • Producto/Servicio (PRODUCTO_SERVICIO): referencia a ítems (evidencia de relación; no se encontró evidencia suficiente sobre el modelo de renglones).
  • Factura Det FX (FACTURA_DET_FX): detalle asociado (probable renglón/estructura; no se encontró evidencia suficiente).
  • Moneda (MONEDA): referencias múltiples (MONE_ID_MON1, MONE_ID_MONE); no se encontró evidencia suficiente sobre uso de ambas.
  • Impuesto / Liquidación de impuestos: componentes fiscales.
  • Percepción Realizada / Concepto Percepción: asociado a percepciones (incluye IIBB).
  • Movimiento Contable / Asiento: registración contable y regeneración.
  • Condición de venta (CONDICION_VENTA): condiciones comerciales (vencimientos, cuotas, etc.; sin evidencia de reglas).
  • Forma de entrega (FORMA_DE_ENTREGA): logística/entrega.
  • Provincia (PROVINCIA): posible incidencia fiscal o de entrega.
  • Sucursal (SUCURSAL): multi-sucursal.
  • Centro de costos: imputación analítica (sin evidencia de reglas).
  • Uso de crédito fiscal (USO_DE_CREDITO_FISCA): tratamiento fiscal del crédito.
  • Vendedor / Vendedores habituales (VENDEDORES_HABITUALE): comisiones y asignación comercial.
  • Cupón MP (CUPON_MP): generación de cupón de pago (MP).
  • Empresa, Tipo de Documento, Concepto facturación: parametría/documentos relacionados (sin evidencia de reglas específicas).

Regla fiscal IVA Digital (validada en codigo)

  • La inclusion de Facturas en la Liquidacion de IVA se define en el proceso de liquidacion de impuestos.
  • Para Factura de venta, la condicion efectiva es que el tipo de comprobante tenga CODIGO_AFIP_FA informado y distinto de 0.
  • El proceso de CITI Ventas (IVA Digital) no recalcula esta condicion: toma los documentos que ya quedaron asociados a la liquidacion mediante LIQI_ID_LIQI.

Implicancia operativa:

  • Si un tipo documental (por ejemplo, variantes de "Presupuesto") tiene codigo ARCA/AFIP de Factura distinto de 0, puede terminar incluido en Liquidacion IVA y luego en CITI Ventas.
  • Para evitarlo, esos tipos deben mantenerse con codigo ARCA/AFIP nulo o 0 segun la politica fiscal definida.