Cómo está estructurado el programa Google Partner Advantage, qué puede revender y gestionar un Google Partner en tu nombre, cómo funciona la transferencia de facturación sin afectar a tu equipo y una comparación honesta entre comprar directamente y a través de un partner. Cubre Google Workspace, Google Cloud, Google Maps Platform y Chrome Enterprise, redactado para la persona en una empresa que gestiona o debería gestionar la relación con Google.
La mayoría de las empresas compran Google Workspace a través de la consola de administración y no vuelven a pensar en ello hasta que surge una pregunta de facturación o se aproxima una migración. Esta guía explica la alternativa: la estructura comercial detrás del programa Google Partner, lo que significa para los precios y el soporte, y la mecánica práctica de mover tu facturación Google a un partner sin alterar nada de lo que tu equipo usa día a día.
Google Partner Advantage es el programa de revendedores y partners de Google. Define qué empresas pueden revender productos de Google, bajo qué condiciones y con qué obligaciones hacia los clientes finales. El programa tiene tres niveles: Member, Partner y Premier.
Member es el nivel de entrada. Una empresa Member ha completado alguna formación básica de producto y está autorizada para revender, pero aún no ha creado una base de clientes ni demostrado a Google su capacidad de soporte.
Partner es el nivel intermedio y requiere alcanzar umbrales concretos: un número mínimo de clientes de Google Workspace o Cloud bajo gestión, certificaciones en manos del personal y retención de clientes demostrada. Scalarly está en el nivel Partner en el programa.
Premier es el nivel superior, que requiere carteras de clientes sustancialmente mayores, certificaciones adicionales y un historial con las áreas de producto más complejas de Google. Los Partner Premier tienen acceso a recursos adicionales de Google y suelen ser revendedores de mayor tamaño.
Lo que importa para ti como comprador no es principalmente el nivel. Lo que importa es si el partner que eliges cumple los requisitos mínimos para estar autorizado, tiene el personal técnico para gestionar tus productos y puede darte soporte en tu idioma. El nivel es un indicador aproximado de estas cosas, pero vale la pena verificarlo directamente en lugar de asumir que un nivel más alto significa automáticamente un mejor servicio para tu situación específica.
El programa también define dos modelos de intervención: Sell y Service. Sell cubre la relación comercial: el partner gestiona tus licencias, facturación y renovaciones. Service cubre el trabajo de implementación: migración, despliegue, configuración y soporte continuo. Un partner puede operar en ambos modos simultáneamente, que es el modelo que utilizamos.
Un Google Partner autorizado para reventa puede gestionar licencias y facturación para las siguientes líneas de producto:
La facturación gestionada por el partner también puede incluir créditos promocionales y condiciones negociadas cuando Google los pone a disposición de los partners para distribuir a los clientes. No están garantizados y varían según el producto, la región y los programas actuales de Google. Lo que sí está garantizado es que nunca pagas más que el precio de lista de Google a través de un partner autorizado.
Google Workspace es la suite de productividad de Google: Gmail, Drive, Docs, Sheets, Slides, Meet, Calendar, Chat y la identidad de Google subyacente (accounts.google.com). Viene en varias ediciones, y la elección de edición es a menudo lo primero que un partner debe revisar para un nuevo cliente.
El nivel Business va de Starter a Standard, Plus y Enterprise. La diferencia cualitativa a medida que subes de nivel es el almacenamiento por usuario, los límites de grabación y participantes de Meet, las funcionalidades de seguridad y cumplimiento y los controles de administrador. Business Starter es suficiente para equipos pequeños que principalmente quieren Gmail y Drive. Business Standard añade grabaciones de Meet y más almacenamiento, lo que importa para equipos distribuidos que usan mucho el vídeo. Business Plus añade capacidades de auditoría y eDiscovery, relevantes para sectores regulados. Enterprise añade prevención de pérdida de datos más avanzada, acceso al security center y controles de administrador personalizados.
Uno de los hallazgos más frecuentes al auditar una suscripción de Workspace es el sobredimensionamiento: empresas en Business Plus o Enterprise porque alcanzaron un límite funcional hace años, cuando el perfil de uso real encajaría cómodamente en Standard. También ocurre lo contrario: empresas en Starter que se quedan sin almacenamiento o alcanzan los límites de Meet. Una revisión honesta de las ediciones es lo primero que debe hacer un partner, antes de discutir cualquier migración o estructura de soporte.
La mayoría de las migraciones a Workspace provienen de una de tres fuentes: Microsoft 365, Exchange on-premises o un sistema de correo compartido heredado. El método varía según la fuente, pero la preparación es la misma en todos los casos.
Antes de mover cualquier correo, hacemos un inventario de la fuente: recuento de buzón, tamaño por buzón, calendarios compartidos, grupos de distribución, contactos, carpetas públicas si las hay y cualquier relación de acceso delegado. Esto produce una especificación de migración que se revisa y aprueba antes de tocar nada. Las migraciones que omiten este paso suelen encontrarse con sorpresas a mitad de la transferencia.
El cutover de DNS es el paso más visible para los usuarios finales. Antes del cutover, las nuevas cuentas de Workspace están creadas y el lote pilot ha sido validado. El día del cutover, los registros MX apuntan a Google y el nuevo correo va a Workspace. El correo histórico de la fuente sigue transfiriéndose en segundo plano durante días después del cutover. Esto significa que los usuarios están en Google de inmediato pero siguen viendo el correo histórico apareciendo en su buzón a medida que se transfiere. Comunicamos este calendario a los usuarios con antelación para que no sea una sorpresa.
Para las empresas que migran específicamente desde Microsoft 365: el contenido de OneDrive y SharePoint es una migración separada de los buzones. Gestionamos ambas, pero se planifican y ejecutan por separado porque los formatos de datos y las herramientas de migración difieren. Calendario y contactos migran junto con el correo. El historial de canales de Teams no migra de forma nativa a Google Chat; esa decisión y sus implicaciones deben tomarse antes de que se acuerde el plan de migración.
Un tenant de Google Workspace recién creado tiene valores predeterminados razonables pero no necesariamente los correctos para tu organización. Lo mínimo que configuramos en cada despliegue: aplicación de la verificación en dos pasos para todos los usuarios, políticas de acceso de aplicaciones de terceros (qué aplicaciones pueden solicitar acceso a datos de Google), reglas de enrutamiento de correo, políticas de acceso contextual para datos sensibles y reglas de DLP adecuadas a la edición. Las empresas en sectores regulados normalmente necesitan más, pero esta línea base protege la mayoría de los despliegues.
Tras el despliegue, el trabajo administrativo no se detiene. Los usuarios llegan y se van, hay que crear alias, actualizar grupos, monitorizar los límites de almacenamiento y Google publica actualizaciones de producto que ocasionalmente cambian los comportamientos por defecto. Con un intervención Managed, gestionamos estas solicitudes según van llegando, realizamos revisiones trimestrales del recuento de licencias y la idoneidad de la edición, y monitorizamos las alertas de seguridad en la consola de administración que merecen atención.
Google Cloud tiene una estructura comercial diferente a Workspace. Workspace es una suscripción con un precio fijo por usuario. Cloud es basado en consumo: pagas por lo que usas en cómputo, almacenamiento, redes, bases de datos, servicios de machine learning y decenas de otros productos. La complejidad de facturación es proporcionalmente mayor.
Una cuenta de facturación de Google Cloud está por encima de uno o más proyectos. Cada proyecto tiene recursos: máquinas virtuales, buckets de almacenamiento, servicios Cloud Run, datasets de BigQuery, lo que sea que necesite tu carga de trabajo. La cuenta de facturación acumula los cargos de todos sus proyectos y paga la factura. Cuando te pasas a la facturación del partner, tu cuenta de facturación se transfiere a la relación de facturación de revendedor del partner, o se configura una nueva cuenta de facturación bajo el partner y tus proyectos se migran a ella. En ambos casos, tus proyectos, recursos y servicios en ejecución permanecen activos durante todo el proceso.
El gasto Cloud no gestionado es el problema habitual. Un equipo pone en marcha infraestructura para un proyecto, el proyecto termina y los recursos siguen funcionando porque nadie tiene visibilidad de lo que aún está activo. Las alertas de presupuesto a nivel de proyecto son la primera línea de defensa. La función de Billing Budgets nativa de Google Cloud permite establecer un umbral de gasto por proyecto o por cuenta de facturación y recibir alertas cuando el gasto se acerca o supera ese límite. Configurarlos es una de las primeras cosas que hacemos cuando asumimos una relación de facturación Cloud.
Más allá de las alertas, la monitorización de costes consiste en analizar las recomendaciones de ajuste de tamaño que Cloud proporciona en la consola para las instancias de Compute Engine, las oportunidades de Committed Use Discount para cargas de trabajo predecibles y las opciones de instancias Spot o Preemptible para cargas de trabajo que pueden tolerar interrupciones. Ninguno de estos requiere cambios de arquitectura; son optimizaciones comerciales sobre la infraestructura existente.
Para empresas con gasto en Cloud sin una arquitectura definida, proporcionamos una revisión: qué está en ejecución, para qué sirve, está dimensionado correctamente, hay fuentes obvias de derroche y cómo sería una arquitectura más ordenada. No es un proyecto de varias semanas. Para una configuración Cloud típica de pyme, una revisión competente lleva de dos a tres días y produce una documentación del estado actual más una lista priorizada de cambios. La implementación de esos cambios es un proyecto separado, dimensionado a partir de los hallazgos de la revisión.
¿Cuándo tiene más sentido la facturación del partner para Cloud? Cuando tienes gasto en Cloud que no estás gestionando activamente, cuando quieres que esté en la misma factura que Workspace, o cuando necesitas a alguien que pueda llamar al soporte técnico de Google en tu nombre para problemas de infraestructura. Si tienes un equipo Cloud dedicado y ya utilizas las funcionalidades avanzadas de GCP con procesos definidos de gestión de costes, la facturación directa está bien.
Google Maps Platform es el conjunto de API que permite a los desarrolladores incrustar mapas, buscar lugares, calcular rutas, geocodificar direcciones y realizar tareas de localización relacionadas en aplicaciones. Se factura por consumo: cada llamada a la API tiene un precio y se aplican límites gratuitos hasta un umbral mensual antes de que comiencen los cargos.
Los problemas habituales en el uso de Maps sin gestión: claves de API de producción sin límites de uso, que generan facturas inesperadas cuando el tráfico aumenta; claves de API de desarrollo que nunca se restringieron a entornos de desarrollo y son visibles públicamente en el código fuente; y múltiples claves de API en distintos proyectos sin una vista central del gasto total.
Gestionar Maps Platform a través de un partner consolida la facturación y te proporciona un único contacto para aumentos de cuota, configuración de límites de uso y preguntas sobre licencias. Si estás desarrollando un producto sobre Maps y tu uso está creciendo, tener un partner que gestione la licencia significa que dispones de alguien que puede tratar con Google sobre los límites de cuota sin tener que navegar el proceso de solicitud de cuota de autoservicio cuando llega a un límite en un momento crítico.
Productos de la API de Maps que vemos habitualmente en uso: Maps JavaScript API para mapas incrustados en aplicaciones web, Geocoding API para la conversión de dirección a coordenadas, Places API para búsqueda de negocios y autocompletado de direcciones, Routes API (antes Directions y Distance Matrix) para la planificación de rutas y Maps Static API para imágenes de mapas en correos y PDF. Cada una tiene un precio independiente y su propio nivel gratuito. Una auditoría del uso en las claves activas a menudo revela consumo de proyectos inactivos que podrían desactivarse.
Chrome Enterprise viene en dos formas distintas que sirven a necesidades diferentes y a menudo se confunden.
Chrome Browser Cloud Management gestiona el propio navegador Chrome en los dispositivos de los empleados, ya sean Windows, macOS, Linux o ChromeOS. Permite al equipo de IT establecer políticas de navegador de forma centralizada: qué extensiones están permitidas, qué sitios están bloqueados, gestión de certificados, configuración de proxy, ajustes de protección de datos. La licencia es por usuario gestionado. Para empresas en sectores regulados, donde el navegador es el principal punto de acceso a sistemas sensibles, Chrome gestionado es la herramienta adecuada.
Los dispositivos ChromeOS son hardware de Chromebook o Chrome OS Flex en hardware más antiguo. Gestionar una flota de ChromeOS requiere una licencia Chrome Enterprise Upgrade por dispositivo, que habilita la gestión a nivel de dispositivo: enrollment, modo kiosco, instalación forzada de aplicaciones, registros de auditoría del dispositivo. Este es un producto diferente de la gestión del navegador y se licencia por separado.
El punto de partida más habitual es una empresa que usa Workspace y quiere gestionar el navegador Chrome en los dispositivos de los empleados sin reemplazar los dispositivos. Chrome Browser Cloud Management lo consigue. La configuración implica crear una unidad organizativa en la consola de Google Admin para los navegadores gestionados, distribuir la configuración de enrollment mediante política de grupo o MDM, y luego configurar las políticas en la consola de administración. En un proyecto con el partner, gestionamos la compra de licencias y la configuración técnica.
Comprar directamente a Google es una elección legítima y hay situaciones en las que tiene más sentido que una relación con un partner. Aquí tienes una valoración honesta de ambas opciones.
Si eres un equipo pequeño con un único producto de Google, sin migración prevista, alguien técnicamente cómodo gestionando la consola de administración y necesitas principalmente soporte en inglés, la compra directa es más sencilla. La consola de administración de autoservicio está bien documentada, el soporte de Google para las ediciones Business es adecuado para cuestiones rutinarias y evitas añadir un intermediario comercial a la relación.
Los proyectos Cloud puramente de autoservicio con un equipo de DevOps o infraestructura dedicado también funcionan mejor de forma directa. Si tienes ingenieros que viven en la consola Cloud, entienden la estructura de facturación y ya han configurado herramientas de gestión de costes, un partner añade complejidad en lugar de valor.
Las situaciones en las que el modelo con partner supera consistentemente a la compra directa:
El cambio es reversible. Si empiezas con un partner y decides más adelante que la facturación directa te conviene mejor, el proceso de transferencia de Google funciona en ambas direcciones. No hay ninguna vinculación a largo plazo a nivel de producto de Google.
La transferencia de facturación es el paso que más preocupa a las empresas, normalmente porque asumen que implica tiempo de inactividad o interrupciones. No es así. Esto es lo que ocurre realmente.
El partner inicia una solicitud de transferencia a través de la API de revendedor o la consola de partner de Google. Esto genera un token de transferencia. El administrador actual de Workspace acepta la transferencia en su consola de administración. Una vez aceptado, Google mueve la cuenta de facturación a la cuenta de revendedor del partner. El proceso completo tarda menos de 24 horas después de que el administrador acepta. Los usuarios no notan nada. Gmail, Drive, Meet, Calendar, todo funcionando. Lo único que cambia es que la siguiente factura llega del partner en lugar de directamente de Google.
Hay un período de espera a tener en cuenta: Google requiere que un cliente de Workspace lleve al menos 30 días en su acuerdo de facturación actual antes de que pueda iniciarse una transferencia. Si acabas de registrarte directamente y quieres pasar de inmediato a la facturación del partner, esperas el período de 30 días. Esta es una política de Google, no algo que un partner pueda omitir.
La transferencia de facturación de Cloud funciona de forma diferente según tu configuración. Si tienes una única cuenta de facturación con proyectos bajo ella, el partner configura una nueva cuenta de facturación de revendedor y mueves tus proyectos a ella. Si tienes varias cuentas de facturación, cada una debe transferirse o consolidarse. La mecánica es ligeramente más compleja que la de Workspace pero tampoco afecta a los servicios en ejecución. Una máquina virtual en ejecución en un proyecto que cambia de cuenta de facturación sigue funcionando. El ID del proyecto no cambia. Los recursos no se reinician. Solo cambia la relación de facturación.
Documentamos el estado actual de tus proyectos y la estructura de facturación antes de cualquier transferencia, producimos un plan de transferencia y lo ejecutamos en una ventana acordada con antelación. Para la mayoría de las configuraciones Cloud de pyme, la transferencia se completa en pocas horas.
Vale la pena repetir este punto porque es la pregunta que más nos hacen. La transferencia de facturación es invisible para los usuarios finales. Abren Gmail y funciona. Abren Drive y funciona. Los servicios Cloud permanecen activos. Las llamadas a la API de Maps pasan. El cambio es íntegramente en la capa comercial, no en la capa de producto. Lo único que cambia para los usuarios es que la factura que recibe el equipo financiero ahora llega de Scalarly en lugar de de Google.
¿Necesitas conectar Google Cloud y Workspace a tu CRM y stack de datos? Esta guía cubre las licencias y la relación comercial con el partner. Si buscas integrar Google Workspace con Zoho o Salesforce, o conectar BigQuery a tu stack de análisis, consulta en su lugar nuestro servicio de integración Google.
Esto cubre el panorama completo. Cuando quieras una visión específica de tu configuración Google actual y de cómo sería una relación con un partner para tu organización, el siguiente paso es una breve conversación. Sin proceso de auditoría ni acceso requerido por adelantado, solo una llamada.
Facturación consolidada, las licencias correctas, migración gestionada, soporte en tu idioma. Habla hoy con un Google Partner.
Habla con un Google Partner