Ver el código de «Integration Changes - Non-Mandatory Support Document Resolution 000167»


<includeonly>=</includeonly>==<font color="blue">COMPLEMENTARY INFORMATION</font>==<includeonly>=</includeonly>


===What is the support document?===

It is the document that you use to prove the purchase of a ''good'' or ''service'', and that the buyer must generate when making transactions with a supplier that is not required to issue a sales invoice or equivalent document.

===When is it used?===

You issue it as a buyer to document the transaction that gives rise to ''costs, deductions'' or ''discountable taxes'', through a document with numbering authorized by the '''DIAN''', when the seller or provider of the service is not required to invoice.

===Who should issue it?===

You issue it if you are a buyer of the good or service.

===What is it issued for?===

If as a ''seller of the good'' or ''provider of the service'' you are not obliged to issue a sales invoice, the buyer may generate the '''Support document'' in purchases made from subjects not obliged to issue a sales invoice. sale or equivalent document to document the transaction, account for it and, if applicable, bear costs, deductions, or deductible taxes.

===Who is required to issue it?===

You are obliged if you acquire a good or service when you make purchases or acquire services from a supplier not obliged to issue a sales invoice, so that you can document the transaction and have the support of ''costs, deductions'', or ''discountable taxes'' ', for your tax returns.

===What are the benefits?===

It allows you to document operations when they are carried out with suppliers not required to issue an invoice or equivalent document. This way you adequately support ''costs, deductions,'' or ''discountable taxes'' on these acquisitions.

===What are the requirements?===

As indicated in <u>'''Resolution 000167 of 2021'''</u> the requirements are:

# Be expressly named as “Support document for acquisitions made from persons not obligated to invoice.”
# Have the date of the operation that must correspond to the generation date of the document.
# Contain the surnames and name or company name and Tax Identification Number (NIT) of the seller or the person providing the service. In the case of contracts signed with non-tax residents in Colombia not registered in the Single Tax Registry -RUT, the requirement of the NIT Tax Identification Number will be understood to be fulfilled with the identification granted in the country of origin of the non-resident.
# Contain the surnames and name or company name and Tax Identification Number -NIT of the purchaser of the goods and/or services.
# Carry the number that corresponds to a consecutive numbering system for the supporting document, including the number, rank and validity authorized by the DIAN.
# Have the specific description of the good or service provided.
# Detail the total value of the operation.
# Include the signature of the issuer of the supporting document at the time of generation, in accordance with current regulations and the signature policy established by the Special Administrative Unit of the Tax and Customs Directorate – DIAN.
# Use the electronic generation format established by the Special Administrative Unit of the National Tax and Customs Directorate - DIAN.
# The unique supporting document code for purchases made from subjects not required to issue a sales invoice or equivalent document - CUDS.

===Since when should the supporting document be issued and required in acquisitions made from subjects not required to issue a sales invoice or equivalent document?===

The electronic generation and transmission of the supporting document in acquisitions made to subjects not required to issue a sales invoice or equivalent document and the adjustment notes must be implemented no later than the first '''(1) of August 2022''. '.(Resolution 000488 of 04-29-2022 DIAN)

===Changes incorporated in version 1.1 of the supporting document in acquisitions made to subjects not required to issue a sales invoice or equivalent document===

*The '''Adjustment Note''' is incorporated for the supporting document in purchases made from subjects not required to issue an invoice or equivalent document, with their respective validation rules.

*The calculation of the UUID element is modified, for which the INC and ICA taxes were eliminated for the composition of the chain.
*The algorithm used to calculate the UUID is changed, going from Unique Electronic Document Code - CUDE to Unique Support Document Code - CUDS.
*The reference table for the CityName element is updated.

===Relevant changes===

Rules with modifications in validations, among which the following stand out:
# It is determined that the type of identification for the service provider must be NIT.
# Change in the algorithm for calculating the UUID.
# Validations corresponding to the physical location of the seller according to their origin.
# It is determined that the seller's identification may not be a NIT depending on its origin.
# It is determined that the buyer's identification must be NIT.

<includeonly>=</includeonly>==<font color="blue">SUPPORT DOCUMENT</font>==<includeonly>=</includeonly>

===Emission===

For the issuance of supporting documents in acquisitions with subjects not obliged to invoice electronically, the same invoice object is consumed, therefore the XML has the same structure, only the use of some specific fields must be taken into account, as mentioned below. :

'''Qualification'''

Subjects who are previously authorized as electronic billers will have the option to validate the information they have registered in the authorization procedure of article 22 of Resolution 000042 of May 5, 2020 or the rule that modifies or replaces it.

# The structure of the SOAP object of the '''Support Document''' remains similar to that of the SOAP object of the '''Electronic Invoice''' document.
# The URL that will be used for testing and generating the Support Document is version 4:
##'''Demo Environment:''' <font color="blue"><u>http://demoemision21v4.thefactoryhka.com.co/ws/v1.0/Service.svc?wsdl</u>< /font>
##'''Production Environment:''' <font color="blue"><u>https://emision21v4.thefactoryhka.com.co/ws/v1.0/Service.svc?wsdl</u>< /font>
#You must indicate <documenttype> = '05' corresponding to the Support document with subjects not obliged to invoice <font color="blue">Class.GeneralInvoice</u></font><br>: [[File:documenttype2. png|800px|noframe|center|DocumentType2]]<br>
# You must indicate <tipoOperacion> = '10' or '11' corresponding to resident or non-resident <font color="blue">Class.InvoiceGeneral</u></font><br>:[[File:tipoOperacion2. png|800px|noframe|center|OperationType2]]<br>
# The information of the seller/supplier (person not required to invoice electronically) will be reported in the class.Customer of the GeneralInvoice object. The minimum attributes of this class to be reported are:
##Tax details
##SocialNameName
## documentnumber
##DVIdentificationNumber
## responsibilitiesRut
## identificationtype
##typePerson<br> [[File:detallesTributarios.png|800px|sinframe|center|DetallesTributarios]] [[File:detallesTributarios2.png|800px|sinframe|center|DetallesTributarios2]] <br>
# The issuance of these documents does not allow their transmission under a contingency scheme.
# The way to generate a support document or an adjustment note is according to:
## For each of the operations in which goods and/or services are acquired.
## For weekly accumulated operations carried out with the same supplier in which goods and/or services are acquired.
<br>
{| class="wikitable" style="width: 100%;" style="margin: auto;"
! style="color:white;background:#2F5496; text-align:center;"|Code
! style="color:white;background:#2F5496; text-align:center;"|Description
|- valign="center"
|-
| 1
| By operation
|-
| 2
| Weekly cumulative
|-
|}

'''EXAMPLE:'''

In the version 4 URL, you must report in the detail class <strong><invoicedetail<InvoiceDetail>></strong>, enter the information
required:
# <description> Service received.
# <descripcion2>Report the purchase date in a year-month-day format.
# <description3>(1) If it is per operation (2) If it is a weekly accumulation.
<br>
[[File:docSupport.png|600px|withoutframe|center|docSupport]]

<includeonly>=</includeonly>==<font color="blue">ADJUSTMENT NOTE</font>==<includeonly>=</includeonly>

===What is a fit note?===

Adjustment notes are electronic or physical documents, depending on the case, which constitute the means by which adjustments are made or the supporting document is cancelled, due to arithmetic or content errors, complying with the conditions, terms, technical and technological mechanisms that for the effect indicated by the DIAN.

===Structure===

To successfully issue this type of document, the sequential document defined as document type 95 must be used and in turn we recommend taking into account the following steps:

# Generate a Support Document, <documenttype> = "05".
# Generate an Adjustment Note, <DocumentType> = "95" using the <ReferencedDocuments> class.
# Step 3: Take into account the concepts of Correction Adjustment Notes Support Document <font color="blue">Class.ReferencedDocument-codeDocumentStatus</font>:
<br>
<center> '''Correction Concept for Adjustment Notes: cac:DiscrepancyResponse/cbc:ResponseCode''' </center>
{| class="wikitable" style="width: 100%;" style="margin: auto;"
! style="color:white;background:#2F5496; text-align:center;"|Code
! style="color:white;background:#2F5496; text-align:center;"|Meaning
|- valign="center"
|-
|1
|style="text-align:left;"|Partial return of the goods and/or partial non-acceptance of the service
|-
|2
|style="text-align:left;"|Cancellation of the supporting document in purchases made from subjects not required to issue a sales invoice or equivalent document
|-
|3
|style="text-align:left;"|Rebate or partial or total discount
|-
|4
|style="text-align:left;"|Price adjustment
|-
|5
|style="text-align:left;"|Others
|}
<br>
'''EXAMPLE:'''

[[File:adjustmentnote2.png|800px|frameless|center|adjustmentnoteDescription2]]

<includeonly>=</includeonly>==<font color="blue">TRANSMISSION FOR VALIDATION BEFORE THE DIAN</font>==<includeonly>=</includeonly>

It must be transmitted for validation to the DIAN as follows:

# At the moment in which each of the operations is carried out in which goods and/or services are acquired from subjects not obliged to issue an invoice or equivalent document.
# No later than the last business day of the week in which the weekly accumulated operations were carried out, which are carried out with the same supplier in which goods and/or services are acquired with subjects not obliged to issue an invoice or equivalent document .

<includeonly>=</includeonly>==<font color="blue">WHAT TO DO IF TECHNOLOGICAL PROBLEMS APPEAR?</font>==<includeonly>=</includeonly>

* '''Technological drawbacks on the part of the DIAN'''
** The generation of the Support Document has not been contemplated in acquisitions made to subjects not obliged to issue a sales invoice or equivalent document and its adjustment notes when there are Technological Disadvantages Type 03 - On the part of the Electronic Biller or Type 04 - On the part of the DIAN; Therefore, once services are restored, the aforementioned document must be transmitted.
** If at the time of transmission of the information in the supporting document and adjustment notes, technological problems arise that prevent the transmission of the information for validation, the subject has a maximum period of forty-eight (48) hours , counted from the day after the electronic computer service is restored.

* '''Technological inconveniences on the part of the subject'''
** If technological problems arise on the part of the subject, which prevent the transmission of the information, the subject must transmit the aforementioned documents within a maximum period of forty-eight (48) hours, counted from the day after the limit is exceeded. technological problem, leaving the supports for the problem presented, for when the tax administration requires them.

<includeonly>=</includeonly>==<font color="blue">ATTRIBUTE TABLES OF CONTENTS</font>==<includeonly>=</includeonly>

<big>'''Table 1'''</big>

{| class="wikitable" style="width: 100%;"
|+ Types of Documents
|- valign="center"
|-style="text-align:center;"
|colspan="2"|Document Type: cbc:InvoiceTypeCode and cbc:CreditnoteTypeCode
{| class="wikitable" style="width: 100%;"
! style="color:white;background:#2F5496; text-align:center;"|Code
! style="color:white;background:#2F5496; text-align:center;"|Meaning
|- valign="center"
|-
| 05
| Support document for purchases made from subjects not required to issue an invoice or equivalent document
|-
| 95
| Adjustment note to the supporting document in purchases made from subjects not obliged to issue an invoice or equivalent document
|-
|}
|}

<big>'''Table 2'''</big>

{| class="wikitable" style="width: 100%;"
|+ Operation Types
|- valign="center"
|-style="text-align:center;"
|colspan="2"|Types of operation for Support Document:
{| class="wikitable" style="width: 100%;" style="margin: auto;"
! style="color:white;background:#2F5496; text-align:center;"|Code
! style="color:white;background:#2F5496; text-align:center;"|Value
|- valign="center"
|-
| 10
| Resident
|-
| eleven
| Non-resident
|-
|}
<span style="color:#FF0000; text-align:left;"><b>Note: </b></span> In accordance with current regulations, what is indicated for the concept of
tax resident in Colombia and NOT tax resident in Colombia
|}

<big>'''Table 3'''</big>

{| class="wikitable" style="width: 100%;"
|+ Identification types
|- valign="center"
|-style="text-align:center;"
|colspan="2"|Identification document (Type of Tax Identifier):
cbc:CompanyID.@schemeName; sts:ProviderID.@schemeName
{| class="wikitable" style="width: 100%;" style="margin: auto;"
! style="color:white;background:#2F5496; text-align:center;"|Code
! style="color:white;background:#2F5496; text-align:center;"|SNO Meaning
! style="color:white;background:#2F5496; text-align:center;"|Resident
! style="color:white;background:#2F5496; text-align:center;"|Non-resident
|- valign="center"
|-
| twenty-one
| Immigration card
|
! style=";background:#f8f9fa; text-align:center;"! style=";background:#f8f9fa; text-align:center;"|X
|-
| 22
| Foreigner ID
|
! style=";background:#f8f9fa; text-align:center;" color: |X
|-
|31
|NIT
! style=";background:#f8f9fa; text-align:center;"|X
! style=";background:#f8f9fa; text-align:center;"|X
|-
|41
|Passport
|
! style=";background:#f8f9fa; text-align:center;"|X
|-
|42
|Foreign identification document
|
! style=";background:#f8f9fa; text-align:center;"|X
|-
|47
|PEP
|
! style=";background:#f8f9fa; text-align:center;"|X
|-
|50
|NIT from another country
|
! style=";background:#f8f9fa; text-align:center;"|X
|}
|}

<big>'''Table 4'''</big>

{| class="wikitable" style="width: 100%;"
|+ Types of Tax and Withholdings
|- valign="center"
|-style="text-align:center;"
|colspan="2"|Taxes: cac:TaxScheme/ID, cac:TaxScheme/Name
{| class="wikitable" style="width: 100%;" style="margin: auto;"
! style="color:white;background:#2F5496; text-align:center;"|Identifier
! style="color:white;background:#2F5496; text-align:center;"|Name
! style="color:white;background:#2F5496; text-align:center;"|Description
|- valign="center"
|-
| 01
| VAT
|Sales tax
|-
| 05
| WitheVAT
| VAT withholding
|-
|06
| ReteRenta
|Income Withholding
|}
|}

<big>'''Table 5'''</big>

{| class="wikitable" style="width: 100%;"
|+ Types of Person
|- valign="center"
|-style="text-align:center;"
|colspan="2"|Type of legal organization (Persons): cbc:AdditionalAccountID
{| class="wikitable" style="width: 100%;" style="margin: auto;"
! style="color:white;background:#2F5496; text-align:center;"|Code
! style="color:white;background:#2F5496; text-align:center;"|Meaning
|- valign="center"
|-
|1
|Legal entity and similar entities
|-
|2
|Natural and assimilated person
|}
|}

<big>'''Table 6'''</big>

{| class="wikitable" style="width: 100%;"
|+ Tax responsibilities
|- valign="center"
|-style="text-align:center;"
|colspan="2"|Tax responsibilities:
cbc:TaxLevelCode
{| class="wikitable" style="width: 100%;" style="margin: auto;"
! style="color:white;background:#2F5496; text-align:center;"|Code
! style="color:white;background:#2F5496; text-align:center;"|Meaning
|- valign="center"
|-
|0-13
|Big contributor
|-
|0-15
|Self-retaining
|-
|0-23
|VAT withholding agent
|-
|0-47
|Simple Tax Regime
|-
|0-48
|Sales tax
|-
|0-49
|Not responsible for VAT
|-
|R-99-PN
|Not Applicable - Others
|}
<span style="color:#FF0000; text-align:left;"><b>Note: </b></span> It is used in cases where the Seller does not have the first six (6) responsibilities,
Applies to legal entities/natural persons
|}

<big>'''Table 7'''</big>

{| class="wikitable" style="width: 100%;"
|+ Tax details
|- valign="center"
|-style="text-align:center;"
|colspan="2"|Tax identification Tax Details:
For the PartyTaxScheme group
{| class="wikitable" style="width: 100%;" style="margin: auto;"
! style="color:white;background:#2F5496; text-align:center;"|Code
! style="color:white;background:#2F5496; text-align:center;"|Meaning
|- valign="center"
|-
|01
|VAT
|-
|ZZ
|Not Applicable *
|}
<span style="color:#FF0000; text-align:left;"><b>Note: </b></span> It is used in cases where the Seller does not have the tax details reported, applies
for legal entities/natural persons
|}


<includeonly>=</includeonly>==<font color="blue">NEW VALIDATION RULES</font>==<includeonly>=</includeonly>

*'''DSAJ08a:''' The customer address class must be made up of at least the set formed by the elements city, departmentcode, department, address, language, municipality and country. when theOperationType is equal to '10'.
*'''DASJ08b:''' The client address class must be made up of at least the set formed by the elements city, departmentcode, department, address, language, municipality and country. when the CustomizationID is equal to '11'.
*'''DSAJ10a:''' City field Must be a municipality of the Republic of Colombia when theOperationtype is equal to '10'.
*'''DSAJ10b:''' Must contain the name of the corresponding city when theOperationType is equal to '11'.
*'''DSAJ25a:''' Identifier of the type of identity document:''' When theOperaciontype is equal to '10' the Identificationtype must be '31'.
*'''DSAJ25b:''' Identifier of the type of identity document:''' When theOperaciontype is equal to '11' the Identificationtype must be '31'.
*'''VLR02:''' Total value of the Adjustment Note is greater than the value of the referenced document
*'''DSBH01:''' The internal code field = 5 must be indicated in the Referenceddocument class. Exclusive information group to reference the Adjustment Note that gave rise to this DS
*'''DSBH03:''' Prefix + Referenced adjustment note number Reference adjustment note ID does not exist. The DocumentNumber field must be indicated in the ReferencedDocument class.
*'''DSBH04:''' CUDS of the related adjustment note. CUDS of the referenced adjustment note does not exist. The cufeDocRereferenced field must be indicated.

*'''DSBH05:''' CUDS algorithm
*'''DSBH06:''' Date of the Adjustment Note referenced prior to the date of the DS. The date field must be indicated.


<br>


<center>'''<big>[[File:Copyright.png|100px|sinmarco|center|Copyright]]<font color="Blue">THE FACTORY HKA COLOMBIA</font></big>
<br>Copyright © 2016 The Factory HKA. All rights reserved.</center>



<br>
{{clear}}
<!--
-->