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?
