BOLETÍN INFORMATIVO SEMANAL 1

COMPLEMENTO. PLATAFORMAS:

Con fecha 31 de diciembre de 2025, el Servicio de Administración Tributaria (SAT) da a conocer la Revisión “E” del Complemento de Plataformas Tecnológicas del Comprobante Fiscal Digital por Internet (CFDI), que representa la quinta modificación (Revisión) de este complemento.

Estos cambios impactan toda la documentación técnica de este complemento:

• Estándar técnico del complemento
• Catálogos del complemento
• Matriz de errores

A continuación, se presenta el análisis comparativo estructurado de los cambios introducidos al pasar de la revisión D a la revisión E.

El estándar del complemento de Servicios de Plataformas Tecnológicas es el documento técnico que define la estructura, reglas de uso y validaciones que deben cumplirse para integrar correctamente este complemento al CFDI de retenciones e información de pagos. En él se establecen los nodos, atributos, relaciones aritméticas y condiciones de existencia que permiten a la autoridad fiscal verificar la correcta determinación y entero de las contribuciones retenidas por las plataformas tecnológicas. El comparativo entre la revisión D y la revisión E permite identificar los ajustes normativos y de validación que modifican la forma en que deben calcularse y declararse dichas retenciones.

1) Contribución gubernamental: eliminación del atributo “Base”
En el nodo plataformasTecnologicas:ContribucionGubernamental se elimina el atributo Base.
Efecto técnico inmediato:

• Cambio estructural de datos del nodo (aunque el XSD del complemento no necesariamente cambie en tu implementación, aquí el estándar señala explícitamente que ya no debe manejarse ese atributo).
• Cualquier motor que:
  • siga generando Base, o
  • valide su presencia como parte del cálculo/consistencia
    deberá ajustarse (dejar de emitirlo y/o dejar de exigirlo).

Efecto operativo:

• La lógica de validación se concentra en los campos típicos del nodo (ImpContrib, EntidadDondePagaLaContribucion) sin un “base” para prorrateos o equivalencias internas.

2) Nodo “ImpRetenidos”: incorporación expresa de IEPS (003) por TipoDeServ 11
2.1 Regla nueva (que no estaba en el texto antiguo)
Los cambios que presenta la nueva revisión E:

• “Se deberá registrar un nodo ImpRetenidos con ImpuestoRet = 003 (IEPS) cuando TipoDeServ = 11 (juegos con apuestas y sorteos…).”
• Y se actualiza la regla de unicidad: ahora puede existir 1 nodo por impuesto ISR (001), IVA (002) e IEPS (003), según corresponda.

Los cambios con respecto a la revisión D son:

• En D, el texto sólo contemplaba la unicidad para ISR e IVA y el supuesto de NumRegIdTribR ligado a IVA.
• En E, se expande el universo de impuestos retenidos válidos (incluye IEPS) y se fija un gatillo normativo por tipo de servicio (TipoDeServ = 11).

Implicación técnica:

• Los validadores y generadores deben:
  • permitir y validar ImpuestoRet=003,
  • exigirlo cuando TipoDeServ=11,
  • y actualizar el control de duplicidad (ya no es “máximo 1 ISR y 1 IVA”, sino “máximo 1 por cada: ISR/IVA/IEPS”).

3) Base de retención (BaseRet): se amplía alcance e identifica IVA por “Impuesto = 02”
3.1 Ampliación de alcance
En la revisión D se contemplan los impuestos: “ISR (001) e IVA (002)”.
En esta nueva revisión E se incluyen: “ISR (001), IVA (002) e IEPS (003)”

Implicación:
La sección de reglas que determinan BaseRet ahora aplica formalmente a tres impuestos, no dos. Esto obliga a que la implementación contemple:

• reglas de base para IEPS, o
• al menos que el esquema de validación no marque inconsistencia por existir IEPS sin reglas.

3.2 Precisión relevante para IVA: filtrar por Impuesto = 02 dentro de “ImpuestosTrasladadosdelServicio”
En la revisión D se previa: BaseRet = suma de Importe del nodo ImpuestosTrasladadosdelServicio (sin discriminar).

Ahora, en la revisión D: BaseRet = suma de Importe de ImpuestosTrasladadosdelServicio que contenga Impuesto = 02 (IVA), truncado a 2 decimales.

Implicación técnoca:

• En D, si por alguna razón convivían importes con distintos impuestos trasladados dentro de ImpuestosTrasladadosdelServicio, la base de IVA podía “contaminarse”.
• En E, se obliga a sumar sólo los importes trasladados identificados explícitamente como IVA.

Implicación operativa:

• Aumenta la sensibilidad del validador:
  • Si un emisor registra impuestos trasladados y omite o usa mal el atributo Impuesto (o mete IEPS en el mismo universo), ahora sí habrá discrepancia directa con BaseRet.
• Refuerza la trazabilidad por impuesto: IVA retenido debe derivar de IVA trasladado, no de “cualquier importe trasladado”.

4) Monto retenido (MontoRet): se reestructura la lógica, separando PF/PM y añadiendo tasa fija 2.5% para personas morales
En este rubro se presenta el cambio más “de fondo” en las reglas.

4.1 IVA retenido (002) con receptor distinto de XAXX010101000
Revisión D vs E: sustancialmente igual, solo estandariza comillas y redacción:

• MontoRet = 50% o 100% de BaseRet, truncado a 2 decimales, conforme a disposiciones vigentes.

Implicación: sin cambio material en tu extracto.

4.2 ISR retenido (001): ahora distingue PF vs PM por longitud de RFC del receptor (RfcR)
Revisión D: para ISR (001), la regla transcrita no distinguía explícitamente PF vs PM (quedaba como “multiplicar BaseRet por la tasa del catálogo c_TipoDeServ considerando Ejercicio”, en el bloque general).

Revisión E:

• Si ImpuestoRet=001 y RfcR tiene 13 (persona física):
  MontoRet = BaseRet × “Tasa de retención para ISR” del catálogo c_TipoDeServ (según TipoDeServ y Ejercicio), truncado a 2 decimales.
• Si ImpuestoRet=001 y RfcR tiene 12 (persona moral):
  MontoRet = BaseRet × 2.5%, truncado a 2 decimales.

Qué cambia de manera material:

• Se formaliza un tratamiento diferenciado para personas morales: ya no se usa la “Tasa de retención para ISR” del catálogo por tipo de servicio, sino un porcentaje fijo 2.5%.

Implicación técnica directa:

• Los sistemas deben:
  • detectar longitud del RFC receptor,
  • aplicar dos caminos distintos de cálculo para ISR,
  • mantener truncamiento a 2 decimales.

4.3 RFC genérico nacional XAXX010101000: se mantiene la lógica, pero se integra al nuevo orden
En tu extracto, esta parte se mantiene en esencia:

• Si RfcR = XAXX010101000:
  • Para IVA (002): MontoRet = BaseRet
  • Para ISR (001): MontoRet = 20% de BaseRet
  • Truncamientos a 2 decimales.

Implicación: no cambia el fondo, pero queda “armonizado” con la nueva lógica PF/PM del ISR fuera del genérico.

4.4 Reglas vinculadas a NumRegIdTribR y TipoDeServ 07/08/09: se conservan
Se conserva la validación de que si hay NumRegIdTribR y TipoDeServ es 07, 08 o 09:

• Para IVA (002): MontoRet = BaseRet
• No debe existir ISR (001) en ImpRetenidos
  Y si existe ISR (001), entonces:
• TipoDeServ ≠ 07/08/09
• No debe existir NumRegIdTribR

Implicación: estas reglas siguen siendo un “bloque duro” de consistencia y exclusión del ISR en esos supuestos.

5) Lectura integrada: qué se vuelve “nuevo riesgo” de cumplimiento/validación
Con estos cambios específicos, los puntos que más pueden romper emisiones válidas al migrar a E son:

1. Emisión indebida del atributo Base en ContribucionGubernamental(si el sistema lo sigue mandando).
2. Omisión del IEPS retenidocuando TipoDeServ = 11 (ahora es obligación expresa).
3. Cálculo incorrecto de BaseRet para IVApor no filtrar Impuesto = 02 en los trasladados.
4. Cálculo de ISR para personas morales: si se sigue usando la “tasa por tipo de servicio” del catálogo en lugar del 5% fijo, te va a tronar validación.

En términos generales, no hay incorporación de nuevos catálogos ni eliminación de existentes. El cambio es de actualización, y de alineación semántica y validatoria.

1. a) Tipos de servicios (c_TipoDeServ)
   Se actualiza el catálogo c_TipoDeServ, que contiene las tasa de retención según el tipo de actividad en la plataforma digital. No solamente se indican los valores a retener para 2026, sino que se incorpora el IEPS al catálogo de impuestos a retener.
2. b) Catálogos de tasas (c_TasaCuota)
   La revisión E refuerza la obligatoriedad de que las tasas utilizadas correspondan exactamee al catálogo, especialmente en servicios sujetos a IVA e incorporando el valor del 0.50000 del IEPS.
3. c) Catálogos de subtipo de servicios (c_SubTipoServ)
   Se incorporan dos subtipos de servicios relativos al IEPS:

 Matriz de errores del Complemento

La matriz de errores es el documento con mayor impacto operativo. La revisión E amplía y redefine reglas que antes eran flexibles o implícitas. La revisión E endurece y especializa las validaciones, principalmente para:

1. incorporar IEPS (003 / 03)en retenciones y trasladados cuando TipoDeServ = 11, y
2. evitar contaminación de cálculosfiltrando expresamente operaciones/importe por el impuesto correspondiente, sobre todo IVA = 02.

A continuación, se presenta un análisis detallado, agrupado por bloque y resaltando el cambio, la implicación y el riesgo operativo introduce.

1. A) Validaciones a nivel CFDI de Retenciones (nodo Retenciones)
   1 Reglas sin cambio material (se mantienen iguales)
   En estos renglones, la revisión E no cambia la regla ni el supuesto, solo ajusta comillas/estilo o reenumera:

• CveRetenc (SPT102): sigue siendo obligatorio que CveRetenc = 26, de lo contrario el complemento no debe existir y solo se permite un nodo del complemento.
• RfcR (SPT103): si no es XAXX010101000, debe existir en lista de RFC no cancelados.
• NumRegIdTribR (SPT104): si el extranjero no proporciona registro, debe usarse XEXX010101000 (según el supuesto descrito).
• MesFin (SPT105): debe ser igual a MesIni.
• Ejercicio (SPT106): mayor a 2018 y no mayor al año del comprobante.
• MontoTotOperacion (SPT107): igual a MonTotServSIVA.
• MontoTotGrav (SPT108): igual a MontoTotOperacion.
• MontoTotExent (SPT109): siempre 0.00.
• MontoTotRet (SPT110): suma de MontoRet en ImpRetenidos.
• Restricción ISR por longitud de RfcE (SPT111): si RfcE longitud 13, no debe existir ImpRetenidos con ISR (001).
• Existencia de IVA retenido cuando hay trasladados (SPT112): si suma de Importe trasladado > 0 (y existen nodos), debe existir ImpRetenidos IVA 002.
• Obligación de IVA cuando hay NumRegIdTribR o XEXX… (SPT114): debe existir ImpRetenidos con IVA 002.

A.2 Cambios materiales en Retenciones: IEPS (003) y reglas nuevas
(1) Unicidad de ImpRetenidos ahora incluye IEPS

• Antes (D, SPT113): “solo 1 nodo por impuesto ISR (001) e IVA (002)”.
• Ahora (E, SPT113): “solo 1 nodo por impuesto ISR (001), IVA (002) e IEPS (003)”.

Implicación: El validador debe permitir y controlar que:

• puede existir hasta 3 nodos ImpRetenidos distintos (uno por impuesto),
• pero no puede duplicarse ninguno (dos ISR, dos IVA, dos IEPS).

Riesgo: sistemas que “colapsaban” retenciones en un solo nodo o permitían duplicados por parciales ahora disparan error.

(2) Nueva regla de MontoRet para ISR cuando RfcR es persona moral: 2.5% (nuevo SPT148)

• Nuevo (E, SPT148): si ImpuestoRet = 001 (ISR) y RfcR tiene longitud 12 (persona moral), entonces
  MontoRet = BaseRet * 2.5% truncado a 2 decimales.

Qué cambia:
En D, el ISR se calculaba por tasa del catálogo c_TipoDeServ (la regla era “única”).
En E, el ISR se bifurca:

• PF (RFC 13): tasa por catálogo (SPT118, modificado)
• PM (RFC 12): tasa fija 2.5% (SPT148, nuevo)

Riesgo: Si el sistema seguía aplicando tasa por catálogo para PM, ahora generará discrepancia sistemática en MontoRet.

(3) Regla nueva: IEPS retenido obligatorio con TipoDeServ = 11 (nuevo SPT149)

• Nuevo (E, SPT149): cuando TipoDeServ = 11 (juegos con apuestas y sorteos…), debe existir ImpRetenidos con ImpuestoRet = 003 (IEPS).

Implicación: Se crea un gatillo de obligación: el tipo de servicio 11 activa IEPS retenido.
Riesgo: Emisiones históricas que registraban ese tipo de servicio sin IEPS retenido ahora fallan.

(4) Regla nueva de BaseRet para IEPS: suma de trasladados con Impuesto = 03 (nuevo SPT150)

• Nuevo (E, SPT150): si ImpuestoRet = 003 (IEPS), entonces
  BaseRet = suma de Importe de ImpuestosTrasladadosdelServicio donde Impuesto = 03 (IEPS), truncado a 2 decimales.

Implicación: La misma lógica que se endurece para IVA (filtrar por impuesto), ahora existe también para IEPS.
Riesgo:

• Si trasladados de IEPS no se registran con Impuesto=03, o
• si se registran mezclados sin distinguir,
  la base de IEPS quedará inválida.

1. B) Validaciones del Complemento (ServiciosPlataformasTecnologicas)
   En este rubro se encuentran los cambios más relevantes: La revisión E deja de validar “todo el universo de operaciones” y empieza a validar subconjuntos filtrados por impuesto (principalmente IVA = 02; y para juegos, IEPS = 03).

B.1 Reglas sin cambio material (se mantienen iguales)

• Periodicidad (SPT125): debe estar en catálogo.
• TotalIVARetenido (SPT129): coincide con MontoRet de IVA (002) o 0.00 si no hay trasladados.
• TotalISRRetenido (SPT130): coincide con MontoRet de ISR (001) o 0.00 si no existe ISR.
• MonTotalporUsoPlataforma (SPT133): suma de importes de ComisionDelServicio.
• MonTotalContribucionGubernamental (SPT134): obligación y suma de ImpContrib si existe nodo.
• FormaPagoServ (SPT135): clave válida del catálogo.
• TipoDeServ (SPT136 y SPT137): claves válidas y consistencia si hay múltiples.
• SubTipServ (SPT138): relación válida con TipoDeServ.
• RFCTerceroAutorizado (SPT139): RFC válido (L_RFC).
• FechaServ (SPT140): congruente con Periodo.
• Regla de no existencia de ImpuestosTrasladadosdelServicio si FormaPagoServ=09 (SPT141): se mantiene.
• Cálculo Importe = Base * TasaCuota (SPT143): se mantiene.
• EntidadDondePagaLaContribucion (SPT144): catálogo.
• ImpContrib > 1.00 (SPT145): se mantiene.
• ComisionDelServicio no debe existir con FormaPagoServ=09 (SPT146): se mantiene en lo esencial (aunque E recorta redacción).
• Importe de comisión > 0 (SPT147): se mantiene.
• SPT999 No clasificado: se mantiene.

B.2 Cambios materiales: “filtrado por impuesto” y nuevos supuestos IEPS
(1) NumServ (SPT126): cambia su base de cálculo

• D: NumServ = suma de elementos hijo del nodo Servicios (en esencia: conteo total de DetallesDelServicio).
• E: NumServ = suma de elementos hijo del nodo Servicios que contengan Impuesto = 02 (IVA).

Interpretación técnica: En esta revisión E, NumServ deja de ser “número total de operaciones del periodo” y pasa a ser “número de operaciones relevantes para IVA” (según cómo están definiendo el criterio de “que contengan Impuesto=02”).

Riesgo operativo: Si el emisor calcula NumServ como conteo total, ahora quedará inflado si existen operaciones sin IVA (o con IEPS u otras).

(2) MonTotServSIVA (SPT127): Ahora se suma solo por operaciones con IVA

• D: MonTotServSIVA = suma de PrecioServSinIVA de todos los DetallesDelServicio.
• E: MonTotServSIVA = suma de PrecioServSinIVA solo de los DetallesDelServicio que contengan Impuesto = 02 (IVA).

Qué significa: E redefine el universo del total: el “monto total de operaciones” se “recorta” al subconjunto que el estándar asocia a IVA.
Riesgo:

• Cualquier emisor que incluya servicios exentos/no IVA o IEPS, y los integre en MonTotServSIVA, ahora falla.
• Además, esto arrastra validaciones cruzadas a nivel Retenciones, porque MontoTotOperacion debe igualar MonTotServSIVA (SPT107): si MonTotServSIVA baja, MontoTotOperacion debe bajar.

(3) TotalIVATrasladado (SPT128): ahora suma solo importes con Impuesto = 02 (IVA)

• D: suma de Importe de todos los ImpuestosTrasladadosdelServicio.
• E: suma de Importe solo donde Impuesto = 02 (IVA).

Efecto técnico:

• Antes: bastaba sumar el “universo” de trasladados.
• Ahora: hay que filtrar por tipo de impuesto trasladado.

Riesgo: Si el emisor registra IEPS (03) u otros, el total de IVA ya no puede sumar “todo”; tiene que discriminar.

(4) DifIVAEntregadoPrestServ (SPT131): ahora descuenta solo IVA (02) en efectivo

• D: DifIVAEntregadoPrestServ = TotalIVATrasladado – (suma de Importes de impuestos trasladados cuando FormaPagoServ=01) – TotalIVARetenido.
• E: igual, pero la suma que se descuenta cuando hay efectivo es solo de importes donde Impuesto=02 (IVA).

Por qué cambia: En E, el concepto “IVA entregado” se vuelve estrictamente IVA, no “impuestos trasladados en general”.

Riesgo: Si tu motor de cálculo descuenta todos los impuestos trasladados (incluido IEPS) por efectivo, ahora la diferencia queda incorrecta.

(5) Base de ImpuestosTrasladadosdelServicio (SPT142): ahora se condiciona solo cuando Impuesto=02 (IVA)

• D: Base de ImpuestosTrasladadosdelServicio debe igualar PrecioServSinIVA (regla general).
• E: esa igualdad se exige cuando Impuesto = 02 (IVA).

Lectura técnica:

• Esto sugiere que en E se abre la puerta a que:
  • existan nodos ImpuestosTrasladadosdelServicio con otros impuestos (por ejemplo IEPS=03),
  • y para esos nodos el estándar ya no fuerza “Base = PrecioServSinIVA” bajo este error específico.

Riesgo / punto de atención:

• Si el validador seguía exigiendo base=precio para todos, podría marcar falsos positivos.
• Si el generador asume siempre base=precio para IEPS, puede ser correcto o no según la lógica de IEPS; pero el estándar ya no lo amarra por esta validación.

B.3 Bloque nuevo IEPS en el complemento (TipoDeServ = 11)
(1) ImpuestosTrasladadosdelServicio IEPS obligatorio (nuevo SPT151)

• E, SPT151: si TipoDeServ = 11, debe existir al menos un ImpuestosTrasladadosdelServicio con Impuesto = 03 (IEPS). Si no, la clave 03 no debe existir.

Implicación:

• Se establece una regla “si y solo si”:
  • TipoDeServ 11 ⇒ debe haber IEPS trasladado
  • Si no es TipoDeServ 11 ⇒ IEPS no debe aparecer

Riesgo:

• Emisiones con IEPS trasladado en servicios que no son 11 fallarán.
• Servicios 11 sin IEPS fallarán.

(2) ContribucionGubernamental condicionada a IVA (nuevo SPT152)

• E, SPT152: si Impuesto en ImpuestosTrasladadosdelServicio es distinto de 02 (IVA), ContribucionGubernamental no debe existir.

Efecto: La contribución gubernamental queda acotada a casos con IVA; si el detalle trae otro impuesto (IEPS), ese nodo ya no es admisible.

(3) ComisionDelServicio condicionada a IVA (nuevo SPT153)

• E, SPT153: si Impuesto en ImpuestosTrasladadosdelServicio es distinto de 02 (IVA), ComisionDelServicio no debe existir.

Efecto: La comisión queda igualmente “amarrada” al universo IVA. Esto es consistente con el movimiento general de la revisión E: IVA como “eje” para determinados cálculos.

En la transición de la revisión D a la revisión E se observa un cambio de enfoque: el estándar deja de validar “sumatorias globales” y comienza a validar universos específicos por impuesto, especialmente IVA (Impuesto = 02) y, para el caso particular de juegos con apuestas y sorteos, incorpora de forma explícita IEPS tanto en trasladados (Impuesto = 03) como en retenidos (ImpuestoRet = 003). Este ajuste reduce ambigüedades y evita que importes de impuestos distintos “contaminen” cálculos que, por definición, corresponden únicamente a IVA.

Desde la perspectiva operativa, los impactos más relevantes se concentran en tres frentes: (i) nuevas obligaciones y consistencias para IEPS cuando TipoDeServ = 11, (ii) cambios de base de cálculo que ahora exigen filtrar registros por Impuesto = 02 en campos agregados como NumServ, MonTotServSIVA, TotalIVATrasladado y DifIVAEntregadoPrestServ, y (iii) la segmentación del cálculo de ISR por tipo de receptor, distinguiendo persona física (RFC de 13) y persona moral (RFC de 12) con una regla específica del 2.5% para esta última.

En términos de implementación, la recomendación práctica es tratar la revisión E como una actualización principalmente de lógica de validación y agregación, más que de estructura. Esto implica ajustar motores de cálculo para: (a) construir sumatorias y conteos por impuesto, (b) implementar reglas condicionales “si y solo si” asociadas a TipoDeServ = 11, y (c) recalcular ISR conforme al criterio de longitud del RFC del receptor. Una estrategia de pruebas recomendable es diseñar casos mínimos que estresen estos tres frentes (IVA puro, IEPS por tipo 11, y ISR PF vs PM), porque ahí es donde la revisión E introduce los cambios que más fácilmente pueden provocar rechazos en validación.

AUTOS “CHOCOLATE”:

Con fecha 31 de diciembre de 2025 se publica en la edición vespertina del el Diario Oficial de la Federación el Decreto por el que se abroga el Acuerdo relativo a la importación definitiva de vehículos usados y se reforma el decreto de regularización de vehículos usados de procedencia extranjera.

Desde 2021, el Gobierno Federal implementó un esquema extraordinario de regularización de vehículos usados de procedencia extranjera, con énfasis en entidades federativas con alta población migrante. Este esquema permitió regularizar casi 3 millones de vehículos hasta noviembre de 2025, según datos del Registro Público Vehicular.

1. Abrogación expresa: Se abroga en su totalidad el Acuerdo publicado el 18 de octubre de 2021 relativo a la importación definitiva de vehículos usados.
2. Cierre definitivo del programa de regularización: Se reforma el transitorio Primero del Decreto de regularización del 29 de diciembre de 2022 y sus posteriores modificaciones para establecer como fecha límite el 31 de diciembre de 2025.

Cabe mencionar que el Convenio por el que se prorroga la vigencia del diverso que celebran la Secretaría de Hacienda y Crédito Público y el Estado de Sonora, para la internación e importación temporal de vehículos al Estado de Sonora, publicado el 25 de noviembre de 2005, tuvo prevista su culminación el 31 de diciembre de 2025, y este ya no ha sido renovado tampoco.

El Ejecutivo Federal considera cumplido el objetivo del programa:

• Otorgar certeza jurídica al patrimonio de las familias.
• Mejorar la seguridad pública.
• Ordenar el parque vehicular nacional.

Se señala, además, que la continuidad del esquema podría propiciar desviaciones o malas prácticas, por lo que la regularización futura deberá sujetarse exclusivamente a la Ley Aduanera y demás disposiciones ordinarias aplicables.

A partir de 2026:

• No existirá mecanismo extraordinario de regularización.
• Toda importación definitiva deberá realizarse conforme al régimen aduanero general.
• Se cierra formalmente una política pública de carácter transitorio.

RESICO:

El Régimen Simplificado de Confianza, previsto en la Sección IV del Capítulo II del Título IV de la Ley del Impuesto sobre la Renta, fue diseñado bajo una lógica de simplificación administrativa, pero sin eliminar obligaciones formales esenciales para la interacción electrónica entre el contribuyente y la autoridad fiscal.

En este contexto, el Artículo 113-G de la Ley del Impuesto sobre la Renta establece, entre otras, dos obligaciones básicas para las personas físicas que tributan en este régimen:

• Solicitar su inscripción en el Registro Federal de Contribuyentes y mantenerlo actualizado.
• Contar con firma electrónica avanzada y buzón tributario activo.

Estas obligaciones forman parte del diseño estructural del régimen y no constituyen requisitos accesorios o discrecionales.

Con motivo de la implementación gradual del RESICO y considerando la incorporación masiva de contribuyentes, la autoridad fiscal incorporó disposiciones transitorias en la Resolución Miscelánea Fiscal para 2025, mediante las cuales difirió temporalmente la exigibilidad de ciertas obligaciones formales.

En particular:

2026. a) Diferimiento del buzón tributario
      El Artículo Décimo Sexto Transitorio de la Resolución Miscelánea Fiscal para 2025 estableció que, para efectos del Artículo 113-G, Fracción II de la Ley del ISR, el cumplimiento de la obligación de contar con buzón tributario habilitado sería exigible a partir del 1 de enero de 2026.

Esto implicó que, durante los ejercicios 2022 a 2025, los contribuyentes RESICO pudieron operar sin tener habilitado formalmente dicho medio de comunicación electrónica, sin consecuencias normativas.

2026. b) Diferimiento de la e.firma
      De manera paralela, el Artículo Décimo Séptimo Transitorio de la misma resolución dispuso que la obligación de contar con firma electrónica avanzada (e.firma), también prevista en el Artículo 113-G, fracción II, sería exigible igualmente a partir del 1 de enero de 2026.

Durante la vigencia de esta facilidad, fue posible cumplir con diversas obligaciones fiscales utilizando mecanismos alternativos de autenticación, sin que ello implicara incumplimiento.

A partir del 1 de enero de 2026, ambas disposiciones transitorias dejan de surtir efectos, lo que implica un cambio relevante en el estatus normativo de los contribuyentes RESICO.
Desde esa fecha:

• La e.firma deja de ser opcional y se convierte en un requisito obligatorio para tributar válidamente en el régimen.
• El buzón tributario debe encontrarse habilitado, con al menos un medio de contacto validado (correo electrónico y/o teléfono celular), y será plenamente vinculante para efectos de notificaciones fiscales.

No se trata de nuevas obligaciones, sino de la plena exigibilidad de obligaciones ya previstas en la Ley del ISR, cuya aplicación había sido diferida por una facilidad administrativa de carácter temporal.

El incumplimiento de estas obligaciones, una vez concluido el periodo de facilidad, puede generar diversas consecuencias, entre ellas:

• Imposibilidad de atender notificaciones o requerimientos realizados por la autoridad a través del buzón tributario.
• Riesgos en la validez de trámites, solicitudes, aclaraciones o promociones presentadas ante el SAT.
• Potenciales infracciones por incumplimiento de obligaciones formales, conforme al Código Fiscal de la Federación.
• Riesgo de exclusión del Régimen Simplificado de Confianza, en aquellos supuestos en que la autoridad considere que no se cumplen los requisitos legales del régimen.

Desde una perspectiva operativa, la ausencia de e.firma limita significativamente la capacidad del contribuyente para interactuar con la autoridad fiscal en un entorno cada vez más digitalizado.

El cierre del año 2025 representa el último periodo de gracia para regularizar estas obligaciones sin consecuencias jurídicas directas. A partir de 2026, el cumplimiento deja de ser una opción diferida y se convierte en un requisito normativo exigible.

Por ello, resulta recomendable que los contribuyentes que actualmente tributan en el Régimen Simplificado de Confianza:

• Verifiquen la vigencia y operatividad de su e.firma.
• Confirmen que su buzón tributario se encuentre habilitado y correctamente configurado.
• Anticipen cualquier trámite ante el SAT que pudiera requerir presencia física o cita previa, especialmente en el cierre del ejercicio 2025.

El cumplimiento oportuno de estas obligaciones no solo evita contingencias fiscales, sino que permite una transición ordenada hacia el marco de cumplimiento que será plenamente aplicable a partir de enero de 2026.

Lo anterior, a no ser que en la Resolución Miscelánea Fiscal para 2026 se extienda esta facilidad.

Y, en efecto, en la RMF para el 2026 (DOF 28-XII-2025), se señala lo siguiente:

Artículo Décimo Quinto Transitorio: la obligación de habilitar el Buzón Tributario y contar con e.firma serán aplicables a partir del 1 de enero del 2027.

SMG. 2026:

A partir del 1 de enero de 2026 entran en vigor los nuevos salarios mínimos generales y profesionales. El nuevo salario mínimo general queda de la siguiente manera:

Es necesario que se revisen los sistemas de las empresas y las bases de datos en donde se utilice este dato, de forma que se encuentre correctamente actualizado.

Algunos de los sistemas más comunes en las empresas que utilizan este parámetro son:

• Sistemas administrativos
• ERP
• Sistemas de contabilidad
• Sistemas de nómina
• Sistema Único de Autodeterminación
• Modelos de Excel

Por tanto, conviene realizar un repaso de todos aquellos lugares en donde se utiliza este dato y actualizarlo a fin de evitar errores en los cálculos.