Elementos de Apoyo · Self Service
Errores Comunes
Casos frecuentes de soporte con solución paso a paso — sin necesidad de abrir un ticket.
Soluciones más buscadas
Mostrando 6 de 9 temas
Mayo 2026
Mi RFC está activo y el CSD vigente, pero sigo sin poder timbrar — Error 402
El RFC existe y el CSD está vigente, pero el SAT rechaza el timbrado porque el RFC no tiene registrada la validez de obligaciones para emitir CFDI. Esto es diferente al estatus activo — es un campo separado que solo aparece en la LCO privada que el SAT comparte con los PAC.
Frecuencia
Muy frecuente
Mensaje de error
Error 402 — RFC del emisor no se encuentra en el
régimen de contribuyentes (LCO).
Detalle: El certificado debe contar con validez
de obligaciones dentro de la lista LCO.
¿Por qué pasa si mi RFC está activo?
La LCO valida un campo llamado “validez de
obligaciones” (Anexo 29 RMF vigente, pág. 6):
Valor 0 = sin obligaciones para emitir CFDI
Valor 1-4 = habilitado para facturar
Este campo es DISTINTO a:
x Estatus activo del RFC (visible en portal SAT)
x Fecha de vigencia del CSD
x Validación pública de clave RFC
Solo el SAT puede actualizarlo.
SW no tiene control sobre este valor.
Pasos para resolverlo
1Verifica primero que el RFC y el CSD estén vigentes con el Validador SAT para RFC y Validar CSD. Si ambos están bien y el error persiste, el problema es de validez de obligaciones.
2Si el error apareció de un día para otro y antes timbrabas sin problema: puede ser un desfase de sincronización. Espera a la siguiente actualización de la LCO — el SAT las realiza a las 12:00 de la noche — y vuelve a intentarlo.
3Si ya pasaron varios días y el error persiste: el RFC del emisor tiene valor 0 en validez de obligaciones. El emisor debe acudir al SAT para actualizar sus obligaciones fiscales. Una vez que el SAT lo actualice, el timbrado se reanudará en la siguiente actualización nocturna de la LCO.
4Consulta el estatus y horario de la última actualización de la LCO en la página de inicio de developers.sw.com.mx — sección Actualización de la LCO.
Más información: video tipSW® — Validación de datos fiscales en LRFC y LCO y el Anexo 29 RMF vigente (pág. 6).
Mayo 2026
El QR de Carta Porte no abre el portal de validación o redirige a una página de acceso
Al escanear el código QR del complemento Carta Porte 3.1 o al acceder directamente al link de verificación, el portal redirige a una pantalla de inicio de sesión o muestra un mensaje de acceso denegado, sin poder validar el documento.
Frecuencia
Frecuente
¿Qué está pasando?
El portal específico de validación de Carta Porte:
https://verificacfdi.facturaelectronica.sat.gob.mx
/verificaccp/default.aspx?idCCP=…
Actualmente presenta intermitencias — redirige
a pantalla de login o muestra acceso denegado
incluso al iniciar sesión.
Esto NO significa que tu CFDI esté mal timbrado.
El timbrado y la información del documento
se generaron y enviaron correctamente.
¿Cómo valido mi Carta Porte mientras tanto?
1Usa el portal general de verificación de CFDI como alternativa — confirma la validez y vigencia del documento correctamente:
verificacfdi.facturaelectronica.sat.gob.mx
verificacfdi.facturaelectronica.sat.gob.mx
2Ingresa el UUID de tu Carta Porte en ese portal — el SAT confirmará directamente que el timbrado es válido y vigente.
3Esta situación se presenta de forma generalizada — no corresponde a un problema particular de tu operación ni de tu integración con SW.
4Opción adicional: si lo consideras conveniente, puedes acompañar el documento físico con la constancia de validación obtenida desde el portal general de verificación del SAT como respaldo complementario.
Puedes confirmar que tu CFDI está correctamente timbrado ingresando el UUID directamente en el portal de verificación del SAT — si aparece como vigente, el documento es válido.
Mayo 2026
“El token debe contener 3 partes” — el token llega vacío o incompleto al timbrar
La autenticación responde con éxito, pero al momento del timbrado el token no llega correctamente al header de la petición — viene vacío, truncado o con caracteres escapados. Es el error más frecuente al integrar con SDK o librería propia.
Frecuencia
Muy frecuente
Flujo correcto de autenticación y timbrado
1. POST /security/authenticate
→ Respuesta:
{
“data”: {
“token”: “T2lYQ0t4L0…”,
“expires_in”: 1630012447,
“token_type”: “Bearer”
},
“status”: “success”
}
2. Extraer el valor de data.token
3. Incluirlo en el header del timbrado:
Authorization: Bearer T2lYQ0t4L0…
Causas más comunes
– El token se extrae del objeto equivocado
(ej. response en lugar de response.data.token)
– El valor se está escapando o codificando
al pasarlo al header
– La versión del SDK está desactualizada
– Se usa token de pruebas en producción
o viceversa
Pasos para resolverlo
1Verifica que estás extrayendo exactamente el campo
data.token de la respuesta de autenticación — no el objeto completo ni otro campo.2Revisa que el token no esté siendo codificado (encode) ni escapado al pasarlo al header. Debe enviarse tal cual como lo devuelve la respuesta.
3El header debe quedar exactamente así:
Authorization: Bearer T2lYQ0t4L0... — con el prefijo Bearer seguido de un espacio y el token sin comillas ni caracteres extra.4Si usas el SDK de SW: verifica que tienes la versión más reciente descargándola desde Librerías SW. Una versión desactualizada puede generar este comportamiento.
5Si el problema persiste o quieres evitar gestionar la expiración del token, considera usar un Token Infinito — no caduca y simplifica la integración.
El Token Infinito es ideal si tu sistema no necesita rotar credenciales — lo generas una vez y lo configuras como constante en tu integración, eliminando por completo los errores de autenticación por expiración.
Mayo 2026
Olvidé mi contraseña o ya no puedo acceder al portal de SW
No puedes iniciar sesión en el portal de SW porque olvidaste tu contraseña o la cambiaste y perdiste el acceso. El proceso de recuperación es directo desde el portal y llega a tu correo registrado.
Frecuencia
Muy frecuente
¿A qué portal entro?
Producción: https://portal.sw.com.mx
Pruebas: https://portal.test.sw.com.mx
Usa el portal que corresponde al ambiente
de tu cuenta.
Pasos para recuperar tu contraseña
1Entra al portal correspondiente a tu ambiente y haz clic en “Recuperar Contraseña” — está justo debajo del botón Ingresar.
2Ingresa el correo electrónico con el que registraste tu cuenta en SW y haz clic en “Enviar”.
3Revisa tu bandeja de entrada — incluyendo la carpeta de spam o correo no deseado. Recibirás un correo con las instrucciones para restablecer tu contraseña.
4Una vez restablecida la contraseña, si la tenías configurada en algún ERP u otro sistema (Odoo, SAP, etc.), recuerda actualizarla también ahí para que el timbrado no se interrumpa.
Si recuperaste la contraseña del portal pero sigues sin poder timbrar desde tu sistema, recuerda que el Bearer Token de la API es independiente — debes regenerarlo también con
POST /security/authenticate usando la nueva contraseña.
Mayo 2026
AU2000 — “El usuario y/o contraseña son inválidos” al autenticarse vía API
Las credenciales parecen correctas pero al autenticarse vía API recibes el error AU2000. Puede deberse a una contraseña incorrecta o desactualizada, o a estar usando un endpoint de autenticación desactualizado.
Frecuencia
Muy frecuente
Mensaje de error
HTTP 400
AU2000 — El usuario y/o contraseña son inválidos,
no se puede autenticar el servicio.
Pasos para resolverlo
1Verifica que tu contraseña sea correcta intentando entrar directamente al portal: Pruebas: portal.test.sw.com.mx · Producción: portal.sw.com.mx. Si no puedes entrar, el problema es la contraseña.
2Si no recuerdas tu contraseña, restablécela desde el portal correspondiente a tu ambiente — haz clic en “Recuperar Contraseña” e ingresa tu correo registrado. Recibirás un enlace para actualizarla.
Pruebas: portal.test.sw.com.mx/recuperar-contrasena
Pruebas: portal.test.sw.com.mx/recuperar-contrasena
3Una vez que puedas entrar al portal, vuelve a intentar la autenticación vía API con la contraseña actualizada.
4Si el error persiste aunque la contraseña sea correcta, revisa que tu sistema o ERP no esté guardando una contraseña anterior — actualízala también en tu integración.
Asegúrate de estar usando la versión actualizada del endpoint de autenticación — debe incluir
/v2/ en la URL:services.test.sw.com.mx/v2/security/authenticate (pruebas)api.sw.com.mx/v2/security/authenticate (producción). El endpoint sin /v2/ es una versión anterior que puede reproducir este error.
Mayo 2026
Cancelé con Motivo 01 pero el CFDI sigue “Vigente” o no llega al SAT
La cancelación con Motivo 01 requiere un paso previo que frecuentemente se omite: el CFDI sustituto debe incluir la relación
TipoRelacion="04" apuntando al UUID del CFDI a cancelar. Sin esa relación, la solicitud se recibe pero no puede ser procesada por el SAT.Frecuencia
Frecuente
El error más frecuente — falta TipoRelacion=”04″
El CFDI sustituto (factura B) DEBE incluir:
<cfdi:CfdiRelacionados TipoRelacion=”04″>
<cfdi:CfdiRelacionado
UUID=”[UUID-del-CFDI-a-cancelar]”/>
</cfdi:CfdiRelacionados>
Sin este nodo la cancelación se recibe pero
NO puede ser autorizada por el SAT.
Pasos para resolverlo — Motivo 01
1Primero timbra el CFDI sustituto (factura B) incluyendo el nodo
CfdiRelacionados con TipoRelacion="04" y el UUID del CFDI original (factura A) que vas a cancelar.2Después solicita la cancelación del CFDI original (factura A) con Motivo 01, incluyendo el UUID de la factura B en el campo
FolioSustitucion.3Verifica el estatus de la cancelación en el portal de verificación del SAT ingresando el UUID de la factura A.
4Para más detalle sobre este flujo y otros escenarios de cancelación, consulta la guía de preguntas frecuentes de cancelación del SAT.
El orden importa: 1) timbra la factura B con relación 04 apuntando a la factura A, 2) cancela la factura A con Motivo 01 incluyendo el folio de la factura B. Invertir el orden hace que la cancelación quede sin efecto aunque se reciba correctamente.
Mayo 2026
Error en los datos del receptor — RFC, código postal fiscal o UsoCFDI
En CFDI 4.0 los datos del receptor son obligatorios y deben coincidir exactamente con el SAT: RFC activo, nombre, código postal fiscal, régimen fiscal y UsoCFDI compatible con el régimen.
Frecuencia
Moderado
Campos obligatorios del receptor en CFDI 4.0
Receptor.Rfc → RFC activo en SAT
Receptor.Nombre → Razón social exacta SAT
Receptor.DomicilioFiscalReceptor → CP fiscal (no el comercial)
Receptor.RegimenFiscalReceptor → Régimen del receptor
Receptor.UsoCFDI → Compatible con su régimen
Pasos para resolverlo
1Valida el RFC de tu receptor con el Validador SAT para RFC — debe estar activo.
2El
DomicilioFiscalReceptor es el Código Postal registrado ante el SAT, no el de la dirección de entrega ni el comercial. Pídelo directamente a tu cliente.3Verifica que el
UsoCFDI sea compatible con el RegimenFiscalReceptor en la matriz de catálogos SAT.4Para público en general: usa RFC
XAXX010101000 (México) o XEXX010101000 (extranjero), con UsoCFDI="S01" y RegimenFiscalReceptor="616".El error más frecuente es usar el Código Postal de la dirección comercial o de entrega. El
DomicilioFiscalReceptor es exclusivamente el que el receptor tiene registrado ante el SAT — son campos distintos. Mira este video para más detalle: TIPS-DEVS | Código de Error CFDI40147 — DomicilioFiscalReceptor.
Mayo 2026
Error 305 en Odoo — Certificado no encontrado en LCO para validar vigencia
Al intentar timbrar desde Odoo aparece el error 305. Las dos causas más frecuentes son: cargar la e.firma (FIEL) en lugar del CSD, o usar un certificado de pruebas con serie no registrada en la LCO del sandbox.
Frecuencia
Frecuente
Mensaje de error
Error 305 — Certificado no encontrado en LCO
para validar vigencia de obligaciones.
Causa 1 — Estás cargando la e.firma (FIEL) en lugar del CSD
La e.firma y el CSD son certificados diferentes:
e.firma (FIEL) → para trámites ante el SAT
→ serie termina en …FIEL o similar
→ NO sirve para timbrar
CSD (Certificado de Sello Digital) → para timbrar CFDI
→ debe estar registrado en el SAT
→ se tramita en el portal del SAT
Causa 2 — CSD de pruebas con serie no registrada en LCO del sandbox
No todos los CSD de pruebas están registrados
en la LCO del ambiente sandbox.
Si usas un certificado de pruebas con serie
no registrada, obtendrás el error 305 aunque
el CSD sea válido.
Pasos para resolverlo
1Verifica qué tipo de certificado tienes cargado en Odoo — puedes consultarlo en el portal de certificados del SAT. Si la serie corresponde a una e.firma, necesitas tramitar un CSD.
2Para producción: tramita tu CSD (Certificado de Sello Digital) directamente en el portal del SAT. Es diferente a la e.firma y es el único válido para timbrar CFDI.
3Para pruebas: descarga los CSD de pruebas vigentes y validados desde el portal SW — usa únicamente los certificados listados ahí, ya que son los que tienen serie registrada en la LCO del sandbox.
Mira este video para más detalle sobre el error 305: TIPS-DEVS | Código de Error 305 — Certificado no encontrado en LCO.
Mayo 2026
¿Cuándo uso ObjetoImp “01”, “02” o “03” en mis conceptos?
En CFDI 4.0 el atributo
ObjetoImp es obligatorio en cada concepto. Indica si el concepto genera impuestos o no, y determina si debes incluir el nodo de impuestos dentro del concepto.Frecuencia
Frecuente
Valores del atributo ObjetoImp
ObjetoImp=”01″ → No es objeto de impuesto
Concepto exento de IVA/IEPS
NO incluir nodo cfdi:Impuestos en el concepto
ObjetoImp=”02″ → Sí es objeto de impuesto
Concepto con IVA o IEPS
SÍ incluir nodo cfdi:Impuestos en el concepto
ObjetoImp=”03″ → Sí objeto, impuesto no desglosado
Uso específico: factura global RESICO
Regla práctica
1Si tu concepto lleva IVA o IEPS → usa
ObjetoImp="02" e incluye el nodo cfdi:Impuestos con los traslados correspondientes dentro del concepto.2Si tu concepto está exento de impuestos → usa
ObjetoImp="01" y no incluyas el nodo cfdi:Impuestos en ese concepto.3Si emites facturas globales RESICO → usa
ObjetoImp="03". El impuesto no se desglosa por concepto.4Revisa los ejemplos que tenemos para ti en el catálogo de ejemplos XML y JSON para ver la estructura correcta del nodo según tu tipo de CFDI.
El error más frecuente es usar
ObjetoImp="02" pero olvidar incluir el nodo cfdi:Impuestos dentro del concepto — o al revés, usar ObjetoImp="01" e incluir igualmente el nodo de impuestos. Ambos generan rechazo.¿No encontraste la solución?
Nuestro equipo de soporte técnico está listo para ayudarte. Crea un ticket y te respondemos en breve.
Sin resultados para esa búsqueda
Intenta con otro término o crea un ticket de soporte.