Skip to content

Clientes

La sección Clientes responde a las dos preguntas del vendedor: quién nos compra y qué compró exactamente cada uno. Un cliente aquí es una persona jurídica con contrato, no una cuenta: el cliente no inicia sesión en ninguna parte, y su personal, si necesita acceso al panel, recibe cuentas normales.

El servicio de un cliente no se crea con un botón propio. Se deriva de los ajustes de los streams: el push y la entrega SRT tienen el campo Vendido a, y en cuanto una entrega nombra a un cliente, ese cliente tiene un servicio sobre ese stream. Retire la última entrega y el servicio desaparece solo.

Está hecho así para que no haya dos fuentes de verdad. Un registro aparte del servicio acabaría por discrepar de los ajustes, y el operador tendría dos imágenes que no coinciden: lo vendido sobre el papel y lo que sale al aire.

Qué no hace la sección

La sección lleva la composición de lo vendido, no la facturación ni la monitorización:

  • no hay en ella tarifas, facturas ni dinero;
  • las gráficas, el histórico y la calidad del servicio viven en el panel de control y en la página del stream — aquí, junto a cada cosa comprada, solo se muestra su estado actual, lo justo para atender una llamada de «no nos da imagen» sin salir de la página.

La lista de clientes

La lista tiene cuatro columnas: Identificador, Nombre, Contrato y Estado (Activo o Desactivado). La fila lleva a la ficha del cliente.

La lista de clientes y la tabla de etiquetas sin cliente

El botón Añadir cliente abre un formulario de tres campos: identificador, nombre y contrato. El primero merece atención.

El formulario para crear un cliente

El identificador no se puede cambiar. No solo direcciona al cliente: es lo que viaja como etiqueta user_id_<identificador> a los ajustes de las entregas y lo que nombra al espectador en la estadística de sesiones. Cambiarlo después es imposible: el cambio dejaría huérfanas de golpe todas las entregas vendidas. Se admiten letras latinas, dígitos, punto, guion y guion bajo; el formulario comprueba el valor del mismo modo en que lo comprobará luego la etiqueta y rechaza uno inservible en el propio campo.

La ficha del cliente

La ficha tiene tres partes: los servicios, las claves de acceso dentro de ellos y las cuentas.

La ficha del cliente

Servicios

Un servicio es un stream detrás del cual hay al menos una entrega de este cliente. De cada uno se muestra:

  • el indicador de estado del stream, su bitrate actual y la clase de imagen;
  • la lista de entregas: el tipo (Push, Token de reproducción, Reproducción SRT), el nombre, el destinatario (protocolo, host y puerto, sin claves ni contraseñas), el estado, el tiempo que lleva en el aire la ejecución actual, el número de errores de envío y el de reinicios, si los hubo.

El nombre del stream lleva a su página; la entrega, a la pestaña donde se configura. Cualquier análisis del servicio continúa allí.

Un valor que no existe no se sustituye por un cero: un servicio que no se observa — el stream no está levantado, la estadística está cerrada por licencia, la máquina no respondió — simplemente no muestra bitrate ni contadores. Una entrega desactivada por el operador se marca Desactivado y no muestra contadores en absoluto: «errores: 0» junto a la palabra «desactivado» se leería como «funciona y no falla».

El número de reinicios merece mención aparte. Una entrega que nunca llegó a conectarse tiene cero errores de envío y cientos de reinicios: es esa cifra la que responde a «entonces por qué el cliente no tiene nada».

Claves de acceso

Una clave de acceso es la cadena del enlace con el que el comprador ve el canal. Las claves se declaran en los ajustes del propio stream, y en la ficha se ven las que pertenecen a este cliente. Crear una clave nueva el panel todavía no lo hace — eso va por la API de gestión —, pero mostrar la entregada, dar al operador un enlace listo y revocarla, sí.

Las claves de acceso en la ficha del cliente

  • Entregada a — el nombre de la clave. Lo elige el operador: es una nota sobre a quién se entregó («oficina central», «reserva»), no una dirección ni un usuario.
  • Token — el valor completo. No se enmascara: al comprador se le envía por correo, y esconder en el panel lo que de todos modos sale fuera solo estorba al operador. A los roles que no tienen acceso a los ajustes la clave no se les muestra en absoluto.
  • Copiar el enlace copia no la clave sino un enlace de reproducción listo, con la dirección, el nombre del stream y la clave. No hace falta montarlo a mano: ahí es donde aparecen las erratas. La dirección es aquella por la que está abierto el panel; si la entrega vive en otro dominio, el enlace se monta con la dirección pública de reproducción de los ajustes de la instalación de control.
  • Revocar borra la clave. No hay un estado «revocada» aparte: el registro de la clave es el propio derecho de acceso. La reproducción en curso se detiene en la siguiente comprobación de acceso, por eso el botón pide confirmación.

Una clave abre solo el stream en cuyos ajustes está declarada, y solo para ver: publicar con ella es imposible y no da acceso a la API de gestión. Una sesión abierta con una clave se nombra en la estadística con el identificador de su cliente: así el consumo de cada comprador se cuenta por separado.

Cuentas

Aquí se enumeran las cuentas del panel que pertenecen a este cliente — por ejemplo, los ingenieros del comprador a quienes se dio acceso. El campo de abajo vincula un usuario existente; el botón de la fila lo desvincula.

  • Un cliente puede tener tantas cuentas como haga falta, pero una cuenta tiene como mucho un cliente: al intentar vincular un usuario ya tomado, el panel nombra al cliente al que pertenece.
  • Una cuenta sin cliente es lo normal: así son las cuentas de sus propios operadores.
  • Si el usuario se eliminó en la sección Cuentas, el vínculo sigue visible con la marca No existe esa cuenta. No es un error de integridad: los clientes y las cuentas los gobiernan secciones distintas, y no hay una sola acción que los concilie.

La cuenta en sí no se crea aquí: la ficha gobierna la pertenencia, no las credenciales.

Etiquetas sin cliente

Debajo de la lista de clientes aparece la tabla Etiquetas sin cliente: entregas marcadas con un identificador que no existe en el registro. Las causas son exactamente dos: una errata en la etiqueta, o un cliente nombrado en una etiqueta pero nunca dado de alta en el registro.

Ocultarlas no es una opción: la etiqueta de una entrega no se comprueba al escribirla, y este es el único sitio donde ese error se hace visible. La fila indica el stream y la entrega, y los botones ofrecen crear ese cliente o abrir el stream y corregir la etiqueta.

Cómo vender un stream a un cliente

  1. Cree el cliente en esta sección: identificador, nombre, contrato.
  2. Abra el stream, vaya a la pestaña de ajustes de entrega y añada una entrega: un push a la dirección del comprador o una entrega SRT con su propio puerto y contraseña.
  3. En el campo Vendido a elija el cliente de la lista (imagen abajo). El valor vacío significa Interno: no vendido a nadie: así se marcan los pushes de monitorización, de reserva y para mostrar a un socio.
  4. Guarde. En la ficha del cliente aparecerá el servicio sobre ese stream.

El campo «Vendido a» en los ajustes de un push

Una misma entrega puede venderse a varios compradores: el formulario muestra entonces a todos los propietarios y no permite editarlos, porque sustituir el conjunto por un solo valor retiraría en silencio la venta a todos los demás.

Si la sección no está

El registro de clientes es un componente aparte de la instalación. El paquete de Mcaster lo activa por sí mismo, así que en una máquina normal la sección funciona desde el principio. Si el panel muestra un mensaje diciendo que el registro no está activado, la instalación se montó sin él — algo que ocurre en bancos de pruebas armados a mano; la lista de clientes no está entonces vacía sino ausente, y así se dice sin rodeos para que nadie busque datos que no faltan.