PROYECTO: CONSOLA ADMINISTRATIVA

DESCRIPCION:

ES UNA PLATAFORMA QUE DEBE PERMITIR AL EQUIPO TECNICO GESTIONAR LAS CUENTAS DE LOS
CLIENTES, COMO TAMBIEN BRINDAR EL SOPORTE NECESARIO DE NIVEL 2 Y 3.

SOPORTE DE NIVEL 1, ES EL SOPORTE ASOCIADO A LA USABILIDAD DE LA PLATAFORMA, LO PUEDE

BRINDAR UN CONSULTOR DE NEGOCIOS, UN PARTNERS AUTORIZADO O EL PERSONAL DE ASISTENCIA AL
USUARIO.

SOPORTE DE NIVEL 2, ES UNA ASISTENCIA CON ACCESO MAS TECNICO, PERMITE RESETEAR CLAVES,
SUSPENDER O ACTIVAR USUARIOS O CUENTAS, TIENE ACCESO AUTORIZADO POR EL CLIENTE PARA VER
DENTRO DE SU CUENTA, AGREGAR ADDONS, ETC.

SOPORTE DE NIVEL 3, ES UNA ASISTENCIA MAS ESPECIALIZADA YA QUE INVOLUCRA HERRAMIENTAS

AVANZADAS DE GESTION DE LA CUENTA, POR EJEMPLO MIGRAR UNA CUENTA DE UNA DB
COMPARTIDA A UNA DB PRIVADA, CREAR CUENTAS CUANDO LO SOLICITA UN CLIENTE, CAMBIAR EL
DOMINIO ASIGNADO, ETC.

ALCANCE DEL PROYECTO:

 GESTION DE CUENTAS: SE DEBE PODER CREAR, MODIFICAR Y SUSPENDER UNA CUENTA.

ADEMAS PODER GESTIONAR TIPO DE CUENTA, UNA CUENTA PUEDE SER COMPARTIDA O
PRIVADA, CUANDO ES COMPARTIDA SON LAS CUENTAS DE PRECIOS BASICOS Y COMPARTE LA
MISMA BASE DE DATOS, SI ES PRIVADA ES UNA CUENTA CORPORATIVA QUE REQUIERE MAS
SEGURIDAD Y PREVIERE CONSERVAN SU INSTANCIA AISLADA (ES MAS COSTOSA). LAS CUENTAS
PODRAN TENER UNA FASE DE PRUEBA, DONDE AUN NO ESTA FACTURANDO LA CUAL PEUDE
DURAR UNOS 14 DIAS, PLAZO QUE PUEDE SER AUMENTADO.

TABLA: cuentas_configuracion

Nombre Tipo
id_cuenta (Primaria )
(AUTO_INCREMENT) int(11)
instalacion_privada char(1)
empresa text
rnc varchar(20)
telefono varchar(12)
direccion text
descripcion text
fecha_inicio text
activa char(1)
id_interfaz int(11)
 correo varchar(55)
url text
id_usuario_owner int(11)
id_cuenta_db int(11)
retirar_logo_probills char(1)
retirar_promo_pie_documentos_probills char(1)
id_plan_servicios int(11)
id_ejecutivo_cuenta int(11)
comentarios text
key_maestra text
acceso_modulos_full char(1)
mod_restbar char(1)
mod_colegio char(1)
mod_laboratorio char(1)
mod_ordenes_servicio char(1)
mod_impresora_fiscal char(1)
mod_rrhh char(1)
mod_tareas char(1)
mod_crm char(1)
mod_ecommerce char(1)
url_ecomm text
disponible_hasta_fecha Date()
id_idioma int(11)
id_categoria_cap int(11)

Debe insertar y modificar todos estos campos.

Referencia de algunos campos:

id_cuenta_db: Debe hacer referencia a la base de datos en la tabla cuenta_db, y no puede ser
asignado dos veces la misma Base de datos.

Campos que no se pueden modificar:

id_cuenta

No se puede eliminar cuentas, en su defecto debe tener una opción para desactivar la cuenta
cambiando el valor del campo active = N

Todos los Campos Char(1), manejan respuesta: Y / N

 AUMENTO PLAZO PRUEBA: PODER AUMENTAR EL TIEMPO DE LA PRUEBA.

Este módulo debe permitir agregar días al campo disponible_hasta_fecha., se debe crear un archivo
para colocarlo accesible desde un crom_job que todos los días corra este script, y toda cuenta que tenga
la fecha limite o que ya la haya superado, debe cambiar su estatus de activa, Cambiando el valor del
campo active = N

 GESTIONAR BASES DE DATOS: PODER CREAR NUEVAS INSTANCIAS DE BASES DE DATOS Y

ASIGNAR LAS QUE ESTEN CREADAS PERO NO ASIGNADAS. (USAR API CPANEL)

Idea 1: Confirmar si usando el Api de Cpanel se pueden crear réplicas de una base de datos matriz, o en
su defecto poder crear una base de datos vacía y asignarle los permisos con un usuario determinado,
para entonces correr el script SQL que cree los campos de la tabla.

Idea 2: Gestionar la tabla cuentas_db.

Nombre Tipo
id_cuenta_db
(Primaria )
(AUTO_INCREMENT) int(11)
varchar(3
nombre 5)
descripcion text
usuario text
clave text
servidor text
base_datos text
uso char(1)
ultimo_mantenimien
to date()

El campo uso debe tener las opciones: p = Privada / C = Compartida en un select o especie de switch tipo
Apple.

(No se debe poder asignar la misma base de datos a más de una cuenta probills, por lo que debe
mostrar en este módulo cuando se listen los datos en esta tabla, cual está disponible o en uso al
confirmar si está asignada a una cuenta)

Se debe poder agregar y modificar todos los datos, datos que no se deben modificar son: id_cuenta_db
y base_datos.

 MANTENIMIENTO DB: REPLICAR DB MAESTRA, PODER LOGRAR QUE TODAS LAS CUENTAS DE
DB ESTAN ACTUALIZADAS BASADO EN UNA DB MAESTRA O EN SU DEFECTO, CREAR UN
MECANISMO QUE TODAS LAS NOCHES A X HORA O POR UN CLICK DIRECTO EN UN BOTON
CORRA SCRIPTS QUE SE IRIAN GUARDARNDO PARA CORRER ENTONCES UN BUCLE CON ESTOS
 CRIPTS SQL EN TODAS LAS CUENTAS. EL PRIMER ESQUEMA SERIA EL IDEAL, UN METODO QUE
COMPARA LAS DB Y EL MISMO GENERE EL SCRIPT SQL NECESARIO Y LO CORRA.

Idea 1: Tener función vía código que pueda comparar y actualizar los campos.

Idea 2: Configurar crom_job que corra una vez al día a las 3 AM, que ejecutara un script que correría en
cada basa de datos que este en la tabla de cuentas_db y que no tenga registrado que se le aplico este
mantenimiento en la tabla de histórico.

Tabla de Mantenimiento DB:

Nombre Tipo
id_mantenimiento historico (Primaria ) (AUTO_INCREMENT) int(11)
script text
fecha date
id_usuario int(11)

Una vez se aplica el mantenimiento a cada base de datos, se debe insertar en la tabla de históricos de
mantenimiento.

Se debe alimentar la tabla historial de mantenimiento.

Nombre Tipo
id_historico (Primaria ) (AUTO_INCREMENT) int(11)
id_mantenimiento int(11)
id_cuenta_db int(11)
fecha date

 SUSPENDER/ACTIVAR: CUENTA DE MANERA AUTOMATICA SI TIENE 2 FACTURAS PENDIENTES

DE PAGO, EN CASO DE NO TENERLAS VOLVER A ACTIVAR (DEBE SER UNA FUNCION QUE
TAMBIEN SE EJECUTE MANUAL Y QUE NO DEBA ESPERAR LA HORA DE CORTE). LAS CUENTAS
ESTARIAN EN LOS SIGUIENTES ESTATUS. ACTIVAS = NO TIENE FACTURAS VENCIDAS, EN ATRASO
= TIENE UNA FACTURA QUE VENCIO EL PLAZO, SUSPENDIDA = TIENE DOS FACTURAS VENCIDAS.

Se debe configurar un crom_job que todos los días corra un script que valide si en la cuenta oficial de
facturación que use la misma empresa probills para su uso, este cliente (propietario de la cuenta) tenga
2 facturas sin pagar debe cambiar el estatus de active = N, a menos que tenga la fecha limite asignada
mayor la fecha actual, lo cual puede significar que le dieron a ese cliente días de prorroga aunque no ha
pagado.
  GESTION DE USUARIOS CONSOLA: PODRA GESTIONAR LOS USUARIOS QUE TENDRAN ACCESO A
LA CONSOLA, TENDREMOS USUARIOS ADMINISTRADOR, SOPORTE TECNICO NIVEL 2, SOPORTE
TECNICO NIVEL 3.

Nombre Tipo
Id (Primaria ) (AUTO_INCREMENT) int(11)
nombre varchar(55)
correo text
clave text
Id_rol int(11)

El campo rol debe estar vinculado con la tabla de roles_cap. CAP = Consola Administración Probills. La
Clave debe ser encriptado con md5, la cual luego sería comparada cuando el usuario acceda al login.

Se debe tener el mecanismo de recuperar clave habilitado.

 HERRAMIENTA DE BACKUP AUTOMATICA: PODER CREAR BACKUP DE FORMA MANUAL DE UNA

CUENTA O DE UN CONJUNTO DE CUENTAS.

Sugerir mejor mecanismo para una réplica de la base de datos a un vps espejo de emergencia y un
mecanismo de backup del archivo. La idea es un mecanismo de seguridad. Si es posible vía FTP hacer un
back zip a otro vps que permita almacenar 30 copias y luego sobre escriba la más vieja, así como hace
Windows backup, puede ser interesante.

 CATEGORIAS: GESTIONAR CATEGORIAS QUE NOS PERMITAN USARLAS PARA FILTRAR LAS
CUENTAS EN LOS REPRTES O MANDARLES UN MENSAJE MASIVO DE ALGUNA NOTIFICACION
POR CORREO.

CRUD de las categorías, debe poder crear, editar y eliminar categorías. Si eliminara una debe solicitar a
que categoría migrar los registros que actualmente tengan ese registro.

Nombre Tipo
id_categoria_cap (Primaria ) (AUTO_INCREMENT) int(11)
categoria varchar(55)

 PAQUETES/PLANES: DEBE PERMITIR CREAR UNA CUENTA BAJO UN ESQUEMA YA PREDEFINIDO,

EJEMPLO, CREO UN PAQUETE QUE ES DE RESTAURANTES, LA CANTIDAD DE USUARIOS
 PERMITIDOS, CANTIDAD DE SUCURSALES,AGREGA LA MEJORA RESTBAR, ADEMAS LE PRE
CONFIGURA YA CUAL ES EL MODULO POS Y FORMATO DE FACTURA QUE UTILIZARA. ES COMO
UN PATRON PARA YA TENER UNA CUENTA BAJO ESE ESQUEMA PRE ESTABLECIDO Y QUE
PODRIAN SER LOS COMUNES.

CRUD de los planes, debe poder crear, editar y eliminar. Si eliminara uno debe solicitar migrar los
registros que actualmente tengan este plan.

Nombre Tipo
id_plan_servicios (Primaria ) (AUTO_INCREMENT) int(11)
nombre_plan varchar(55)
detalle text
precio decimal(10,2)

(DE MOMENTO SOLO SE REQUIERE QUE VINCULE LA CUENTA Y EL PLAN, LUEGO VAMOS A
PROGRAMAR COMO LOS PLANES LIMITARAN LA CUENTA SEGÚN LO QUE INCLUYE.)

 REPORTES: REPORTES DE CUENTAS CON FILTROS PARA VER LAS ACTIVAS, INACTIVAS O EN FASE
DE PRUEBA, O FILTRAR POR ESTATUS DE PAGO O POR REVENDEDOR.

Generar Reportes de las cuentas utilizando como filtro las categorías, fechas de registro,
disponible_hasta_fecha, los planes y otros elementos como filtrar por campos de acceso a módulos
especiales.
Estos campos manejan Y / N

CAMPO NOMBRE
mod_restbar RESTBAR
mod_colegio COLEGIO
mod_laboratorio LABORATORIO
mod_ordenes_servicio ORDENES DE SERVICIO
mod_impresora_fiscal IMPRESORAS FISCALES
mod_rrhh RRHH
mod_tareas TAREAS
mod_crm CRM
mod_ecommerce ECOMMERCE

 ACCESO API A CREACION DE CUENTAS: CREADOR DE CUENTAS EXTERNO, DEBE PERMITIR

DESDE LA PAGINA WEB CUANDO UN CLIENTE COMPLETE EL FORMULARIO LA CREACION DE UNA
CUENTA QUE ESTARIA EN ESPERA DE ACTIVACION HASTA QUE UN CONSULTOR LE ASIGNE SI ES
PRUEBA O A UN PAQUETE DE SERVICIOS. ESTA MISMA FUNCIONALIDAD DEBERA PASAR DESDE
EL PORTAL DE REVENDEDORES/PARTNERS.
Debemos tener todas las acciones de esta consola en modo Api, para cuando conectemos otras
plataformas como Revendedores o una App Movil, teniendo presente todos los métodos de seguridad.

REQUERIMIENTOS:

 DEBE CUMPLIR EL ALCANCE

 LENGUAJE PHP 7 / POO
 MYSQL
 JQUERY
 FRAMEWORK CODEIGNITER
 DOCUMENTACION