3.10 — Suspensión o bloqueo en plataforma (Rappi, DiDi Food, Uber Eats)

La suspensión algorítmica es el mayor riesgo operativo cotidiano. Opera sin audiencia previa, la plataforma define los criterios, y el operador como comerciante adherente NO está protegido por los Arts. 85-90 LFPC — esos protegen al consumidor final. Renta corre; ingresos son cero.

Escenario típico

Viernes en hora pico. La plataforma muestra “Tienda suspendida temporalmente por alta tasa de cancelaciones”. En las horas previas la cocina canceló pedidos porque se acabó una SKU y no se desactivó el ítem. Suspensión de varias horas. Se pierde la mayor parte del ingreso del pico de fin de semana. Soporte responde por ticket más de medio día después, ya domingo. Account manager no existe en este plan. Renta y salarios siguen. [RIESGO COMÚN] Variantes: bloqueo por rating <4.5, quejas de sanidad sin verificación, “imagen de marca” (nombre duplicado), cap excedido (Uber Eats: >1 marca virtual nueva cada 4 semanas por sucursal).

Marco legal aplicable

Base: [[1.6-plataformas-digitales]].

Contrato de adhesión mercantil click-wrap con Rappi, UBR Pagos México (Uber Eats), DiDi Food. Foro CDMX.
⚠ Arts. 85-90 LFPC — NO aplican al operador. La LFPC protege al consumidor final, no al restaurante. El contrato merchant no se registra en el RPCA PROFECO. Protecciones sobre cláusulas abusivas, lectura previa y prestaciones desproporcionadas no se activan directamente. Aplica régimen mercantil general (Código de Comercio + CCDF supletorio).
Art. 76 bis LFPC. Aplica a plataforma ↔ consumidor final. Restaurante queda codeudor solidario ante quejas del cliente.
CCDF supletorio. Arts. 1794, 1796, 1803 (consentimiento); 1839 (libertad contractual con límite de orden público). Teoría general del contrato de adhesión mercantil.
LFCE reformada DOF 16-jul-2025. Creación de la Comisión Nacional Antimonopolio (CNA) sustituyendo COFECE (17-jul-2025). Art. 56 LFCE: prácticas monopólicas relativas (exclusividades, trato discriminatorio, ventas atadas).
Régimen fiscal 2026. LISR 113-A a 113-D + LIVA 18-B, 18-J, 18-K + CFF 30-B (vigente 1-abr-2026). Con RFC correcto: ISR 2.5%, IVA 50% del causado. Sin RFC: 20% ISR, 100% IVA.
LFPDPPP reforma 2025. La plataforma es responsable de los datos del cliente. Descargar base viola merchant terms + LFPDPPP.
Reglas internas por plataforma (vinculan por contrato, no por ley):
- Rappi: “>2 cancelaciones en un día” dispara suspensión automática 1–8 h; espera máx del rappitendero 4 min; tasa alta de errores 1–5 h.
- Uber Eats: subsanación 2 días hábiles tras notificación; caps de marcas virtuales (máx. 1 cada 4 semanas, ≥60% diferenciación).
- DiDi Food: política publicada pero ⚠ BRECHA texto literal no cargó en WebFetch 2026-04-24.

⚠ BRECHA No hay “Ley Federal de Plataformas Digitales” a abril 2026 que regule comisiones máximas, transparencia algorítmica, notificación previa de suspensión o portabilidad de datos.

⚠ BRECHA No hay jurisprudencia SCJN específica sobre abusividad de cláusulas en merchant agreements de delivery en México. Poca litigación.

Perspectiva del operador

Pérdida de ingresos directa por horas suspendidas; dark kitchen 100% delivery = cierre de facto.
Renta y salarios siguen. La suspensión de plataforma no es fuerza mayor exonerativa de renta salvo pacto expreso ([[1.1-arrendamiento-comercial]]).
Daño a métricas: al reactivar, cae ranking y visibilidad — spiral descendente.
Si escala a desactivación indefinida, pierde marca virtual (nombre, fotos, rating acumulado).
[EN LA PRÁCTICA] Operador con 70% del volumen en una plataforma queda en quiebra técnica con 3 suspensiones/mes.

Perspectiva de la plataforma

Se presenta como intermediaria tecnológica. El restaurante es “proveedor del bien”. Cláusulas amplias (“bajas calificaciones”, “quejas”, “incumplimiento de estándares”); modificación unilateral por publicación en portal; indemnidad del restaurante ante reclamaciones del consumidor. Acumulación de roles (canal + pagos + logística + evaluador) genera asimetría. El algoritmo es opaco por diseño: sin derecho contractual a conocer pesos ni umbrales.

Perspectiva del arrendador-operadora

Suspensión del tenant no exime renta salvo pacto.
Caps por dirección física en Uber Eats: si hospedas 8 marcas virtuales de 3 operadores, delisting puede ser masivo al inmueble.
[RECOMENDABLE] Onboarding: validar configuración fiscal (RFC correcto evita 20% ISR), menú diferenciado por marca, no saturar brands.

Opciones de escalamiento ordenadas

Minuto cero. Captura de notificación (hora, razón, duración), últimos 10 pedidos, rating, tasa de cancelación, tiempo prep. Cruza con [[6.2-seguimiento-post-llamada]].
Ticket al soporte interno con evidencia (capturas, foto de producto, log POS).
Escalado al account manager si aplica. Solicita por correo análisis y fecha de reversión.
Activa canal directo en paralelo. WhatsApp, Instagram, teléfono. Minimiza la pérdida de visibilidad.
Diversificación inmediata. Si no estabas en la alternativa, da de alta.
Queja PROFECO si la plataforma incumplió sus propias condiciones publicadas (no el contrato merchant privado). Palanca limitada pero expediente público. Ver [[4.3-queja-autoridad]].
Denuncia CNA (Art. 56 LFCE): trato discriminatorio, ventas atadas (forzar Plan Plus), represalia por multihoming. Proceso técnico, lento, no indemnizatorio. Útil colectivo.
Acción civil/mercantil por daños y perjuicios en CDMX (1a./J. 170/2023 cuando aplica). Alta fricción, riesgo de desactivación definitiva. ⚠ BRECHA sin caso mexicano resuelto.

Template recomendado

A) Ticket al soporte interno

Asunto: Suspensión inesperada — Tienda [nombre], ID [___]

Fecha/hora suspensión: [___]
Motivo reportado: [copia literal]
Duración anunciada: [___]

Contexto:
- Rating: [___]. Tasa de cancelación 7/30 d: [___].
- Tiempo promedio de preparación: [___].
- Volumen semanal: [___] pedidos.

Evidencia adjunta:
1. Captura de la notificación.
2. Capturas de los últimos [N] pedidos con detalle.
3. Foto de producto empacado si aplica.
4. Log POS con horarios de preparación/salida.

Solicitud:
a) Revisión caso por caso de los pedidos que detonaron la suspensión.
b) Fecha y hora exacta de reactivación.
c) Responsable de la revisión para seguimiento.
d) Ajuste por impacto en métricas si resulta favorable.

Tiempo razonable de respuesta: 4–8 h desde este ticket.

[Firma / operador / teléfono]

B) Correo de escalamiento al account manager

Estimado [nombre]:

El [fecha, hora] nuestra tienda fue suspendida bajo motivo "[___]". Ticket
#[___] abierto a las [hora], sin respuesta a las [hora actual].

Adjunto evidencia de contexto operativo y detalle de los pedidos que, en
nuestro análisis, no justifican suspensión bajo el umbral publicado por
[plataforma] en [URL merchant help].

Solicito:
1. Revisión y eventual reversión.
2. Registro formal del caso como antecedente para métricas futuras.
3. Reunión de 15 min hoy antes de las [hora], vía [Meet/Teams].

Sin respuesta en 24 h procederé a canales externos: PROFECO (incumplimiento
de condiciones publicadas); CNA (si patrón de trato discriminatorio).

[nombre, operador, teléfono]

Qué hacer con esto

Operador

Documenta toda suspensión con capturas inmediatas. Carpeta incidentes-plataforma/YYYY-MM-DD/.
Historial propio de métricas (volumen, rating, cancelaciones, tiempo prep) independiente de la plataforma.
PDF del contrato merchant al día de aceptación.
RFC bien configurado antes del primer pedido (evita 20% ISR).
Diversifica: mínimo 2 plataformas + canal directo. Ninguna >50%.
Nunca descargues datos del cliente desde el portal (LFPDPPP + merchant terms).
Cascada: ticket → account manager → PROFECO → CNA → civil con daño grande.
Monitorea KPIs de riesgo como variables de supervivencia.
Activa canal directo antes de necesitarlo (WhatsApp Business con permiso).

Arrendador-operadora

No asumas suspensión como eximente de renta. Regula en contrato.
Onboarding con validación fiscal + densidad de marcas por dirección.
Información del nodo: alertar a tenants antes, no para presionar.
No forzar canal único (no obligar a Rappi Kitchen si rentas inmueble).

En la práctica

[EN LA PRÁCTICA] Suspensión sin audiencia previa es el incumplimiento de plataforma más frecuente. Casi nunca se litiga — represalia (desactivación definitiva) cuesta más que el juicio.
[EN LA PRÁCTICA] Sin account manager no hay interlocutor humano real en dark kitchens pequeñas.
[EN LA PRÁCTICA] El plazo de 2 días hábiles para subsanar (Uber Eats merchant terms) es operativamente imposible en viaje o emergencia. No hay “vacaciones contractuales”.
[EN LA PRÁCTICA] Retención 20% ISR por RFC mal capturado es error común y caro. Verifica configuración antes del primer pedido facturable.
[EN LA PRÁCTICA] PROFECO interviene cuando reclama el consumidor; el restaurante termina como responsable solidario más que como beneficiario.
[EN LA PRÁCTICA] CNA inició operaciones octubre 2025. Sin resoluciones firmes sobre delivery ↔ restaurante a abril 2026. Investigación COFECE previa concluyó 12-sep-2025 sin medidas correctivas por falta de consenso del Pleno.
[RIESGO COMÚN] Dependencia de plataforma única. 70% del volumen en una app = quiebra acelerada si suspenden. Diversificar a 2–3 plataformas + canal directo es el mínimo defensivo.
⚠ BRECHA No hay Ley Federal de Plataformas Digitales. Iniciativas dispersas sin publicar.
⚠ BRECHA Poca jurisprudencia MX sobre cláusulas abusivas en contrato merchant.
⚠ BRECHA Portabilidad de base de clientes al salir de una plataforma: inexistente en ley.
⚠ BRECHA Validez específica de la cláusula de modificación unilateral: atacable en teoría, sin caso mexicano resuelto.

Cruza con: [[1.6-plataformas-digitales]], [[1.8-profeco-consumidor]], [[1.5-fiscal-sat-resico]], [[1.1-arrendamiento-comercial]] (renta durante suspensión), [[3.09-clasificacion-laboral]] (despidos en cadena), [[4.3-queja-autoridad]], [[6.2-seguimiento-post-llamada]].