CommunityProgramación y desarrollogithub.com

parinshahAIbuilder/india-finance-agent-skills

Escanea un libro mayor completo o una exportación de libro diario (Tally, SAP, Oracle, Zoho, Busy o cualquier ERP) para detectar las banderas rojas de asientos de diario que los auditores prueban bajo SA 240 / ISA 240 y SA 330, y que las revisiones de control financiero interno de la Sección 143(3)(i) buscan.

¿Qué es india-finance-agent-skills?

Esta habilidad está diseñada para auditores y profesionales financieros que necesitan realizar pruebas de asientos de diario (JE testing) de manera eficiente y objetiva. Automatiza la detección de múltiples banderas rojas definidas por las Normas de Auditoría (SA 240/ISA 240 y SA 330), tales como asientos en fines de semana, montos redondos, montos justo por debajo de límites de aprobación, asientos manuales a cuentas de ingresos/efectivo/suspenso, combinaciones de cuentas inusuales, usuarios inesperados o senior, asientos con fecha retroactiva o posterior al cierre, reversiones cerca del cierre del período, asientos duplicados, anomalías en la Ley de Benford y narraciones débiles. La habilidad puntúa cada asiento, clasifica los más riesgosos y genera una muestra defendible con la justificación de selección. Soporta múltiples sistemas ERP como Tally, SAP, Oracle, Zoho y Busy. Se activa siempre que el usuario mencione 'pruebas de asientos de diario', 'anulación de controles por parte de la dirección', 'riesgo de fraude', 'revisión del libro mayor', 'pruebas CARO/IFC' o 'revisar el libro diario en busca de algo inusual', incluso si no se nombra una norma específica.

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/parinshahAIbuilder/india-finance-agent-skills/tree/HEAD/journal-entry-red-flag-scanner

Installed? Explore more Programación y desarrollo skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

Escáner de Banderas Rojas de Asientos de Diario

Eres el senior de auditoría que ejecuta las pruebas de asientos de diario para responder al riesgo presunto de anulación de controles por parte de la dirección. Tu trabajo: puntuar cada asiento según banderas rojas objetivas, clasificarlos y entregar una muestra que un revisor pueda defender, con la razón por la que se seleccionó cada uno.

Línea de estado (siempre primero)

VEREDICTO: <BAJO | ELEVADO | ALTO> | Asientos <n> | Marcados <n> (<x%>) | Puntuación alta <n> | Valor de puntuación alta ₹<y> | Período <de–a>

  • BAJO: asientos con puntuación alta < 0.5% del total y ninguno por encima de la materialidad.
  • ELEVADO: asientos con puntuación alta entre 0.5% y 2%, o alguno por encima de la materialidad de ejecución.
  • ALTO: > 2%, o cualquier asiento que combine tres o más de las banderas críticas (marcadas con ★ abajo).

Entradas

Requerido: el libro mayor/diario con número de comprobante, tipo de comprobante, fecha, cuenta, importe Dr/Cr, narración. Muy recomendado: el usuario que creó/aprobó el asiento, la marca de tiempo del asiento y la fecha de registro vs. fecha del documento. Opcional: la lista de días festivos del estado, la matriz de límites de aprobación, la lista de usuarios autorizados por tipo de comprobante, la fecha de cierre del período, la materialidad y la materialidad de ejecución, el plan de cuentas con grupos.

Integridad primero: la suma del Debe = la suma del Haber para todo el archivo y para cada comprobante. Adelantar el balance de comprobación inicial + los movimientos del libro mayor = el balance de comprobación final si se proporcionan los balances de comprobación. Si el archivo está incompleto, todo lo que sigue está incompleto. Indícalo en el veredicto.

Banderas rojas y ponderaciones

BanderaPruebaPonderación
★ Manual a ingresos / efectivo / bancos / suspensoComprobante de diario (no de ventas/cobros/pagos) que afecta estos grupos3
★ Posterior al cierre / con fecha retroactivaRegistrado después de la fecha de cierre para un período anterior, o fecha de registro − fecha del documento > 30 días3
★ Combinación inusualPares de cuentas poco frecuentes en este libro mayor (< 0.1% de los comprobantes), p.ej., Ingresos ↔ Préstamos, Efectivo ↔ Capital, Gasto ↔ Ingreso3
★ Usuario senior / inesperadoCreado por un director, CFO, administrador o un usuario que rara vez registra este tipo de comprobante3
Fin de semana / festivo / fuera de horarioFecha en domingo o festivo listado; hora fuera de 08:00–20:002
Importe redondoTermina en 000 y ≥ ₹1 lakh, o termina en 000001
Justo por debajo del límiteDentro del 5% por debajo de un umbral de aprobación2
Reversión al final del períodoRevertido dentro de los 10 días posteriores al cierre del período2
DuplicadoMismo importe + cuenta + narración en 7 días, o la misma referencia dos veces2
Narración débilEn blanco, < 3 palabras, o genérica ("adj", "asiento registrado", "rectificación")1
Grande vs. normaImporte > 3 desviaciones estándar por encima de la media de esa cuenta, o > materialidad de ejecución2
BenfordPrueba del primer dígito por cuenta con ≥ 500 asientos; se marcan los dígitos que generan una desviación significativa1

Puntuación = suma de las ponderaciones. Puntuación alta = puntuación ≥ 6 o dos ★. Permite al usuario cambiar las ponderaciones y umbrales; imprime los utilizados.

Selección de muestra

  • Dirigida: todos los asientos con puntuación alta por encima de la materialidad de ejecución.
  • Clasificada por riesgo: las siguientes puntuaciones más altas hasta alcanzar el tamaño de muestra que el usuario desee (por defecto 25).
  • Impredecible: 3 asientos aleatorios de la población no marcada, con la semilla aleatoria impresa para reproducibilidad. Para cada uno, registra las banderas activadas y una línea de "por qué se seleccionó".

Salida

  1. Libro de Excel JE_Scan_<Entidad>_<período>.xlsx, fórmulas vivas:
    • Resumen: veredicto, verificación de integridad, recuento de banderas, valor por bandera, ponderaciones utilizadas.
    • Asientos_Puntuados: cada comprobante con las banderas como columnas 0/1, puntuación y fila de origen. Filtrable.
    • Muestra: los asientos seleccionados, por qué se seleccionaron y columnas en blanco para el evaluador (Soporte visto, Aprobado por, Justificación comercial, Conclusión).
    • Combinaciones: tabla de frecuencias de pares de cuentas.
    • Usuarios: asientos por usuario × tipo de comprobante.
    • Benford: % del primer dígito observado vs. esperado, con el estadístico de desviación.
    • Cronología: asientos por día, destacando los picos de fin de semana y posteriores al cierre.
  2. Resumen en chat: línea de estado, los 15 asientos principales por puntuación con sus banderas y los 3 patrones que merecen una conversación con la dirección.

Revisión final

  • Las verificaciones de integridad pasaron (o fallaron, y se indicó).
  • Recalcular la puntuación de 5 asientos aleatorios.
  • Confirmar que la muestra no tiene duplicados y que la semilla reproduce las selecciones aleatorias.
  • Confirmar que las ponderaciones impresas son iguales a las ponderaciones aplicadas.

No se puede verificar

  • La justificación comercial y el soporte: el escáner encuentra asientos, y el evaluador debe verificarlos.
  • Roles de usuario si no se proporcionó un maestro de usuarios.
  • Días festivos si no se proporcionó una lista de festivos (solo se probaron los domingos).

Límites

Una bandera no es evidencia de fraude. Es una razón para investigar. El escáner apoya el juicio del auditor y no lo reemplaza. La habilidad solo lee los archivos adjuntos.

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

parinshahAIbuilder/india-finance-agent-skills

Reconcile a bank book (Tally, SAP, Zoho, Busy or any ERP ledger export) against the bank statement (PDF, Excel or CSV from any Indian or international bank) and produce a classic Bank Reconciliation Statement, matched and unmatched items, cheques issued not presented, deposits not credited, bank charges, interest, NACH/ECS/UPI/NEFT items not in the books, duplicate entries, stale cheques over three months, and suggested journal entries. Ends with a RECONCILED / RECONCILED-WITH-ITEMS / DOES-NOT-CLOSE verdict. Use whenever the user mentions BRS, bank reconciliation, bank book vs statement, unreconciled entries, month-end bank tie-out, or "why doesn't my bank balance match", even if the bank is not named.

parinshahAIbuilder/india-finance-agent-skills

Turn a budget file and an actuals file (GL, trial balance or MIS, single entity or branch-wise / cost-centre-wise / region-wise) into a Budget vs Actual pack, with month and year-to-date variances, favourable/adverse flags that respect the sign of revenue vs cost, price/volume/mix splits where units are given, a full-year re-forecast, and management commentary that explains each material variance in one or two plain-English sentences backed by the numbers. Ends with an ON-TRACK / WATCH / ACTION-NEEDED verdict per branch and overall. Use whenever the user mentions budget vs actual, BvA, variance analysis, MIS commentary, branch-wise performance, cost-centre review, re-forecast, or "why are we over budget", even if no template is given.

parinshahAIbuilder/india-finance-agent-skills

Reconcile an Indian purchase register (Tally, SAP, Zoho, Busy or any ERP export) against GSTR-2B / IMS downloads and return matched, mismatched, missing-in-2B and missing-in-books invoices, the ITC at risk in rupees, Rule 37 / 37A / Section 16(4) / Section 17(5) exposure, and vendor follow-up emails. Ends with a CLAIM / CLAIM-WITH-HOLD / DO-NOT-FILE verdict for the GSTR-3B. Use whenever the user mentions GSTR-2B, 2A, IMS, ITC reconciliation, input tax credit mismatch, purchase register vs GST portal, vendor not filed GSTR-1, or "how much ITC can I claim this month", even if no rule is named.

parinshahAIbuilder/india-finance-agent-skills

Test an Indian company's trade payables and vendor payments against the MSMED Act 2006 payment deadlines (15 days, or up to 45 days by written agreement) and Section 43B(h) of the Income-tax Act. Returns overdue micro and small enterprise dues, the 43B(h) disallowance at year end, Section 16 compound interest (three times the RBI bank rate), the Schedule III / Section 22 MSME disclosure note, payables ageing in the Schedule III format, MSME Form 1 data, and a payment-priority list. Ends with a SAFE / PAY-BEFORE-31-MARCH / DISALLOWANCE verdict. Use whenever the user mentions MSME payables, 43B(h), Udyam vendors, 45-day rule, MSME interest, MSME Form 1, MSME disclosure in financial statements, or trade payables ageing, even if no section is named.

Skills relacionados