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 Retención Realizada

Introduccion​

Retención Realizada es una entidad del módulo Contabilidad, categoría Retenciones. Representa una retención asociada a una Orden de Pago e identificada por Impuesto y Concepto de Retención, con datos de fecha, importe y posibles vínculos contables (por ejemplo, Asiento y Liquidación de impuestos).

No se encontró evidencia suficiente para describir el circuito completo de generación (alta) y contabilización, más allá de los estados, campos y acciones automáticas listadas en la evidencia.

Mapa de estados (vision funcional)​

EstadoTipoObjetivo funcionalEditable por usuario
PendienteOperativoEstado previo a la confirmación/realización, donde el sistema completa valores de cálculo (neto, importe y/o porcentaje).No se encontró evidencia suficiente.
Cambiando SubconceptoTransitorio / eventoRefleja un evento de cambio de subconcepto asociado a la retención.No se encontró evidencia suficiente.
ReasociandoTransitorioRefleja una operación de reasociación (por ejemplo, a otra orden de pago u otra referencia).No se encontró evidencia suficiente.
RealizadaFinal / confirmadoMarca la retención como efectivamente realizada; el sistema cierra la Orden de Pago y completa un número.No se encontró evidencia suficiente.

Que completa el sistema automaticamente​

  • En estado Pendiente:

    • Completa Neto, importe y/o porc.
    • No se encontró evidencia suficiente sobre:
      • cuáles son los campos exactos de Neto y porc ,
      • la fórmula de cálculo,
      • si depende del impuesto, concepto, subconcepto u orden de pago.

  • En estado Realizada:

    • Cierra la OP y completa nro (cierra la Orden de Pago y completa un número asociado a la retención).
    • No se encontró evidencia suficiente sobre:
      • qué nro se completa (número de retención, certificado, comprobante u otro),
      • reglas de numeración (por empresa, por impuesto, por período, etc.).

  • En estado Cambiando Subconcepto:

    • Registra/ejecuta un evento de cambio de subconcepto.

  • En estado Reasociando:

    • Ejecuta la operación Reasociando (evento/flujo interno de reasociación).

  • Acción automática adicional (sin estado asociado en la evidencia):

    • Evento a la baja.
    • No se encontró evidencia suficiente para precisar:
      • si corresponde a anulación, baja lógica, reversión u otra acción,
      • en qué estado se dispara.

Reglas funcionales clave​

  • Vinculación obligatoria a Orden de Pago:

    • El campo Orden de Pago (OBLI_ID_OBLI) es obligatorio.

  • Impuesto obligatorio:

    • El campo Impuesto (IMPU_ID_IMPU) es obligatorio.

  • Concepto de Retención obligatorio:

    • El campo Concepto (CORE_ID_CORE) es obligatorio.

  • No se encontró evidencia suficiente para reglas adicionales, por ejemplo:

    • validaciones de coherencia entre Impuesto y Concepto/Subconcepto,
    • obligatoriedad de Fecha de emisión o Importe en determinados estados,
    • condiciones para pasar de Pendiente a Realizada,
    • generación/obligatoriedad de Asiento o Liquidación.

Campos funcionales mas consultados​

CampoSignificado funcional
Orden de Pago (OBLI_ID_OBLI)Orden de pago a la que queda asociada la retención.
Fecha de emisión (FECHA)Fecha de emisión de la retención.
Impuesto (IMPU_ID_IMPU)Impuesto al que corresponde la retención.
Concepto (CORE_ID_CORE)Concepto de retención aplicado.
Importe (IMPORTE)Importe retenido (monto).
Asiento (ASIE_ID_ASIE)Asiento contable relacionado (si aplica).
Liquidación de impuestos (LIQI_ID_LIQI)Liquidación/período impositivo donde se incorpora o referencia la retención (si aplica).

Preguntas frecuentes (FAQ)​

  1. ¿Qué datos mínimos necesito para registrar una Retención Realizada?

    • Según evidencia, son obligatorios:
      • Orden de Pago
      • Impuesto
      • Concepto
    • No se encontró evidencia suficiente para confirmar si Fecha de emisión e Importe son obligatorios en algún estado.

  2. ¿Qué ocurre cuando la retención pasa a estado Realizada ?

    • El sistema:
      • cierra la Orden de Pago
      • completa un número asociado a la retención
    • No se encontró evidencia suficiente sobre la numeración y su criterio.

  3. ¿Para qué sirve el estado Pendiente ?

    • Es un estado operativo donde el sistema completa Neto, importe y/o porc.
    • No se encontró evidencia suficiente para detallar el cálculo o los campos exactos involucrados.

  4. ¿Qué significa Cambiando Subconcepto ?

    • Indica un evento de cambio de subconcepto.
    • No se encontró evidencia suficiente para detallar:
      • qué dispara el cambio,
      • si el usuario puede editarlo,
      • si impacta en cálculos o validaciones.

  5. ¿Qué significa Reasociando ?

    • Indica una operación/estado transitorio de reasociación.
    • No se encontró evidencia suficiente para indicar a qué elementos se reasocia (p. ej., otra OP, otro subconcepto, otro movimiento).

  6. ¿La retención genera o requiere un asiento contable?

    • Existe el campo Asiento (ASIE_ID_ASIE) como relación posible.
    • No se encontró evidencia suficiente para confirmar:
      • si el asiento se genera automáticamente,
      • si es obligatorio,
      • en qué estado se asigna.

Integraciones funcionales relevantes​

  • Orden de pago (ORDEN_PAGO): vínculo principal; en estado Realizada el sistema cierra la OP (según evidencia).
  • Impuesto (IMPUESTO): define el impuesto de la retención.
  • Concepto Retención (CONCEPTO_RETENCION): define el concepto aplicado.
  • Subconcepto Retención (SUBCONCEPTO_RETENCIO): vinculación para cambios/reasociaciones de subconcepto (según estados/eventos).
  • Asiento (ASIENTO): relación contable posible para registrar la contabilización.
  • Liquidación de impuestos (LIQUIDACION_IMPUESTO): asociación a un período/liquidación (si aplica).
  • Movimiento de fondo (MOVIMIENTO_F): relación existente (posible vínculo a movimiento de caja/banco). No se encontró evidencia suficiente sobre su uso funcional.
  • Cliente (CLIENTE) y Empresa: mencionadas como integraciones; no se encontró evidencia suficiente para describir campos, alcance o comportamiento concreto dentro de esta entidad.