Juan Manuel

Members
  • Content Count

    32
  • Joined

  • Last visited

  • Days Won

    1

Posts posted by Juan Manuel


  1. @Jorge Duque podes usar el mismo scroll_id para recorrer todo el listado, pero no puedes pasar más de 5 minutos en volver a realizar una consulta con el mismo scroll_id porque se vence. Si se te vence, no hay forma de renovarlo ni continuar desde donde estabas. Debes volver a cero, obtener un nuevo scroll_id y repetir el proceso hasta finalizar.

    En síntesis, podes estar una hora recorriendo todo el recurso con el mismo scroll_id, pero entre cada llamada a la api para pasar a la página siguiente no puedes demorar más de 5 minutos.


  2. Dejo más información que conseguí:

     

    Los 5 minutos NO expresan el tiempo total para recorrer todos los registros. Es decir se puede tardar más de 5 minutos en recorrer todos los items de un seller. 
    Los 5 minutos expresan el tiempo máximo una vez que se obtuvo un scroll_id que se puede demorar en volver a usar el mismo scroll_id, es decir es el tiempo máximo entre 2 requests de tal forma de que el scroll siga siendo válido. 
    Una vez que no es más válido no se puede volver al punto en el que estaba anteriormente. Se tiene que comenzar a iterar la colección nuevamente.

  3. Dejo más información sobre el nuevo recurso que no se encuentra en la documentación

    - Con search_type=scan me devuelve a partir de 1000? o Puedo usarlo para obtener desde el registro 0 al 2000?
    "Sí, podes usarlo para obtener el registro  0 al 2000 ".
     
    - Debo usar siempre el mismo scroll_id o en cada llamado lo hacemos con el último valor recibido?
    "podes usar el mismo pero por 5 minutos, luego debes generar otro" (este tiempo se amplió porque antes eran segundos).

  4. 16 minutes ago, Shina said:

    Gracias por la data. Igual lo probé cuando te escribí hace un rato, y todos me traían las mismas 50 preguntas, aunque cambie el scroll. Después lo pruebo de vuelta. Aprovecho y te consulto, sabés si se pueden filtrar las preguntas por fecha?

    Me corrijo en algo anterior que te dije ya que acabamos de probar. Si usar el mismo scroll_id en cada llamado pasa de página. Pero si usas el nuevo también pasa de página. Acabamos de consultar en soporte a ver cual es la forma correcta.

    Respecto de los filtros disponibles son:

     "available_filters": [
            {
                "id": "item",
                "name": "Item",
                "type": "text"
            },
            {
                "id": "from",
                "name": "From user id",
                "type": "number"
            },
            {
                "id": "totalDivisions",
                "name": "total divisions",
                "type": "number"
            },
            {
                "id": "division",
                "name": "Division",
                "type": "number"
            },
            {
                "id": "status",
                "name": "Status",
                "type": "text",
                "values": [
                    "ANSWERED",
                    "BANNED",
                    "CLOSED_UNANSWERED",
                    "DELETED",
                    "DISABLED",
                    "UNANSWERED",
                    "UNDER_REVIEW"
                ]
            }
        ],


  5. 18 minutes ago, Shina said:

    Hola! Recién la pruebo y no. Primero qu eno me queda claro si tengo que pegarle siempre con el mismo scroll_id o usar siempre el nuevo que genera. E igual, de cualquiera de las dos formas siempre me trae las mismas preguntas (o sea no pasa de página, pero tampoco me fallan los llamados).

    La semana pasada quedó funcionando y hoy nos encontramos nuevamente con error 500 como respuesta de la API. Es como que en un momento el nuevo scroll_id que genera no funciona, porque si usamos anteriores si obtenemos respuesta.

    Respecto al scroll_id tenes que usar para pasar a la página siguiente el nuevo que te genera.


  6. Hola,

     

    Hasta donde tengo entendido, no puedes listar los usuarios que dieron permisos a tu app. Nosotros llevamos un registro al momento que el usuario realiza la autorización.

     

    Respecto a las notificaciones de quita de permisos no están disponibles aún. Tenemos un topic abierto al respecto  http://developers-forum.mercadolibre.com/index.php/topic/1348-notificaci%C3%B3n-cuando-un-usuario-quita-permisos-a-mi-app/

     

     

    Saludos,


  7. Estuvimos utilizando el recurso category_predictor y hemos notado que día tras día para un mismo título arroja diferentes valores de prediction_probability.

     

    Nos gustaría saber si esto es normal y a que se debe? Influyen otras variables de la publicación? Ya que estamos realizando un análisis de publicaciones y necesitamos tener certeza del valor que se arroja.


  8. Leandro, gracias por responder. Pero no hemos podido encontrar si los días feriados afectan en los cálculos diarios como el tiempo de respuesta en una publicación.

     

    Tenemos entendido que el tiempo de respuesta se calcula de Lunes a Viernes en la franja de 8:00 a 20:00Hs en un periodo de tiempo. Nos interesa saber como afectan los días feriados en estos valores. Por ejemplo, en el caso de un Jueves y Viernes feriado, si estos dos días son tenidos en cuenta para determinar el tiempo de respuesta o excluidos de los cálculos.

     

    Gracias.


  9. En la pantalla de reputación Mercadolibre le informa al usuario el importe facturado en ventas al momento.

     

    e727ca4a-c5e4-4b4c-5195-34f4ed4c81e9.png

    http://www.awesomescreenshot.com/image/1360078/1f349ad0e1464c9bfd2714a7b17add12

     

     

    Necesitamos saber cual es el periodo de tiempo que utilizan para calcular este importe, ya que tomando los últimos 3 meses de ventas concretadas no llegamos al mismo valor. Hicimos algunas pruebas de fechas con cierto corrimiento y aproximamos pero nunca exacto.

     

     

    Muchas gracias.