Pháp¶

FEC - Tệp mục nhập kế toán¶

A FEC: DFN: Fichier des écritures Comptables Audit chứa tất cả các dữ liệu kế toán và các mục được ghi lại trong tất cả các tạp chí kế toán cho một năm tài chính. Các mục trong tập tin phải được sắp xếp theo thứ tự thời gian.

Kể từ ngày 1 tháng 1 năm 2014, mọi công ty Pháp được yêu cầu sản xuất và truyền tệp này theo yêu cầu của cơ quan thuế cho mục đích kiểm toán.

Import 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.

Để kích hoạt tính năng này, hãy truy cập Kế toán -> Cấu hình -> Cài đặt -> Nhập khẩu Kế toán, Bật Nhập FEC và Lưu.

Tiếp theo, truy cập Kế toán -> Cấu hình -> FEC Nhập, Tải lên tệp FEC của bạn và nhấp vào *Nhập *.

Ghi chú

Nhập các tệp FEC từ năm khác nhau không có hành động hoặc tính toán cụ thể.

Nếu nhiều tệp chứa bất kỳ "báo cáo à nouveaux" (RAN) với số dư bắt đầu của năm, bạn có thể cần hủy các mục đó trong giao diện người dùng. Odoo làm cho những mục nhập (RAN) trở nên vô dụng.

Định dạng tập tin¶

Các tệp FEC chỉ có thể ở định dạng CSV, vì định dạng XML không được hỗ trợ.

Ghi chú

Tệp FEC CSV có định dạng văn bản đơn giản đại diện cho bảng dữ liệu, với dòng đầu tiên là tiêu đề và xác định danh sách các trường cho mỗi mục và mỗi dòng sau đại diện cho một mục nhập kế toán, không có thứ tự được xác định trước.

Mô -đun của chúng tôi hy vọng các tệp sẽ đáp ứng các thông số kỹ thuật sau:

Mã hóa: UTF-8, UTF-8-SIG và ISO8859_15.
Dấu tách: Bất kỳ trong số này: ; hoặc | hoặc , hoặc tab.
Line terminators: both CR+LF (\r\n) and LF (\n) character groups are supported.
Định dạng ngày: %y%m%d

Mô tả các trường và sử dụng¶

#	Tên hiện trường	Mô tả	Sử dụng	Định dạng
01	Mã nhật ký	Mã bút toán	`Tạp chí.code` và` Tạp chí.name` nếu `Journallib` không được cung cấp	Chữ và số
02	Journallib	Journal Label	`Tạp chí.name`	Chữ và số
03	Viết	Đánh số cụ thể cho mỗi số lượng tạp chí của mục nhập	`Di chuyển.Name`	Chữ và số
04	Nhà văn	Ngày nhập cảnh kế toán	`Di chuyển.Date`	Ngày (yyyymmdd)
05	Tài khoản	Số tài khoản	`Account.Code`	Chữ và số
06	Tài khoản	Nhãn tài khoản	`Account.Name`	Chữ và số
07	Compauxnum	Số tài khoản thứ cấp (Chấp nhận NULL)	`Đối tác.REF`	Chữ và số
08	Compauxlib	Nhãn tài khoản thứ cấp (Chấp nhận NULL)	`Đối tác.name`	Chữ và số
09	Pieceref	Tài liệu tham khảo	`Move.ref` và` Move.name` nếu `ecriturenum` không được cung cấp	Chữ và số
10	Chắp chân	Ngày tài liệu	`Di chuyển.Date`	Ngày (yyyymmdd)
11	Viết	Nhãn vào tài khoản	`Move_line.name`	Chữ và số
12	Nợ	Số tiền ghi nợ	`Move_line.debit`	Float
13	Có	Số tiền tín dụng (tên trường "Crédit" không được phép)	`Move_line.Credit`	Float
14	Viết	Tài liệu tham khảo chéo nhập kế toán (Chấp nhận NULL)	`Move_line.fec_matching_number`	Chữ và số
15	Datelet	Ngày vào kế toán (Chấp nhận NULL)	không sử dụng	Ngày (yyyymmdd)
16	VALIDDATE	Ngày xác nhận nhập cảnh kế toán	không sử dụng	Ngày (yyyymmdd)
17	Montantdevise	Số tiền tiền tệ (Chấp nhận NULL)	`Move_line.amount_currency`	Float
18	Idevise	Định danh tiền tệ (Chấp nhận NULL)	`Tiền tệ.name`	Chữ và số

Hai lĩnh vực này có thể được tìm thấy thay cho các lĩnh vực khác ở Sence ở trên.

12	Số lượng	Số tiền	`move_line.debit` hoặc` move_line.credit`	Float
13	Sens	Có thể là "c" cho tín dụng hoặc "d" để ghi nợ	Xác định `move_line.debit` hoặc` move_line.credit`	Char

Chi tiết thực hiện¶

Các thực thể kế toán sau được nhập từ các tệp FEC: Tài khoản, tạp chí, đối tác và di chuyển.

Mô-đun của chúng tôi xác định mã hóa, ký tự thiết bị đầu cuối dòng và dấu phân cách được sử dụng trong tệp.

Sau đó, một séc được thực hiện để xem mọi dòng có số trường chính xác tương ứng với tiêu đề không.

Nếu kiểm tra đi qua, thì tệp được đọc đầy đủ, giữ trong bộ nhớ và quét. Các thực thể kế toán được nhập khẩu một loại tại một thời điểm, theo thứ tự sau.

Tài khoản¶

Mỗi mục nhập kế toán đều liên quan đến một tài khoản, cần được xác định bởi trường comptenum.

Kết hợp mã¶

Nếu một mã tài khoản tương tự đã có trong hệ thống, mã hiện tại được sử dụng thay vì tạo một mã mới.

Các tài khoản trong ODOO thường có một số chữ số mặc định cho bản địa hóa tài chính. Vì mô -đun FEC có liên quan đến bản địa hóa của Pháp, số chữ số có liên quan mặc định là 6.

Điều này có nghĩa là mã tài khoản mà số 0 được cắt đúng và sự so sánh giữa các mã tài khoản trong tệp FEC và các mã đã tồn tại trong ODOO chỉ được thực hiện trên sáu chữ số đầu tiên của mã.

Example

Mã tài khoản 65800000 trong tệp được khớp với tài khoản` 658000` hiện có trong ODOO và tài khoản đó được sử dụng thay vì tạo tài khoản mới.

Cờ đối chiếu¶

Một tài khoản được gắn cờ kỹ thuật là có thể hòa giải được Nếu dòng đầu tiên xuất hiện có trường ecriturelet được điền, vì lá cờ này có nghĩa là mục nhập kế toán sẽ được đối chiếu với một mục khác.

Ghi chú

Trong trường hợp dòng bằng cách nào đó trường này không được điền, nhưng mục nhập vẫn phải được đối chiếu với một khoản thanh toán chưa được ghi lại, dù sao đây cũng không phải là vấn đề; Tài khoản được gắn cờ là có thể hòa giải ngay khi nhập các dòng di chuyển yêu cầu.

Loại tài khoản và mẫu phù hợp¶

Vì loại của tài khoản không được chỉ định ở định dạng FEC,**tài khoản mới** được tạo với loại mặc định*tài sản hiện tại*và sau đó, ở cuối quy trình nhập, chúng được khớp với Đã cài đặt biểu đồ của các mẫu tài khoản. Ngoài ra, cờ hòa giải cũng được tính toán theo cách này.

Trận đấu được thực hiện với các chữ số nhất bên trái, bắt đầu bằng cách sử dụng tất cả các chữ số, sau đó 3, sau đó là 2.

Example

Tên	Mã	So sánh đầy đủ	So sánh 3 chữ số	So sánh 2 chữ số
Mẫu	`400000`	`400000`	`400`	`40`
Tài khoản	`40100000`	`40100000`	`401`	`40`
Kết quả				Trùng khớp

Loại tài khoản sau đó được gắn cờ là phải trả và đối chiếu theo mẫu tài khoản.

Sổ nhật ký¶

Các tạp chí cũng được kiểm tra đối với các tạp chí đã tồn tại trong ODOO để tránh các bản sao, cũng trong trường hợp nhập nhiều tệp FEC.

Nếu một mã tạp chí tương tự đã có trong hệ thống, mã hiện tại được sử dụng thay vì tạo một mã mới.

Các tạp chí mới có tên của chúng được tiền tố bởi chuỗi FEC-.

Example

Mua ' -> FEC -ACHATS'

Các tạp chí được không lưu trữ, người dùng có quyền xử lý chúng như anh ta muốn.

Xác định loại tạp chí¶

Loại tạp chí cũng không được chỉ định ở định dạng (theo tài khoản) và do đó, nó ban đầu được tạo với loại mặc định General.

Khi kết thúc quá trình nhập, loại được xác định theo các quy tắc này liên quan đến các di chuyển và tài khoản liên quan:

Bank: Di chuyển trong các tạp chí này luôn có một dòng (ghi nợ hoặc tín dụng) ảnh hưởng đến tài khoản thanh khoản.

cash / bank can be interchanged, so bank is set everywhere when this condition is met.
SALE: Các động thái trong các tạp chí này chủ yếu có dòng ghi nợ trên các tài khoản phải thu và hạn mức tín dụng trên các tài khoản thu nhập thuế.

Sale refund journal items are debit/credit inverted.
`Mua ': Di chuyển trong các tạp chí này chủ yếu có hạn mức tín dụng trên các tài khoản phải trả và dòng ghi nợ trên tài khoản chi phí.

Purchase refund journal items are debit/credit inverted.
General: cho mọi thứ khác.

Ghi chú

Tối thiểu ba động tác là cần thiết để nhận dạng loại tạp chí.
Ngưỡng 70% di chuyển phải tương ứng với một tiêu chí cho một loại tạp chí được xác định.

Example

Giả sử chúng ta đang phân tích các động thái chia sẻ một Tạp chí_id nhất định.

Dịch chuyển	Số tập dữ liệu	Phần trăm
có dòng tài khoản bán hàng và không có dòng tài khoản mua hàng	0	0
có dòng tài khoản mua hàng và không có dòng tài khoản bán hàng	1	25%
có dòng tài khoản thanh khoản	3	75%
Tổng cộng	4	100%

Tạp chí Type sẽ là` Bank`, vì ngân hàng di chuyển tỷ lệ phần trăm (75%) vượt quá ngưỡng (70%).

Đối tác¶

Mỗi đối tác giữ 'tham chiếu` từ trường compauxnum.

Ghi chú

These fields are searchable, in line with former FEC imports on the accounting expert's side for fiscal/audit purposes.

Mẹo

Người dùng có thể hợp nhất các đối tác với ứng dụng làm sạch dữ liệu, trong đó các nhà cung cấp và khách hàng hoặc các mục nhập đối tác tương tự có thể được người dùng hợp nhất, với sự hỗ trợ từ hệ thống nhóm họ theo các mục tương tự.

Dịch chuyển¶

Các mục nhập ngay lập tức được đăng và đối chiếu sau khi gửi, sử dụng trường ecriturelet để thực hiện phù hợp giữa các mục.

Trường ecriturenum đại diện cho tên của các động tác. Chúng tôi nhận thấy rằng đôi khi nó có thể không được điền ra. Trong trường hợp này, trường Pieceref được sử dụng.

Vấn đề làm tròn¶

Có một dung sai làm tròn với độ chính xác liên quan đến tiền tệ về ghi nợ và tín dụng (nghĩa là, 0,01 cho EUR). Theo dung sai này, một dòng mới được thêm vào di chuyển, được đặt tên *Nhập chênh lệch làm tròn *, nhắm mục tiêu các tài khoản:

`658000 'các khoản phí khác nhau cho quản lý hiện tại, cho các khoản nợ bổ sung
`758000 'Các sản phẩm quản lý hiện tại khác nhau, cho các khoản tín dụng bổ sung

Thiếu tên di chuyển¶

Nếu 'ecriturenum` không được điền ra, cũng có thể xảy ra rằng trường' pieceref` cũng không phù hợp để xác định tên di chuyển (nó có thể được sử dụng như một tham chiếu dòng di chuyển kế toán) không có cách nào để thực sự tìm thấy dòng nào để được nhóm lại trong một động thái duy nhất, và cản trở hiệu quả việc tạo ra các động tác cân bằng.

Một nỗ lực cuối cùng được thực hiện, nhóm tất cả các dòng từ cùng một tạp chí và ngày (Journallib,` ecrituredate`). Nếu nhóm này tạo ra các di chuyển cân bằng (tổng (tín dụng) - tổng (ghi nợ) = 0), sau đó mỗi kết hợp tạp chí và ngày khác nhau tạo ra một động thái mới.

Example

ACH + 2021/05/01 --> new move on journal ACH with name 20210501.

Nếu nỗ lực này thất bại, người dùng được nhắc một thông báo lỗi với tất cả các dòng di chuyển được cho là không cân bằng.

Thông tin đối tác¶

Nếu một dòng có thông tin đối tác được chỉ định, thông tin sẽ được sao chép vào chính di chuyển kế toán nếu tạp chí được nhắm mục tiêu thuộc loại *phải trả *hoặc *phải thu *.

Xuất¶

If you have installed the French fiscal localization package, you should be able to download the FEC. To do so, go to Accounting ‣ Reporting ‣ France ‣ FEC.

Mẹo

Nếu bạn không thấy Submenu FEC, hãy truy cập apps, hãy xóa bộ lọc*ứng dụng*, sau đó tìm kiếm mô-đun có tên France-Fec và đảm bảo nó được cài đặt.

Xem thêm

Báo cáo kế toán Pháp¶

Nếu bạn đã cài đặt kế toán Pháp, bạn sẽ có quyền truy cập vào một số báo cáo kế toán cụ thể cho Pháp:

Đánh giá kế toán
Báo cáo thu nhập
Kế hoạch thuế Pháp

Nhận Chứng nhận chống gian lận VAT với ODOO¶

Kể từ ngày 1 tháng 1 năm 2018, một luật chống gian lận mới có hiệu lực ở Pháp và Dom-Tom. Luật mới này quy định các tiêu chí nhất định liên quan đến tính không thể thay đổi, bảo mật, lưu trữ và lưu trữ dữ liệu bán hàng. Các yêu cầu pháp lý này được thực hiện trong ODOO, phiên bản 9 trở đi, thông qua một mô -đun và giấy chứng nhận phù hợp để tải xuống.

Công ty của tôi có được yêu cầu sử dụng phần mềm chống gian lận không?¶

Công ty của bạn được yêu cầu sử dụng một phần mềm máy tính tiền mặt chống gian lận như ODOO (CGI Art. 286, I. 3 ° Bis) nếu:

Bạn phải chịu thuế (không được miễn thuế VAT) ở Pháp hoặc bất kỳ Dom-Tom,
Một số khách hàng của bạn là cá nhân (B2C).

Quy tắc này áp dụng cho bất kỳ quy mô công ty. Các nhà nhập viện tự động được miễn trừ VAT và do đó không bị ảnh hưởng.

Được chứng nhận với Odoo¶

Tuân thủ Odoo là rất dễ dàng.

Your company is requested by the tax administration to deliver a certificate of conformity testifying that your software complies with the anti-fraud legislation. This certificate is granted by Odoo SA to Odoo Enterprise users here. If you use Odoo Community, you should upgrade to Odoo Enterprise or contact your Odoo service provider.

Trong trường hợp không phù hợp, công ty của bạn có nguy cơ phạt 7.500 €.

Để có được chứng nhận, chỉ cần làm theo các bước sau:

If you use Odoo Point of Sale, install the France - VAT Anti-Fraud Certification for Point of Sale (CGI 286 I-3 bis) module by going to Apps, removing the Apps filter, then searching for l10n_fr_pos_cert, and installing the module.
Hãy chắc chắn rằng một quốc gia được đặt trên công ty của bạn, nếu không, các mục của bạn đã giành được được mã hóa để kiểm tra không thể thay đổi. Để chỉnh sửa dữ liệu của công ty bạn, hãy truy cập Cài đặt -> Người dùng & Công ty -> Công ty. Chọn một quốc gia trong danh sách; Không tạo ra một đất nước mới.
Download the mandatory certificate of conformity delivered by Odoo SA here.

Ghi chú

Để cài đặt mô -đun trong bất kỳ hệ thống nào được tạo trước ngày 18 tháng 12 năm 2017, bạn nên cập nhật danh sách mô -đun. Để làm như vậy, kích hoạt: ref: Chế độ nhà phát triển <chế độ phát triển>. Sau đó chuyển đến menu Ứng dụng và nhấn Cập nhật danh sách mô-đun trong các menu hàng đầu.
Trong trường hợp bạn chạy ODOO tại chỗ, bạn cần cập nhật cài đặt và khởi động lại máy chủ của mình trước.
Nếu bạn đã cài đặt phiên bản ban đầu của mô-đun chống gian lận (trước ngày 18 tháng 12 năm 2017), bạn cần cập nhật nó. Tên của mô -đun là Pháp - Kế toán - CGI 286 I -3 Bis *được chứng nhận. Sau khi cập nhật danh sách mô -đun, hãy tìm kiếm mô -đun được cập nhật trong *Ứng dụng *, chọn nó và nhấp vào *Nâng cấp *. Cuối cùng, hãy đảm bảo mô -đun sau *L10N_FR_SALE_CLOCE được cài đặt.

Các tính năng chống gian lận¶

Mô-đun chống gian lận giới thiệu các tính năng sau:

Không thể thay đổi: Vô hiệu hóa tất cả các cách để hủy hoặc sửa đổi dữ liệu chính của các đơn đặt hàng, hóa đơn và các mục nhật ký;
Bảo mật: Thuật toán chuỗi để xác minh tính không thể thay đổi;
Lưu trữ: đóng cửa bán hàng tự động với tính toán của cả hai giai đoạn và tổng tích lũy (hàng ngày, hàng tháng, hàng năm).

Không thể phân biệt được¶

Tất cả các cách có thể để hủy và sửa đổi dữ liệu chính của các đơn đặt hàng POS được trả tiền, hóa đơn được xác nhận và các mục nhật ký bị vô hiệu hóa, nếu công ty được đặt tại Pháp hoặc trong bất kỳ DOM-TOM nào.

Ghi chú

Nếu bạn điều hành một môi trường đa công ty, chỉ có tài liệu của các công ty đó bị ảnh hưởng.

Bảo mật¶

Để đảm bảo tính không thể thay đổi, mọi đơn hàng hoặc mục nhập được mã hóa khi xác nhận. Số này (hoặc hash) được tính toán từ dữ liệu chính của tài liệu cũng như từ băm của các tài liệu tiền lệ.

Mô -đun giới thiệu một giao diện để kiểm tra tính không thể thay đổi dữ liệu. Nếu bất kỳ thông tin nào được sửa đổi trên một tài liệu sau khi xác thực, thử nghiệm sẽ thất bại. Thuật toán tái hiện tất cả các băm và so sánh chúng với các băm ban đầu. Trong trường hợp thất bại, hệ thống chỉ ra tài liệu bị hỏng đầu tiên được ghi lại trong hệ thống.

Users with Manager access rights can launch the inalterability check. For POS orders, go to Point of Sales ‣ Reporting ‣ French Statements. For invoices or journal entries, go to Invoicing/Accounting ‣ Reporting ‣ French Statements.

Lưu trữ¶

Hệ thống cũng xử lý việc đóng cửa hàng tự động hàng ngày, hàng tháng và hàng năm. Việc đóng cửa như vậy một cách rõ ràng tổng số doanh số của giai đoạn cũng như tổng số tích lũy từ mục nhập doanh số đầu tiên được ghi nhận trong hệ thống.

Đóng cửa có thể được tìm thấy trong menu Tuyên bố Pháp của các ứng dụng điểm bán, lập hóa đơn và kế toán.

Ghi chú

Đóng cửa tính tổng số cho các mục nhật ký của các tạp chí bán hàng (loại tạp chí = bán hàng).
Đối với môi trường đa công ty, việc đóng cửa như vậy được thực hiện bởi công ty.
Đơn đặt hàng POS được đăng dưới dạng các mục nhật ký khi kết thúc phiên POS. Đóng một phiên POS có thể được thực hiện bất cứ lúc nào. Để nhắc người dùng thực hiện nó hàng ngày, mô -đun sẽ ngăn không cho việc tiếp tục một phiên được mở hơn 24 giờ trước. Một phiên như vậy phải được đóng lại trước khi bán lại.
Tổng số khoảng thời gian được tính toán từ tất cả các mục tạp chí được đăng sau khi kết thúc trước đó của cùng một loại, bất kể ngày đăng của chúng. Nếu bạn ghi lại một giao dịch bán hàng mới trong một khoảng thời gian đã đóng, nó sẽ được tính trong lần đóng tiếp theo.

Mẹo

Đối với mục đích kiểm tra & kiểm toán, việc đóng như vậy có thể được tạo thủ công trong: ref: Chế độ nhà phát triển <mode-mode>.
Sau đó, đi đến Cài đặt -> Kỹ thuật -> Tự động hóa -> Hành động theo lịch trình.

Chịu trách nhiệm¶

Đừng gỡ cài đặt mô -đun! Nếu bạn làm như vậy, các băm sẽ được đặt lại và không có dữ liệu nào trong quá khứ của bạn sẽ được đảm bảo lâu hơn là không thể thay đổi.

Người dùng vẫn chịu trách nhiệm cho phiên bản Odoo của họ và phải sử dụng nó với sự siêng năng. Không được phép sửa đổi mã nguồn đảm bảo tính không thể thay đổi của dữ liệu.

ODOO miễn trừ cho tất cả mọi người và bất kỳ trách nhiệm nào trong trường hợp thay đổi các chức năng của mô -đun do các ứng dụng của bên thứ 3 không được ODOO chứng nhận.

Thêm thông tin¶

Bạn có thể tìm thêm thông tin về luật này trong các tài liệu chính thức sau đây.

Xem thêm