En resumen: jshERP (Guan Yi Jia ERP, antes Hua Xia ERP) es un candidato de código abierto creíble para pequeñas empresas de retail, venta al por mayor y trading que necesitan control de compras, ventas, inventario y finanzas, especialmente si tu equipo puede trabajar con Java, Vue y material en chino. No es un producto plug-and-play. La última versión etiquetada es la v3.5 del 11 de noviembre de 2024, la pila tecnológica documentada es antigua (Spring Boot 2.0.0, JDK 1.8, Vue 2.7), las incidencias abiertas afectan a la instalación y a los flujos centrales, y el README incluye credenciales por defecto que deben cambiarse. Trata jshERP como un punto de partida validado, no como un sistema terminado.

Esta revisión del ERP de código abierto jshERP se basa en el repositorio de GitHub, el README, las notas de versión y el rastreador de incidencias en la instantánea del 10 de agosto de 2026. No se realizó ninguna instalación ni prueba en tiempo de ejecución, por lo que las afirmaciones del repositorio se atribuyen a sus mantenedores y deben verificarse en tu propio entorno.

Datos clave de un vistazo

Qué cubre jshERP

Según la descripción del repositorio, jshERP está construido sobre Spring Boot con un modelo SaaS y está dirigido a pequeñas y medianas empresas. Los mantenedores describen el alcance actual como compras, ventas, inventario y finanzas, con módulos para gestión de retail, compras, ventas, gestión de almacén, finanzas, consultas de informes y gestión del sistema. Las funciones listadas incluyen pagos anticipados, ingresos y gastos, traspasos entre almacenes, ensamblaje y desensamblaje, pedidos, informes de estado de inventario y estadísticas de entradas y salidas. Los mantenedores también afirman que el control de roles y permisos llega al nivel de botón y de menú.

El README añade que el conjunto de funciones actual es compras/ventas/inventario más finanzas y producción, con funcionalidad ERP completa planificada. También afirma un selector de 73 idiomas en la página de configuración de la interfaz. Esas son afirmaciones de los mantenedores; esta revisión no ejecutó el software.

Quién debería considerar jshERP

Considera jshERP si tu negocio es de retail, venta al por mayor o trading de pequeño tamaño, tu proceso central es comprar stock, vender stock, controlar el dinero e informar sobre ambos, y dispones de experiencia en Java y Vue internamente o de presupuesto para un proveedor. También es una base razonable para desarrolladores que quieren una base de código ERP Apache-2.0 funcional que personalizar en lugar de empezar desde cero.

Encaja peor si necesitas planificación de fabricación profunda, contabilidad avanzada o específica de cada país, un despliegue que puedas operar sin ayuda técnica continua o un ritmo de versiones rápido. Los equipos de habla inglesa deben valorar que el README, los enlaces de documentación y los canales de soporte están orientados primero al chino, con ofertas de los mantenedores, como la plataforma en la nube y los plugins, promocionadas a través de canales chinos de comercio electrónico y mensajería.

Señales de mantenimiento

El repositorio se creó en septiembre de 2016. En la instantánea del 10 de agosto de 2026 tenía 4.484 estrellas, 1.487 forks y 102 incidencias abiertas, y los metadatos del repositorio registran un push tan reciente como el 5 de agosto de 2026. El proyecto no está inactivo, pero las versiones etiquetadas llegan con lentitud: la v3.5 se publicó el 11 de noviembre de 2024 y resume aproximadamente 370 commits y más de 80 correcciones de errores desde septiembre de 2023; las versiones anteriores son v3.3 (septiembre de 2023), v3.2 (julio de 2022), 3.1 (diciembre de 2021) y 2.3 (enero de 2021). Eso deja unos 21 meses entre la v3.5 y esta revisión.

El rastreador de incidencias abiertas es la señal más importante. Varias incidencias llevan años abiertas, incluida una devolución de compra que, según se informa, no genera un registro de salida ni reduce el stock (incidencia #66, abierta en octubre de 2022), un error de compilación del front end (incidencia #64, abierta en octubre de 2022), un fallo de inicio de sesión con una excepción del servicio de consultas (incidencia #92, abierta en junio de 2023) y un fallo al recuperar el captcha de inicio de sesión (incidencia #118, abierta en enero de 2025). Ninguna estaba cerrada en la fecha de la instantánea. Eso no demuestra que el código actual esté roto, pero son exactamente los flujos que hay que probar antes de producción.

Consideraciones de despliegue

El README documenta un entorno específico: Spring Boot 2.0.0, MyBatis 1.3.2, Vue 2.7.16, Ant Design Vue 1.5.2, Jeecg-Boot 2.2.0, Maven 3.3.9, JDK 1.8, MySQL 8.0.24, Redis 6.2.1 y Nginx 1.12.2, con Node 20.17.0 para las compilaciones del front end. Varias de estas versiones son antiguas en la fecha de esta revisión, así que verifica tú mismo el estado actual de soporte y de parches de seguridad; este artículo no hace ninguna afirmación de seguridad sobre ellas.

El despliegue no es inmediato. El README enlaza un tutorial de despliegue, pero los usuarios han abierto incidencias sobre la instalación, incluida una petición de una vía docker-compose porque la instalación es compleja (incidencia #107), el error de compilación del front end mencionado antes y una página vacía tras iniciar sesión (incidencia #5, abierta en marzo de 2020). Planifica un ensayo completo de instalación e inicio de sesión en tu propio hardware antes de comprometerte.

El README también documenta las credenciales por defecto: tenant jsh, cuenta de administrador admin y contraseña 123456. Cualquier despliegue en producción debe cambiarlas de inmediato y revisar el modelo de permisos de roles y a nivel de botón que describen los mantenedores. Es un valor por defecto documentado, no una vulnerabilidad probada.

Limitaciones y qué verificar antes de producción

1. Reproduce la compilación y el despliegue descritos en el README en tus propios servidores y verifica el flujo de inicio de sesión, que tocan las incidencias abiertas #118 y #92.
2. Cambia las credenciales por defecto documentadas y audita los permisos de roles y de botón antes de introducir datos reales.
3. Prueba los casos límite de inventario, especialmente las devoluciones de compra y los ajustes de stock (incidencia #66).
4. Comprueba si los informes integrados cubren lo que necesita la dirección; una incidencia abierta (#89) pregunta si existe la generación de informes avanzada, y la lista de módulos está orientada a informes estándar de inventario y finanzas.
5. Verifica en la compilación real la afirmación de los 73 idiomas para tu idioma antes de confiar en ella.
6. Evalúa el mantenimiento de Spring Boot 2.0.0, JDK 1.8, Vue 2.7 y las bibliotecas relacionadas, y reserva presupuesto para actualizaciones o un proyecto de modernización.
7. Planifica la migración de datos desde tu sistema contable o de inventario actual, además de copias de seguridad y una ruta de reversión.
8. Define tu vía de soporte: capacidad interna de Java/Vue, las ofertas de personalización y plugins de los mantenedores descritas en el README o un proveedor de terceros.

Alternativas y preguntas de evaluación

Compara jshERP con las suscripciones a ERP SaaS gestionados y con otros proyectos de ERP de código abierto usando los propios registros de cada proyecto: ritmo de versiones, idioma de la documentación, cobertura de módulos y cómo se resuelven realmente las incidencias. Para el control básico de inventario y dinero, un producto alojado puede costar menos que operar y mantener esta pila; para flujos de trabajo poco habituales, una construcción a medida sobre una plataforma más ligera puede ser más barata que adaptar un ERP completo.

Antes de elegir, pregúntate: ¿nuestros flujos encajan solo con compras, ventas, inventario, finanzas y producción básica? ¿Tenemos experiencia en Java y Vue, o presupuesto de mantenimiento? ¿Es aceptable para nuestro equipo una documentación en chino? ¿Qué ocurre con los datos y las personalizaciones cuando llegue la próxima versión? ¿Qué informes necesita realmente la dirección y los proporciona este proyecto de serie? ¿Cuánta tolerancia tenemos a incidencias que llevan mucho tiempo abiertas en flujos centrales?

Veredicto

jshERP merece una prueba práctica para pequeñas empresas de trading, retail y venta al por mayor que puedan aceptar una pila Java/Vue, documentación orientada primero al chino y un compromiso real de mantenimiento, y para desarrolladores que quieran una base de ERP Apache-2.0 sobre la que construir. Como esta revisión se basa solo en fuentes y documentación, no la trates como prueba de preparación para producción: ejecuta un despliegue de prueba, prueba los flujos citados en las incidencias abiertas, cambia las credenciales por defecto y solo entonces decide.

Elige otra opción si necesitas funcionamiento plug-and-play, fabricación profunda o contabilidad específica de un país, un ritmo de versiones activo o soporte de proveedor en inglés. Esas necesidades apuntan a un producto SaaS gestionado, a otro ERP de código abierto con mayor actividad comunitaria o a un sistema a medida.

Fuentes

• Repositorio jishenghua/jshERP (metadatos del repositorio, README, descripción)
• Notas de la versión v3.5 de jshERP
• Documentación de despliegue de jshERP (enlazada desde el README)
• Incidencia #107: petición de instalación con docker-compose
• Incidencia #66: la devolución de compra no reduce el stock
• Incidencia #118: fallo al recuperar el captcha de inicio de sesión

Si jshERP te parece prometedor pero el despliegue, el endurecimiento, los módulos personalizados o la modernización de la pila tecnológica quedan fuera del alcance de tu equipo, ayudo a empresas a evaluar y desarrollar software empresarial a medida. Puedo revisar qué cubre realmente jshERP para tus operaciones, definir las carencias y guiar un despliegue o una sustitución a medida más simple cuando esa es la vía más barata. Recibes una evaluación directa antes de gastar en licencias o desarrollo.