errorcii-d16b

CII-SR-003:Invalid document type code

CII TypeCode must be valid UNTDID 1001 code (380=Invoice, 381=Credit Note).

Severity
Fatal
Rule set
cii-d16b
Country
All EU
Fix type
INPUT REQUIRED

Engine Classification

Business data required · Explicit input workflow · No assumptions made

Required input: Document Type Code

What is CII-SR-003?

CII-SR-003 is a fatal validation rule defined in the cii-d16b specification. It validates the ram:TypeCode element under rsm:CrossIndustryInvoice > rsm:ExchangedDocument in the UBL invoice XML.

When this rule fires, the invoice is non-compliant and will be rejected by Peppol access points and national validation services. The sending system receives a rejection response and the invoice does not reach the buyer.

Target path: XPath: /rsm:CrossIndustryInvoice/rsm:ExchangedDocument/ram:TypeCode

Why This Error Matters

Type code determines document processing rules.

CII-SR-003 is a hard failure. Invoices that trigger this rule are rejected at the access point and never reach the recipient. In Peppol networks, this means your sending system receives an MLR (Message Level Response) with a rejection status. The invoice must be corrected and re-sent, adding delay to your payment cycle.

Validator Behavior

  • ·Causes invoice rejection
  • ·Fails CII schema validation
  • ·Error returned: CII-SR-003
  • ·Specification: cii-d16b

How to Fix It

1.

Check document type

380 for invoice, 381 for credit note

2.

Other valid codes

384=corrected invoice, 389=self-billing

3.

Set correctly

In ExchangedDocument/TypeCode

XML Example

Generic example based on the rule's target XPath. Your actual XML structure may differ.

Before
<!-- Triggers validation error -->
<ram:TypeCode></ram:TypeCode>
After
<!-- Corrected -->
<ram:TypeCode>VALID_VALUE</ram:TypeCode>

Technical Reference

XPathXPath: /rsm:CrossIndustryInvoice/rsm:ExchangedDocument/ram:TypeCode
Speccii-d16b

Code Example

<rsm:ExchangedDocument>
  <ram:ID>INV-001</ram:ID>
  <ram:TypeCode>380</ram:TypeCode>
  <ram:IssueDateTime>
    <udt:DateTimeString format="102">20241219</udt:DateTimeString>
  </ram:IssueDateTime>
</rsm:ExchangedDocument>

Common Causes

  • ·Wrong code
  • ·Using text instead of code
  • ·Invalid UNTDID 1001 value

Seeing this in production? The API handles CII-SR-003 automatically. See the fix response →

Commonly Seen In

CII/ZUGFeRD systems

Frequently Asked Questions

CII TypeCode must be valid UNTDID 1001 code (380=Invoice, 381=Credit Note).

Use valid document type code. You can also use Invoice Navigator's automatic Fixer tool to correct this instantly.

Yes, CII-SR-003 is a critical error that will cause invoice rejection. It must be fixed before submission to ensure your invoice is accepted by the recipient's system.

Many instances of CII-SR-003 can be automatically corrected using Invoice Navigator's Fixer tool. Upload your invoice and the tool will identify and fix common issues, including invalid document type code.

CII-SR-003 is commonly seen in exports from CII/ZUGFeRD systems. These software packages sometimes generate invoices that need adjustment to meet full compliance standards.

Related Errors

Last updated: 18 January 2026

Share this guide:

Handle CII-SR-003 Automatically in Your Pipeline

The compliance engine auto-remediates this error with controlled safety policies and evidence pack generation.