Ayuda

Migrar desde el servicio anterior

Los mismos métodos, los mismos campos y las mismas respuestas. Migrar es cambiar la URL y cargar tus sellos.

Qué haces

  • Cambia la URL base por timbrado.idea15.com (o la de pruebas) y usa las credenciales nuevas.
  • Carga tus CSD con CargarCertificado. Si ya timbras con nosotros, los pasamos nosotros desde la custodia de tus sellos.
  • Prueba con tus facturas reales en pruebas antes de cambiar producción.

Qué es igual

Las rutas (/api/TimbrarCfdiObj y las demás), los nombres de los campos, la autenticación básica y las respuestas con Codigo, Mensaje, UUID, XMLBase64 y PDFBase64. Lo probamos con nuestras propias integraciones sin cambiar una línea de código.

Qué cambia

Lo de abajo aplica a una cuenta nueva. Si tu sistema ya habla con el servicio anterior y no quieres tocarlo, pide que tu cuenta quede en modo compatible: entonces todo se comporta exactamente como antes (lo que se ignoraba se ignora, los catálogos en minúsculas se corrigen, el PDF viene por omisión, toda respuesta llega con HTTP 200 y con todas sus llaves) y migras cambiando sólo la URL. Cuando quieras, pasas la cuenta al modo nuevo.

TemaModo nuevo
Una respuesta que no llegaError genéricoHTTP 503 con IdSeguimiento: reintentas con el mismo comprobante y nunca se timbra dos veces.
Una llave desconocidaSe ignorabaSe rechaza con 301 y la ruta exacta: nunca se timbra sin un dato que mandaste.
Catálogos y fechasSe corregían («mxn» → MXN, «30/10/2026» → fecha del SAT) y un "" se omitíaViajan como los mandas: lo que no es del SAT lo rechaza el PAC.
Llaves repetidas y «|»Se aceptabanSe rechazan: cambiaban el importe o hacían que dos facturas parecieran una.
PDFBase64Por omisión en TimbrarCfdiObjSólo si mandas obtenerPDF: true. Generarlo siempre hacía más lento cada timbrado, aunque tu sistema hiciera su propio PDF.
datosCertificadoCualquier RFC; key_adicional sólo numéricoSólo los sellos de tu cuenta; key_adicional es cualquier clave con la que hayas cargado el sello.
Varios sellos por RFCCarpetas por clave (claveCert, claveSucursal, key_adicional)Igual: cargas cada sello con su claveCert en CargarCertificado y lo eliges con Emisor.ClaveCert, claveCert o claveSucursal. Sin clave, el principal.
consultaPDF-CFDISin cabecera, con user y password en el cuerpo (también en /api/ConsultaPDF_CFDI); sigue valiendoCon la cabecera Basic, como todos.
Velocidad4.66 s por factura; 10 a la vez, 16.14 s1.00 s por factura; 10 a la vez, 2.46 s. Mediana de cinco, medida el 29-oct-2026 en los ambientes de pruebas de los dos, con el mismo cliente y sin PDF.

Qué es nuevo

Si tu integración habla SOAP

Las interfaces .svc del servicio anterior también están aquí, con las mismas rutas, operaciones y WSDL: cambias el host y listo. Está explicado en SOAP: los .svc del servicio anterior.

Lo que pasaba sin pedirlo, y sigue pasando

  • El correo al cliente final con el XML y el PDF: a los atributos con «correo» de tu cfdi:Addenda, a los correos de la línea REC del TXT y a los correos de la información adicional del servicio de Lamuño. Mismo asunto y mismo cuerpo.
  • El timbrado por archivo de texto (TXT), con sus renglones, sus validaciones y sus addendas (Auxim, Volkswagen, Tonicol, Casa Ley), también por REST como timbradoTXT.
  • La administración de usuarios por SOAP (AdmonUsuarios): alta, baja y configuración, con los mismos códigos. Las cuentas que crea nacen en modo compatible.
  • El servicio de Lamuño con sus reglas de TipoCambio (CFDI40113 a CFDI40117, CFDITC001) y el PDF siempre.

Lo único distinto

Un valor fuera de catálogo ya no se detiene aquí con el 501 del servicio anterior: lo rechaza el PAC con su propio código, para que un valor nuevo del SAT nunca se bloquee.