Licencias de RM Comisionamiento

Este sistema adapta el esquema Ed25519 de RM EnergyPlanner y añade producto, plan, vigencia, usuarios nominativos e identificadores de instalación. El generador gráfico funciona desde Windows, Linux, Mac, iPhone y Android. El software del cliente contiene únicamente la clave pública.

1. Abrir el emisor

El ejecutable abre una interfaz local en el navegador y no necesita Python. En escritorio usa un navegador actualizado con soporte Ed25519. Para móviles utiliza el enlace HTTPS. La opción HTML portable depende de que el navegador permita las funciones criptográficas desde un archivo local.

2. Configurar tu firma una sola vez

1. Busca clave_privada_vendedor.pem dentro de tu kit anterior RM_EnergyPlanner_KitVendedor.
2. En «Firma del vendedor», selecciona ese archivo. Se importa localmente; no se sube al servidor.
3. Crea una contraseña de al menos 12 caracteres y repítela.
4. Selecciona «Importar y proteger firma».
5. Comprueba «Emisor reconocido por RM Comisionamiento». Identidad pública de referencia: 85e00cab8ee070e5.
6. Descarga la bóveda .rmvault.json y conserva su copia cifrada junto con tu procedimiento de respaldo. La contraseña no puede recuperarse desde la aplicación.

En sesiones posteriores abre la bóveda y escribe su contraseña. Si hay una copia cifrada en el navegador, no necesitas seleccionar el archivo de nuevo. Para usar otro computador o teléfono, abre allí tu bóveda más reciente. El registro no se sincroniza automáticamente; evita emitir en paralelo desde copias distintas.

3. Obtener los dispositivos del cliente

1. El cliente instala RM Comisionamiento 1.3.0 y abre «Licencia y suscripción».
2. Copia el ID RM-D-… o descarga su solicitud .rmreq.json.
3. Repite el proceso en cada dispositivo que vaya a utilizar.
4. El vendedor importa las solicitudes o pega un identificador por línea.

Los IDs representan instalaciones o perfiles del navegador, no el IMEI ni un identificador físico inviolable. Una PWA de iPhone y Safari pueden tener IDs distintos; obtén el ID desde la aplicación que el cliente utilizará. Si se borran los datos del navegador o se reinstala con otra carpeta de configuración, puede cambiar el ID y será necesario reemitir la licencia.

4. Emitir y entregar una licencia

1. Completa cliente, correo, plan y suscripción mensual o anual.
2. Indica los usuarios autorizados y sus nombres/correos en formato Nombre | correo.
3. Define inicio y vencimiento. Por defecto se utiliza un mes calendario o 12 meses. El vencimiento es exclusivo: al comenzar esa fecha deja de permitir modificaciones. Las fechas se convierten desde la zona local del vendedor y el cliente ve el mismo instante en su zona local.
4. Registra los IDs de instalación y la referencia comercial o del pago.
5. Verifica el abono o la autorización comercial y marca la confirmación.
6. Selecciona «Emitir licencia firmada»; descarga el .lic o copia la clave RMCOM1 completa.
7. Envía el .lic al cliente por tu canal comercial y respalda la bóveda actualizada.

El emisor no procesa tarjetas ni confirma automáticamente pagos de Flow, Mercado Pago o Transbank. Esa verificación corresponde al vendedor. La referencia de pago se conserva en su bóveda y no se incluye en la clave del cliente.

Precios propuestos, no tarifas aprobadas; más IVA cuando corresponda. Puedes ajustar el precio al acuerdo comercial. Los tres planes mantienen las mismas funciones técnicas. El máximo total de IDs se verifica en la clave; los usuarios son nominativos y no tienen cuentas separadas ni sesiones concurrentes controladas en nube.

5. Activar, renovar y conservar los datos

El cliente abre «Licencia y suscripción», importa el .lic o pega la clave y selecciona «Activar o renovar». Se verifica la firma, el emisor autorizado, el producto, el plan, los datos, el dispositivo y la vigencia.

En el registro del vendedor, «Renovar» prepara los datos de una licencia anterior. Revisa las fechas, los dispositivos y el nuevo pago antes de emitir. Si renuevas antes del vencimiento, el formulario propone extender desde el vencimiento anterior y comenzar la nueva autorización desde la fecha actual. La renovación genera una nueva clave que el cliente debe importar.

Sin licencia válida se permite consultar y exportar los proyectos existentes. Se bloquean creación, modificación, importación y registro de nuevas pruebas. Los proyectos no se eliminan al vencer ni al quitar la licencia. Se mantiene el requisito técnico de preparación al 100 %, hallazgos cerrados y autorización para iniciar el comisionamiento.

6. Actualizar desde RM Comisionamiento 1.2

Exporta un respaldo de los proyectos antes de actualizar. Usa los ejecutables 1.3 del paquete de cliente. En escritorio, conserva la misma carpeta de datos: RutaMaestra/Comisionamiento dentro del directorio de configuración de tu usuario. La licencia y el ID del equipo se guardan junto a los proyectos, con permisos del usuario. En móvil conserva los datos de la PWA y abre la publicación actualizada.

La versión antigua 1.2 y los HTML antiguos siguen sin este control de licencias; sustituye las entregas antiguas al cliente. El paquete 1.3 no las modifica a distancia. El sitio de RM Comisionamiento mantiene acceso privado del propietario: para un cliente móvil, habilita su acceso seguro antes de vender ese canal.

7. Emisor opcional en Python

El generador gráfico es autónomo. Para usar los comandos tipo RMPlanner, instala Python y las dependencias del directorio Consola:

python -m pip install -r requirements.txt
python generar_licencia.py importar-clave --pem "ruta/clave_privada_vendedor.pem" --boveda "RM_Vendedor.rmvault.json"
python generar_licencia.py emitir --boveda "RM_Vendedor.rmvault.json" --cliente "Cliente" --email "contacto@cliente.cl" --plan individual --suscripcion mensual --usuarios 1 --usuario "Nombre | usuario@cliente.cl" --solicitud "RM_solicitud.rmreq.json" --confirmado --salida "licencias"
python generar_licencia.py verificar --licencia "licencias/RMCOM_ID.lic" --publica "RM_Vendedor.rmvault.public.json" --dispositivo "RM-D_ID_REAL"

El comando verifica firma, producto, estructura, dispositivo y vigencia; no requiere la clave privada para verificar. La bóveda de consola puede abrirse en el emisor gráfico y viceversa. Sustituye las rutas y los IDs de ejemplo por los reales.

nueva-clave --boveda otra_boveda.rmvault.json crea una identidad propia sin depender de una carpeta de aplicación. Su clave pública deberá incorporarse a src/license-trust.js y native/web/license-trust.json mediante la compilación antes de distribuir nuevos instaladores. Conserva en el mapa las claves públicas anteriores mientras deban seguir siendo válidas; retirar una invalida sus licencias. Este kit está preparado con la identidad actual de RMPlanner.

8. Alcance de las pruebas y de la protección

Se verifican emisión, firma, modificación de claves, producto, dispositivo, vencimiento, renovación, cifrado, contraseña incorrecta, interoperabilidad Python/JavaScript, bloqueo de escritura del servidor local y conservación de datos. Los binarios de Windows y Mac se compilan para sus plataformas; la ejecución real en esos equipos y en iPhone/Android debe comprobarse en tus dispositivos. No están firmados con certificados comerciales ni notarizados por Apple.

La verificación puede funcionar sin internet después de instalar/cargar la aplicación. Se detecta retroceso del reloj frente a un registro local. Este diseño no implementa revocación central, medición de sesiones, reloj confiable de servidor ni protección contra clonación de perfiles o modificación del programa. Para controlar esos casos se requiere un servicio de activación con acceso online.

9. Revisión de RMPlanner

Se revisaron generar_licencia.py, LEEME.txt, app/licensing.py y la clave pública de los dos ZIP proporcionados. Se confirmó que la clave privada del kit corresponde a la pública de la aplicación. El kit original guardaba la privada sin cifrar, dependía de --app para crear claves y su comando de verificación sólo comprobaba firma. El módulo cliente de RMPlanner sí comprobaba vencimiento y disponía de una prueba de 14 días. La versión nueva protege la clave en una bóveda, verifica campos adicionales y no crea una prueba gratuita automática reiniciable al borrar los datos.

Fuentes técnicas

• Documentación oficial de cryptography: Ed25519
• MDN: importación de claves en Web Crypto
• Biblioteca estándar de Go: Ed25519

Contacto comercial: Sergio E. Cerda · Sergio.cerda@consultorarutamaestra.cl