Configuración
Rutas, claves y conexión con PV7
Panel de solo lectura: las claves reales nunca se muestran aquí ni viajan a este servidor. Esto describe cómo está armado el puente, no credenciales de verdad.
Puente
- Organización
- Grupo Aida
- Identificador
- puente-aida
- Versión
- Puente Aida 1.3.1 (uso interno)
- Dónde corre
- La Tienda de Aida · red privada Tailscale
- Retención de datos
- No almacena nada: cada consulta lee PV7 en el momento
- Decisión de arquitectura
- Oct 12, 2026
Responsable
- Nombre
- Carlos Salazar
- Correo
- crsalazarh@gmail.com
- Rol
- Dueño y administrador
- Zona horaria
- UTC-06:00 · América/Costa Rica
- Doble factor
- No aplica — el puente no tiene inicio de sesión propio
Rutas y claves
Valores de ejemplo. Las claves reales viven solo junto al puente (puente.key, puente-fac.key, puente-tienda.key) y nunca pasan por este servidor.
- Entorno
- Tailscale privado + panel en Hostinger
- Bodega → /pv7/inventario
- puente.key · ····(no se muestra)
- FAC PV2026 → /pv7/catalogo-venta
- puente-fac.key · ····(no se muestra)
- Tienda en línea → /pv7/catalogo-tienda
- puente-tienda.key · ····(no se muestra)
Cómo funciona el Puente
Para quien vaya a conectar un sistema nuevo o necesite recordar por qué está armado así.
¿Por qué el puente no vive en un servidor en internet?
PV7 (el punto de venta de la tienda) corre en SQL Server dentro de la tienda y no debe quedar expuesto a internet. El puente lee PV7 desde ahí mismo (o por Tailscale, la red privada que ya conecta esa computadora) y solo entrega lo que cada sistema necesita.
¿Qué pasa si alguien adivina una clave?
Cada sistema tiene su propia clave y su propia ruta: la de Bodega abre inventario e impresión, la de FAC PV2026 abre solo /pv7/catalogo-venta (precios y costos), y la de la tienda en línea abre solo /pv7/catalogo-tienda (precio público y existencia). Ninguna clave sirve para la ruta de otra.
¿Puede el puente dañar PV7?
No: solo acepta consultas que empiecen con SELECT y rechaza cualquier INSERT, UPDATE, DELETE u otro comando de escritura antes de mandarlas. Además, el usuario de SQL Server con el que se conecta solo puede leer (db_datareader, db_denydatawriter) — dos cierres independientes para lo mismo.
¿Cómo conecto un sistema nuevo?
Se genera una clave propia para ese sistema y una consulta de solo lectura con exactamente las columnas que necesita, documentada arriba del SELECT. El sistema nuevo guarda su clave en su propia configuración de servidor — nunca en un navegador — y la manda en el encabezado X-Aida-Bridge-Key.
¿Qué muestra este panel ahora mismo?
Mientras el puente no esté conectado desde aquí, estos números son datos de ejemplo con la misma forma que los reales (mismas rutas, mismos sistemas, mismo formato de actividad), para poder revisar el panel antes de conectarlo de verdad.