Se remite su consulta, se remite, se remite, se remite...Favor confirmar si el problema persiste

433 views
Skip to first unread message

Luciano Fain

unread,
Dec 11, 2015, 10:37:55 AM12/11/15
to PyAfipWs Factura Electrónica Libre y temas relacionados AFIP ARBA ANMAT
Estimados colegas seguramente el subject de este post les es familiar.

Quiero enumerar algunos casos problemáticos con FE y de los que tengo una conclusión la detallaré, por favor el que tenga una idea de los puntos que no pude resolver a la fecha le agradecería un comentario:

Antes que nada aclaro el ambiente con el que cuento: varios nodos IPs que transaccionan contra el wsfev1 productivo. Es decir desde varias IPs de origen solemos utilizar el mismo certificado re utilizándolo y compartiéndolo entre varios nodos/IPs/Servidores

Temas resuletos:

1) Bloqueo de IP por parte de AFIP por solicitudes muy frecuentes de Token de acceso.

Muchas veces nos pasó que una de las IPs no pueden llegar a AFIP pero las restantes sí lo pueden hacer.
Luego de varias consultas con AFIP hemos detectado que AFIP a reforzado sus controles y no permite que se renueve el token de sesión antes de por lo menos 11hs. Es decir, si lo renovábamos cada 5hs por ejemplo (re utilizándolo dentro de esas 5hs), luego la IP que solicitaba el nuevo token a las 5hs luego de varias solicitudes era bloqueada. Fuimos probando y aparentemente renovando cada 11hs como mínimo no se producen los bloqueos. Porque cada 11 y no cada 12? bueno justamente por si hay una caída de AFIP en la última hora que disponemos para la renovación... si es un cliente con muchas transacciones en línea, imagínense que sería complicado que justo cuando vuelve afip de una caída tengan que esperar los puntos de venta a que obtengamos el nuevo token de acceso.

2) Infraestructura compartida

A raíz de las numerosas caídas ocurridas durante los meses de noviembre hemos detectado (me imagino que muchos de ustedes también) que la infraestructura general de AFIP de acceso al público (por ejemplo afip.gob.ar para compra de moneda extranjera) NO se encuentra aislada de la infraestructura encargada de gestionar las peticiones de factura electrónica. Por lo tanto ante un alto tráfico de por ejemplo personas comprando dólares en la página de AFIP no sólo cae afip.gob.ar sino que también caen los servicios de FE.

3) Dummy

Nosotros inicialmente monitoreabamos mediante el método dummy el servicio de wsfev1, pero como muchos sabrán simpre dá como resultado AppServer OK; DBServer OK; AuthServer OK o en caso contrario cuando se cae todo ni responde.
Peor aún, se nos dio el caso que el dummy funcionaba ok y el webservice no o vice versa, por lo tanto optamos por monitorear varias cosas: dummy, https://servicios1.afip.gov.ar/wsfev1/service.asmx?WSDL, un simple curl hacia servicios1.afip.gov.ar, etc. Es decir varios check que permitan entender si realmente está funcionando.

Temas no resueltos (si alguno tiene respuesta por favor ayudar en este foro, se agradece):

4) Suele suceder que una de las IPs / Servidores nuestros que apuntan hacia AFIP ven correctamente el webservice y dialogan en forma correcta pero otros nodos o IPs con misma configuración no permiten procesar.

Se da la situación a veces que un simple : 


funciona ok en un nodo y en otro nodo la afip informa (su web server) que no se pudo establecer el canal SSL...
Observamos en este foro que hace cosa de un año atrás comentaban que había problemas relacionados con que AFIP solo soporta TLSv1.0 y NO TLSv1.2; sin embargo actualmente este problema se da cada tanto y más aún cuando afip termina de salir de un outage.
Luego de un tiempo el problema de soluciona automáticamente incluso sin enviar un ticket a AFIP

5) Suele suceder que AFIP luego de un outage o bien durante períodos de alta carga responde de una forma llamativa a diferentes nodos configurados en forma idéntica....

realizando un curl de esta manera: curl https://servicios1.afip.gov.ar/wsfev1/service.asmx

la afip responde con timeout o con la leyenda "..The web application you are attempting to access on this web server is
> currently unavailable...." pero responde en forma correcta hacia otro nodo o incluso a nuestra PC utilizando un navegador, esto último es lo más llamativo.

COnsultamos varias veces a AFIP si existía filtrado o protecciones de IDS, algún problema de su distribuidor de cargas interno pero no tuvimos respuestas de ningún tipo.

Si alguno tiene algo más de información para los puntos 4 y 5 desde ya agradecidos.
Saludos Gente.


Reply all
Reply to author
Forward
0 new messages