Tus sistemas ya existen. El problema es que no se hablan.
El PMS por un lado, el punto de venta por otro, el bot de WhatsApp inventando precios y alguien copiando datos de una pantalla a otra. Construyo la capa que falta en el medio: APIs propias, conectores y puentes que hacen que todo eso funcione como un solo sistema.
No es teoría de arquitectura. Son integraciones que mueven dinero real todos los días en hotelería, deporte, gastronomía y apuestas.
Cuatro problemas que se disfrazan de otra cosa
El bot que inventa
Contrataste un bot de WhatsApp y da precios viejos, promete disponibilidad que no existe o entrega números de reserva que no llevan a ninguna parte. No es que el bot sea malo: es que no está conectado a nada.
El bot no responde de memoria. Cada dato lo pide a una API tuya antes de decirlo, y el servidor recalcula todo al confirmar. Si el bot ofreció algo que no corresponde, el backend lo ignora.
La persona que es el cable entre dos sistemas
Alguien saca del sistema A y mete en el sistema B, todos los días. Es un trabajo que nadie quiere, que se hace con errores y que se cae completo cuando esa persona se va de vacaciones.
Un conector que hace ese trasvase solo, con reintentos si el otro sistema no responde y un registro de lo que pasó. Esa persona vuelve a trabajar en lo suyo.
El software que tienes y no quieres soltar
Tu PMS o tu punto de venta funciona, tu gente lo sabe usar y cambiarlo es un proyecto de meses. Pero le falta algo y el fabricante no lo va a hacer.
Se construye encima, no en su lugar. Ya tengo conectores propios funcionando contra un PMS hotelero comercial y contra un punto de venta de restaurantes. Lo que tienes se queda.
La integración que se rompió y nadie sabe cuándo
Dejó de sincronizar el martes y te enteraste el viernes por un reclamo. No hay registro, no hay alerta, y reconstruir qué se perdió toma más tiempo que el problema mismo.
Cada llamada queda registrada con su ruta, su resultado y quién la hizo, visible desde el panel. Y las operaciones críticas son idempotentes: se pueden reintentar sin duplicar nada.
Cinco reglas que sostienen todas mis integraciones
No las inventé en una pizarra: cada una salió de un problema real en producción y quedó escrita como guía replicable, para que el siguiente proyecto no repita el error.
El bot nunca inventa, siempre llama
El agente conversacional no es la fuente de verdad; la API sí. Precio, disponibilidad, número de reserva y estado de pago vienen de un endpoint, nunca de la imaginación del modelo.
Los cálculos son del servidor
El bot puede mostrar precios, pero el backend recalcula todo al crear la transacción. Si un cliente «negoció» un descuento en el chat, el servidor lo ignora.
Una llave, un registro, un responsable
Cada consumidor externo entra con su propia llave. Cada llamada queda anotada con su ruta, su resultado y la huella de la llave — nunca la llave completa — y se puede auditar desde el panel.
Idempotencia en lo que cobra
Si la misma solicitud llega dos veces por un reintento o una mala conexión, se procesa una sola vez. Es la diferencia entre una integración que aguanta y una que duplica cobros.
Versionar en vez de romper
Un cambio que rompe compatibilidad no se hace encima: nace como versión nueva y la anterior se mantiene hasta que todos migren. Nadie se levanta con la integración caída.
Degradar antes que caerse
Si el servicio externo no responde, la operación sigue por la vía manual y queda marcada como tal. Ninguna venta se pierde porque un tercero esté caído.
Integraciones que ya están vivas
Cada fila corre hoy en producción en algún negocio.
| Integración | Qué resuelve | Dónde corre |
|---|---|---|
| Conector con PMS hotelero | Once funciones propias: consulta y crea reservas, cancela, registra pagos y corrige precios sin que nadie entre al PMS. | Hotel VIP La Guaira |
| Puente con punto de venta | 26 códigos mapeados entre el sistema propio y el POS comercial del negocio, para que la venta llegue a un solo lugar. | Terrazas VIP y VIP Play |
| API para bot conversacional | 27 rutas dedicadas al bot con llave propia: clientes, catálogo, disponibilidad, reservas, pagos, eventos y promociones. | Terrazas VIP Sport Park |
| API para bot de reservas y pagos | 20 rutas versionadas: disponibilidad, cotización, reserva con cupo retenido, validación de pago móvil y C2P con clave temporal. | Bowling Park La Guaira |
| Puente de eventos bancarios | Lee los avisos del banco y los reenvía firmados a la plataforma, con el banco receptor viajando de punta a punta. | Plataforma de validación de pagos |
| Puerta de enlace de WhatsApp | Servicio propio que conecta el WhatsApp del negocio con los sistemas, como proceso aparte para que un reinicio no tumbe nada más. | Grupo de negocios VIP |
| Widget de soporte embebible | Un archivo de 3,7 KB que se pega en cualquier sitio y abre el canal de tickets sin pelearse con los estilos de la página. | Soporte Vipsoft |
| Tiempo real multi-proceso | Actualizaciones en vivo a las pantallas que funcionan aunque el sistema corra en varios procesos a la vez. | Soporte Vipsoft y VIP Play |
| CRM inmobiliario europeo | Conexión de un portal latinoamericano con la API de un CRM líder en España. | Mar & Golf Homes |
| Tasa oficial multi-fuente | Consulta la tasa del BCV desde varias fuentes con respaldo entre ellas y alarma si los datos envejecen. | Todas las plataformas |
| Correo entrante automatizado | Lee la bandeja del negocio, interpreta los mensajes y dispara acciones en el sistema sin que nadie los abra. | Terrazas VIP y Bowling |
Yo no vendo el bot. Vendo que sirva
La conversación puede prestarla el servicio que prefieras, con una cuenta a nombre de tu negocio. Lo que yo construyo es la parte que hace la diferencia: la conexión con tu sistema real.
Un bot suelto
- Responde con lo que alguien le escribió en un documento, que quedó viejo el mes pasado.
- Promete disponibilidad que no existe y alguien tiene que llamar después a deshacer.
- Da un número de reserva inventado que no lleva a ninguna parte.
- Al final del día no sabes cuánto vendió, porque no vendió: solo conversó.
- Cuando se equivoca, no hay manera de saber por qué.
Un bot conectado
- Cada precio y cada cupo salen de tu base de datos en el momento de responder.
- Aparta el cupo de verdad, con retención temporal, mientras el cliente paga.
- El número de reserva que entrega existe y aparece en tu panel.
- Lo que vende entra a la misma cola que las reservas de la web, marcado por canal, así sabes cuánto te trajo.
- Cada llamada que hizo queda registrada y auditable.
Se cotiza por conector, no por sistema
Acá el trabajo es una capa, no una plataforma, así que el precio va por lo que hay que conectar. Para trabajo suelto por horas la tarifa es de 22 dólares la hora; dentro de un proyecto cerrado sale mejor.
Porque de verdad me cuesta menos hacerlo, no porque sea menos sistema. Son tres razones y las tres se pueden comprobar.
- El sistema ya está escrito. Son más de cien mil líneas de código que construí y que son mías. No pagas que lo invente: pagas que lo adapte a tu negocio.
- 17 años de oficio. Ya cometí los errores caros en proyectos anteriores. Lo que a un equipo nuevo le toma tres intentos, acá sale al primero, y eso son horas que no te facturo.
- Trabajo con las herramientas de 2026. Me adapté a ellas en vez de pelearme: el mismo trabajo toma hoy una fracción de las horas que tomaba hace tres años. Quien te cobra como en 2019 te está cobrando su lentitud.
A eso se suma que estoy abriendo este rubro y quiero los primeros casos para mostrar. Cuando los tenga, estos precios suben.
- Conector contra un sistema de terceros (PMS, POS, CRM)
- Reintentos si el otro sistema no responde
- Registro de cada llamada con su ruta y resultado
- Contrato de API documentado y versionado
- API dedicada con su propia llave, aparte de tu web
- El bot consulta antes de responder: no inventa
- El servidor recalcula todo al confirmar
- Idempotencia en lo que cobra
- Panel para auditar cada llamada del bot
- Todo lo anterior, para varios sistemas a la vez
- Puerta de enlace de WhatsApp como proceso aparte
- Actualizaciones en vivo a las pantallas
- Correo entrante que dispara acciones solo
- Guías de integración para tu propio equipo
Diagnóstico técnico y plan por fases
Reviso tu operación y lo que ya tienes montado, y te entrego un documento con qué se puede automatizar, en qué orden conviene hacerlo, qué riesgos tiene y cuánto costaría cada fase. Te sirva conmigo o con cualquier otro.
Si después contratas, se descuenta completo del proyecto. Y si del diagnóstico sale que no te hace falta un sistema, te lo digo ahí y te ahorro varios miles.
Siempre incluido
- Migración de lo que ya tienes, antes de encender nada
- Servidor y dominio el primer año
- Capacitación del personal y visita guiada dentro del sistema
- 90 días de garantía sobre todo lo entregado
Lo que sigues pagando después
- Servidor: unos 25 dólares al mes, contratado por ti
- Dominio: unos 15 dólares al año
- Hacia mí: nada obligatorio. Soporte a demanda, cotizado y aprobado antes
La alternativa no es otro software: es una persona
Cuando dos sistemas no se hablan, alguien los conecta a mano todos los días. Ese trabajo no aparece en ninguna factura de software, pero se paga en sueldo, en errores y en que todo se cae cuando esa persona se va de vacaciones.
| Acumulado | Trasvase manual | API para bot |
|---|---|---|
| Año 1 | $1.800 | $1.800 |
| Año 2 | $3.600 | $1.800 |
| Año 3 | $5.400 | $1.800 |
| Año 5 | $9.000 | $1.800 |
Trasvase manual calculado en unas 10 horas al mes de alguien que gana 15 dólares la hora, un supuesto deliberadamente bajo. No incluye el costo de los errores de transcripción ni el de descubrir tarde que la sincronización se rompió.
Antes de decir que no
Lo que dicen los equipos técnicos con los que ya trabajé
Dime qué dos sistemas necesitas que se hablen
Veinte minutos. Me dices qué tienes, qué te falta y dónde está el trabajo manual que quieres eliminar. Te digo si se puede, cómo, y qué riesgos tiene. Si no se puede, también.