jueves, septiembre 28, 2023

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,736FansMe gusta
326SeguidoresSeguir

Popular esta semana

SQL Server

Cómo saber la fecha que se modificó un procedimiento almacenado

Poder saber cuales objetos o procedimientos almacenados se modificaron recientemente es muy útil principalmente en bases de datos donde varios desarroladores tienen acceso
SQL Server MERGE

MERGE en SQL Server para Insert, Delete y Update con dos tablas

Ejemplo práctico usando MERGE para sincronizar dos tablas, Insert, Update y Delete en un solo query. Válido para SQL SERVER 2008 o superior.

Convertir String a Base64 y Base64 a String

Hemos tenido algunas consultas en estos días de cómo convertir Texto String a Base64 y viceversa, entonces decidimos hacer este pequeño ejemplo. Las funciones son...

Últimos artículos

SQL Server MERGE

MERGE in SQL Server for Insert, Delete and Update with two tables

Practical example using MERGE to synchronize two tables, Insert, Update and Delete in a single query. Valid for SQL SERVER 2008 or...

Como crear una API REST con ASP.NET Core 6.0

Crear una API REST con C# en ASP.NET es un proceso sencillo y rápido que permite exponer un conjunto de recursos a...
Machine Learning & Python

Introducción a Machine Learning en Python

Machine Learning es una rama de la inteligencia artificial que se enfoca en el desarrollo de sistemas que pueden aprender de...
SQL Server MERGE

MERGE en SQL Server, como utilizarlo de forma sencilla

El comando MERGE en SQL Server se utiliza para combinar datos de varias tablas en una sola tabla. Es útil para actualizar...