CRLibre / API_Hacienda

API libre para Factura Electrónica en Costa Rica, interfaz para integrar sistemas con el Ministerio de Hacienda para la Facturación Electrónica
https://crlibre.org/factura-electronica/
GNU Affero General Public License v3.0
164 stars 119 forks source link

[Agregar] [Apartado Mecanismo de Seguridad] #143

Open JeanCarlosChavarriaHughes opened 2 years ago

JeanCarlosChavarriaHughes commented 2 years ago

Referencia:

108.Se incluye un nuevo nodo para la firma denominado “Nodo para las firmas XadES del receptor del comprobante”

Referencia Completa para ds:Signature Receptor Nodo para las firmas XadES del receptor del comprobante

Persona responsable de aceptar la factura a crédito, exclusivo para fines comerciales. Firma XadES-EPES v.1.3.2. o superior. Este nodo, por medio del estándar de XadES permite realizar varias firmas al documento XML. Este campo debe de ser firmado por el receptor, quien será la persona que da por recibido de forma satisfactoria la mercancía o servicio. Dicha firma del endosante debe de ser bajo la Firma digital regulada en la Ley 8454 denominada “Ley de certificados, firmas digitales y documentos electrónicos”, emitida por las entidades bancarias nacionales autorizadas para tal efecto. El comprobante electrónico el cual posee esta forma no debe de ser enviado a la Dirección General de Tributacion al ser este comprobante únicamente para uso comercial, ya que para fines tributarios será válido únicamente el primer archivo enviado por el emisor y aceptado por el Ministerio de Hacienda en el proceso de validación.

fdelapena commented 2 years ago

Es muy importante tener en cuenta que este tipo de firma se indica explícitamente que debe ser de la jerarquía de Firma Digital Certificada del BCCR (Firma Digital y Sello Electrónico), ya que no sería ya para fines tributarios, es esencial para factoreo y para ventas a crédito y tener un título ejecutivo con firmas reconocidas es fundamental. En resumen, los certificados de la jerarquía de hacienda no se podrán utilizar para endosantes, endosatarios y receptor. Sería conveniente que la API validara esto, si llegara a implementarlo. Sin embargo, la Firma Digital de Persona Física requiere una interfaz PKCS#11 y probablemente está fuera del alcance de esta herramienta.