Now accepting guest editorial from SAP, Oracle, Workday and ServiceNow practitioners.Pitch a guide
The Sign-Off Table

Lesson 5 of 5

Testing and signing off a country

9 min

Listen to this lesson

0:00 / 9:49

An e-invoicing go-live has a hard edge that ordinary releases don't: the first invoice after go-live is a legal document. If it's wrong, the customer can't deduct VAT, the company may be fined, and in clearance countries the invoice may not exist at all in the authority's eyes. Testing must therefore prove the legal path end to end, the failure paths, and the reconciliation that shows nothing slipped through.

Contoso's real case: Alternadores del Norte goes live with CFDI

In Wave 2, Alternadores del Norte's data is loaded into SAP S/4HANA as company code 1910 and its first invoices will be posted there. The largest customer is Flotillas Monterrey S.A. de C.V., and the main product is ADN-200. Priya is the test lead, Lucía (the Monterrey order-to-cash key user) owns order-to-cash testing, Dan signs off finance, and a Mexican tax adviser confirms legal content. The PAC provides a test environment; nothing in testing is sent to the PAC's production service.

TestWhat it provesExpected result
Standard invoiceBilling document for ADN-200 creates an eDocument, submission reaches the PAC test service, UUID returnsApproved; UUID and stamp stored; CFDI sent to Flotillas Monterrey from the cockpit
Data rejectionA deliberately wrong customer tax ID is caughtRejected with the PAC's error; correction and resubmission approved
Credit memoReturns and credit memos follow the same legal pathApproved credit memo eDocument linked to the original invoice
Cancellation with substituteReason code 01 with a substitute invoiceCancellation requested with the substitute UUID; status follows the SAT's decision
Cancellation needing acceptanceCustomer acceptance pathAwaiting Cancellation Response until the customer answers, then updated
Connectivity outageSigning or PAC unavailableeDocument stays in a retryable status; no billing document without an eDocument
VolumeA day of invoices in background jobsAll submitted by job; processing time inside the business window

Contoso's core CFDI test set for company code 1910.

The test flow for a country rollout: design from legal requirements, execute against the provider's test service, prove with reconciliation and review.
The Sign-Off Table · thesignofftable.com/academy/sap-edi-303

The reconciliation that matters most

The single most valuable check is completeness: every invoice-relevant source document in the period has an eDocument, and every eDocument has reached a final status. Count billing documents and accounting documents for company code 1910 by day, count eDocuments by process and status, and investigate every difference. An invoice without an eDocument is an invoice the tax authority never saw; an eDocument stuck in error is a customer who can't book its purchase. Repeat this daily during hypercare.

MonitorCosmetic issues in the PDF representation sent to the customer.
Test thoroughlyCancellation edge cases: rare, but each one is legally sensitive.
Automate checksMaster data errors such as tax IDs: common, caught by rejections, cheap to fix.
Gate the go-liveMissing eDocuments, unapproved invoices sent to customers, wrong tax amounts.
Where to spend test effort in an e-invoicing rollout.
The Sign-Off Table · thesignofftable.com/academy/sap-edi-303

What-if: the same discipline for France

If Contoso's what-if French entity went live, the test set would look different but the discipline would be the same. Receiving comes first, because every company must be able to receive from 1 September 2026: test that supplier invoices arrive through the platform and create eDocuments for Domestic Supplier Invoice processing. Then test issuing through the Domestic Customer Invoice process (eDocument types such as France eInvoice and France Credit Memo), validation of customers against the public directory with the online validation feature, the e-reporting lists in the Run Statutory Reports app, and payment data for services. Each needs its own evidence.

Hypercare: the daily routine

Go-live is the start of the riskiest month. During hypercare Contoso runs a short routine every morning for company code 1910: count yesterday's billing documents and eDocuments and explain differences; work every eDocument in error with the owner named in the runbook; check that background jobs for submission and status updates ran; look for cancellations waiting for a customer's answer; and confirm the PAC certificate and credentials are not close to expiry. Lucía's team in Monterrey owns the business errors, Theo's team the technical ones, and Dan reviews the summary weekly until the error rate is stable.

Evidence and sign-off

  • The legal requirements list from the tax adviser, with each requirement mapped to a test case.
  • For each test case: the source document number, the eDocument status history, the XML sent and received, and the provider's response or UUID.
  • The daily reconciliation of source documents to eDocuments for the final test cycle, with zero unexplained differences.
  • Proof of the failure paths: a rejection corrected and resubmitted, a cancellation, an outage recovered.
  • Background jobs scheduled in production, with an owner and a monitoring routine.
  • Production master data checks: company tax registration, customer tax IDs, and network or directory registrations.

What would you do?

One day before Alternadores del Norte's go-live, the final test cycle shows 412 billing documents and 409 approved eDocuments. Three invoices for a small customer have no eDocument, and the cause is unknown. Grace asks whether to proceed. What should Priya recommend?

Key points
  • The first invoice after go-live is a legal document; test the legal path, the failure paths and completeness.
  • Use the provider's or authority's test service; never send test documents to production.
  • Reconcile source documents to eDocuments every day: a missing eDocument is a missing legal invoice.
  • Sign-off needs tax adviser review of XML, proven rejections and cancellations, production credentials and named owners.

Check your understanding · not graded

Lesson check

  1. 1. What is the most important completeness check in an e-invoicing rollout?

  2. 2. Where should CFDI test invoices be sent during testing?

  3. 3. For the what-if French entity, which capability must be tested first?

  4. 4. Who should accept the sample XML for invoices, credit memos and cancellations before sign-off?