Pendientes de Cancelación
Producto: PAC Services – Tralix
1 Introducción
El servicio de Pendientes de Cancelación permite a los receptores de facturas electrónicas consultar si existen comprobantes fiscales digitales por Internet (CFDIs) emitidos a su nombre que han sido solicitados para cancelación por parte del emisor y están pendientes de aceptación o rechazo.
Este servicio opera mediante una llamada SOAP con método POST. Está diseñado para clientes que desean dar seguimiento a las cancelaciones que deben ser respondidas activamente.
Nota: Cada consulta de cancelación consume un timbre del paquete contratado.
2 Estructura del Servicio
2.1 Estructura general de la petición
La solicitud se realiza con una estructura SOAP simple que incluye el RFC del receptor como parámetro dentro del nodo ObtenerPeticionesPendientes.
2.2 Parámetros requeridos
Endpoint
Método
Entorno
URL
POST
Pruebas
🔗 https://pruebastfd.tralix.com:8081/cancela/pendientesSoap/
POST
Productivo
🔗 https://timbrador.tralix.com:8081/cancela/pendientesSoap/
Autenticación y Headers
Header
Valor esperado
SOAPAction
"http://cancelacfd.sat.gob.mx/IAceptacionRechazoService/ObtenerPeticionesPendientes"
Content-Type
text/xml; charset=utf-8
CustomerKey
{CUSTOMER_KEY} (clave única asignada al cliente)
Parámetros
Campo
Tipo
Descripción
rfcReceptor
Texto
RFC del receptor que desea consultar las solicitudes pendientes de cancelación.
2.3 Ejemplo de petición
[RFC_RECEPTOR]
2.4 Ejemplo de respuesta
Caso exitoso con resultados:
[UUID_EN_ESPERA]
2.5 Códigos de respuesta
Código
Descripción
Observaciones
300
Usuario No Válido
Este código de error se regresa cuando la autenticación del usuario no fue exitosa.
301
XML Mail Formato
Este código de error se regresa cuando el request posee información invalida, ejemplo: un RFC de receptor no válido.
1100
Se recibió la respuesta de la petición de forma exitosa
1001
No existen peticiones para el RFC Receptor
Este código se regresa cuando la consulta se realizó de manera exitosa, pero no se encontraron solicitudes de cancelación para el rfc receptor
3 Consideraciones Técnicas
El RFC del receptor debe ser válido y estar registrado en la plataforma Tralix.
El CustomerKey debe ser vigente y tener permisos para consultar este servicio.
La autenticación es estricta: un error en CustomerKey, SOAPAction o estructura XML generará una respuesta con error.
4 Contacto y Soporte
Para soporte técnico o dudas sobre el uso del servicio, puede comunicarse con el área de soporte técnico de Tralix vía ticket.