Arquitectura Básica para la Facturación Electrónica en Odoo.

[JDSalcedo]

Buen día amigos,

Quiero proponer la siguiente arquitectura básica para poder emitir electrónicamente desde Odoo, ha sido elaborado en base a mi experiencia integrando Odoo con 2 Proveedores de Servicios Electrónicos(PSE) pero puede ser adecuada a la integración con SUNAT, OSE, este tema lo discutiremos en otro issue.

Descripción de estructura anterior:

• Catálogos SUNAT: carga de lista de catálogos de códigos necesarios para la construcción del UBL.
• Topónimos Perú: carga de Departamento, Provincia y Distritos del Perú.
• Catálogos Exta: carga aquellas listas no incluidas en los catálogos proporcionados por SUNAT, como monedas, código de productos, etc.
• Modelos Base, Comunicación, Configuraciones Iniciales: se contemplan la definición de modelos no incluidos en Odoo, funciones básicas para el firmado y envió de trama UBL, configuraciones iniciales de compañía. Podemos incluir la integración con los módulos recomendados por @pedrobaeza en su comentario https://github.com/OCA/l10n-peru/issues/12#issuecomment-529679536
• Comprobante de Pago Electrónico(CPE): Emisión de Factura, Boleta, Nota de Crédito, Nota de Débito.
• Guía de Remisión Remitente: Emisión de guía de remisión remitente, al no ser un CPE no está incluido en el componente anterior.
• Reportes KPI: Reportes gerenciales.
• Programa de Libros Electrónicos(PLE): Libros Electrónicos solicitados por SUNAT.

Se propone construir un módulo por cada uno de los componentes de esta arquitectura, favor de dar sus opiniones acerca de la misma para poder mejorarla.

Espero no ponerte en compromiso @pedrobaeza , si nos puedas apoyar contándonos de forma macro como organizaron la facturación electrónica en España, nos vendría de mucha ayuda.

Saludos para todos.

[pedrobaeza]

En España supongo que los requisitos eran más sencillos. El sistema de comunicación al organismo público (Hacienda Española - AEAT), era un webservice con SOAP y una estructura de datos definida por un documento. Se construyó un prototipo de la comunicación, se implementó la estructura básica, y la gente fue comentando, probando y ampliando según se iba necesitando.

Sobre los topónimos, recomiendo basarse en base_location_geonames_import como hace l10n_es_toponyms.

[JDSalcedo]

En relación SUNAT es Hacienda en Perú, y la comunicación también es por webservice con SOAP, con estructuras definidas para los CPEs y Guías de Remisión(Albaranes), estos son UBLs firmados con certificados digitales por cada emisor, tal vez nos puedas indicar cuales son los módulos que realizan este proceso en su localización. Genial voy a revisar base_location_geonames_import, hay un tema que aquí en Perú existen dos entidades grandes gubernamentales que utilizan sus propios topónimos, SUNAT y RENIEC(personas), con algunas diferencias, voy a evaluar utilizar base_location_geonames_import muchas gracias por tus comentarios @pedrobaeza .

[pedrobaeza]

El módulo para la comunicación a Hacienda es https://github.com/OCA/l10n-spain/tree/12.0/l10n_es_aeat_sii

[JDSalcedo]

Muchas gracias Pedro, tus aportes vienen geniales a esta iniciativa, saludos.

[dantrix]

Felicitaciones por retomar el tema, actualmente estoy cargado con temas nuevas en recursos humanos que me impiden ver mas temas, pero estaré al tanto, suerte.