Necesitamos platicar por favor ..
______________________________________________________________________________
heber.lazcano escribió:No conocía la forma de envío para realizar el timbrado de estos PAC's, pero ahora que lo mencionas la verdad me siento decepcionado , porque la razón de manejar la misma definición en el web service era para "hágase solo una vez y ocúpese donde sea". Ahora por cada PAC hay que hacer un desarrollo, lo cual te puede llevar a varias librerías.DADO escribió:NEL! no se parece ni tantito uno con otro.heber.lazcano escribió:DADO, la librería que desarrollaste en teoría debería funcionar con cualquier PAC, ya que el servicio web para realizar el timbrado lo definió el SAT y todos los PAC's que actualmente están certificados deben tener la misma definición en el WSDL.
Claro, todos son web service, pero la forma de consumirlo es MUY DISTINTA.
Timbre fiscal requiere un certificado PERSONALIZADO para conectarse
Edicom requiere que se comprima el CFDI con zip y que se convierta a base 64 antes de enviarlo
BuzonE usa clave y usuario y requiere que se introduzca un numero aleatorio unico, ademas de otros datos como "conector" "filetype" etc
Forcogsa requiere dos pasos, te conectas primero para pedir un token de autorizacion y en menos de 30 segundos tienes que usar volver a conectarte con ese token para enviar el CFDI para su timbrado.
Ateb es el mas "vanilla flavor", usa clave y usuario
etc![]()
Se que una de las razones por las que no es igual, es por el tema de autenticación, pero no veo porque esos PAC's tuvieron que modificaron el WSDL. (Se pudo realizar de otras formas).