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
165 stars 122 forks source link

[Agregar] [Nuevo apartado] [Endoso de Comprobante] #144

Open JeanCarlosChavarriaHughes opened 2 years ago

JeanCarlosChavarriaHughes commented 2 years ago

Referencia:

109.Se incluye el apartado de “Endoso del Comprobante”
110.Se incluye un nuevo nodo para la firma denominado “Nodo para las firmas XadES: Endoso / endosante”
111.Se incluye un nuevo nodo para la firma denominado “Nodo para las firmas XadES: Endoso /endosatario”
112.Se incluye en la nota 11, el código 4, Alerta Endoso: Mensaje Exlusivo de la plataforma de Validación del Ministerio de Hacienda. En caso de recibirse un
comprobante electrónico endosado que presente vulneraciones o inconsistencias en el schema del archivo xml y que no permita su almacenamiento, se generará
el código de mensaje 4, el cual no representa un rechazo, pero será notificado a la plataforma de facturación del endosatario que haya enviado el comprobante
endosado.

Se pueden realizar como máximo hasta 3 repeticiones de endoso Nota importante: En caso de Requerirse en el comprobante electrónico el apartado de endoso, será responsabilidad del endosante emisor, incorporar esta opción en la estructura antes de generar y firmar el comprobante por primera vez, para que tanto el endosante como el endosatario posteriormente a la emisión del comprobante electrónico únicamente incorporen la firma, con el fin de no alterar el contenido del comprobante electrónico, dicha firma debe de estar al amparo bajo la Ley 8454 denominada “Ley de certificados, firmas digitales y documentos electrónicos, emitidas por las entidades bancarias.

fdelapena commented 2 years ago

Esto probablemente va a cambiar notablemente (incluyendo lo mencionado en #142 y #143), ya que el diseño de firmas no era compatible con XMLDsig.

Propuse una mejora al borrador en el que las firmas digitales se conservarían tal cual. La firma principal como hasta ahora (Emisor) no requeriría cambios en los sistemas de facturación, mientras que los endosantes, endosatarios y receptor serían contrafirmas XAdES. Para distinguir quién es quién se utilizaría un atributo firmado SignerRole de XAdES.

Este es un avance de la enmienda tras la propuesta:

enmienda-borrador

Más información:

Si finalmente la 4.4 aplica estos cambios subiría una muestra de un xml contrafirmado con esta estructura.