PyERP: lo que debes saber antes de adoptar un ERP de código abierto en desarrollo


Si buscas un ERP de código abierto para tu pyme, PyERP aparece con una propuesta atractiva: licencia MIT, enfoque en pequeñas y medianas empresas y un roadmap ambicioso. Pero la respuesta honesta tras revisar el repositorio y su documentación es que todavía no es un sistema para poner a operar tu negocio. El propio README lo describe como un proyecto “aún en desarrollo”, los módulos críticos de ventas, contabilidad, inventario y compras siguen pendientes en su roadmap, y en la evidencia revisada no hay releases publicados. Eso no lo invalida como base técnica: puede servir para desarrollo a medida, toma de control o como referencia, siempre que cuentes con un equipo que complete los módulos, mantenga el sistema y responda ante incidencias.

Qué es PyERP y qué dice su documentación

PyERP es un proyecto de código abierto cuyo autor, Marlon Falcón Hernández, presenta en el README como un “ERP de bolsillo” basado en Django y orientado al usuario. Según esa misma documentación, el proyecto se trabaja desde 2020 y fue reestructurado por completo en 2025 para hacerlo “más modular y fácil de mantener”. El autor se describe como desarrollador y consultor ERP con más de diez años de experiencia en sistemas ERP y CRM para pequeñas y medianas empresas.

El README incluye también un pitch deck en el que el proyecto se define como un “ERP multivertical con IA para pymes”: un modelo SaaS con módulos para venta online, punto de venta, servicios, clínicas, restaurantes, construcción, inmobiliarias y créditos, con una suscripción estimada de entre 19 y 99 € mensuales y una búsqueda de un millón de euros de inversión. Esta doble naturaleza importa: el repositorio no es solo software abierto, también es la base de una iniciativa comercial, y eso puede cambiar prioridades, plazos y decisiones de licenciamiento.

Ficha del repositorio: datos observados

Los siguientes datos provienen de los metadatos del repositorio y del README. No hemos instalado ni ejecutado el proyecto; esta revisión se basa únicamente en la evidencia pública recopilada.

Dato Valor observado
Repositorio falconsoft3d/pyerp
Descripción en GitHub “Construyendo un erp de bolsillo”
Licencia MIT
Lenguaje según metadatos de GitHub JavaScript
Framework según el README Django (Python)
Fecha de creación 8 de abril de 2020
Última actualización de metadatos 19 de julio de 2026
Último push al repositorio 3 de febrero de 2026
Estrellas / forks 133 / 76
Issues abiertos 4 según los metadatos, sin contenido adjunto en la evidencia
Releases publicados Ninguno en la evidencia revisada
Roadmap completado Productos y Contactos
Estado declarado por el autor En desarrollo; reestructurado en 2025

Un detalle llama la atención: GitHub clasifica el repositorio como JavaScript, mientras que el README dice que está basado en Django. No tenemos evidencia para resolver esa contradicción, y conviene verificarla antes de decidir, porque define qué perfil técnico necesitas.

Limitaciones que debes conocer antes de adoptarlo

  • Módulos críticos pendientes. Según el roadmap del README, ventas, contabilidad, inventario, compras y punto de venta aún no están completados. Sin ellos no existe un ciclo comercial completo.
  • Sin releases documentados. En la evidencia no aparece ninguna versión etiquetada, lo que complica planificar actualizaciones y saber qué versión se está ejecutando.
  • Continuidad del mantenimiento. El README identifica a una única persona como autor y contacto. No es un defecto en sí mismo, pero sí un factor de riesgo para un sistema del que dependerá tu operación.
  • Objetivo comercial en evolución. El pitch deck busca inversión y plantea un modelo SaaS de suscripción; el proyecto puede orientarse a ese producto antes que a despliegues propios de cada cliente.
  • Integraciones y seguridad sin evidencia. La integración con IA figura como pendiente y la documentación revisada no incluye información sobre despliegue, pruebas o seguridad. No afirmamos que no exista: simplemente no está en la evidencia.

Criterios para decidir si PyERP encaja en tu empresa

  • ¿Necesitas un ERP operativo en los próximos meses? Con el roadmap actual, PyERP no cubre esa necesidad por sí solo.
  • ¿Tu caso de uso se limita a productos y contactos y puedes asumir desarrollo adicional? Ahí sí puede servir como punto de partida.
  • ¿Quién mantendrá el sistema cuando haya incidencias, cambios legales o nuevas integraciones? Si la respuesta es “nadie”, es un riesgo.
  • ¿Dependes de integraciones con e-commerce, facturación electrónica o pasarelas de pago? Son módulos y conexiones que aún están pendientes o sin documentar.
  • ¿Prefieres un ecosistema maduro con comunidad amplia y versiones estables? PyERP, según los datos observados, no lo ofrece todavía.

¿Tu sistema tiene un problema parecido?

Ver el servicio relacionado · Contactarme

Qué puedes verificar internamente antes de comprometerte

  • Lee el README completo y el sitio oficial pyerp.co; presta atención a los módulos marcados como pendientes.
  • Revisa la actividad del repositorio: commits recientes, issues abiertos y existencia de versiones etiquetadas.
  • Confirma el stack real del proyecto, dado el desajuste entre el lenguaje declarado en GitHub y el framework citado en el README.
  • Prueba el proyecto en un entorno aislado, sin datos reales, antes de hablar de producción.
  • Pregunta explícitamente por documentación de instalación, respaldo de datos, seguridad y soporte.

Cuándo tiene sentido contratar desarrollo externo

Si el diagnóstico te lleva a considerar PyERP o un proyecto similar, el trabajo no termina en el código. Un equipo externo aporta valor en puntos concretos: completar los módulos pendientes con desarrollo a medida; tomar el relevo de un proyecto cuyo autor no puede atender; migrar tus datos desde Excel, WhatsApp o un sistema anterior; integrar APIs de pago, contabilidad o e-commerce; reparar incidencias en producción y mantener el sistema con respaldos y actualizaciones; y decidir la arquitectura antes de comprometer datos reales. Estos son precisamente los escenarios donde el proyecto necesita refuerzo, no una lista de servicios opcionales.

Veredicto

Basándonos únicamente en el repositorio y su documentación, PyERP es un proyecto interesante pero inmaduro para producción. No recomendamos adoptarlo hoy como sistema operativo de tu negocio: el roadmap no cubre el ciclo comercial completo, no hay releases en la evidencia y la continuidad depende de una sola persona y de una iniciativa que busca inversión. Sí puede tener sentido como base de desarrollo a medida, como referencia de arquitectura modular o como proyecto a tomar el control, siempre que un equipo asuma el desarrollo de módulos, la migración de datos y el mantenimiento. Si lo que necesitas es operar ya, evalúa alternativas maduras o construye un sistema adaptado a tu proceso.

¿Tu sistema tiene un problema parecido? Si una incidencia, un ataque, una actualización o un sistema sin mantenedor afecta al negocio, puedo ayudarte a diagnosticarlo y corregirlo.

Ver el servicio relacionado · Contactarme

Artículos relacionados en el mismo idioma

Fuentes


Solicitar ayuda