Elegir un proveedor de facturación es una de las decisiones de infraestructura más importantes que puede tomar una empresa en crecimiento. Si lo haces bien, tendrás un sistema que crecerá junto con tu modelo de precios, gestionará automáticamente el cumplimiento de la normativa en todo el mundo y mantendrá la estabilidad del flujo de ingresos. Si lo haces mal, te enfrentarás a meses de reelaboración y a pérdida de ingresos.

Stripe Billing se incluye como punto de referencia en todo el documento: considéralo un ejemplo concreto de cómo es una plataforma de facturación consolidada en producción.

Esta plantilla te ofrece una manera estructurada y completa de ejecutar una solicitud de propuesta (RFP) para un proveedor de facturación, desde las reglas administrativas básicas hasta los requisitos detallados, aspectos comerciales y criterios de evaluación. Se basa en las funcionalidades que más importan para las empresas de suscripción en 2026: tarifas basadas en consumo y de múltiples atributos, recuperación de pagos con tecnología de machine learning (ML), análisis de ingresos en tiempo real, cumplimiento de la normativa fiscal en todo el mundo y requisitos emergentes, como el comercio agéntico y los productos financieros integrados.

Esta plantilla de RFP no está pensada para usarse como un formulario rígido. Es más bien una guía que puedes (y debes) personalizar según tus necesidades específicas. En cada sección, se incluyen indicaciones para ayudarte a redactar preguntas que den lugar a respuestas útiles, no solo textos de comercialización. Completa los espacios en blanco con información sobre tu proyecto, profundiza donde más importa y elimina cualquier sección que no sea pertinente. Cuando se utiliza correctamente, esta plantilla de RFP puede ahorrarte tiempo, identificar proveedores adecuados e informar mejor tu decisión final.

Tabla de contenido

• Portada
  
• Sección A: Instrucciones administrativas
  
• Sección B: Resumen y alcance del trabajo
  
• Sección C: Instrucciones para las propuestas
  
• Sección D: Proceso de evaluación
  
• Sección E: Requisitos básicos
  
• Sección F: Implementación y soporte
  
• Sección G: Comerciales
  
• Sección H: Perfil del proveedor
  
• Sección I: Referencias
  
• Sección J: Apéndices
  

Portada

El objetivo de la página de portada es indicar a los proveedores exactamente qué están viendo y con quién deben ponerse en contacto. Incluye el título de la RFP, el nombre de tu empresa, un breve aviso de confidencialidad y los datos de contacto de la persona que gestiona el proceso. Las fechas también son importantes. Indica la fecha de emisión y la fecha límite desde el inicio para que nadie pueda reclamar que las pasó por alto. Mantén la página de portada concisa. Debe servir como orientación, no para mostrar lo que tu equipo de diseño es capaz de hacer.

Esto es lo que debes incluir en esta sección:

• Título: RFP para [proyecto/servicio/producto]
  
• Organización de emisión: [Tu empresa]
  
• Aviso de confidencialidad: (lenguaje breve y vinculante sujeto al NDA)
  
• Punto de contacto: [Nombre, cargo, correo electrónico, teléfono]
  
• Fecha de emisión y fecha límite
  

Es posible que quieras diseñar tu propio documento de RFP con la identidad de tu marca. En ese caso, los esquemas de cada sección pueden servir como una base sólida. A continuación, también incluimos ejemplos de texto que puedes utilizar.

Fechas clave

Formato de envío
Todas las respuestas deben enviarse electrónicamente por correo electrónico en formato PDF. Las plantillas de precios y puntuación (proporcionadas por separado en Excel) deben adjuntarse en su formato original.

Convención de nomenclatura de archivos
[Nombre del proveedor]–[Nombre del proyecto]–RFP–Respuesta–[Fecha].pdf

Objetivo de esta RFP
[Tu empresa] busca un socio de facturación capaz de soportar transacciones seguras en diversas monedas, integrarse con facilidad en los sistemas internos a través de API modernas y ofrecer alta confiabilidad, detección proactiva de fraude y transparencia de datos en todas las regiones.

En este documento se especifican los requisitos, criterios de evaluación y proceso para presentar propuestas.

Aviso de confidencialidad breve
Esta RFP contiene información confidencial y exclusiva que pertenece a [tu empresa]. Se brinda solo con el propósito de preparar una respuesta. Queda prohibida su distribución fuera del ámbito de las personas que participan directamente en la elaboración de la propuesta. Mediante la aceptación de esta RFP, el destinatario se compromete a proteger esta información con, al menos, el mismo nivel de cuidado que aplica para la protección de su propia información confidencial.

Sección A: Instrucciones administrativas

En esta sección, se establecen las reglas básicas. Antes de que los proveedores inviertan tiempo en una respuesta, necesitan saber cómo funciona el proceso, qué se espera y cuáles son los plazos. La ambigüedad en esta etapa genera problemas más adelante, así que sé preciso.

Esto es lo que debes incluir:

• Obligaciones de confidencialidad y no divulgación
  
• Limitación de responsabilidad
  
• Cronograma de la RFP con fechas clave
  
• Formato de envío y convenciones de nomenclatura de archivos
  
• Punto de contacto y reglas de comunicación
  
• Formulario de confirmación del proveedor
  

A continuación, se muestra un ejemplo de cómo podría verse esto.

A.1 Declaración de confidencialidad y no divulgación

Toda la información contenida en esta RFP es confidencial y se proporciona únicamente para permitir al proveedor preparar una respuesta. Los proveedores no deben divulgar, reproducir ni distribuir esta RFP ni ninguna parte de ella a terceros sin el consentimiento previo por escrito de [tu empresa]. Si el proveedor incluye información de carácter confidencial o propietaria en su propuesta, esta deberá estar claramente identificada. [Tu empresa] la tratará según corresponda.

A.2 Limitación de la responsabilidad financiera

Esta RFP no constituye una oferta de contratación. [Tu empresa] no tiene obligación alguna de adjudicar un contrato ni de reembolsar los costos incurridos en la preparación de una respuesta. Los proveedores son los únicos responsables de sus propios gastos durante todo este proceso.

A.3 Cronograma del RFP

A.4 Directrices de presentación

• Todas las propuestas deben enviarse por correo electrónico a [dirección de correo electrónico de contacto].
  
• Los proveedores deben acusar recibo en un plazo de tres días hábiles después de la emisión.
  
• Las preguntas deben enviarse por escrito antes de la fecha que se indica en la Sección A.3.
  
• Toda comunicación debe pasar por el gerente de RFP designado. No se permite el contacto directo con otros empleados de [tu empresa] durante el período de evaluación y podría derivar en descalificación.
  

A.5 Documentos de presentación obligatorios

Cada proveedor debe incluir los siguientes materiales en su presentación.

A.6 Resumen de la evaluación

[Tu empresa] evaluará las propuestas según las funcionalidades de facturación, la estructura técnica, la cobertura de cumplimiento de la normativa en todo el mundo, el rendimiento en la recuperación de pagos, la profundidad del informe de ingresos, el enfoque de implementación y la estabilidad del proveedor. Se priorizará a los proveedores que demuestren optimización basada en ML, análisis en tiempo real, un sólido rendimiento de la API y preparación para flujos de trabajo de facturación agénticos o iniciados por IA.

A.7 Reconocimiento del proveedor

Los proveedores deben completar y devolver el acuse de recibo que se presenta a continuación en un plazo de tres días hábiles después de recibir esta RFP.

Acusamos recibo de la RFP titulada «[nombre de la RFP]» y confirmamos nuestra intención ☐ de enviar/☐ de no enviar una respuesta.

Nombre de la empresa: ________________________

Representante autorizado: ________________________

Título: ________________________

Fecha: ________

Sección B: Resumen y alcance del trabajo

Un resumen impreciso da lugar a propuestas genéricas. Brinda a los proveedores el contexto necesario para responder de manera informada, como tu modelo de negocio, la complejidad de los precios, los mercados a los que prestas servicios y los problemas específicos que buscas resolver. Opcionalmente, puedes incluir más información para personalizar el resumen, como la sede y los mercados clave, el volumen aproximado de ingresos anuales o de facturación, y los equipos internos implicados (p. ej., Finanzas, Ingeniería, Cumplimiento de la normativa, RevOps, Éxito del cliente).

A continuación, se muestra un ejemplo de cómo podría verse esto.

B.1 Contexto de la empresa

[Tu empresa] es una empresa [global/regional] de tecnología que opera en [insertar mercados] y presta servicios a [insertar tipo de cliente] con [insertar descripción del producto o servicio]. Nuestras operaciones de facturación abarcan [X] mercados y dan soporte a [describir modelos de tarifas, como planes por consumo, de suscripción e híbridos].

• Actualmente facturamos a [volumen aproximado] clientes por mes en [X] monedas. Buscamos un socio de facturación cuya plataforma crezca junto con nuestra empresa, gestione lógicas de precios complejas sin necesidad de ingeniería personalizada y cumpla con los requisitos normativos y de impuestos de cada mercado en los que estamos presentes.
  

B.2 Propósito del proyecto

Esta RFP tiene como objetivo identificar una plataforma de facturación que admita la siguiente fase de nuestro crecimiento. Nuestra configuración actual [describir la brecha (p. ej., incapacidad para gestionar tarifas basadas en consumo, falta de cumplimiento de la normativa fiscal en todo el mundo, falta de integración en nuestro sistema de ERP o imposibilidad de procesar cambios en las suscripciones iniciados por IA)].

Nuestro socio ideal permitirá lo siguiente:

• Soporte flexible de modelos de precios: planes por consumo, tarifa plana, escalonados, de múltiples atributos e híbridos, todo en una sola plataforma
  
• Cálculo de impuestos global automatizado y cumplimiento de la normativa de facturación, incluidos impuestos sobre las ventas, IVA y formatos específicos de cada país
  
• Tasas de recuperación de pagos líderes en el sector, impulsadas por lógica de reintentos con tecnología de ML y gestión inteligente de reclamación de pagos
  
• Análisis en tiempo real de suscripciones e ingresos, accesible tanto para equipos técnicos como no técnicos
  
• Integración sencilla con nuestros sistemas de CRM, planificación de recursos empresariales (ERP), almacén de datos y contabilidad mediante API bien documentadas
  
• Preparación para comercio agéntico: sistemas de proveedores que soporten acciones de suscripción iniciadas por agentes de IA o flujos de trabajo automatizados
  

B.3 Alcance del trabajo

Entregables principales:

• Gestión integral del ciclo de vida de las suscripciones, incluidas las pruebas, actualizaciones, cambios a planes inferiores, pausas y cancelaciones
  
• Soporte para diversos modelos de precios, como modelo de cobro por consumo con agregación granular, tarifas escalonadas, precios de múltiples atributos (p. ej., asientos más consumo) y planes de cuotas
  
• Cálculo de impuestos automatizado y facturación localizada en todos los mercados donde opera [tu empresa]
  
• Integración en [sistemas de CRM, ERP, almacén de datos y contabilidad] mediante API versionadas y documentadas
  
• Reconocimiento de ingresos conforme a la sección 606 de la ASC y la sección 15 de las IFRS, incluidos los informes en cascada y la gestión de ingresos diferidos
  
• Recuperación de pagos con tecnología de ML, con programación inteligente de reintentos, soporte de tokens de red, actualizador de tarjetas automático y secuencias de reclamación de pagos configurables
  
• Dashboards en tiempo real que muestran ingresos mensuales recurrentes (MRR), ingresos anuales recurrentes (ARR), pérdida de clientes, conversión de pruebas y eficacia de recuperación
  
• Portal de autoservicio para clientes para gestionar suscripciones y pagos
  

Entregables opcionales:

• Previsión de ingresos impulsada por IA y puntuación predictiva de pérdida de clientes
  
• Soporte para estructuras de cuentas de varias entidades o jerárquicas
  
• Funcionalidades de facturación integradas para plataformas de software como servicio (SaaS) que revenden a sus propios clientes
  
• Soporte para comercio agéntico: API y patrones de autenticación que permiten a los agentes de IA iniciar, modificar y cancelar suscripciones en nombre de los clientes
  
• Productos financieros integrados: soporte para emisión, tesorería o productos de préstamo integrados con la facturación
  

B.4 Trabajo fuera del alcance

Define lo que está excluido para que los proveedores no lo incluyan en su presupuesto ni asuman la responsabilidad. Estos son algunos ejemplos:

• Infraestructura principal de procesamiento de pagos (gestionada por separado por Stripe)
  
• Detección de fraude más allá de los controles estándar a nivel de facturación
  
• Funcionalidades completas de ERP o del libro mayor
  

B.5 Resultados deseados

• Tasa de recuperación de pagos superior al [X] % dentro de los seis meses de pasar a modo activo
  
• Cálculo de impuestos automatizado que cubre [X] mercados al momento del lanzamiento
  
• Tiempo para emitir facturas con los nuevos modelos de precios reducido de [estado actual] a [objetivo]
  
• Informes de ingresos completos conforme a la sección 606 de la ASC, sin conciliación manual
  
• Latencia de respuesta de la API inferior a 300 ms en el percentil 99 para todas las operaciones de facturación
  

Sección C: Instrucciones para las propuestas

Si no especificas cómo quieres que se presenten las propuestas, recibirás de todo, desde diapositivas de cinco páginas hasta PDF de 200 páginas. En esta sección, se estandariza la información recibida para que puedas comparar a los proveedores de manera uniforme.

A continuación, se muestra un ejemplo de cómo podría verse esto.

C.1 Formato y estructura de la presentación

Cada propuesta debe seguir esta estructura:

• Resumen ejecutivo (máximo tres páginas)
  
• Respuestas a todos los requisitos de la Sección E, con la numeración correspondiente
  
• Plantilla de precios completa en Excel
  
• Perfil del proveedor y resumen financiero
  
• Mínimo de tres referencias de clientes
  
• Documentos de respaldo, como certificaciones de cumplimiento de la normativa, casos de uso y extractos de documentación de la API
  

Las presentaciones que presenten desviaciones significativas u omitan elementos obligatorios podrían considerarse no conformes.

C.2 Requisitos de formato

• Respuestas descriptivas en PDF; plantilla de precios en archivo Excel.
  
• Fuente mínima de 11 puntos, márgenes de una pulgada y números de página obligatorios.
  
• Todas las cifras monetarias en USD, salvo que se indique lo contrario.
  
• Nombre del archivo: [Nombre del proveedor]–Facturación–RFP–[Fecha].pdf
  

C.3 Guía sobre el contenido de las propuestas

Resumen ejecutivo

• Explica directamente cómo tu solución aborda los objetivos de [tu empresa] en la Sección B.
  
• Comienza con resultados medibles, como tasas de recuperación, mejoras en las tasas de autorización y plazos de implementación, no con descripciones de productos.
  
• Incluye tu visión sobre esta colaboración para los próximos tres años.
  

Resumen de la solución

• Describe cómo tu plataforma gestiona escenarios de precios complejos, como medición basada en el consumo, precios de múltiples atributos, cambios de plan a mitad de ciclo y gestión de derechos.
  
• Detalla la estructura de tu API, la disponibilidad del kit de desarrollo de software (SDK), la confiabilidad de los webhooks y la equivalencia del entorno de pruebas con producción.
  
• Explica cómo tus capacidades de ML mejoran la recuperación de pagos y reducen la pérdida de clientes.
  

Plan de implementación

• Proporciona un borrador del cronograma del proyecto con sus hitos: configuración, integración, pruebas, pruebas de aceptación de usuario (UAT) y lanzamiento. Identifica las responsabilidades del proveedor y del cliente en cada fase.
  

Seguridad y cumplimiento de la normativa

• Confirma el cumplimiento de la normativa del Estándar de Seguridad de Datos para la Industria de Tarjetas de Pago (PCI DSS), versión 4.0, (vigente desde marzo de 2024) e indica la fecha de la última auditoría.
  
• Describe las opciones de residencia de datos y los controles de privacidad según el Reglamento General de Protección de Datos (RGPD) y la Ley de Privacidad del Consumidor de California (CCPA).
  
• Detalla tu proceso de respuesta a incidentes y los plazos de notificación a los clientes.
  

Capacidades de API y para desarrolladores

• Proporciona puntos de referencia de latencia de la API (percentiles 50, 95 y 99), el historial de tiempo de actividad y tu enfoque respecto al control de versiones y compatibilidad con versiones anteriores.
  
• Incluye un enlace a tu documentación para desarrolladores o al entorno de pruebas.
  

C.4 Aclaraciones y preguntas

Las preguntas deben enviarse por escrito antes del [plazo de preguntas] al [correo electrónico del gerente de RFP]. Las respuestas se distribuirán a todos los participantes de manera simultánea. No se permiten conversaciones informales con otros empleados de [tu empresa] durante el procesado.

C.5 Validez de las propuestas

Las propuestas deben seguir siendo válidas durante 90 días a partir de la fecha límite de presentación, salvo que se acuerde por escrito una prórroga.

C.6 Derecho a rechazar o negociar

[Tu empresa] se reserva el derecho de rechazar cualquier propuesta, solicitar aclaraciones o entablar negociaciones paralelas con uno o más proveedores. La participación no implica un compromiso de compra.

Sección D: Proceso de evaluación

La transparencia en la puntuación incentiva a los proveedores a responder con evidencia en lugar de contenido de comercialización. Cada criterio que se presenta a continuación se vincula con una pregunta específica de la Sección E, de modo que los proveedores sepan exactamente en qué centrarse.

A continuación, se muestra un ejemplo de cómo podría verse esto.

D.1 Metodología de evaluación

Un equipo multifuncional, que incluye Finanzas, Ingeniería, Cumplimiento de la normativa y RevOps, revisará todas las propuestas. La evaluación se realiza en tres etapas:

• Revisión de cumplimiento de la normativa: confirma que todos los documentos obligatorios estén presentes y cumplan con los requisitos de formato.
  
• Evaluación cualitativa: puntúa cada propuesta según los criterios ponderados que se detallan a continuación con una escala de 1 a 5, donde 5 es excepcional y 1 no cumple con el nivel mínimo obligatorio.
  
• Demostración y revisa final: invita a los proveedores preseleccionados a demostraciones en vivo de la plataforma.
  

D.2 Criterios y ponderaciones de evaluación

Las ponderaciones anteriores pueden ajustarse según las prioridades del proyecto, pero deben sumar un total del 100 %.

D.3 Requisitos de demostración

Los proveedores preseleccionados demostrarán lo siguiente:

• Flujos de facturación de extremo a extremo en un entorno de prueba activo, con creación de suscripciones, cambio de plan a mitad de ciclo y generación de facturas basadas en consumo
  
• Ingesta, agregación y facturación de datos de consumos en tiempo real
  
• Configuración de reclamación de pagos, lógica de reintentos con ML y Dashboard de informes de recuperación
  
• Demostración paso a paso de llamadas API, que incluye latencia, manejo de errores y confirmación de entrega de webhooks
  
• Portal de clientes y funcionalidades del Dashboard interno
  
• Escenario de comercio agéntico (es decir, un agente de IA o un flujo de trabajo automatizado inicia una acción de suscripción mediante API)
  

Los proveedores deben proporcionar credenciales de demostración temporales válidas durante al menos 10 días hábiles después de la demostración.

D.4 Negociación y adjudicación de contratos

[Tu empresa] se reserva el derecho de realizar sesiones de aclaración, solicitar las mejores y últimas ofertas y negociar con uno o más proveedores. Ningún contrato será vinculante hasta que ambas partes lo firmen.

⚑ Notas del evaluador: eliminar antes de enviar a los proveedores ⚑

• Puntúa de forma independiente antes de la deliberación en grupo. Justifica cada puntuación superior a 4 o inferior a 2 con evidencia de la presentación o la demostración.
  
• Mantén una actitud escéptica ante las funcionalidades calificadas como «estándar» y exige documentación o una demostración paso a paso en vivo.
  
• Prioriza a los proveedores con resultados documentados de recuperación mediante ML, latencia de la API inferior a 300 ms en el percentil 99 y entornos de prueba con paridad de producción.
  
• Prioriza el criterio de comercio agéntico si tu hoja de ruta incluye experiencias de cliente impulsadas por IA o gestión autónoma de suscripciones.
  
• Indica señales de alerta como precios poco claros, brechas de cumplimiento de la normativa en tus mercados clave, ausencia de entorno de prueba y falta de un SLA de API publicado.
  

Sección E: Requisitos básicos

Esta es la sección más importante. Se exigen respuestas objetivas y respaldadas con evidencia. Cualquier proveedor que merezca que lo preseleccionen debe poder señalar métricas de producción, documentación publicada y ejemplos de clientes reales, no solo capacidades declaradas. Para cada requisito, los proveedores deben indicar uno de los siguientes estados: Estándar (en producción actualmente), Configurable (requiere configuración), Personalizado (requiere desarrollo) o N/C.

A continuación, se muestra un ejemplo de cómo podría verse esto.

E.1 Venta y aceptación de pedidos

Para los equipos de venta

Para el flujo de compra

Una experiencia del proceso de compra que pierde clientes en el paso de pago es un problema de facturación, no solo un problema de experiencia de usuario. Se espera que los proveedores brinden datos documentados de incremento de conversión en entornos de producción, no cifras estimadas.

Para plataformas de SaaS

Para el cumplimiento de la normativa en todo el mundo

El cumplimiento de la normativa en todo el mundo es un requisito operativo continuo. Las normas de cumplimiento cambian constantemente: el PCI DSS, versión v4.0, entró en vigor en marzo de 2024, y las jurisdicciones de India, Alemania y Brasil imponen obligaciones específicas de facturación. Tu proveedor debe supervisarlas e implementarlas de manera automática, en lugar de esperar a que se lo solicites.

E.2 Gestión del ciclo de vida de facturación y suscripciones

Flexibilidad del modelo de precios

Una plataforma de facturación que solo admita suscripciones de tarifa plana ya supone una limitación para tu estrategia de salida al mercado. Los precios basados en consumo y de múltiples atributos son el estándar para las empresas de SaaS e infraestructura. Tu proveedor debe ofrecer soporte nativo para ellos, sin recurrir a soluciones provisionales.

Automatización

El valor operativo de una plataforma de facturación crece directamente con lo que automatiza. La intervención manual en los flujos de trabajo de facturación es una fuente de errores, retrasos y costos evitables.

Facilidad de uso

E.3 Cobro de pagos y reducción de costos

Métodos de pago y rendimiento de autorización

La cobertura de los métodos de pago y las tasas de autorización son factores que impactan directamente en los ingresos, no preocupaciones secundarias. Una mejora del 1 % en la tasa de autorización de una cartera de facturación recurrente se convierte en dinero real. La diferencia entre proveedores suele depender de la escala de la red: la lógica de reintentos basada en ML funciona bien solo cuando el modelo está entrenado con suficientes señales para determinar qué parámetros ajustar según el emisor, el tipo de tarjeta y el código de error correspondiente. Adaptive Acceptance de Stripe, por ejemplo, aprovecha datos de millones de empresas para optimizar los intentos de reintento en tiempo real. Ese es el punto de referencia con el que se deben comparar otros proveedores. Solicita puntos de referencia documentados de la tasa de autorización en entornos de producción y pide a los proveedores que expliquen específicamente cómo los alcanzan.

Optimización de costos

E.4 Retención de clientes y recuperación de ingresos

Reducción de la pérdida involuntaria de clientes

Los errores en los pagos son el principal factor de pérdida involuntaria de clientes en empresas de suscripción. La forma en que un proveedor gestiona la recuperación de pagos es una competencia clave que merece el mismo escrutinio que el soporte del modelo de precios. Smart Retries de Stripe, incluido con Stripe Billing sin costo adicional, utiliza ML para identificar el momento óptimo de reintento por cliente, en lugar de ejecutar una programación fija. Los tokens de red reducen aún más los rechazos mediante la actualización automática de las credenciales de las tarjetas cuando cambian los datos subyacentes, sin que el cliente tenga que realizar ninguna acción. Durante la evaluación de otros proveedores en esta dimensión, utiliza el rendimiento de recuperación de Stripe como referencia: solicita datos de la tasa de recuperación en producción, pregunta cómo se entrena la lógica de reintento y considera las respuestas imprecisas como una señal de alerta.

Reducción de la pérdida voluntaria de clientes

E.5 Comercio agéntico y capacidades financieras integradas

Los agentes de IA y los flujos de trabajo automatizados están iniciando cada vez más transacciones comerciales. Pueden programar cambios en las suscripciones, responder a las solicitudes de los clientes y gestionar procesos de facturación sin intervención humana directa. Para la infraestructura de facturación creada en 2026, se debe tener esto en cuenta. Los proveedores que no hayan considerado la facturación agéntica generarán obstáculos de integración a medida que crezcan las experiencias de los clientes impulsadas por la IA.

Comercio agéntico

El comercio agéntico se refiere a agentes de IA o sistemas automatizados que inician, modifican o cancelan suscripciones y acciones de facturación en nombre de los clientes. Esto requiere interfaces de programación de aplicaciones (API) y patrones de autenticación diseñados específicamente para interacciones máquina a máquina, no adaptaciones de flujos orientados a las personas.

Productos financieros integrados

La infraestructura de facturación que se integra a productos financieros adyacentes (p. ej., emisión de tarjetas, tesorería y préstamos) genera valor acumulativo para plataformas y marketplaces. Si ofreces o planeas ofrecer productos financieros junto con tu producto principal, la capacidad de tu proveedor de facturación para integrarse con esos productos es fundamental.

E.6 Informes, análisis y reconocimiento de ingresos

Informes de rendimiento de la empresa

Los datos de facturación son datos de ingresos. Tu proveedor debe ofrecer a tus equipos de Finanzas, RevOps y liderazgo visibilidad en tiempo real de lo que sucede en tu base de suscriptores, en lugar de exportaciones CSV que debas conciliar de forma manual.

Conciliación y reconocimiento de ingresos

Si tu equipo elabora manualmente informes de cascada de ingresos o debe conciliar los datos de facturación con el libro mayor, esa es una deficiencia que tu próximo proveedor debería resolver. El cumplimiento de la normativa de la sección 606 de la ASC y la sección 15 de las IFRS debe estar incorporado desde el inicio, no agregado posteriormente.

Gestión de disputas

E.7 Rendimiento de la API y experiencia del desarrollador

Una plataforma de facturación que no se integre de forma confiable (o cuyo rendimiento decaiga bajo carga) es un riesgo crítico. Evalúa la calidad de la API con el mismo rigor que aplicas a la cobertura funcional. Solicita datos de rendimiento en producción, no métricas de referencia de entornos de prueba sintéticos.

Rendimiento de la API

Experiencia del desarrollador

Integraciones

E.8 Seguridad, cumplimiento de la normativa y privacidad de datos

El cumplimiento de la normativa es un objetivo en constante evolución. El PCI DSS, versión 4.0, entró en vigor en marzo de 2024 e introdujo nuevos requisitos en materia de autenticación, supervisión y análisis de riesgos específicos. El cumplimiento del RGPD se intensificó desde 2023 y los reguladores impusieron multas récord por infracciones en el tratamiento de datos. Tu proveedor debe mantenerse al día, no quedarse atrás.

E.9 Escalabilidad y confiabilidad

E.10 Declaración de certificación del proveedor

Por la presente, certifico que todas las respuestas son precisas a la fecha de presentación y que las funcionalidades marcadas como Estándar o Configurable están disponibles actualmente en entornos de producción. No se evaluarán aquellas declaraciones que no estén respaldadas por documentación o una demostración en vivo.

Representante autorizado: ________________________
Título: ________________________
Fecha: ________

⚑ Notas del evaluador: eliminar antes de enviar a los proveedores ⚑

• Exige evidencia cuantitativa para todas las declaraciones de rendimiento, como tasas de recuperación, tasas de autorización, métricas de latencia de la API y niveles de tiempo de actividad.
  
• Valida las declaraciones de rendimiento de la API en la demostración en entorno de pruebas: mide la latencia real, no las cifras proporcionadas por el proveedor.
  
• Identifica a cualquier proveedor que no pueda demostrar escenarios de facturación agéntica en un entorno de pruebas.
  
• Considera la falta de soporte para la sección 606 de la ASC o la ausencia de paridad entre el entorno de pruebas y producción como criterios de descalificación para empresas con procesos de facturación consolidados.
  
• Verifica específicamente el cumplimiento de la normativa del PCI DSS, versión 4.0, ya que la versión 3.2.1 dejó de estar vigente el 31 de marzo de 2024.
  

E.11 ¿Cómo aborda Stripe estos requisitos?

Si estás evaluando Stripe como tu socio de facturación, así es como nuestra plataforma se ajusta a los requisitos de la Sección E. Hemos agrupado nuestras funcionalidades por las áreas en las que las decisiones de arquitectura subyacentes tienen más impacto en tu empresa.

Flexibilidad del modelo de suscripciones y tarifas

Stripe Billing admite más de 15 modelos de tarifas nativas (tarifa plana, escalonada, por volumen, graduada, basada en el consumo, de múltiples atributos e híbridas) sin necesidad de ingeniería personalizada para cada movimiento de comercialización. El modelo de cobro por consumo, incluido el soporte para un máximo de 100 millones de eventos de consumo por mes, gestiona la medición en todos los atributos que definas: llamadas API, computación, resultados, plazas o dimensiones personalizadas. La adquisición de Metrónomo por parte de Stripe, ahora un producto de Stripe, amplía esto aún más para las empresas que tienen contratos empresariales complejos con compromisos prepagos y pospagos, modificaciones de mitad de ciclo y descuentos personalizados. Los nuevos modelos de tarifas se pueden ejecutar directamente desde el Dashboard con tarjetas sin tarifa de código, con actualizaciones introducidas al instante en toda tu base de suscriptores. Para obtener la documentación completa, consulta Stripe Billing y modelo de cobro por consumo.

Recuperación de pagos

Los pagos fallidos son el principal impulsor de la pérdida involuntaria de clientes para las empresas de suscripción, y el rendimiento de la recuperación es donde las plataformas de facturación divergen con mayor visibilidad. Smart Retries de Stripe utiliza ML para determinar el momento óptimo de reintento por cliente, basándose en señales de toda la red de Stripe, en lugar de ejecutar un calendario de reintentos estático. La compatibilidad con tokens de red significa que cuando los datos subyacentes de la tarjeta de un cliente cambian, Stripe actualiza el token de forma automática, lo que minimiza los rechazos sin requerir ninguna acción del cliente. El actualizador automático de tarjetas cubre Visa, Mastercard, Amex y Discover, y se ejecuta en segundo plano en cada suscripción activa. Smart Retries y la gestión de reclamaciones de pagos se incluyen junto con Stripe Billing sin costo adicional. Para obtener la documentación sobre la configuración de recuperación de ingresos, consulta la Documentación de Stripe.

Impuesto mundial y cumplimiento de la normativa

Stripe Tax calcula el impuesto sobre las ventas, el IVA y el GST en más de 100 países y 600 categorías de productos y se actualiza en tiempo real a medida que cambian las tasas, con un tiempo de actividad histórico documentado del 99.999 %. La cobertura abarca modelos B2B, B2C, suscripción y Marketplace para que puedas expandirte a nuevos mercados sin reconstruir tu lógica fiscal todas las veces. El cobro de impuestos se puede activar en una nueva jurisdicción en segundos desde el Dashboard o con una sola línea de código, y Stripe Tax se integra en los socios declarantes para gestionar la remisión cuando se admite. Para obtener información sobre la cobertura de la jurisdicción actual el y cumplimiento de la normativa, consulta Stripe Tax.

Informes y reconocimiento de ingresos

Stripe Revenue Recognition automatiza la contabilidad de ejercicio de acuerdo con ASC 606 y NIIF 15, genera gráficos en cascada de ingresos, calendarios de ingresos diferidos y asientos contables directamente a partir de tus datos de facturación, sin necesidad de conciliación manual. Cada importe de ingresos reconocidos y diferidos se puede rastrear hasta el cliente subyacente y la factura, lo que hace que las auditorías sean sustancialmente más rápidas. Para los equipos que necesitan acceso SQL personalizado a sus datos de facturación, Stripe Sigma proporciona un entorno de consulta interactivo en el Dashboard. Stripe Data Pipeline sincroniza tus datos de Stripe con Snowflake, BigQuery o Redshift para análisis nativos del almacén, con acceso a Sigma incluido. Para obtener más información, consulta Stripe Revenue Recognition y Stripe Data Pipeline.

API y experiencia del desarrollador

La API RESTful de Stripe incluye SDK del lado del servidor para Node.js, Python, Ruby, Java, Go, PHP y .NET, además de SDK móviles para iOS y Android. La API se versiona por fecha de lanzamiento, con avisos de obsolescencia anunciados previamente en los archivos README del SDK y en el registro de cambios, y una ventana de soporte extendida de uno a dos años por versión lingüística después del final de su vida útil. El entorno de prueba de Stripe, ahora llamado entornos de prueba, proporciona paridad de producción completa para todos los flujos de facturación, incluida la medición del consumo, la gestión de reclamaciones de pagos y el reconocimiento de ingresos, sin restricciones en modo de prueba sobre el volumen de consultas. El tiempo de actividad promedio de 90 días de Stripe se ejecuta en cinco nueves. Para obtener referencia de API, documentación sobre SDK y acceso al entorno de prueba, consulta la Documentación de Stripe.

Comercio agéntico

Stripe ha estado desarrollando la facturación de agentes desde antes de que la mayoría de los proveedores nombraran la categoría. El Protocolo de Comercio Agéntico (ACP), desarrollado en código con OpenAI y activo en Instant Checkout de ChatGPT, proporciona un estándar abierto para que los agentes de IA inicien y completen transacciones mediante programación. Los tokens de pago compartidos de Stripe permiten a los agentes actuar en nombre de los compradores utilizando credenciales de alcance limitado que nunca exponen los datos subyacentes de la tarjeta, con registros de auditoría completos y eventos de webhook en cada acción. Para las empresas de suscripción, el diseño de la API de Stripe Billing admite flujos de trabajo de máquina a máquina directamente: los agentes pueden crear, modificar y cancelar suscripciones utilizando claves de API restringidas granulares con permisos que se ajustan con exactitud a lo que cada agente necesita. El kit de herramientas para agentes de Stripe y el servidor MCP de Stripe ofrecen a los desarrolladores integraciones prediseñadas con marcos como LangChain, el SDK para agentes de OpenAI y CrewAI. Para obtener la documentación, consulta Comercio agéntico de Stripe y MCP de Stripe.

Para ver cualquiera de estas funcionalidades en un entorno activo, ponte en contacto con el equipo de ventas de Stripe para organizar una demostración en un entorno de pruebas o visita Documentación de Stripe para obtener la documentación técnica completa.

Sección F: Implementación y soporte

La mejor plataforma de facturación puede fallar si la implementación no se realiza sin contratiempos. Esta sección analiza si el proveedor cuenta con la metodología, los recursos y el modelo de soporte necesarios para poner la plataforma en modo activo sin interrumpir tus operaciones de facturación y garantizar un funcionamiento confiable posteriormente.

A continuación, se muestra un ejemplo de cómo podría verse esto.

F.1 Enfoque y cronograma de implementación

Los proveedores deben describir lo siguiente:

• Marco de gestión de proyectos (ágil, en cascada o híbrido) y cómo se hace el seguimiento del progreso e informa al cliente
  
• Tiempo habitual para pasar a modo activo para clientes de tamaño y complejidad de precios comparables
  
• Cómo se identifican y reducen los riesgos de integración, sobre todo con sistemas de CRM, ERP y almacén de datos
  
• Cómo una estrategia de ejecución o de corte de facturación paralela protege la continuidad de ingresos durante la migración
  

F.2 Recursos y gobernanza

Los proveedores deben proporcionar lo siguiente:

• Organigrama o diagrama RACI del equipo de implementación
  
• Confirmación de si las funciones clave son internas o subcontratadas
  
• Gerente de cuenta y arquitecto de soluciones asignados a este proyecto
  
• Jerarquía de escalamiento y frecuencia de toma de decisiones
  

F.3 Capacitación y transferencia de conocimientos

Los proveedores deben describir lo siguiente:

• Capacitación disponible para Finanzas, RevOps, Ingeniería y Éxito del cliente
  
• Disponibilidad de capacitación bajo demanda, documentación y rutas de certificación
  
• Cómo se mantienen actualizados los materiales de capacitación con los nuevos lanzamientos de productos
  

F.4 Modelo de soporte y niveles de servicio

Los proveedores deben especificar lo siguiente:

• Niveles de soporte y lo que se incluye en cada uno
  
• Disponibilidad de soporte las 24 horas del día, los 7 días de la semana para incidentes de facturación importantes: una interrupción de facturación es una interrupción de ingresos
  
• Acuerdo de nivel de servicio (SLA) de tiempo de respuesta por nivel de gravedad
  
• Cómo se notifica a los clientes en tiempo real durante los incidentes
  
• Rendimiento histórico del tiempo de actividad, con un objetivo mínimo del 99.9 % y preferencia por al menos 99.99 %
  

F.5 Mantenimiento y actualizaciones

Los proveedores deben explicar lo siguiente:

• Cómo se comunican las liberaciones de productos (p. ej., notas de liberación, registros de cambios, períodos de notificación con adelanto)
  
• Política de control de versiones y obsolescencia de la API (con un mínimo de 12 meses de notificación con adelanto para cambios que afecten a la compatibilidad)
  
• Si las actualizaciones se pueden implementar sin tiempo de inactividad de facturación
  

F.6 Mejora continua

Describe cómo usas el análisis de la plataforma, la información impulsada por ML y la supervisión proactiva para mejorar el rendimiento de la facturación con el tiempo. Proporciona ejemplos específicos de mejoras medibles entregadas a los clientes existentes, como el aumento de la tasa de recuperación, una mejor tasa de autorización y la reducción de los tickets de soporte relacionados con la facturación.

F.7 Certificación de proveedores

Certifico que toda la información de implementación y soporte proporcionada aquí a la fecha de presentación es precisa y refleja las prácticas de producción y los niveles de servicio vigentes.

Representante autorizado: ________________________
Título: ________________________
Fecha: ________

⚑ Notas del evaluador: eliminar antes de enviar a los proveedores ⚑

• Valida los compromisos de tiempos con proyectos comparables. Pide ejemplos concretos, no rangos.
  
• Confirma que el soporte de 24 horas al día, 7 días a la semana es real. Solicita ejemplos de los tiempos de respuesta recientes ante incidentes graves.
  
• Pregunta si el equipo de implementación es el mismo que se encarga del soporte posterior al lanzamiento.
  
• Exige que la política de obsolescencia de la API esté por escrito antes de la firma del contrato.
  

Sección G: Comerciales

Las tarifas de las plataformas de facturación pueden ser poco transparentes. Esta sección estandariza cómo los proveedores presentan los costos para que puedas compararlos de forma adecuada. Si no solicitas un desglose detallado desde el inicio, podrías encontrarte con comisiones agrupadas y compromisos mínimos solo después de firmar el contrato.

A continuación, se muestra un ejemplo de cómo podría verse esto.

G.1 Resumen de la estructura de tarifas

Los proveedores deben proporcionar lo siguiente:

• Desglose de tarifas para todos los componentes, incluidas las comisiones de la plataforma, por transacción, por consumo y los complementos
  
• Una explicación que detalle las hipótesis de tarifas, como los niveles de volumen, la mezcla de monedas y las estimaciones de eventos de facturación
  
• Identificación clara de cualquier compromiso mínimo mensual o esquema de precios por umbrales
  
• Todas las cifras en USD (incluida la lógica de conversión si se cotiza en otras monedas)
  

G.2 Componentes de tarifas

G.3 Niveles por volumen

Proporciona un análisis de sensibilidad que muestre cómo varían los precios según los siguientes volúmenes.

G.4 Condiciones del contrato y flexibilidad

• Duración de los contratos disponibles e incentivos de precios asociados
  
• Si los precios se reducen automáticamente si el volumen disminuye
  
• Proceso de renegociación de contratos plurianuales
  
• Requisitos de gasto mínimo
  
• Cláusulas de salida y condiciones de portabilidad de datos (es decir, ¿cómo se devuelven tus datos, en qué formato y en qué plazo?)
  

G.5 Supuestos y dependencias

Menciona todos los supuestos comerciales que respaldan tus precios, incluidos los mínimos de volumen, los requisitos de exclusividad, los métodos de pago específicos y el alcance geográfico. Cualquier supuesto no declarado que se identifique después de la firma del contrato podrá considerarse una tergiversación material.

G.6 Certificación del proveedor

Certifico que la información sobre precios y aspectos comerciales de esta propuesta está completa y es precisa a la fecha de envío, y refleja todos los descuentos, cargos y condiciones correspondientes.

Representante autorizado: ________________________
Fecha: ________

⚑ Notas del evaluador: eliminar antes de enviar a los proveedores ⚑

• Concilia todas las cifras con la hoja de precios de Excel: las discrepancias son una señal de advertencia
  
• Vigila las tarifas agrupadas que ocultan los costos por unidad, sobre todo en la gestión de medición y reclamación de pagos
  
• Evalúa con atención las condiciones de portabilidad de datos: el bloqueo suele ocurrir a nivel de datos, no del contrato
  
• Identifica a cualquier proveedor que no pueda proporcionar un análisis de sensibilidad al volumen*
  

Sección H: Perfil del proveedor

Una plataforma de facturación es un socio de infraestructura a largo plazo. Debes conocer la empresa detrás del producto: su estado financiero, capacidad técnica y trayectoria, no solo si la lista de funcionalidades actual se ve adecuada.

A continuación, se muestra un ejemplo de cómo podría verse esto.

H.1 Resumen de la empresa

Proporciona un resumen de dos a tres párrafos que cubra tu trayectoria, misión y posición en el mercado. Destaca tu experiencia en el soporte de operaciones de facturación multimercado a escala empresarial y tu trayectoria en el mantenimiento del cumplimiento de la normativa a medida que esta evoluciona.

H.2 Liderazgo y personal importante

Incluye breves biografías (de tres a cinco líneas) de los líderes fundamentales que participan en este proyecto. Describe su experiencia técnica o en cumplimiento de la normativa y cualquier certificación pertinente.

H.3 Estabilidad financiera

Proporciona estados financieros auditados o evidencia equivalente de solvencia. Las empresas privadas deben incluir cartas del director financiero que certifiquen su liquidez. Describe tu estructura de financiamiento, si corresponde.

H.4 Certificaciones y cumplimiento de la normativa

H.5 Hoja de ruta del producto

Proporciona una hoja de ruta estratégica que cubra los lanzamientos previstos durante los próximos 12 a 18 meses. Destaca las inversiones planificadas en funcionalidades impulsadas por ML, soporte para comercio agéntico, cobertura de cumplimiento de la normativa en todo el mundo y rendimiento de la API. Explica cómo los comentarios de los clientes influyen en la priorización.

H.6 Colaboraciones y sistemas

Menciona las principales colaboraciones tecnológicas y de canales pertinentes para este proyecto. Explica cómo estas fortalecen la confiabilidad, la cobertura de cumplimiento de la normativa y la profundidad de integración.

H.7 Prácticas ambientales y de sostenibilidad

Describe las prácticas que reducen el impacto ambiental (p. ej., recibos digitales por defecto, facturación sin papel e información sobre la huella ambiental de los métodos de pago). Explica cómo la sostenibilidad está incorporada en las operaciones de tu plataforma.

H.8 Declaración de precisión del proveedor

Certifico que toda la información que está en la Sección H es exacta a la fecha de presentación y que el [proveedor] cuenta con la capacidad financiera, técnica y operativa para llevar a cabo los servicios especificados.

Representante autorizado: ________________________
Fecha: ________

Sección I: Referencias

Las referencias de clientes comparables te aportan más información que cualquier demostración. Prioriza aquellas referencias que se asemejen a tu empresa, con complejidad de precios, escala y marco regulatorio similares. Las referencias genéricas de otros sectores o de empresas mucho más pequeñas no permiten predecir tu experiencia.

A continuación, se muestra un ejemplo de cómo podría verse esto.

I.1 Requisitos de referencia

Los proveedores deben proporcionar un mínimo de tres referencias de clientes que cumplan con estos criterios:

• Volumen de facturación comparable con el de [tu empresa]
  
• Complejidad similar del modelo de tarifas (se prefieren tarifas basadas en consumo o de múltiples atributos)
  
• Superposición en el alcance geográfico y normativo
  
• Cliente activo en producción durante al menos 12 meses
  

I.2 Tabla de referencia

I.3 Resumen de resultados de referencia

Para cada referencia, proporciona resultados medibles como mejoras en la recuperación de pagos, cambios en la tasa de autorización, plazos de implementación y el nivel de automatización del reconocimiento de ingresos alcanzado. Incluye testimonios de clientes cuando estén disponibles.

I.4 Validación de referencia

Confirmo que cada cliente dio su consentimiento para actuar como referencia y que toda la información proporcionada es precisa.

Representante autorizado: ________________________
Fecha: ________

⚑ Notas del evaluador: eliminar antes de enviar a los proveedores

• Llama al menos a dos referencias por teléfono; los resúmenes escritos suelen estar seleccionados.
  
• Pregunta específicamente por la experiencia de implementación y por lo que salió mal, no solo por el funcionamiento de la plataforma en condiciones normales.
  
• Pregunta a las referencias si las declaraciones del proveedor sobre recuperación mediante ML se confirmaron en producción.
  
• Indica referencias genéricas, no verificables o claramente no coincidentes.
  

Sección J: Apéndices

J.1 Lista de verificación de presentación (para uso del proveedor)

Adjunta esta lista como primera página de tu paquete de respuesta. Los envíos incompletos podrían excluirse de la evaluación.

J.2 Glosario de condiciones

J.3 Matriz de puntuación de la evaluación (uso interno)

Para cada proveedor, calcula lo siguiente:

• Facturación (25 %)
  
• API (15 %)
  
• Recuperación (15 %)
  
• Cumplimiento de la normativa (15 %)
  
• Informes (10 %)
  
• Agéntico (5 %)
  
• Soporte (5 %)
  
• Comerciales (10 %)
  
• Total ponderado
  

J.4 Lista de verificación de referencia rápida de requisitos de facturación

Una lista de verificación resumida para la evaluación personal del proveedor antes de la presentación.

Venta y aceptación de pedidos

• Integración en CRM para la creación de presupuestos
  
• Conversión de presupuesto a suscripción y de presupuesto a factura
  
• Presupuesto en múltiples monedas
  
• Proceso de compra web, móvil y en persona
  
• Credenciales guardadas o equivalente a Link para clientes recurrentes
  
• Detección de fraude con bajas tasas de falsos rechazos
  
• Compatibilidad con la segunda versión del protocolo 3D Secure (3DS2) y gestión de exenciones de la directiva de servicios de pago 2 (PSD2)
  
• Soporte para ACH, Zona Única de Pagos en Euros (SEPA), débito preautorizado y ordenes Bacs
  
• Cumplimiento de la normativa de ordenes del Banco de la Reserva de la India (RBI)
  
• Kündigungsbutton en Alemania para cancelación en un clic
  
• Plantillas de facturas conformes a la normativa local, incluida la Nota Fiscal de Brasil
  
• Revisión de sanciones y requisitos de la Oficina de Control de Activos Extranjeros (OFAC)
  

Gestión de facturación y suscripciones

• Tarifa plana, escalonada, por volumen y progresiva
  
• Cobro por consumo con agregación configurable
  
• Tarifas de varios atributos (por plazas y consumo)
  
• Gestión de derechos para habilitación de funcionalidades
  
• Pruebas sin cargo, pago anticipado y cuotas
  
• Cálculo automatizado de impuestos para impuesto sobre las ventas e IVA
  
• Lógica de prorrateo
  
• Cambios masivos de suscripciones y cuentas jerárquicas
  
• Portales de autoservicio del cliente
  

Pagos, recuperación y autorización

• Tarjetas, carteras, débitos bancarios y transferencias bancarias
  
• Soporte de tokens de red para mejorar las autorizaciones recurrentes
  
• Gestión de reclamación de pagos con tecnología de ML con reintentos dinámicos (Adaptive Acceptance o equivalente)
  
• Actualizador de tarjetas automático
  
• Reintento predictivo con tasa de recuperación documentada
  
• Capacidad adquirente local
  
• Datos de nivel II o III y transmisión de sistema de verificación de direcciones (AVS) o código postal
  
• Optimización de comisiones de cambio
  

Funcionalidades agénticas e integradas

• Autenticación de API de máquina a máquina para facturación iniciada por el agente
  
• Permisos de API granulares o alcances de OAuth
  
• Registro de auditoría de las acciones iniciadas por el agente
  
• Emisión de tarjetas e integración en tesorería
  
• «Compra ahora, paga después» o financiación en el proceso de compra
  

Informes y reconocimiento de ingresos

• Dashboards en tiempo real para MRR, ARR, pérdida de clientes y NRR
  
• Informes de eficacia de recuperación y deflexión
  
• Conectividad del almacén de datos
  
• Reconocimiento de ingresos conforme a la sección 606 de la ASC y la sección 15 de las IFRS
  
• Gráficos de cascada de ingresos y calendarios de ingresos diferidos
  
• Integración en sistemas ERP y de contabilidad
  
• Previsión de ingresos impulsada por IA
  

API, seguridad y técnicas

• Latencia de la API inferior a 300 ms en el percentil 99, documentada en producción
  
• SLA de al menos el 99.9 % de tiempo de actividad, con datos históricos
  
• Entorno de pruebas completo con paridad con producción
  
• API versionada con preaviso de obsolescencia de 12 meses
  
• PCI DSS, versión 4.0, (marzo de 2024)
  
• Controles de sistemas y organizaciones (SOC) 2, Tipo II
  
• Controles de privacidad de datos conforme al RGPD y la CCPA
  
• Opciones de residencia de datos
  

J.5 Certificación de presentación de proveedores

Certifico que esta presentación está completa y que toda la información proporcionada es precisa, según mi leal saber y entender. Reconozco que [tu empresa] se reserva el derecho de verificar cualquier declaración realizada en esta respuesta.

Nombre de la empresa: ________________________
Representante autorizado: ________________________
Título: ________________________
Firma: ________________________
Fecha: ________