ValidaCFD

La validacion de BuzonE es de las mas estrictas que he visto

Incluso valida cosas que a mi parecer exagera :

- Los importes deben llevar por lo menos dos decimales, no le gusta datos como 16.0
- Si usas rentenciones TE OBLIGA a usar el atributo opcional TotalImpuestosRetenidos

Y otras que no recuerdo, por suerte, los mensajes de error son mas o menos explicitos en eso si no me quejo porque te explica que es lo que espera e incluso el nombre del atributo que no esta pasando la validacion.

alfredo.canas[at servidor de correos de google].com

DADO escribió:La validacion de BuzonE es de las mas estrictas que he visto

Incluso valida cosas que a mi parecer exagera :

- Los importes deben llevar por lo menos dos decimales, no le gusta datos como 16.0
- Si usas rentenciones TE OBLIGA a usar el atributo opcional TotalImpuestosRetenidos

Y otras que no recuerdo, por suerte, los mensajes de error son mas o menos explicitos en eso si no me quejo porque te explica que es lo que espera e incluso el nombre del atributo que no esta pasando la validacion.

Lo bueno que todos mis xml generan importes con 6 puntos decimales aunque no se ocupen y creo que tambien el total de impuestos retenidos siempre lo dejo en 0.

@Robert:

ya se porque no se va a poder de esa forma

Estuve corriendo un sniffer y lo que pasa es que no estamos haciendolo de la manera correcta debido a que WS-Security requiere que generemos el encabezado del mensaje bajo sus reglas.


<?xml version="1.0" encoding="utf-8" ?>
- <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
- <soap:Body>
- <in0 xmlns="http://timbrado.buzone.interware.com.mx/TimbradoCFD">
<xmlCFD xsi:type="xsd:string" xmlns="http://timbrado.buzone.interware.com.mx/TimbradoCFD/Schema">1</xmlCFD>
<titulo xmlns="http://timbrado.buzone.interware.com.mx/TimbradoCFD/Schema" />
<conector xmlns="http://timbrado.buzone.interware.com.mx/TimbradoCFD/Schema" />
<fileType xmlns="http://timbrado.buzone.interware.com.mx/TimbradoCFD/Schema" />
<returnCFDTimbrado xmlns="http://timbrado.buzone.interware.com.mx/TimbradoCFD/Schema">0</returnCFDTimbrado>
<comentario xmlns="http://timbrado.buzone.interware.com.mx/TimbradoCFD/Schema" />
</in0>
</soap:Body>
</soap:Envelope>

Todo es por esto:
Los Web Services Security Enhancements:
http://www.microsoft.com/downloads/en/details.aspx?FamilyId=FC5F06C5-821F-41D3-A4FE-6C7B56423841&displaylang=en

yo ya baje la version 3 pero no pude utilizarla..

ya logre pasar la validacion de usuario y contraseña...

mas adelante publico el trabajo final

ya logre la autenticacion al servicio... ahora recibo mensajes propios de validacion de buzone.. mas adelante publico el trabajo final-...

Entonces si ustedes estuvieran en certificacion para PAC validarian contra XSD o como ? para vida de timbrar un XML enviado por un cliente

Creo que ya pude por lo menos pude usar wse3.0:

Lo unico que hay que hacer es cambiar la herencia que usa la clase proxy en el archivo Reference.cs de tu Web Service, osea así:

public partial class TimbradoCFDService :Microsoft.Web.Services3.WebServicesClientProtocol {
en vez de
public partial class TimbradoCFDService :System.Web.Services.Protocols.SoapClientProtocol{

de esa forma ya puedes mandarle el token con usuario y contraseña como credenciales para la instancia del web service.

UsernameToken token = new UsernameToken("usuario", "clave", PasswordOption.SendHashed);
tcfd.SetClientCredential(token);

por cierto entre tanto buscarle comentan en stackoverflow.com que WSE es una tecnología obsoleta


WSE 3.0 Runtime
http://www.microsoft.com/downloads/en/details.aspx?FamilyID=9E59C3FB-E7BC-4D91-908E-411A8D329F3D

Extracto de Stackoverflow:

WSE is obsolete. It is not supported in Visual Studio 2008 or above. It's a serious mistake to begin using obsolete software when you don't have to. And, how much of a risk is it to use WCF, which has been out for three years?


Supongo que si porque ahora en .net todo es WCF.

Es correcto, WSE y asmx son tecnologias viejas.. lo nuevo es WCF...

Para que funcione lo del header y el autheticate solo hay que hacer unos cambios en el app.config