ValidaCFD

Hola

A ver si alguien se ha topado con este error y me puede echar la mano

System.Web.Services.Protocols.SoapException: No es un emisor válido
at System.Web.Services.Protocols.SoapHttpClientProtocol.ReadResponse(SoapClientMessage message, WebResponse response, Stream responseStream, Boolean asyncCall)
at System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke(String methodName, Object[] parameters)
at VTCFD.BuzonFiscal.TimbradoCFDI.timbradoCFD(RequestTimbradoCFDType RequestTimbradoCFD)

Ocurre cuando mando a llamar al PAC, ya tengo tiempo detenido en esto; a el proxy lo estoy generado de linea de comandos con wsdl

Cualquier ayuda seria grandiosa

Hola DonFrijol,

a mi me sucedio lo mismo (C#), el problema es que hay una propiedad en la clase RequestTimbradoCFDType
en la cual se indica el RFC del Emisor, y al momento de validar el acceso verifica ese dato, el cual debe coincidir
con el RFC del Emisor que se indico a la propiedad Emisor.rfc del Comprobante
nunca he usado php, pero este es el codigo en C#

WebService1.TimbreFiscal.RequestTimbradoCFDType req = new WebService1.TimbreFiscal.RequestTimbradoCFDType();
req.Comprobante = CrearComprobante();
req.InfoBasica = new WebService1.TimbreFiscal.InfoBasicaType();
req.InfoBasica.RfcEmisor = "RFCEMISOR"
req.InfoBasica.RfcReceptor = "RFCRECEPTOR"
req.InfoBasica.Serie = "SERIE";

proxy.Url = "https://demotf.buzonfiscal.com/timbrado?wsdl";
TimbreFiscalDigital timbre = proxy.timbradoCFD(req);

Espero te sirva de algo,
Saludos

muchas gracias

Lo que mencionas si lo estaba haciendo, pero me di cuenta de que era mas en relación a que estaba usando datos falsos, bueno para las pruebas tienes que usar datos reales, gracias de todas formas por tu el consejo

Sip yo también estoy generando mi cfdi con c# y con diverza me tope con varias dificultades y aquí doy un resumén de mis experiencias que espero le sirvan a muchos:

1.- El campo de RFCEmisor que pide el web service (InfoBasica.RfcEmisor) debe ser el mismo que esta en el xml de comprobante.
2.- una vez generado el xml verifiquen que este bien formado el xml y si pueden validarlo contra un esquema mejor, un ejemplo es este validador en línea:
http://tools.decisionsoft.com/schemaValidate/
3.- Me tope con un detalle curioso que es bien dificil de encontrar ya que gracias a este detalle les puede dar mal su sello digital, el problema es que cada quien (PAC) o validador utliza sus propios criterios para determinar su cadena original y no se basan en el xslt cadena_original_30 para determinar la cadena original. En mi programa yo valido que mi cadena original corresponda a la del sello pero chequen este dato con el tipo de cambio:

Este es la cadena original con tipo de cambio 1.0:


||3.0|2011-02-07T10:38:20|ingreso|Pago en una sola exhibición|995.630000|187.070000|1.0|MXN|855.335300|CAAA800508DX8|JOSE CAÑAS|Castillo de Chapultepec|699|4|Tomas Bueno|Mexicali|BC|Mexico|22424|LAGUNA SALADA|14797|102|LOS SANTOS|ROSARITO|BAJA CALIFORNIA|MEXICO|90210|KYO8810243KA|KYOMEX S.A. DE C. V.|AV. ENSENADA|14522|PARQUE INDUSTRIAL PACIFICO|TIJUANA, B.C.|B. C.|MEXICO|0|1|pza|20067|CATHETER SUCTION|31.820000|31.820000|1|pza|20138|ESPIROMETRO TRIFLO|241.000000|241.000000|1|pza|20208|LANCETAS MONOLET C/10|11.010000|11.010000|1|pza|7501587010152|VIVIOPTAL C 30+15|297.500000|297.500000|1|pza|7502217900959|ACIDO FOLICO GN+VIDA 60TAB|84.000000|84.000000|1|pza|808829050028|BABY SHAMPOO CON MANZANILLA 355ML|24.500000|24.500000|1|pza|7501089810441|GERKLIN NF SHAMPO120ML|134.900000|134.900000|1|pza|650240010866|MAEVANS SHAMPOO 400ML COLOR INFINITO|45.600000|45.600000|1|pza|7509546031972|PALMOLIVE SHAMPOO 350 ML|41.240000|41.240000|1|pza|7501006712001|PERT SHAMPOO 400ML VARIOS|30.060000|30.060000|1|pza|7503000997439|SEBSTOPP SHAMPOO CRA 60G|54.000000|54.000000|2|pza|654919195151|SHAMPO AMOLE ANTICASPA 1LT.|0.000000|0.000000|ISR|0.000000|IVA|0.000000|0.000000|IVA|0.000000|0.000000|IVA|11.000000|46.775300|46.775300||


pero validacfd me la cambiaba por:

||3.0|2011-02-07T10:38:20|ingreso|Pago en una sola exhibición|995.630000|187.070000|1|MXN|855.335300|CAAA800508DWX|JOSE CAÑAS|Castillo de Chapultepec|999|4|Tomas Bueno|Mexicali|BC|Mexico|22424|LAGUNA SALADA|14797|102|LOS SANTOS|ROSARITO|BAJA CALIFORNIA|MEXICO|90210|KYO8810243KA|KYOMEX S.A. DE C. V.|AV. ENSENADA|14522|PARQUE INDUSTRIAL PACIFICO|TIJUANA, B.C.|B. C.|MEXICO|0|1|pza|20067|CATHETER SUCTION|31.820000|31.820000|1|pza|20138|ESPIROMETRO TRIFLO|241.000000|241.000000|1|pza|20208|LANCETAS MONOLET C/10|11.010000|11.010000|1|pza|7501587010152|VIVIOPTAL C 30+15|297.500000|297.500000|1|pza|7502217900959|ACIDO FOLICO GN+VIDA 60TAB|84.000000|84.000000|1|pza|808829050028|BABY SHAMPOO CON MANZANILLA 355ML|24.500000|24.500000|1|pza|7501089810441|GERKLIN NF SHAMPO120ML|134.900000|134.900000|1|pza|650240010866|MAEVANS SHAMPOO 400ML COLOR INFINITO|45.600000|45.600000|1|pza|7509546031972|PALMOLIVE SHAMPOO 350 ML|41.240000|41.240000|1|pza|7501006712001|PERT SHAMPOO 400ML VARIOS|30.060000|30.060000|1|pza|7503000997439|SEBSTOPP SHAMPOO CRA 60G|54.000000|54.000000|2|pza|654919195151|SHAMPO AMOLE ANTICASPA 1LT.|0.000000|0.000000|ISR|0.000000|IVA|0.000000|0.000000|IVA|0.000000|0.000000|IVA|11.000000|46.775300|46.775300||

y al percatarme de ese pequeño detalle pude ver que cada quien genera su cadena original a su manera entonces obviamente mi sello digital va a diferir del que diverza genera para validar mi cfdi.

lo que hice fue dejar en 1 el tipo de cambio y santo remedio (por fin pude obtener mi timbre fiscal).

Mi experiencia hasta ahorita con el ambiente de pruebas de diverza ha sido excelente y no me he topado con grandes problemas salvo los que comento en este post. Sin duda aprendi muchas cosas intrincadas que hay que tomar en cuenta para el futuro y por lo experimentado cada PAC tiene sus detallitos en torno a la generación de la cadena original.

acanas escribió:Mi experiencia hasta ahorita con el ambiente de pruebas de diverza ha sido excelente y no me he topado con grandes problemas salvo los que comento en este post. Sin duda aprendi muchas cosas intrincadas que hay que tomar en cuenta para el futuro y por lo experimentado cada PAC tiene sus detallitos en torno a la generación de la cadena original.

Gracias por el aviso, voy a revisar el ValidaCFD para ver este detalle que reportas acerca del tipodecambio.

En otro asunto me parece que los de diverza tienen un error (a mi parecer grave) en el calculo del Subtotal cuando hay impuestos retenidos y trasladado, voy a analizar un XML que me enviaron al respecto y aqui publicare los resultados.

@ dado: no he probado cfdi con retenciones, ¿osea que te lo toma por bueno el cfdi en la validación?, eso que comentas si es grave eso aunque es responsabilidad del programador que los totales sean correctos pero ha estas alturas los PACS no se les debe escapar la liebre.

acanas escribió:@ dado: no he probado cfdi con retenciones, ¿osea que te lo toma por bueno el cfdi en la validación?, eso que comentas si es grave eso aunque es responsabilidad del programador que los totales sean correctos pero ha estas alturas los PACS no se les debe escapar la liebre.

El error es el siguiente (no puedo pubicar todo el XML ya que me lo confiaron en calidad de confidencial)

<cfdi:Comprobante .....subTotal="22736.000000" total="18685.330000".....>
...................
- <cfdi:Conceptos>
- <cfdi:Concepto cantidad="1.0000" descripcion="un producto x" importe="19600.000000" valorUnitario="19600.000000">
</cfdi:Concepto>
</cfdi:Conceptos>
- <cfdi:Impuestos totalImpuestosRetenidos="4050.670000" totalImpuestosTrasladados="3136.000000">
- <cfdi:Retenciones>
<cfdi:Retencion importe="2090.670000" impuesto="IVA" />
<cfdi:Retencion importe="1960.000000" impuesto="ISR" />
</cfdi:Retenciones>
- <cfdi:Traslados>
<cfdi:Traslado importe="3136.000000" impuesto="IVA" tasa="16.000000" />
</cfdi:Traslados>
</cfdi:Impuestos>

Lo que no se es de donde sacan Subtotal=22736.0000 cuando claramente el *unico* articulo es de 19600.00

Ahora, concuerdo contigo, esto es responsabilidad del programador, pero se supone que los PAC iban a validar el CFD, la pregunta del millon es, hasta donde validan los PAC?

Este XML que recibi ES REAL, FOLIADO, SELLADO Y TODO

Por cierto, el XML que tu describes con la situacion del tipo de cambio es 100% REAL o solo es una prueba de comunicacion con diverza?

Hola Dado:

Las operaciones estan bien, lo que se puede ver es que hay un articulo de 19,600 a esto le agregamos el iva 3,136 y nos da un total de documento de 22,736 esto es lo que están considerando como subtotal ya que aun faltan una operacion, que es restarle las retenciones de 2,090.67 y 1,960 lo que nos deja un total de 18,685.33

spaniaguag escribió:Hola Dado:

Las operaciones estan bien, lo que se puede ver es que hay un articulo de 19,600 a esto le agregamos el iva 3,136 y nos da un total de documento de 22,736 esto es lo que están considerando como subtotal ya que aun faltan una operacion, que es restarle las retenciones de 2,090.67 y 1,960 lo que nos deja un total de 18,685.33

Aaaaaah, eso hicieron, bueno si esta mal (perdon por mi necedad) pero para justificar mi dicho aqui esta parte del Anexo 20 :
Al Subtotal no hay que agregarle el IVA. Curiosamente este mismo error lo detecte en el Micro-e, el programa oficial del SAT, o sera que si estoy interpretando mal? pero esta muy claro......que opinan?
.

Hola DADO.

Definitivamente estan mal los de TimbreFiscal.

El Subtotal es la suma de los conceptos sin incluir los impuestos retenidos y trasladados. Las demas operaciones que muestras en la imagen son correctas, excepto el Subtotal.

¿Que se puede hacer en este caso?, ¿les avisaste de esto ?.

Una pregunta DADO, ¿ vas a poner a la venta tu solucion para el envio a TimbreFiscal ?, si es asi estoy interesado.

Muchas gracias.