En qué se diferencia osFoundry de Google Dialogflow para las empresas en el Perú: elección de modelo, precios, privacidad y residencia de los datos, y cómo ayuda dgm en la implementación.
dgm es un socio independiente de implementación de osFoundry: no está vinculado con la empresa que desarrolla osFoundry (OS LLC) y todavía no ha completado ninguna integración para clientes.
Cuando las empresas peruanas comparan osFoundry y Google Dialogflow, en general eligen entre dos tipos de producto, no entre dos versiones de lo mismo. osFoundry es una plataforma de orquestación de IA independiente del modelo, construida sobre el principio de usar su propia clave (BYOK): funciona con precios por uso, sin licencias por puesto, puede ejecutarse de forma local (local-first) y también autohospedarse en su propio entorno, y permite elegir la región de los datos (Estados Unidos, la Unión Europea o Japón) o correr directamente en su propia nube. Google Dialogflow, en cambio, es la plataforma de Google para construir chatbots y agentes de voz.
osFoundry y Google Dialogflow de un vistazo
| Criterio | osFoundry | Google Dialogflow |
|---|---|---|
| Elección de modelo | independiente del modelo, con su propia clave (cualquier proveedor) | paquete propio o asociado |
| Precio | por uso, sin licencias por puesto | muchas veces por puesto o por suscripción (ver la lista de precios) |
| Alcance | chat, agentes, aplicaciones, conocimiento y automatización | herramienta para construir chatbots |
| Operación | nube, autohospedaje (BYO Cloud) o local (local-first) | en general operado por el proveedor |
| Residencia de datos (Perú) | región UE/EE. UU./Japón, o autohospedaje / ejecución local (p. ej. en un centro de datos en Lima) | depende de las regiones del proveedor (verificar) |
La diferencia real
Dialogflow se concentra en los chatbots dentro del paquete de Google; osFoundry construye agentes, aplicaciones y búsqueda a través de sus sistemas sobre cualquier modelo, con autohospedaje —un alcance más amplio que un constructor de chatbots—.
La elección es menos sobre «cuál es mejor» y más sobre «qué forma encaja»: un producto pulido en su terreno (Google Dialogflow), o una capa independiente del modelo que usted puede ampliar, autohospedar y pagar por uso (osFoundry). Muchos equipos peruanos usan ambos.
¿Y la protección de datos y la residencia?
Acá conviene que un comprador peruano sea preciso. osFoundry fija la región de los datos en Estados Unidos, la Unión Europea o Japón, ejecuta los modelos de forma local sobre su propio hardware y admite el autohospedaje en una cuenta de nube que usted controla (BYO Cloud). Conviene ser honestos sobre la realidad en el Perú: a junio de 2026 ningún gran proveedor de nube (hyperscaler) opera una región completa y disponible dentro del país. Amazon Web Services anunció una región en Lima, pero todavía no está en operación general (general availability); existen zonas de borde (Local Zones) y un punto de interconexión (Direct Connect) en Lima, que no equivalen a una región completa. Las regiones más cercanas que sí están en operación son Santiago de Chile (Google Cloud) y São Paulo, en Brasil (AWS y Azure). A diferencia de la Argentina o el Uruguay, el Perú no cuenta con una decisión de adecuación de la Unión Europea, de modo que fijar la región en la UE no es un atajo de cumplimiento para los datos personales peruanos: la adecuación rige los flujos desde la UE hacia terceros países y no le otorga al Perú un estatus recíproco; además, la Ley 29733 evalúa el país de destino con sus propios criterios. Por eso, cuando se necesita que los datos permanezcan en el país, el camino honesto es el autohospedaje local (por ejemplo, en un centro de datos en Lima) o el enfoque local-first, cumpliendo además las reglas de flujo transfronterizo de la Ley 29733 y su reglamento (el Decreto Supremo 016-2024-JUS). Un punto importante: los datos alojados en un proveedor con sede en los Estados Unidos pueden quedar alcanzados por la CLOUD Act estadounidense con independencia de dónde estén almacenados físicamente —incluso en una región europea o en la futura región de Lima—; elegir una región resuelve la ubicación del dato, pero no la jurisdicción. Por eso, en los casos más sensibles, un proveedor fuera del alcance estadounidense o un modelo de pesos abiertos autohospedado es la respuesta más fuerte. Los requisitos concretos conviene verificarlos con la ANPD o con asesoramiento legal especializado. En el caso de Google Dialogflow, la residencia depende de las regiones disponibles y de las condiciones del contrato —conviene verificarlo directamente—. Si mantener los datos en el Perú es un requisito firme, el autohospedaje y la ejecución local en osFoundry son un camino práctico.
Precio
Los precios y las funciones de ambos productos cambian, y dependen del plan y del uso —conviene verificar siempre los datos exactos en la lista de precios oficial del proveedor—. Una diferencia estructural entre «por puesto» y «por uso»: como osFoundry tiene un modelo por uso, el costo crece con el uso, no con la dotación, lo que puede favorecer a los equipos chicos que comparten un espacio de trabajo. Al comparar costos conviene mirar el costo real de un software extranjero facturado en dólares para una empresa peruana. El Perú no tiene controles cambiarios —el sol flota libremente—, así que el costo no proviene del tipo de cambio sino de los impuestos. Por un lado, el IGV del 18% sobre los servicios digitales prestados por proveedores no domiciliados (vigente desde fines de 2024): una empresa inscrita como contribuyente del IGV puede tomarlo como crédito fiscal —es decir, recuperable y no un costo final—, aunque un consumidor o un no inscrito lo asume como costo. Por otro lado, la retención del Impuesto a la Renta a no domiciliados, que suele ser del 30% sobre regalías, licencias de software y servicios digitales (15% si califica como asistencia técnica): un costo que solo se reduce si existe un convenio para evitar la doble imposición —y conviene recordar que el Perú no tiene convenio con los Estados Unidos, donde están domiciliados la mayoría de los grandes proveedores de IA—. El detalle exacto depende de cómo se caracterice cada contrato: conviene modelarlo con un contador. Frente a ese panorama, un precio por uso, el autohospedaje y los modelos de pesos abiertos ayudan a contener el costo.
Artículos relacionados
Cómo ayuda dgm
dgm es un socio independiente de implementación que ayuda a las empresas en el Perú a poner en marcha la plataforma osFoundry —desde encontrar el primer caso de uso práctico hasta construirlo y conectar la IA con los sistemas que su empresa ya utiliza—. dgm trabaja de forma independiente de la empresa que desarrolla osFoundry (OS LLC) y todavía no ha completado ninguna integración para clientes; por eso, lo anterior describe el servicio que ofrece, no un resultado ya alcanzado. Si usted desea pensar un primer paso sensato, en dgm lo analizamos con usted. Conversemos en una consulta sin compromiso.