| Availability |
Odoo Online
Odoo.sh
On Premise
|
| Odoo Apps Dependencies |
•
Invoicing (account)
• Point of Sale (point_of_sale) • Discuss (mail) • Inventory (stock) |
| Lines of code | 7616 |
| Technical Name |
l10n_es_verifactu_POS |
| License | OPL-1 |
| Website | https://www.mrrubik.com |
| Versions | 15.0 16.0 17.0 |
| Availability |
Odoo Online
Odoo.sh
On Premise
|
| Odoo Apps Dependencies |
•
Invoicing (account)
• Point of Sale (point_of_sale) • Discuss (mail) • Inventory (stock) |
| Lines of code | 7616 |
| Technical Name |
l10n_es_verifactu_POS |
| License | OPL-1 |
| Website | https://www.mrrubik.com |
| Versions | 15.0 16.0 17.0 |
⚠️ Requisitos técnicos
Este módulo requiere algunos paquetes adicionales de Python para funcionar correctamente:
signxml==3.2.2
cryptography==38.0.4
pyOpenSSL==22.0.0
lxml[html_clean]
Puedes instalarlos con:
pip install -r requirements.txt
Más información en el README incluido.
|
|
|
|
|
|
Odoo Proprietary License v1.0 This software and associated files (the "Software") may only be used (executed, modified, executed after modifications) if you have purchased a valid license from the authors, typically via Odoo Apps, or if you have received a written agreement from the authors of the Software (see the COPYRIGHT file). You may develop Odoo modules that use the Software as a library (typically by depending on it, importing it and using its resources), but without copying any source code or material from the Software. You may distribute those modules under the license of your choice, provided that this license is compatible with the terms of the Odoo Proprietary License (For example: LGPL, MIT, or proprietary licenses similar to this one). It is forbidden to publish, distribute, sublicense, or sell copies of the Software or modified copies of the Software. The above copyright notice and this permission notice must be included in all copies or substantial portions of the Software. THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
Please log in to comment on this module
There are no ratings yet!
Respuesta adiciona los comentarios del autor
Como te he dicho es licito que quieras ganar dinero, incluso darte a conocer, pero las empresas deben estar informadas de los riesgos no solo palabras bonitas, al final las palabras bonitas es vender humo.
Sigues con el "hoy" mismo, pero sigue sin ser necesario hoy mismo, no es el precio, no compensa depender de un solo desarrollador en algo tan crítico como Verifactu. Sigue sin estar claro quien es el responsable, la continuidad y la corrección de bugs. Depender de un solo desarrollador no ahorra tiempo, ni con el soporte personalizado y con el soporte garantizado que prometes, pero solo 30 días, si no te sale bien, ese mantenimiento caerá. El módulo de Odoo depende de la propia Odoo con un equipo más grande que el tuyo, el de OCA depende de muchas empresas de OCA con equipos más grandes que el tuyo, por lo tanto, esos dos si tienen mantenimiento garantizado, ya sea por Odoo, por cualquier miembro y contribuidor de OCA. En OCA se que hay asesores fiscales e incluso colaboradores de AEAT que trabajan en conjunto para lograr tener la localización que tiene OCA.
Si me aseguras que te haces tu responsable, hoy mismo me convences y lo compro, se que si haces algo mal las multas son para ti, incluso si yo lo hago mal también son para ti, pero eso no lo dejas nada claro, has evadido todo el rato esa pregunta. Entiendo que buscas poder vivir de tu módulo pero si no consigues una masa crítica y va a ser difícil ya que las mayoría de las implantaciones hay detrás un implantador y no va a optar por una opción tan arriesgada.
Solo te centras en los argumentos de venta, de tenerlo hoy mismo, dar soporte, solo 30 días, prometer mantenimiento y personalizaciones, estas me dan miedo, porque si personalizas debes cumplir la legislación, no vale todo en este módulo.
Yo entiendo que es un forma de darte a conocer si has empezado ahora con Odoo, porque parece que eres autónomo según linkedin. Esto me preocuparía aún más dejar el mantenimiento garantizado de un módulo tan crítico en un autónomo. Además viendo tu web no publicitas nada de Odoo, si en youtube, pero tu web son aplicaciones de emulación de videojuegos y otras aplicaciones móviles.
Según tu video de youtube cometes el mismo error en el POS (TPV) que comete Odoo, por eso mismo funciona, porque se emite una factura para cada ticket, eso es problema contable a largo plazo, por eso OCA tiene cambiado el tpv para cierres agrupados, no una factura por cada ticket, que no es obligatorio y solo genera libros diarios impracticables, en algunos casos con miles de apuntes contables al día por culpa de las TPVs. Así que empresas con muchas tiendas o con muchas ventas pequeñas hace imposible su uso.
Esta claro que estos días van a aparecer más casos como el tuyo y aprovechar el momento, pero perjudica al ecosistema Odoo más que ayudar.
Un saludo
Re: Respuesta adiciona los comentarios del autor
Vuelvo a agradecerte el tiempo que has dedicado a escribir tan extensamente, aunque no comparta muchas de las afirmaciones que haces, especialmente aquellas que juzgan mi trayectoria personal o profesional.
Dicho esto, te aclaro lo siguiente, por respeto a quien pueda leer esto con intención de informarse, no de polemizar:
- Responsabilidad:
Me hago plenamente responsable del funcionamiento técnico y legal del módulo tal como se distribuye.
Cada versión se adapta a los requisitos oficiales publicados por la AEAT, incluyendo esquema XML, firma digital y validaciones exigibles. Como es lógico, no puedo asumir responsabilidad por usos incorrectos, modificaciones externas o errores derivados de operaciones contables mal configuradas, lo cual se aplica igual a OCA, Odoo o cualquier otro proveedor.
- Continuidad y soporte:
Soy autónomo, sí —como lo son muchos desarrolladores que contribuyen en OCA o que han desarrollado módulos clave usados por miles de empresas.
Eso no significa improvisación. Significa compromiso directo.
El módulo está en uso en instalaciones reales, en producción, y mantengo personalmente tanto las actualizaciones técnicas como las adaptaciones legales. Si en algún momento eso cambiara, los usuarios lo sabrían, igual que ocurre con cualquier proveedor.
- Modelo POS y facturación por ticket:
La facturación por ticket es un enfoque funcional y legalmente válido, y así lo permite la AEAT para muchos casos reales. Si un cliente requiere cierres agrupados, se puede adaptar. Pero plantear que un módulo es inválido por emitir una factura por ticket es una generalización incorrecta.
En todo caso, no impongo un modelo único: ofrezco una solución práctica que puede personalizarse si es necesario.
- Sobre mi perfil profesional:
Mi experiencia no se resume en un perfil de LinkedIn o en una web de apps móviles,. Trabajo con Odoo desde hace años, he desarrollado soluciones a medida para múltiples entornos empresariales, y me tomo muy en serio la responsabilidad que implica ofrecer un módulo como este.
No tengo interés en polemizar, ni en convencerte de nada. Tampoco necesito justificarme por el hecho de no formar parte de OCA o de no trabajar en una gran consultora. El módulo está disponible como una opción funcional, legal y mantenida —nada más, pero tampoco menos.
Te deseo lo mejor en tus proyectos.
Un saludo,
Mr. Rubik
Respuesta adicional a los comentarios del autor
Más equivocaciones, alguna certeza, pero el mensaje es muy comercial para vender tu solución que es licito, y te comprendo.
Compatibilidad y versiones
Es correcto ahora mismo si, pero quien lo necesita ahora mismo, no es obligatorio, aunque queramos generar esa necesidad para vender algo. Hay que leer bien el BOE, es obligatorio para el 01/01/2026 para empresas y 01/07/2026 para autónomos. Se que me repito, pero insistes mucho para parezca que es obligatorio ya, y vender tu producto.
Estado actual de OCA
No es afirmar, es que esta en la 16.0, ni lo has probado, el PR se fusionará seguramente la semana que viene por lo que comentan, luego en breve estará en el resto, mucho antes del 01/01/2026. Vuelves a insistir que es hoy cuando se necesita, no es así, hay que leer el BOE.
Sobre el soporte y la continuidad
Vuelves a insistir en la adaptación a cada entorno, si la implantación esta bien, solo es instalar y si usas OCA lo sabes. Aquí si hay un punto que tienes razón, tu das soporte y OCA no lo va a dar, Odoo si, pero ya tengo a mi implantador, para que quiero soporte de un tercero, ese tercero tiene que acceder a mis datos? Lo siento pero mis datos no están mas que en nuestras manos y mi implantador, que tiene firmada la GDPR, y más siendo datos contables. Me parece bien que das soporte, pero si tienes implantador no es necesario, si no lo tienes puede ayudar. La continuidad aunque la nombras no dices nada, si tu un día cierras o abandonas el proyecto, porque sinceramente estando Odoo y OCA, tu proyecto no tiene mucho futuro, como mucho en las instalaciones antiguas los que estén confundidos y no conozcan OCA, cuando la gente se vaya dando cuenta, se acaba la continuidad porque esto lo haces por ganar dinero, sino ganas que objetivo hay de mantenerlo, toca cambiar igualmente a Odoo u OCA.
Licenciamiento y responsabilidad legal
La declaración responsable es por el desarrollador del software (https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/informacion-tecnica/ejemplo-declaracion-responsable.html) no de la empresa emisora. Odoo nunca te la va firmar dicha declaración, y el cliente (lo que tu llamas emisor de facturas) no debería, el no sabe si tu SIF cumple la normativa, yo no lo firmaría, sin embargo en OCA como lo usan miles de empresas de muchos implantadores, si me fio, además de que me fio de mi implantador. Obviamente también me fio de Odoo matriz. Pensemos que lo firmas tu, entonces te responsabilizas tu de la presentaciones que pueda hacer cualquiera que te compre el módulo, aunque estén mal por error o incluso los que quieran hacer fraude. Esto no lo va a tener nunca ni Odoo ni OCA. Si hay "secuestro" de código eso es intrínseco en cualquier solución como la tuya, más si dices "cerrada", no hay más empresas o personas que lo distribuyan, solo dependen de tí (secuestro). Obviamente tienen la alternativa de cambiar a Odoo u OCA. Lo peor es que si tu por cualquier razón cierras, no hay más empresas que lo mantengan, a diferencia de Odoo u OCA que lo puede implantar cualquiera.
Sobre los costes y decisiones empresariales
Lo quieren ya, y probado por quien por las 8 empresas que te lo han comprado, puede que más que te lo hayan comprado fuera de Odoo Apps, a parte de ti, el de OCA esta probado ya por bastantes más, ya solo en los OCA Days, vi a más de 10 empresas debatiendo las mejoras y como optimizar el módulo y todas lo habían probado, vale son implantadores, pero también tienen que presentar. Seguramente la semana que viene me ponga el de OCA ya en activo, porque como he dicho parece que es cuando lo van a publicar. Respecto a regímenes especiales, no debes saber muy bien como funciona Odoo, porque esto esta en un módulo central, donde están esas posiciones, y además hay muchas que Odoo no tiene pero OCA si, y de hecho OCA mejora con un módulo central. A menos que las hayas creado de nuevo, has tenido que usar un módulo OCA y si has usado un módulo OCA y el tuyo depende de el, ya no puede ser OPL-1, tiene que ser AGPL-1. También vuelves a insistir en el tiempo, estas obsesionado que el de OCA cuesta más tiempo, a mi no, me lo pone mi implantador. Las mayoría de las implantaciones, hay un implantador detrás, y el que no lo tiene y se lo auto-implantado tiene equipo de sobra para conocer como hacerlo. Odoo no es magia.
Bien dices es una opción más, pero con información muy escasa, y aprovechándose de la incertidumbre y conocimiento de muchos usuarios. Por eso, admito que estás tácticas no me gustan, aunque sean licitas, igual que no me gustan las empresas que te llaman diciendo que da igual el ERP que tienes que ellos se conectan con su software y te mandan verifactu, igual de licitas, pero habiendo soluciones oficiales o de la reputada OCA, no recomiendo un módulo "cerrado" y sin claridad.
Un saludo
Re: Respuesta adicional a los comentarios del autor
Hola de nuevo,
Gracias por tomarte el tiempo de compartir de forma tan extensa tu visión. No puedo más que respetarla.
No pretendo convencerte —ya has dejado claro que confías plenamente en OCA y Odoo, lo cual es legítimo—. Solo aclaro que mi módulo no busca competir ideológicamente con nadie, sino ofrecer una solución concreta y práctica para quien necesita implementar VeriFactu en su sistema hoy mismo, sin esperas, con soporte personalizado, funciones personalizadas y mantenimiento garantizado.
Entiendo que no es tu opción preferida, y lo respeto completamente. Otros usuarios, sin embargo, valoran tener una herramienta que funcione desde ya,y se adapte al estado de su empresa, aunque sea cerrada, si les ahorra tiempo, errores o carga técnica.
Por mi parte, cierro aquí el intercambio para no convertir esto en un debate sin salida. Lo dicho: cada empresa es libre de elegir qué camino seguir.
Un saludo,
Mr Rubik
Respuesta al comentario anterior del autor
Hay mucho que responder, porque demuestras que no conoces mucho OCA, por no decir casi nada.
Punto 1. Odoo es cierto que estará en versiones 17.0, 18.0, 19.0 y posteriores. OCA no lo va a dejar en la 16.0, lo dijeron en las jornadas que me temo que tu no estabas, bajará a versiones anteriores. Enhorabuena a la 12.0 no bajará porque no es lógico a estas alturas, así que ahí puedes ganar algo dinero. De todas formas el SII esta desde la versión 8.0, para los que no sepan si no podéis por version o porque no queréis verifactu os podéis acoger voluntariamente a SII. Comunicas facturas de clientes y proveedores, pero en su contra es más flexible acepta modificación de errores sin anular en 96 horas. Antes que ponerme una versión de pago me pongo SII, pero esto es una decisión de cada uno.
Punto 2.Tu módulo para Odoo es tan oficial como el de OCA. El tuyo tampoco esta oficialmente aprobado por Odoo. Es solo aprovechar el momento para ganar algo de dinero. Sin duda es licito que quieras ganar dinero, pero me parece aprovecharse de la incertidumbre. Además decir que OCA necesita conocimientos técnicos,los mismos que instalar un módulo de cualquiera como el tuyo, no se donde te has sacado que necesita adaptación a cada empresa, esto al menos me da a entender que no has copiado código de OCA, que sería ilegal con tu licencia, por que si lo hubieses estudiado te darías cuenta que no necesita adaptación a cada empresa más allá que seguramente la que tenga tu módulo.
Hay tiempo hasta el 01/01/2026 para empresas y 01/07/2026 para autónomos. Entiendo que quieres decir que como el de OCA esta PR, no esta acabado, si buscas charlas de las jornadas verás que si, solo que los estándares de alta calidad de OCA obligan a que pasen diferentes test y optimizaciones. En un módulo como el tuyo no se sabe lo que tiene.
Punto 3. Vuelve a ser algo parecido, desconocimiento fuerte de OCA. Es cierto que el de Odoo no hace el envío automático, pero el de OCA si. Comentas que firmas digitalmente las facturas otro desconocimiento porque OCA también lo hace desde hace años y sin necesidad de Verifactu con el módulo Qweb PDF reports signer. Ambos validan el XML, porque usan correctamente el wsdl, así que no se como indicas que no validan el resto los XML. Control de errores, depende a lo que te refieras, como me digas que una vez mandada una factura si un error humano tu lo controlas, no conoces Verifactu. Si te refieres antes de mandarlo, no vas a poder mandar un archivo que no cumpla el formato que indica el wdsl.
Punto 4. También dar a entender que los módulos de OCA y el oficial son menos fiables que el tuyo, no suena nada bien. No apareces en el listado de partner, que es cierto que los nuevos no aparecen, ni me suena que hayas ido a jornadas de Odoo, ni a OCA Days, en tu web no veo nada de Odoo. OCA lleva una trayectoria de mucho años demostrando la calidad que tienen los módulos desarrollados por los contribuidores de OCA, cientos de empresas que llevan años trabajando con Odoo. Esto significa que cualquier módulo no depende de una sola empresa o persona que puede desaparecer de un día para otro, como puede pasar con el tuyo. No hay secuestro de código, esta publicado y es libre, tanto el de Odoo como el de OCA. No me arriesgaría a depender legalmente de un tercero que no hay referencias.
Por otro lado te vas hacer tu responsable de lo que presente tu módulo, como Odoo es código abierto, que no significa gratis, cualquier puede comprarlo alterarlo y luego presentar con tu nombre de forma ilegal y que te caiga la multa a ti. Si lo haces sere el primero que lo use. No dices nada de como has resuelto esto, porque como me digas que es la empresa que use tu módulo el que tiene que hacer la declaración responsable ya sería un despropósito total que encimas pagues un módulo para realizar tu mismo los tramites de la declaración responsable.
Cada cual es libre de elegir, como dices es una opción, módulos oficiales de Odoo (no necesita enterprise) cubiertos por Odoo (17.0, 18.0 y 19.0), módulo OCA que aunque aún no este en versiones anteriores a la 16.0 lo va estar, y tiene una contrastada historia, calidad y continuidad, ya que son muchas empresas las que lo mantienen desde hace muchos años, o un módulo de un tercero que no es gratuito y no se sabe realmente la continuidad que tendrá.
Re: Respuesta al comentario anterior del autor
Gracias por tu mensaje y por tomarte el tiempo en compartir tus puntos.
No pretendo abrir un debate técnico ni institucional, simplemente ofrezco una solución real, funcional y operativa desde ya, que muchas empresas ya están utilizando, incluso mientras esperan avances en otras alternativas. Como bien dices, cada cual es libre de elegir.
Aclaro brevemente algunos puntos clave:
Compatibilidad y versiones
Mi módulo es compatible desde Odoo 12 hasta 17, en versiones community y enterprise. A día de hoy, esto lo convierte en una de las pocas soluciones disponibles para quienes usan versiones anteriores a la 17 y necesitan cumplir con VeriFactu sin reinventar la rueda.
Estado actual de OCA
Conozco y valoro el trabajo de OCA —de hecho, muchos módulos míos se apoyan en sus buenas prácticas—, pero afirmar que su implementación de VeriFactu está "lista" no es del todo exacto: sigue en PR pública y no está disponible en el 90% de las instalaciones reales. Es legítimo confiar en su futuro, pero eso no ayuda a quien necesita una solución cerrada, validada y en producción hoy.
Sobre el soporte y la continuidad
Tener un módulo en OCA o en GitHub no garantiza soporte personalizado ni adaptación a cada entorno. En mi caso, el soporte está garantizado con contrato, resolución de incidencias, actualizaciones por cambios legales y asistencia directa. No es solo código: es solución + mantenimiento + acompañamiento técnico.
Licenciamiento y responsabilidad legal
Mi módulo no obliga al cliente a ceder ninguna autoría ni responsabilidad. La declaración responsable es y debe ser siempre firmada por la empresa emisora de las facturas, como exige la AEAT. No hay "secuestramiento" de nada. Y por supuesto, todo el código está libre de dependencias indebidas: no se copia nada de OCA ni de terceros sin licencia compatible.
Sobre los costes y decisiones empresariales
Es cierto: existe un margen hasta 2026. Precisamente por eso muchos prefieren no esperar a que algo "pueda estar listo" y optan por algo ya probado y en marcha, con soporte, control de errores, logs, validador propio y adaptaciones a POS o regímenes especiales. Es una decisión empresarial, como tantas otras: invertir tiempo o invertir en una solución ya funcional.
Dicho todo esto, no intento convencer a nadie. Mi módulo es simplemente una opción profesional más, especialmente útil para quienes necesitan actuar ya o no pueden depender del roadmap de otros.
Un saludo,
Mr Rubik
Porque no usar el oficial de Odoo o los que desarrolla OCA
No entiendo porque comprar un módulo que es obligatorio legalmente, si ya lo tiene Odoo oficialmente y además también desarrolla otro de forma gratuita OCA, a traves de la Asociación Española de Odoo (AEOdoo): https://www.aeodoo.org
https://www.odoo.com/es_ES/blog/business-hacks-1/sistema-verifactu-en-espana-1464
https://github.com/OCA/l10n-spain/pull/3579
Re: Porque no usar el oficial de Odoo o los que desarrolla OCA
Gracias por tu comentario. Es importante aclarar algunos puntos que a menudo generan confusión:
Lo dicho: mi módulo es una opción. Si prefieres invertir tiempo en adaptar soluciones gratuitas o en desarrollo, por supuesto puedes hacerlo. Cada empresa debe valorar qué le resulta más eficiente.
Un saludo.