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?
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.
Artículos relacionados en el mismo idioma
- Agentes de IA para desarrollo: qué revisar antes de adoptarlos
- CRM de WhatsApp open source con IA: análisis de Vocero