Comments (6)
@agb80 I'm thinking on having a base model which holds the whole document following the CFDI specification which define a base structure and a set of extensions (complementos). The document will be included as a field at
account.move
,stock.picking
,hr.payroll
, andaccount.payment
(which match your suggestion).I would like to create a whole new model because the CFDI specification doesn't maps 1 to 1 with existent Odoo models and use cases and in some scenarios they may require some additional information.
Agree with you in create a special object to hold CFDI information, this object also could have a specific machinery to create XML, sing and send to PAC. We have being created a similar object here: https://gitlab.openpyme.mx/l10n_mx/facturacion/-/blob/master/l10n_mx_ir_attachment_facturae/models/ir_attachment_facturae.py
Regarding to the
c_TipoDeComprobante
, I agree with you, it could be a select field of the base CFDI document.
Ok, let use as a select field
from l10n-mexico.
We aim to align the SAT catalogs with the existent Odoo modules. It would be great if you could help us identify where this is possible.
from l10n-mexico.
WIP: https://github.com/AugeTec/l10n-mexico/tree/base_cfdi/base_cfdi
from l10n-mexico.
c_TipoDeComprobante
Do we really need it? I'ts a really small catalogue that if we would like to create must be mapped to odoo objects like this:
c_TipoDeComprobante | Descripción | Odoo object | Domain value |
---|---|---|---|
I | Ingreso | account.move | [('move_type', '=', 'out_invoice')] |
E | Egreso | account.move | [('move_type', '=', 'out_refund')] |
T | Traslado | stock.picking | N/A |
N | Nómina | hr.payslip | N/A |
P | Pago | account.payment | [('partner_type', '=', 'customer'), ('is_internal_transfer', '=', False)] |
from l10n-mexico.
What is the approach you are considering for CFDI fill? Are you going to display every single field for user to fill it?
In our case we opt for make some computed fields based on other fields to make easy for the user to fill the information, for example in the case of c_Exportacion catalogue that is used for fill field Exportacion on Income CFDI XML we made a computation if we select to use Foreing Trade complement and customer country is different to Mexico then we use 02 otherwise use 01.
Similar approach we have being using for other fields and catalogues, please let me know about the approach you are planing to use to continue commenting about the rest of catalogues.
from l10n-mexico.
@agb80 I'm thinking on having a base model which holds the whole document following the CFDI specification which define a base structure and a set of extensions (complementos). The document will be included as a field at account.move
, stock.picking
, hr.payroll
, and account.payment
(which match your suggestion).
I would like to create a whole new model because the CFDI specification doesn't maps 1 to 1 with existent Odoo models and use cases and in some scenarios they may require some additional information.
Regarding to the c_TipoDeComprobante
, I agree with you, it could be a select field of the base CFDI document.
from l10n-mexico.
Related Issues (15)
- Migration to version 10.0
- Migration to version 11.0
- Migration to version 12.0
- Migration to version 13.0
- [RFC] Roadmap for electronic invoicing HOT 1
- [RFC] l10n_mx_sat_account HOT 3
- [RFC] l10n_mx_sat_reference HOT 3
- [RFC] l10n_mx_sat_product HOT 1
- Migration to version 14.0
- Migration to version 15.0
- [RFC] l10n_mx_pms
- Migration to version 16.0
- CFDI 4.0 Compliance HOT 2
- Migration to version 17.0
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from l10n-mexico.