Skip to main content

Documentation Index

Fetch the complete documentation index at: https://mintlify.com/DevCarlosRodriguez/Documentacion-Arccnova-2.0/llms.txt

Use this file to discover all available pages before exploring further.

El módulo Treasury (Tesorería) centraliza el control de todos los movimientos de dinero de la organización y sus proyectos que no son cobranza de ventas — ese ciclo pertenece a Collections. Cubre tres áreas: el catálogo de conceptos que categoriza cada ingreso o egreso, el registro de gastos de proyecto y gastos generales con comprobantes, y la emisión de recibos (E.RECIBO). Su objetivo es mantener trazabilidad completa de cada movimiento y consolidar el panorama financiero del proyecto.
Treasury no genera facturas fiscales (CFDI). La facturación electrónica está fuera del alcance del módulo; Treasury gestiona los recibos internos de operación (T01).

Conceptos

Catálogo de categorías de entrada y salida por empresa o proyecto, con baja lógica.

Gastos

Registro de egresos de proyecto y generales con comprobantes adjuntos (jpg, png, pdf, xml).

Emisión de recibos

Recibos E.RECIBO de entrada o salida. Folio correlativo automático por proyecto y tipo.

Submódulos

01 · Conceptos

El catálogo de conceptos categoriza cada movimiento de dinero en la organización. Cada concepto define su tipo (entrada o salida), lo que determina si aplica a ingresos/recibos o a gastos. Los conceptos pueden ser de alcance general (toda la organización) o específicos de un proyecto. La baja es lógica (soft delete): los conceptos inactivos dejan de aparecer en los formularios pero se conservan en el histórico (C40).
Generación automática del concepto de mora: al activar el cobro por retraso en la configuración de un proyecto, el sistema crea automáticamente el concepto de mora correspondiente en el catálogo de Treasury. Este concepto es el mismo que usa Collections como ConceptCollection con IsDelinquentPayer = true.
Flujo CRUD de conceptos:
1

Crear concepto

El usuario captura nombre, tipo (Entrada o Salida), alcance (general o proyecto) y descripción opcional. Crear conceptos consume cuota del recurso CONCEPTOS del plan SaaS del tenant (C01 2a).
2

Editar concepto

El nombre y el tipo son editables mientras el concepto esté activo.
3

Desactivar concepto

Baja lógica. El concepto queda en el histórico pero deja de aparecer en los selectores de nuevos movimientos.

02 · Gastos

El submódulo de gastos registra las salidas de dinero de la organización, categorizadas con un concepto de tipo Salida. Existen dos variantes:
Tipo de gastoDescripciónRecurso SaaS
Gasto de proyectoEgreso asociado a un proyecto específico.GASTOS DE PROYECTO
Gasto generalEgreso de la empresa sin proyecto asignado.
Campos de un gasto:
  • Concepto (tipo Salida)
  • Monto y moneda
  • Fecha
  • Comprobantes adjuntos: jpg, png, pdf, xml (almacenados en nube; solo se guarda la referencia en BD)

03 · Emisión de recibos

Los recibos de Treasury (E.RECIBO) son comprobantes de pago distintos a los recibos de cobranza de cuotas de Collections. El tipo del concepto seleccionado determina la naturaleza del recibo y cambia la vista del documento generado por completo (C40):
Tipo de conceptoTipo de reciboVista del documento
EntradaCobro al cliente (ingreso)Recibo de entrada
SalidaPago al cliente (egreso)Recibo de salida
Flujo de emisión en dos pasos:
1

Paso 1 · Datos del cliente y pago

El usuario elige el concepto (su tipo determina entrada/salida), la cuenta de destino, el monto, la moneda y los datos del tercero (cliente o proveedor).
2

Paso 2 · Confirmar y generar

El sistema asigna el folio correlativo automático (secuencial por proyecto y tipo de recibo, RT-33), genera el PDF y lo deja disponible para descarga inmediata.
Anulación de recibos: Anular un recibo requiere el permiso correspondiente del grupo Tesorería. La anulación no es un permiso protegido con contraseña de acción de los listados en C33 (C42).

Panorama financiero

El panorama financiero es una vista consolidada de entradas (cobranza de cuotas + recibos de entrada) y salidas (gastos + recibos de salida) del proyecto (C43).
Los montos en monedas distintas NO se convierten a una moneda base (RT-20). Los indicadores se presentan agrupados por moneda. Si el proyecto opera en pesos mexicanos y dólares, se muestran importes separados por moneda — nunca una suma convertida.
El tipo de cambio entre divisas se toma de la API de Banxico y se actualiza de forma manual bajo demanda (RT-19). No hay actualización automática diaria.

Cuentas de destino

El catálogo de cuentas de destino define los destinos contables donde se registran los ingresos. Es un catálogo por empresa (C41). Los recibos y los gastos lo consumen para indicar a qué cuenta fue el movimiento; es un dato informativo, no una integración bancaria.

Reglas de negocio

ClaveRegla
RN-01El sentido del recibo (entrada/salida) lo define el tipo del concepto; la vista del documento cambia según el tipo (C40).
RN-02Las cuentas de destino son datos por empresa; cada tenant administra las suyas (C41).
RN-03Anular un recibo requiere el permiso del grupo Tesorería; no es un permiso protegido con contraseña de acción (C42, C33).
RN-04Los montos en monedas distintas no se convierten en el panorama financiero; se presentan por moneda (C43, RT-20).
RN-05Conceptos y gastos de proyecto consumen cuota del plan SaaS del tenant (C01 2a).
RN-06Treasury no genera CFDI ni facturas fiscales (T01).

Matriz de permisos

Los permisos del módulo se agrupan bajo Tesorería (Imagen C48):
RecursoAcciones
ConceptosLeer, Crear, Editar, Desactivar
Gastos de proyectoLeer, Crear
Gastos generalesLeer, Crear
RecibosLeer, Crear, Anular (requiere permiso del grupo Tesorería)
Panorama financieroSolo lectura

Puntos abiertos

  1. Campos exactos del recibo y del gasto — La fuente define la semántica, no el formulario campo a campo. Completar contra los reportes reales del v1 (REPORTE DE RECIBOS, REPORTE DE GASTOS) al redactar las historias de usuario.
  2. Motivo de anulación de recibo — C42 confirma que anular requiere permiso, pero no especifica si se captura motivo textual obligatorio.

Build docs developers (and LLMs) love