miércoles, octubre 16, 2019

Mensaje Receptor para la Factura Electrónica en Costa Rica 4.2

Después de recibir una factura electrónica el Receptor (cliente) tiene la obligación de indicarle a Tributación y al Emisor si Acepta o Rechaza la factura, para lo cual tiene 8 días de tiempo.

…el comprobante electrónico debe de
ser aceptado o rechazado por parte del receptor del comprobante, utilizando el formato indicado
para tal efecto, la confección de este mensaje de aceptado o rechazado por parte del receptor
es de carácter obligatorio para el respaldo de los gastos y debe de ser enviado para su
respectiva validación a la Dirección General de Tributación, en un plazo no mayor a 8 días…

Resolución Comprobantes Electrónicos DGT-R-48-2016_4.2

Este documento se conoce como Mensaje Receptor y es un XML con los datos necesarios para enviarle a Tributación la aceptación o rechazo de un documento en específico.

Ejemplo de un XML (sin firma)

<?xml version="1.0" encoding="UTF-8"?>
<MensajeReceptor xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns="https://tribunet.hacienda.go.cr/docs/esquemas/2017/v4.2/mensajeReceptor">
     <Clave>50630041800999999999900199999010000000081113004191</Clave>
     <NumeroCedulaEmisor>9999999999</NumeroCedulaEmisor>
     <FechaEmisionDoc>2018-05-24T14:47:00-06:00</FechaEmisionDoc>
     <Mensaje>1</Mensaje>
     <MontoTotalImpuesto>100.000</MontoTotalImpuesto>
     <TotalFactura>1000.000</TotalFactura>
     <NumeroCedulaReceptor>8888888888</NumeroCedulaReceptor>
     <NumeroConsecutivoReceptor>00100001050000000001</NumConsecutivoReceptor>
</MensajeReceptor>

El documento debe ir firmado con Xades-Epes.

La Dirección General de Tributación (DGT) ha decidido que el método de autenticación e integridad de los comprobantes electrónicos será firma digital de los archivos XML por medio de la inclusión de
una etiqueta Signature según lo indica el estándar XMLDSig, el contenido de esta etiqueta será una firma de tipo XAdES-EPES según lo define el estándar ETSI TS 101 903 v1.3.2 o superior.

Los campos del XML se describen de la siguiente manera:

  • Clave: Valor de la Clave de la factura recibida, generada por el emisor.
  • NumeroCedulaEmisor: Número de cédula del emisor de la factura recibida, debe coincidir con la que se indica en el XML de la factura recibida.
  • FechaEmisionDoc: Fecha del momento en que se emite el Mensaje Receptor.
  • Mensaje: Código del mensaje de respuesta. 1 aceptado, 2 aceptado parcialmente, 3 rechazado.
  • MontoTotalImpuesto: Este valor es obligatorio si la factura tiene impuesto, en caso contrario se omite.
  • TotalFactura: Monto total de la Factura, Nota de Débito, Nota de Crédito o Tiquete Electrónico.
  • NumeroCedulaReceptor: Número de cédula del receptor, debe coincidir con el receptor de la factura recibida y que se va a responder.
  • NumeroConsecutivoReceptor: Dato obligatorio compuesto de 20 caracteres que corresponde al número consecutivo del receptor, se compone de la siguiente manera:
    • 1-3: Identifica el local o establecimiento desde se emitió el mensaje de receptor.
      El número 001 corresponde a la oficina central y del 002 en adelante a las sucursales.
    • 4-8: Identifica la terminal o punto de venta, inicia en 00001.
    • 9-10: Corresponde al tipo de documento que estamos trabajando.
      Al ser un mensaje de receptor, debemos elegir entre 05 (aceptación), 06 (aceptación parcial) o 07 (rechazo).
    • 11-20: Consecutivo del receptor iniciando en 1 para cada terminal o sucursal

Documentos Mensaje Receptor:
https://tribunet.hacienda.go.cr/docs/esquemas/2016/v4.2/MensajeReceptor_4.2.xsd
https://tribunet.hacienda.go.cr/docs/esquemas/2016/v4.2/MensajeReceptor_V4.2.pdf

API facturación electrónica Costa Rica – DLL para .NET

Si desea más información del API no dude en contactarnos.

Información: contacto@dotnetcr.com

Roy Rojashttp://www.dotnetcr.com
Con más de 20 años de experiencia en programación, experto en lenguajes .NET, VB, C#, ASP.NET, Xamarin, XCode, DBA en SQL Server. Creador de dotnetcr.com, sitio web para programadores en español. royrojas.com | dotnetcr.com | GitHub

Redes Sociales

2,793FansMe gusta
340SeguidoresSeguir

Popular esta semana

Llamar funciones JavaScript desde el code-behind en ASP.NET

Explicamos como llamar métodos o funciones de JavaScript en nuestras aplicaciones en ASP.NET, eventos de botones o desde el code-behind.
sql server collation

Conflicto con Collation en consultas utilizando UNION ALL en SQL Server

Cómo solucionar el problema del Collation cuando utilizamos UNION o UNION ALL en consultas en SQL SERVER si estas lo tienen distinto.
ERROR PHP 7.2

Error: PHP Warning: count(): Parameter must be an array or an object that implements...

Como solucionar el error "PHP Warning: count() : Parameter must be an array or an object that implements Countable in..."

Últimos artículos

Ejemplos de Documentos Electrónicos 4.3

En este artículo vamos a brindar varios ejemplos de documentos electrónicos para la versión 4.3 de Factura Electrónica de Costa Rica.
Factura Electrónica Costa Rica

Encabezados del XML Factura Electrónica Costa Rica 4.3

Para generar el XML de la factura electrónica de Costa Rica se debe de seguir un formato específico para que estas sean...
C# - PDF417

Crear código PDF417 con iTextSharp y XZing en C# .NET

Para crear códigos PDF417 existen herramientas que podemos agregar a nuestra aplicaciones. En este ejemplo vamos explicar como utilizar iTextSharp y ZXing.

SQL Server: Error 3414, servicio no inicia

El error 3414 se produce generalmente cuando el motor de la base de datos SQL Server sufre algún evento imprevisto. Aquí lo solucionamos.