Portal de clientes: ¿código abierto o solución empaquetada? — ¿de qué deberíamos hacernos cargo técnicamente?

Nosotros tb montamos un panel de clientes de codigo abierto hace dos años con la misma ilusion. El chico q lo instalo se fue a los seis meses. Un dia se bloqueo la base de datos, los clientes no podian ver las facturas y gastamos mil euros en panico pa buscar a alguien afuera q levante el sistema. Comprobado por experiencia, un sistema ya listo te deja la cabeza mil veces mas tranquila.

Si van a instalar código abierto, en el servidor no solo hay que administrar el software, sino también la configuración del servidor web, la optimización de la base de datos y las reglas del firewall. Además, la capa de autorización para los documentos PDF almacenados debe programarse sin errores; de lo contrario, adivinando la URL se podría acceder fácilmente a la remisión de otro cliente.

Nosotros pagamos 160 euros al mes por una solución en la nube ya lista. Antes, cuando sumábamos el alquiler del servidor para el software de código abierto, el espacio de copia de seguridad externo y las facturas de soporte de 90 euros la hora que le pagábamos al programador freelance cada vez que surgía un problema, el gasto anual era casi el mismo, y encima con todo el estrés que conllevaba.

Aunque los servicios SaaS listos para usar resultan muy atractivos al principio, cuando dentro de dos años duplican los precios de forma unilateral no puedes hacer nada. Tus datos de clientes se quedan atrapados en su sistema y, si quieres irte, exportar la información puede convertirse en un verdadero calvario.

edit: escrito desde el móvil, perdonad las erratas.

Si te cuesta decidirte prueba las versiones de evaluación de un mes que ofrecen los sistemas SaaS con 5 o 10 clientes. Comprueba si realmente entran al sistema. Antes de meter 4.000 euros en código abierto lo mejor es ver si existe una demanda real.

si guardas datos de clientes en alemania la responsabilidad de seguridad y el cumplimiento de proteccion de datos es 100% tuya. la verdad a la minima brecha de seguridad en tu propio servidor la multa le cae directa a la empresa, yo de ti no me complicaba y pillaba un servicio ya listo.

Ed: ya se preguntó abajo, dejé la respuesta en el segundo mensaje.

En un sistema de código abierto, las cuatro cargas principales que consumen recursos internos son: 1) El seguimiento de parches de seguridad del servidor, 2) Hacer pruebas periódicas de restauración de las copias de seguridad de la base de datos, 3) Evitar que el servidor de notificaciones por correo caiga en listas negras, 4) Investigar uno a uno los errores de permisos de usuario.

150 clientes es un número muy manejable. Al principio podéis avanzar con una solución en la nube ya hecha y dejar claras vuestras necesidades operativas. Si más adelante el volumen supera los 500 y los sistemas SaaS se quedan cortos, entonces podéis plantearos invertir en un software de código abierto a medida.

El punto que más se pasa por alto sobre portal de clientes codigo abierto es este: Empezad con una pequeña prueba no lo integréis todo de golpe.

Yo pasé por esto, déjenme contarlo. El código sin documentación de instalación, aunque lo tengas, no es tuyo.

Empezad con una pequeña prueba, no lo integréis todo de golpe. Yo seguiría por ese camino.

Me han quedado claras las dudas, gracias. El sistema sigue vivo después de la entrega; el mantenimiento es una partida aparte.

tema muy oportuno.

No te olvides de: La gente no defiende el proceso, defiende la costumbre. bueno la resistencia viene de ahí.

El sistema sigue vivo después de la entrega; el mantenimiento es una partida aparte. Lo dejo como nota por si sirve.

El punto que más se pasa por alto sobre portal de clientes codigo abierto es este: Todo lo que no está por escrito, ambas partes lo recordarán de forma distinta en el futuro.

A nosotros nos pasó esto. La oferta más barata suele ser la menos pensada.

Yo seguiría por ese camino.

perdona pero esto no es válio en todos los casos. si obtienes tres respuestas distintas sobre un tema la pregunta está mal formulada.

yo seguiría por ese camino.

Yo también estaba pensando en lo mismo. Si la propiedad del código no está en el contrato, al irte no tienes poder de negociación.

Las decisiones apresuradas son las que hay que corregir seis meses después. Si tenéis dudas, escribid, os responderé en la medida de lo posible.

Resumen breve para nuevos usuarios: No tengáis miedo de preguntar, quien no pregunta siempre paga más caro.

Al tomar decisiones, escribe también el peor escenario, no solo el mejor. Eso es todo, disculpa si me he extendido demasiado.