哥倫比亞(ES)?
介紹?
哥倫比亞的電子發票在Odoo 12中可用,需要以下模塊:
l10n_co :包含基本數據以管理會計模塊,包括以下默認配置點:
會計科目表
稅收
保留
身份證件類型
l10n_co_edi :此模塊包括所有額外字段,這些字段是為了在 DIAN 的法律要求下,實現 Carvajal 和電子發票生成之間的集成所必需的。
總流程?

配置?
安裝哥倫比亞本地化模塊?
Para esto, ve a las aplicaciones y busca “Colombia”, luego haz clic en Instalar en los primeros dos módulos:

配置 Carvajal Web 服務的憑據?

測試功能允許您連接并與Carvajal的測試環境進行交互,這使用戶可以測試完整的流程和與CEN財務門戶的集成,該門戶可通過以下鏈接訪問:
- CTS(卡瓦哈爾T&S)
- CSC (卡瓦哈爾通訊服務)
CSC是新數據庫的默認設置。
一旦Odoo和Carvajal的生產環境準備就緒,測試環境必須被禁用,以便將信息發送到Carvajal的生產環境。
PDF信息配置?

在XML中配置所需的主要數據?
聯系人(第三方)?
身份證明?
作為哥倫比亞本地化的一部分,DIAN定義的文檔類型現在可以在聯系人表單中使用,因此現在可以將相應文檔類型的標識號分配給它們。

注意:當文檔類型為RUT時,身份證明需要在Odoo中輸入,包括校驗位。當信息發送給第三方供應商時,Odoo將分離此號碼。
稅務結構(RUT)?
適用于第三方的義務類型代碼(RUT文檔中的第53節)包含在電子發票模塊中,因為這是DIAN所需的信息。
這些字段位于

此外,還添加了兩個字段以指定聯系人的稅收制度。需要說明的是,對于發送Carvajal電子發票,僅區分大納稅人和簡化納稅人,因此僅顯示這兩個選項。
稅收?
如果你的銷售交易包括帶有稅費的產品,那么需要在以下路徑配置一個名為“ 價值類型 ”的額外字段:

在配置稅項選項時,扣稅(ICA、增值稅和源泉)的稅項也包括在內,此配置將有助于正確地在發票的圖形表示中顯示稅項。(PDF)

日報?
一旦DIAN為電子發票分配了官方序列和前綴,與您的發票文檔相關的銷售日記需要在Odoo中進行更新。
序列是在開發者模式下配置的,路徑如下:

一旦序列被打開,前綴和下一個編號字段必須配置并與財務CEN同步。

用戶?
默認模板在圖形表示中使用了銷售員名稱,因此應考慮這些字段:

使用和測試?
發票?
一旦所有主要信息和憑據都已配置,就可以按照以下說明開始測試電子發票流程:
發票創建?
在電子發票驗證之前,從銷售訂單創建還是手動創建,功能工作流程都是相同的。這是電子發票的流程。
電子發票引入的主要變化如下:
有三種類型的文檔
發票電子化 。這是正常的文檔,適用于發票、貸項通知單和借項通知單。
發票進口 。必須選擇用于進口交易。
備用發票 。這是一種特殊情況,用作手動備份,以防公司無法使用ERP并需要手動創建發票。在ERP中輸入此發票時,應選擇此類型。
發票驗證?
在發票被驗證之后,一個XML文件會被自動創建并發送給電子發票的供應商。這個文件會顯示在歷史記錄中。

現在在“其他信息”選項卡中顯示了一個名為XML文件名的附加字段。此外,還有第二個附加字段,顯示電子發票的狀態,初始值為“處理中”。

接收法定的 XML 和 PDF 文件?
El XML Legal y el PDF se incluyen en un archivo ZIP y se despliegan en el historial de la factura.
僅返回完整的GetText可移植對象。
小技巧
如果需要立即獲取PDF和XML文件,則可以使用以下按鈕手動發送狀態請求:

常見錯誤?
在驗證XML期間,最常見的錯誤通常與缺少主要信息有關。在這些情況下,錯誤詳細信息將在更新請求中恢復并顯示在歷史記錄中。

如果主要信息有所更改,可以使用以下按鈕重新處理XML并發送更新版本:


Casos de Uso adicionales?
對于供應商的貸項和借項通知,其處理流程與發票完全相同。其功能工作流程保持不變。
附錄1.7的注意事項?
上下文?
法律背景?
發票系統,
技術供應商,
將電子銷售發票登記為有價證券,
發出銷售電子發票技術附件和
在發票系統方面頒布了其他規定。
附錄 1.7:主要變更?
消費者最終定義的變化。
在三天免稅期間報告涵蓋的商品。
更新稅收描述。
新增了不含增值稅的概念。
請提供貨物實際交付日期。
PDF文件的圖形表示調整。
日歷?
根據附件1.7的條件,生產發布有多個截止日期,這些日期取決于以下因素:
根據RUT中的主要經濟活動實施日歷:
其他受托人的實施日歷:
永久實施日歷:
Odoo中的要求?
為了簡化Odoo標準V12和V13的基礎準備過程,只需要管理員更新一些模塊并創建與新流程相關的主數據。
應用列表更新?
使用開發者模式,進入應用模塊并選擇“更新列表”菜單。

模塊更新?
一旦更新了 Colombia ,將展開以下模塊,需要更新兩個模塊。
哥倫比亞 - 會計 - l10n_co
使用 Carvajal UBL 2.1 的哥倫比亞電子發票 - l10n_co_edi_ubl_2_1

在每個模塊或圖標中,需要使用右上角的三個點展開選項菜單,然后選擇“更新”選項。
首先在 l10n_co 模塊中進行操作:

然后我們使用模塊 l10n_co_edi_ubl_2_1 進行操作:

創建主數據?
現有的數據庫,無論是V12還是V13,都必須在2020年6月之前創建一些必要的主數據,以便正確地操作附件1.7的更改。
最終消費者?
當銷售無法識別客戶的全部財務和人口統計信息時,將使用最終消費者的身份,因此發票將以此通用記錄的名稱生成。
重要的是要協調和定義使用情況,根據您的公司,您將被允許使用此通用記錄的情況。
在Odoo中,您需要創建一個聯系人,具有以下特征。由于這些是DIAN定義的參數,因此定義方式非常重要。

在“銷售和采購”選項卡中,“稅務信息”部分,“義務和責任”字段中填寫值: R-99-PN 。

IVA排除 - 覆蓋商品?
為了報告通過涵蓋商品進行的三天無增值稅交易,需要創建一個新稅項,將其關聯到一個特定的稅組,Odoo將使用該稅組添加所需的電子發票XML中的部分。
為創建稅收,我們將在菜單中訪問會計
:
我們將使用以下參數創建一個新的稅項,稅率為0%:

用戶可以根據自己的喜好定義稅收名稱,但是在高級選項中,關鍵字段是 稅收組 ,它必須是: 涵蓋商品 , 值類型 字段必須是: 增值稅 。

更新部門描述?
需要更新一些部門的描述,為此我們將訪問聯系人模塊,并在
菜單中進行操作。
隨后,我們可以按國家添加以清晰地識別哥倫比亞的省份(部門):

一旦分組,請查找以下部門以使用列 名稱更新 中指定的值進行更新:
省份名稱 |
省份代碼 |
已更新名稱 |
---|---|---|
D.C. |
DC |
波哥大 |
金迪奧 |
QUI |
金迪奧 |
圣安德烈斯、普羅維登西亞和圣卡塔琳娜群島 |
SAP |
圣安德烈斯和普羅維登西亞 |
例子:

郵政編碼驗證?
在附件1.7中,開始驗證哥倫比亞聯系人地址的郵政編碼是否與DIAN定義的官方表格相對應,因此必須根據以下來源檢查此字段是否正確填寫: Codigos_Postales_Nacionales.csv
操作注意事項?
最終消費者?
一旦終端消費者注冊完成,它將被按需使用,通常用于銷售點的發票交易。
在Odoo中,發票的驗證過程將按照傳統方式進行,發票將以相同的方式生成。當檢測到身份證號碼對應于最終消費者時,將生成具有相應考慮和部分的XML文件,該文件將發送到Carvajal。
從會計角度來看,所有的最終消費者記錄都將與通用標識符相關聯:

IVA排除 - 覆蓋商品?
于2020年5月21日發布了第682號法令,其中規定了銷售稅的特殊例外情況。該法令的主要目的是通過COVID-19造成的低銷售量來重振哥倫比亞經濟。
日期?
Días de exención del impuesto sobre las ventas – IVA para bienes cubiertos (3 días SIN IVA).
第一天 :2020年6月19日
第二天 :2020年7月3日
第三天 :2020年7月19日
條件?
由于這些交易將被異常生成,并且存在多種因素和條件的組合,生產商必須在Odoo中手動更新,根據需要在每個公司臨時分配銷售稅 免稅銷售稅 - 覆蓋商品 。
下面列出了一些主要條件,但需要注意的是,企業必須在 Decreto 682 中核實所有細節。
產品類型和最高價格:
產品類型
最高價格
家用電器
40 UVT:1.4百萬哥倫比亞比索。
服裝和配飾
3個UVT:$106,000對于補充說明,是:10 UVT- $356.000體育用品
10 UVT- $356.000
玩具和學校用品
5 UVT - $178.035
學校用品
5 UVT - $178.035
農業部門的商品或服務
80個UVT - $2.848.560
支付方式:
付款必須通過電子方式進行,例如信用卡/借記卡或在線支付機制。
單位限制:
每個客戶最多只能購買每種產品的3個單位。
Odoo中的度量單位?
數據準備
根據此處指示創建適用于商品的稅項:主數據。
根據第682號法令規定的條件,確定適用增值稅豁免的產品和交易。如果適用的產品比例較高,建議在Odoo中暫時更新稅收。
導出包括受影響的產品列表,其中包括銷售增值稅字段,該字段將暫時替換為覆蓋商品的增值稅。
在無增值稅日的規定日期的前一天完成操作后,必須對涵蓋商品的增值稅進行臨時更新。
在無增值稅日
默認情況下,之前被視為涵蓋商品增值稅的產品將在銷售訂單和同一天創建的發票中使用此參數生成。
使用此稅收生成的銷售訂單必須在同一天開具發票。
如果某些條件未被滿足(例如以現金支付),則稅費必須在開票時手動更新。
稅后日期
產品已更新,必須重新配置為其原始增值稅。
如果檢測到包含覆蓋商品增值稅的銷售訂單,必須手動更新相應的常規增值稅。