Every electronic invoice received by a buyer in Costa Rica requires a formal response. That response is the Mensaje Receptor — the mandatory buyer-side confirmation message governed by the Dirección General de Tributación (DGT) under the Ministerio de Hacienda. It is the mechanism through which you, as the recipient of a factura electrónica, confirm whether you accept, partially accept, or reject the document.
The core rule is straightforward: recipients must accept, partially accept, or reject incoming electronic invoices within 8 business days from the first day of the month following the transaction. Fail to respond within that window, and the invoice cannot be used to support tax credits or deductible expenses. The Mensaje Receptor is not optional administrative housekeeping — it is a tax compliance gate.
Who must send it? Any taxpayer registered as an electronic invoice receiver who receives a factura electrónica from an electronic issuer. When both parties operate within Costa Rica's electronic invoicing system, the receiver is obligated to confirm or reject every electronic document received. If you are on the buying side of a transaction with an electronic issuer, Costa Rica's electronic invoice acceptance obligation falls on you. The response is submitted electronically to Hacienda, typically through your organization's electronic invoicing software. For context on the broader system that governs issuance and transmission, see Costa Rica's broader e-invoicing requirements.
Your Mensaje Receptor carries one of three response types, each with distinct consequences for both buyer and seller:
- Full acceptance confirms the invoice as received, with no objections to its content or amounts.
- Partial acceptance signals that you acknowledge the transaction but dispute specific elements such as pricing, quantities, or tax calculations.
- Rejection formally refuses the invoice, typically due to errors, unauthorized charges, or goods/services not received.
Which response you select determines whether the purchase supports your tax deductions, whether the seller must issue a correction, and how Hacienda's validation system treats the transaction going forward.
Full Acceptance, Partial Acceptance, and Rejection
Choosing the wrong response has direct consequences for your tax position and your supplier relationship. Here is what each response means, when to use it, and what it triggers on both sides of the transaction.
Aceptación Total (Full Acceptance)
Full acceptance confirms the invoice is correct in every respect: amounts, line-item descriptions, tax calculations, and buyer/seller identification details. When you send a full acceptance Mensaje Receptor, the invoice becomes a validated purchase support document for your tax declarations. You can claim the corresponding tax credits and deduct the expense.
Use full acceptance when your review confirms that the invoice matches the underlying purchase order or contract, the CABYS codes are accurate, the IVA calculation is correct, and your company's identification data is properly recorded. This is the standard response for compliant invoices and should represent the majority of your Mensaje Receptor volume.
Aceptación Parcial (Partial Acceptance)
Partial acceptance means you acknowledge the invoice but flag specific discrepancies. Perhaps the supplier invoiced 500 units when you received 480. Maybe the unit price does not match the agreed rate, or the tax calculation applies the wrong IVA percentage to a particular line item.
A critical distinction: partial acceptance still validates the invoice as a purchase record. Your company can use it to support tax credit and expense claims. But it formally notifies the issuer that specific data is incorrect and requires correction — typically through a credit note or a corrected replacement invoice for the disputed portion.
Partial acceptance is not a negotiation tool. It is a structured notification that something on the invoice is factually wrong. If you disagree with a price your supplier quoted but the invoice accurately reflects that quote, the dispute belongs in your commercial process, not in your Mensaje Receptor.
Rechazo (Rejection)
Rejection means the invoice is fundamentally invalid and your company refuses it entirely. A rejected invoice does not support any tax credit or deductible expense claim for the buyer. The issuer must respond by issuing a correcting document.
Common grounds for rejection include:
- Wrong recipient — the invoice was issued to your company in error
- Duplicate invoice — you already received and accepted an invoice for the same transaction
- Incorrect transaction reference — the invoice describes goods or services you did not purchase
- Fundamental data errors — the issuer's identification is wrong, the currency is incorrect, or the document structure fails validation
Reserve rejection for cases where the invoice cannot be salvaged through a partial correction. If the underlying transaction is real and the errors are limited to specific line items or calculations, partial acceptance is the appropriate response.
Choosing the Right Response
When you receive an electronic invoice, run through this decision framework:
- Does the invoice belong to your company and reference a real transaction? If not, reject it.
- Is it a duplicate of an invoice you already processed? If yes, reject it.
- Are all amounts, descriptions, tax calculations, and identification details correct? If yes, accept fully.
- Is the underlying transaction valid but specific invoice data is wrong? If yes, partial-accept and specify the discrepancies so the issuer knows exactly what to correct.
This framework keeps your acceptance or rejection of electronic invoices consistent across your AP team and ensures each Mensaje Receptor accurately reflects the status of the document — protecting both your tax position and your audit trail.
The 8 Business Day Deadline and Presumed Acceptance
Buyers have 8 business days to send the Mensaje Receptor, but the way Costa Rica counts that window catches many AP teams off guard. The clock does not start on the date you receive the invoice. It starts on the first business day of the calendar month following the transaction date. Business days exclude weekends and all Costa Rican national holidays.
Here is how the counting works in practice. Suppose you receive an invoice dated March 15. The 8-day deadline does not begin on March 16. It begins on April 1 — the first business day of the following month. From April 1, you count forward 8 business days, skipping any weekends and holidays. If April 1 falls on a Wednesday with no intervening holidays, your deadline lands on April 10. Every invoice issued in March, regardless of whether it arrived on March 2 or March 31, shares that same starting point.
This design batches all invoices from a given month into one confirmation window, which simplifies scheduling but compresses the workload. AP teams that wait until after month-end close to begin reviewing supplier invoices may find themselves already partway through the 8-day countdown.
From Mandatory Confirmation to Presumed Acceptance
The original framework under Decreto 41820-H required every buyer registered as an electronic receiver to send a confirmation for each invoice received from an electronic issuer. There was no passive option — failing to respond was a compliance gap.
Decreto 42195-H changed that model. Under the revised decree, if the buyer does not send a Mensaje Receptor within the 8-business-day window, the invoice is automatically treated as fully accepted. This presumed acceptance is not a grace period or a soft default. It is a binding tax event. Before 42195-H, a missing response was a compliance violation requiring remediation. After 42195-H, a missing response is itself a binding acceptance — a fundamentally different risk profile for buyers.
What Presumed Acceptance Means for Your Tax Position
Once the deadline passes without a response, the invoice becomes part of your taxable transaction record. It affects your self-assessed tax declarations — your IVA obligations, your deductible expense calculations, and your reported cost base — regardless of whether you reviewed the invoice or even opened it.
You lose the ability to reject or partially accept the invoice through the Mensaje Receptor process. If the supplier sent an invoice with the wrong amount, incorrect tax rate, or items you never received, your window to challenge it through the standard electronic workflow has closed. Any correction after that point requires a separate process with the supplier, typically involving a credit note, and you bear the burden of reconciling the discrepancy against declarations you may have already filed.
The operational takeaway is direct: delayed invoice processing is not just an efficiency problem. It is a compliance exposure. An unreviewed invoice that defaults to full acceptance can create tax liabilities you did not intend, inflate your reported expenses, or lock in incorrect IVA credits that trigger scrutiny during audits. Building the 8-day deadline into your AP calendar — ideally with a buffer of at least two business days — turns invoice review from an administrative task into a control point.
Costa Rica is not alone in structuring buyer-side deadlines this way. Several Latin American countries tie tax credit eligibility to timely invoice confirmation, including Chile's similar invoice acceptance and VAT credit process and Panama's CUFE-based receiver validation workflow, which imposes its own 8-day window for registering acceptance or rejection events. Understanding the Costa Rican deadline in this broader regional context helps multinational teams standardize their AP controls across jurisdictions.
Tax Credits, Deductible Expenses, and Compliance Stakes
Your organization's ability to claim tax credits and deduct expenses from taxable income hinges on the Mensaje Receptor. Every invoice that passes through your AP workflow either strengthens or weakens your tax position depending on how you respond to it.
The Core Rule: No Confirmation, No Tax Support
Costa Rica's Ministerio de Hacienda requires that every purchase claimed in a tax declaration be backed by a valid comprobante de respaldo de compras — a purchase support document. An electronic invoice only qualifies as purchase support when it carries a confirmed Mensaje Receptor, whether from explicit acceptance or presumed acceptance after the deadline. Without that confirmation layer, the invoice is not recognized as valid documentary evidence for your tax filings.
In practice, this means two things for your Costa Rica invoice tax credit requirements:
- Tax credits (crédito fiscal): You cannot offset output tax with input tax from an unsupported invoice. The credit simply does not exist in Hacienda's eyes until the invoice has a confirmed acceptance status.
- Expense deductions: The cost recorded on an unconfirmed invoice cannot reduce your taxable income. Your organization absorbs the full tax burden on that transaction as though the supporting document never existed.
How Rejection Eliminates Tax Support
When you reject an invoice through the Mensaje Receptor process, that document is permanently disqualified as purchase support. This is the correct outcome when the invoice contains errors, but it creates an immediate gap in your records if the underlying transaction was legitimate.
To recover the tax credit on a rejected invoice, you need the issuer to generate a corrected replacement invoice. You then must accept that corrected document through a new Mensaje Receptor submission. Until both steps are complete, the expense remains unsupported and the associated tax credit is unavailable. Delays on the issuer's side directly impact your ability to close the loop.
The Asymmetric Risk Across Response Types
Each of the three response types — full acceptance, partial acceptance, and rejection — carries distinct tax consequences, and the risks are not evenly distributed.
Missed deadlines lock in the full invoiced amount as a confirmed purchase through presumed acceptance, even if the invoice contained inflated quantities or incorrect pricing. Correcting this after the fact requires a credit note from the issuer.
Rejections without issuer follow-through create the opposite problem. You correctly identified an error and rejected the invoice, but the issuer never sends a corrected version. The legitimate expense sits in limbo — you incurred the cost, but you have no qualifying document to support the deduction. The longer this persists, the greater the gap between your actual expenses and what you can claim.
Partial acceptances fall between these extremes. They protect your position on the accepted line items while flagging disputed amounts, but they still require resolution on the contested portion before you can fully support the expense.
Enforcement and Financial Penalties
Costa Rica's regulatory framework backs these requirements with tangible consequences. Under the Tax Code, taxpayers who fail to issue electronic invoicing vouchers face a fine of 924,400 colones (approximately US $1,813), and repeat violations can result in closure of the commercial establishment for up to five calendar days, as detailed in the penalties outlined by Chambers and Partners. These penalties apply to the voucher obligations broadly, meaning that systematic failure to submit Mensaje Receptor responses exposes your organization to both direct fines and operational disruption.
The cost of maintaining a disciplined acceptance workflow is marginal compared to lost tax credits, inflated purchase declarations, and regulatory penalties. For financial controllers managing Costa Rica operations, the Mensaje Receptor process deserves the same rigor applied to any other tax compliance obligation.
How the Rejection and Correction Cycle Works
When you reject an invoice or send a partial acceptance, you set a structured correction cycle in motion. Understanding each step of this cycle — and your responsibilities within it — prevents invoices from falling into a compliance gap where neither party can claim the transaction for tax purposes.
The Full Rejection Cycle
The Costa Rica invoice rejection process follows a defined sequence:
- You send a rejection Mensaje Receptor to Hacienda. Your response identifies the original invoice and indicates full rejection. Hacienda validates the message format and records the rejection against the referenced document.
- Hacienda notifies the issuer. The supplier receives confirmation that their invoice was rejected by the buyer. The original invoice is now formally contested in the Hacienda system.
- The issuer must correct the transaction. The issuer generates a credit note (nota de crédito electrónica) to cancel the original invoice, then issues a corrected replacement reflecting the accurate amounts, descriptions, or tax calculations.
- You receive the corrected invoice and must respond with a new Mensaje Receptor. This new document carries its own 8 business day acceptance deadline. You evaluate it independently — if the correction resolves your original dispute, you send a full acceptance. If problems remain, you reject or partially accept again, and the cycle restarts.
The Partial Acceptance Cycle
Partial acceptance follows a similar but slightly different path:
- You send a partial acceptance Mensaje Receptor. This signals to the issuer that you acknowledge the transaction but dispute specific elements — an incorrect line item amount, a tax rate error, or a missing discount.
- The issuer reviews the flagged discrepancies. Based on the nature of the dispute, the supplier typically issues a credit note for the disputed portion or, in some cases, a replacement corrected invoice for the full amount.
- You receive the correcting document and respond. Whether the issuer sends a credit note adjusting the disputed amount or a full replacement invoice, you must send a fresh Mensaje Receptor for that new document within its own 8 business day window.
Each correcting document is a standalone electronic invoice in the Hacienda system. It requires its own acceptance response, and the deadline clock resets with each new document issued.
Your Tracking Responsibilities During Correction
While the correction cycle is open, the original invoice remains in a contested state and cannot serve as valid tax support. You cannot claim it as a deductible expense or use it to support tax credits until a corrected version is fully accepted.
This creates a concrete tracking obligation for AP teams:
- Monitor open rejections and partial acceptances. Maintain a log of every invoice you have disputed, the date of your Mensaje Receptor, and the expected correction from the issuer.
- Follow up with suppliers proactively. If a corrected invoice does not arrive within a reasonable timeframe, you risk missing the acceptance window on the replacement document once it does appear.
- Process corrected invoices immediately upon receipt. The new 8 business day deadline begins when the corrected document is issued, not when you open it. Delays in internal routing can quietly consume your response window.
Extended correction cycles compound two costs: a tax timing risk (every round of rejection and reissuance delays when you can recognize the deduction or credit) and a growing administrative tracking burden across your AP workflow.
About the author
David Harding
Founder, Invoice Data Extraction
David Harding is the founder of Invoice Data Extraction and a software developer with experience building finance-related systems. He oversees the product and the site's editorial process, with a focus on practical invoice workflows, document automation, and software-specific processing guidance.
Profile
View author pageEditorial process
This page is reviewed as part of Invoice Data Extraction's editorial process.
If this page discusses tax, legal, or regulatory requirements, treat it as general information only and confirm current requirements with official guidance before acting. The updated date shown above is the latest editorial review date for this page.
Related Articles
Explore adjacent guides and reference articles on this topic.
Costa Rica Factura Electronica de Compra: 4.4 Guide
When Costa Rican buyers must issue a Factura Electronica de Compra under version 4.4, including code 16, ID rules, and when imports stay outside.
Costa Rica Recibo Electronico de Pago Requirements (REP)
Explains when Costa Rica REP is required under version 4.4, how code 10 and code 11 connect, and what references payment receipts must include.
Costa Rica E-Invoicing Requirements: 2026 Guide
Costa Rica e-invoicing guide covering mandate scope, document types, Hacienda validation, Mensaje Receptor, and version 4.4 dates.
Invoice Data Extraction
Extract data from invoices and financial documents to structured spreadsheets. 50 free pages every month — no credit card required.