Error de timbrado con BuzonE y Solucion Factible

[Dado]

Listo, ya quedo, libreria de timbrado de Solucion Factible y TimbreFiscalMx, porfavor descargala de la liga que ya conoces, de dropbox.

Acerca de las retenciones, pues NO SE si eso no le guste pero normalmente primero se listan las retenciones y luego los traslados, es decir invertido de como lo tienes :

Código: Seleccionar todo

...
- <cfdi:Conceptos>
  <cfdi:Concepto cantidad="1" descripcion="FAJA SACROLUMBRAR C/TIRANTES CHICA" noIdentificacion="16-0082" unidad="PIEZA" valorUnitario="55.0000" importe="55.0000" /> 
  </cfdi:Conceptos>
- <cfdi:Impuestos totalImpuestosTrasladados="7.5862" totalImpuestosRetenidos="7.5862">

   PRIMERO LAS RETENCIONES
- <cfdi:Retenciones>
  <cfdi:Retencion impuesto="IVA" importe="7.5862" /> 
  </cfdi:Retenciones>

   LUEGO LOS TRASLADOS
- <cfdi:Traslados>
  <cfdi:Traslado impuesto="IVA" importe="7.5862" tasa="16.00" /> 
  </cfdi:Traslados>
  </cfdi:Impuestos>
  </cfdi:Comprobante>

Ahora, si algun dia hay un juicio para demostrar QUE NO SON IGUALES LOS PAC ten por seguro que te llamare a declarar, haz probado en carne propia que cada PAC HACE LO QUE SE LE PEGA LA GANA al momento de decidir si un XML es valido o no.

OK, vamos a dejarle hasta aqui por hoy, mañana nos echamos otro "round", que descanses.......

[Araceli]

Si, ya los cambie de orden y funciono muy bien, gracias

[Dado]

Si, ya los cambie de orden y funciono muy bien, gracias

Que bien es bueno saber que ya todo funciona....

Ahora va MI FUERTE CRITICA A SOLUCION FACTIBLE :

Estuvimos teniendo problemas porque los señores tienen un sistema en el que los namespace de su respuesta de timbrado cambian sin "ton ni son", es decir al azar.

Al contactar con soporte tecnico nos mencionan (extraido del email) : "el punto aquí es que tú no deberías preocuparte por este prefijo, es decir, si tú utilizas un API o Toolkit de SOAP en la plataforma donde desarrollas, ésta sería la que se encargaría, sin que tú hagas ninguna modificación, de manejar los namespaces y prefijos del envelope de SOAP"

Y estoy totalmente de acuerdo, ahora habiendo mil formas de programar yo me fui por la "manual" en donde proceso el XML por las piedritas, esto es muy sensible a cambios en el formato y por eso falla.

PERO SI ELLOS MISMO USARAN UNA API para validar los XML que les enviamos NO TENDRIAN EL INCOHERENTE ERROR de no aceptar los namespace de los complementos (ver este tema) ni tampoco tuvieran problema porque les cambia de lugar traslados<-->retenciones

No siguen sus propias recomendaciones y por eso hay problemas de compatibilidad............ .....perdon por mi comentario pero es que acciones como esa nos hace quedar mal a toda la cadena de programadores que con gran esfuerzo trabajamos para que el usuario final no tenga ningun tropiezo.