Administración de Inventario

Splynx brinda a los proveedores de Internet una forma eficiente y sencilla de administrar su inventario y sus existencias. La función está disponible desde la versión 2.0.

El panel de inventario muestra la cantidad de elementos, productos, proveedores y facturas en el sistema. Splynx permite escanear y trabajar rápidamente con códigos de barras.

Los proveedores son las compañías que venden los equipos y emiten las facturas. Splynx almacena y vincula unidades de artículos/equipos con una factura particular del proveedor.

Los productos son los routers, interruptores, cables, antenas y similares. El administrador puede definir el precio predeterminado que usará el sistema cuando el equipo se alquile o venda al cliente. Las marcas almacenan información de la tienda sobre los fabricantes de equipos como Mikrotik, Cisco, Radwin o Ubiquiti.

La sección Artículos es la más utilizada,  se trata de una lista donde podemos manejar todas las unidades de equipo. El administrador puede asignar unidades de equipo a otro administrador, configurarlo como de uso interno, mover unidades de stock a cliente o marcarlas como rotas y enviarlas al proveedor.

 

Códigos de barras. Puede usar cualquier lector de código de barras y escanear el código de barras del equipo para insertarlo en el inventario. Luego puedes buscar la unidad del equipo usando su código de barras. Nuestra función de búsqueda de códigos de barras permite seleccionar múltiples códigos de barras y trabajar rápidamente con un escáner en lugar de escribir cada uno de los números.

 

Puedes ver como funciona la administración del inventario en el siguiente tutorial :

Contención en Splynx (Agregación de usuarios)

Splynx proporciona la función de contención o agregación. Esta característica se utiliza cuando el ISP vende los servicios de los usuarios finales con una tasa de contención, por ejemplo 1:5, 1:10, etc. La contención significa que el usuario final compartirá el ancho de banda con otros usuarios finales de su grupo.

Splynx opera con dos tipos de disputas: Por plan y por enrutador.

1. Plan basado en contención.

Echemos un vistazo al ejemplo.
Estamos vendiendo a los usuarios finales un plan de 5 Mbps con una tasa de contención de 1: 5. Significa que Splynx configurará el límite de velocidad padre de 5 Mbps y bajo este padre colocará a 5 usuarios con un límite de velocidad de 5 Mbps cada uno. Qué sucederá en esta situación: si la línea está libre y un usuario comienza a descargar/cargar, obtiene un rendimiento total de 5 Mbps. En el caso, cuando el segundo usuario comienza a descargar activamente, obtendrán 2,5 Mbps cada uno. Cuando los 5 usuarios descargarán simultáneamente con la velocidad máxima, compartirán el ancho de banda.

Se describe en la imagen a continuación:

Plan1

 

 

 

 

 

 

 

 

 

 

Podemos sintonizar un poco el intercambio de velocidad con la configuración de «Límite-a» o velocidad garantizada. Si colocamos 1 Mbps para cada usuario, entonces todos los usuarios siempre obtendrán al menos 1 Mbps.

En ese caso, los 5 usuarios descargarán simultáneamente con una velocidad de 1 Mbps. Se muestra en una segunda captura de pantalla.

Plan2

 

 

 

 

 

 

 

 

 

 

¿Qué sucederá en una situación en la que pondremos a 7 usuarios en un plan de contienda 1: 5? Splynx cambiará la velocidad principal a 7 Mbps en este caso particular, pero dejará la velocidad máxima de cada usuario en 5 Mbps.

Plan4

 

 

 

 

 

 

 

 

 

 

 

 

 

Si planea implementar contenciones basadas en planes, úselo en enrutadores centrales para lograr grandes cantidades de usuarios en un árbol. Compare dos situaciones: árbol de contención 1: 5 con 5 usuarios y dos de ellos descargan de forma muy activa a máxima velocidad, lo que significa que otros 3 usuarios nunca obtendrán velocidad de 5 Mbps, porque todos están bajo un padre común de 5 Mbps.

Si colocamos 20 usuarios en este contendido 1: 5, la velocidad máxima de los padres se configurará en 20 Mbps y los usuarios que descargan de forma muy frecuente no usarán todo el ancho de banda.

Plan5

2. Router basado en contención.

La contención basada en enrutadores se usa en este escenario:

Imagine que tenemos un AP inalámbrico que está conectado a la red troncal con velocidad de 30 Mbps. Pero nos conectamos con los usuarios de AP con un ancho de banda total posible de 60 Mbps. Lo que puede suceder en un tiempo pico es que los usuarios consumirán más tráfico del que pueden enviar a través del enlace ascendente. Significa que el enlace inalámbrico puede volverse excesivo e inestable. Se muestra en la imagen a continuación.

Topology-Router1

Para evitar esta situación, se puede usar contención basada en el enrutador. En Splynx, cada enrutador tiene el campo «Límites de sector / velocidad», donde se pueden definir grupos y el administrador puede ubicar a los usuarios en estos grupos. Como resultado, lograremos contención por enrutador:

Router4

 

 

 

 

 

 

 

 

 

 

 

 

 

En este breve tutorial, puede encontrar cómo configurar la contención basada en Splynx y Plan:

La configuración de la contención basada en enrutadores se muestra en otro video:

 

Splynx PayPal add-on

Puede recibir pagos a través de PayPal utilizando Splynx. Splynx genera facturas por los servicios, que se envían al correo electrónico del cliente y al portal de Splynx. Desde el portal de cliente de Splynx se pueden pagar las facturas utilizando Paypal.

paypal

Cuando el cliente hace clic en el botón de PayPal, se le transfiere a la página de PayPal para realizar el pago.

paypal-copy

Los clientes también pueden agregar una tarjeta de crédito en la página web de pago de PayPal, si no tienen una cuenta de PayPal.

add_card

 

Una vez realizado el pago, la factura se marca como pagada, se crea una transacción en Splynx y se cambia el saldo del cliente.

Hay varios pasos necesarios para configurar el add-on Splynx PayPal:

1. Instale el complemento con los comandos:

apt-get update

apt-get install splynx-paypal

2. Active la herramienta de desarrollador en su cuenta de PayPal.
Obtenga acceso a su cuenta comercial de PayPal en el sitio web https://developer.paypal.com

ClientID y ClientSecret son los valores que Splynx necesita para la configuración. Haga clic en agregar nueva aplicación Rest API, llámala Splynx.

2016-10-06-04-07-12-pm

Luego, puede encontrar el ClientID y el Secret en la página de la aplicación. Es importante elegir la versión «live», ya que muestra los valores de prueba para la cuenta Sandbox de forma predeterminada.

2016-10-06-04-10-15-pmCuando tenga el ClientID y el Secret, puede ponerlo en el servidor Splynx y conectar Splynx con PayPal.

3. Configure Splynx para que funcione con su cuenta de PayPal.
Conéctese al servidor Splynx a través de SSH y edite el archivo params.php ubicado en /var/www/splynx/addons/splynx-paypal/config.

‘splynx_url’ => ‘http://yoursplynxURL/’

‘clientId’ => ‘YOURPAYPALID’

‘clientSecret’ => ‘YOURPAYPALSECRET’

Si tiene alguna pregunta sobre la integración de PayPal, cree un ticket y el equipo de Splynx le ayudará a configurarlo: https://splynx.com/my-tickets/

Bloqueo de clientes que no pagan en Splynx

Splynx bloquea automáticamente a los clientes que no pagan. Además, el administrador puede bloquear al cliente manualmente. Cuando el cliente se pone en estado Bloqueado o Inactivo, Splynx envía un comando al enrutador para bloquearlo. Si se cambia el estado a Bloqueado, Splynx nunca corta el servicio, sino que coloca la dirección IP del usuario final en la Lista de direcciones o proporciona la dirección IP del grupo de IP para los clientes bloqueados. Luego, el administrador puede crear una regla en el enrutador para redirigir a los que no pagan a una página especial.

Splynx tiene 4 páginas de bloqueo predeterminadas que se encuentran en:http: //yoursplynxurl:8101, http://yoursplynxurl:8102, http: //yoursplynxurl:8103 y http: //yoursplynxurl:8104

Es un archivo HTML, que se puede cambiar a través de la línea de comandos dentro de su instalación splynx (SSH) en /var/www/splynx/web/errors/ y las carpetas 1,2,3,4 corresponden a los puertos 8101, 8102, 8103 y 8104

Ejemplo de página de bloqueo predeterminada:

2016-09-02 03.53.25 pm

Ejemplo de página personalizada:

2016-09-02 03.52.51 pm

Hay 4 tipos de escenarios de bloqueo:

1.Bloqueo API Mikrotik

Si usa la autenticación basada en Mikrotik – Hotspot, DHCP, Wireless o PPP, entonces como primer paso, debe habilitar el bloqueo de API de los usuarios. Se llama «Clientes deshabilitados a la Address-List» en la configuración de la API del enrutador:

disabled

Cuando el cliente se mueve al estado «Bloqueado», su dirección IP se coloca en la lista de direcciones «SpLBL_blocked». Al establecer las reglas para la redirección, puede lograr que el cliente vea una página web especial con información sobre por qué se bloqueó su acceso a Internet.

2. Radius COA blocking
En Radius por defecto también trabajamos con Addres-lists. Splynx usa los nombres de las listas de direcciones Reject_1, Reject_2, Reject_3 y Reject_4 para diferentes tipos de errores. Los nombres de las address-list se configuran en Configuración -> Red -> Radius y también en el campo COA Block Atributes:

2016-09-02 04.18.24 pm

3. Desconexión de la sesión de Radius
La diferencia entre el bloque Radius COA y el bloqueo de sesión es que con COA la sesión del cliente no se desconecta, mientras que en el bloqueo de sesión se corta su sesión y el usuario debe volver a conectar su dispositivo.

La configuración de cómo bloquear al usuario se define en Configuración -> Red -> Radius «Customer Block» y «FUP Block»:

2016-09-03 02.17.07 pm

4. Bloqueo Radius IP pool
Si el cliente obtiene una IP del grupo dinámico, o cuando el enrutador NAS no es un Mikrotik, Splynx le da al cliente bloqueado una IP de los grupos de Reject . Por defecto, estos grupos son 10.250.25x.0 / 24, pero se pueden cambiar en Config -> Redes -> Radius como se muestra en la siguiente captura de pantalla:

2016-09-02 04.17.17 pm

Si usa los enrutadores Mikrotik, existen 2 reglas para redirigir todo el tráfico TCP a la página web de bloqueo y cortar el resto del tráfico, como las conexiones peer to peer (redirigirlas al mismo enrutador):

/ip firewall nat add action=dst-nat chain=dstnat protocol=tcp src-address-list=Reject_1 to-addresses=10.0.1.158 to-ports=8101
/ip firewall nat add action=redirect chain=dstnat protocol=!tcp src-address-list=Reject_1

Los cuatro métodos de bloqueo de usuarios de Splynx se pueden encontrar en nuestros video tutoriales:

Bloqueo de clientes que no pagan con Mikrotik API 

Bloqueo de clientes con Radius COA

Código de desconexión Radius (reset de sesión)

Asignación de IP pool de Reject

Módulo Cashdesk

Cashdesk es un módulo de Splynx para procesar pagos. El administrador puede crear usuarios de Cashdesk y brindarles acceso al módulo. El usuario no puede cambiar y ver los datos de ningún cliente, excepto su nombre / compañía, los números de factura y el saldo real. Cashdesk puede ser utilizado por contadores que no tienen que acceder a Splynx, sino solo para procesar los pagos recibidos. También puede ser utilizado por revendedores. El distribuidor solo verá a sus clientes y podrá ingresar pagos a Splynx cuando reciba dinero de un cliente.
El primer paso para la activación de Cashdesk es la instalación. Lo realizan dos comandos siguientes en la CLI de Linux donde está instalado Splynx:

apt-get update
apt-get install splynx-cashdesk

Para crear un usuario de Cashdesk, se necesita crear un administrador y definirle los permisos para acceder a Splynx. Puede tener algunos permisos para acceder a Splynx o puede obtener un nivel de permisos «0» y acceder solo a Cashdesk:

cashdesk_admin
Cuando se instala Cashdesk, está disponible en «http:/ yoursplynxurl/cashdesk».
La primera pantalla es una página de inicio de sesión:
cashdesk_login

El usuario de Cashdesk ha iniciado sesión, puede buscar clientes según el nombre del cliente, el inicio de sesión o el número de factura.cashdesk_search

Después de ingresar el número de factura o el nombre del cliente en el campo de búsqueda, Cashdesk muestra la información del cliente con su saldo y las facturas impagadas.

cashdesk_user

El último paso es agregar el pago y escribir un comentario.
Cuando se ha agregado el pago, aparece en Splynx como una nueva transacción y también como un pago con comentario, ingresado en Cashdesk.

payment

Todos los pagos del usuario «casher» se pueden encontrar en la sección del Historial de Cashdesk.

cashdesk_history

A continuación puedes encontrar el video tutorial para Cashdesk: