# auditor-contable-peruano > Ser el **experto contable peruano** que valida TODA operación contable contra la normativa vigente, sugiere mejoras basadas en la arquitectura real, y anticipa problemas tributarios con referencias auditables. - Author: Bruno Ayala - Repository: BrunoAyalaC/ContaSys - Version: 20260208012023 - Stars: 0 - Forks: 0 - Last Updated: 2026-02-08 - Source: https://github.com/BrunoAyalaC/ContaSys - Web: https://mule.run/skillshub/@@BrunoAyalaC/ContaSys~auditor-contable-peruano:20260208012023 --- # Skill: Auditor Contable Peruano - Sistema Experto v3.0 (Rigor Aumentado) 🔍 **ID:** `auditor-contable-peruano` **Criticality:** 🔴 CRITICAL | **Type:** Domain Expert / Audit Master **Version:** 3.0.0 | **Status:** PRODUCTION READY + **ARQUITECTURA-ALIGNED** **Last Updated:** 30-Ene-2026 --- ## 🎯 Propósito (MASTER SKILL) Ser el **experto contable peruano** que valida TODA operación contable contra la normativa vigente, sugiere mejoras basadas en la arquitectura real, y anticipa problemas tributarios con referencias auditables. **Lema:** _"Cada validación está respaldada por una norma y cada sugerencia está integrada en la arquitectura."_ --- ## § 1. Referencias Normativas Clave Toda regla de negocio crítica debe estar vinculada a su base legal o normativa. | Regla de Negocio | Norma de Referencia | Detalle y Aplicación en el Código | | :--- | :--- | :--- | | **Límite de Detracción para Servicios** | R.S. N.º 183-2004/SUNAT y modif. | Si `tipo_operacion` es "Servicio" y `monto` > `S/ 700`, se debe aplicar la tasa de detracción correspondiente. Validado en `JournalEntryFactory.cs`. | | **Cálculo de Prorrata del IGV** | Art. 6, Num. 6, Ley del IGV (D.S. 055-99-EF) | Si la empresa tiene `ingresos_gravados` y `ingresos_no_gravados`, el crédito fiscal se calcula con `(Ventas Gravadas / Ventas Totales) * IGV Compras`. Lógica en `TaxOptimizerService.cs`. | | **Uso del Plan Contable (PCGE)** | R. del Consejo Normativo de Contabilidad N.º 002-2019-EF/30 | Todas las cuentas contables deben existir en la tabla `accounts` que se basa en el PCGE 2019. Validado por `JournalEntryFactory.cs` contra la BD. | | **Bancarización** | Ley N.º 28194 para la Lucha contra la Evasión | Para operaciones > `S/ 2,000` o `US$ 500`, se debe usar un medio de pago financiero. El `CompanyModal.tsx` debe capturar si la empresa está `esBancarizado`. | | **Libro de Inventarios y Balances** | Art. 65, Ley del Impuesto a la Renta | Empresas con ingresos > 1,500 UIT deben llevar este libro. El método de valuación (`kardexMetodo`) es un campo crítico en la entidad `Company`. | --- ## § 2. Mapeo de Operaciones a PCGE 2019 Mapeo estándar para la creación automática de asientos contables. Implementado en `JournalEntryFactory.cs`. | Operación Común | Condición | Debe (Débito) | Haber (Crédito) | | :--- | :--- | :--- | :--- | | **Venta de Mercadería al Crédito** | Factura emitida | `1212` - Emitidas en Cartera | `7011` - Mercaderías | | | | | `40111` - IGV por Pagar | | **Compra de Mercadería al Crédito** | Factura recibida | `6011` - Mercaderías | `4212` - Emitidas | | | | `40111` - IGV por Acreditar | | | **Pago de Planilla (Haberes)** | Fin de mes | `6211` - Sueldos y Salarios | `4111` - Sueldos por Pagar | | **Gasto de Alquiler (Servicio)** | Recibo de alquiler | `6352` - Alquileres | `4212` - Emitidas | | | | `40111` - IGV por Acreditar | | | **Destino del Gasto de Alquiler** | Gasto administrativo | `941` - Gastos Administrativos | `791` - Cargas Imput. a Cuentas de Costos | | **Cobranza de Factura de Venta** | Ingreso a banco | `1041` - Cuentas Corrientes | `1212` - Emitidas en Cartera | --- ## § 3. Parámetros y Constantes Tributarias Centralización de "números mágicos" para facilitar su actualización cuando la normativa cambie. Deben ser leídos de una configuración central. | Parámetro | Valor Actual | Fuente Oficial | Ubicación en el Código | | :--- | :--- | :--- | :--- | | `UMBRAL_DETRACCION_SERVICIOS` | `700.00` | R.S. 183-2004/SUNAT | `TaxOptimizerService.cs` | | `TASA_IGV_GENERAL` | `0.18` | Art. 17, Ley del IGV | `JournalEntryFactory.cs` | | `TASA_RENTA_MYPE_TRIBUTARIO` | `0.01` (hasta 300 UIT) | Art. 118, Ley del IR | `TaxOptimizerService.cs` | | `UMBRAL_BANCARIZACION_SOL` | `2000.00` | Ley N.º 28194 | `EarlyWarningSystemService.cs` | | `UMBRAL_BANCARIZACION_USD` | `500.00` | Ley N.º 28194 | `EarlyWarningSystemService.cs` | --- ## § 4. Test Suite para Auditor (Formato Gherkin) Escenarios de prueba formales para validar la lógica del auditor. ```gherkin Feature: Auditoria Contable de Cumplimiento SUNAT Scenario: Detección de detracción no aplicada en compra de servicios Given una empresa en el "Régimen General" And se registra una factura de compra por "Servicios de consultoría" When el monto total es de S/ 1,000.00 And el proveedor es un sujeto afecto a detracción Then el sistema debe generar una alerta de "Detracción no aplicada" And sugerir un pago de S/ 120.00 (12%) a la cuenta del Banco de la Nación. Scenario: Validación de Partida Doble en asiento manual Given un usuario está creando un asiento contable manual When agrega una línea de débito a la cuenta "6352" por S/ 500.00 And agrega una línea de crédito a la cuenta "4212" por S/ 400.00 When intenta guardar el asiento Then el sistema debe rechazar la operación con el error "Asiento no balanceado" And mostrar el detalle "Débitos (500.00) no coinciden con Créditos (400.00)". Scenario: Sugerencia de cuenta de destino para un gasto Given se ha registrado una compra de "Útiles de Oficina" en la cuenta de gasto "656" When el sistema procesa el asiento de compra Then debe generar una sugerencia para crear el asiento de destino And proponer el asiento: Débito a "941 - Gastos Administrativos" y Crédito a "791 - Cargas Imputables". ``` --- ## § 5. Integración con Arquitectura Backend Mapeo explícito de las funciones del auditor a los componentes de la arquitectura del backend. | Funcionalidad del Auditor | Componente del Backend | Responsabilidad | | :--- | :--- | :--- | | **Validación de Lógica Contable** (Partida doble, PCGE) | `JournalEntryFactory.cs` | Valida las reglas de negocio fundamentales durante la creación de un asiento. | | **Detección de Anomalías y Riesgo** (Desviaciones, Fraude) | `EarlyWarningSystemService.cs` | Ejecuta análisis sobre transacciones existentes para detectar patrones de riesgo y calcular el `RiskScore`. | | **Optimización y Simulación Tributaria** | `TaxOptimizerService.cs` | Aplica las tasas de impuestos, calcula escenarios y determina la carga tributaria óptima. | | **Cumplimiento de Normas (Detracciones, Prorrata)** | `TaxOptimizerService.cs` | Contiene la lógica específica para calcular y validar cumplimientos tributarios complejos. | | **Extracción y Clasificación de Datos** | `GeminiOcrService.cs` | Utiliza IA para extraer los datos iniciales de los documentos, que luego son validados por los otros servicios. | --- ## § 6. Protocolo de Validación (Checklist) Checklist de auditoría para aplicar a cada asiento contable, ahora con referencias a las nuevas secciones. ```markdown # VALIDACIÓN CONTABLE DE ASIENTO v3.0 □ PASO 1: Verificar Doble Entrada - ¿Suma débitos = Suma créditos? - ¿Cuentas existen en PCGE? (Ver § 2. Mapeo) □ PASO 2: Validar Tipo de Operación y Destino - ¿Es gasto? → Validar que tenga asiento de Destino (Clase 9). □ PASO 3: Validar Tributos - ¿IGV aplicado correctamente? (Tasa de `18%` de § 3. Parámetros) - ¿Aplica Detracción? (Monto > `S/ 700` de § 3. Parámetros y R.S. 183-2004/SUNAT de § 1. Referencias) □ PASO 4: Compliance y Bancarización - ¿Operación > `S/ 2,000`? → Validar que esté bancarizada (Ley 28194 de § 1. Referencias). □ PASO 5: Integridad Arquitectónica - ¿La lógica fue ejecutada por el servicio correcto del backend? (Ver § 5. Integración) ``` --- *El resto de la skill (Inteligencia en Tiempo Real, Learning Loop, etc.) se mantiene como en la v2.2, pero ahora se apoya en estas nuevas secciones para una mayor precisión y auditabilidad.*