Models

Inbox Document

Properties

NameTypeRequiredDescription
idstringYesThe Recommand document ID. Use it with the other document endpoints. Example: "doc_01JQZ8X0M4T7RB6K9V2NDHW3PA"
teamIdstringYesThe ID of the team the document belongs to. Example: "team_01JQZ8X0M4T7RB6K9V2NDHW3PA"
companyIdstringYesThe ID of the company the document was sent for or received by. Example: "c_01JQZ8X0M4T7RB6K9V2NDHW3PA"
directionincoming | outgoingYesWhether the document was received by this company (incoming) or sent by it (outgoing). Example: "incoming". Values: incoming, outgoing
senderIdstringYesThe Peppol address of the sender, as scheme:identifier. Example: "0208:1012081766"
receiverIdstring | nullYesThe Peppol address of the receiver, as scheme:identifier. Null for documents that were never addressed on the network, such as email-only sends and French e-reporting reports. Example: "0208:0428643097"
docTypeIdstringYesThe full Peppol document type identifier the document was exchanged under. It names the syntax and the customization the document follows. Example: "urn:oasis:names:specification:ubl:schema:xsd:Invoice-2::Invoice##urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0::2.1"
processIdstringYesThe Peppol process identifier the document was exchanged under. It names the business process the document type is used in. Example: "urn:fdc:peppol.eu:2017:poacc:billing:01:1.0"
countryC1stringYesThe country of the originating sender (Peppol corner 1), in ISO 3166-1 alpha-2 format. Peppol requires it on every transmission so receivers can apply country-specific rules. Example: "BE"
typestring (enum)YesWhat kind of document this is. unknown means the document could not be recognised as one of the supported types, in which case parsed is null and only the XML is available. Example: "invoice". Values: invoice, creditNote, selfBillingInvoice, selfBillingCreditNote, messageLevelResponse, frenchInvoicingCdar, frenchB2CSalesReport, frenchB2CPaymentReport, frenchB2BiInvoiceReport, frenchB2BiPaymentReport, unknown
readAtstring | nullYesWhen the document was marked as read. Null while it is unread, which is what puts an incoming document in the inbox
createdAtstringYesWhen the document was sent or received
updatedAtstringYesWhen the document record last changed
validationDocument ValidationnullYes
sentOverPeppolbooleanYesWhether the document was handed over to the Peppol network. False for a document that was only delivered by email. Whether it reached the recipient is what deliveryStatus and deliveries say. Example: true
sentOverEmailbooleanYesWhether the document was delivered by email, either as the only channel or alongside Peppol. Example: false
emailRecipientsstring[]YesThe email addresses the document was delivered to. Empty when it was not sent by email. Example: []
labelsobject[]YesThe labels assigned to this document. Manage them with the assign and unassign label endpoints
peppolMessageIdstring | nullYesThe AS4 message ID of the transmission. Null when the document did not travel over Peppol, and for playground teams, whose transmissions are simulated
peppolConversationIdstring | nullYesThe AS4 conversation ID the transmission belongs to. It ties a document to the responses that follow it
receivedPeppolSignalMessagestring | nullYesThe AS4 signal message the receiving access point returned to acknowledge an outgoing transmission. Null for incoming documents and when the access point returned none
envelopeIdstring | nullYesThe envelope ID of the document, also known as the SBDH instance identifier (Standard Business Document Header Instance Identifier)
deliveryStatuspending | delivered | failed | nullYesWhether the document reached its recipient, summarised over its deliveries: delivered when at least one delivery was confirmed, failed when every delivery failed, pending while any is still awaiting the channel's confirmation. Null for documents without deliveries, such as incoming documents and filed reports. Example: "delivered". Values: pending, delivered, failed, null
deliveriesobject[]YesWhere an outgoing document stands with each recipient: one entry per channel and address it was sent to. Empty for incoming documents and filed reports. sentOverPeppol says the document was handed to the network; a delivery says whether it arrived

validation (One of)

Document Validation:

NameTypeRequiredDescription
resultvalid | invalid | not_supported | errorYesvalid: the document passed every rule that applies to it. invalid: at least one rule was violated; see errors. not_supported: no ruleset is available for this document type, so nothing was checked. error: the validation service could not be reached or its answer could not be read. Example: "valid". Values: valid, invalid, not_supported, error
errorsobject[]YesThe findings the validation produced. Empty when the document is valid, and also when the result is not_supported or error

validation.errors properties

NameTypeRequiredDescription
ruleCodestring | nullNoThe identifier of the rule that was violated, for example an EN 16931 or Peppol BIS business rule code. Null for findings that come from something other than a coded rule, such as a schema error. Example: "PEPPOL-EN16931-R010"
errorMessagestringYesWhat the rule expected, in the words of the ruleset that raised it
errorLevelstringYesHow serious the finding is. Only findings the ruleset treats as errors make a document invalid. Example: "ERROR"
fieldNamestring | nullNoWhere in the document the finding applies, usually as an XPath. Null when the finding is not tied to one place
sourcestringNoWhich ruleset produced the finding, for example the syntax schema or a Peppol business rule set

labels properties

NameTypeRequiredDescription
colorHexstringYesThe colour the label is shown in, as a hex code. Example: "#3B82F6"
externalIdstring | nullYesYour own identifier for the label, if you set one. It is unique within the team, so you can address a label by the id your system already uses. Example: "erp-routing-inbox"
idstringYesThe label's identifier, used wherever a label is assigned or unassigned. Example: "lbl_01JQZ8X0M4T7RB6K9V2NDHW3PA"
namestringYesThe label's name, as it is shown in the dashboard and returned on the documents and suppliers it is assigned to. Example: "ERP"

deliveries properties

NameTypeRequiredDescription
idstringYesThe delivery ID. It identifies this delivery in document.delivery_status_changed webhook events. Example: "dlv_01JQZ8X0M4T7RB6K9V2NDHW3PA"
channelpeppol | emailYesHow the document was sent to this address. Example: "peppol". Values: peppol, email
addressstringYesThe Peppol address or email address the document was sent to. Example: "0208:0428643097"
statuspending | delivered | failedYespending: the channel accepted the document and has not confirmed arrival. delivered: the channel confirmed arrival; for Peppol the recipient's access point acknowledged the document, for email the recipient's mail server accepted the message. failed: the document did not arrive; for email the message bounced or was refused. See failure. Example: "delivered". Values: pending, delivered, failed
statusChangedAtstringYesWhen the delivery reached its current status
failureDelivery FailurenullYes
referencesobjectYesThe identifiers the delivery is known by on its channel: the AS4 and envelope IDs for peppol deliveries, the mail service's messageId for email deliveries

deliveries.failure (One of)

Delivery Failure:

NameTypeRequiredDescription
categoryrecipient_not_found | document_not_supported | validation | transport | recipient_rejected | duplicate | otherYesWhy the delivery failed, in the same terms for every channel and access point: recipient_not_found (the address is not registered on the network, or the mailbox does not exist), document_not_supported (the recipient does not receive this document type), validation (the document was refused by a rule), transport (it could not be transmitted, or the mail server did not take the message), recipient_rejected (the recipient or their server refused it, for email a block or spam complaint), duplicate or other. Example: "validation". Values: recipient_not_found, document_not_supported, validation, transport, recipient_rejected, duplicate, other
messagestring | nullYesWhat went wrong, as the channel or access point described it
providerCodestring | nullYesThe access point's or mail service's own code for the failure, when it reported one: an access point error code, or a bounce type such as HardBounce. Example: "TXE-1005"

deliveries.references properties

NameTypeRequiredDescription
peppolMessageIdstring | nullNoThe AS4 message ID of the transmission
peppolConversationIdstring | nullNoThe AS4 conversation ID of the transmission
envelopeIdstring | nullNoThe envelope ID (SBDH instance identifier) of the transmission
messageIdstring | nullNoThe mail service's message ID of the email, for email deliveries. It is the ID a bounce or delivery notification from the mail service refers to. Null when the delivery predates message tracking

Used by