Limpieza de la versiøn que sera compatible con la V7.0

Actualmente la rama de trabajo tiene muchos modulos que son o incompatibles entre si, o simplemente deben ser unidos o no van en la localizacion, al dia de este fork, estos son los modulos correspondientes, el resultado final debe ser tener __solo modulos__ l10n_mx **

Documentaremos lo basico de todos para poder tomar decisiones tecnicas.

A renombrar - Eliminar - mergear.

account_invoice_number_v6
account_invoice_tax
account_tax_category
base_vat_mx
base_vat_mx_compatibility
base_vat_split
invoice_currency_chgdft
invoice_ftp
invoice_report
invoice_wkf_security
partner_bank_last_digits
upload_ftp

Correctamente nombrados pero que seran revisados para estar seguros no necesitan ningun cambio:

l10n_mx_account_tax_category_data
l10n_mx_chart_of_accounts
l10n_mx_company_cif
l10n_mx_facturae
l10n_mx_facturae_22
l10n_mx_facturae_22_payment_method
l10n_mx_facturae_22_regimen_fiscal
l10n_mx_facturae_cbb
l10n_mx_facturae_cer
l10n_mx_facturae_email
l10n_mx_facturae_lib
l10n_mx_facturae_pac_ftp
l10n_mx_facturae_pac_sf
l10n_mx_facturae_seq
l10n_mx_hr_concepts
l10n_mx_import_info
l10n_mx_invoice_acc_payment
l10n_mx_invoice_amount_to_text
l10n_mx_invoice_datetime
l10n_mx_invoice_discount
l10n_mx_invoice_tax_ref
l10n_mx_params_pac
l10n_mx_partner_address
l10n_mx_purchase_payment_method
l10n_mx_res_partner_acreedor
l10n_mx_res_partner_bank_clabe
l10n_mx_res_partner_bank_currency
l10n_mx_states
l10n_mx_stock_count
l10n_mx_stock_total
l10n_mx_tax

Algunas reglas del Juego:

- Todos los patch que debamos aplicar al servidor para el correcto funcionamiento de la localizacion deberan ser manejados como modulos que modifiquen el entorno original.
- Si el patch es necesario por que el ORM no permita alguna actualizacion, deberemos crear un doc en *.rst para estar seguros de contar todos en la comunidad con la informacion.
- El catalogo de cuentas lo propondremos para merge, como basico, en Mexico cada empresa necesita su propio plan de cuentas, no tiene mucho sentido proponer uno muy grande, pero manejaremos los defaults en ese modulo.
- Todo modulo debera tener la estructura completa de archivos:
---- doc (rst files), test (yaml files), data (minmal data), demo (minimal demo), i18n (traducciones) si alguno no tiene estos archivos es parte de cumplir con los requisitos de calidad del mismo, asi que no se porteara.
- Declararemos un branch en http://runbot.openerp.com para poder autoprobar el branch de trabajo (enlazado al blueprint.)

Espero no se me olvide nada.

Saludos.