法国¶
FEC - Fichier des Écritures Comptables¶
FEC :d fn：`Fichier des Écritures Comptables`审计文件包含一个财政年度所有会计日记帐中记录的所有会计数据和分录。文件中的条目必须按时间顺序排列。
自2014年1月1日起，每家法国公司都必须根据税务机关的要求制作和传输此文件以进行审计。
FEC 导入¶
To make the onboarding of new users easier, Odoo Enterprise’s French fiscal localization
package includes the FEC Import feature (module name:
l10n_fr_fec_import), which enables the import of existing FEC files from older software.
要启用此功能，请转到 ，启用 FEC 导入 和 保存 。”。
接下来，转到 :menuselection:“记帐 –> 配置 –> FEC 导入”，上传 FEC 文件，然后单击“*导入”。”。
注解
文件格式¶
FEC 文件只能是 CSV 格式，因为不支持 XML 格式。
注解
FEC CSV文件具有表示数据表的纯文本格式，第一行是标题并定义每个条目的字段列表，后面的每一行表示一个会计条目，没有预定的顺序。
我们的模块期望文件满足以下技术规范：
**** ：UTF-8、UTF-8-SIG 和 iso8859_15.
分隔字符 ：以下任一项：“;”或“|”或“,”或“TAB”.
行终止** ：同时支持 CR+LF （
\r\n） 和 LF （\n） 字符组。期格 ：“%Y%m%d`
字段描述和使用¶
# |
字段名称 |
说明 |
使用 |
格式 |
|---|---|---|---|---|
01 |
日记代码 |
日志代码 |
“journal.code”和“journal.name”（如果未提供“JournalLib` |
字母数字 |
02 |
期刊图书馆 |
日记账标签 |
“journal.name` |
字母数字 |
03 |
EcritureNum |
特定于条目的每个日志序列号的编号 |
“move.name` |
字母数字 |
04 |
EcritureDate |
会计分录日期 |
|
Date （yyyyMMdd） |
05 |
CompteNum |
科目编码 |
“账户.代码` |
字母数字 |
06 |
CompteLib |
账户标签 |
“account.name` |
字母数字 |
07 |
CompAuxNum |
辅助账号（接受空） |
|
字母数字 |
08 |
CompAuxLib |
辅助账户标签（接受空） |
“partner.name` |
字母数字 |
09 |
片材参考 |
参考文件 |
“move.ref”和“move.name”，如果未提供“EcritureNum` |
字母数字 |
10 |
片状日期 |
文件日期 |
|
Date （yyyyMMdd） |
11 |
EcritureLib |
账户条目标签 |
“move_line.姓名` |
字母数字 |
12 |
借方 |
借方总额 |
“move_line.借记` |
浮动 |
13 |
贷方 |
信用额度（不允许使用字段名称“Crédit”） |
“move_line.credit` |
浮动 |
14 |
EcritureLet |
会计分录交叉引用（接受空） |
|
字母数字 |
15 |
日期让我们 |
会计分录日期（接受空） |
在日历年度结束时，未使用的应计费用将被 |
Date （yyyyMMdd） |
16 |
有效日期 |
会计分录验证日期 |
在日历年度结束时，未使用的应计费用将被 |
Date （yyyyMMdd） |
17 |
蒙坦特维斯 |
货币金额（接受空值） |
|
浮动 |
18 |
伊德维塞 |
货币标识符（接受空值） |
“currency.name` |
字母数字 |
这两个字段可以代替上面的其他字段。
12 |
蒙坦特 |
金额 |
“move_line.debit”或“move_line.credit” |
浮动 |
13 |
森斯 |
可以是“C”表示贷方，“D”表示借方 |
确定“move_line.debit”或“move_line.credit” |
字符型 |
实现细节¶
从 FEC 文件导入以下会计实体：“科目”、“日记帐”、“合作伙伴”和“移动”。
我们的模块确定编码、行终止符字符和文件中使用的分隔符。
然后执行检查，以查看每行是否具有与标头对应的正确字段数。
如果检查通过，则文件将被完全读取、保存在内存中并进行扫描。会计实体按以下顺序一次导入一个类型。
账户¶
每个会计分录都与一个账户相关，该账户应由字段“CompteNum”确定。
代码匹配¶
如果系统中已存在类似的账户代码，则使用现有账户代码，而不是创建新账户代码。
Odoo中的账户通常具有许多数字，这些数字是财务本地化的默认数字。由于 FEC 模块与法语本地化相关，因此相关数字的默认位数为 6。
这意味着尾随零的账户代码被右切，并且FEC文件中的账户代码与Odoo中已经存在的账户代码之间的比较仅在代码的前六位数字上执行。
Example
文件中的账户代码“65800000”与Odoo中现有的“658000”账户匹配，并且使用该账户而不是创建新账户。
可调和标志¶
如果账户出现的第一行填写了“EcritureLet”字段，则从技术上讲，该账户被标记为“可对帐”，因为此标志意味着会计条目将与另一个账户进行对帐。
注解
如果该行以某种方式未填写此字段，但该条目仍必须与尚未记录的付款进行对帐，则无论如何这都不是问题;一旦导入移动行需要，该账户就会被标记为可对帐。
账户类型和模板匹配¶
由于未在 FEC 格式中指定账户的 **** ，因此将使用默认类型 流动资产 创建**new** 账户，然后在导入过程结束时，将它们与已安装的科目表模板进行匹配。此外，*协调*标志也是以这种方式计算的。
匹配是从最左边的数字完成的，从使用所有数字开始，然后是3，然后是2。
Example
名称 |
代号 |
全面比较 |
3 位数字比较 |
2 位数字比较 |
|---|---|---|---|---|
模板 |
|
|
|
|
CompteNum |
|
|
|
|
(无结果) |
没有找到匹配 |
然后，根据账户模板，账户类型将标记为“应付”和“可对帐”。
日记账¶
日志也会根据Odoo中已经存在的日志进行检查，以避免重复，即使在多个FEC文件导入的情况下也是如此。
如果系统中已存在类似的日志代码，则使用现有代码，而不是创建新的日志代码。
新期刊的名称以字符串“FEC-”为前缀。
Example
ACHATS -> FEC-ACHATS
这些期刊*不*存档，用户有权按照自己的意愿处理它们。
日志类型确定¶
日记帐类型也没有以格式指定（根据科目），因此首先使用默认类型“常规”创建。
在导入过程结束时，将根据有关相关移动和账户的以下规则确定类型：
- “银行”：在这些日记帐中的移动始终有一行（借方或贷方）影响流动性账户。“现金”/“银行”可以互换，因此当满足此条件时，“银行”随处设置。
- “销售”：这些日记帐中的移动大多在应收账款科目上有借方行，在税收收入科目上有贷方行。销售退款日记帐项目是倒排的借方/贷方。
- “购买”：这些日记帐中的移动主要在应付科目上具有贷方细目，在支出科目上具有借方行。购买退款日记帐项目是倒排的借方/贷方。
- “一般”：用于其他一切。
注解
日志类型标识至少需要三次移动。
阈值 70% of 移动必须对应于要确定的日志类型的条件。
Example
假设我们正在分析共享某个“journal_id”的动作。
凭证 |
计数 |
百分比 |
|---|---|---|
具有销售科目行且没有采购科目行 |
0 |
0 |
具有采购科目行和无销售科目行 |
1 |
25% |
具有流动性账户行 |
3 |
75% |
合计 |
4 |
100% |
日记帐“类型”将为“银行”，因为银行移动百分比 （75%） 超过阈值 （70%）。
合作伙伴¶
每个合作伙伴都保留其“参考”字段中的“CompAuxNum”。
注解
这些字段是可搜索的，与会计专家方面用于财政/审计目的的前FEC导入一致。
小技巧
用户可以将合作伙伴与数据清理应用合并，其中供应商和客户或类似的合作伙伴条目可以由用户合并，并得到按类似条目分组的系统的帮助。
凭证¶
提交后，条目会立即发布并协调，使用“EcritureLet”字段在条目本身之间进行匹配。
“EcritureNum”字段表示移动的名称。我们注意到有时可能无法填写。在本例中，将使用字段“PieceRef”。
舍入问题¶
在借方和贷方上有一个与货币相关的精度的舍入容差（即，欧元为0.01）。在此容差下，将向移动中添加一条新行，名为*导入舍入差额*，目标是账户：
658000对增加的借项收取不同的费用758000Produits divers de gestion courante， for add credits
缺少移动名称¶
如果未填写“EcritureNum”，则还可能发生“PieceRef”字段也不适合确定移动名称（它可能用作会计移动行参考），因此无法实际找到要在单个移动中分组的行，并有效地阻碍了平衡移动的创建。
最后一次尝试，将来自同一期刊和日期（“JournalLib”，“EcritureDate”）的所有行分组。如果此分组生成平衡移动（总和（贷方） - 总和（借方） = 0），则日记帐和日期的每个不同组合都会创建一个新移动。
Example
“ACH” + “2021/05/01” –>名为“20210501”的期刊“ACH”的新举措。
如果此尝试失败，系统会提示用户一条错误消息，其中包含所有被认为不平衡的移动线。
线上伙伴信息¶
如果某一行指定了合作伙伴信息，则当目标日记帐的类型为 应付 或 应收 时，该信息将复制到会计移动本身。
导出¶
If you have installed the French fiscal localization package, you should be able to download the FEC. To do so, go to .
小技巧
如果您没有看到子菜单 FEC，请转到 ，删除 Apps 筛选器，然后搜索名为 France-FEC 的模块并确保已安装。
法国会计报告¶
If you have installed the French Accounting, you will have access to some accounting reports specific to France:
会计余额
结果账户
法国税收计划
通过 Odoo 获得增值税反欺诈认证¶
截至 2018年1月1日, 法国和 DOM-TOM 实施了一项新的反欺诈立法。这一新立法规定了有关销售数据的 inalterability、安全、存储和归档的某些标准。这些法律要求在 Odoo 中实施, 版本9继续, 通过模块和合格证书下载.
我的公司是否需要使用反欺诈软件？¶
您的公司需要使用一个反欺诈现金登记软件, 如 Odoo (CGI art. 286, i. 3° bis) 如果：
您在法国或任何 DOM-汤姆应纳税 (不含增值税),
您的一些客户是个人 (B2C).
此规则适用于任何公司规模。自动创业者免征增值税, 因此不受影响.
获得 Odoo 认证¶
与 Odoo 的兼容是非常容易的.
税务局要求贵公司提供合格证书，证明您的软件符合反欺诈法规。此证书由 Odoo SA 授予 Odoo Enterprise 用户`here <https://www.odoo.com/my/contract/french-certification/>`_。如果您使用Odoo社区，您应该 :doc:`升级到Odoo Enterprise </administration/maintenance/enterprise>`或联系您的Odoo服务提供商。
如果不符合规定, 您的公司将面临7500欧元的罚款.
要获得认证，只需按照以下步骤操作：
如果您使** Odoo销售** ， 安装<一般/安装>`法国 - 门店收银增值税反欺诈认证（CGI 286 I-3之二） **块，请转到 :menuselection:`应用程序，删除*Apps*过滤器，然后搜索*l10n_fr_pos_cert*，然后安装模块。
确保您的公司设置了一个国家/地区，否则您的条目将不会被加密不变性检查。要编辑您公司的数据，请转到 :menuselection:
设置 --> 用户和公司 --> 公司。从列表中选择一个国家/地区; 不要创建一个新的国家。下载 Odoo SA `这里`__ 提供的强制性合格证书。
反欺诈功能¶
反欺诈模块引入了以下功能：
变 ：取消或修改 POS 订单、开票和日记帐分录的关键数据的所有方式的停用;
Security：链算法验证不变化;
Storage：自动销售结转，计算期间和累计合计 (每日、每月、每年)。
Inalterability¶
如果公司位于法国或任何 DOM-TOM, 则取消和修改付费 POS 订单、已确认开票和日记帐分录的关键数据的所有可能方法都将被停用.
注解
如果您运行的是多公司环境, 则只有这些公司的文档受到影响.
安全¶
为确保不可更改性，每个订单或日记条目在验证时都会进行加密。此数字（或哈希）是根据文档的关键数据以及先例文档的哈希计算得出的。
该模块引入一个接口来测试数据 inalterability。如果文档在验证后修改了任何信息, 则测试将失败。算法重新计算所有哈希值, 并将它们与初始值进行比较。在出现故障时, 系统会指出系统中记录的第一个损坏的文档.
具有 管理员 访问权限的用户可以启动不变化检查。对于 POS 订单，请转到 。对于开票或日记帐分录，请转到 .
存储¶
该系统还处理每日、每月和每年的自动销售结转。此类结算会显著计算该期间的销售总额以及系统中记录的第一个销售条目的累计总计.
Closings can be found in the French Statements menu of Point of Sale, Invoicing and Accounting apps.
注解
Closings compute the totals for journal entries of sales journals (Journal Type = Sales).
For multi-companies environments, such closings are performed by company.
POS orders are posted as journal entries at the closing of the POS session. Closing a POS session can be done anytime. To prompt users to do it on a daily basis, the module prevents from resuming a session opened more than 24 hours ago. Such a session must be closed before selling again.
A period’s total is computed from all the journal entries posted after the previous closing of the same type, regardless of their posting date. If you record a new sales transaction for a period already closed, it will be counted in the very next closing.
小技巧
出于测试和审计目的，可以在 :ref:`developer mode`中手动生成此类关闭 <developer-mode>。
然后转到 。
责任¶
Do not uninstall the module! If you do so, the hashes will be reset and none of your past data will be longer guaranteed as being inalterable.
Users remain responsible for their Odoo instance and must use it with due diligence. It is not permitted to modify the source code which guarantees the inalterability of data.
Odoo absolves itself of all and any responsibility in case of changes in the module’s functions caused by 3rd party applications not certified by Odoo.
More Information¶
您可以在以下官方文件中找到有关此立法的更多信息。
