odoo-forge-bundle 0.1.0

package/payload/skills/odoo18-docs/references/docs/applications/finance/accounting/customer_invoices/cash_discounts.md

@@ -0,0 +1,176 @@
+---
+title: "Cash discounts and tax reduction"
+source_url: "https://docs.odoo.sbggai.top/applications/finance/accounting/customer_invoices/cash_discounts.html"
+---
+
+================================
+# Cash discounts and tax reduction
+
+**Cash discounts** are reductions in the amount a customer must pay for goods or services offered as
+an incentive for paying their invoice promptly. These discounts are typically a percentage of the
+total invoice amount and are applied if the customer pays within a specified time. Cash discounts
+can help a company maintain a steady cash flow.
+
+.. example::
+   You issue a €100 invoice on the 1st of January. The full payment is due within 30 days, and you
+   also offer a 2% discount if your customer pays you within seven days.
+
+   The customer can pay €98 up to the 8th of January. After that date, they would have to pay €100
+   by the 31st of January.
+
+A :ref:`tax reduction <cash-discounts/tax-reductions>` can also be applied depending on the country
+or region.
+
+.. seealso::
+   - :doc:`payment_terms`
+   - :doc:`../payments`
+
+.. _cash-discounts/configuration:
+
+# Configuration
+
+To grant cash discounts to customers, you must first verify the :ref:`gain and loss accounts
+<cash-discounts/gain-loss-accounts>`. Then, configure :ref:`payment terms
+<cash-discounts/payment-terms>` and add a cash discount by checking the :guilabel:`Early Discount`
+checkbox and filling in the discount percentage, discount days, and :ref:`tax
+reduction <cash-discounts/tax-reductions>` fields.
+
+.. _cash-discounts/gain-loss-accounts:
+
+## Cash discount gain/loss accounts
+
+With a cash discount, the amount you earn depends on whether the customer benefits from the cash
+discount or not. This inevitably leads to gains and losses, which are recorded on default accounts.
+
+To modify these accounts, go to :menuselection:`Accounting --> Configuration --> Settings`, and, in
+the :guilabel:`Default Accounts` section, select the accounts you want to use for the
+:guilabel:`Cash Discount Gain account` and :guilabel:`Cash Discount Loss account`.
+
+.. _cash-discounts/payment-terms:
+
+## Payment terms
+
+Cash discounts are defined on :doc:`payment terms <payment_terms>`. Configure them to your liking by
+going to :menuselection:`Accounting --> Configuration --> Payment Terms`, and make sure to fill out
+the discount percentage, discount days, and :ref:`tax reduction <cash-discounts/tax-reductions>`
+fields.
+
+.. image:: cash_discounts/payment-terms.png
+   :alt: Configuration of payment terms named "2/7 Net 30". The field "Description on Invoices"
+         reads: "Payment terms: 30 Days, 2% Early Payment Discount under 7 days".
+
+.. _cash-discounts/tax-reductions:
+
+## Tax reductions
+
+Depending on the country or region, the base amount used to compute the tax can vary, which can lead
+to a **tax reduction**. Since tax reductions are set on individual payment terms, each term can use
+a specific tax reduction.
+
+To configure how the tax reduction is applied, go to a payment term with the :guilabel:`Early
+Discount` checkbox enabled, and select one of the three following options:
+
+- Always (upon invoice)
+    The tax is always reduced. The base amount used to compute the tax is the discounted amount,
+    whether the customer benefits from the discount or not.
+
+- On early payment
+    The tax is reduced only if the customer pays early. The base amount used to compute the tax is the
+    same as the sale: if the customer benefits from the reduction, then the tax is reduced. This means
+    that, depending on the customer, the tax amount can vary after the invoice is issued.
+
+- Never
+    The tax is never reduced. The base amount used to compute the tax is the full amount, whether the
+    customer benefits from the discount or not.
+
+.. example::
+
+   You issue a €100 invoice (tax-excluded) on the 1st of January, with a 21% tax rate. The full
+   payment is due within 30 days, and you also offer a 2% discount if your customer pays you within
+   seven days.
+
+   .. tabs::
+
+      .. tab:: Always (upon invoice)
+
+         .. list-table::
+            :header-rows: 1
+
+            * - Due date
+              - Total amount due
+              - Computation
+            * - 8th of January
+              - €118.58
+              - €98 + (21% of €98)
+            * - 31st of January
+              - €120.58
+              - €100 + (21% of €98)
+
+      .. tab:: On early payment
+
+         .. list-table::
+            :header-rows: 1
+
+            * - Due date
+              - Total amount due
+              - Computation
+            * - 8th of January
+              - €118.58
+              - €98 + (21% of €98)
+            * - 31st of January
+              - €121.00
+              - €100 + (21% of €100)
+
+      .. tab:: Never
+
+         .. list-table::
+            :header-rows: 1
+
+            * - Due date
+              - Total amount due
+              - Computation
+            * - 8th of January
+              - €119.00
+              - €98 + (21% of €100)
+            * - 31st of January
+              - €121.00
+              - €100 + (21% of €100)
+
+> **note**:
+>    - :ref:`Tax grids <tax-returns/tax-grids>`, which are used for the tax report, are correctly
+     computed according to the :ref:`type of tax reduction <cash-discounts/tax-reductions>` you
+     configured.
+   - The **type of cash discount tax reduction** may be correctly pre-configured, depending on your
+     :ref:`fiscal localization package <fiscal_localizations/packages>`.
+
+.. _cash-discounts/customer-invoice:
+
+# Apply a cash discount to a customer invoice
+
+On a customer invoice, apply a cash discount by selecting the :ref:`payment terms you created
+<cash-discounts/payment-terms>`. Odoo automatically computes the correct amounts, tax amounts, due
+dates, and accounting records.
+
+Under the :guilabel:`Journal Items` tab, you can display the discount details by clicking on the
+"toggle" button and adding the :guilabel:`Discount Date` and :guilabel:`Discount Amount` columns.
+
+.. image:: cash_discounts/invoice-journal-entry.png
+   :alt: An invoice of €100.00 with "2/7 Net 30" selected as payment terms. The "Journal Items" tab
+         is open, and the "Discount Date" and "Discount Amount" columns are displayed.
+
+The discount amount and due date are also displayed on the generated invoice report sent to the
+customer if the :guilabel:`Show installment dates` option is checked on the payment terms.
+
+.. image:: cash_discounts/invoice-print.png
+   :alt: An invoice of €100.00 with the following text added to the terms and conditions: "30
+         Days, 2% Early Payment Discount under 7 days. 118.58 € due if paid before 01/08/2023."
+
+## Payment reconciliation
+
+When you record a :doc:`payment <../payments>` or :doc:`reconcile your bank transactions
+<../bank/reconciliation>`, Odoo takes the customer payment's date into account to determine if the
+customer can benefit from the cash discount or not.
+
+> **note**:
+>    If your customer pays the discount amount *after* the discount date, you can always decide to
+   mark the invoice as fully paid with a write-off or as partially paid.

package/payload/skills/odoo18-docs/references/docs/applications/finance/accounting/customer_invoices/cash_rounding.md

@@ -0,0 +1,42 @@
+---
+title: "Cash rounding"
+source_url: "https://docs.odoo.sbggai.top/applications/finance/accounting/customer_invoices/cash_rounding.html"
+---
+
+=============
+# Cash rounding
+
+**Cash rounding** is required when the lowest physical denomination
+of currency, or the smallest coin, is higher than the minimum unit
+of account.
+
+For example, some countries require their companies to round up or
+down the total amount of an invoice to the nearest five cents, when
+the payment is made in cash.
+
+# Configuration
+
+Go to :menuselection:`Accounting --> Configuration --> Settings`
+and enable *Cash Rounding*, then click on *Save*.
+
+.. image:: cash_rounding/cash_rounding01.png
+    :align: center
+
+Go to :menuselection:`Accounting --> Configuration --> Cash Roundings`,
+and click on *Create*.
+
+Define here your *Rounding Precision*, *Rounding Strategy*, and
+*Rounding Method*.
+
+Odoo supports two **rounding strategies**:
+
+1. **Add a rounding line**: a *rounding* line is added on the invoice.
+   You have to define which account records the cash roundings.
+
+2. **Modify tax amount**: the rounding is applied in the taxes section.
+
+# Apply roundings
+
+When editing a draft invoice, open the *Other Info* tab, go to the
+*Accounting Information* section, and select the appropriate *Cash
+Rounding Method*.

package/payload/skills/odoo18-docs/references/docs/applications/finance/accounting/customer_invoices/credit_notes.md

@@ -0,0 +1,119 @@
+---
+title: "Credit notes and refunds"
+source_url: "https://docs.odoo.sbggai.top/applications/finance/accounting/customer_invoices/credit_notes.html"
+---
+
+========================
+# Credit notes and refunds
+
+A credit/debit note, or credit/debit memo, is a document sent to a customer to inform them that they
+have been *credited/debited* a certain amount.
+
+Several use cases can lead to a credit note, such as:
+
+ - a mistake in the invoice
+ - a return of the goods, or a rejection of the services
+ - the goods delivered are damaged
+
+Debit notes are less common but are most frequently used to track debts owed by customers or to
+vendors because of modifications to confirmed customer invoices or vendor bills.
+
+> **note**:
+>    Issuing a credit/debit note is the only legal method for canceling, refunding, or modifying a
+   validated invoice. Make sure to **register the payment** afterward if money is being refunded to
+   the customer and/or validate the
+   :doc:`return </applications/sales/sales/products_prices/returns>` if a storable product is being
+   returned.
+
+.. _accounting/credit_notes/issue-credit-note:
+
+# Issue a customer credit note
+
+In most cases, credit notes are created directly from the corresponding invoices. To do so,
+go to :menuselection:`Accounting --> Customers --> Invoices`, open the relevant :guilabel:`Invoice`,
+and click :guilabel:`Credit Note`.
+
+In the :guilabel:`Credit Note` window, fill in the :guilabel:`Reason displayed on Credit Note` and
+update the :guilabel:`Journal` and :guilabel:`Reversal date` if needed.
+There are two options:
+
+- Click :guilabel:`Reverse` to open a draft credit note prefilled with the exact details from the
+  original invoice. Update the :guilabel:`Product` and :guilabel:`Quantity` and click
+  :guilabel:`Confirm`. This option allows for a partial refund or modifications to the credit note.
+- Click :guilabel:`Reverse and Create invoice` to create a credit note, validate it automatically,
+  reconcile it with the related invoice, and open a new draft invoice prefilled with the exact
+  details from the original invoice.
+
+To create a credit note from scratch, go to :menuselection:`Accounting --> Customers --> Credit
+Notes`, and click :guilabel:`New`. Filling out a credit note follows the same process as completing
+an :ref:`invoice <accounting/invoice/creation>`.
+
+> **note**:
+>    A credit note sequence starts with `R` and is followed by the related document number (e.g.,
+   RINV/2025/0004 is associated with the invoice INV/2025/0004).
+
+.. _accounting/credit_notes/issue-debit-note:
+
+# Issue a customer debit note
+
+To create a debit note, go to :menuselection:`Accounting --> Customers --> Invoices` and follow
+these steps:
+
+#. Select the desired invoice(s), click :icon:`fa-cog` :guilabel:`Actions` and select
+   :guilabel:`Create Debit Note`.
+#. In the :guilabel:`Create Debit Note` window, fill in the :guilabel:`Reason` and update the
+   :guilabel:`Use Specific Journal` and :guilabel:`Debit Note Date` fields if needed.
+#. Enable the :guilabel:`Copy Lines` option to copy the invoice lines and click :guilabel:`Create
+   Debit Note`.
+#. In the debit note, update the :guilabel:`Product` and :guilabel:`Quantity` and click
+   :guilabel:`Confirm`.
+
+> **tip**:
+>    To create a debit note from the invoice form view, click the :icon:`fa-cog` :guilabel:`(gear)`
+   icon and select :guilabel:`Debit Note`.
+
+.. _accounting/credit_notes/record-vendor-refund:
+
+# Record a vendor refund
+
+Vendor refunds or vendor credit notes are recorded the same way as :ref:`credit notes
+<accounting/credit_notes/issue-credit-note>`:
+
+To record a vendor refund or a vendor credit note directly from the corresponding vendor bill, go to
+:menuselection:`Accounting --> Vendors --> Bills`, open the relevant vendor bill, and click
+:guilabel:`Credit Note`.
+
+To record it from scratch, go to :menuselection:`Accounting --> Vendors --> Refund`, and click on
+:guilabel:`New`.
+
+.. _accounting/credit_notes/record-debit-note:
+
+# Record a vendor debit note
+
+Debit notes from vendors are recorded the same way :ref:`debit notes are issued to customers
+<accounting/credit_notes/issue-debit-note>`.
+
+To record a debit note, go to :menuselection:`Accounting --> Vendors --> Bills` and select the
+desired bill(s). Click :icon:`fa-cog` :guilabel:`Actions` and select :guilabel:`Create Debit Note`.
+
+> **tip**:
+>    To create a debit note from the vendor bill form view, click the :icon:`fa-cog`
+   :guilabel:`(gear)` icon and select :guilabel:`Debit Note`.
+
+.. _accounting/credit_notes/credit-notes-journal-entries:
+
+# Journal entries
+
+Creating a credit/debit note from an invoice/bill generates a **reverse entry** that cancels out the
+journal items from the original invoice.
+
+.. example::
+   The journal entry of an invoice:
+
+   .. image:: credit_notes/journal-entries-invoice.png
+      :alt: Invoice journal entry
+
+   The credit note's journal entry generated to reverse the original invoice above:
+
+   .. image:: credit_notes/journal-entries-credit-note.png
+      :alt: Credit note journal entry reverses the invoice journal entry

package/payload/skills/odoo18-docs/references/docs/applications/finance/accounting/customer_invoices/customer_addresses.md

@@ -0,0 +1,46 @@
+---
+title: "Delivery and invoice addresses"
+source_url: "https://docs.odoo.sbggai.top/applications/finance/accounting/customer_invoices/customer_addresses.html"
+---
+
+==============================
+# Delivery and invoice addresses
+
+Companies often have multiple locations, and it is common that a customer invoice should be sent to
+one address and the delivery should be sent to another. Odoo's **Customer Addresses** feature is
+designed to handle this scenario by making it easy to specify which address to use for each case.
+
+.. seealso::
+   :doc:`overview`
+
+# Configuration
+
+To specify a sales order's invoice and delivery addresses, first go to :menuselection:`Accounting
+--> Configuration --> Settings`. In the :guilabel:`Customer Invoices` section, enable
+:guilabel:`Customer Addresses` and click :guilabel:`Save`.
+
+On quotations and sales orders, there are now fields for :guilabel:`Invoice Address` and
+:guilabel:`Delivery Address`. If the customer has an invoice or delivery address listed on their
+:ref:`contact record <sales/send_quotations/contact-form-config>`, the corresponding field uses that
+address, by default, but any contact's address can be used instead.
+
+.. seealso::
+   For more information, refer to the documentation on :ref:`Contact Form Configuration
+   <sales/send_quotations/contact-form-config>`.
+
+
+# Invoice and deliver to different addresses
+
+Delivery orders and their delivery slip reports use the address set as the :guilabel:`Delivery
+Address` on the sales order. By default, invoice reports show both the shipping address and the
+invoice address to assure the customer that the delivery is going to the correct location.
+
+Emails also go to different addresses. The quotation and sales order are sent to the main contact's
+email, as usual, but the invoice is sent to the email of the address set as the
+:guilabel:`Invoice Address` on the sales order.
+
+> **note**:
+>    - Reports, such as the delivery slip and invoice report, can be :doc:`customized using Studio
+     </applications/studio/pdf_reports>`.
+   - If :doc:`Send by Post <snailmail>` is checked when you click :guilabel:`Send & Print`, the
+     invoice will be mailed to the invoice address.

package/payload/skills/odoo18-docs/references/docs/applications/finance/accounting/customer_invoices/deferred_revenues.md

@@ -0,0 +1,187 @@
+---
+title: "Deferred revenues"
+source_url: "https://docs.odoo.sbggai.top/applications/finance/accounting/customer_invoices/deferred_revenues.html"
+---
+
+=================
+# Deferred revenues
+
+**Deferred revenues**, or **unearned revenues**, are invoices addressed to customers
+for goods yet to be delivered or services yet to be rendered.
+
+The company cannot report them on the current **profit and loss statement**, or *income statement*,
+since the goods and services will be effectively delivered/rendered in the future.
+
+These future revenues must be deferred on the company's balance sheet among the current liabilities
+until they can be **recognized**, at once or over a defined period, on the profit and loss
+statement.
+
+For example, let's say a business sells a software license of $1200 for 1 year. They immediately
+invoice it to the customer but can't consider it earned yet, as the future months of licensing have
+not yet been delivered. Therefore, they post this new revenue in a deferred revenue account and
+recognize it on a monthly basis. Each month, for the next 12 months, $100 will be recognized as
+revenue.
+
+Odoo Accounting handles deferred revenues by spreading them in multiple entries that are posted
+periodically.
+
+> **note**:
+>    The server checks once a day if an entry must be posted. It might then take up to 24 hours before
+   you see a change from :guilabel:`Draft` to :guilabel:`Posted`.
+
+# Configuration
+
+Make sure the default settings are correctly configured for your business. To do so, go to
+:menuselection:`Accounting --> Configuration --> Settings`. The following options are available:
+
+Journal
+  The deferral entries are posted in this journal.
+Deferred Revenue
+  Revenues are deferred on this Current Liability account until they are recognized.
+Generate Entries
+  By default, Odoo :ref:`automatically generates <customer_invoices/deferred/generate_on_validation>`
+  the deferral entries when you post a customer invoice. However, you can also choose to
+  :ref:`generate them manually <customer_invoices/deferred/generate_manually>` by selecting the
+  :guilabel:`Manually & Grouped` option instead.
+Based on
+  Suppose an invoice of $1200 must be deferred over 12 months.
+
+  - The :guilabel:`Months` option accounts for $100 each month prorated to the number of days in
+    that month (e.g., $50 for the first month if the :guilabel:`Start Date` is set to the 15th of
+    the month).
+
+  - The :guilabel:`Full Months` option considers each month started to be full (e.g., $100 for the
+    first month even if the :guilabel:`Start Date` is set to the 15th of the month); this means that
+    with the :guilabel:`Full Months` option, a full $100 is recognized in the first partial month,
+    eliminating the need for a 13th month to recognize any remainder as would be the case when using
+    the :guilabel:`Months` option.
+
+  - The :guilabel:`Days` option accounts for different amounts depending on the number of days in
+    each month (e.g., ~$102 for January and ~$92 for February).
+
+.. _customer_invoices/deferred/generate_on_validation:
+
+# Generate deferral entries on validation
+
+> **tip**:
+>    Make sure the :guilabel:`Start Date` and :guilabel:`End Date` fields are visible in the
+   :guilabel:`Invoice Lines` tab. In most cases, the :guilabel:`Start Date` should be in the same
+   month as the :guilabel:`Invoice Date`. Deferred revenue entries are posted from the invoice
+   date and are displayed in the report accordingly.
+
+For each line of the invoice that should be deferred, specify the start and end dates of the
+deferral period.
+
+If the :guilabel:`Generate Entries` field in the **Settings** is set to :guilabel:`On invoice/bill
+validation`, Odoo automatically generates the deferral entries when the invoice is validated. Click
+the :guilabel:`Deferred Entries` smart button to see them.
+
+One entry, dated on the same day as the invoice's accounting date, moves the invoice amounts from
+the income account to the deferred account. The other entries are deferral entries which, month
+after month, move the invoice amounts from the deferred account to the income account to recognize
+the revenue.
+
+.. example::
+   You can defer a January invoice of $1200 over 12 months by specifying a start date of 01/01/2023
+   and an end date of 12/31/2023. At the end of August, $800 is recognized as an income,
+   whereas $400 remains on the deferred account.
+
+# Reporting
+
+The deferred revenue report computes an overview of the necessary deferral entries for each account.
+To access it, go to :menuselection:`Accounting --> Reporting --> Deferred Revenue`.
+
+To view the journal items of each account, click on the account name and then :guilabel:`Journal
+Items`.
+
+.. image:: deferred_revenues/deferred_revenue_report.png
+   :alt: Deferred revenue report
+
+> **note**:
+>     Only invoices whose accounting date is before the end of the period of the report
+    are taken into account.
+
+.. _customer_invoices/deferred/generate_manually:
+
+# Generate grouped deferral entries manually
+
+If you have a lot of deferred revenues and wish to reduce the number of journal entries created, you
+can generate deferral entries manually. To do so, set the :guilabel:`Generate Entries` field in the
+**Settings** to :guilabel:`Manually & Grouped`. Odoo then aggregates the deferred amounts in a
+single entry.
+
+At the end of each month, go to :menuselection:`Accounting --> Reporting --> Deferred Revenue` and
+click the :guilabel:`Generate Entries` button. This generates two deferral entries:
+
+- One dated at the end of the month which aggregates, for each account, all the deferred amounts
+  of that month. This means that a part of the deferred revenue is recognized at the end of that
+  period.
+- The reversal of this created entry, dated on the following day (i.e., the first day of the
+  next month) to cancel the previous entry.
+
+.. example::
+   There are two invoices:
+
+   - Invoice A: $1200 to be deferred from 01/01/2023 to 12/31/2023
+   - Invoice B: $600 to be deferred from 01/01/2023 to 12/31/2023
+
+   In January
+      At the end of January, after clicking the :guilabel:`Generate Entries` button, there are the
+      following entries:
+
+      - Entry 1 dated on the 31st January:
+
+        - Line 1: Expense account -1200 -600 = **-1800** (cancelling the total of both invoices)
+        - Line 2: Expense account 100 + 50 = **150** (recognizing 1/12 of invoice A and invoice B)
+        - Line 3: Deferred account 1800 - 150 = **1650** (amount that has yet to be deferred later
+          on)
+
+      - Entry 2 dated on the 1st February, the reversal of the previous entry:
+
+        - Line 1: Expense account **1800**
+        - Line 2: Deferred account **-150**
+        - Line 3: Expense account **-1650**
+
+   In February
+      At the end of February, after clicking the :guilabel:`Generate Entries` button, there are the
+      following entries:
+
+      - Entry 1 dated on the 28th February:
+
+        - Line 1: Expense account -1200 -600 = **-1800** (cancelling the total of both invoices)
+        - Line 2: Expense account 200 + 100 = **300** (recognizing 2/12 of invoice A and invoice B)
+        - Line 3: Deferred account 1800 - 300 = **1500** (amount that has yet to be deferred later
+          on)
+
+      - Entry 2 dated on the 1st March, the reversal of the previous entry.
+
+   From March to October
+      The same computation is done for each month until October.
+
+   In November
+      At the end of November, after clicking the :guilabel:`Generate Entries` button, there are the
+      following entries:
+
+      - Entry 1 dated on the 30th November:
+
+        - Line 1: Expense account -1200 -600 = **-1800** (cancelling the total of both invoices)
+        - Line 2: Expense account 1100 + 550 = **1650** (recognizing 11/12 of invoice A and invoice
+          B)
+        - Line 3: Deferred account 1800 - 1650 = **150** (amount that has yet to be deferred later
+          on)
+
+      - Entry 2 dated on the 1st December, the reversal of the previous entry.
+
+   In December
+      There is no need to generate entries in December. Indeed, if we do the computation for
+      December, we have an amount of 0 to be deferred.
+
+   In total
+      If we aggregate everything, we would have:
+
+      - invoice A and invoice B
+      - two entries (one for the deferral and one for the reversal) for each month from January to
+        November
+
+      Therefore, at the end of December, invoices A and B are fully recognized as income
+      only once in spite of all the created entries thanks to the reversal mechanism.

package/payload/skills/odoo18-docs/references/docs/applications/finance/accounting/customer_invoices/electronic_invoicing/argentina.md

@@ -0,0 +1,55 @@
+---
+title: ""
+source_url: "https://docs.odoo.sbggai.top/applications/finance/accounting/customer_invoices/electronic_invoicing/argentina.html"
+---
+
+:orphan:
+# 
+# Odoo electronic invoicing in Argentina
+
+Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
+solutions tailored to meet Argentina's regulatory standards and compatible with the requirements set
+forth by the [Administración Federal de Ingresos Públicos (AFIP) ](https://www.afip.gob.ar/).
+
+# Legal framework for e-invoicing in Argentina
+
+In Argentina, e-invoicing is regulated by the :abbr:`AFIP (Administración Federal de Ingresos
+Públicos)` and is mandatory for most businesses to ensure tax compliance and transparency. The
+primary regulations governing e-invoicing include:
+
+- [General Resolution No. 4290/2018 ](https://biblioteca.afip.gob.ar/search/query/norma.aspx?p=t:RAG|n:4290|o:3|a:2018|f:02/08/2018)
+  which establishes the mandatory use of electronic invoices for specific economic activities and
+  turnover thresholds.
+- Fiscal code regulations: Requires electronic invoices for all VAT-registered businesses, including
+  B2B, :abbr:`B2G (business-to-government)`, and B2C transactions.
+- Implementation of :abbr:`CAE (Código de Autorización Electrónico)`: Every electronic invoice must
+  include a :abbr:`CAE (Código de Autorización Electrónico)` issued by the :abbr:`AFIP
+  (Administración Federal de Ingresos Públicos)`, ensuring its validity and authenticity.
+
+# Compliance with Argentinian e-invoicing regulations
+
+Odoo Invoicing simplifies the process of adhering to Argentina's e-invoicing regulations, offering
+features designed to ensure compliance:
+
+- **Supported formats**: Odoo supports Argentina's authorized e-invoice formats, including :abbr:`FE
+  (Factura Electrónica)` with :abbr:`AFIP (Administración Federal de Ingresos Públicos)`-compliant
+  digital validation, XML with :abbr:`CAE (Código de Autorización Electrónico)` authorization for
+  real-time integration with :abbr:`AFIP (Administración Federal de Ingresos Públicos)`, and
+  digitally signed PDF invoices featuring :abbr:`CAE (Código de Autorización Electrónico)` and
+  QR codes for secure validation.
+- **Secure storage and retrieval**: Complying with Argentina’s ten-year storage requirement, Odoo
+  provides tamper-proof archiving and easy retrieval for audits or tax inspections.
+- **Automatic VAT calculation and reporting**: Odoo ensures compliance with Argentina's VAT
+  regulations by automatically calculating VAT, incorporating it into invoices, and adhering to
+  legal reporting requirements for accurate tax submissions.
+
+.. seealso::
+   :doc:`Argentinian fiscal localization documentation <../../../fiscal_localizations/argentina>`
+
+.. admonition:: Disclaimer
+
+   This page provides a general overview of Argentine e-invoicing laws and how Odoo’s invoicing
+   module supports compliance with AFIP regulations and the Fiscal Code. It is not intended as legal
+   advice. We recommend consulting with a tax advisor or legal professional familiar with
+   Argentinian e-invoicing regulations to ensure compliance tailored to your specific business
+   needs.