KaisarCode

Members
  • Content Count

    27
  • Joined

  • Last visited

  • Days Won

    4

KaisarCode last won the day on May 12 2018

KaisarCode had the most liked content!

2 Followers

About KaisarCode

  • Rank
    Newbie

Profile Information

  • Gender
    Not Telling

Recent Profile Visitors

999 profile views
  1. El tema es que los usuarios referencian los IDs de carrito con la forma "2000000012345678". Antes veían el ID del pedido y tenía de dónde agarrarme para debuguear!!
  2. Yo uso las notificaciones, recupero ventas, todo perfecto hasta ahí. El tema es poder, desde un pedido saber cuál es el carrito al que corresponde ese pedido. Es decir, tener acceso a los datos del carrito en sí. MercadoLibre en su panel tiene referencia al carrito, ya que agrupa esos pedidos bajo un pack id. Pero ese pack id, no aparece (Al menos ahora, porque lo he visto antes en las respuestas del recurso de la API). Es decir que sólo tengo referencia de ese ID si lo estoy viendo en la página de ML.
  3. Hola gente! Esto es más para los moderadores, o desarrolladores. Al obtener un pedido, dentro de los tags nos indica que el pedido está asociado a un carrito. Pero esa información no tiene mucha relevancia si no sabemos qué carrito es. En el panel de Mercado Libre, los pedidos por carrito aparecen con un ID que sigue esta forma "2000000012345678". Ahora, el pedido no trae como propiedad ese ID, y tampoco hay una manera de obtener los pedidos de un pack mediante ese ID. Es decir, hoy por hoy, cuando un usuario de alguna integración me pasa el ID del carrito, no puedo hacer nada con él. Hay algún recurso para ésto? O se va a implementar? La documentación todavía está verde en este tema. Gracias.
  4. Gente, sólo quiero decir una cosa: Si alguien pregunta, y van a contestar algo como "Leé la documentación", o simplemente "NO", o cosas así, ni siquiera contesten, porque no suman nada. La gente lee la documentación, pero a veces es confusa para alguien que recién empieza, o que está apurado por algún tiempo de entrega. Seamos solidarios o no seamos nada directamente. Si quieren ayudar, desarrollen las respuestas, porque sino parece como que sólamente quieren mostrar quién la tiene más grande (La materia gris, me refiero, no?). Yo no soy moderador del foro, no tengo responsabilidades institucionales, pero trato de ayudar con respuestas lo más completas posibles, por una cuestión humana no? El hecho de no ser solidarios, realmente debilita la comunidad, y produce que menos gente resuelva problemas a través de este medio.
  5. (Just to give an answer to the question) The seller_custom_field was used mostly for the SKU time ago. But today there is an attribute (SELLER_SKU) for that purpose, which is hidden, and as the seller_custom_field I'm pretty sure you can't set it up from the page. It must be set using the API.
  6. Mirá, ML trabaja 24/7. No creo que pongan una limitación para este caso. O te llevás el celular encima y contestás, o ponés un aviso de los horarios de atención en la descripción. A ver, lo digo como comprador, yo se que los vendedores pueden tardar en contestar. Simplemente espero. Si pregunto al mediodía o un sábado a las 3 de la mañana y pretendo una respuesta inmediata... y bueno, eso no habla bien de mi sentido común. Y en caso de que algún demente haga eso, siempre se puede elevar la disputa a ML.
  7. Particularmente nunca tuve problemas con el refresh. El proceso que utilizo se basa en el expiration time, y refresco los datos on demand. Es decir, cada vez que se utiliza un recurso con access token requerido, ya tengo asignado al usuario el refresh y su expiration time. Si el expiration es mayor al tiempo actual, antes de ejecutar el proceso, actualizo el token, y vuelvo a guardar tanto el Access, como el nuevo Refresh Token y recalculo el nuevo expiration_time. Y después sigo con el proceso normalmente. Así, cambie o no cambie, es transparente porque siempre usás el último refresh que te manda ML.
  8. Ok, no hay recurso entonces, hay que hardcodearlo. Listo. Gracias che.
  9. Debería haber un recurso con el que se pueda conocer el monto mínimo por país. Esa es mi pregunta.
  10. Hola! Al publicar desde la página, noto que si el Free Shipping es requerido, pueden aplicarse descuentos en base a la reputación del vendedor: Desde la API, de dónde obtengo este descuento? Gracias!
  11. Hola, Cuál es el error de validación que te devuelve?
  12. Buenas gente, a ver si me pueden ayudar con esto. Como se habrán dado cuenta, desde la página de MercadoLibre, al publicar un producto, si seleccionamos Mercado Envíos, y el valor del producto es mayor o igual a 1400$ (ARS), el Free Shipping se vuelve requerido. No logro determinar dónde está especificado ese límite de precio en la API. Claro que lo puedo hardcodear, pero sería sólo para Argentina (y a demás es algo que no se debe hacer >_o). Saludos!
  13. Hola! Eso no está claro en la documentación, es cierto. Pero, si estamos publicando un producto desde la página de ML, vamos a ver que nos devuelve el costo de envío, aún si no hay ningún comprador aún (De hecho, ni siquiera lo publicamos todavía). Entonces, deduzo que el costo se calcula por los datos del usuario vendedor, las características del producto, y opcionalmente, por el zip_code de destino. En resúmen, el USER_ID del que envía. Saludos!
  14. Hola Aux Rene Programación. A ver, si bien todo está en la documentación, a veces hay algunas cosas que son medio laberínticas. Veamos dos de tus preguntas: Aplicación de MercadoLibre En primer lugar, se necesita una App de MercadoLibre que permite comunicarse mediante la API, a los servicios de ML. La API se crea ingresando con cualquier usuario/contraseña de MercadoLibre, en http://applications.mercadolibre.com/ Al crear esta aplicación nos va a dar algunos datos importantes, como el APP ID, y el Secret Key (Las llaves para poder autenticarnos con la API de ML). Es muy simple, la interfaz te va a llevar sóla. Siguiente tema: Lo que se llama Notifications Callback URL, es simplemente la dirección a una página de tu servidor a los cuales MercadoLibre va a mandar notificaciones en formato JSON, para que puedas saber qué está pasando de ese lado automáticamente. Este archivo en tu servidor debe devolver un status "200 OK", para avisarle a ML que recibió el mensaje (Si no, te sigue mandando el mismo mensaje... pero bueno, de eso no hablemos por ahora). En PHP este estado 200 OK, se define simplemente como header("HTTP/1.1 200 OK"); Por ejemplo, si la URL de mi servidor donde recibo las notificaciones es http://www.miserver.com/, puedo crear un archivo, ponele en, http://www.miserver.com/mercadolibre/listen/index.php Y ahí hacés lo que quieras con los datos. Te doy un ejemplo: <?php /** * ML Notifications Listener **/ //1) enviamos la cabecera de que el mensaje llegó header("HTTP/1.1 200 OK"); //2) leemos la notificación $notif = file_get_contents("php://input"); //3) Hacemos algo con esa notificación (En este caso simplemente la guardo en un archivo de texto) file_put_contents('test.txt', $notif."\n\n", FILE_APPEND); Cualquier cosa mandame un Mensaje privado y te ayudo cuando lo necesites.
  15. Hi people. Somebody of you knows if it's possible to get the test users I've created? Because of an error, I've created all the test users allowed in my account. The thing is that I don't know the data of each one... It should be a way to get the data, or delete it at will... or not? =S If not, that's something ML should fix, don't you think?