Pháp¶

Quan trọng

You must install the France - Adding Mandatory Invoice Mentions (Decree no. 2022-1299) (l10n_fr_invoice_addr) module to comply with the local legislation.

FEC - Fichier des Écritures Comptables¶

Tệp kiểm toán FEC Fichier des Écritures Comptables chứa tất cả dữ liệu kế toán và các bút toán được ghi trong tất cả các nhật ký kế toán trong một năm tài chính. Các mục trong file 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 của Pháp đều phải xuất trình và truyền hồ sơ này theo yêu cầu của cơ quan thuế cho mục đích kiểm toán.

Nhập khẩu FEC¶

Để giúp việc giới thiệu người dùng mới dễ dàng hơn, fiscal localization package của SoOn Enterprise bao gồm tính năng FEC Nhập (tên mô-đun: l10n_fr_fec_import), cho phép nhập các tệp FEC hiện có từ phần mềm cũ hơn.

Để bật tính năng này, hãy truy cập Kế toán ‣ Cấu hình ‣ Cài đặt ‣ Nhập kế toán, bật Nhập FEC và Lưu.

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

Ghi chú

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

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

Định dạng tệp¶

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

Ghi chú

Tệp CSV FEC có định dạng văn bản thuần túy biểu thị một 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 nhập và mỗi dòng tiếp theo biểu thị một mục nhập kế toán, không theo thứ tự xác định trước.

Mô-đun của chúng tôi yêu cầu các tệp đáp ứng các thông số kỹ thuật sau:

Mã hóa: UTF-8, UTF-8-SIG và iso8859_15.
Dấu phân cách: bất kỳ trong số này: ; hoặc | hoặc , hoặc TAB.
Dấu kết thúc dòng: cả hai nhóm ký tự CR+LF (\r\n) và LF (\n) đều được hỗ trợ.
Định dạng ngày: %Y%m%d

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

#	Tên trường	Sự miêu tả	Sử dụng	Định dạng
01	Mã tạp chí	Mã tạp chí	`journal.code` và `journal.name` nếu `JournalLib` không được cung cấp	chữ và số
02	Tạp chíLib	Nhãn tạp chí	`journal.name`	chữ và số
03	EcritureNum	Đánh số cụ thể cho từng số thứ tự tạp chí của mục	`di chuyển.name`	chữ và số
04	EcritureNgày	Ngày ghi sổ kế toán	`di chuyển.date`	Ngày (yyyyMMdd)
05	Số tính năng	Số tài khoản	`tài khoản.code`	chữ và số
06	CompteLib	Nhãn tài khoản	`tài khoản.name`	chữ và số
07	CompAuxNum	Số tài khoản phụ (chấp nhận null)	`đối tác.ref`	chữ và số
08	CompAuxLib	Nhãn tài khoản phụ (chấp nhận null)	`đối tác.name`	chữ và số
09	mảnhRef	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	MảnhNgày	Ngày lập tài liệu	`di chuyển.date`	Ngày (yyyyMMdd)
11	EcritureLib	Nhãn nhập tài khoản	`move_line.name`	chữ và số
12	Ghi nợ	Số tiền ghi nợ	`move_line.debit`	Trôi nổi
13	Tín dụng	Số tiền tín dụng (Không cho phép tên trường "Tín dụng")	`move_line.credit`	Trôi nổi
14	EcritureLet	Tham chiếu chéo mục nhập kế toán (chấp nhận null)	`move_line.fec_matching_number`	chữ và số
15	NgàyCho phép	Ngày nhập kế toán (chấp nhận null)	chưa sử dụng	Ngày (yyyyMMdd)
16	Ngày hợp lệ	Ngày xác nhận mục nhập kế toán	chưa sử dụng	Ngày (yyyyMMdd)
17	Montantdevise	Số tiền tệ (chấp nhận null)	`move_line.amount_currency`	Trôi nổi
18	nghĩ ra	Mã định danh tiền tệ (chấp nhận null)	`tiền tệ.name`	chữ và số

Hai trường này có thể được tìm thấy thay cho các trường khác trong câu trên.

12	Montant	Số lượng	`move_line.debit` hoặc `move_line.credit`	Trôi nổi
13	cảm biến	Có thể là "C" cho Tín dụng hoặc "D" cho Ghi nợ	xác định `move_line.debit` hoặc `move_line.credit`	Char

Chi tiết triển khai¶

Các thực thể kế toán sau được nhập từ 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ự kết thúc dòng và dấu phân cách được sử dụng trong tệp.

Sau đó, việc kiểm tra sẽ được thực hiện để xem liệu mỗi dòng có đúng số trường tương ứng với tiêu đề hay không.

Nếu quá trình kiểm tra thành công thì tệp sẽ được đọc đầy đủ, được lưu trong bộ nhớ và được quét. Các đơn vị kế toán được nhập từng loại một, 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, tài khoản này phải được xác định bởi trường CompteNum.

Khớp mã¶

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

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

Điều này có nghĩa là mã tài khoản có các số 0 ở cuối được cắt bớt bên phải và việc so sánh giữa mã tài khoản trong tệp FEC và mã tài khoản đã tồn tại trong SoOn 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 SoOn và tài khoản đó được sử dụng thay vì tạo tài khoản mới.

Cờ hòa giải¶

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

Ghi chú

Trong trường hợp bằng cách nào đó, trường này không được điền trên dòng nhưng mục nhập vẫn phải được đối chiếu với khoản thanh toán chưa được ghi lại thì đây không phải là vấn đề; tài khoản được gắn cờ là có thể đối chiếu ngay khi việc nhập các đườ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 nên các 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 đó, khi kết thúc quá trình nhập, chúng được khớp với đã cài đặt các mẫu Biểu đồ Tài khoản. Ngoài ra, cờ reconcile cũng được tính theo cách này.

Việc so khớp được thực hiện với các chữ số ngoài cùng bên trái, bắt đầu bằng cách sử dụng tất cả các chữ số, sau đó là 3, rồi 2.

Example

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

Sau đó, loại tài khoản sẽ được gắn cờ là có thể thanh toán và có thể đối chiếu theo mẫu tài khoản.

Tạp chí¶

Các tạp chí cũng được kiểm tra so với những tạp chí đã tồn tại trong SoOn để tránh trùng lặp, kể cả trong trường hợp nhập nhiều tệp FEC.

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

Các tạp chí mới có tên bắt đầu bằng chuỗi FEC-.

Example

ACHATS -> FEC-ACHATS

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

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

Loại nhật ký cũng không được chỉ định theo định dạng (theo tài khoản) và do đó, lúc đầu nó được tạo với loại mặc định chung.

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 bước di chuyển và tài khoản liên quan:

ngân hàng: Các chuyển động trong nhật ký 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.

tiền mặt / ngân hàng có thể được hoán đổi cho nhau, vì vậy ngân hàng được đặt ở mọi nơi khi điều kiện này được đáp ứng.
bán: Chuyển động trong các tạp chí này hầu hết có hạn mức ghi nợ trên tài khoản phải thu và hạn mức tín dụng trên tài khoản thu nhập thuế.

Các mục nhật ký hoàn tiền bán hàng được đảo ngược ghi nợ/tín dụng.
mua hàng: Các biến động trong nhật ký này hầu hết có hạn mức tín dụng trên tài khoản phải trả và hạn mức ghi nợ trên tài khoản chi phí.

Các mục nhật ký hoàn tiền mua hàng được đảo ngược ghi nợ/tín dụng.
chung: cho mọi thứ khác.

Ghi chú

Cần tối thiểu ba bước để xác định loại tạp chí.
Ngưỡng 70% số lần di chuyển phải tương ứng với tiêu chí để xác định loại tạp chí.

Example

Giả sử chúng ta đang phân tích các nước đi có chung một journal_id nhất định.

Di chuyển	Đếm	Tỷ lệ 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	0,25
có dòng tài khoản thanh khoản	3	75%
Tổng cộng	4	1

Nhật ký loại sẽ là ngân hàng, vì tỷ lệ di chuyển ngân hàng (75%) vượt quá ngưỡng (70%).

Đối tác¶

Mỗi đối tác giữ Tham chiếu của mình từ trường CompAuxNum.

Ghi chú

Các trường này có thể tìm kiếm được, phù hợp với các mục nhập trước đây của FEC về phía chuyên gia kế toán cho mục đích tài chính/kiểm toán.

Mẹo

Người dùng có thể hợp nhất các đối tác với Ứng dụng dọn dẹp dữ liệu, trong đó 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 chúng theo các mục nhập tương tự.

Di chuyển¶

Các bài dự thi 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 việc so khớp giữa các bài dự thi.

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

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

Có dung sai làm tròn với độ chính xác liên quan đến tiền tệ đối với khoản ghi nợ và tín dụng (tức là 0,01 đối với EUR). Theo dung sai này, một dòng mới sẽ được thêm vào bước di chuyển, có tên là 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í đa dạng cho các khoản ghi nợ bổ sung
758000 Sản phẩm dành cho thợ lặn cử chỉ, để có thêm tín chỉ

Thiếu tên di chuyển¶

Nếu EcritureNum không được điền, cũng có thể xảy ra trường PieceRef cũng không phù hợp để xác định tên nước đi (nó có thể được sử dụng làm tham chiếu dòng nước đi kế toán) nên không có cách nào để thực sự tìm thấy những dòng nào được nhóm lại trong một nước đi duy nhất và cản trở một cách hiệu quả việc tạo ra các nước đi 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 tháng (Sổ cáiLib, EcritureDate). Nếu nhóm này tạo ra các bước đi cân bằng (tổng (tín dụng) - tổng (ghi nợ) = 0), thì mỗi sự kết hợp khác nhau giữa nhật ký và ngày sẽ tạo ra một bước đi mới.

Example

ACH + 2021/05/01 --> động thái mới trên tạp chí ACH với tên 20210501.

Nếu nỗ lực này không thành công, người dùng sẽ nhận được thông báo lỗi với tất cả các đườ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 động thái kế toán nếu Nhật ký được nhắm mục tiêu thuộc loại phải trả hoặc phải thu.

Xuất khẩu¶

Nếu bạn đã cài đặt gói bản địa hóa tài chính bằng tiếng Pháp, bạn sẽ có thể tải xuống FEC. Để làm như vậy, hãy truy cập Kế toán ‣ Báo cáo ‣ France ‣ FEC.

Mẹo

Nếu bạn không thấy menu con FEC, hãy truy cập Ứng dụng, xóa bộ lọc Ứng dụng, sau đó tìm kiếm mô-đun có tên France-FEC và đảm bảo rằng 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:

Bilan tương thích
Kết quả tính toán
Kế hoạch thuế Pháp

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

Kể từ ngày 1 tháng 1 năm 2018, 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 triển khai trong SoOn, phiên bản 9 trở đi, thông qua mô-đun và chứng nhận phù hợp để tải xuống.

Công ty của tôi có bắt buộc phải sử dụng phần mềm chống gian lận không?¶

Công ty của bạn bắt buộc phải sử dụng phần mềm máy tính tiền chống gian lận như SoOn (CGI art. 286, I. 3° bis) nếu:

Bạn phải chịu thuế (không được miễn VAT) ở Pháp hoặc bất kỳ DOM-TOM nào,
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 mọi quy mô công ty. Các doanh nghiệp kinh doanh ô tô được miễn thuế VAT nên không bị ảnh hưởng.

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

Việc tuân thủ SoOn rất dễ dàng.

Công ty của bạn được cơ quan quản lý thuế yêu cầu cung cấp giấy chứng nhận hợp quy để chứng minh rằng phần mềm của bạn tuân thủ luật chống gian lận. Chứng chỉ này được SoOn SA cấp cho người dùng SoOn Enterprise tại đây. Nếu bạn sử dụng Cộng đồng SoOn, bạn nên nâng cấp lên SoOn Enterprise hoặc liên hệ với nhà cung cấp dịch vụ SoOn của bạn.

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

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

Nếu bạn sử dụng mô-đun Điểm bán hàng của SoOn, cài đặt Pháp - Chứng nhận chống gian lận VAT cho điểm bán hàng (CGI 286 I-3 bis) bằng cách truy cập tới Ứng dụng, xóa bộ lọc Ứng dụng, sau đó tìm kiếm l10n_fr_pos_cert và cài đặt mô-đun.
Đảm bảo rằng công ty của bạn được đặt quốc gia, nếu không các mục nhập của bạn sẽ không được mã hóa để kiểm tra tính không thể thay đổi. Để chỉnh sửa dữ liệu công ty của 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 từ danh sách; Đừng tạo ra một đất nước mới.
Tải xuống chứng nhận tuân thủ bắt buộc do SoOn SA cung cấp tại đây.

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, hãy kích hoạt chế độ nhà phát triển. Sau đó đi tới trình đơn Ứng dụng và nhấn Cập nhật danh sách mô-đun ở trình đơn trên cùng.
Trong trường hợp bạn chạy SoOn tại chỗ, bạn cần cập nhật cài đặt và khởi động lại máy chủ trước.
Nếu bạn đã cài đặt phiên bản đầu tiên 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 - Chứng nhận CGI 286 I-3 bis. Sau khi cập nhật danh sách mô-đun, hãy tìm kiếm mô-đun đã cập nhật trong Ứng dụng, chọn mô-đun đó và nhấp vào Nâng cấp. Cuối cùng, hãy đảm bảo mô-đun sau l10n_fr_sale_closing đã được cài đặt.

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 đơn đặt hàng POS, hóa đơn và mục nhật ký;
Bảo mật: thuật toán xâu chuỗi để xác minh tính không thể thay đổi;
Bộ nhớ: tự động đóng cửa bán hàng với tính toán tổng số kỳ và tổng tích lũy (hàng ngày, hàng tháng, hàng năm).

Tính không thể thay đổi¶

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 đã thanh toán, hóa đơn đã xác nhận và mục nhật ký đều bị vô hiệu hóa nếu công ty có trụ sở 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ôi trường nhiều công ty, chỉ tài liệu của các công ty đó bị ảnh hưởng.

Bảo vệ¶

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

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

Người dùng có quyền truy cập Người quản lý có thể tiến hành kiểm tra tính không thể thay đổi. Đối với đơn đặt hàng POS, hãy truy cập Điểm bán hàng ‣ Báo cáo ‣ Báo cáo bằng tiếng Pháp. Đối với hóa đơn hoặc mục nhật ký, hãy truy cập Lập hóa đơn/Kế toán ‣ Báo cáo ‣ French Báo cáo.

Kho¶

Hệ thống cũng xử lý việc chốt đơn 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 tính toán rõ ràng tổng doanh số bán hàng trong kỳ cũng như tổng doanh thu tích lũy ngay từ lần nhập doanh số đầu tiên được ghi trong hệ thống.

Việc đóng cửa có thể được tìm thấy trong menu Bảng kê tiếng Pháp của các ứng dụng Điểm bán hàng, Lập hóa đơn và Kế toán.

Ghi chú

Việc đóng sổ tính tổng các mục nhật ký của nhật ký bán hàng (Loại nhật ký = Doanh số 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 mục nhật ký khi kết thúc phiên POS. Việc đóng 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 việc đó hàng ngày, mô-đun này sẽ ngăn không cho tiếp tục phiên đã 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ố của một kỳ được tính từ tất cả các mục nhật ký được đăng sau kỳ đóng cửa cùng loại trước đó, 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 vào lần đóng tiếp theo.

Mẹo

Vì mục đích kiểm tra và kiểm tra, các lần đóng như vậy có thể được tạo thủ công trong chế độ nhà phát triển.
Sau đó đi tới Cài đặt ‣ Kỹ thuật ‣ Automation ‣ Scheduled Actions.

Trách nhiệm¶

Đừng gỡ cài đặt mô-đun! Nếu bạn làm như vậy, các giá trị 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à không thể thay đổi được nữa.

Người dùng vẫn chịu trách nhiệm về phiên bản SoOn của mình và phải sử dụng nó một cách cẩn thận. 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.

SoOn tự miễn trừ mọi trách nhiệm trong trường hợp thay đổi chức năng của mô-đun do ứng dụng của bên thứ 3 không được SoOn chứng nhận gây ra.

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