Errores comunes

Elementos de Apoyo · Self Service

Errores Comunes

Casos frecuentes de soporte con solución paso a paso — sin necesidad de abrir un ticket.

Categorías:

Soluciones más buscadas

Mostrando 6 de 9 temas
Sandbox · Credenciales Pruebas / Sandbox
Junio 2026
No tengo cuenta de pruebas — ¿cómo la solicito?
Para integrar y probar antes de pasar a producción necesitas credenciales específicas del ambiente sandbox. Las credenciales de prueba y producción son completamente independientes.
Frecuencia
Muy frecuente
URLs por ambiente
Pruebas — autenticación: services.test.sw.com.mx/v2/security/authenticate Pruebas — portal: portal.test.sw.com.mx Producción — autenticación: services.sw.com.mx/v2/security/authenticate Producción — portal: portal.sw.com.mx ⚠ No mezcles credenciales entre ambientes.
Pasos para resolverlo
1Solicita tu cuenta sandbox en Ambiente de pruebas — recibirás credenciales y timbres de pruebas en la brevedad posible.
2Valida tus credenciales entrando al portal de pruebas: portal.test.sw.com.mx. Si no puedes entrar usa “Recuperar Contraseña” desde ahí.
3Descarga los CSD de pruebas vigentes — son necesarios para timbrar en sandbox y tienen fecha de expiración.
4Una vez lista tu integración, contacta a tu ejecutivo SW para activar las credenciales de producción — el proceso es independiente al sandbox.
Verifica que la URL de autenticación incluya /v2/ — la versión anterior sin ese segmento puede generar errores de credenciales aunque sean correctas.
ADT · Estatus Cancelaciones
Junio 2026
El ADT muestra la cancelación “En proceso” pero mi sistema la recibió como cancelada
El portal ADT no actualiza el estatus de cancelación automáticamente por rendimiento. El estado real del CFDI puede ser diferente al que muestra el portal si no se refresca manualmente.
Frecuencia
Frecuente
Pasos para resolverlo
1En el ADT, busca el CFDI y usa el botón de actualizar estatus — el portal no refresca automáticamente por rendimiento, debes hacerlo manualmente.
2Verifica el estado oficial en el portal de verificación del SAT ingresando el XML o los datos del mismo — ese es el estatus real ante la autoridad.
3Si el SAT muestra el CFDI como “Vigente” y tu sistema lo tiene como “Cancelado”, probablemente la cancelación no se efectuo de la mejor manera, revisa el proceso que seguiste.
El estatus en el ADT es informativo y puede tener retraso. El estado oficial siempre es el del portal del SAT — úsalo como referencia definitiva antes de tomar cualquier acción sobre el CFDI.
Motivo 01 · TipoRelacion 04 Cancelaciones
Junio 2026
Cancelé con Motivo 01 usando relación 07 y no funciona — ¿cuál relación debo usar?
Para cancelar con Motivo 01 el CFDI sustituto debe tener TipoRelacion="04", no “07”. Con relación incorrecta la cancelación queda bloqueada aunque el sustituto esté timbrado.
Frecuencia
Frecuente
El nodo correcto en el CFDI sustituto
<cfdi:CfdiRelacionados TipoRelacion=”04″> <cfdi:CfdiRelacionado UUID=”[UUID-del-CFDI-a-cancelar]”/> </cfdi:CfdiRelacionados> ⚠ TipoRelacion=”07″ NO es válido para sustitución. Solo TipoRelacion=”04″ habilita la cancelación con Motivo 01.
Proceso correcto — Motivo 01
1Timbra primero el CFDI sustituto (Factura B) con TipoRelacion="04" apuntando al UUID del CFDI original (Factura A).
2Después solicita la cancelación de la Factura A con Motivo 01 e incluye el UUID de la Factura B en el campo FolioSustitucion.
3Verifica el estatus en el portal SAT ingresando el UUID de la Factura A.
El orden importa: primero timbra el sustituto con relación 04, luego cancela el original. Invertirlo hace que la cancelación quede sin efecto aunque sea recibida correctamente por el SAT.
Portal SW · Acceso Cuentas
Junio 2026
No puedo acceder — contraseña inválida o credenciales perdidas
Error de usuario o contraseña inválido al intentar entrar al portal, o acceso completamente perdido a una cuenta con timbres vigentes. El proceso de recuperación depende del portal que corresponda a tu ambiente.
Frecuencia
Muy frecuente
¿A qué portal entro?
Producción: https://portal.sw.com.mx Pruebas: https://portal.test.sw.com.mx Si no sabes cuál usas, intenta primero con el portal de Producción.
Pasos para resolverlo
1Haz clic en “Recuperar Contraseña” en el portal correspondiente, ingresa tu correo y revisa también la carpeta de spam.
2Si no recuerdas el correo registrado o perdiste completamente el acceso: abre un ticket adjuntando tu factura de compra de timbres como evidencia — el equipo valida y recupera el acceso.
3Si necesitas cambiar el correo asociado a la cuenta: requiere validación manual de que eres el titular — contacta a soporte con evidencia.
4Una vez recuperada la contraseña, si la tenías configurada en tu sistema o ERP recuerda actualizarla también ahí.
Si ya recuperaste la contraseña del portal pero el timbrado vía API sigue fallando con AU2000, recuerda que el Bearer Token es independiente — debes regenerarlo con POST /v2/security/authenticate usando la nueva contraseña, esto no deberia suceder con el token infinito.
Migración · Producción Pruebas / Sandbox
Junio 2026
Ya terminé mis pruebas — ¿cómo paso a producción?
La migración de pruebas a producción no es automática. Requiere credenciales productivas nuevas que se tramitan con tu ejecutivo SW — no puedes reutilizar las del sandbox.
Frecuencia
Frecuente
Pasos para migrar a producción
1Contacta a tu ejecutivo SW o solicita cotización en Solicitar cotización para activar tu cuenta productiva.
2Una vez activada recibirás credenciales productivas nuevas. Actualiza en tu sistema el endpoint a services.sw.com.mx o a api.sw.com.mx segun sea el servicio que cosumirás y las credenciales/token correspondientes.
3Carga tu CSD real (no el de pruebas) — el CSD productivo se tramita ante el SAT y es diferente al de sandbox.
4Verifica que tu RFC esté activo en la LCO con el Validador SAT para RFC antes de tu primer timbrado productivo.
Las credenciales de prueba y producción son completamente independientes — el usuario, contraseña y endpoint cambian. No intentes usar las del sandbox en producción o recibirás error AU2000.
Efisco · CFDI Recibidos
Junio 2026
¿Cómo descargo los CFDI que recibo (no los que emito)?
SW no almacena CFDI recibidos de terceros en el portal estándar. Para descargar XML recibidos directamente del SAT existe un servicio adicional llamado Efisco que permite consulta y descarga masiva.
Frecuencia
Frecuente
¿Qué es Efisco?
Efisco es un servicio adicional de SW que permite: → Consultar CFDI recibidos desde el SAT → Descarga masiva de XML recibidos → Procesarlos y catalogarlos en tu sistema Es independiente del servicio de timbrado. Requiere contratación por separado.
Pasos para resolverlo
1Contacta a tu ejecutivo SW para activar el servicio de Efisco — es un servicio adicional al timbrado.
2Una vez activo, consulta la documentación de la API de Efisco en developers.sw.com.mx para integrar la descarga en tu sistema.
3Si solo necesitas consultar comprobantes ocasionalmente, puedes hacerlo desde el portal del SAT directamente con tu e.firma.
Efisco descarga XML directamente del SAT — no depende de que el emisor haya compartido el CFDI contigo. Es ideal para procesos de conciliación contable automatizados.
API REST · ERP
Junio 2026
Mi ERP no tiene plugin de SW — ¿cómo integro el timbrado?
SW tiene plugins para Odoo y algunos ERPs, pero no para todos. Si tu ERP no tiene conector disponible, la integración se hace directamente contra la API REST de SW desde tu sistema.
Frecuencia
Frecuente
Pasos para resolverlo
1Revisa en Librerías SW si existe un SDK para el lenguaje que usa tu ERP — hay librerías para .NET, Java, Python, PHP y más.
2Si no hay SDK, integra directamente con la API REST. Descarga la colección de Postman de SW — tiene todos los endpoints con ejemplos listos para probar.
3Puedes usar esta guia Integra con nosotros en 7 pasos pra realizar tu integración.
4Consulta los ejemplos XML y JSON para ver la estructura exacta del request según el tipo de CFDI.
La colección de Postman es el punto de partida más rápido para cualquier integración nueva — incluye todos los endpoints con variables de ambiente configuradas para pruebas y producción.
Retenciones · API
Junio 2026
¿Cuál endpoint uso para timbrar retenciones e información de pagos?
El timbrado de retenciones usa un endpoint diferente al de CFDI estándar. El XML se envía dentro del body como JSON, lo que genera confusión al construir el request.
Frecuencia
Frecuente
Endpoint correcto
Pruebas: POST services.test.sw.com.mx /retencion/issue/json/v3 Producción: POST services.sw.com.mx /retencion/issue/json/v3 El XML de retención se envía como string dentro del JSON del body o tambien existe la version que recibe XML.
Pasos para resolverlo
1Usa el endpoint /retencion/issue/json/v3 — es diferente al de CFDI estándar /cfdi33/stamp/v4.
2Descarga el ejemplo de retenciones del catálogo de ejemplos para ver la estructura correcta del request.
3Consulta la documentación de Emisión Timbrado Retenciones en el portal de developers para los parámetros requeridos.
El comprobante de retenciones sigue el estándar del SAT para retenciones e información de pagos — asegúrate de usar el XSD correcto al construir el XML antes de timbrar.
PDF · Logo PDF / Documentos
Junio 2026
El logo en el PDF generado se ve muy pequeño
El servicio de generación de PDF no tiene parámetros de tamaño para el logo. El tamaño final depende directamente de las dimensiones de la imagen que se envía en Base64.
Frecuencia
Frecuente
Pasos para resolverlo
1Aumenta las dimensiones de tu imagen de logo antes de convertirla a Base64. El servicio no escala — lo que envías es lo que se renderiza.
2Dimensiones recomendadas: mínimo 300×100 px para que el logo se vea correctamente en el PDF. Para mayor calidad usa 600×200 px o más.
3Convierte la imagen redimensionada a Base64 y envíala en el campo logo del request de generación de PDF.
El campo logo solo acepta la imagen en Base64 puro — sin prefijos como data:image/png;base64,. Si incluyes ese prefijo el logo puede no renderizarse.
PDF · Base64 PDF / Documentos
Junio 2026
No encuentro el link o URL del PDF generado en el panel
SW no genera ni almacena URLs públicas del PDF. El servicio Generacion PDF devuelve el documento directamente en Base64 en el campo contentB64 — no existe un link que consultar después.
Frecuencia
Frecuente
¿Cómo funciona el servicio de Generación de PDF?
El servicio de Generación de PDF de SW NO almacena el documento en ningún storage. La respuesta devuelve el PDF directamente en el campo “contentB64” en Base64. → No existe una URL ni link del PDF. → Tu sistema es responsable de guardarlo.
Pasos para resolverlo
1Extrae el valor del campo contentB64 de la respuesta del servicio — ahí está el PDF completo en Base64.
2Convierte el Base64 a archivo PDF en tu sistema y almacénalo donde lo necesites — en tu servidor, base de datos o storage en la nube. SW no lo guarda por ti.
3Para visualizar el PDF sin descargarlo puedes convertir el Base64 a un Blob URL en el navegador con URL.createObjectURL() — así lo muestras inline sin necesidad de guardarlo primero.
¿Necesitas que el PDF se almacene automáticamente? SW cuenta con otros servicios de generación de PDF que sí incluyen almacenamiento. Consulta la guía ¿Cuál es el mejor servicio de PDF para ti? o pregunta a tu ejecutivo por las opciones disponibles.
Fecha · LugarExpedicion XML / Estructura
Junio 2026
401 – El rango de la fecha de generación no debe de ser mayor a 72 horas para la emisión del timbre.
El servidor asigna el horario de validación según el Código Postal registrado en LugarExpedicion, no tu hora local. Esto es un mandato de la autoridad — un CP incorrecto puede generar este error aunque tu reloj esté bien.
Frecuencia
Frecuente
Mensaje de error
El rango de la fecha de generación no debe ser mayor a 72 horas para la emisión del timbre. Comprobante.Fecha: [fecha enviada] Fecha del Servidor: [fecha SAT] La fecha de emisión no se encuentra en el rango permitido.
Pasos para resolverlo
1Verifica el Código Postal en el atributo LugarExpedicion de tu CFDI — el SAT determina la zona horaria a partir de ese CP, no de tu ubicación real.
2Si el CP es de una zona horaria diferente a donde operas, el servidor calculará la hora con esa diferencia y la fecha puede quedar fuera del rango permitido de 72 horas aunque tu reloj sea correcto. Usa el CP del domicilio fiscal registrado ante la autoridad.
3Asegúrate de que la fecha en Comprobante.Fecha esté en formato ISO 8601: YYYY-MM-DDTHH:MM:SS sin zona horaria explícita — el servidor la interpreta según el CP del LugarExpedicion.
El atributo LugarExpedicion debe ser el CP fiscal del emisor registrado ante la autoridad, no el CP de la dirección de entrega ni uno genérico. Un CP incorrecto afecta tanto la validación de fecha como la del receptor.
Error 402 · LCO RFC / LCO
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.
Carta Porte 3.1 · QR Carta Porte
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
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.
Token vacío · SDK Cuentas / Autenticación
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.
Portal SW · Acceso Cuentas
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.
AU2000 · HTTP 400
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
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.
Motivo 01 · TipoRelacion 04 Cancelaciones
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.
CFDI40xxx · Receptor Datos Receptor
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.
Error 305 · CSD · Odoo Odoo / ERP
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.
ObjetoImp · CFDI 4.0 XML / Estructura
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.

Crear ticket de soporte →
🔍

Sin resultados para esa búsqueda

Intenta con otro término o crea un ticket de soporte.

How useful was this post?

Click on a star to rate it!

We are sorry that this post was not useful for you!

Let us improve this post!

Tell us how we can improve this post?

Updated on julio 9, 2026

Related Articles