Acta de Entrega :cat:

# Acta de Entrega :cat: --- ###### 16 de agosto 2019 A continuación redacto los puntos más importantes que se deben tener en cuenta en la realización de consultas y manejo de la base de datos. También pongo detallado los soportes que más solicitan de las diferentes áreas y como se deben abordar. --- ## Facturación ### - Consultas utilizadas: Existen 2 por cada empresa facturadora, desde contabilidad suben a Helisa un archivo de pedidos y otro de terceros. --Facturación EAT http://api2.actualicese.com/varios/consulta/id/pedidos_eat/fecha1/2019-01-01/fecha2/2019-01-31 http://api2.actualicese.com/varios/consulta/id/terceros_eat/fecha1/2019-01-01/fecha2/2019-01-31 --Facturación Editora http://api2.actualicese.com/varios/consulta/id/pedidos_editora/fecha1/2019-01-01/fecha2/2019-01-31 http://api2.actualicese.com/varios/consulta/id/terceros_editora/fecha1/2019-01-01/fecha2/2019-01-31 --Terceros Portal http://api2.actualicese.com/varios/consulta/id/pedidos_portal/fecha1/2019-01-01/fecha2/2019-01-31 http://api2.actualicese.com/varios/consulta/id/terceros_portal/fecha1/2019-01-01/fecha2/2019-01-31 - Errores: Se presentó en el último mes (agosto) casos donde la factura en productos por orden no queda insertada, por eso cuando se entra a ver el detalle de la factura desde el CAU aparece en 0 pesos. Las consultas de pedidos por empresa facturadora realiza un *INNER JOIN* entre las tablas de cada empresa y la de productos_x_factura_... por tal motivo, si no queda insertada la factura correpondiente en la tabla productos_x_factura no se refleja en las consultas que se suben en contabilidad, debe entrar a revisarse porqué el error en la inserción en la tabla. --- ## Consultas para despacho de correos - Todas las consultas que tengan email deben tener las condiciones en suspendido y/o souspendido_oportunidades = (0,9) campos que indican que el usuario está activo para recibir correos de actualicese En la sección *soluciones* del siguiente artículo se pueden encontrar los diferentes estados que hay para los usuarios: https://hackmd.io/eOmZc6WvRjOyWM4u7QPSEg - Toda consulta que traiga el número de celular debe tener marcado el campo sms en la tabla de usuarios en 1 #### Nuevos campos solicitados para incluir en cnosultas de despacho de correos: - por solicitud de Juan Loaiza, cada vez que soliciten la creación de consultas para despacho de correo irán con la información del agente, por lo cual se debe agregar en la consulta: ###### Campos: CONCAT(agente.Nombres, ' ', agente.Apellidos) AS 'nombre_agente', agente.Telefono as 'ext_agente', agente.Direccion as 'correo_agente' ###### Conjunto: INNER JOIN agente ON MOD(usuario.id, 8) = agente.Mod_agente ###### Condiciones: AND agente.activo = 1; Estos campos se deben tener en cuenta de ahora en adelante en todas la consultas. ###### Ejemplo: Ya se implementó en la consulta listado_toda_base_de_datos_mercadeo --- ## Microsegmentación - Campañas vía EMAIL: Se consultan los campos idUsuario,ultima_actualizacion,md5,smtp + los campos que soliciten. Tener en cuenta todas las condiciones para despacho de correo. - Campañas vía SMS: Se consultan los mismos campos que lo anterior adicionando el número de celular y con la condición de que en la tabla usuario el campo *sms* sea igual a 1. - Campañas vía APP: debe tener los campos: json_extract(u.key_app, '$.platform') as dispositivo, u.key_app y como condición: json_extract(u.key_app, '$.platform') is not null - Una tabla muy usada es completitud_100 de ahí se puede obtener información específica del usuario como: profesion, ocupación, salario… - Se debe quemar el email para saber quienes compraron. - Para consultar los usuarios que entraron a una LP se consulta desde *hive* #### Tabla Microsegmento Cada consulta hecha para un segmento o microsegmento, debe quedar registrada en la tabla de *microsegmento*, con los siguientes campos: - etiqueta: Nombre de la campaña - descripcion: Breve descripción de la solicitud - fecha inicio: Es el día en que se envía la campaña - fecha_fin: Por lo general, 7 días después de la fecha inicio - segmento: urlconsulta/json - tipo: app/email/sms - cantidad_usuarios: count(*) de la consulta - productos: Los ids de productos que van a promocionar en la campaña de microsegmento. --- ## Marcación de consultas Para eliminar consultas de la BD que ya no se usan se realizó una marcación un estado que indica cuales se deben eliminar y cuales dejar debido a que se usan recurrentemente, se necesita autorización para hacer la depuración. Las consultas marcadas en estado 1 son las que deben quedar activas. Cada vez que se guarde una *consulta* en la tabla consutlas se debe agregar su descripción y URL como modo de uso.