Informes de MySQL,sin pedir una consulta SQL.

Pídele al Connector Agent que conecte MySQL, o elígelo en el catálogo de Connect. Agrega la IP de Querri a la lista de permitidos del firewall de tu base de datos, completa el host, el puerto, la base de datos, el usuario y la contraseña en el formulario seguro y ejecuta la prueba. Por último, selecciona las tablas que quieres y aprueba la carga y su programación.

Querri sincroniza las tablas base y las vistas de la base de datos que elijas, todas o una lista que tú escoges. También puedes agregar consultas SQL con nombre, y cada una se convierte en su propia fuente. Solo puede leer lo que se le ha concedido al usuario de MySQL conectado.

Una actualización completa se ejecuta según la programación que definas, a diario por defecto. Las sincronizaciones incrementales pueden ejecutarse hasta cada hora y traen las filas cuya columna de cursor, updated_at por defecto, ha avanzado desde la última sincronización. Puedes lanzar una sincronización manual siempre que necesites datos más frescos.

No. Querri solo lee tus datos y nunca modifica tus registros. Adjunta la base de datos MySQL en modo de solo lectura y Querri no ejecuta más que consultas SELECT, así que nunca inserta, actualiza ni elimina una fila.

Querri lee de MySQL cuando se ejecuta una sincronización, no cuando alguien hace una pregunta. Las preguntas, los dashboards y los informes se ejecutan sobre la copia de Querri. Programa las actualizaciones completas en horas tranquilas, usa sincronizaciones incrementales para las tablas grandes o apunta Querri a una réplica de lectura.

Los permisos de MySQL deciden qué puede sincronizar Querri: solo ve lo que el usuario conectado tiene permiso para consultar con SELECT, así que dale a ese usuario exactamente las tablas que deben estar en Querri. A partir de ahí, la visibilidad de las filas de cada persona viene del uso compartido y los filtros de filas de Querri, no de MySQL.

Conecta los dos y Querri relaciona los contactos de HubSpot con los clientes de tus tablas de MySQL, normalmente por correo. Así puedes seguir una campaña o un origen hasta los pedidos pagados. Cuando una coincidencia es dudosa, por ejemplo porque un cliente usó dos direcciones, la respuesta lo dice.

Conecta los dos y Querri vincula las conversaciones de soporte con los clientes y sus pedidos en MySQL. Puedes preguntar qué productos, estados de pedido o planes generan más tickets, y ver los contactos repetidos por cliente, sin que nadie exporte ninguno de los dos lados a una hoja de cálculo.

Conecta MySQL para los pedidos y los reembolsos, y HubSpot o una hoja para saber de dónde vinieron los clientes. Dile a Querri una sola vez qué significa ingresos, por ejemplo pedidos pagados netos de reembolsos, y pregunta. Guárdalo como proyecto y prográmalo para que llegue cada semana.

Define el MRR y la cancelación como KPIs en Querri. Como la tabla de suscripciones suele guardar solo el estado actual de cada plan, Querri guarda por su cuenta el historial del KPI desde el día en que empiezas, así que a partir de ahí puedes ver el movimiento mes a mes.

Sí. Convierte el informe en un proyecto una vez y ponle una fecha de envío. Querri lo vuelve a ejecutar con datos de MySQL recién sincronizados y envía por correo un libro de Excel con formato, o una versión por cliente o responsable, sin ninguna consulta que ejecutar a mano.

Sí. Di qué debe mostrar, o parte de una captura de un dashboard existente. Las ediciones son peticiones en lenguaje natural, los gráficos pueden combinar tablas de MySQL con otros sistemas conectados, y un filtro de filas limita a cada persona a sus propios datos.

Sí. Querri se conecta a Claude o ChatGPT como conector, configurado una sola vez. A partir de ahí el asistente responde desde tu Biblioteca de Querri, con tus definiciones y reglas y el acceso de cada persona, y nunca recibe credenciales de tu base de datos. Sus cifras salen de las mismas definiciones que usan tus dashboards.

Amazon RDS for MySQL usa el mismo formulario de host y puerto que cualquier servidor MySQL, siempre que la IP de Querri esté permitida o haya una VPN configurada. MariaDB se conecta a través del mismo conector de MySQL. Cada conexión lee una base de datos, así que varias bases de datos significan varias conexiones.

Los usuarios con caching_sha2_password, el plugin de autenticación por defecto de MySQL 8, pueden no conectarse. El mensaje de error de Querri lo indica; la solución es cambiar ese usuario a mysql_native_password. Comprueba también que la IP de Querri esté permitida en tu firewall.

Cada conexión cubre una base de datos. Las sincronizaciones incrementales necesitan una columna de cursor que solo aumente, solo agregan filas y no detectan eliminaciones, así que ejecuta una actualización completa para quitarlas. Una consulta personalizada no tiene modo incremental; cada sincronización la ejecuta desde cero. No hay túnel SSH ni replicación del binlog en tiempo real.

Sí, mediante un túnel OpenVPN: sube tu archivo .ovpn con el certificado de la CA, el certificado de cliente y la clave de cliente, todos guardados cifrados. Querri no ofrece túneles SSH, así que una base de datos detrás de un bastion host necesita acceso por VPN o una IP en la lista de permitidos.

Querri cuenta con las certificaciones SOC 2 Type II, HIPAA e ISO 27001:2022, y tus datos nunca se usan para entrenar un modelo. Tu contraseña se guarda cifrada, SSL está activado por defecto y el Connector Agent nunca ve la contraseña. Ten en cuenta que el certificado del servidor no se verifica.