法國?

FEC - 會計分錄文件?

一個FEC Fichier des écritures Comptables 審計文件包含了一個財政年度內所有會計日志中記錄的會計數據和分錄。文件中的分錄必須按照時間順序排列。

自2014年1月1日起,每家法國公司都必須在稅務機關要求進行審計時制作并傳輸此文件。

FEC 導入?

為了方便新用戶入門,Odoo企業版的法國 財務本地化套件 包括 FEC導入 功能(模塊名稱: l10n_fr_fec_import ),可以導入舊軟件中的現有FEC文件。

啟用此功能,請轉到 會計 ? 配置 ? 設置 ? 會計導入 ,啟用 FEC 導入 ,然后 保存 。

接下來,進入 會計 ? 配置 ? FEC 導入 ,上傳你的 FEC 文件,然后點擊 導入 。

注解

導入來自不同年份的FEC文件不需要任何特殊操作或計算。
如果多個文件包含任何具有年初余額的“新報告”(RAN),您可能需要在用戶界面中取消這些條目。Odoo 使這些條目(RAN)無用。

文件格式?

FEC文件只能使用CSV格式,不支持XML格式。

注解

FEC CSV文件采用純文本格式表示數據表,第一行是標題,定義了每個條目的字段列表,每個后續行表示一個會計分錄,沒有預定順序。

我們的模塊期望文件符合以下技術規范:

  • 編碼 : UTF-8,UTF-8-SIG 和 iso8859_15。

  • 分隔符 :可以是以下任意一個: ; 、 | 、 ,TAB 。

  • 行終止符 : 支持 CR+LF ( \r\n ) 和 LF ( \n ) 兩種字符組。

  • 日期格式%Y%m%d

字段描述和用途?

字段名稱

描述

使用

格式

01

日志代碼

日記賬代碼

如果未提供 JournalLib ,則為 journal.codejournal.name

字母數字

02

日志庫

日志標簽

journal.name

字母數字

03

EcritureNum

每個日志序列號的分錄都有特定的編號

move.name

字母數字

04

記賬日期

會計分錄日期

move.date

日期(yyyyMMdd)

05

賬戶號碼

賬號

account.code

字母數字

06

賬戶名稱

賬戶標簽

account.name

字母數字

07

輔助帳戶號碼

次要賬戶號碼(可為空)

partner.ref

字母數字

08

CompAuxLib

次要賬戶標簽(可為空)

partner.name

字母數字

09

單據參考

文件參考

如果未提供 EcritureNum ,則為 move.refmove.name

字母數字

10

日期

文件日期

move.date

日期(yyyyMMdd)

11

EcritureLib

賬戶條目標簽

move_line.name

字母數字

12

借方

借方金額

move_line.debit

浮點數

13

貸方

信用金額(不允許使用字段名“Crédit”)

move_line.credit

浮點數

14

EcritureLet

會計分錄交叉引用(可接受空值)

move_line.fec_matching_number

字母數字

15

日期文字

會計分錄日期(可為空)

未使用的

日期(yyyyMMdd)

16

有效日期

會計分錄驗證日期

未使用的

日期(yyyyMMdd)

17

貨幣金額

貨幣金額(可接受空值)

move_line.amount_currency

浮點數

18

Idevise

貨幣標識符(可接受空值)

currency.name

字母數字

這兩個字段可以在上述情況下代替其他字段。

12

金額

金額

move_line.debitmove_line.credit

浮點數

13

方向

可以是”C”表示貸方或”D”表示借方

確定 move_line.debitmove_line.credit

字符

實施細節?

以下會計實體從FEC文件中導入: 賬戶,日志,合作伙伴交易 。

我們的模塊確定了文件中使用的編碼、行終止符和分隔符。

然后檢查每行是否有與標題對應的正確字段數。

如果檢查通過,則完整讀取文件并保存在內存中進行掃描。會按照以下順序逐個導入會計實體。

賬戶?

每個會計分錄都與一個賬戶相關聯,該賬戶應由字段 CompteNum 確定。

代碼匹配?

如果系統中已經存在類似的賬戶代碼,則使用現有的賬戶代碼而不是創建新的。

Odoo中的賬戶通常具有默認的數字,適用于財務本地化。由于FEC模塊與法國本地化相關,因此相關數字的默認數量為6。

這意味著會將賬戶代碼的尾部零右側截斷,并且在FEC文件中的賬戶代碼與Odoo中已存在的賬戶代碼之間的比較僅在代碼的前六位數字上執行。

Example

文件中的賬戶代碼 65800000 與Odoo中現有的 658000 賬戶匹配,因此使用該賬戶而不是創建新賬戶。

可對賬標志?

如果第一行填寫了 EcritureLet 字段,則技術上將賬戶標記為 可對賬 ,因為此標志意味著會將會計分錄與另一個分錄對賬。

注解

如果該行未填寫此字段,但該條目仍需與尚未記錄的付款進行對賬,則無論如何都不會有問題;只要導入移動行需要對其進行對賬,該賬戶就會被標記為可對賬。

賬戶類型和模板匹配?

由于FEC格式中未指定帳戶的 類型 ,因此使用默認類型 流動資產 創建 帳戶,然后在導入過程結束時將它們與已安裝的會計科目模板進行匹配。此外, 對賬 標志也是這樣計算的。

匹配是從最左邊的數字開始進行的,首先使用所有數字,然后是3,然后是2。

Example

名稱

代碼

完整比較

三位數字比較

兩位數字比較

模板

400000

400000

400

40

賬戶號碼

40100000

40100000

401

40

結果

找到匹配項

然后,根據賬戶模板,該賬戶的類型被標記為 應付可對賬 。

日記賬?

還會檢查日記賬是否已經存在于Odoo中,以避免重復,即使是多個FEC文件導入的情況下也是如此。

如果系統中已經存在類似的日志代碼,則使用現有的日志代碼而不是創建新的。

新賬簿名稱以字符串“FEC-”為前綴。

Example

ACHATS -> FEC-ACHATS

賬簿 被歸檔,用戶可以按照自己的意愿處理它們。

日志類型確定?

賬戶格式中也沒有指定日志類型,因此首先使用默認類型 general 創建。

在導入過程結束時,根據相關的賬戶和賬戶移動,按照以下規則確定類型:

  • bank : 在這些賬簿中,所有的流動性賬戶都會有一條借方或貸方的明細賬目。
    cash / bank 可以互換,因此當滿足此條件時, bank 將在所有地方設置。
  • sale : 這些賬簿中的交易大多數在應收賬款科目上有借方,而在稅收收入賬戶上有貸方。
    銷售退款日記賬項目的借貸方向相反。
  • purchase : 這些賬簿中的交易大多數是應付賬款的貸方和費用賬戶的借方。
    采購退款日記賬項目的借貸方向相反。
  • general : 用于其他所有內容。

注解

  • 至少需要三個分錄以識別日記賬類型。

  • 必須有70%的憑證符合某個日記賬類型的標準,才能確定該日記賬類型。

Example

假設我們正在分析共享某個 journal_id 的會計分錄。

移動

計數

百分比

具有銷售賬戶行但沒有采購賬戶行的

0

0

具有采購賬戶行但沒有銷售賬戶行的

1

25%

具有流動性賬戶行的

3

75%

總計

4

100%

賬簿的 type 應該是 bank ,因為銀行流動資金的百分比(75%)超過了閾值(70%)。

合作伙伴?

每個合作伙伴都從 CompAuxNum 字段中保留其 參考文獻 。

注解

這些字段可搜索,符合會計專家在財務/審計目的上以前的FEC導入要求。

小技巧

用戶可以使用數據清理應用程序合并合作伙伴,其中供應商和客戶或類似的合作伙伴條目可以由用戶合并,系統會根據相似條目對它們進行分組并提供幫助。

移動?

提交后,條目將立即發布和對賬,使用“EcritureLet”字段在條目之間進行匹配。

“EcritureNum”字段代表憑證名稱。我們注意到有時可能沒有填寫。在這種情況下,使用“PieceRef”字段。

四舍五入問題?

借方和貸方存在與貨幣相關的精度舍入容差(例如,歐元為0.01)。在此容差下,會向會計憑證添加一個新行,命名為“導入舍入差異”,并將其定位到以下賬戶:

  • 658000 經常管理其他費用,用于增加借方

  • 758000 常規管理其他收入,用于增加貸方

缺少移動名稱?

如果未填寫“EcritureNum”,可能會發生“PieceRef”字段也不適合確定移動名稱的情況(它可能被用作會計移動行引用),從而無法找到哪些行應該分組為單個移動,并有效地阻礙了平衡移動的創建。

最后一次嘗試,將同一日記賬和日期( JournalLib , EcritureDate )的所有行分組。如果此分組生成平衡的會計分錄(sum(credit) - sum(debit) = 0),則每個不同的日記賬和日期組合都會創建一個新的會計分錄。

Example

ACH + 2021/05/01 –> 在名稱為 ACH 的賬簿上創建名稱為 20210501 的新憑證。

如果嘗試失敗,用戶將收到一個錯誤消息,其中包含所有被認為不平衡的移動行。

合作伙伴信息?

如果一行指定了合作伙伴信息,則如果目標日志類型為 應付應收 ,則將信息復制到會計分錄本身。

導出?

如果您已安裝了法國 財務本地化包 ,您應該能夠下載FEC。要這樣做,請轉到 會計 ? 報告 ? 法國 ? FEC 。

小技巧

如果你沒有看到 FEC 子菜單,請前往 應用程序 ,移除 應用程序 過濾器,然后搜索名為 France-FEC 的模塊并確保已安裝。

法國會計報告?

如果您已安裝了法國會計,您將可以訪問一些特定于法國的會計報告:

  • 會計資產負債表

  • 損益表

  • 法國稅務計劃

使用Odoo獲得增值稅反欺詐認證?

自2018年1月1日起,法國和海外省屬地區(DOM-TOM)實施了新的反欺詐法規。這些新法規規定了有關銷售數據的不可篡改性、安全性、存儲和歸檔的某些標準。這些法律要求在Odoo 9及以上版本中通過一個模塊和一個符合性證書來實現。

我的公司是否需要使用反欺詐軟件??

如果您的公司需要使用反欺詐收銀軟件,例如Odoo(CGI art. 286,I. 3° bis),則必須使用。

  • 您在法國或任何海外省屬地區是應稅的(不免征增值稅),

  • 您的一些客戶是個人(B2C)。

此規則適用于任何公司規模。自由職業者免除增值稅,因此不受影響。

與Odoo一起獲得認證?

使用Odoo變得合規非常容易。

稅務管理機構要求貴公司提供符合反欺詐法規的軟件一致性測試證書。此證書由Odoo SA授予Odoo企業版用戶, 在此處。如果您使用Odoo社區版,您應該 升級到Odoo企業版 或聯系您的Odoo服務提供商。

如果不符合規定,您的公司將面臨7500歐元的罰款。

要獲得認證,只需按照以下步驟操作:

  • 如果您使用 Odoo Point of Sale ,請通過 安裝 France - VAT Anti-Fraud Certification for Point of Sale (CGI 286 I-3 bis) 模塊,方法是進入 應用程序 ,移除 應用程序 過濾器,然后搜索 l10n_fr_pos_cert 并安裝該模塊。

  • 確保在您的公司中設置了一個國家,否則您的條目將無法進行不可更改性檢查的加密。要編輯您公司的數據,請轉到 設置 ? 用戶和公司 ? 公司 。從列表中選擇一個國家;不要創建新的國家。

  • 下載Odoo SA提供的強制符合性證書,請在此處下載 here.

注解

  • 如果要在2017年12月18日之前創建的任何系統中安裝該模塊,您應該更新模塊列表。為此,請激活 開發者模式 。然后轉到 應用程序 菜單并在頂部菜單中按 更新模塊列表 。

  • 如果您在本地運行Odoo,則需要事先更新您的安裝并重新啟動服務器。

  • 如果您安裝了反欺詐模塊的初始版本(2017年12月18日之前),您需要更新它。該模塊的名稱為 法國-會計-認證CGI 286 I-3 bis * 。在更新模塊列表后,在 * 應用程序 * 中搜索更新后的模塊,選擇它并單擊 * 升級 * 。最后,請確保安裝了以下模塊 * l10n_fr_sale_closing 。

反欺詐功能?

反欺詐模塊引入了以下功能:

  • 不可更改性 :停用所有取消或修改POS訂單、發票和日記賬條目關鍵數據的方式;

  • 安全性 : 鏈接算法以驗證不可更改性;

  • 存儲 : 自動銷售結算,計算期間和累計總額(每日、每月、每年)。

不可更改性?

如果公司位于法國或任何海外省屬地區,所有取消和修改已支付POS訂單、確認發票和日記賬條目的關鍵數據的可能途徑都將被禁用。

注解

如果您運行的是多公司環境,則只有這些公司的文檔會受到影響。

安全性?

為確保不可更改性,每個訂單或日志條目在驗證時都會進行加密。該數字(或哈希)是從文檔的關鍵數據以及先前文檔的哈希計算出來的。

該模塊引入了一個接口來測試數據的不可變性。如果在文檔驗證后修改了任何信息,則測試將失敗。算法會重新計算所有哈希值并將其與初始哈希值進行比較。如果失敗,系統將指出系統中記錄的第一個損壞的文檔。

具有“管理者”訪問權限的用戶可以啟動不可更改性檢查。對于POS訂單,請轉到: 銷售點 ? 報告 ? 法國報表 。對于發票或日記帳條目,請轉到 發票/會計 ? 報告 ? 法國報表 。

存儲?

系統還會按照日、月、年的頻率自動進行銷售結算。這些結算會明確計算出該時期的銷售總額以及從系統記錄的第一筆銷售記錄開始的累計總額。

結賬可以在銷售點、發票和會計應用程序的 法國報表 菜單中找到。

注解

  • 結賬會計處理銷售日記賬(日記賬類型=銷售)的總計。

  • 對于多公司環境,這樣的結賬是按公司進行的。

  • POS訂單在POS會話結束時作為日記賬分錄發布??梢噪S時關閉POS會話。為了促使用戶每天關閉會話,該模塊防止恢復超過24小時的已打開會話。在再次銷售之前必須關閉此類會話。

  • 一個期間的總額是從上一個相同類型的結賬之后發布的所有日記賬分錄計算出來的,不考慮它們的發布日期。如果您在已經關閉的期間記錄了新的銷售交易,它將在下一個結賬中計算。

小技巧

  • 為了測試和審計目的,這樣的結賬可以在 開發者模式 中手動生成。

  • 然后轉到 設置 ? 技術 ? 自動化 ? 定時動作 。

職責?

請勿卸載該模塊!如果這樣做,哈希值將被重置,您過去的數據將不再被保證為不可更改。

用戶應對其Odoo實例負責,并必須謹慎使用。不允許修改源代碼,以保證數據的不可變性。

Odoo不對第三方未經Odoo認證的應用程序所造成的模塊功能變化承擔任何責任。

更多信息?

您可以在以下官方文件中找到有關此立法的更多信息。