Guías  ·  2026-08-29  ·  9 min lectura

Cómo cambiar de software sin parar el club: guía de migración

El miedo es razonable, el salto no hace falta

Un club no puede permitirse un fin de semana con dos personas reservando la misma pista. Por eso la mayoría de los cambios de software se posponen indefinidamente: no es que el sistema actual guste, es que apagarlo da miedo y encenderlo otro sin haberlo probado da más.

La buena noticia es que la parte que da miedo —el momento del corte— es evitable. Casi cualquier sistema de gestión sabe publicar su calendario en un formato estándar, y eso permite que dos plataformas convivan sin pisarse: la vieja sigue siendo la fuente de verdad de lo que ya está ocupado, y la nueva simplemente no ofrece esos huecos.

Cuando pasan tres semanas, ya no estás decidiendo con una demo: estás decidiendo con tres semanas de tu club en las dos herramientas. Y si la nueva no te convence, no has apagado nada.

La pieza que lo hace posible: el calendario iCal

iCal (los ficheros .ics) es el formato estándar de calendarios. Es lo que usan Google Calendar y Outlook, y lo que exporta la mayoría de software de gestión de clubes. Un feed iCal es una URL que, cada vez que se consulta, devuelve la lista de eventos ocupados.

Así se monta la convivencia en BookrGo:

1. En el sistema que usas hoy, buscas la URL del feed iCal de cada pista. Suele estar en ajustes, en exportación o en sincronización de calendario.
2. En BookrGo entras en Editar pista → Sincronización iCal y pegas esa URL. Si tu feed es privado y pide autenticación, hay un hueco para la cabecera y su valor.
3. A partir de ahí, BookrGo consulta ese feed cada 15 minutos y bloquea las horas que aparecen ocupadas. Nadie puede reservar aquí una hora que ya está vendida allí.

Y en la otra dirección, para que tu sistema actual también vea lo que se reserva en BookrGo: hay un feed .ics suscribible con las reservas de tu centro de los próximos 60 días, que se obtiene con una clave de API desde tu panel. Lo suscribes en el sistema que usas hoy y las reservas nuevas aparecen allí como bloqueos.

Los límites del iCal, dichos antes de que te los encuentres

• No es tiempo real. El sondeo es cada 15 minutos, así que en el peor caso hay ese desfase. Para una agenda de pistas es perfectamente asumible; para un centro que vende la misma hora en dos sitios al minuto, no.
• Se configura por pista, no por club. Si tienes ocho pistas, son ocho URLs. Es un rato de copiar y pegar, una sola vez.
• Solo lee. El feed iCal entrante bloquea huecos; no crea reservas en tu sistema actual. Durante la convivencia, cada reserva vive en la plataforma en la que se hizo.
• Depende de que tu sistema actual publique el feed. Si no exporta .ics, esta vía no está disponible y hay que mirar si su API sirve.
• Horizonte de 90 días. Se importan los eventos de los próximos tres meses; lo que esté más allá se recogerá cuando entre en ventana.

Los socios: el CSV

La segunda parte del miedo es el fichero de socios. Dar de alta a 300 personas a mano no lo hace nadie, y con razón.

El camino es un CSV, y conviene saber exactamente cómo se comporta antes de preparar el archivo:

• Formato: una cabecera con email, name y opcionalmente tier (la categoría de socio, que se empareja por nombre con una de las que ya tengas creadas). Si no hay cabecera, se asume ese orden de columnas.
• Topes: 2 MB de fichero y 10.000 filas por importación. Para un club real sobra; si tienes más, se parte en dos.
• Se puede repetir sin miedo. Reimportar el mismo CSV actualiza en vez de duplicar. Es lo que permite hacer una prueba con veinte filas, comprobar el resultado y luego subir el fichero entero.
• Qué pasa con cada fila: se crea el socio en estado pendiente (sin cuota pagada todavía). Si ese email no tiene cuenta, le llega una invitación; si ya la tiene, un aviso dentro de la app.
• Está en todos los planes, también en el gratis: puedes hacer la migración entera antes de pagar nada.

Si no tienes el fichero limpio —y muchos clubes no lo tienen—, hay una alternativa que no exige CSV: el alta por QR en recepción. El socio escanea, se registra él, y queda dado de alta en tu club. Sirve para el goteo de los que faltan después de la importación.

Antes de nada: saca tus datos del sistema actual

Este es el paso que se olvida y el que más caro sale. Antes de mover una sola pista, exporta del sistema que usas hoy todo lo que se pueda exportar: socios con email y teléfono, histórico de reservas, cuotas y estados de pago, y cualquier fichero de facturación.

Hazlo aunque no vayas a cambiar. Si tu proveedor actual no te deja exportar tú mismo en un formato abierto, acabas de aprender algo importante sobre esa relación, y es exactamente una de las cuatro cosas que hay que mirar al elegir.

El plan de cuatro semanas

Semana 0 — preparar, sin tocar nada

1. Exporta todo lo exportable del sistema actual (arriba).
2. Reclama o crea la ficha de tu centro y comprueba que los datos públicos son correctos: nombre, dirección, deportes, horarios, fotos.
3. Da de alta tus pistas con sus nombres reales, los mismos que usa tu equipo. No inventes nomenclatura nueva en mitad de una migración.

Semana 1 — convivencia

1. Pega el feed iCal de cada pista. Comprueba con una reserva de prueba en el sistema viejo que en 15 minutos ese hueco desaparece del nuevo.
2. Suscribe el feed .ics de BookrGo en tu sistema actual, para que la información viaje en las dos direcciones.
3. Todavía no anuncies nada a los socios. Esta semana es para ti y para las dos o tres personas de tu equipo que van a usar el panel.

Semana 2 — un grupo pequeño de verdad

1. Configura precios por pista y franja, y las reglas que ya tienes: antelación máxima, cupo por persona, política de cancelación.
2. Importa veinte filas del CSV de socios, no las trescientas. Comprueba que llegan las invitaciones y que las categorías han casado bien.
3. Pide a esos veinte que reserven de verdad durante una semana. Lo que salga mal aquí sale mal con veinte personas, no con tu club entero.

Semana 3 — el resto

1. Sube el CSV completo. Como reimportar actualiza, las veinte filas anteriores no se duplican.
2. Si vas a cobrar online, conecta la cuenta de cobro: se abre a nombre de quien gestiona el centro y la verificación la hace Stripe, no nosotros.
3. Comunica el cambio a los socios con una fecha concreta y una frase de por qué.

Semana 4 — apagar (o no)

1. Deja el sistema viejo funcionando en solo lectura una o dos semanas más, con el feed iCal todavía conectado. No cuesta nada y es la red de seguridad.
2. Cuando ya no entren reservas por allí, quita las URLs de iCal de las pistas y da de baja el contrato antiguo respetando su preaviso — si tiene renovación automática, ese es el detalle que puede costarte un año entero.

Qué NO se migra, y hay que decirlo

Una guía de migración que solo cuenta lo que sale bien no sirve. Esto es lo que no va a viajar:

• El histórico de reservas pasadas. No hay importación de reservas: lo único que se importa es el fichero de socios. Tu histórico se queda en el CSV que exportaste, que es donde tiene que estar para tu gestoría.
• Los saldos, monederos y bonos ya vendidos del sistema anterior. Se vuelven a crear los bonos que vendas a partir de ahora; lo que ya cobraste allí se liquida allí.
• Los mandatos de domiciliación que ya tienes firmados. La cuota sí se puede domiciliar aquí —el socio elige tarjeta o domiciliación al autorizarla—, pero el mandato lo firma él de nuevo: no se importan mandatos, y no generamos la remesa que un club prepara y envía a su banco. Lo que se migra es la lista de socios; la autorización de cobro la vuelve a dar cada uno.
• Tu facturación y tu contabilidad. No emitimos tus facturas ni llevamos tus libros. Exportas reservas y socios en CSV y se los pasas a quien lleve tus cuentas.
• La migración no la hacemos nosotros por ti. Está diseñada para que la haga tu equipo en un rato: pegar URLs, subir un CSV. No hay un servicio de migración asistida, y decirlo por delante es más útil que descubrirlo en la semana 2.

Los tres errores que hacen fracasar un cambio de software

1. Anunciarlo a los socios el primer día. Si el club entero entra antes de que tú domines el panel, el primer fallo lo ve todo el mundo y ya no hay segunda oportunidad. Primero tu equipo, luego veinte, luego todos.
2. Cortar por lo sano un domingo. No hay ningún motivo para hacerlo si las dos agendas pueden convivir. El corte limpio es la causa número uno de la doble reserva del lunes.
3. Olvidar el preaviso del contrato viejo. Muchas cuotas fijas se renuevan solas con 30 o 60 días de preaviso. Mira esa cláusula la semana 0, no la semana 4.

Y lo que ganas por el camino

Mientras pruebas, hay algo que el sistema que usas hoy no te puede dar: la ficha de tu centro queda publicada en un catálogo que la gente usa para buscar dónde jugar, y el panel te enseña cuánta gente ha buscado tu centro este mes aunque no haya reservado. Es un dato del pasado que puedes mirar antes de decidir nada, no una promesa de tráfico.

El detalle técnico de iCal, la API y los webhooks está en integraciones; el de socios y cuotas, en gestión de socios y cuotas. Si gestionas pistas, la página de tu caso es software de gestión para clubes de pádel. Y antes de decidir el destino, conviene tener claro cuánto cuesta cada modelo de precio.

Ver planes y precios de BookrGo: abre la tabla con lo que incluye cada plan y su comisión: sin cuota es un 2 % de lo que cobras online, y baja con la cuota hasta el 0 %. No hay que registrarse para leerla.