ValidaCFD

crixus escribió:Alguien ha podido consumir el webservice del sat para realizar las cancelaciones ?

Crixus,

No lo van a poder consumir correctamente si no tienen un token de cancelación.

Si ya tiene el cliente para consumir el servicio de cancelación les puede poder algunos token de cancelación para que prueben, pero estos tokens solo duran como 15min apartir de que se generaron.

Les podría decir como consumir el servicio que tiene el SAT para pedir los tokens pero de nada serviría ya que la petición debe ir firmada con un certifcado especial el cual solo se otorga a los que están en proceso de certificación (ambiente de pruebas) o que ya son PAC's (ambiente de producción) y no puedo publicar aquí.

Muchas gracias por el dato, eres de los primeros que ponen cosas concretas de como consumir el Web Service

crixus escribió:Muchas gracias por el dato, eres de los primeros que ponen cosas concretas de como consumir el Web Service

De nada, si estas en proceso de certificación, te recomiendo vayas leyendo sobre:

WSSecurity .- Que es la forma en como se firma la petición para solicitar un token de cancelación
XMLSignature.- Que es la parte para firma la petición de cancelación.

Alguien ya logro cancelar?

Ya estuve leyendo acerca de XML Signature, pero en el ejemplo del SAT en .NET como se implementaría?

He encontrado solo códigos de como hacer un XML signature una vez que se tiene un archivo .xml, pero este no es el caso, o si?

Ya que al llamar al WS de Cancelacion y llenar la propiedad de "mensajeCancelacion.Signature" no se tiene aun un xml formado.

Si alguien tiene alguna ayuda o una liga para consultar respecto a esto, se lo agradecería infinitamente.

En Edicom, no está listo el servicio y se estima que no lo esté pronto.

Así que habrá que buscar alternativas para ir cancelando las facturas por otro medio.

¿Dado, tienes alguna sugerencia o proyecto en puerta?

javiercillo escribió:En Edicom, no está listo el servicio y se estima que no lo esté pronto.

Así que habrá que buscar alternativas para ir cancelando las facturas por otro medio.

¿Dado, tienes alguna sugerencia o proyecto en puerta?

Tralix ofrece un servicio para obtener un token de autenticacion que te servirá para realizar la cancelación.

La parte de XMLSignature no esta dificil realmente es armar primero tu XML con los datos que vas a firmar y ya hay librerias en Java y en .NET que firmar ese XML y te devuelven el XML con los nodos que el SAT requiere, y ya despues envías el XML firmado en tu petición SOAP de cancelación.

heber.lazcano escribió:

javiercillo escribió:En Edicom, no está listo el servicio y se estima que no lo esté pronto.

Así que habrá que buscar alternativas para ir cancelando las facturas por otro medio.

¿Dado, tienes alguna sugerencia o proyecto en puerta?

Tralix ofrece un servicio para obtener un token de autenticacion que te servirá para realizar la cancelación.

La parte de XMLSignature no esta dificil realmente es armar primero tu XML con los datos que vas a firmar y ya hay librerias en Java y en .NET que firmar ese XML y te devuelven el XML con los nodos que el SAT requiere, y ya despues envías el XML firmado en tu petición SOAP de cancelación.

Sin que suene a retorica. Como es posible que Tralix tenga la cancelacion?

Tengo el algoritmo de cancelacion de Edicom, Forcogsa, Solucion Productiva, ATEB y en un futuro BuzonE tambien prometio el servicio pero segun ellos mismos NINGUNO FUNCIONA, estan previniendo el acceso y la programacion de la cancelacion para estar preparados pero nadie ha confirmado que ya este funcionando.

DADO escribió:

heber.lazcano escribió:

javiercillo escribió:En Edicom, no está listo el servicio y se estima que no lo esté pronto.

Así que habrá que buscar alternativas para ir cancelando las facturas por otro medio.

¿Dado, tienes alguna sugerencia o proyecto en puerta?

Tralix ofrece un servicio para obtener un token de autenticacion que te servirá para realizar la cancelación.

La parte de XMLSignature no esta dificil realmente es armar primero tu XML con los datos que vas a firmar y ya hay librerias en Java y en .NET que firmar ese XML y te devuelven el XML con los nodos que el SAT requiere, y ya despues envías el XML firmado en tu petición SOAP de cancelación.

Sin que suene a retorica. Como es posible que Tralix tenga la cancelacion?

Tengo el algoritmo de cancelacion de Edicom, Forcogsa, Solucion Productiva, ATEB y en un futuro BuzonE tambien prometio el servicio pero segun ellos mismos NINGUNO FUNCIONA, estan previniendo el acceso y la programacion de la cancelacion para estar preparados pero nadie ha confirmado que ya este funcionando.

Pues desconozco porque esos PAC dicen que no funciona la cancelación, si uno de requisitos en la revisión para ser PAC es realizar la cancelación. Lo que me puedo imaginar es que ellos pueden cancelar, pero aún no tiene definido un servicio en donde una aplicación externa puede mandar a cancelar, el cual Tralix ya tiene.

El proceso para poder cancelar ocupando a Tralix es el siguiente:

1.- El cliente invoca a un servicio de tralix para obtener un token de autenticación.
Este token es requisito para realizar una cancelación.
2.- El cliente construye su petición de cancelación con el estandar de XMLSignature y anexa el token que le genero Tralix a la petición.
3.- El cliente envía la petición de cancelación a los servicios del SAT.

DADO: Ya tienes como generar una petición de cancelación con XMLSignature?

heber.lazcano escribió:

javiercillo escribió:En Edicom, no está listo el servicio y se estima que no lo esté pronto.

Así que habrá que buscar alternativas para ir cancelando las facturas por otro medio.

¿Dado, tienes alguna sugerencia o proyecto en puerta?

Tralix ofrece un servicio para obtener un token de autenticacion que te servirá para realizar la cancelación.

La parte de XMLSignature no esta dificil realmente es armar primero tu XML con los datos que vas a firmar y ya hay librerias en Java y en .NET que firmar ese XML y te devuelven el XML con los nodos que el SAT requiere, y ya despues envías el XML firmado en tu petición SOAP de cancelación.

Bueno pues ya realice todo ese proceso, hago la petición SOAP con el mensaje, firmado y después ensobretado (enveloped), pero aun asi seguimos recibiendo un error 302 y de ahí no salimos, estoy reproduciendo el mensaje SOAP que viene de ejemplo en el KIT que se nos asigna como aspirantes PAC, obtengo todo igual, el DigestValue es IGUAL tambien, pero el Signature Value es el que difiere, con que Private Key se debe firmar y hacer el XML Signature?

Ahora mismo estoy probando con exportar el .Key del emisor hacia un .PEM y hacer el XML signature con eso, pero no se si estoy en lo correcto. Heber Lazcano, podrías ayudarme con esta parte? llevo días probando con una cosa y otra y en verdad es frustrante que el WS de Cancelacion no sale del error 302.

Bueno por fin pase del 302!!!

Por fin recibi el tan esperado 205!!!

Que significa?? Pues significa que solo es cuestion de hacer la prueba con un UUID que si exista en el BLOB, esto lo estoy haciendo ahora mismo!!!

Que como llene el Signature???

Usando el .CER y el .KEY del Emisor se crea un archivo .PFX usando openSSL y siguiendo la explicacion de DADO aqui http://www.validacfd.com/phpbb3/viewtopic.php?f=5&t=553

Con eso desde C# obtengo el private key para hacer la firma y obtener el SignatureValue correcto!!!

POR FIN! Ya estamos del otro lado, solo unas pruebas mas y seremos PAC's!!

Una felicitación y agradecimiento a este Foro que nos ha sido de tanta ayuda.

Equipo Desarrollador FactureHoy