What problem does it solve?
Prevents misclassification of electronic tax documents by ensuring the 50-digit Hacienda fiscal key is extracted correctly and the document type is derived from the XML root tag, not from the filename.
Core Features & Use Cases
- Fiscal key integrity auditing: Reviews how the system finds and validates exactly 50-digit Hacienda keys from PDFs, including handling multiple keys (e.g., NC PDFs).
- XML-driven document typology: Confirms that
tipo_documento is determined strictly from the XML root.tag (FacturaElectronica/NotaCreditoElectronica/MensajeHacienda) per the required rules.
- No-assumption code review: Reports only findings observable by reading the existing implementation in the specified modules.
Use case example: You suspect the classification might be incorrect for Nota de Crédito PDFs that contain multiple keys; this skill audits whether the code uses the last key and whether tipo_documento truly comes from the XML root tag.
Quick Start
Ask the skill to audit the current implementation for Hacienda 50-digit key extraction and XML-root-based tipo_documento derivation, highlighting any violations.