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 Nota de Crédito (V)

Introduccion

Nota de Crédito (V) es una entidad del módulo Ventas, ubicada en la categoría Notas de Venta. Su objetivo funcional es registrar y gestionar notas de crédito de venta dentro del circuito operativo del ERP.

No se encontró evidencia suficiente sobre:

• el alcance exacto (si aplica a devoluciones, descuentos, anulación de facturas, etc.),
• el orden obligatorio del flujo de estados,
• las validaciones de negocio para emitir/anular/reimputar,
• el impacto contable exacto (más allá de la referencia a Asiento y acciones automáticas asociadas).

---

Mapa de estados (vision funcional)

Estado	Tipo	Objetivo funcional	Editable por usuario
Proyectada	Operativo	Completa datos default (precarga/valores por defecto)	No se encontró evidencia suficiente
Copiando Nota	Operativo	Copia NC	No se encontró evidencia suficiente
Calculando Percepciones	Operativo	Crea Percepción IIBB	No se encontró evidencia suficiente
Emitida	Operativo	Evento al emitir. Cambia estado factura/nota cuando cancela al 100%. Completa el total para ND y crea ajuste	No se encontró evidencia suficiente
Entregada	Operativo	Envía el link de la nota al contacto	No se encontró evidencia suficiente
Enviando a Krikos	Operativo	Genera Interfaz Krikos	No se encontró evidencia suficiente
Recalculando comisiones	Operativo	Recalcular comisiones	No se encontró evidencia suficiente
Regenerando asiento	Operativo	Regenerar asiento	No se encontró evidencia suficiente
Reimputando	Operativo	Reimputa NC	No se encontró evidencia suficiente
Reimputando a ND	Operativo	Reimputa NC a ND	No se encontró evidencia suficiente
Anulada	Operativo	Anular	No se encontró evidencia suficiente

Nota: el Tipo (Inicial / Final / etc.) y el orden del circuito no se pueden afirmar con la evidencia disponible.

---

Que completa el sistema automaticamente

Acciones automáticas detectadas (asociadas a estados y/o eventos del circuito):

• Proyectada: Completa datos default.
• Copiando Nota: Copia NC.
• Calculando Percepciones: Crea Percepción IIBB.
• Emitida:
  • Evento al emitir.
  • Cambia estado factura/nota cuando cancela al 100%.
  • Completa el total para ND y crea ajuste.
• Entregada: Envía el link de la nota al contacto.
• Enviando a Krikos: Genera Interfaz Krikos.
• Recalculando comisiones: Recalcular comisiones.
• Regenerando asiento: Regenerar asiento.
• Reimputando: Reimputa NC.
• Reimputando a ND: Reimputa NC a ND.
• Anulada: Anular.
• Eventos sin estado explícito en evidencia:
  • Evento a la baja.
  • Intenta completar el tipo de Factura.

No se encontró evidencia suficiente sobre:

• cuándo se disparan exactamente estas acciones (al guardar, al cambiar de estado, por job, por botón),
• si son reversibles y bajo qué condiciones,
• qué campos se completan en datos default .

---

Reglas funcionales clave

No se encontró evidencia suficiente para documentar reglas de negocio específicas (validaciones, restricciones, cálculos y condiciones de transición) más allá de los indicios operativos de las acciones automáticas.

Aun así, por evidencia estructurada se deben considerar como puntos de control funcional (a validar con el equipo):

1. Cliente es obligatorio: el campo Cliente (CLIE_ID_CLIE) figura como mandatorio.
2. Emisión con efectos colaterales: en Emitida se mencionan acciones automáticas que impactan en:
   • estado de factura/nota al cancelar al 100% ,
   • ajuste vinculado a ND (Nota de Débito) y total para ND.
3. Percepciones: existe un estado específico para calcular/crear percepción IIBB, lo que sugiere dependencia de impuestos/percepciones y configuración asociada.
4. Contabilidad: existe Regenerando asiento y relación con Asiento, sugiriendo generación/regeneración de registraciones contables.

---

Campos funcionales mas consultados

Campo	Significado funcional
CLIE_ID_CLIE (Cliente)	Cliente asociado a la nota de crédito (obligatorio).
TIFA_ID_TIFA (Tipo)	Tipo de factura/nota (referencia a Tipo de factura).
PUVE_ID_PUVE (Punto de venta)	Punto de venta utilizado para numeración/emisión.
NUMERO (Nro)	Número identificatorio de la nota.
FECHA_EMISION (Fecha de emisión)	Fecha de emisión del comprobante.
NETO (Neto sin dto)	Neto del comprobante antes de descuento (según etiqueta).
IVA (IVA sin dto)	IVA del comprobante antes de descuento (según etiqueta).
TOTAL (Total)	Total del comprobante.

---

Preguntas frecuentes (FAQ)

1. ¿Para qué se usa Nota de Crédito (V) ?

• • Para gestionar notas de crédito dentro de Ventas > Notas de Venta.
  • No se encontró evidencia suficiente para detallar casos de uso específicos (devolución, descuento, anulación parcial/total, etc.).

2. ¿Qué datos mínimos necesito para crear una nota de crédito?

• • Cliente es obligatorio.
  • El resto de campos clave (Tipo, Punto de venta, Número, Fecha) aparecen como relevantes en cabecera, pero no se encontró evidencia suficiente sobre obligatoriedad real o validaciones.

3. ¿Qué ocurre cuando la nota pasa a Emitida ?

• • Se registra un evento al emitir.
  • Puede cambiar el estado de factura/nota cuando cancela al 100%.
  • Puede completar el total para ND y crear ajuste.
  • No se encontró evidencia suficiente sobre la definición de cancela al 100% ni cómo se determina/contra qué documento.

4. ¿Cómo se gestionan percepciones (IIBB) en la nota?

• • Existe el estado Calculando Percepciones con acción automática Crea Percepción IIBB.
  • No se encontró evidencia suficiente sobre configuración requerida (jurisdicción/provincia, alícuotas, mínimos, etc.).

5. ¿Qué significa Regenerando asiento ?

• • El sistema ejecuta una acción de Regenerar asiento y la entidad se relaciona con Asiento.
  • No se encontró evidencia suficiente sobre el criterio de regeneración, cuándo corresponde usarlo o su impacto contable.

6. ¿Qué es Enviando a Krikos ?

• • Estado con acción automática Genera Interfaz Krikos.
  • No se encontró evidencia suficiente sobre el contenido de la interfaz, el canal de envío, ni la confirmación/errores.

7. ¿Qué implica Anulada ?

• • Existe acción automática Anular.
  • No se encontró evidencia suficiente sobre condiciones para anular, si anula asiento/percepciones, o si deja trazabilidad obligatoria (motivo, usuario, fecha).

---

Integraciones funcionales relevantes

Relaciones e integraciones detectadas por evidencia estructurada (entidades vinculadas):

• Asiento (ASIE_ID_ASIE)
• Cliente (CLIE_ID_CLIE)
• Condición de venta (COVE_ID_COVE)
• Factura (FACT_ID_FACT, FACT_ID_FAC2, FACT_ID_FAC3)
• Liquidación de impuestos (LIQI_ID_LIQI)
• Moneda (MONE_ID_MONE, MONE_ID_MON1)
• Motivo de NC (MODN_ID_MODN)
• NCV DET FX (NCDF_ID_NCDF)
• Nota de Débito (V) (NODE_ID_NODE, NODE_ID_NOD2)
• Producto Servicio (PRSE_ID_PRSE)
• Provincia (PROV_ID_PROV)
• Centro de Costo (PROY_ID_PROY)
• Punto de venta (PUVE_ID_PUVE)
• Tipo de factura (TIFA_ID_TIFA)
• Vendedor (VENDEDORES_HABITUALE / VEHA_ID_VEHA)

Integraciones listadas adicionalmente en evidencia (a validar alcance exacto):

• Empresa
• Concepto facturación
• Concepto Percepción
• Detalle NC venta
• Detalle factura
• Impuesto
• Movimiento Contable
• NC de OV
• Percepción Realizada
• Centro de costos

No se encontró evidencia suficiente para describir:

• qué datos se intercambian con cada integración,
• si son integraciones técnicas (interfaces) o relaciones funcionales internas,
• reglas de sincronización, reintentos y manejo de errores.

---

Regla fiscal IVA Digital (validada en codigo)

• La inclusion de Notas de Credito en la Liquidacion de IVA se define en el proceso de liquidacion de impuestos.
• Para Nota de Credito de venta, la condicion efectiva es que el tipo de comprobante tenga CODIGO_AFIP_NC informado y distinto de 0.
• El proceso de CITI Ventas (IVA Digital) no vuelve a validar el tipo: consume lo que ya este asociado por LIQI_ID_LIQI.

Implicancia operativa:

• Si existe una Nota de Credito de tipo "Presupuesto" en CITI Ventas, una causa probable es que el tipo tenga codigo ARCA/AFIP de NC distinto de 0 (o que haya quedado asociada a una liquidacion previa).
• Para evitar que entre a Liquidacion IVA y CITI, el tipo "Presupuesto" debe configurarse con codigo ARCA/AFIP NC nulo o 0.