Pháp

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 mục nhập được ghi lại 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 nhập trong tệp 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 xuất trình và chuyển hồ sơ này theo yêu cầu của cơ quan thuế để phục vụ mục đích kiểm toán.

FEC import

Để giúp người dùng mới dễ dàng tiếp nhận hơn, gói bản địa hóa tài chính tiếng Pháp của Odoo Enterprise<fiscal_localizations/packages> ` bao gồm tính năng Nhập FEC (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 vào Kế toán --gt; Cấu hình --gt; Cài đặt --gt; Nhập kế toán, bật Nhập FEC và Lưu.

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

Ghi chú

Việc nhập các tệp FEC từ những năm khác nhau không cần thực hiện hành động hoặc tính toán cụ thể nào.
Nếu nhiều tệp chứa bất kỳ &quot;Báo cáo mới&quot; (RAN) nào có số dư đầu năm, bạn có thể cần hủy các mục nhập đó trong Giao diện người dùng. Odoo khiến các mục nhập đó (RAN) trở nên vô dụng.

Định dạng tập tin

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 diễn bảng dữ liệu, trong đó 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 diễn một mục nhập kế toán, không theo thứ tự nào được xác định trước.

Mô-đun của chúng tôi yêu cầu các tệp phải đá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ỳ dấu nào sau đây: ; hoặc | hoặc , hoặc TAB.

  • Ký tự kết thúc dòng: cả 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

Mô tả

Sử dụng

Định dạng

01

JournalCode

Mã bút toán

journal.code và journal.name nếu JournalLib không được cung cấp

Chữ số và chữ cái

02

JournalLib

Journal Label

journal.name

Chữ số và chữ cái

03

EcritureNum

Đánh số cụ thể cho từng số thứ tự nhật ký của mục nhập

move.name

Chữ số và chữ cái

04

EcritureDate

Ngày nhập sổ kế toán

move.date

Ngày (yyyyMMdd)

05

CompteNum

Số tài khoản

account.code

Chữ số và chữ cái

06

CompteLib

Nhãn tài khoản

account.name

Chữ số và chữ cái

07

CompAuxNum

Số tài khoản phụ (chấp nhận giá trị null)

partner.ref

Chữ số và chữ cái

08

CompAuxLib

Nhãn tài khoản phụ (chấp nhận null)

partner.name

Chữ số và chữ cái

09

PieceRef

Tài liệu tham khảo

move.ref và move.name nếu EcritureNum không được cung cấp

Chữ số và chữ cái

10

PieceDate

Ngày tài liệu

move.date

Ngày (yyyyMMdd)

11

EcritureLib

Nhãn mục nhập tài khoản

move_line.name

Chữ số và chữ cái

12

Nợ

Số tiền ghi nợ

move_line.debit

Float

13

Có

Số tiền tín dụng (Không được phép sử dụng tên trường &quot;Crédit&quot;)

move_line.credit

Float

14

EcritureLet

Tham chiếu chéo mục nhập kế toán (chấp nhận giá trị null)

move_line.fec_matching_number

Chữ số và chữ cái

15

DateLet

Ngày nhập sổ kế toán (chấp nhận giá trị null)

chưa sử dụng

Ngày (yyyyMMdd)

16

ValidDate

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

Float

18

Idevise

Mã định danh tiền tệ (chấp nhận giá trị null)

currency.name

Chữ số và chữ cái

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

12

Montant

Số tiền

move_line.debit hoặc move_line.credit

Float

13

Sens

Có thể là &quot;C&quot; cho Tín dụng hoặc &quot;D&quot; cho Nợ

xác định move_line.debit hoặc move_line.credit

Ký tự

Chi tiết thực hiện

Các thực thể kế toán sau đây được nhập từ các tệp FEC: Tài khoản, Nhật ký, Đố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 đó, sẽ thực hiện kiểm tra để xem mỗi dòng có đúng số trường tương ứng với tiêu đề hay không.

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

Mã khớp

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

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 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à các mã tài khoản có số 0 theo sau sẽ được cắt sang phải và việc 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 so khớp với một tài khoản 658000 hiện có trong Odoo 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

Về mặt kỹ thuật, một tài khoản được đánh dấu 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 mục nhập khác.

Ghi chú

Trong trường hợp dòng này không được điền đầy đủ 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 cũng không phải là vấn đề; tài khoản sẽ được đánh dấu là có thể đối chiếu ngay khi quá trình nhập các dòng di chuyển yêu cầu.

Account type and templates matching

Vì loại của tài khoản không được chỉ định trong định dạng FEC, tài khoản mới được tạo với loại mặc định là Tài sản hiện tại và sau đó, khi kết thúc quá trình nhập, chúng được đối chiếu với các mẫu Biểu đồ tài khoản đã cài đặt. Ngoài ra, cờ đối chiếu cũng được tính theo cách này.

Việc ghé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ã

So sánh đầy đủ

So sánh 3 chữ số

So sánh 2 chữ số

Mẫu

400000

400000

400

40

CompteNum

40100000

40100000

401

40

Kết quả

Trận đấu đã tìm thấy

Sau đó, loại tài khoản được đánh dấu là phải trả và có thể đối chiếu theo mẫu tài khoản.

Sổ nhật ký

Các nhật ký cũng được kiểm tra so với các nhật ký đã có trong Odoo để tránh trùng lặp, ngay cả trong trường hợp nhập nhiều tệp FEC.

Nếu mã nhật ký 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 được bắt đầu bằng chuỗi ký tự FEC-.

Example

ACHATS -&gt; 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 trong định dạng (theo tài khoản) và do đó, lúc đầu nó được tạo với loại mặc định là chung.

Khi kết thúc quá trình nhập, loại sẽ được xác định theo các quy tắc sau liên quan đến các động thái và tài khoản:

  • ngân hàng: Các chuyển động trong các nhật ký này luôn có một dòng (ghi nợ hoặc ghi có) tác động đến tài khoản thanh khoản.
    cash / bank có thể hoán đổi cho nhau, do đó bank được đặt ở mọi nơi khi điều kiện này được đáp ứng.
  • bán: Các hoạt động trong các nhật ký này chủ yếu có dòng ghi nợ trên các tài khoản phải thu và dòng ghi có trên các 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ợ/ghi có.
  • mua hàng: Các hoạt động trong các nhật ký 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à hạn mức ghi nợ trên các 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ợ/ghi có.
  • chung: cho mọi thứ khác.

Ghi chú

  • Cần thực hiện tối thiểu ba lần di chuyển để xác định loại nhật ký.

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

Example

Giả sử chúng ta đang phân tích các nước đi có cùng một journal_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ó một dòng tài khoản thanh khoản

3

75%

Tổng

4

100%

Loại của tạp chí sẽ là ngân hàng, vì tỷ lệ chuyển tiền vào ngân hàng (75%) vượt quá ngưỡng (70%).

Đối tác

Mỗi đối tác giữ Reference của mình trong 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 FEC trước đây 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, tại đó người dùng có thể hợp nhất Nhà cung cấp, Khách hàng hoặc các mục đối tác tương tự, với sự hỗ trợ của hệ thống nhóm chúng theo các mục tương tự.

Dịch chuyển

Các mục nhập sẽ được đăng và đối chiếu ngay sau khi gửi, sử dụng trường EcritureLet để đối chiếu giữa các mục nhập.

Trường EcritureNum biểu thị 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 đầy đủ. 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ệ trên ghi nợ và ghi có (tức là 0,01 cho EUR). Theo dung sai này, một dòng mới được thêm vào lệnh di chuyển, có tên là Nhập chênh lệch làm tròn, nhắm mục tiêu vào 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ỉ

Tên di chuyển bị thiếu

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

Example

ACH + 2021/05/01 --&gt; động thái mới trên tạp chí ACH có 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ý mục tiêu là loại phải trả hoặc phải thu.

Xuất

Nếu bạn đã cài đặt gói bản địa hóa tài chính của Pháp <fiscal_localizations/packages> `, bạn có thể tải xuống FEC. Để thực hiện, hãy vào :menuselection:`Kế toán --&gt; Báo cáo --&gt; Pháp --&gt; FEC.

Mẹo

Nếu bạn không thấy menu phụ FEC, hãy vào Ứ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 mô-đun này đã được cài đặt.

Xem thêm

French accounting reports

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 dành riêng cho Pháp:

  • Bilan comptable

  • Tài khoản kết quả

  • Kế hoạch thuế của Pháp

Liasse fiscale

The liasse fiscale (tax returns) is a collection of standardized financial documents that businesses must submit annually to the tax authorities. It comprehensively summarizes the company’s financial activities and determines corporate taxes.

Teledec is a platform used to prepare and submit tax returns using data from accounting records. To synchronize your accounting data stored in Odoo with Teledec and electronically send your company's liasse fiscale to the DGFiP (Direction Générale des Finances Publiques), follow these steps:

  1. Teledec account creation

  2. Company registration and fiscal year information

  3. Odoo synchronization

Teledec account creation

To create a Teledec account, access the Teledec account creation page and fill in the Adresse e-mail field with an email address. Choose a secure password, accept the general terms and conditions by checking the box, and click S'enregistrer to save. Then, enter the SIREN number of the company.

Ghi chú

If the account has already been created, click Déjà enregistré? (Already registered).

Company registration and fiscal year information

To register the company on Teledec, go to Vos entreprises (Your companies) and click Enregistrer votre entreprise (Register your company). Make sure to fill in the following company information in the Coordonnées de l'entreprise (Company's details) and Représentant légal (Legal representative) sections:

  • Nom de l'entreprise: Company's name.

  • Forme juridique: Select the company's legal form.

  • Les comptes sont clôturés le: Closing date.

  • Régime d'imposition, choix de la liasse: Select the Tax scheme and tax return option.

  • Adresse du siège social: Head office address.

  • Nom du représentant légal: Legal representative's name.

  • Agissant en qualité de: Legal representative's function.

  • Numéro de téléphone: Phone number.

Click Sauvegarder (Save) to display the next step Informations générales sur l'exercice déclaré (General information about the declared fiscal year). Then, fill in information on the financial year, such as the fiscal year start and end dates or the closing date and duration of the previous fiscal period. After saving, the list of documents included in the liasse fiscale is displayed, including both standard tax forms and those customized for the company’s tax return.

Mẹo

  • The Etat (Status) column shows the progress of the document filing.

  • Click Compléter to fill out a document, then Sauvegarder to save.

  • To print a blank version of the declaration, click Imprimer la déclaration and select the Imprimer la déclaration avec les notices option.

Odoo synchronization

To enable Odoo to automatically fill in the data for the Liasse fiscale, click Autres actions (Other actions) in the top-right corner and select Synchroniser avec un logiciel tiers (Synchronize with third-party software), then Synchroniser cette liasse avec Odoo (Synchronize this liasse with Odoo).

In the Synchroniser cette liasse avec Odoo window, fill in the following information to complete the synchronization:

  • Nom / URL complète de la base de données ODOO: Odoo database name or URL. To provide the full URL of the database, enable Je voudrais donner une url complète hors .odoo.com option.

  • Nom de l'utilisateur: User name associated with the Odoo account.

  • Clé API: API key generated by the Odoo instance.

Next, click Importer to synch data from Odoo. In the Confirmation de la synchronisation de liasse avec Odoo window, review the amounts and make any necessary changes. Then click Importer la balance to confirm the synchronization of the liasse fiscale with Odoo and import the balance.

Quan trọng

Clicking Importer la balance may overwrite or alter any manual updates made previously.

To make payment and send the declaration to the tax authorities, click Paiement & envoi de la déclaration.

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 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. Các yêu cầu pháp lý này được triển khai trong Odoo, phiên bản 9 trở đi, thông qua một mô-đun và chứng chỉ tuân thủ để 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 được yêu cầu sử dụng phần mềm máy tính tiền 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 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 nhân tự động được miễn thuế VAT và do đó không bị ảnh hưởng.

Nhận chứng chỉ với Odoo

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

Công ty của bạn được cơ quan thuế yêu cầu cung cấp chứng chỉ tuân thủ chứng nhận 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 Odoo SA cấp cho người dùng Odoo Enterprise `tại đây<https://www.odoo.com/my/contract/french-certification/> `_. Nếu bạn sử dụng Odoo Community, bạn nên :doc:`nâng cấp lên Odoo Enterprise</administration/on_premise/community_to_enterprise> ` hoặc liên hệ với nhà cung cấp dịch vụ Odoo 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 Euro.

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

  • Nếu bạn sử dụng Odoo Point of Sale, install<general/install> `mô-đun **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 vào :menuselection:`Ứ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 đã thiết lập 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ủa công ty, hãy vào Settings --gt; Users amp; Companies --gt; Companies. Chọn một quốc gia từ danh sách; Không tạo quốc gia mới.

  • Tải xuống chứng chỉ tuân thủ bắt buộc do Odoo SA cung cấp `tại đây<https://www.odoo.com/my/contract/french-certification/> `__.

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. Để thực hiện, hãy kích hoạt chế độ :ref:`developer<developer-mode> `. Sau đó, hãy vào menu Ứng dụng và nhấn Cập nhật danh sách mô-đun ở menu trên cùng.

  • 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ủ 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 mô-đun đó. Tên của mô-đun là France - Accounting - Certified CGI 286 I-3 bis. Sau khi cập nhật danh sách mô-đun, hãy tìm mô-đun đã cập nhật trong Apps, chọn mô-đun đó và nhấp vào Upgrade. 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: hủy kích hoạt 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 nối tiếp để xác minh tính không thể thay đổi;

  • Lưu trữ: tự động đóng doanh số bằng cách tính toán cả tổng thời gian 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

Mọi cách có thể để hủy và sửa đổi dữ liệu chính của các đơn 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 đặt tại Pháp hoặc tại bất kỳ DOM-TOM nào.

Ghi chú

Nếu bạn điều hành một môi trường có nhiều công ty, chỉ những 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 lệnh hoặc mục nhật ký đều được mã hóa khi xác thực. Số này (hoặc băm) đượ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 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 xác thực, thì 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 giá trị băm và so sánh chúng với các giá trị băm ban đầu. Trong trường hợp thất bại, hệ thống sẽ 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 thể thay đổi. Đối với các đơn hàng POS, hãy vào Điểm bán hàng --gt; Báo cáo --gt; Báo cáo tiếng Pháp. Đối với hóa đơn hoặc mục nhật ký, hãy vào Hóa đơn/Kế toán --gt; Báo cáo --gt; Báo cáo tiếng Pháp.

Lưu trữ

Hệ thống cũng xử lý việc đóng doanh số tự động theo ngày, tháng và năm. Việc đóng doanh số như vậy sẽ tính toán riêng biệt tổng doanh số của kỳ cũng như tổng doanh số tích lũy từ lần nhập doanh số đầu tiên được ghi lại trong hệ thống.

Bạn có thể tìm thấy thông tin đóng sổ trong menu Báo cáo tiếng Pháp của ứng dụng Điểm bán hàng, Lập hóa đơn và Kế toán.

Ghi chú

  • Số liệu đóng sổ tính tổng số cho các mục nhật ký của nhật ký bán hàng (Loại nhật ký = Doanh số).

  • Đối với môi trường có nhiều công ty, việc đóng sổ như vậy sẽ do từng công ty thực hiện.

  • Các lệnh POS được ghi dưới dạng mục nhật ký khi kết thúc phiên POS. Có thể đóng phiên POS bất kỳ lúc nào. Để nhắc người dùng thực hiện hàng ngày, mô-đun ngăn không cho tiếp tục phiên đã mở cách đây hơn 24 giờ. Phiên như vậy phải được đóng trước khi bán lại.

  • Tổng của một kỳ được tính từ tất cả các mục nhật ký được ghi sau lần đóng sổ trước đó cùng loại, bất kể ngày ghi sổ của chúng. Nếu bạn ghi lại một giao dịch bán hàng mới cho một kỳ đã đóng sổ, giao dịch đó sẽ được tính vào lần đóng sổ tiếp theo.

Mẹo

  • Đối với mục đích kiểm tra và kiểm toán, các lệnh đóng như vậy có thể được tạo thủ công ở chế độ :ref:`developer<developer-mode> `.

  • Sau đó vào Cài đặt --gt; Kỹ thuật --gt; Tự động hóa --gt; Hành động theo lịch.

Chịu trách nhiệm

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

Người dùng vẫn chịu trách nhiệm về phiên bản Odoo của mình và phải sử dụng nó một cách thận trọ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 sẽ không chịu bất kỳ trách nhiệm nào trong trường hợp chức năng của mô-đun bị thay đổi do các ứng dụng của bên thứ 3 không được Odoo chứng nhận.

More information

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

Xem thêm