AppDTE BLOG

Muy bajo. Te explico por qué: ✅ 1. El contexto es distinto al de un sistema bancario o confidencial La factura electrónica: No contiene secretos militares ni credenciales bancarias. Va firmada principalmente para garantizar integridad, autenticidad y no repudio. Su uso está regulado y supervisado por el SII , que valida y almacena los documentos. ✅ 2. Ya hay múltiples capas de validación: Firma del emisor (firma del XML). Validaciones cruzadas vía trackid y timbre electrónico. ✅ 3. SHA-1 es usado solo porque el validador lo exige No estás implementando SHA-1 por elección ni como práctica insegura. Lo usas porque el validador del SII lo requiere explícitamente en su especificación. Ruby y Python modernos lo bloquean por defecto . Pero Java, bien configurado, puede seguir cumpliendo con esta exigencia sin comprometer todo el sistema. ✅ 4. El interés de “hackear” facturas es mínimo ¿Quién querría falsificar una factura electrónica si la verifica...

Aunque Ruby es un lenguaje expresivo y productivo, especialmente popular en el desarrollo web con Ruby on Rails, presenta desventajas claras frente a plataformas como Java y .NET cuando se trata de implementar soluciones criptográficas complejas.  1.  Enfoque del lenguaje y comunidad Ruby ha sido históricamente popular para desarrollo web (especialmente con Rails), automatización y scripting, no tanto para sistemas de bajo nivel, criptografía o aplicaciones de misión crítica donde el rendimiento criptográfico es clave. Java y .NET, en cambio, han sido usados más extensivamente en entornos corporativos donde la criptografía es un requerimiento común (banca, firmas digitales, etc.). 🔐 2.  Bibliotecas disponibles en Ruby Aunque no son tan completas como las de Java/.NET, sí existen bibliotecas para tareas criptográficas básicas: OpenSSL : Ruby incluye bindings a la biblioteca OpenSSL, lo que permite trabajar con cifrado simétrico, asimétrico, firmas, certificados, etc. RbN...

Mensaje a Firmar <DD><RE>97975000-5</RE><TD>33</TD><F>27</F><FE>2003-09-08</FE> <RR>8414240-9</RR><RSR>JORGE GONZALEZ LTDA</RSR><MNT>502946</M NT><IT1>Cajon AFECTO</IT1><CAF version="1.0"><DA><RE>97975000- 5</RE><RS>RUT DE PRUEBA</RS><TD>33</TD><RNG><D>1</D><H>200</H> </RNG><FA>2003-09-04</FA><RSAPK><M>0a4O6Kbx8Qj3K4iWSP4w7KneZYe J+g/prihYtIEolKt3cykSxl1zO8vSXu397QhTmsX7SBEudTUx++2zDXBhZw==< /M><E>Aw==</E></RSAPK><IDK>100</IDK></DA><FRMA algoritmo="SHA1 withRSA">g1AQX0sy8NJugX52k2hTJEZAE9Cuul6pqYBdFxj1N17umW7zG/hAa vCALKByHzdYAfZ3LhGTXCai5zNxOo4lDQ==</FRMA></CAF><TSTED>2003-09 -08T12:28:31</TSTED></DD> Clave RSA Privada obtenida del CAF -----BEGIN RSA PRIVATE KEY----- MIIBOwIBAA...

Ejemplo del SII El SII en su documento Manual de Certificación Titulo : TIMBRE ELECTRONICO DE EJEMPLO pagina: 25 Descargar Manual Certificación SII Del XML indicado se arma el string que será firmado (Mensaje) Mensaje= <DD><RE>97975000-5</RE><TD>33</TD><F>27</F><FE>2003-09-08</FE> <RR>8414240-9</RR><RSR>JORGE GONZALEZ LTDA</RSR><MNT>502946</M NT><IT1>Cajon AFECTO</IT1><CAF version="1.0"><DA><RE>97975000- 5</RE><RS>RUT DE PRUEBA</RS><TD>33</TD><RNG><D>1</D><H>200</H> </RNG><FA>2003-09-04</FA><RSAPK><M>0a4O6Kbx8Qj3K4iWSP4w7KneZYe J+g/prihYtIEolKt3cykSxl1zO8vSXu397QhTmsX7SBEudTUx++2zDXBhZw==< /M><E>Aw==</E></RSAPK><IDK>100</IDK></DA><FRMA algoritmo="SHA1 withRSA">g1AQX0sy8NJugX52k2hTJEZAE9Cuul6pqYBdFxj1N17umW7zG/...

En estos días he estado recibiendo mensajería relacionada con soporte en facturación electrónica implementada en otras herramientas y lenguajes de programación. Sin embargo, por temas de tiempo y la inviabilidad de involucrarme en esos desarrollos, he decidido rechazarlos. Sólo complementaré dichos desarrollos si se adquieren mis servicios de forma formal o si se me otorga la libertad de implementar las secciones necesarias en el lenguaje y entorno que yo considere más adecuado. De lo contrario, no podré brindar soporte técnico. Mi enfoque actual está en mantener y mejorar mis soluciones ya disponibles, por lo que el soporte seguirá siendo restringido a las plataformas y herramientas que desarrollo directamente.

Esta es una herramienta básica para imprimir documentos DTE ( como facturas electrónicas, guías de despacho, nota de crédito y débito) a formato PDF usando iText . Se incluye el código fuente y la plantilla PDF , pero no se distribuye el ejecutable compilado . Características Convierte un archivo XML DTE en un PDF formateado. Utiliza una plantilla base en PDF, la cual viene incluída en el proyecto. Impresión del DTE en formato carta. Requisitos Java 8 o superior. Biblioteca iText (5.4.1, es posible actualizar versión ). Cualquier IDE que soporte Java. Instrucciones Clona el repositorio ( https://gitlab.com/eguenul/printerdte ) . Compila el proyecto. Parametros de la clase main PrinterDTE String nombredte = args[ 0 ]; /* NOMBRE ARCHIVO XML */ String numresol = args[ 2 ]; /* NRO RESOLUCION SII */ String year_resol = args[ 3 ]; /* AÑO RESOLUCIÓN SII */ String tipocopia = args[ 4 ]; /* TIPO DE COPIA valor 0: si es original y 1: si es cedible *...