¿Un plugin funciona en pruebas, pero al pasarlo a la web del cliente pide otra activación? Comprueba las condiciones del plan y qué instalación está usando cada plaza. Un entorno de pruebas y las licencias de plugins de un desarrollador web autónomo necesitan distinguir el sitio de pruebas de la web publicada.
No desactives una licencia en uso para probar si así se libera una plaza. Identifica primero cuenta, titular, dominio y versión. Después consulta al proveedor lo que no esté claro y deja documentado quién renovará el servicio al terminar el proyecto.
Separa proyecto y entornos
Registra cliente, repositorio, dominio y responsable de desarrollo, staging y producción. Un subdominio temporal y una copia local cumplen funciones diferentes. Si un entorno contiene datos reales, documenta la autorización y las medidas aplicadas sin copiar esos datos a la ficha de seguimiento.
Asigna identificadores estables para que cada despliegue pueda referirse al entorno correcto. Si se sustituye un dominio de staging, conserva el anterior como cerrado. Evita contar varias instalaciones técnicas como proyectos comerciales distintos.
Mantén un registro de plugins y versiones
Por cada extensión, guarda nombre, proveedor, versión, origen, función y compatibilidad declarada. Relaciona la instalación con una tarea o decisión técnica. Un plugin desactivado puede seguir presente y requerir revisión; distingue instalado, activo, sustituido y eliminado.
Conserva notas de actualización, dependencias y pruebas. Si una versión se revierte, enlaza el motivo y el resultado. No presentes una actualización automática como revisada cuando solo existe el aviso del sistema.
Documenta la licencia sin exponer secretos
Registra titular, cuenta, plan, límite de sitios, fecha de compra, renovación y proyectos asociados. Guarda claves en el gestor seguro y anota únicamente una referencia. Si el proveedor permite entornos de prueba, conserva la condición aplicable en la fecha consultada.
Distingue licencia del desarrollador, del cliente y de una agencia colaboradora. El medio de pago no prueba titularidad. Si se transfiere una cuenta o se crea otra para producción, documenta aceptación, fecha y estado anterior.
| Elemento | Qué comprobar | Evidencia |
|---|---|---|
| Proyecto | Cliente y repositorio | Ficha interna |
| Entorno | Dominio y finalidad | Inventario |
| Plugin | Versión y proveedor | Registro de dependencias |
| Licencia | Titular y vigencia | Cuenta segura |
| Despliegue | Cambio y resultado | Commit o acta |
Comprueba el paso de pruebas a la web publicada
Antes de desplegar, anota versión de origen, destino, copia de seguridad y prueba prevista. Después, conserva resultado, errores y verificación. Una activación correcta en staging no demuestra compatibilidad en producción; registra ambas sin duplicar la licencia.
Cuando una clave se usa temporalmente para migrar, fecha activación y retirada. Si el panel tarda en liberar el sitio, conserva el estado y la respuesta del proveedor. No fuerces desactivaciones que puedan interrumpir un servicio activo.
Consultar con Alexis cómo documentar las licencias pagadas para tus clientes.
Concilia compras, renovaciones y clientes
Relaciona factura, pago, periodo y proyecto. La AEAT exige vinculación con la actividad, registro, imputación correcta y justificación para considerar deducible un gasto. El inventario de despliegues ayuda a acreditar el vínculo, pero no decide cómo repartir una licencia usada por varios clientes.
Si el cliente reembolsa una licencia o la incluye en una cuota, conserva contrato, factura emitida y factura recibida por separado. No compenses importes dentro del inventario técnico. Una baja posterior debe enlazarse con el cierre del proyecto y el periodo cubierto.
Gestiona incidencias y sustituciones
Abre una ficha para conflicto, vulnerabilidad, fallo de actualización o incompatibilidad. Registra detección, versión, alcance, contención, prueba y resolución. Evita atribuir causas al proveedor antes de aislar tema, núcleo, configuración y otras extensiones.
Si se sustituye el plugin, conserva equivalencia funcional, migración de datos, nueva licencia y retirada de la anterior. Un nombre parecido no garantiza que los datos o ajustes se transfieran.
Qué recibe el cliente al terminar
Entrega al cliente el inventario acordado, titularidades, renovaciones y accesos mediante un canal seguro. Revoca cuentas temporales y conserva confirmación. Si una licencia sigue bajo la cuenta del desarrollador, documenta duración y responsabilidad sin prometer continuidad indefinida.
Ejemplo hipotético: un plugin se prueba localmente, pasa a staging y después a producción con una cuenta del cliente. El expediente conserva versiones, pruebas, transferencia y factura. La cadena muestra el uso profesional real sin publicar claves ni confundir tres entornos con tres compras.
Revisa una extensión desde la compra hasta su instalación
Elige una extensión activa y recorre su historia desde la factura y la cuenta titular hasta la versión que funciona en producción. Comprueba qué instalación consume una plaza, qué dominio corresponde a staging, qué repositorio contiene el cambio y qué prueba confirmó el despliegue. Una captura del panel comercial puede quedar desactualizada; fecha la consulta y contrástala con el sitio real. Si el proveedor no explica cómo trata los entornos de prueba, registra la duda y evita asumir que una activación adicional está incluida.
Haz también el recorrido inverso desde cada dominio. Debe conducir a un proyecto, una persona responsable, una versión, una licencia vigente y un plan de retirada. Marca los plugins desactivados que aún conservan código o datos, las renovaciones sin proyecto asociado y las claves alojadas en cuentas personales. Corrige por prioridad: seguridad y continuidad del servicio, titularidad y acceso, compatibilidad, y después coste. El expediente debe permitir renovar, transferir o cerrar un proyecto sin exponer secretos ni perder la evidencia económica de la compra.
Para una entrega al cliente, separa el inventario técnico de las credenciales. El primero puede enumerar producto, versión, titular, vigencia, dominio y responsabilidad; las claves viajan por un canal seguro y solo dejan una referencia. Conserva la aceptación de la transferencia y la fecha de revocación de accesos temporales. Si una licencia permanece a nombre del desarrollador, documenta el servicio que la sostiene y qué ocurrirá al finalizarlo, sin prometer condiciones que dependan del proveedor.
Si el proyecto termina antes de la próxima renovación
Para los plugins de pago en proyectos de clientes, acuerda quién mantiene la cuenta y quién paga después de la entrega. Si la licencia continúa en tu plan, explica qué servicio has contratado con el cliente y qué sucede al finalizarlo. No prometas actualizaciones o soporte que dependan de un plan que ya no se mantendrá.
Revisa las licencias de staging y producción antes de eliminar una copia de pruebas. Confirma si el panel conserva esa activación y si existe un procedimiento del proveedor para retirarla. La desaparición de la web y la liberación de una plaza no deben darse por equivalentes sin comprobarlo.
Conserva factura, periodo cubierto y aceptación del cambio de responsable. El inventario que entregues puede decir qué producto utiliza la web y cuándo vence; las claves y accesos se transfieren por el canal seguro acordado. Comprueba con el cliente que puede gestionar lo recibido antes de revocar tu acceso temporal.
La guía de impuestos del autónomo sitúa el registro de compras y servicios. En cada proyecto separa el gasto de la licencia, las instalaciones y la responsabilidad de renovarla.
Si las licencias de varios clientes están mezcladas en tu cuenta, revisa con Alexis las compras y renovaciones de plugins por proyecto. Prepara facturas, planes y acuerdos con cada cliente.
