Pháp¶
FEC - Tệp Hồ sơ Ghi Chép Kế Toán¶
Một tập tin 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 lại trong tất cả các sổ kế toán cho một năm tài chính. Các bút toán 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 đều phải sản xuất và truyền tải tệp tin này khi được yêu cầu bởi cơ quan thuế cho mục đích kiểm toán.
Nhập FEC¶
Để làm cho quá trình tiếp nhận người dùng mới dễ dàng hơn, gói cài đặt về thuế của SotaERP Enterprise bao gồm tính năng FEC Import (tên module: l10n_fr_fec_import), cho phép nhập các tệp FEC đã tồn tại từ phần mềm cũ.
Để kích hoạt tính năng này, đi đến , bật FEC Import, và Lưu.
Tiếp theo, đi đến , tải lên tệp FEC của bạn, và nhấn vào Import.
Ghi chú
Định dạng tệp¶
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 tin FEC CSV có định dạng văn bản thô đại diện cho 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, và mỗi dòng tiếp theo đại diện cho một mục nhập kế toán, không theo thứ tự cố định.
Module của chúng tôi mong đợi 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.
Phân tách: bất kỳ trong số các ký tự sau:
;hoặc|hoặc,hoặcTAB.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¶
Không có đoạn văn nào được cung cấp. Bạn có thể cung cấp đoạn văn cần dịch để tôi hỗ trợ bạn được không? |
Tên trường |
Mô tả |
Sử dụng |
Định dạng |
|---|---|---|---|---|
01 |
Mã sổ nhật ký |
Mã sổ nhật ký |
|
Chữ số và chữ cái |
02 |
ThưViệnTạpChí |
Nhãn Sổ nhật ký |
|
Chữ số và chữ cái |
03 |
EcritureNum |
Số thứ tự cụ thể cho mỗi sổ nhật ký dẫn đến số thứ tự của mục nhập |
|
Chữ số và chữ cái |
04 |
NgàyViết |
Ngày nhập khoản kế toán |
|
Ngày (yyyyMMdd) |
05 |
SốTàiKhoản |
Số tài khoản |
|
Chữ số và chữ cái |
06 |
CompteLib |
Nhãn Tài khoản |
|
Chữ số và chữ cái |
07 |
CompAuxNum |
Số tài khoản phụ (cho phép giá trị null) |
|
Chữ số và chữ cái |
08 |
Thư viện CompAuxLib |
Nhãn tài khoản phụ (cho phép giá trị null) |
|
Chữ số và chữ cái |
09 |
Mã mảnh |
Tài liệu Tham khảo |
|
Chữ số và chữ cái |
10 |
PieceDate |
Ngày tài liệu |
|
Ngày (yyyyMMdd) |
11 |
EcritureLib |
Nhãn nhập tài khoản |
|
Chữ số và chữ cái |
12 |
Nợ |
Số tiền nợ |
|
Số thực |
13 |
Tín dụng |
Số tiền tín dụng (Tên trường "Crédit" không được phép) |
|
Số thực |
14 |
Viết chữ |
Tham chiếu chéo nhập kho (cho phép giá trị null) |
|
Chữ số và chữ cái |
15 |
NgàyThư |
Ngày nhập bút toán (cho phép null) |
chưa sử dụng |
Ngày (yyyyMMdd) |
16 |
NgàyHợpLệ |
Ngày xác nhận nhập khoản kế toán |
chưa sử dụng |
Ngày (yyyyMMdd) |
17 |
Số tiền địa phương |
Số tiền của đơn vị tiền tệ (cho phép giá trị null) |
|
Số thực |
18 |
Tôi không thể dịch được vì không có đoạn văn bản cụ thể để dịch. Bạn có thể cung cấp đoạn văn bản cần dịch để tôi hỗ trợ bạn được không? |
Định danh tiền tệ (chấp nhận giá trị null) |
|
Chữ số và chữ cái |
Những hai trường này có thể được tìm thấy thay thế cho các trường khác trong ngữ cảnh trên.
12 |
Số tiền |
Số lượng |
|
Số thực |
13 |
Sens |
Có thể là "C" cho Tín dụng hoặc "D" cho Ghi nợ |
xác định |
Ký tự |
Chi tiết triển khai¶
Các thực thể kế toán sau được nhập từ các tệp FEC: Tài khoản, Sổ cái, Đối tác, và Chuyển động.
Bộ module 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 đó, một kiểm tra được thực hiện để xem xem mỗi dòng có số trường đúng tương ứng với tiêu đề hay không.
Nếu kiểm tra thành công, thì tệp sẽ được đọc hoàn toàn, được lưu trong bộ nhớ và được quét. Các thực thể kế toán được nhập một loại tại một thời điểm, theo thứ tự sau.
Tài khoản¶
Mỗi bút toán kế toán liên quan đến một tài khoản, mà nên được xác định bởi trường CompteNum.
Mã khớp¶
Nếu một mã tài khoản tương tự đã tồn tại trong hệ thống, mã hiện tại sẽ được sử dụng thay vì tạo một mã mới.
Tài khoản trong SotaERP thường có một số chữ số mặc định cho vị trí tài chính. Vì mô-đun FEC liên quan đến vị trí Pháp, số lượng chữ số liên quan mặc định là 6.
Điều này có nghĩa là các mã tài khoản có số '0' ở cuối được cắt bỏ bên phải, và việc so sánh giữa các mã tài khoản trong tệp FEC và những mã đã tồn tại trong SotaERP 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 SotaERP, và tài khoản đó được sử dụng thay vì tạo một tài khoản mới.
Cờ có thể hòa giải¶
Một tài khoản được kỹ thuật đánh dấu là có thể cân bằng nếu dòng đầu tiên mà nó xuất hiện có trường EcritureLet được điền vào, vì cờ này có nghĩa là bút toán sẽ được cân bằng với một bút toán khác.
Ghi chú
Trong trường hợp dòng nào đó không điền trường này, nhưng việc nhập vẫn phải được cân nhắc với một khoản thanh toán chưa được ghi nhận, điều này không phải là vấn đề; tài khoản được đánh dấu là có thể cân nhắc ngay khi việc nhập các dòng chuyển động yêu cầu điều đó.
Loại tài khoản và các mẫu tương ứng¶
Vì loại tài khoản không được chỉ định trong định dạng FEC, 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 đó, vào cuối quá trình nhập, chúng được so khớp với các mẫu Bảng tài khoản đã cài đặt. Ngoài ra, cờ đối chiếu cũng được tính theo cách này.
Trận đấu được thực hiện với các chữ số bên trái nhất, bắt đầu bằng việc sử dụng tất cả các chữ số, sau đó là 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 đề xuất |
|
|
|
|
SốTàiKhoản |
|
|
|
|
Kết quả |
Phù hợp đã tìm thấy |
Loại tài khoản sau đó được đánh dấu là phải trả và có thể cân đối theo mẫu tài khoản.
Sổ nhật ký¶
Các sổ nhật ký cũng được kiểm tra so với những sổ nhật ký đã tồn tại trong SotaERP để tránh trùng lặp, cũng như trong trường hợp nhập khẩu nhiều tệp FEC.
Nếu mã sổ nhật ký tương tự đã tồn tại trong hệ thống, mã hiện tại sẽ được sử dụng thay vì tạo ra một mã mới.
Các sổ nhật ký mới có tên của họ được tiền tố bằng chuỗi "FEC-".
Example
ACHATS -> FEC-ACHATS
Các sổ nhật ký không được lưu trữ, người dùng có quyền xử lý chúng theo ý muốn của mình.
Xác định loại sổ nhật ký¶
Loại nhật ký cũng không được chỉ định trong định dạng (theo tài khoản) và do đó nó ban đầu được tạo với loại mặc định general.
Ở cuối quá trình nhập khẩu, loại được xác định theo các quy tắc liên quan đến các bước di chuyển và tài khoản:
bank: Các giao dịch trong nhật ký luôn có một dòng (nợ hoặc có) ảnh hưởng đến tài khoản thanh khoản.cash/bankcó thể được hoán đổi, vì vậybankđược đặt ở mọi nơi khi điều kiện này được đáp ứng.bán hàng: Các giao dịch trong nhật ký này chủ yếu có dòng nợ trên các tài khoản phải thu và dòng có trên các tài khoản thuế thu nhập.Các mục nhật ký hoàn trả bán hàng được đảo ngược giữa nợ và có.mua hàng: Các giao dịch trong nhật ký này chủ yếu có dòng tín dụng trên tài khoản phải trả và dòng nợ trên tài khoản chi phí.Các mục nhật ký hoàn trả mua hàng được đảo ngược giữa nợ và có.chung: cho mọi thứ khác.
Ghi chú
Một tối thiểu ba bước là cần thiết để xác định loại sổ nhật ký.
Một ngưỡng 70% các bước đi phải tương ứng với một tiêu chí để xác định loại sổ nhật ký.
Example
Giả sử chúng ta đang phân tích các bước di chuyển mà chia sẻ một journal_id cụ thể.
Chuyển động |
Đếm |
Tỷ lệ |
|---|---|---|
có một dòng tài khoản bán hàng và không có dòng tài khoản mua hàng |
Không có đoạn văn nào được cung cấp. Bạn có thể cung cấp đoạn văn cần dịch để tôi hỗ trợ bạn được không? |
Không có đoạn văn nào được cung cấp. Bạn có thể cung cấp đoạn văn cần dịch để tôi hỗ trợ bạn được không? |
có một 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ó một dòng tài khoản thanh khoản |
3 |
75% |
Tổng cộng |
4 |
100% |
Nhật ký type sẽ là bank, vì tỷ lệ di chuyển của ngân hàng (75%) vượt quá ngưỡng (70%).
Đối tác¶
Mỗi đối tác giữ nguyên Reference của mình từ trường CompAuxNum.
Ghi chú
Những trường này có thể tìm kiếm được, theo đúng với các bản nhập khẩu trước đây trên bên 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 Làm sạch Dữ liệu, nơi các Nhà cung cấp và Khách hàng hoặc các mục đối tác tương tự có thể được hợp nhất bởi người dùng, với sự trợ giúp từ hệ thống nhóm chúng theo các mục tương tự.
Chuyển động¶
Các bài đăng được đăng ngay lập tức và được cân đối sau khi được nộp, sử dụng trường EcritureLet để phù hợp giữa các bài đăng với nhau.
Trường EcritureNum đại diện cho tên của các bước di chuyển. 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ó một sai số làm tròn với độ chính xác liên quan đến tiền tệ trên nợ và có (ví dụ, 0.01 cho EUR). Dưới sai số này, một dòng mới được thêm vào giao dịch, có tên là Import rounding difference, nhắm vào các tài khoản:
658000Phí quản lý đa dạng, dành cho các khoản nợ thêm vào758000Sản phẩm đa dạng cho việc quản lý hàng ngày, để tăng điểm.
Tên bước di chuyển bị thiếu¶
Nếu trường EcritureNum không được điền, cũng có thể xảy ra trường hợp trường PieceRef 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òn cách nào để thực sự tìm ra các dòng nào cần được nhóm lại trong một di chuyển duy nhất, và thực sự làm trở ngại cho việc tạo ra các di chuyển cân đối.
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 việc nhóm này tạo ra các giao dịch cân đối (tổng số credit - tổng số debit = 0), thì mỗi kết hợp khác nhau của sổ nhật ký và ngày tạo ra một giao dịch mới.
Example
ACH + 2021/05/01 --> bản ghi di chuyển mới trên sổ cái ACH với tên 20210501.
Nếu cố gắng này thất bại, người dùng sẽ nhận 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 đối.
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 bút toán nếu Journal được nhắm đến là loại payable hoặc receivable.
Xuất khẩu¶
Nếu bạn đã cài đặt gói địa phương thuế Pháp, bạn nên có thể tải xuống FEC. Để làm điều này, hãy đi đến .
Mẹo
Nếu bạn không thấy menu con FEC, hãy đi đến , loại bỏ bộ lọc Apps, sau đó tìm kiếm module có tên France-FEC và đảm bảo rằng nó đã được cài đặt.
Xem thêm
Thông số kỹ thuật chính thức (fr) <https://www.legifrance.gouv.fr/codes/article_lc/LEGIARTI000027804775>`_
Báo cáo kế toán Pháp¶
Nếu bạn đã cài đặt Phần mềm 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:
Bảng cân đối kế toán
Bảng kết quả hoạt động
Kế hoạch Thuế Pháp
Nhận chứng nhận chống gian lận thuế VAT với SotaERP¶
Vào 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 tại Pháp và DOM-TOM. Luật mới này quy định một số tiêu chí 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. Những yêu cầu pháp lý này được triển khai trong SotaERP, phiên bản 9 trở lên, thông qua một module và một chứng chỉ phù hợp để tải xuống.
Công ty của tôi có bắt buộc sử dụng phần mềm chống gian lận không?¶
Công ty của bạn phải sử dụng phần mềm máy tính tiền chống gian lận như SotaERP (CGI art. 286, I. 3° bis) nếu:
Bạn phải nộp thuế (không được miễn thuế VAT) tại Pháp hoặc bất kỳ vùng lãnh thổ hải ngoại DOM-TOM nào,
Một số khách hàng của bạn là cá nhân tư nhân (B2C).
Quy tắc này áp dụng cho mọi kích thước công ty. Các doanh nhân tự do được miễn thuế giá trị gia tăng (VAT) và do đó không bị ảnh hưởng.
Nhận chứng chỉ với SotaERP¶
Việc tuân thủ với SotaERP rất dễ dàng.
Công ty của bạn được cơ quan thuế yêu cầu cung cấp một chứng chỉ về sự phù hợp chứng minh rằng phần mềm của bạn tuân thủ đúng với pháp luật chống gian lận. Chứng chỉ này được cấp bởi SotaERP SA cho người dùng SotaERP Enterprise tại đây. Nếu bạn sử dụng SotaERP Community, bạn nên nâng cấp lên SotaERP Enterprise hoặc liên hệ với nhà cung cấp dịch vụ SotaERP của bạn.
Trong trường hợp không tuân thủ, công ty của bạn đối mặt với nguy cơ bị phạt 7.500€.
Để nhận chứng chỉ, chỉ cần tuân theo các bước sau:
Nếu bạn sử dụng SotaERP Point of Sale, cài đặt module France - VAT Anti-Fraud Certification for Point of Sale (CGI 286 I-3 bis) bằng cách đi đến , loại bỏ bộ lọc Apps, sau đó tìm kiếm l10n_fr_pos_cert, và cài đặt module.
Hãy đảm bảo rằng một quốc gia đã được thiết lập cho công ty của bạn, nếu không thì các mục nhập của bạn sẽ không được mã hóa cho kiểm tra tính không thay đổi. Để chỉnh sửa dữ liệu của công ty của bạn, hãy đi đến . Chọn một quốc gia từ danh sách; Đừng tạo một quốc gia mới.
Tải xuống chứng chỉ bắt buộc về tính phù hợp do SotaERP SA cung cấp tại đây <https://erp.sota-solutions.com/my/contract/french-certification/>__.
Ghi chú
Để cài đặt module 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 các module. Để làm điều này, kích hoạt chế độ developer mode. Sau đó, đi đến menu Apps và nhấn Update Modules List trong menu đầu trang.
Trong trường hợp bạn chạy SotaERP on-premise, bạn cần cập nhật cài đặt của mình và khởi động lại máy chủ 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à France - Accounting - Certified CGI 286 I-3 bis. Sau khi cập nhật danh sách các mô-đun, tìm kiếm mô-đun đã cập nhật trong Apps, chọn nó và nhấn Nâng cấp. Cuối cùng, đảm bảo rằng mô-đun l10n_fr_sale_closing đã đượ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 thay đổi được: 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 POS, hóa đơn và bút toán;
Bảo mật: chuỗi thuật toán để xác minh tính không thay đổi;
Lưu trữ: đóng cửa bán hàng tự động với tính toán cả tổng cộng theo chu kỳ và tích lũy (hàng ngày, hàng tháng, hàng năm).
Sự không 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à bút toán đã bị vô hiệu hóa, nếu công ty đặt tại Pháp hoặc bất kỳ DOM-TOM nào.
Ghi chú
Nếu bạn đang quản lý môi trường với nhiều công ty, chỉ các tài liệu của các công ty đó sẽ bị ảnh hưởng.
Bảo mật¶
Để đảm bảo tính không thay đổi, mỗi đơn đặt hàng hoặc bản ghi được mã hóa sau khi được xác nhận. Số này (hoặc hash) được tính từ dữ liệu khóa của tài liệu cũng như từ hash của các tài liệu trước đó.
Mô-đun giới thiệu một giao diện để kiểm tra tính không thay đổi của 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 được xác nhận, bài kiểm tra sẽ thất bại. Thuật toán tính toán lại 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.
Người dùng có quyền truy cập Quản lý có thể khởi chạy kiểm tra tính không thay đổi. Đối với đơn đặt hàng POS, đi đến . Đối với hóa đơn hoặc bút toán, đi đến .
Lưu trữ¶
Hệ thống cũng xử lý tự động việc đóng bán hàng hàng ngày, hàng tháng và hàng năm. Những việc đóng này rõ ràng tính toán tổng doanh số của kỳ và tổng cộng tích lũy từ lần nhập bán hàng đầu tiên được ghi nhận trong hệ thống.
Các kết thúc có thể được tìm thấy trong menu French Statements của ứng dụng Point of Sale, Invoicing và Accounting.
Ghi chú
Đóng cửa tính tổng cho các bút toán của nhật ký bán hàng (Loại Nhật ký = Bán hàng).
Đối với môi trường đa công ty, những việc đóng cửa như vậy được thực hiện bởi công ty.
Các đơn đặt hàng POS được đăng dưới dạng bút toán tại thời điểm đóng phiên POS. Việc đóng phiên POS có thể được thực hiện bất kỳ lúc nào. Để khuyến khích người dùng thực hiện việc này hàng ngày, module ngăn không cho tiếp tục một phiên đã mở hơn 24 giờ trước. Phiên như vậy phải được đóng trước khi bán hàng lại.
Tổng số của một kỳ tính từ tất cả các bút toán được đăng sau việc đóng kỳ trước cùng loại, bất kể ngày đăng. Nếu bạn ghi lại một giao dịch bán hàng mới cho một kỳ đã đóng, nó sẽ được tính vào việc đóng kỳ tiếp theo ngay sau đó.
Mẹo
Cho mục đích kiểm tra & kiểm toán, những đóng này có thể được tạo thủ công trong chế độ developer mode.
Sau đó đi đến .
Trách nhiệm¶
Không gỡ bỏ module! Nếu bạn làm như vậy, các hash sẽ được đặt lại và không có dữ liệu quá khứ của bạn sẽ được đảm bảo là không thể thay đổi nữa.
Người dùng vẫn chịu trách nhiệm cho phiên bản SotaERP của họ 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 thay đổi của dữ liệu.
SotaERP miễn trừ bản thân khỏi mọi trách nhiệm trong trường hợp có sự thay đổi trong các chức năng của mô-đun do ứng dụng bên thứ 3 không được chứng nhận bởi SotaERP gây ra.
Thêm thông tin¶
Bạn có thể tìm thêm thông tin về dự luật này trong các tài liệu chính thức sau đây.
Xem thêm