[REF] l10n: PoC doc restructure for CO
closes odoo/documentation#5466 Signed-off-by: Jonathan Castillo (jcs) <jcs@odoo.com>
@ -68,8 +68,7 @@ available on Odoo.
|
||||
- Canada - Accounting
|
||||
- :doc:`Chile - Accounting <fiscal_localizations/chile>`
|
||||
- China - Accounting
|
||||
- :doc:`Colombia - Accounting <fiscal_localizations/colombia>` (:doc:`doc in Spanish
|
||||
<fiscal_localizations/colombia_ES>`)
|
||||
- :doc:`Colombia - Accounting <fiscal_localizations/colombia>`
|
||||
- Costa Rica - Accounting
|
||||
- Croatia - Accounting (RRIF 2012)
|
||||
- Czech - Accounting
|
||||
@ -140,7 +139,6 @@ available on Odoo.
|
||||
fiscal_localizations/belgium
|
||||
fiscal_localizations/chile
|
||||
fiscal_localizations/colombia
|
||||
fiscal_localizations/colombia_ES
|
||||
fiscal_localizations/egypt
|
||||
fiscal_localizations/france
|
||||
fiscal_localizations/germany
|
||||
|
@ -2,85 +2,86 @@
|
||||
Colombia
|
||||
========
|
||||
|
||||
Webinars
|
||||
========
|
||||
The following documentation covers the Colombian localization modules and their basic concepts to
|
||||
understand, implement, and use Colombian localization in Odoo.
|
||||
|
||||
Below you can find videos with a general description of the localization, and how to configure it.
|
||||
- Configure Master Data for Colombia
|
||||
- Use and configure Electronic Invoicing in Odoo for Colombia.
|
||||
- :ref:`Invoice creation <colombia/invoice-creation>` and :ref:`validation
|
||||
<colombia/invoice-validation>`
|
||||
- :ref:`Reception of legal XML and PDF <colombia/invoice-xml>`
|
||||
- :ref:`Avoid common mistakes <colombia/common-errors>`
|
||||
- :ref:`Financial reports <colombia/reports>`
|
||||
|
||||
- `VIDEO WEBINAR OF A COMPLETE DEMO <https://youtu.be/Y83p3YK1lFU>`_.
|
||||
.. seealso::
|
||||
`Smart Tutorial - Localización de Colombia
|
||||
<https://www.odoo.com/slides/smart-tutorial-localizacion-de-colombia-132>`_
|
||||
|
||||
Introduction
|
||||
============
|
||||
|
||||
Electronic invoicing for Colombia is available from Odoo 12 and
|
||||
requires the next modules:
|
||||
|
||||
#. **l10n_co**: All the basic data to manage the accounting module,
|
||||
contains the default setup for: chart of accounts, taxes,
|
||||
retentions, identification document types
|
||||
#. **l10n_co_edi**: This module includes all the extra fields that are
|
||||
required for the Integration with Carvajal and generate the
|
||||
electronic invoice, based on the DIAN legal requirements.
|
||||
|
||||
Workflow
|
||||
========
|
||||
|
||||
.. image:: colombia/colombia01.png
|
||||
:align: center
|
||||
.. _colombia/configuration:
|
||||
|
||||
Configuration
|
||||
=============
|
||||
|
||||
Install the Colombian localization modules
|
||||
------------------------------------------
|
||||
Modules installation
|
||||
--------------------
|
||||
|
||||
To :ref:`install <general/install>` the modules, go to :menuselection:`Apps`, remove the *Apps*
|
||||
filter and search for "Colombia". Then click on *Install* for the first two modules.
|
||||
:ref:`Install <general/install>` the following modules to get all the features of the Colombian
|
||||
localization:
|
||||
|
||||
.. image:: colombia/colombia02.png
|
||||
:align: center
|
||||
.. list-table::
|
||||
:header-rows: 1
|
||||
:widths: 25 25 50
|
||||
|
||||
* - Name
|
||||
- Technical name
|
||||
- Description
|
||||
* - :guilabel:`Colombia - Accounting`
|
||||
- `l10n_co`
|
||||
- Default :ref:`fiscal localization package <fiscal_localizations/packages>`
|
||||
* - :guilabel:`Electronic invoicing for Colombia with Carvajal`
|
||||
- `l10n_co_edi`
|
||||
- Carvajal e-invoicing integration
|
||||
* - :guilabel:`Colombian - Point of Sale`
|
||||
- `l10n_co_pos`
|
||||
- Point of Sale
|
||||
* - :guilabel:`Colombian - Accounting Reports`
|
||||
- `l10n_co_reports`
|
||||
- Colombian reports
|
||||
|
||||
Configure credentials for Carvajal web service
|
||||
----------------------------------------------
|
||||
|
||||
Once that the modules are installed, in order to be able to connect
|
||||
with Carvajal Web Service, it's necessary to configure the user
|
||||
and credentials, this information will be provided by Carvajal.
|
||||
Once the modules are installed, the user credentials need to be configured in order to connect with
|
||||
Carvajal Web Service. First, navigate to :menuselection:`Accounting --> Configuration --> Settings`
|
||||
and look for the :guilabel:`Colombian Electronic Invoice` section. Then, fill in the required
|
||||
configuration information provided by Carvajal.
|
||||
|
||||
Go to :menuselection:`Accounting --> Configuration --> Settings` and
|
||||
look for the *Colombian Electronic Invoice* section.
|
||||
.. image:: colombia/carvajal-credential-config.png
|
||||
:alt: Configure credentials for Carvajal web service in Odoo.
|
||||
|
||||
.. image:: colombia/colombia03.png
|
||||
:align: center
|
||||
Check the :guilabel:`Test mode` checkbox to connect with the Carvajal testing environment. This
|
||||
allows users to test the complete workflow and integration with the :abbr:`CEN (Centro Electrónico
|
||||
de Negocios)` Financiero portal, which is accessible here:
|
||||
|
||||
Using the Testing mode it is possible to connect with a Carvajal
|
||||
testing environment. This allows users to test the complete workflow
|
||||
and integration with the CEN Financiero portal, which is accessible
|
||||
here:
|
||||
- `CTS (Carvajal T&S) <https://cenflab.cen.biz/site/>`_.
|
||||
- `CSC (Carvajal Servicios de Comunicación) <https://web-stage.facturacarvajal.com/>`_.
|
||||
|
||||
CTS (Carvajal T&S)
|
||||
https://cenflab.cen.biz/site/
|
||||
:abbr:`CSC (Carvajal Servicios de Comunicación)` is the default for new databases.
|
||||
|
||||
CSC (Carvajal Servicios de Comunicación)
|
||||
https://web-stage.facturacarvajal.com/
|
||||
Once Odoo and Carvajal are fully configured and ready for production, the testing environment can be
|
||||
disabled by unchecking the :guilabel:`Test mode` checkbox.
|
||||
|
||||
CSC is the default for new databases.
|
||||
Configure report data
|
||||
---------------------
|
||||
|
||||
Once that Odoo and Carvajal are fully configured and ready for
|
||||
production the testing environment can be disabled.
|
||||
Report data can be defined for the fiscal section and the bank information in the PDF as part of the
|
||||
configurable information that is sent in the XML.
|
||||
|
||||
Configure your report data
|
||||
--------------------------
|
||||
Navigate to :menuselection:`Accounting --> Configuration --> Settings` and look for the
|
||||
:guilabel:`Colombian Electronic Invoice` section.
|
||||
|
||||
As part of the configurable information that is sent in the XML, you
|
||||
can define the data for the fiscal section and the bank information in
|
||||
the PDF.
|
||||
|
||||
Go to :menuselection:`Accounting --> Configuration --> Settings` and
|
||||
look for the *Colombian Electronic Invoice* section.
|
||||
|
||||
.. image:: colombia/colombia04.png
|
||||
:align: center
|
||||
.. image:: colombia/report-config.png
|
||||
:alt: Configure the report data in Odoo.
|
||||
|
||||
Configure data required in the XML
|
||||
----------------------------------
|
||||
@ -88,174 +89,181 @@ Configure data required in the XML
|
||||
Partner
|
||||
~~~~~~~
|
||||
|
||||
Configure the identification number and fiscal structure.
|
||||
|
||||
Identification
|
||||
**************
|
||||
|
||||
As part of the Colombian Localization, the document types defined by
|
||||
the DIAN are now available on the Partner form. Colombian partners
|
||||
have to have their identification number and document type set:
|
||||
As part of the Colombian Localization, the document types defined by the :abbr:`DIAN (Dirección de
|
||||
Impuestos y Aduanas Nacionales)` are now available on the Partner form. Colombian partners have to
|
||||
have their identification number (:guilabel:`VAT`) and :guilabel:`Document Type` set:
|
||||
|
||||
.. image:: colombia/colombia05.png
|
||||
:align: center
|
||||
.. image:: colombia/partner-rut-doc-type.png
|
||||
:alt: The document type of RUT set in Odoo.
|
||||
|
||||
.. tip:: When the document type is RUT the identification number needs
|
||||
to be configured in Odoo including the verification digit, Odoo
|
||||
will split this number when the data to the third party vendor is
|
||||
sent.
|
||||
.. tip::
|
||||
When the :guilabel:`Document Type` is `RUT`, the identification number needs to be configured in
|
||||
Odoo, including the verification digit, Odoo will split this number when the data to the
|
||||
third-party vendor is sent.
|
||||
|
||||
Fiscal structure (RUT)
|
||||
**********************
|
||||
|
||||
The partner's responsibility codes (section 53 in the RUT document)
|
||||
are included as part of the electronic invoice module given that is
|
||||
part of the information required by the DIAN .
|
||||
The partner's responsibility codes (section 53 in the RUT document) are included as part of the
|
||||
electronic invoice module, given it is part of the information required by the :abbr:`DIAN
|
||||
(Dirección de Impuestos y Aduanas Nacionales)`.
|
||||
|
||||
These fields can be found in :menuselection:`Partner --> Sales &
|
||||
Purchase Tab --> Fiscal Information`
|
||||
The required fields can be found in :menuselection:`Partner --> Sales & Purchase Tab --> Fiscal
|
||||
Information`.
|
||||
|
||||
.. image:: colombia/colombia06.png
|
||||
:align: center
|
||||
.. image:: colombia/partner-fiscal-information.png
|
||||
:alt: The fiscal information included in the electronic invoice module in Odoo.
|
||||
|
||||
Additionally two booleans fields were added in order to specify the
|
||||
fiscal regimen of the partner.
|
||||
Additionally, two boolean fields were added in order to specify the fiscal regimen of the partner.
|
||||
|
||||
Taxes
|
||||
~~~~~
|
||||
|
||||
If your sales transactions include products with taxes, it's important
|
||||
to consider that an extra field *Value Type* needs to be configured
|
||||
per tax. This option is located in the Advanced Options tab.
|
||||
If sales transactions include products with taxes, the :guilabel:`Value Type` field in the
|
||||
:guilabel:`Advanced Options tab` needs to be configured per tax.
|
||||
|
||||
.. image:: colombia/colombia07.png
|
||||
:align: center
|
||||
Retention tax types (ICA, IVA, Fuente) are also included in the options to configure taxes. This
|
||||
configuration is used in order to display taxes in the invoice PDF correctly.
|
||||
|
||||
Retention tax types (ICA, IVA, Fuente) are also included in the
|
||||
options to configure your taxes. This configuration is used in order
|
||||
to correctly display taxes in the invoice PDF.
|
||||
|
||||
.. image:: colombia/colombia08.png
|
||||
:align: center
|
||||
|
||||
Journals
|
||||
~~~~~~~~
|
||||
|
||||
Once the DIAN has assigned the official sequence and prefix for the
|
||||
electronic invoice resolution, the Sales journals related to your
|
||||
invoice documents need to be updated in Odoo. The sequence can be
|
||||
accessed using the :ref:`developer mode <developer-mode>`: :menuselection:`Accounting -->
|
||||
Settings --> Configuration Setting --> Journals`.
|
||||
|
||||
.. image:: colombia/colombia09.png
|
||||
:align: center
|
||||
|
||||
Once that the sequence is opened, the Prefix and Next Number fields
|
||||
should be configured and synchronized with the CEN Financiero.
|
||||
|
||||
.. image:: colombia/colombia10.png
|
||||
:align: center
|
||||
.. image:: colombia/retention-tax-types.png
|
||||
:alt: The ICA, IVA and Fuente fields in the Advanced Options tab in Odoo.
|
||||
|
||||
Users
|
||||
~~~~~
|
||||
|
||||
The default template that is used by Odoo on the invoice PDF includes
|
||||
the job position of the salesperson, so these fields should be
|
||||
configured:
|
||||
The default template that is used by Odoo on the invoice PDF includes the job position of the
|
||||
salesperson, so the :guilabel:`Job Position` field should be configured.
|
||||
|
||||
.. image:: colombia/colombia11.png
|
||||
:align: center
|
||||
.. _colombia/workflows:
|
||||
|
||||
Usage and testing
|
||||
=================
|
||||
Main workflows
|
||||
==============
|
||||
|
||||
Invoice
|
||||
-------
|
||||
.. image:: colombia/electronic-invoice-workflow.png
|
||||
:alt: Electronic invoice workflow in Odoo.
|
||||
|
||||
When all your master data and credentials has been configured, it's
|
||||
possible to start testing the electronic invoice workflow.
|
||||
.. _colombia/invoice-creation:
|
||||
|
||||
Invoice creation
|
||||
~~~~~~~~~~~~~~~~
|
||||
----------------
|
||||
|
||||
The functional workflow that takes place before an invoice validation
|
||||
doesn't change. The main changes that are introduced with the
|
||||
electronic invoice are the next fields:
|
||||
|
||||
.. image:: colombia/colombia12.png
|
||||
:align: center
|
||||
The functional workflow that takes place before an invoice validation doesn't change. The main
|
||||
changes that are introduced with the electronic invoice are the next fields.
|
||||
|
||||
There are three types of documents:
|
||||
|
||||
- **Factura Electronica**: This is the regular type of document and
|
||||
its applicable for Invoices, Credit Notes and Debit Notes.
|
||||
- **Factura de Importación**: This should be selected for importation
|
||||
transactions.
|
||||
- **Factura de contingencia**: This is an exceptional type that is
|
||||
used as a manual backup in case that the company is not able to use
|
||||
the ERP and it's necessary to generate the invoice manually, when
|
||||
this invoice is added to the ERP, this invoice type should be
|
||||
selected.
|
||||
- **Factura Electronica**: This is the regular document type applicable for Invoices, Credit Notes
|
||||
and Debit Notes.
|
||||
- **Factura de Importación**: This should be selected for importation transactions.
|
||||
- **Factura de contingencia**: This is an exceptional type that is used as a manual backup if the
|
||||
company is not able to use the ERP and if it is necessary to generate the invoice manually when
|
||||
this invoice is added to the ERP.
|
||||
|
||||
.. _colombia/invoice-validation:
|
||||
|
||||
Invoice validation
|
||||
~~~~~~~~~~~~~~~~~~
|
||||
------------------
|
||||
|
||||
After the invoice is validated an XML file is created and sent
|
||||
automatically to Carvajal, this file is displayed in the chatter.
|
||||
After the invoice is validated, an XML file is created and sent automatically to Carvajal. This file
|
||||
is also displayed in the chatter.
|
||||
|
||||
.. image:: colombia/colombia13.png
|
||||
:align: center
|
||||
.. image:: colombia/carvajal-invoice-xml-chatter.png
|
||||
:alt: Carvajal XML invoice file in Odoo chatter.
|
||||
|
||||
An extra field is now displayed in "Other Info" tab with the name of
|
||||
the XML file. Additionally there is a second extra field that is
|
||||
displayed with the Electronic Invoice status, with the initial value
|
||||
"In progress":
|
||||
The :guilabel:`Electronic Invoice Name` field is now displayed in the :guilabel:`Other Info` tab
|
||||
with the name of the XML file. Additionally, the :guilabel:`Electronic Invoice Status` field is
|
||||
displayed with the initial value :guilabel:`In progress`.
|
||||
|
||||
.. image:: colombia/colombia14.png
|
||||
:align: center
|
||||
.. _colombia/invoice-xml:
|
||||
|
||||
Reception of legal XML and PDF
|
||||
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
||||
------------------------------
|
||||
|
||||
The electronic invoice vendor receives the XML file and proceeds to
|
||||
validate the structure and the information in it, if everything is
|
||||
correct the invoice status changes to "Validated" after using the
|
||||
"Check Carvajal Status" button in the Action dropdown. They then
|
||||
proceed to generate a Legal XML which includes a digital signature and
|
||||
a unique code (CUFE), a PDF invoice that includes a QR code and the
|
||||
CUFE is also generated.
|
||||
The electronic invoice vendor receives the XML file and proceeds to validate the structure and the
|
||||
information in it. In the :guilabel:`Action` drop-down menu, select the :guilabel:`Check Carvajal
|
||||
Status` button. If everything is correct, the :guilabel:`Electronic Invoice Status` field value
|
||||
changes to :guilabel:`Validated`. Then, proceed to generate a legal XML, which includes a digital
|
||||
signature and a unique code (CUFE), a PDF invoice that includes a QR code, and the CUFE is also
|
||||
generated.
|
||||
|
||||
After this:
|
||||
|
||||
- A ZIP containing the legal XML and the PDF is downloaded and
|
||||
displayed in the invoice chatter:
|
||||
- A ZIP containing the legal XML and the PDF is downloaded and displayed in the invoice chatter:
|
||||
|
||||
.. image:: colombia/colombia15.png
|
||||
.. image:: colombia/zip-invoice-chatter.png
|
||||
:alt: ZIP file displayed in the invoice chatter in Odoo.
|
||||
|
||||
.. image:: colombia/colombia16.png
|
||||
.. image:: colombia/zip-file-contents.png
|
||||
:alt: XML and PDF contained in invoice ZIP file.
|
||||
|
||||
- The Electronic Invoice status changes to "Accepted"
|
||||
- The electronic invoice status changes to :guilabel:`Accepted`.
|
||||
|
||||
.. _colombia/common-errors:
|
||||
|
||||
Common errors
|
||||
~~~~~~~~~~~~~
|
||||
-------------
|
||||
|
||||
During the XML validation the most common errors are usually related
|
||||
to missing master data. In such cases, error messages are shown in the
|
||||
chatter after updating the electronic invoice status.
|
||||
During the XML validation, the most common errors are usually related to missing master data. In
|
||||
such cases, error messages are shown in the chatter after updating the electronic invoice status.
|
||||
|
||||
.. image:: colombia/colombia17.png
|
||||
:align: center
|
||||
.. image:: colombia/xml-validation-errors.png
|
||||
:alt: XML validation errors shown in the invoice chatter in Odoo.
|
||||
|
||||
After the master data is corrected, it's possible to reprocess the XML
|
||||
with the new data and send the updated version, using the following
|
||||
button:
|
||||
After the master data is corrected, it's possible to reprocess the XML with the new data and send
|
||||
the updated version, using the following button in the :guilabel:`Action` drop-down menu.
|
||||
|
||||
.. image:: colombia/colombia18.png
|
||||
:align: center
|
||||
|
||||
.. image:: colombia/colombia19.png
|
||||
:align: center
|
||||
.. image:: colombia/updated-invoice-status.png
|
||||
:alt: The updated invoice status in Odoo.
|
||||
|
||||
Additional use cases
|
||||
--------------------
|
||||
|
||||
The process for credit and debit notes is exactly the same as the
|
||||
invoice, the functional workflow remains the same as well.
|
||||
The process for credit and debit notes is exactly the same as the invoice. The functional workflow
|
||||
remains the same as well.
|
||||
|
||||
.. _colombia/reports:
|
||||
|
||||
Financial reports
|
||||
=================
|
||||
|
||||
This information is a quick reference to the accounting reports included in the *Colombian
|
||||
Localization Accounting Reports* module.
|
||||
|
||||
Certificado de Retención en ICA
|
||||
-------------------------------
|
||||
|
||||
This report is a certification to vendors for withholdings made for the Colombian Industry and
|
||||
Commerce tax (ICA).
|
||||
|
||||
Go to :menuselection:`Accounting --> Reporting --> Colombian Statements --> Certificado de Retención
|
||||
en ICA`.
|
||||
|
||||
.. image:: colombia/ica-report.png
|
||||
:alt: Certificado de Retención en ICA report in Odoo Accounting.
|
||||
|
||||
Certificado de Retención en IVA
|
||||
-------------------------------
|
||||
|
||||
This report issues a certificate on the amount withheld from vendors for VAT withholding.
|
||||
|
||||
Go to :menuselection:`Accounting --> Reporting --> Colombian Statements --> Certificado de Retención
|
||||
en IVA`.
|
||||
|
||||
.. image:: colombia/iva-report.png
|
||||
:alt: Certificado de Retención en IVA report in Odoo Accounting.
|
||||
|
||||
Certificado de Retención en la Fuente
|
||||
-------------------------------------
|
||||
|
||||
This certificate is issued to partners for the withholding tax that they have made.
|
||||
|
||||
Go to :menuselection:`Accounting --> Reporting --> Colombian Statements --> Certificado de Retención
|
||||
en Fuente`.
|
||||
|
||||
.. image:: colombia/fuente-report.png
|
||||
:alt: Certificado de Retención en Fuente report in Odoo Accounting.
|
||||
|
After Width: | Height: | Size: 4.8 KiB |
After Width: | Height: | Size: 14 KiB |
Before Width: | Height: | Size: 86 KiB |
Before Width: | Height: | Size: 5.6 KiB |
Before Width: | Height: | Size: 5.3 KiB |
Before Width: | Height: | Size: 5.6 KiB |
Before Width: | Height: | Size: 14 KiB |
Before Width: | Height: | Size: 20 KiB |
Before Width: | Height: | Size: 11 KiB |
Before Width: | Height: | Size: 11 KiB |
Before Width: | Height: | Size: 11 KiB |
Before Width: | Height: | Size: 10 KiB |
Before Width: | Height: | Size: 16 KiB |
Before Width: | Height: | Size: 9.6 KiB |
Before Width: | Height: | Size: 26 KiB |
Before Width: | Height: | Size: 13 KiB |
Before Width: | Height: | Size: 25 KiB |
Before Width: | Height: | Size: 3.0 KiB |
Before Width: | Height: | Size: 12 KiB |
Before Width: | Height: | Size: 43 KiB |
Before Width: | Height: | Size: 55 KiB |
After Width: | Height: | Size: 33 KiB |
After Width: | Height: | Size: 28 KiB |
After Width: | Height: | Size: 25 KiB |
After Width: | Height: | Size: 13 KiB |
After Width: | Height: | Size: 17 KiB |
After Width: | Height: | Size: 17 KiB |
After Width: | Height: | Size: 5.2 KiB |
After Width: | Height: | Size: 8.6 KiB |
After Width: | Height: | Size: 38 KiB |
After Width: | Height: | Size: 11 KiB |
After Width: | Height: | Size: 2.7 KiB |
After Width: | Height: | Size: 15 KiB |
@ -1,602 +0,0 @@
|
||||
=============
|
||||
Colombia (ES)
|
||||
=============
|
||||
|
||||
Introducción
|
||||
============
|
||||
|
||||
La Facturación Electrónica para Colombia está disponible en Odoo 12 y
|
||||
requiere los siguientes Módulos:
|
||||
|
||||
#. **l10n_co**: Contiene los datos básicos para manejar el módulo de
|
||||
contabilidad, incluyendo la configuración por defecto de los siguientes
|
||||
puntos:
|
||||
|
||||
- Plan Contable
|
||||
- Impuestos
|
||||
- Retenciones
|
||||
- Tipos de Documentos de Identificación
|
||||
|
||||
#. **l10n_co_edi**: Este módulo incluye todos los campos adicionales que son
|
||||
requeridos para la Integración entre Carvajal y la generación de la
|
||||
Factura Electrónica, basado en los requisitos legales de la DIAN.
|
||||
|
||||
|
||||
Flujo General
|
||||
=============
|
||||
|
||||
.. image:: colombia/colombia01.png
|
||||
:align: center
|
||||
|
||||
|
||||
Configuración
|
||||
=============
|
||||
|
||||
Instalación de los módulos de Localización Colombiana
|
||||
-----------------------------------------------------
|
||||
|
||||
Para esto ve a las aplicaciones y busca “Colombia”, luego da click en
|
||||
Instalar a los primeros dos módulos:
|
||||
|
||||
.. image:: colombia/colombia02.png
|
||||
:align: center
|
||||
|
||||
|
||||
Configuración de las credenciales del Servicio Web de Carvajal
|
||||
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
||||
|
||||
| Una vez que los módulos están instalados, para poderte conectar con el
|
||||
Servicio Web de Carvajal, es necesario configurar el Usuario y las
|
||||
Credenciales. Esta información será provista por Carvajal.
|
||||
| Ve a :menuselection:`Facturación --> Configuración --> Configuración` y busca la sección
|
||||
**Facturación Electrónica Colombiana**
|
||||
|
||||
.. image:: colombia_ES/colombia_ES02.png
|
||||
:align: center
|
||||
|
||||
La funcionalidad de pruebas le permite conectarse e interactuar con el
|
||||
ambiente piloto de Carvajal, esto permite a los usuarios probar el
|
||||
flujo completo y la integración con el Portal Financiero CEN, al cual
|
||||
se accede a través de la siguiente liga:
|
||||
|
||||
CTS (Carvajal T&S)
|
||||
https://cenflab.cen.biz/site/
|
||||
|
||||
CSC (Carvajal Servicios de Comunicación)
|
||||
https://web-stage.facturacarvajal.com/
|
||||
|
||||
CSC es el predeterminado para nuevas bases de datos.
|
||||
|
||||
Una vez que el ambiente de producción está listo en Odoo y en Carvajal
|
||||
el ambiente de pruebas debe ser deshabilitado para poder enviar la
|
||||
información al ambiente de producción de Carvajal.
|
||||
|
||||
|
||||
Configuración de Información para PDF
|
||||
-------------------------------------
|
||||
|
||||
| Como parte de la información configurable que es enviada en el XML,
|
||||
puedes definir los datos de la sección fiscal del PDF, así como de la
|
||||
información Bancaria.
|
||||
| Ve a :menuselection:`Contabilidad --> Configuración --> Ajustes` y busca la sección
|
||||
**Facturación Electrónica Colombiana**.
|
||||
|
||||
.. image:: colombia_ES/colombia_ES03.png
|
||||
:align: center
|
||||
|
||||
|
||||
Configuración de los Datos Principales Requeridos en el XML
|
||||
-----------------------------------------------------------
|
||||
|
||||
Contacto (Tercero)
|
||||
~~~~~~~~~~~~~~~~~~
|
||||
|
||||
Identificación
|
||||
**************
|
||||
|
||||
Como parte de la Localización Colombiana, los tipos de documentos
|
||||
definidos por la DIAN ahora están disponibles en el formulario de
|
||||
Contactos, por lo cual ya es posible asignarles su número de
|
||||
identificación asociado al tipo de documento correspondiente.
|
||||
|
||||
.. image:: colombia_ES/colombia_ES04.png
|
||||
:align: center
|
||||
|
||||
Nota: Cuando el tipo de documento es RUT la identificación necesita ser
|
||||
ingresada en Odoo incluyendo el Dígito de Verificación. Odoo separará
|
||||
este número cuando la información sea enviada a los proveedores
|
||||
terceros.
|
||||
|
||||
|
||||
Estructura Fiscal (RUT)
|
||||
***********************
|
||||
|
||||
Los Códigos de tipo de Obligación aplicables a los terceros (sección 53
|
||||
en el documento de RUT), son incluidos como parte del módulo de
|
||||
Facturación Electrónica, dado que es información requerida por la DIAN.
|
||||
|
||||
Estos campos se encuentran en :menuselection:`Contactos --> Pestaña de Ventas y Compras
|
||||
--> Información Fiscal`
|
||||
|
||||
.. image:: colombia_ES/colombia_ES05.png
|
||||
:align: center
|
||||
|
||||
Adicionalmente dos últimos campos fueron agregados para especificar el
|
||||
régimen fiscal del contacto. Cabe aclarar que para envío de Factura
|
||||
electrónica de Carvajal, únicamente se hace distinción de entre Grandes
|
||||
Contribuyentes y Régimen simplificado, por lo se muestran solo estas dos
|
||||
opciones.
|
||||
|
||||
Impuestos
|
||||
~~~~~~~~~
|
||||
|
||||
Si tus transacciones de ventas incluyen productos con impuestos, es
|
||||
importante considerar que un campo adicional llamado *Tipo de Valor*
|
||||
necesita ser configurado en la siguiente ruta: :menuselection:`Contabilidad
|
||||
--> Configuración --> Impuestos: --> Opciones Avanzadas --> Tipo de Valor`
|
||||
|
||||
.. image:: colombia_ES/colombia_ES06.png
|
||||
:align: center
|
||||
|
||||
Los impuestos para Retenciones (ICA, IVA y Fuente) también están
|
||||
incluidos en las opciones para configurar tus impuestos, esta
|
||||
configuración es considerada para desplegar correctamente los impuestos
|
||||
en la representación gráfica de la Factura. (PDF)
|
||||
|
||||
.. image:: colombia_ES/colombia_ES07.png
|
||||
:align: center
|
||||
|
||||
|
||||
Diarios
|
||||
~~~~~~~
|
||||
|
||||
Una vez que la DIAN ha asignado la secuencia y prefijo oficiales para la
|
||||
resolución de la Facturación Electrónica, los Diarios de Ventas
|
||||
relacionados con tus documentos de facturación necesitan ser
|
||||
actualizados en Odoo.
|
||||
|
||||
La secuencia es configurada usando el modo de desarrollador en la
|
||||
siguiente ruta: :menuselection:`Contabilidad --> Configuración --> Diarios
|
||||
--> Liga de Secuencia`
|
||||
|
||||
.. image:: colombia_ES/colombia_ES08.png
|
||||
:align: center
|
||||
|
||||
Una vez que la secuencia es abierta, los campos de Prefijo y Siguiente
|
||||
Número deben ser configurados y sincronizados con el CEN Financiero.
|
||||
|
||||
.. image:: colombia_ES/colombia_ES09.png
|
||||
:align: center
|
||||
|
||||
|
||||
Usuarios
|
||||
~~~~~~~~
|
||||
|
||||
La plantilla por defecto que es usada por Odoo en la representación
|
||||
gráfica incluye el nombre del Vendedor, así que estos campos deben ser
|
||||
considerados:
|
||||
|
||||
.. image:: colombia_ES/colombia_ES10.png
|
||||
:align: center
|
||||
|
||||
|
||||
Uso y Pruebas
|
||||
=============
|
||||
|
||||
Facturas
|
||||
--------
|
||||
|
||||
Una vez que toda la información principal y las credenciales han sido
|
||||
configuradas, es posible empezar a probar el flujo de la Facturación
|
||||
Electrónica siguiendo las instrucciones que se detallan a continuación:
|
||||
|
||||
|
||||
Invoice Creation
|
||||
~~~~~~~~~~~~~~~~
|
||||
|
||||
El flujo de trabajo funcional que lleva lugar antes de la validación de
|
||||
una factura continua siendo igual con Facturación Electrónica,
|
||||
independientemente de si es creada desde una Orden de Venta o si es
|
||||
creado manualmente.
|
||||
|
||||
Los cambios principales que son introducidos con la Facturación
|
||||
Electrónica son los siguientes:
|
||||
|
||||
Hay tres tipos de documentos
|
||||
|
||||
- **Factura electrónica**. Este es el documento normal y aplica
|
||||
para Facturas, Notas de Crédito y Notas de Débito.
|
||||
|
||||
- **Factura de Importación**. Debe ser seleccionada para
|
||||
transacciones de importación.
|
||||
|
||||
- **Factura de Contingencia**. Esta es un caso excepcional y es
|
||||
utilizada como un respaldo manual en caso que la compañía no
|
||||
pueda usar el ERP y hay necesidad de crear la factura
|
||||
manualmente. Al ingresar esta factura en el ERP, se debe
|
||||
seleccionar este tipo.
|
||||
|
||||
.. image:: colombia_ES/colombia_ES11.png
|
||||
|
||||
|
||||
Invoice Validation
|
||||
~~~~~~~~~~~~~~~~~~
|
||||
|
||||
Después que la factura fue validada, un archivo XML es creado y enviado
|
||||
automáticamente al proveedor de la factura electrónica. Este archivo es
|
||||
desplegado en el historial.
|
||||
|
||||
.. image:: colombia_ES/colombia_ES12.png
|
||||
:align: center
|
||||
|
||||
Un campo adicional es ahora desplegado en la pestaña de “Otra
|
||||
Información” con el nombre del archivo XML. Adicionalmente hay un
|
||||
segundo campo adicional que es desplegado con el estatus de la Factura
|
||||
Electrónica, con el valor inicial **En Proceso**.
|
||||
|
||||
.. image:: colombia_ES/colombia_ES13.png
|
||||
:align: center
|
||||
|
||||
|
||||
Recepción del XML y PDF Legal
|
||||
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
||||
|
||||
| El proveedor de la Factura Electrónica recibe el archivo XML y procede
|
||||
a validar la información y la estructura contenida. Si todo es
|
||||
correcto, el estatus de la Factura cambia a “Validado”. Como parte de
|
||||
este proceso se generar el XML Legal, el cual incluye una firma
|
||||
digital y un código único (CUFE) y generan el PDF de la Factura (el
|
||||
cual incluye un código QR) y el CUFE.
|
||||
|
||||
| Odoo envía una petición de actualización automáticamente para
|
||||
verificar que el XML fue creado. Si este es el caso, las siguientes
|
||||
acciones son hechas automáticamente:
|
||||
|
||||
- El XML Legal y el PDF son incluidos en un archivo ZIP y desplegados
|
||||
en el historial de la Factura.
|
||||
|
||||
.. image:: colombia_ES/colombia_ES14.png
|
||||
|
||||
- El estatus de la Factura Electrónica es cambiado a “Aceptado”.
|
||||
|
||||
.. image:: colombia_ES/colombia_ES15.png
|
||||
|
||||
.. tip::
|
||||
En caso que el PDF y el XML sean requeridos inmediatamente, es
|
||||
posible mandar manualmente la petición del estatus usando el siguiente
|
||||
botón:
|
||||
|
||||
.. image:: colombia_ES/colombia_ES16.png
|
||||
:align: center
|
||||
|
||||
|
||||
Errores Frecuentes
|
||||
~~~~~~~~~~~~~~~~~~
|
||||
|
||||
Durante la validación del XML los errores más comunes usualmente están
|
||||
relacionados con información principal faltante. En estos casos, los
|
||||
detalles del error son recuperados en la petición de actualización y
|
||||
desplegados en el historial.
|
||||
|
||||
.. image:: colombia_ES/colombia_ES17.png
|
||||
:align: center
|
||||
|
||||
Si la información principal es corregida, es posible re procesar el XML
|
||||
con la nueva información y mandar la versión actualizada usando el
|
||||
siguiente botón:
|
||||
|
||||
.. image:: colombia_ES/colombia_ES18.png
|
||||
:align: center
|
||||
|
||||
.. image:: colombia_ES/colombia_ES19.png
|
||||
:align: center
|
||||
|
||||
|
||||
Casos de Uso adicionales
|
||||
------------------------
|
||||
|
||||
El proceso para las Notas de Crédito y Débito (Proveedores) es
|
||||
exactamente el mismo que en las Facturas. Su flujo de trabajo funcional
|
||||
se mantiene igual.
|
||||
|
||||
Consideraciones del Anexo 1.7
|
||||
=============================
|
||||
|
||||
Contexto
|
||||
--------
|
||||
|
||||
Contexto Normativo
|
||||
~~~~~~~~~~~~~~~~~~
|
||||
|
||||
| Soporte Normativo:
|
||||
| Resolución DIAN Número 000042 ( 5 de Mayo de 2020) Por la cual se desarrollan:
|
||||
|
||||
- Los sistemas de facturación,
|
||||
- Los proveedores tecnológicos,
|
||||
- El registro de la factura electrónica de venta como título valor,
|
||||
- Se expide el anexo técnico de factura electrónica de venta y
|
||||
- Se dictan otras disposiciones en materia de sistemas de facturación.
|
||||
|
||||
Anexo 1.7: Principales Cambios
|
||||
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
||||
|
||||
- Cambios en la definición de Consumidor Final.
|
||||
- Informar bienes cubiertos para los 3 dias sin IVA.
|
||||
- Actualización de descripción de Impuestos.
|
||||
- Se agrega concepto para IVA Excluido.
|
||||
- Informar la fecha efectiva de entrega de los bienes.
|
||||
- Adecuaciones en la representación Gráfica (PDF).
|
||||
|
||||
Calendario
|
||||
~~~~~~~~~~
|
||||
|
||||
Se tiene varias fechas límites para la salida a producción bajo las condiciones del Anexo 1.7 las
|
||||
cuales dependen de los siguientes factores:
|
||||
|
||||
#. Calendario de implementación de acuerdo con la actividad económica principal en el RUT:
|
||||
|
||||
.. image:: colombia_ES/colombia-es-calendario-rut.png
|
||||
:align: center
|
||||
|
||||
#. Calendario de implementación, para otros sujetos obligados:
|
||||
|
||||
.. image:: colombia_ES/colombia-es-calendario-otros-obligados.png
|
||||
:align: center
|
||||
|
||||
#. Calendario de implementación permanente:
|
||||
|
||||
.. image:: colombia_ES/colombia-es-calendario-permanente.png
|
||||
:align: center
|
||||
|
||||
Requerimientos en Odoo
|
||||
----------------------
|
||||
|
||||
Con la finalidad de facilitar el proceso de preparación de las bases de Odoo estándar V12 y v13,
|
||||
únicamente será necesario que los administradores actualicen algunos módulos y creen los datos
|
||||
maestros relacionados a los nuevos procesos.
|
||||
|
||||
Actualización de listado de Apps
|
||||
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
||||
|
||||
Utilizando el modo desarrollador, acceder al módulo de Aplicaciones y seleccionar el menú
|
||||
*Actualizar Lista*.
|
||||
|
||||
.. image:: colombia_ES/colombia-es-actualizar-lista.png
|
||||
:align: center
|
||||
|
||||
Actualización de Módulos
|
||||
~~~~~~~~~~~~~~~~~~~~~~~~
|
||||
|
||||
Una vez actualizado Buscar *Colombia*, los siguientes módulos serán desplegados, se requieren
|
||||
actualizar dos módulos.
|
||||
|
||||
#. Colombia - Contabilidad - l10n_co
|
||||
#. Electronic invoicing for Colombia with Carvajal UBL 2.1 - l10n_co_edi_ubl_2_1
|
||||
|
||||
.. image:: colombia_ES/colombia-es-modulos.png
|
||||
:align: center
|
||||
|
||||
En cada módulo o ícono hay que desplegar el menú opciones utilizando los 3 puntos de la esquina
|
||||
superior derecha y seleccionamos *Actualizar*.
|
||||
|
||||
Primero lo hacemos con en el módulo l10n_co:
|
||||
|
||||
.. image:: colombia_ES/colombia-es-actualizar-contabilidad.png
|
||||
:align: center
|
||||
|
||||
Posteriormente lo hacemos con el módulo l10n_co_edi_ubl_2_1:
|
||||
|
||||
.. image:: colombia_ES/colombia-es-actualizar-electronic-invoicing.png
|
||||
:align: center
|
||||
|
||||
Creación de Datos Maestros
|
||||
~~~~~~~~~~~~~~~~~~~~~~~~~~
|
||||
|
||||
Las bases de datos existentes a Junio 2020 tanto en V12 como V13, deberán crear algunos datos
|
||||
maestros necesarios para operar correctamente con los cambios del Anexo 1.7.
|
||||
|
||||
Consumidor Final
|
||||
****************
|
||||
|
||||
La figura del consumidor final será utilizada para aquellas ventas sobre las cuales no es posible
|
||||
identificar toda la información fiscal y demográfica del cliente por lo que la factura se genera a
|
||||
nombre de este registro genérico.
|
||||
|
||||
Es importante coordinar y definir los casos de uso en los que dependiendo de su empresa se tendrá
|
||||
permitido utilizar este registro genérico.
|
||||
|
||||
Dentro de Odoo se tendrá que crear un contacto con las siguientes características, es importante que
|
||||
se defina de esta manera debido a que son los parámetros definidos por la DIAN.
|
||||
|
||||
- **Tipo de contacto:** Individuo
|
||||
- **Nombre:** Consumidor Final
|
||||
- **Tipo de documento:** Cedula de Ciudadania
|
||||
- **Numero de Identificacion:** 222222222222
|
||||
|
||||
.. image:: colombia_ES/colombia-es-consumidor-final-nuevo-contacto.png
|
||||
:align: center
|
||||
|
||||
Dentro de la pestaña Ventas y Compras, en la sección Información Fiscal, del campo Obligaciones y
|
||||
Responsabilidades colocaremos el valor: **R-99-PN**.
|
||||
|
||||
.. image:: colombia_ES/colombia-es-consumidor-final-r-99-pn.png
|
||||
:align: center
|
||||
|
||||
IVA Excluido - Bienes Cubiertos
|
||||
*******************************
|
||||
|
||||
Para reportar las transacciones realizadas mediante Bienes Cubiertos para los tres días sin IVA,
|
||||
será necesario crear un nuevo Impuesto al cual se le debe de asociar un grupo de impuestos
|
||||
específico que será utilizado por Odoo para agregar la sección requerida en el XML de factura
|
||||
electrónica.
|
||||
|
||||
Para el crear el impuesto accederemos a Contabilidad dentro del menú :menuselection:`Configuración
|
||||
--> Impuestos`:
|
||||
|
||||
.. image:: colombia_ES/colombia-es-menu-impuestos.png
|
||||
:align: center
|
||||
|
||||
Procedemos a crear un nuevo Impuesto con importe 0% considerando los siguientes parámetros:
|
||||
|
||||
.. image:: colombia_ES/colombia-es-nuevo-impuesto.png
|
||||
:align: center
|
||||
|
||||
El nombre del Impuesto puede ser definido a preferencia del usuario, sin embargo el campo clave es
|
||||
**Grupo de Impuestos** dentro de Opciones avanzadas, el cual debe ser: *bienes cubiertos* y el campo
|
||||
**Tipo de Valor**: *IVA*.
|
||||
|
||||
.. image:: colombia_ES/colombia-es-nuevo-impuesto-opciones-avanzadas.png
|
||||
:align: center
|
||||
|
||||
Actualización de descripción de Departamentos
|
||||
*********************************************
|
||||
|
||||
Es necesario actualizar la descripción de algunos departamentos, para lo cual accederemos a módulo
|
||||
de Contactos y dentro del menú de :menuselection:`Configuración --> Provincias`.
|
||||
|
||||
.. image:: colombia_ES/colombia-es-menu-provincias.png
|
||||
:align: center
|
||||
|
||||
Posteriormente, podemos agregar por País para identificar claramente las provincias (Departamentos)
|
||||
de Colombia:
|
||||
|
||||
.. image:: colombia_ES/colombia-es-provincias-agrupar.png
|
||||
:align: center
|
||||
|
||||
Una vez agrupados buscar los siguientes departamentos para actualizarlos con el valor indicado en la
|
||||
columna **Nombre actualizado**:
|
||||
|
||||
+------------------------------+---------------------+--------------------------+
|
||||
| Nombre de provincia | Código de Provincia | Nombre actualizado |
|
||||
+==============================+=====================+==========================+
|
||||
| D.C. | DC | Bogotá |
|
||||
+------------------------------+---------------------+--------------------------+
|
||||
| Quindio | QUI | Quindío |
|
||||
+------------------------------+---------------------+--------------------------+
|
||||
| Archipiélago de San Andrés, | SAP | San Andrés y Providencia |
|
||||
| Providencia y Santa Catalina | | |
|
||||
+------------------------------+---------------------+--------------------------+
|
||||
|
||||
Ejemplo:
|
||||
|
||||
.. image:: colombia_ES/colombia-es-provincias-ejemplo.png
|
||||
:align: center
|
||||
|
||||
Verificación de Código postal
|
||||
*****************************
|
||||
|
||||
Dentro del Anexo 1.7 se comienza a validar que el código postal de las direcciones para contactos
|
||||
colombianos corresponda a las tablas oficiales definidas por la DIAN, por lo que se debe verificar
|
||||
que este campo está debidamente diligenciado de acuerdo a los definidos en la sigueinte fuente:
|
||||
`Codigos_Postales_Nacionales.csv
|
||||
<http://visor.codigopostal.gov.co/472/visor/Codigos_Postales_Nacionales.csv>`_
|
||||
|
||||
Consideraciones Operativas
|
||||
--------------------------
|
||||
|
||||
Consumidor Final
|
||||
~~~~~~~~~~~~~~~~
|
||||
|
||||
Una vez que resgistro de Consumidor final ha sido creado este deberá ser utilizado a demanda,
|
||||
generalmente será utilizado en las transacciones de facturación del punto de punto de venta.
|
||||
|
||||
- El proceso de validación de la Factura será realizado de forma convencional en Odoo y la factura
|
||||
será generada de la misma manera. Al detectar que el número de identificación corresponde a
|
||||
consumidor Final, el XML que se envía a Carvajal será generado con las consideraciones y secciones
|
||||
correspondientes.
|
||||
- Contablemente todos los registros de Consumidor final quedarán asociados al identificador generico:
|
||||
|
||||
.. image:: colombia_ES/colombia-es-consumidor-final-asociado.png
|
||||
:align: center
|
||||
|
||||
IVA Excluido - Bienes Cubiertos
|
||||
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
||||
|
||||
El 21 mayo del 2020 fue publicado el El Decreto 682 el cual establece Excepción especial en el
|
||||
Impuesto sobre las ventas. El principal objetivo de este decreto es reactivar la economía en
|
||||
Colombia por las bajas ventas generadas a causa del COVID.
|
||||
|
||||
Fechas
|
||||
******
|
||||
|
||||
Días de excención del impuesto sobre las ventas – IVA para bienes cubiertos (3 días SIN IVA).
|
||||
|
||||
- **Primer día**: 19 de junio de 2020
|
||||
- **Segundo día**: 3 de Julio de 2020
|
||||
- **Tercer día**: 19 de Julio de 2020
|
||||
|
||||
Condiciones
|
||||
***********
|
||||
|
||||
Debido a que estas transacciones serán generadas de forma excepcional y que se tiene una combinación
|
||||
de varios factores y condiciones, los productores debera ser actualizados de forma manual en Odoo
|
||||
asignados temporalmente el impuesto de venta *IVA exento - Bienes cubierto* en cada empresa según
|
||||
corresponda.
|
||||
|
||||
A continuación se mencionan algunas de las principales condiciones, sin embargo, cabe mencionar que
|
||||
las empresas deben de verificar todos los detalles en el `Decreto 682
|
||||
<https://dapre.presidencia.gov.co/normativa/normativa/DECRETO%20682%20DEL%2021%20DE%20MAYO%20DE%202020.pdf>`_.
|
||||
|
||||
- Tipo de productos y precio Máximo:
|
||||
|
||||
+-----------------------------+---------------------------------------+
|
||||
| Tipo de Productos | Precio Máximo |
|
||||
+=============================+=======================================+
|
||||
| Electrodomesticos | 40 UVT: $1,4 millones. |
|
||||
+-----------------------------+---------------------------------------+
|
||||
| Vestuario y complementos | | 3 UVT: $106.000 |
|
||||
| | | En el caso de los complementos es: |
|
||||
| | | 10 UVT- $356.000 |
|
||||
+-----------------------------+---------------------------------------+
|
||||
| Elementos deportivos | 10 UVT- $356.000 |
|
||||
+-----------------------------+---------------------------------------+
|
||||
| Juguetes y Utiles Escolares | 5 UVT - $178.035 |
|
||||
+-----------------------------+---------------------------------------+
|
||||
| Utiles Escolares | 5 UVT - $178.035 |
|
||||
+-----------------------------+---------------------------------------+
|
||||
| Bienes o servicios para | 80 UVT - $2.848.560 |
|
||||
| el sector agropecuario | |
|
||||
+-----------------------------+---------------------------------------+
|
||||
|
||||
- Métodos de Pago:
|
||||
|
||||
- El pago debe realizarse por medios electrónico por ejemplo tarjetas de crédito/débito o bien mecanismos de pago online.
|
||||
|
||||
- Limite de unidades:
|
||||
|
||||
- Cada cliente puede adquirir únicamente 3 unidades como máximo de cada producto.
|
||||
|
||||
Medidas en Odoo
|
||||
***************
|
||||
|
||||
- **Preparación de datos**
|
||||
|
||||
- Crear el Impuesto para Bienes cubiertos de acuerdo a lo indicado en este punto: Datos maestros.
|
||||
- Identificar los productos y transacciones a los cuales les aplicará la Exclusión de IVA de
|
||||
acuerdo a las condiciones establecidas en el decreto 682. En caso de ser un porcentaje
|
||||
significativo de productos, se recomienda actualizar el impuesto de forma temporal en Odoo.
|
||||
- Exportar un listado con los productos que serán afectados incluyendo el campo IVA Venta el cual
|
||||
será sustituido temporalmente por el IVA de Bienes Cubiertos.
|
||||
- Al finalizar las operaciones del día anterior a las fechas establecidas de día sin IVA, se debe
|
||||
hacer la actualización temporal a IVA de Bienes Cubiertos.
|
||||
|
||||
.. image:: colombia_ES/columbia-es-producto-iva-bienes-cubiertos.png
|
||||
:align: center
|
||||
|
||||
- **Durante el día SIN IVA**
|
||||
|
||||
- Por defecto los productos previamente considerados con IVA de Bienes cubiertos serán generados
|
||||
con este parámetro tanto en Órdenes de venta como facturas creadas durante ese mismo día.
|
||||
|
||||
.. image:: colombia_ES/columbia-es-factura-iva-bienes-cubiertos.png
|
||||
:align: center
|
||||
|
||||
- Las órdenes de venta generadas con este impuesto deberán ser facturas el mismo día.
|
||||
- En caso de que alguna de las condiciones no sea cumplida (ejemplo el pago es realizado en
|
||||
efectivo) el impuesto deberá ser actualizado manualmente al momento de facturar.
|
||||
|
||||
- **Posterior al día SIN IVA**
|
||||
|
||||
- Los productos que fueron actualizados deberá ser reconfigurados a su IVA original.
|
||||
- En caso de que se detecte alguna Orden de venta facturar en la cual se incluya IVA de Bienes
|
||||
Cubiertos, se deberá realizar actualización manual correspondiente al IVA convencional.
|
Before Width: | Height: | Size: 31 KiB |
Before Width: | Height: | Size: 25 KiB |
Before Width: | Height: | Size: 19 KiB |
Before Width: | Height: | Size: 75 KiB |
Before Width: | Height: | Size: 25 KiB |
Before Width: | Height: | Size: 43 KiB |
Before Width: | Height: | Size: 70 KiB |
Before Width: | Height: | Size: 67 KiB |
Before Width: | Height: | Size: 43 KiB |
Before Width: | Height: | Size: 59 KiB |
Before Width: | Height: | Size: 71 KiB |
Before Width: | Height: | Size: 112 KiB |
Before Width: | Height: | Size: 53 KiB |
Before Width: | Height: | Size: 60 KiB |
Before Width: | Height: | Size: 52 KiB |
Before Width: | Height: | Size: 8.8 KiB |
Before Width: | Height: | Size: 54 KiB |
Before Width: | Height: | Size: 6.9 KiB |
Before Width: | Height: | Size: 16 KiB |
Before Width: | Height: | Size: 19 KiB |
Before Width: | Height: | Size: 11 KiB |
Before Width: | Height: | Size: 8.8 KiB |
Before Width: | Height: | Size: 20 KiB |
Before Width: | Height: | Size: 15 KiB |
Before Width: | Height: | Size: 47 KiB |
Before Width: | Height: | Size: 64 KiB |
Before Width: | Height: | Size: 14 KiB |
Before Width: | Height: | Size: 17 KiB |
Before Width: | Height: | Size: 14 KiB |
Before Width: | Height: | Size: 46 KiB |
Before Width: | Height: | Size: 5.5 KiB |
Before Width: | Height: | Size: 6.8 KiB |
Before Width: | Height: | Size: 17 KiB |
Before Width: | Height: | Size: 72 KiB |
Before Width: | Height: | Size: 95 KiB |
Before Width: | Height: | Size: 94 KiB |
@ -17,7 +17,8 @@ applications/finance/accounting/fiscal_localizations/localizations/argentina.rst
|
||||
applications/finance/accounting/fiscal_localizations/localizations/australia.rst applications/finance/fiscal_localizations/australia.rst # /accounting/fiscal_localizations/localizations/* --> /fiscal_localizations/*
|
||||
applications/finance/accounting/fiscal_localizations/localizations/chile.rst applications/finance/fiscal_localizations/chile.rst # /accounting/fiscal_localizations/localizations/* --> /fiscal_localizations/*
|
||||
applications/finance/accounting/fiscal_localizations/localizations/colombia.rst applications/finance/fiscal_localizations/colombia.rst # /accounting/fiscal_localizations/localizations/* --> /fiscal_localizations/*
|
||||
applications/finance/accounting/fiscal_localizations/localizations/colombia_ES.rst applications/finance/fiscal_localizations/colombia_ES.rst # /accounting/fiscal_localizations/localizations/* --> /fiscal_localizations/*
|
||||
applications/finance/accounting/fiscal_localizations/localizations/colombia_ES.rst applications/finance/fiscal_localizations/colombia.rst # /accounting/fiscal_localizations/localizations/colombia_ES --> /fiscal_localizations/colombia
|
||||
applications/finance/fiscal_localizations/colombia_ES.rst applications/finance/fiscal_localizations/colombia.rst # colombia_ES --> colombia
|
||||
applications/finance/accounting/fiscal_localizations/localizations/france.rst applications/finance/fiscal_localizations/france.rst # /accounting/fiscal_localizations/localizations/* --> /fiscal_localizations/*
|
||||
applications/finance/accounting/fiscal_localizations/localizations/germany.rst applications/finance/fiscal_localizations/germany.rst # /accounting/fiscal_localizations/localizations/* --> /fiscal_localizations/*
|
||||
applications/finance/accounting/fiscal_localizations/localizations/indonesia.rst applications/finance/fiscal_localizations/indonesia.rst # /accounting/fiscal_localizations/localizations/* --> /fiscal_localizations/*
|
||||
|