Chile¶
Webinars¶
A continuación, puede encontrar videos con una descripción general de la localización y cómo configurarla.
Introducción¶
La localización chilena se ha mejorado y ampliado en Odoo v13. En esta versión, están disponibles los siguientes módulos:
l10n_cl: Agrega características de contabilidad para la localización chilena, que representan la configuración mínima requerida para que una empresa opere en Chile y bajo las regulaciones y lineamientos del SII (Servicio de Impuestos Internos).
l10n_cl_edi: Incluye todos los requisitos técnicos y funcionales para generar y recibir Factura Electrónica vía web service, en base a la normativa del SII.
l10n_cl_reports: Adds the reports Propuesta F29 y Balance Tributario (8 columnas).
Configuración¶
Instalar los módulos de localización chilena¶
Para ello, vaya a Aplicaciones y busque Chile. Luego haga clic en Instalar en el módulo Chile E-invoicing. Este módulo tiene dependencia con Chile - Contabilidad. En caso de que este último no esté instalado, Odoo lo instala automáticamente con el módulo E-invoicing.
Nota
Cuando instales una base de datos desde cero seleccionando Chile como país, Odoo instalará automáticamente el módulo base: Chile – Contabilidad.
Configuración de la empresa¶
Una vez instalados los módulos, el primer paso es configurar los datos de su empresa. Adicional a la información básica, es necesario agregar todos los datos y elementos requeridos para la Factura Electrónica, la forma más fácil de configurarla es en .
Importante
All the following configuration and functionality is only available in Odoo if your company already passed the Certification process in the SII - Sistema de Facturación de Mercado, this certification enables you to generate electronic invoices from your ERP and send them automatically to the SII. If your company has not passed this certification yet, make sure you communicate this to your Account Manager as a special process outside Odoo is required in order to complete this certification.
Información fiscal¶
Complete la información fiscal de su empresa según el registro del SII, siga las instrucciones de cada sección.
Datos de factura electrónica¶
Esta es parte de la información principal requerida para generar la factura electrónica, seleccione su entorno y la información legal, así como la dirección de correo electrónico para recibir facturas de sus proveedores y el alias que utiliza para enviar facturas a sus clientes.
Configurar servidor de correo electrónico entrante DTE¶
Para recibir los correos electrónicos de reclamo y aceptación de sus clientes, es crucial definir el servidor de correo electrónico entrante Electronic Tax Document (DTE), considerando esta configuración:
Truco
Para su puesta en marcha, asegúrese de archivar/eliminar de su bandeja de entrada todos los correos electrónicos relacionados con las facturas de los proveedores que no deben procesarse en Odoo.
Certificado¶
In order to generate the electronic invoice signature, a digital certificate with the extension
pfx is required, proceed to this section and load your file and password.
A certificate can be shared between several users. If this is the case leave the user field empty, so all your billing users can use the same one. On the other hand, if you need to restrict the certificate for a particular user, just define the users in the certificate.
Nota
In some cases, depending on the certificate format, it is possible that the field Subject Serial Number is not loaded automatically. If this is the case, you can manually edit this field by filling it with the Certificate’s legal representative RUT.
Informes financieros¶
El informe Propuesta F29 requiere dos valores que deben definirse como parte de la configuración de la empresa:
Múltiple moneda¶
The official currency rate in Chile is provided by the Chilean service mindicador.cl. You can find this service in the currency rate configuration, and you can set a predefined interval for the rate updates.
Plan contable¶
El plan de cuentas se instala de forma predeterminada como parte del conjunto de datos incluidos en el módulo de localización. Las cuentas se mapean automáticamente en:
Impuestos.
Cuenta por pagar predeterminada.
Cuenta por cobrar predeterminada.
Cuentas de transferencia.
Tasa de conversión.
Datos principales¶
Cliente/Proveedor¶
Tipo de identificación e IVA¶
Como parte de la localización chilena, los tipos de identificación definidos por el SII ahora están disponibles en el formulario de Clientes (RUT, RUN y DNI). Esta información es esencial para la mayoría de transacciones.
Tipo de contribuyente¶
En Chile, el tipo de documento asociado con las transacciones de clientes y proveedores se define en función del Tipo de Contribuyente. Este campo debe definirse en el formulario de Clientes en el campo Número de identificación, cuando se crea un cliente es importante asegurarse de que este valor esté establecido:
Datos de factura electrónica¶
Como parte de la información que se envía en la Factura electrónica, debe definir el correo electrónico que aparecerá como remitente de la factura electrónica a su cliente y la descripción de la Industria.
Impuestos¶
Como parte del módulo de localización, los impuestos se crean automáticamente con su configuración y cuenta financiera relacionada.
Tipos de impuestos¶
Chile tiene varios tipos de impuestos, los más comunes son:
IVA. Es el IVA regular y puede tener varias tasas.
ILA (Impuesto a la Ley de Alcoholes). Impuestos por bebidas alcohólicas. Tiene una tasa diferente.
Posiciones fiscales¶
En función de las transacciones de compra, el IVA puede tener distintas afectaciones. Esto se hará en Odoo utilizando las posiciones fiscales de compra predeterminadas.
Tipos de documentos¶
En algunos países de América Latina, incluido Chile, algunas transacciones contables como facturas y facturas de proveedores se clasifican por tipos de documentos definidos por las autoridades fiscales del gobierno (en el caso de Chile: SII).
El tipo de documento es una información esencial que debe mostrarse en los informes impresos y que debe identificarse fácilmente dentro del conjunto de facturas y movimientos de cuenta.
Each document type can have a unique sequence per company. As part of the localization, the Document Type includes the country on which the document is applicable and the data is created automatically when the localization module is installed.
La información requerida para los tipos de documentos se incluye de manera predeterminada, por lo que el usuario no necesita completar nada en esta vista:
Nota
Hay varios tipos de documentos que están inactivos de manera predeterminada, pero se pueden activar si es necesario.
Usar en facturas¶
El tipo de documento en cada transacción estará determinado por:
El diario relacionado con la factura, identificando si el diario utiliza documentos.
Condición aplicada según el tipo de Emisiones y Receptor (ej. Tipo de régimen fiscal del comprador y tipo de régimen fiscal del proveedor).
Diarios contables¶
Uso¶
Ventas¶
Los diarios de ventas en Odoo generalmente representan una unidad de negocio o una ubicación, por ejemplo:
Ventas Santiago.
Ventas Valparaiso.
Para las tiendas minoristas es común tener un diario por punto de venta (POS):
Cajero 1.
Cajero 2.
Compras¶
Las transacciones de compra se pueden administrar con un solo diario, pero a veces las empresas usan más de uno para manejar algunas transacciones contables que no están relacionadas con facturas de proveedores pero que pueden registrarse fácilmente usando este modelo, por ejemplo:
Pagos de impuesto a gobierno.
Pagos de empleados.
Configuración¶
Al crear diarios de ventas, se debe completar la siguiente información:
Tipo de punto de venta: Si se va a utilizar el diario de ventas para documentos electrónicos, se debe seleccionar la opción En línea. En caso contrario, si el diario se utiliza para facturas importadas de un sistema anterior o si está utilizando el portal del SII “Facturación MiPyme“ puede utilizar la opción Manual.
Usar Documentos: Este campo se usa para definir si diario usará tipos de documentos. Solo es aplicable a los diarios de Compras y Ventas que se pueden relacionar con los diferentes conjuntos de tipos de documentos disponibles en Chile. De forma predeterminada, todos los diarios de ventas creados utilizarán documentos.
Importante
For the Chilean localization, it is important to define the default Debit and Credit accounts as they are required for one of the debit notes use cases.
CAF¶
A CAF (Folio Authorization Code) is required, for each document type that is issued to your customers, the CAF is a file the SII provides to the Emisor with the folio/sequence authorized for the electronic invoice documents.
Your company can make several requests for folios and obtain several CAFs, each one associated with different ranges of folios. The CAFs are shared within all the journals, this means that you only need one active CAF per document type and it will be applied on all journals.
Please refer to the SII documentation to check the detail on how to acquire the CAF.
Importante
The CAFs required by the SII are different from Production to Test (Certification mode). Make sure you have the correct CAF set depending on your environment.
Configuración¶
Once you have the CAF files you need to associate them with a document type in Odoo, in order to add a CAF, just follow these steps:
Access to
Haga clic en “Suba su archivo”.
Haga clic en “Guardar y Cerrar” en la pestaña “CAF”.
Once loaded, the status changes to In Use. At this moment, when a transaction is used for this document type, the invoice number takes the first folio in the sequence.
Importante
In case you have used some folios in your previous system, make sure you set the next valid folio when the first transaction is created.
Uso y pruebas¶
Flujo de trabajo de la factura electrónica¶
En la localización chilena el flujo de trabajo de la Factura electrónica cubre la Emisión de Facturas de Clientes y la recepción de Facturas de Proveedor, en el siguiente diagrama explicamos cómo se transmite la información al SII y entre los clientes y proveedores.
Emisión de factura del cliente¶
Una vez creados y configurados los clientes y los diarios, las facturas se crean de la manera estándar, para Chile uno de los diferenciadores es el tipo de documento que se selecciona automáticamente en función del Contribuyente.
Puede cambiar manualmente el tipo de documento si es necesario.
Importante
Documents type 33: Electronic Invoice must have at least one item with tax, otherwise the SII rejects the document validation.
Validación y estado del DTE¶
When all the invoice information is filled, either manually or automatically when it’s created from a sales order, proceed to validate the invoice. After the invoice is posted:
El archivo Electronic Tax Document (DTE) se crea automáticamente y se agrega en el chat.
El estado del DTE de SII se establece como: Pendiente de envío.
Odoo actualiza automáticamente el estado del DTE con una acción programada que se ejecuta todos los días por la noche; si necesita obtener la respuesta del SII de inmediato, también puede hacerlo manualmente. El flujo de trabajo del estado del DTE es el siguiente:
En el primer paso se envía el DTE al SII, puedes enviarlo manualmente usando el botón: Enviar Ahora al SII, se genera un número de Tack SII y se asigna a la factura, puedes usar este número para verificar los detalles que el SII devuelve correo electrónico. El estado del DTE se actualiza a Consultar Estado Doc.
Una vez que se recibe la respuesta del SII, Odoo actualiza el Estado del DTE, en caso de que desee hacerlo manualmente simplemente haga clic en el botón: Verificar en SII. El resultado puede ser Aceptado, Aceptado con reparos o Rechazado.
There are several internal status in the SII before you get Acceptance or Rejection, in case you click continuously the Button Verify in SII, you will receive in the chatter the detail of those intermediate statuses:
La respuesta final del SII, puede asumir estos valores:
Accepted: Indicates the invoice information is correct, our document is now fiscally valid and it’s automatically sent to the customer.
Accepted with objections: Indicates the invoice information is correct but a minor issue was identified, nevertheless our document is now fiscally valid and it’s automatically sent to the customer.
Rechazado: Indica que la información en la factura es incorrecta y necesita ser corregida, el detalle del problema se recibe en los correos electrónicos que registró en el SII, si está correctamente configurado en Odoo, los detalles también se recuperan en el chat una vez que el se procesa el servidor de correo electrónico.
Si la factura es rechazada, siga estos pasos:
Cambie el documento a borrador.
Realice las correcciones necesarias en función del mensaje recibido del SII.
Registre la factura nuevamente.
Referencias cruzadas¶
Cuando la factura se crea como resultado de otro documento fiscal, la información relacionada con el documento originador debe registrarse en la referencia cruzada de pestaña “Referencias cruzadas de Documentos”, que se usa comúnmente para notas de crédito o débito, pero en algunos casos se puede usar en facturas de cliente como bien. En el caso de las notas de crédito y débito, Odoo las configura automáticamente:
Informes de facturas en PDF¶
Once the invoice is accepted and validated by the SII and the PDF is printed, it includes the fiscal elements that indicate that the document is fiscally valid:
Importante
If you are hosted in Odoo SH or On-Premise, you should manually install the pdf417gen
library. Use the following command to install it: pip install pdf417gen.
Validación comercial¶
Una vez la factura ha sido enviada al cliente:
El estado del DTE del cliente cambia a “Enviado”.
El cliente debe enviar un correo electrónico de confirmación de recepción.
Posteriormente, si todos los términos comerciales y los datos de la factura son correctos, enviarán la confirmación de “Aceptación”, en caso contrario enviarán un “Reclamo”.
El campo Estado de aceptación de DTE se actualiza automáticamente.
Procesado para facturas reclamadas¶
Once the invoice has been Accepted by the SII it can not be cancelled in Odoo. In case you get a Claim for your customer the correct way to proceed is with a Credit Note to either cancel the Invoice or correct it. Please refer to the Facturas rectificativas section for more details.
Errores comunes¶
Hay razones múltiples detrás de un rechazo del SII, pero estos son algunos de los errores comunes podrías tener y cuál es la solución relacionada.
Error:
RECHAZO- DTE Sin Comuna Origen.Solución: Asegúrese de que la dirección de la empresa esté debidamente completada, incluidos el estado y la ciudad.
Error en Monto:
- IVA debe declararse.Solución: Las líneas de la factura deben incluir un impuesto de IVA, asegúrese de agregar uno en cada línea de la factura.
Error:
Rut No Autorizado a Firmar.Solución: Las líneas de la factura deben incluir un impuesto de IVA, asegúrese de agregar uno en cada línea de la factura.
Error:
Fecha/Número Resolucion Invalido RECHAZO- CAF Vencido : (Firma_DTE[AAAA-MM-DD] - CAF[AAAA-MM-DD]) > 6 meses.Hint: Try to add a new CAF related to this document as the one you’re using is expired.
Error:
Element '{http://www.sii.cl/SiiDte%7DRutReceptor': This element is not expected. Expected is ( {http://www.sii.cl/SiiDte%7DRutEnvia ).Hint: Make sure the field Document Type and VAT are set either in the Customer and in the main company.
GLOSA:
Usuario sin permiso de envio.Hint: This error indicates that most likely, your company has not passed the Certification process in the SII - Sistema de Facturación de Mercado. If this is the case, please contact your Account Manager or Customer Support as this certification is not part of the the Odoo services, but we can give you some alternatives.
Facturas rectificativas¶
When a cancellation or correction is needed over a validated invoice, a credit note must be generated. It is important to consider that a CAF file is required for the Credit Note, which is identified as document 64 in the SII.
Truco
Refer to the CAF section where we described the process to load the CAF on each document type.
Casos de uso¶
Cancelar documento de referencia¶
In case you need to cancel or invalid an Invoice, use the button Add Credit note and select Full Refund, in this case the SII reference Code is automatically set to: Anula Documento de referencia.
Corrige el texto del documento de referencia¶
Si se requiere una corrección en la información de la factura, por ejemplo el nombre de la calle, use el botón Agregar nota de crédito, seleccione Reembolso parcial y seleccione la opción “Solo corrección de Texto”. En este caso, el Código de referencia del SII se establece automáticamente en: Corrige el monto del Documento de Referencia.
Odoo crea una nota de crédito con el texto corregido en una factura y el precio 0.
Importante
It’s important to define the default credit account in the Sales journal as it is taken for this use case in specific.
Corrige el monto del documento de referencia¶
Cuando se requiera una corrección en los montos, use el botón Agregar nota de crédito y seleccione Reembolso parcial. En este caso, el Código de referencia del SII se establece automáticamente en: Corrige el monto del Documento de Referencia.
Notas débito¶
As part of the Chilean localization, besides creating credit notes from an existing document you can also create debit Notes. For this just use the button “Add Debit Note”. The two main use cases for debit notes are detailed below.
Casos de uso¶
Agregar deuda en facturas¶
El caso de uso más común para las notas de débito es aumentar el valor de una factura existente, debe seleccionar la opción 3 en el campo Código de referencia SII:
En este caso, Odoo incluye automáticamente la factura de origen en la sección de referencia cruzada:
Cancelar Notas de Crédito¶
En Chile las notas de débito se utilizan para cancelar una nota de crédito validada, en este caso simplemente seleccione el botón Agregar nota de débito y seleccione la primera opción en el asistente: 1: Anula Documentos de referencia.
Facturas de proveedores¶
Como parte de la localización chilena, puedes configurar su Servidor de correo entrante como el mismo que tiene registrado en el SII para:
Reciba automáticamente las facturas del proveedor DTE y cree la factura del proveedor basándose en esta información.
Envíe automáticamente el acuse de recibo a su proveedor.
Acepte o Reclame el documento y envíe este estado a su proveedor.
Recepción¶
As soon as the vendor email with the attached DTE is received: 1. The vendor Bill mapping all the information included in the xml. 2. An email is sent to the vendor with the Reception acknowledgement. 3. The DTE status is set as: Acuse de Recibido Enviado
Aceptación¶
If all the commercial information is correct on your vendor bill then you can accept the document using the Aceptar Documento button. Once this is done the DTE Acceptation Status changes to Accepted` and an email of acceptance is sent to the vendor.
Reclamación¶
In case there is a commercial issue or the information is not correct on your vendor bill, you can Claim the document before validating it, using the button: Claim, once this is done the DTE Acceptation Status change to: Claim and an email of acceptance is sent to the vendor.
If you claim a vendor bill, the status changes from draft to cancel automatically. Considering this as best practice, all the Claim documents should be canceled as they won’t be valid for your accounting records.
Delivery Guide¶
To install the Delivery Guide module, go to and search for Chile (l10n_cl). Then click Install on the module Chile - E-Invoicing Delivery Guide.
Nota
Chile - E-Invoicing Delivery Guide has a dependency with Chile - Facturación Electrónica. Odoo will install the dependency automatically when the Delivery Guide module is installed.
The Delivery Guide module includes sending the DTE to SII and the stamp in PDF reports for deliveries.
Once all configurations have been made for electronic invoices (e.g., uploading a valid company certificate, setting up master data, etc.), Delivery Guides need their own CAFs. Please refer to the CAF documentation to check the details on how to acquire the CAFs for electronic Delivery Guides.
Verify the following important information in the Price for the Delivery Guide configuration:
From Sales Order: Delivery Guide takes the product price from the Sales Order and shows it on the document.
From Product Template: Odoo takes the price configured in the product template and shows it on the document.
No show price: no price is shown in the Delivery Guide.
Electronic delivery guides are used to move stock from one place to another and they can represent sales, sampling, consignment, internal transfers, and basically any product move.
Delivery Guide from a Sales Process¶
Advertencia
A delivery guide should not be longer than one page or contain more than 60 product lines.
When a Sales Order is created and confirmed, a Delivery Order is generated. After validating the Delivery Order, the option to create a Delivery Guide is activated.
When clicking on Create Delivery Guide for the first time, a warning message pops up, showing the following:
This warning message means the user needs to indicate the next sequence number Odoo has to take to generate the Delivery Guide, and only only happens the first time a Delivery Guide is created in Odoo. After the first document has been correctly generated, Odoo takes the CAFs next available number to generate the following Delivery Guide and so on.
After the Delivery Guide is created:
The DTE file (Electronic Tax Document) is automatically created and added to the chatter.
El estado del DTE de SII se establece como: Pendiente de envío.
The DTE Status is automatically updated by Odoo with a scheduled action that runs every day at night. To get a response from the SII immediately, press the Send now to SII button.
Once the Delivery Guide is sent, it may then be printed by clicking on the Print Delivery Guide button.
Electronic Receipt¶
To install the Electronic Receipt module, go to and search for Chile (l10n_cl). Then click Install on the module Chile - Electronic Receipt.
Nota
Chile - Electronic Receipt has a dependency with Chile - Facturación Electrónica. Odoo will install the dependency automatically when the E-invoicing Delivery Guide module is installed.
This module contains the electronic receipt and daily sales report, which are automatically sent to SII.
Once all configurations have been made for Electronic Invoices (e.g., uploading a valid company certificate, setting up master data, etc.), Electronic Receipts need their own CAFs. Please refer to the CAF documentation to check the details on how to acquire the CAFs for Electronic Receipts.
Electronic Receipts are useful when clients do not need an Electronic Invoice. By default, there is a partner in the database called Anonymous Final Consumer with a generic RUT 66666666-6 and taxpayer type of Final Consumer. This partner can be used for Electronic Receipts or a new record may be created for the same purpose.
Although Electronic Receipts should be used for final consumers with a generic RUT, it can also be used for specific partners. After the partners and journals are created and configured, the Electronic Receipts are created in the standard way as Electronic Invoice, but the type of document (39) Electronic Receipt should be selected, like so:
Validación y estado del DTE¶
When all of the Electronic Receipt information is filled, either manually or automatically from a Sales Order, proceed to validate the receipt. By default, Electronic Invoice is selected as the Document Type, however in order to validate the receipt correctly, make sure to edit the Document Type and change to Electronic Receipt.
After the receipt is posted:
The DTE file (Electronic Tax Document) is created automatically and added to the chatter.
El estado del DTE de SII se establece como: Pendiente de envío.
The DTE Status is automatically updated by Odoo with a scheduled action that runs every day at night. To get a response from the SII immediately, press the Send now to SII button.
Please refer to the DTE Workflow for Electronic Invoices as the workflow for Electronic Receipt follows the same process.
Daily Sales Report¶
Once Electronic Receipts have been created, the system creates a daily sales report containing all Electronic Receipts per day. This report is electronically stamped and sent to the SII overnight in XML format. These daily reports can be found in .
A list of daily reports is displayed with all daily DTE sent to SII.
If no Electronic Receipt was made on a particular day, the report is sent but it will not have any receipts in it. The report will also have an answer from the SII if it was accepted or rejected (depending on the company’s certificate and validated receipts).
Importante
For Chilean localization, note that the feature tax included in the price is not supported for the Electronic Receipt.
If a Daily Sales Report has already been created for a specific day in another system, the daily report in Odoo will be rejected due to the sequence number used. If that is the case, the user has to manually click on Retry in order for a new sequence number to be generated (this action is automatically done by Odoo). Afterwards, users can manually verify report status with SII or wait for Odoo to update status later at night.
Informes financieros¶
Balance Tributario de 8 Columnas¶
Este informe presenta detalladamente las cuentas (con sus respectivos saldos), clasificándolas según su origen y determinando el nivel de utilidad o pérdida que tuvo el negocio dentro del período de tiempo evaluado, de manera que se tenga un conocimiento real y completo del estado de una compañía.
Puedes encontrar este informe en
Propuesta F29¶
El formulario F29 es un nuevo sistema que el SII habilitó a los contribuyentes, y que reemplaza los Libros de Compra y Venta. Este informe está integrado por el Registro de compras (CR) y el Registro de ventas (RV). Su finalidad es apoyar las transacciones relacionadas con el IVA, mejorando su control y declaración.
This record is supplied by the electronic tax documents (DTE’s) that have been received by the SII.
Puedes encontrar este informe en
