Respuesta ejecutiva
En tecnología, los nombres comerciales no determinan la transacción. “SaaS”, “platform fee”, “cloud”, “support” o “development” pueden contener licencias, servicios, hosting, datos, financiación y derechos distintos. Precios de transferencia debe delimitar qué recibe cada entidad, quién desarrolla y controla el producto, quién asume fallas y quién convierte tecnología en ingresos en México.
Una filial local puede limitarse a soporte y ventas, o puede decidir roadmap, escribir código, entrenar modelos, gestionar datos, adaptar producto y desarrollar mercado. La etiqueta contractual no sustituye ese análisis. El retorno debe relacionarse con funciones, activos, riesgos y derechos reales.
El expediente eficaz sigue un producto desde idea hasta usuario: diseño, desarrollo, infraestructura, seguridad, lanzamiento, adquisición, soporte y monetización. Conecta repositorios y decisiones técnicas con contratos y cuentas sin revelar código innecesariamente.
Mapa del producto digital
Identifique producto, módulos, plataforma, API, app, datos, modelos, marca y servicios. Registre propietario legal, desarrolladores, product owners, financiadores, operadores y vendedores.
Mapee transacciones: desarrollo, licencia, acceso SaaS, hosting, nube, soporte, marketing, ventas, comisión, procesamiento de pagos, datos y servicios corporativos. Separe bundles cuando los componentes tienen naturaleza y precio distintos.
Organice lifecycle: discovery, build, beta, lanzamiento, escala, mantenimiento, migración y retiro. Las funciones y el riesgo cambian.
Desarrollo de software
Documente quién define roadmap, arquitectura, prioridades, presupuesto, aceptación, releases y deuda técnica. Contar commits o desarrolladores no demuestra control, pero ayuda a ubicar actividad.
Distinga coding bajo especificaciones, diseño, product management, DevOps, QA, seguridad y soporte. Un centro rutinario puede recibir costo adicionado cuando no controla riesgos materiales; un equipo que decide producto y asume fracaso puede requerir análisis diferente.
Conserve tickets, aprobaciones, organigramas, contratos laborales, costos y repositorios como evidencia referenciada. No copie secretos al estudio.
Revise contribuciones de contractors y open source: derechos y obligaciones pueden afectar explotación.
Datos y modelos
Mapee origen, consentimiento, limpieza, almacenamiento, etiquetado, entrenamiento, análisis y monetización. Identifique quién decide propósito y acceso, quién incurre en costo y quién obtiene beneficio.
La posesión técnica de datos no equivale a propiedad económica. Derechos contractuales, privacidad y control importan. Una filial que genera datos locales valiosos puede aportar algo distinto a procesarlos.
Para modelos de IA, documente datasets, compute, prompts, fine-tuning, evaluación, guardrails y decisiones. Separe tecnología de terceros y desarrollo propio.
Nube e infraestructura
Desglose compute, storage, network, licenses, support, observability y seguridad. Identifique cuenta contractual, usuarios, regiones y consumo.
Una redistribución de costo necesita beneficio, claves y ausencia de duplicidad. Uso medido puede ser mejor que ingresos o headcount. Conserve reportes de consumo.
Si la entidad central negocia descuentos o asume commitments, analice función de procurement, riesgo de capacidad y tratamiento de créditos. No aplique markup automático a gasto pass-through ni lo excluya sin revisar funciones.
Caracterización de SaaS y licencias
Lea derechos: uso, copia, modificación, distribución, sublicencia, acceso, hosting, actualizaciones y soporte. El título “SaaS” no decide si existe servicio, regalía o combinación.
Separe software estándar de derechos sobre copyright o know-how cuando los hechos lo exijan. Revise tratado, retención, IVA y deducibilidad por separado del precio.
Defina base: usuarios, transacciones, consumo, ventas o tarifa fija. Compare alcance, territorio, exclusividad, SLA, datos y soporte.
El Tech TP Operating Model Review de Zugzwang conecta producto, código, datos, nube, derechos, mercado y cuentas antes de fijar cargos y retornos.
Producto y decisiones locales
Entreviste product managers y líderes técnicos: quién prioriza features, aprueba releases, elige mercados, resuelve incidentes y acepta riesgo. Compare con contrato.
Una adaptación local puede ser configuración rutinaria o desarrollo reutilizable. Documente alcance, propiedad y uso en otros países. Si el grupo replica una solución mexicana, revise si la remuneración original la cubre.
Los incidentes muestran control: quién decide rollback, notifica, compensa clientes y asume SLA. Preserve postmortems.
Comercialización y desarrollo de mercado
Mapee pricing, descuentos, ventas, partners, onboarding, customer success, churn y marca. Identifique quién decide y financia adquisición.
Una entidad limitada que ejecuta playbook no es igual a una que crea canal y relaciones. Mida duración e intensidad de inversión local y derechos sobre clientes y datos.
Concilie comisiones, rebates, free trials y credits con ventas netas y fórmula intercompañía.
Soporte y customer success
Separe help desk, soporte técnico, implementación, capacitación, success y desarrollo custom. Registre tickets, niveles, horas y entregables.
El soporte puede estar incluido en licencia o cobrarse aparte. Evite doble cargo. Determine beneficiario cuando un centro atiende usuarios de varias entidades.
Custom work puede crear IP o ser servicio. Revise contrato con cliente y relacionada.
Ciberseguridad y responsabilidad
Identifique quién establece controles, monitorea, responde incidentes, notifica y soporta multas o compensaciones. El gasto local no determina riesgo.
Separe seguridad corporativa, de producto y de cliente. Documente servicios, benefit test y allocation keys.
Un breach puede originarse en diseño, configuración, proveedor o operación. El postmortem debe alimentar el análisis económico sin exponer información sensible.
Métodos y comparables
Costo adicionado puede servir a desarrollo o soporte rutinario con base depurada. CUP puede analizar licencias o servicios comparables. TNMM puede probar distribución o servicios. Profit split puede considerarse para contribuciones únicas integradas.
Evalúe comparables por producto, IP, etapa, recurrencia, churn, R&D, datos y riesgo. Una consultora no equivale a una plataforma; un reseller no equivale a un SaaS principal.
No use porcentaje de revenue como tasa universal. Explique derechos y economía.
Cost base y allocations
Mapee nómina, contractors, stock compensation, nube, licencias, capex, marketing y comunes. Defina qué recibe markup y por qué.
Asigne por consumo, usuarios, tickets, compute, horas, transacciones o beneficio esperado. Documente cambios. Los ingresos pueden ser inadecuados para infraestructura.
Concilie cost pools con balanza, invoices y pagos. Evite capitalización inconsistente entre entidades.
Pérdidas y escalamiento
Una empresa tecnológica puede invertir antes de monetizar. Documente business case, funding, decisiones, periodo y recuperación. La narrativa “startup” no justifica pérdidas indefinidas.
Puentee presupuesto-real por usuarios, precio, churn, ventas, cloud, headcount, marketing e incidentes. Asigne control.
Si México se describe rutinario pero absorbe pérdidas de escala o commitments globales, reexamine la fórmula.
Operational TP y métricas
Monitoree ARR o métrica comercial aplicable, usuarios, consumo, gross margin, cloud per unit, tickets, headcount, churn, cargos y true-up. No sustituya cifras contables con métricas SaaS; concílielas.
Establezca comité producto-finanzas-fiscal-jurídico. Revise launches, contratos, cambios de IP, incidentes y ajustes.
Mantenga data lineage y versiones. Automatización sin definiciones consistentes produce errores rápidos.
Pagos, marketplaces y agentes
Mapee quién contrata al usuario, cobra, procesa pago, absorbe fraude, devuelve y responde ante chargebacks. Un payment processor puede prestar un servicio, mientras una entidad que fija precio y controla cliente puede realizar una función comercial mayor.
Para app stores y marketplaces, separe comisión de plataforma, impuestos retenidos, publicidad y fulfillment. Concilie reportes de la plataforma con ingresos y base intercompañía. Identifique si la entidad extranjera actúa como principal o agente según derechos y conducta.
Las promociones, créditos y meses gratuitos necesitan aprobador y tratamiento. Una métrica de bookings no sustituye ingresos contables ni flujo. Mantenga puente desde usuario hasta invoice, cobro, fee y reconocimiento.
Adquisiciones y migraciones
Cuando el grupo adquiere una startup o migra producto, inventarie código, clientes, contratos, datos, marca, personal y pasivos. Determine qué se transfiere entre entidades y si existe compensación por funciones, activos, riesgos o potencial de beneficio.
Una integración puede mover desarrolladores mexicanos a un roadmap global sin actualizar acuerdos. Active revisión de IP, cost pools, servicios y remuneración. Documente decisiones de sunset, consolidación y migración de usuarios.
Si una entidad local abandona un producto que desarrolló, analice valor y alternativas antes de tratarlo como simple reorganización administrativa.
Finanzas, stock compensation y capitalización
Defina tratamiento de stock-based compensation en cost base y comparables, con consistencia. Revise quién concede, contabiliza y recibe el servicio. Evite excluirla sólo porque no genera salida local de efectivo.
Concilie desarrollo capitalizado, amortización y gasto entre contabilidad y fórmula. Un activo contable no decide propiedad económica; una deducción inmediata tampoco elimina el beneficio plurianual.
Para saldos intercompañía, plazos de cobro y commitments de nube, analice capital de trabajo y financiamiento. Un centro rutinario no debería financiar indefinidamente al principal sin explicación.
Expansión internacional y presencia en México
Al lanzar en México, separe localización técnica, marketing, ventas, facturación, soporte y compliance. Determine qué entidad contrata y qué personal puede crear nexos fiscales. Precios de transferencia no sustituye análisis de establecimiento permanente, IVA o retenciones.
Documente territorio y uso remoto. Una licencia global pagada por México necesita beneficio local y allocation; una plataforma usada desde México puede requerir caracterización aun cuando el proveedor no tenga entidad local.
Coordine contratos de cliente, privacidad y facturación con el modelo intercompañía. Tres narrativas distintas son difíciles de defender.
Auditoría interna y respuesta
Muestree desarrolladores, tickets, usuarios, consumo de nube, licencias y cargos. Verifique prestación, beneficiario, rights y conciliación. Revise módulos nuevos y servicios duplicados.
Prepare preguntas: ¿quién controla roadmap?, ¿qué IP creó México?, ¿qué cargo incluye soporte?, ¿qué dato genera valor?, ¿qué commitment causó pérdida?, ¿qué true-up no se ejecutó? Registre importe y remediación.
Ante requerimiento, use un índice que conecte contrato, FAR, método, muestra y cifra. Proteja secretos con acceso controlado; no niegue evidencia esencial ni entregue repositorios completos sin necesidad.
Calendario de control
Antes del presupuesto, apruebe headcount, roadmap, nube y pricing. Mensualmente concilie métricas y margen. Trimestralmente revise IP, cost pools, allocations y contratos. Antes del cierre simule cargos, retenciones, IVA y true-up.
Después de presentar, mida forecast, incidencias y ajustes manuales. Convierta hallazgos en cambios de sistema y contrato con responsables.
Contratos y change control
Los acuerdos deben definir entregables, derechos, datos, seguridad, SLA, precio, cost base, IP creada, terminación y true-up. Alinee conducta.
Active revisión fiscal ante nuevo módulo, país, dataset, licencia, centro de desarrollo, migración o adquisición. Un formulario debe mostrar decisión, economía y fecha.
No modifique retroactivamente para fabricar control. Explique periodos anteriores y ajuste prospectivamente.
Expediente de defensa
Incluya mapa de producto, FAR, contratos, roadmap, RACI, repositorios referenciados, nube, datos, mercado, cost pools, métodos, comparables y reconciliación.
Muestree tickets, releases, cargos y usuarios. Pruebe beneficio y prestación. Proteja secretos y datos personales con índice y acceso.
Conserve versiones por año. La plataforma evoluciona; el expediente debe mostrar hechos de cada periodo.
Ejemplo ilustrativo
México fue contratado como centro de desarrollo, pero sus product managers priorizan roadmap regional y crean un módulo adoptado globalmente. El costo adicionado histórico debe revisarse: autoridad, riesgo, derechos y uso pueden revelar una contribución mayor. El número de commits no basta.
Si la matriz definió especificaciones, controló aceptación y México sólo programó bajo supervisión, costo adicionado puede seguir siendo coherente. La conducta decide.
Conclusión
Tecnología requiere traducir arquitectura y operación a transacciones económicas. Software, datos, nube, mercado y soporte no deben comprimirse en un cargo genérico.
Un modelo claro asigna retorno a decisiones y contribuciones reales, evita duplicidad y mantiene contratos, métricas y contabilidad reconciliados mientras el producto cambia.
Solicita un Tech TP Operating Model Review para mapear producto, derechos, equipos, cargos y rentabilidad antes del siguiente lanzamiento o cierre.
Fuentes oficiales verificadas
- Cámara de Diputados, Ley del Impuesto sobre la Renta vigente, artículos 76, 179 y 180.
- OCDE, Transfer Pricing Guidelines 2022, capítulos I, VI y VII.
- OCDE, Transfer Pricing Country Profile: Mexico.
Verificación cerrada el 2 de agosto de 2026. Confirma derechos, tratados, privacidad, contratos y hechos de cada producto.