API REST PADRON

[Adrián Fernández]

Gente, ha comenzado a funcionar nuevamente la API REST.

 

DE LOCOS…

 

Saludos!

 

Adrián P. Fernández

 

[Ariel Stechina]

Es verdad, está funcionando nuevamente, increíble

--
Proyecto PyAfipWs Factura Electrónica Libre y temas relacionados AFIP ARBA ANMAT:
http://www.pyafipws.com.ar/ - http://www.github.com/reingart/pyafipws - http://www.sistemasagiles.com.ar/
---
Has recibido este mensaje porque estás suscrito al grupo "PyAfipWs Factura Electrónica Libre y temas relacionados AFIP ARBA ANMAT" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a pyafipws+unsubscribe@googlegroups.com.
Para publicar en este grupo, envía un correo electrónico a pyaf...@googlegroups.com.
Visita este grupo en https://groups.google.com/group/pyafipws.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[FE_2017]

Correcto Si estan Los Servidores Arriba

Que hara AFIP ??

No obstante creo que hay que seguir puliendo SOAP

Por aquellas cosas.

Saludos

[uykem]

Yo descartaria seguir usando esa API REST porque 1) No esta documentada en ninguna parte de AFIP (apenas se menciona su existencia en un documento de otra cosa)  2) No tiene ningun tipo de autenticacion - por lo que es una brecha de seguridad o confidencialidad de datos, asi que es cuestion de tiempo que la borren del mapa. Tampoco dan soporte tecnico.

Ademas por motivos desconocidos de vez en cuando lo dan de baja por muchas horas.

El ws SOAP de padron sí lo tienen documentado, es de desarrollo reciente, dan soporte tecnico y ese ws sigue los lineamientos de seguridad que usan en la AFIP. 

Modestamente, yo creo que son buenas razones para ir para este lado.

Saludos.

[Flavio V.]

Si, lo unico que tiene bueno la api rest es que dado un numero de dni puede resolver los diferentes cuits, eso en el sistema que arme para el negocio de mi viejo es util porque muchas veces viene el don/la doña que no sabe su cuil, lo unico que sabe es el dni, por lo que es mas facil entrar por ese lado.

Ahora, la consulta es, alguien sabe si alguno de estos servicios soap tiene esta posibilidad? Lo que busco es dado un numero de DNI entregar los posibles cuits.

Buscando un workaround a este tema para poder usar el servicio soap nivel 4 arme una funcionalidad anterior que dado un numero me da los posibles cuits y en base a eso hago las consultas con el servicio soap y muestro los casos exitosos descartando los que no se encuentran.

Lo hice en python, si a alguien le interesa lo puedo pasar por aca.

Lo que hago es lo siguiente:

Por un lado arme una clase que dado un numero de cuit de 10 digitos resuelve el digito verificador.

Tengo otra clase que dado un numero cualquiera hace lo siguiente:

1. Completa con cero a izquierda hasta obtener 8 caracteres numericos.
   
2. Arma una coleccion de 6 posibles numeros de cuit: 20xxxxxxxx, 27xxxxxxxx, 23xxxxxxxx, 24xxxxxxxx, 30xxxxxxxx y si no me acuerdo mal 33xxxxxxxx
   
3. Recorro esa coleccion y calculo el digito verificador
   
4. Invoco al servicio soap por cada uno de ellos
   
5. Los casos exitosos los guardo para mostrar en mi sistema.

Lo unico que tuve que hacer fue agregar un tratamiento de excepciones en el servicio de ws_sr_padron4.py de Mariano y su equipo ya que al momento de hacer la consulta en caso de error me abortaba la ejecucion, cosa que no me servia.

Si alguien tiene alguna informacion por la consulta les agradezco difundirla.

Saludos

Flavio

--

[Federico Imhoff]

Consulta, les funciona el ws_sr_padron_a4 en el entorno de producción? Lo implementé con éxito en homologación, pero al pasar a producción, me lanza un timeout.

Incluso probando el metodo dummy que no requiere autenticación me falla.

El jueves, 26 de octubre de 2017, 16:44:46 (UTC-3), Adrian Fernandez escribió:

[Flavio V.]

A mí me funcionó bien 

--
Saludos
Flavio

Enviado desde equipo movil

--

[lionel....@gmail.com]

Seguramente ya es tarde, pero eso me pasaba si le pegaba al servicio con el protocolo http en vez de https

[Federico Imhoff]

Así es, el problema es que en la definicion del wsdl:

https://aws.afip.gov.ar/sr-padron/webservices/personaServiceA4?wsdl

Afip apunta a http en vez de https en la propiedad location del soap:addres:

<wsdl:service name="PersonaServiceA4">
  <wsdl:port binding="tns:PersonaServiceA4SoapBinding" name="PersonaServiceA4Port">  <soap:address location="http://aws.afip.gov.ar/sr-padron/webservices/personaServiceA4"/>
  </wsdl:port>
</wsdl:service>