Servicios de desarrollo SharePoint para empresas

Principalmente en SharePoint Online dentro de Microsoft 365, que es donde corresponde el 95 por ciento del desarrollo nuevo. Seguimos dando soporte a SharePoint Server Subscription Edition para clientes con restricciones regulatorias o de soberanía (defensa, sanidad con residencia de datos local, ciertos tenants de administraciones de la UE), y ejecutamos migraciones de SharePoint 2019 a SharePoint Online con SharePoint Migration Tool (SPMT) o ShareGate cuando el cambio está justificado. El modelo de desarrollo es realmente distinto: SharePoint Framework (SPFx) v1.18+ para Online con Node 18, componentes React modernos de Fluent UI y despliegues en el catálogo de aplicaciones de todo el tenant, frente al modelo heredado de soluciones de granja / sandbox en Server. Elija el que se corresponda con la realidad de su tenant.

SPFx es la superficie de extensibilidad admitida para SharePoint moderno, Microsoft Teams y Microsoft Viva. Construimos Web Parts (componentes a nivel de página) para intranets y sitios de proyecto, Extensions (Application Customizers, Field Customizers, Command Sets) para el chrome de todo el tenant y el comportamiento de las listas, Library Components y servicios compartidos para reutilizar código en el tenant, y Adaptive Card Extensions (ACE) para los paneles de Microsoft Viva Connections. Todo es React + TypeScript + Fluent UI v9, compilado con Gulp + Webpack mediante el generador de SPFx y desplegado en el App Catalog de SharePoint como .sppkg, con sincronización opcional con el catálogo de apps de Microsoft Teams para reutilizarlo entre superficies. CI/CD con GitHub Actions o Azure DevOps con una autenticación adecuada basada en certificados.

SharePoint rara vez es la única pieza. Tratamos SharePoint como la columna vertebral de documentos y listas estructuradas, Power Apps (canvas + basadas en modelo) como los formularios de cara al usuario cuando SPFx es excesivo, Power Automate para flujos de bajo volumen (aprobaciones, notificaciones, enrutado de documentos) y Dataverse para datos estructurados cuando el volumen supera lo que las listas de SharePoint gestionan bien (el umbral de vista de 5,000 elementos es real). Power BI consume de ambos. Respetamos la superficie de licencias (conectores premium, planes por app o por usuario, almacenamiento de Dataverse) y diseñamos soluciones que el equipo de finanzas de TI pueda defender en la renovación. Seguimos el kit de inicio del Center of Excellence (CoE) de Microsoft para la gobernanza.

Sí; la mayor parte de nuestro trabajo de intranet y colaboración abarca ya SharePoint + Teams + Graph. Apps de Teams como pestañas (que cargan Web Parts de SPFx o apps de React independientes), extensiones de mensajes (de búsqueda y de acción), bots (Bot Framework SDK + Azure Bot Service) y apps para reuniones. API de Microsoft Graph para cualquier dato entre cargas de trabajo: sincronización de usuarios y grupos, automatización de calendario y correo electrónico, aprovisionamiento de Teams, operaciones con documentos de OneDrive y REST de SharePoint. Usamos la Microsoft Authentication Library (MSAL) para flujos delegados y solo de aplicación, registramos las apps en Microsoft Entra ID (Azure AD) con ámbitos de mínimo privilegio y respetamos el throttling de Graph con una gestión adecuada de retry-after y peticiones por lotes.

Microsoft 365 incluye sólidas primitivas de cumplimiento; las configuramos correctamente en lugar de construir alternativas. Residencia de datos en la UE mediante las capacidades Multi-Geo para SharePoint, OneDrive y Exchange. Microsoft Purview para la clasificación de datos, las etiquetas de retención, las etiquetas de sensibilidad con cifrado y las políticas de DLP. Acceso condicional de Microsoft Entra ID para el enfoque de autenticación de todo el tenant. Registros de auditoría transmitidos a un SIEM (Sentinel, Splunk) para una retención superior a los 90 días que ofrece Microsoft por defecto. Firmamos un DPA, configuramos el consentimiento y la auditoría del RGPD a nivel de tenant y documentamos el registro de actividades de tratamiento del artículo 30. Alineados con el RGPD · preparados para ISO 27001 · SOC 2 Type II en curso.

Los portales de SharePoint son de alcance cerrado y por niveles según el alcance, todo incluido y presupuestados en USD. Un inicio de landing o intranet cuesta desde $1,100 (2–4 semanas); un portal corporativo o de empleados, desde $2,900 (5–8 semanas); una tienda o portal electrónico, desde $5,800 (8–12 semanas); un portal o servicio web completo con migración heredada e integraciones complejas, desde $10,400 (12–18 semanas). Lo que hace variar la cifra es el número de componentes de SPFx, apps de Teams y Power Apps, la profundidad de cualquier migración desde SharePoint heredado, el volumen de integración de la API de Graph, la superficie de licencias de Power Platform y el alcance del RGPD y de la residencia de datos en la UE. Usted ve el presupuesto desglosado al final del descubrimiento y lo aprueba antes de escribir una sola línea de código. La propiedad intelectual se transfiere el primer día, no hay recargo por intermediación ni sobrecostes por herramientas, y los costes de la nube corren en sus propias cuentas, de modo que conserva el control del coste. Tenemos la designación Microsoft Solutions Partner para Modern Work y seguimos los estándares de la comunidad Microsoft 365 Patterns and Practices (PnP).

Sí; la migración de InfoPath es una de las solicitudes de modernización más habituales que recibimos. InfoPath ha llegado al final de su vida útil y no es compatible con SharePoint Online. Evaluamos la complejidad de cada formulario (validación sencilla, lógica de ramificación compleja o conexiones a datos externos) y después migramos a una app canvas de Power Apps cuando la complejidad del formulario es moderada y la superficie de licencias lo permite, o a un Web Part de SPFx a medida con un formulario de React y REST de SharePoint o la API de Graph cuando importan más la gobernanza, el soporte offline o una experiencia de usuario de marca. Los flujos de trabajo de InfoPath Designer se sustituyen por Power Automate. Cada sustitución pasa por una revisión de paridad funcional antes de retirar el formulario antiguo; no consideramos completa la migración hasta que los usuarios han abandonado el camino antiguo.

Los permisos de SharePoint sin gobernanza se convierten en el peor tipo de deuda técnica: uso compartido heredado, herencia rota, grupos de seguridad que nadie gestiona. Diseñamos un modelo de permisos desde el nivel de hub site hacia abajo: grupos de seguridad de Microsoft Entra ID (no grupos de SharePoint) como capa de identidad, decisiones de herencia a nivel de sitio y de lista documentadas y aplicadas mediante flujos de aprovisionamiento de Power Automate, y revisiones de acceso en ciclo trimestral con Entra ID Identity Governance. Para las bibliotecas de documentos sensibles aplicamos etiquetas de sensibilidad de Purview con cifrado, de modo que la etiqueta acompañe al documento dondequiera que se comparta. Los cambios de permisos y los eventos de acceso se registran en el Microsoft 365 Unified Audit Log y se transmiten a Sentinel o a su SIEM para una retención superior a los 90 días que ofrece Microsoft por defecto.

Los componentes de SPFx se prueban de forma unitaria con Jest y React Testing Library; simulamos el contexto de SharePoint con dobles de prueba de @microsoft/sp-core-library. Las pruebas de integración se ejecutan contra un tenant de desarrollador dedicado, nunca contra producción, con fixtures de PnP PowerShell para un estado reproducible de listas y bibliotecas. La accesibilidad se valida según WCAG 2.1 AA con Axe y pruebas manuales de navegación por teclado sobre el conjunto de componentes de Fluent UI v9. Las Power Apps pasan una revisión de paridad funcional en UAT antes de retirar el equivalente de InfoPath o heredado. Los flujos de Power Automate que sustituyen cadenas de aprobación de alto volumen se ejecutan en paralelo con el camino antiguo durante un periodo de estabilización acordado. El despliegue en producción del catálogo de aplicaciones de SPFx se ejecuta mediante un pipeline de GitHub Actions o Azure DevOps con autenticación PnP basada en certificados; no existe ningún camino de despliegue manual con clics hacia producción.

Sí. Las topologías híbridas son habituales en sectores regulados donde ciertas cargas de trabajo deben permanecer en local por motivos de residencia de datos o de soberanía mientras la capa de colaboración se moderniza hacia Online. Configuramos las funciones híbridas de SharePoint (búsqueda híbrida con SSA en la nube, OneDrive híbrido, sitios híbridos y el lanzador de apps híbrido extensible para una navegación unificada), y entendemos que las migraciones son programas de varios años en los que el estado híbrido intermedio tiene que ser estable en producción. La vía de migración que recomendamos para la mayoría de los clientes es SharePoint Migration Tool (SPMT) para una migración estructurada de tipo lift-and-shift, ShareGate cuando la transformación de contenido o el mapeo de metadatos es complejo, y una ventana de ejecución en paralelo antes de dar de baja la granja local y recuperar las licencias. No recomendamos lo híbrido como modelo operativo permanente, pero lo construimos correctamente cuando el calendario del negocio lo exige.