CONCILIACION DE DOCUMENTOS TIMBRADOS VS PAC

[el Montes]

Buen dia
para saludarles y comentarles lo siguiente para ver si me pueden apoyar en este asunto.
me pregunta un cliente si hay alguna utileria ó programa ó pagina web
donde se pueda de alguna manera conciliar los documentos que ha timbrado y que el tiene la certeza de que estan timbrados
contra algun listado del pac.. para revisar diferencias.

Dicho de otra forma. si por ejemplo el cliente timbra el dia de hoy 500 recibos de nómina.
tener una utileria ó alguna herramienta donde el puede tener la certeza que efectivamente los 500 se encuentran timbrados
y registrados en hacienda y el pac. de tal forma que solamente pudiera revisar los folios de este dia. con el resultado
de algun listado en excel ó algo asi.

Esto debido a que esta teniendo requerimientos sobre algunos folios que supuestamente no se timbran.
y no tienen manera de estarlos revisando ... a menos que sea uno por uno en el sat.

gracias y espero haberme explicado y me pudieran ayudar
saludos y gracias por su atención.

[Dado]

Nosotros no tenemos algo como lo que requieres

Pero vamos a ver si algun colega del foro conoce y nos puede recomendar

[el Montes]

ok
gracias

[Maximiliano]

Se me ocurre que si tienes almacenado "el paquete" de CFDIs que quieres conciliar, necesitarias para cada comprobante

* RFC Emisor
* RFC Receptor
* Total del comprobante
* UUID del comprobante

Con esto, usando un servicio de SAT que puedes encontrar en

https://consultaqr.facturaelectronica.s ... e.svc?wsdl

podrías armar algo...

Ese bicho devuelve el status de un CFDI timbrado, y tienes varios codigos de error interesantes para leer, por ejemplo,
si te devuelve 602, es porque no encontro el CFDI...

(buscalo en el foro con el string "SoapClient.Consulta", incluso hay codigo de ejemplo de uso)
Acabo de hacer unas pruebas y al parecer.. el servicio esta funcionando...

Sería cuestión de iterar sobre el "lote" de comprobantes timbrados, atendiendo la respuesta del web service para cada comprobante...

* Si tu hiciste el programa de timbrado, puedes agregar la solucion directamente en tu programa.
* Si estan timbrando con un software externo, al que no le puedes meter mano, necesitarias "el lote" de comprobantes que quieren revisar como entrada...


Un detalle: Pensando en voz alta...

Si ya tienes en la mano un CFDI timbrado, pero éste no esta en SAT... a los fines práctico ¿importa?

La ley dice (en resumen) que el CFDI es válido cuando SAT lo firmó... No dice nada al respecto de las bases de datos de SAT..

Si a SAT "le falta" CFDI por problemas internos(del mismo SAT o del PAC o de quien fuera) el emisor no tiene nada que ver..

El emisor esta en regla acorde a la ley.. Es problema de SAT.

Solo digo: Te puede suceder que tienes un CFDI timbrado correctamente y no está en SAT.. porque el PAC aún "no lo puso ahi"..

¿timbrarías otro comprobante y arriesgarte a tener en unos dias 2 comprobantes fiscales CORRECTOS Y VALIDOS dando vuelta?

no sé hasta que punto es importante validar "que el CFDI esté en SAT".
Si el CFDI que ya tienes timbrado está correcto; el resto, pss.. que lo resuelvan en contabilidad..

pd: y para revisarlos en el PAC.. se podría intentar "recuperar el XML"... eso te indicaría que esta en el PAC.

[Maximiliano]

Pensando el problema...

La empresa manda a timbrar una lista de de 500 comprobantes. Algo puede salir mal para algun comprobante, y que no se timbre..
Resultado: 480 CFDIs timbrado, 20 no timbrados.

Por ejemplo: Un RFC mal cargado, se quedaron sin timbres, se corto la conexion a internet, error del PAC, etc.

Solo deberíamos saber, para cada elemento de "la lista", el codigo de error de timbrado. Una especie de "log de timbrado"...
si estas usando la DLL, podrías armar algo con la función GetError o GetErroExt

Lo unico que importa es que cada CFDI tenga error 0 en su proceso de timbrado, no?