Export payments as NACHA files
Export payments as NACHA files for use in the United States.

<p>Easily export 1099 data for e-filing with a 3rd party.<br>
Allows users to easily export accounting data that can be imported to a 3rd party that does 1099 e-filing.</p>

K.S.A. POS Localization
=======================================================

ZATCA E-Invoicing, support for PoS

E-invoice implementation for the Kingdom of Saudi Arabia (PoS)

E-Invoicing, Universal Business Language

E-invoice implementation for the Kingdom of Saudi Arabia

Electronic Delivery Note for Peru (OSE method) and UBL 2.1
The delivery guide (Guía de Remisión) is needed as a proof
that you are sending goods between A and B.

It is only when a delivery order is validated that you can create the delivery
guide.

Electronic Invoicing for Peru (OSE method) and UBL 2.1
EDI Peru Localization
======================
Allow the user to generate the EDI document for Peruvian invoicing.

By default, the system uses the IAP proxy. This has the advantage that you
can use the system immediately the moment you choose Digiflow as your OSE
in the SUNAT portal.

You can also directly send it to Digiflow if you bought an account from them
and even to SUNAT in case of contingency.

We support sending and cancelling of customer invoices.

E-Invoicing, Universal Business Language (EHF 3)
EHF 3 is the Norwegian implementation of EN 16931 norm.

E-Invoicing, Universal Business Language (NLCIUS 1.0.3), nlc
NLCIUS is the Dutch implementation of EN 16931 norm. Both for UBL and UN / CEFACT XML CII.

Bridge module to extend the delivery guide (Complemento XML Carta de Porte) for CFDI v4.0
- exported goods (COMEX)
- extended address fields

Bridge module to extend the delivery guide (Complemento XML Carta de Porte)
- exported goods (COMEX)
- extended address fields

Support CFDI version 4.0

The delivery guide (Complemento XML Carta de Porte) is needed as a proof
that you are sending goods between A and B.

It is only when a delivery order is validated that you can create the delivery
guide.

Generate Electronic Invoice with custom numbers
'==========================================
CBMS ODOO Mexico Localization for Stock/Landing
==========================================

This module extends the functionality of Mexican localization to support
customs numbers related with landed costs when you generate the electronic
invoice.

Usage
=====

To use this module, you need to:

* Generate a new purchase order for a product from abroad. Landed costs are
only possible for products configured with 'automated' valuation with
'FIFO' costing method. The costing method is configured in the product
category.

.. figure:: static/description/purchase_order_new.png

* Receive the product of the purchase order

.. figure:: static/description/picking_done_purchase.png

* Go to Inventory -> Inventory control -> Landed Cost

* Create a new landed cost indicating the picking of the purchase order
and the number of the customs information (pedimento). Landed costs are
only possible for products configured in real time valuation with real
price costing method. The costing method is configured on the product
category

.. figure:: static/description/landed_cost_picking.png

* Start by creating specific products to indicate your various Landed
Costs, such as freight, insurance or custom duties.

Go to Inventory -> Configuration -> Landed Cost types. Landed costs are
only possible for products configured in real time valuation with real
price costing method. The costing method is configured on the product
category.

.. figure:: static/description/product_landed_cost.png

* Click the Compute button to see how the landed costs will be split across
the picking lines.

.. figure:: static/description/compute_landed_cost.png

* To confirm the landed costs attribution, click on the Validate button.

.. figure:: static/description/validate_landed_cost.png

* Create a sales order for the product purchased from abroad

.. figure:: static/description/sale_order_new.png

* Delivery the product related to the sales order

.. figure:: static/description/picking_done_sale.png

* Create and validate a new invoice associated with the sales order

.. figure:: static/description/validate_invoice_customs.png

* The customs information is found in the lines of the invoice associated
with each product.

.. figure:: static/description/invoice_custom_pedimento.png

* Check the electronic invoice associated with the product where the node
of the customs information is displayed

.. figure:: static/description/invoice_custom_xml.png

Adds the CommercioExterior Complement to CFDI v4.0

Converts the Mexican EDI CFDI documents to version 4.0
EDI CFDI 4.0
============
Convert CFDI XML documents to version 4.0 (from 3.3).

Mexican Localization for EDI documents
EDI Mexican Localization
========================
Allow the user to generate the EDI document for Mexican invoicing.

This module allows the creation of the EDI documents and the communication with the Mexican certification providers (PACs) to sign/cancel them.

Kenya Tremol Device EDI Integration

This module integrates with the Kenyan G03 Tremol control unit device to the KRA through TIMS.

Documento di Trasporto (DDT)

Whenever goods are transferred between A and B, the DDT serves
as a legitimation e.g. when the police would stop you.

When you want to print an outgoing picking in an Italian company,
it will print you the DDT instead. It is like the delivery
slip, but it also contains the value of the product,
the transportation reason, the carrier, ... which make it a DDT.

We also use a separate sequence for the DDT as the number should not
have any gaps and should only be applied at the moment the goods are sent.

When invoices are related to their sale order and the sale order with the
delivery, the system will automatically calculate the linked DDTs for every
invoice line to export in the FatturaPA XML.

Accounting reports for Italy
============================