Del proyecto a la roadmap

Ninguno de nosotros dejó el trabajo de proyectos cuando salieron los productos — a propósito. Las semanas dentro de entornos de clientes son nuestra investigación de producto: un requisito de gobernanza que plantea un auditor en un tenant, una integración que escribe basura más rápido que cualquier usuario, una ola de actualización que cambia en silencio el comportamiento de los plugins. Esos momentos se convierten en tickets, los tickets en funciones, y las funciones llegan a todos.

Ese bucle es también la razón de que el soporte funcione así: quien responde vuestro ticket escribió el código — o se sienta al lado. No hay ningún guion de primer nivel entre vosotros y una respuesta, y ninguna petición de función desaparece en un backlog que nadie lee. La distancia entre «un cliente se topó con esto» y «el arreglo está en AppSource» se mide en días, no en trimestres.

Así trabajamos

Así gestionamos xRM Products

Comprar software a un equipo enfocado debería sentirse más seguro, no más arriesgado. Aquí está el porqué.

Desarrollo y releases

Las tres apps se entregan como soluciones administradas a través de Microsoft AppSource: cada release pasa la certificación de publisher de Microsoft antes de poder llegar a vuestro tenant. Desarrollamos contra las mismas olas semestrales que recibís, probamos en tablas de alto volumen mucho antes que cualquier cliente, y tratamos una actualización que rompa algo en vuestro entorno como nuestro fallo — no vuestro riesgo. Nada se instala fuera del framework de soluciones, así que la desinstalación es tan limpia como la instalación.

Vuestros datos, vuestro tenant

No existe una nube xRM. Ningún conector llama a nuestros servidores, ninguna pipeline de telemetría lleva vuestros registros a ninguna parte, ningún procesamiento ocurre fuera de Microsoft Dataverse. Reglas, registros, traducciones y configuración son filas normales de Dataverse — cubiertas por vuestros roles de seguridad, vuestras copias y vuestro perímetro de cumplimiento. Cuando vuestros auditores pregunten dónde viven los datos, la respuesta es una palabra: Dataverse.

Seguridad por arquitectura

Las apps nunca salen del modelo de seguridad de Dataverse — lo extienden. Cada acción de un usuario se ejecuta bajo sus propios roles de seguridad, y las capacidades sensibles llevan privilegios dedicados: leer el registro de auditoría y restaurar desde él son permisos separados — los auditores pueden ver sin poder actuar, y los administradores actúan solo donde su rol lo permite. No hay cuentas de servicio que aprovisionar, ni credenciales almacenadas, ni claves API que rotar — las apps se autentican como lo hace el propio Dataverse, porque son Dataverse. Junto con datos que nunca salen del tenant, vuestro security review, políticas DLP y compromisos de residencia de datos quedan intactos: lo que vuestro equipo de cumplimiento aprobó para Dynamics 365 ya cubre las apps xRM.

Si alguna vez nos necesitáis — y si no

Las solicitudes de soporte llegan directamente a los founders y se responden en un día laborable. Pero la promesa más importante es la contraria: las apps están construidas para no necesitarnos. La configuración está documentada y vive como datos en vuestro entorno, los administradores lo manejan todo desde la interfaz estándar de Dynamics, y una instalación que funciona sigue funcionando — a través de olas de actualización, cambios de administradores, años. La dependencia de un proveedor es un defecto de diseño. Lo diseñamos fuera.

Detrás de cada release hay un equipo de especialistas en Dynamics 365 — desarrolladores, consultores y testers que viven la plataforma a diario. Cada función la construyen personas que se han sentado al lado del cliente de la mesa.

Lo que construimos juntos.

Cuatro apps de gobernanza nativas de Dataverse — tres disponibles en cinco idiomas en Microsoft AppSource, una en camino. Sin servicios externos, sin datos que salgan de vuestro tenant.