• 0
mldev

o que VOCÊ gostaria na API do MercadoLivre?

Question

Recommended Posts

  • 0
5 hours ago, Yuri said:

Incluir tempo de crossdocking como outros marketplaces do mercado fazem. 

hummm .. eu concordo, mas se eles obrigam a enviar em 24hs eu duvido que o farão.
crossdocking existe para as categorias de artesanatos e produtos por encomenda

Share this post


Link to post
Share on other sites
  • 0
10 hours ago, rodrigojob said:

hummm .. eu concordo, mas se eles obrigam a enviar em 24hs eu duvido que o farão.
crossdocking existe para as categorias de artesanatos e produtos por encomenda

realmente duvido que coloquem crossdocking para outras categorias, pois forçando o vendedor ao extremo (geralmente muito além do que é saudável para o vendedor), o ML fica "bonito" com o comprador

e um detalhe, só colocaram o tempo de crossdocking em artesanato porque estavam perdendo vendedores para o ELO7

Share this post


Link to post
Share on other sites
  • 0
On 05/03/2018 at 2:32 AM, mldev said:

realmente duvido que coloquem crossdocking para outras categorias, pois forçando o vendedor ao extremo (geralmente muito além do que é saudável para o vendedor), o ML fica "bonito" com o comprador

e um detalhe, só colocaram o tempo de crossdocking em artesanato porque estavam perdendo vendedores para o ELO7

Uma dúvida minha que está fora do tópico, mas já que estão mencionando aqui: não estão confundindo os termos? Tempo de produção (que é o que foi adicionado) não é o mesmo que tempo de crossdocking. Prá mim são coisas diferentes. Na verdade prá mim, não vejo muitos processos do ML que encaixariam como crossdocking, apesar do termo ser usado várias vezes (mas também não sou especialista em logística para saber os termos mais corretos).

Share this post


Link to post
Share on other sites
  • 0
1 hour ago, Diogenes Lima said:

Uma dúvida minha que está fora do tópico, mas já que estão mencionando aqui: não estão confundindo os termos? Tempo de produção (que é o que foi adicionado) não é o mesmo que tempo de crossdocking. Prá mim são coisas diferentes. Na verdade prá mim, não vejo muitos processos do ML que encaixariam como crossdocking, apesar do termo ser usado várias vezes (mas também não sou especialista em logística para saber os termos mais corretos).

você está certo, crossdocking é outra coisa, mas é que o Mercado Livre usa erroneamente o termo "crossdocking" para se referir ao tempo de produção

Share this post


Link to post
Share on other sites
  • 0
1 hour ago, Diogenes Lima said:

Uma dúvida minha que está fora do tópico, mas já que estão mencionando aqui: não estão confundindo os termos? Tempo de produção (que é o que foi adicionado) não é o mesmo que tempo de crossdocking. Prá mim são coisas diferentes. Na verdade prá mim, não vejo muitos processos do ML que encaixariam como crossdocking, apesar do termo ser usado várias vezes (mas também não sou especialista em logística para saber os termos mais corretos).

Você está certo, crossdocking é outra coisa.

Outra coisa é que não colocaram na API é de dizer que está pronto, pelo menos eu não vi, ai o cliente tem de ir no ML e clicar no botão Está Pronto para só depois poder emitir etiqueta dentro do sistema.

Share this post


Link to post
Share on other sites
  • 0
On 07/03/2018 at 1:59 PM, Jean said:

Você está certo, crossdocking é outra coisa.

Outra coisa é que não colocaram na API é de dizer que está pronto, pelo menos eu não vi, ai o cliente tem de ir no ML e clicar no botão Está Pronto para só depois poder emitir etiqueta dentro do sistema.

Eu já reclamei com o suporte sobre isso e informaram que não foi liberado para a API ainda e não tem previsão de quando será, nem a parte de informar o prazo, nem esta opção de informar que está pronto, para poder gerar a etiqueta.

Share this post


Link to post
Share on other sites
  • 0
19 minutes ago, Diogenes Lima said:

Eu já reclamei com o suporte sobre isso e informaram que não foi liberado para a API ainda e não tem previsão de quando será, nem a parte de informar o prazo, nem esta opção de informar que está pronto, para poder gerar a etiqueta.

É o ó do capeta, ai o cliente reclama e a gente tem de ficar queto e aguentar a culpa!

Share this post


Link to post
Share on other sites
  • 0
25 minutes ago, Jean said:

É o ó do capeta, ai o cliente reclama e a gente tem de ficar queto e aguentar a culpa!

pior que o cliente acha que é má vontade ou despreparo da empresa integradora, porque quando o vendedor entra em contato com o chat do ML eles sempre repassam a culpa para nós

Share this post


Link to post
Share on other sites
  • 0
47 minutes ago, Diogenes Lima said:

Eu já reclamei com o suporte sobre isso e informaram que não foi liberado para a API ainda e não tem previsão de quando será, nem a parte de informar o prazo, nem esta opção de informar que está pronto, para poder gerar a etiqueta.

depois que eles adquiriram a Ecommet coincidentemente perderam o interesse em atualizar as APIs abertas

Share this post


Link to post
Share on other sites
  • 0
3 minutes ago, mldev said:

depois que eles adquiriram a Ecommet coincidentemente perderam o interesse em atualizar as APIs abertas

Sempre, aliás, alguém tem de levar a culpa não é?! 

Share this post


Link to post
Share on other sites
  • 0
18 hours ago, mldev said:

pior que o cliente acha que é má vontade ou despreparo da empresa integradora, porque quando o vendedor entra em contato com o chat do ML eles sempre repassam a culpa para nós

Sim, cansei de reclamar disso, pq qualquer coisa que acontece, seja falta de algum recurso ou problema na API, os atendentes do ML sempre falam que é problema do integrador. Chegaram a falar para um cliente que o sistema do ML vinha buscar os dados mais atualizados do anúncio no meu sistema, para poder mostrar na tela de venda, então se o preço não estava o que ele cadastrou era porque no meu sistema estava armazenado o preço anterior. A pessoa do ML que eu contatei disse que repassou este problema de comportamento para os supervisores dos atendentes, para que eles não fizessem mais isso, mas ele não tinha como controlar. Falou até que eu poderia passar o contato dele para os meus clientes, caso isso acontecesse de novo, mas eu disse que isso não ia resolver o problema.

Share this post


Link to post
Share on other sites
  • 0
1 hour ago, Diogenes Lima said:

Chegaram a falar para um cliente que o sistema do ML vinha buscar os dados mais atualizados do anúncio no meu sistema, para poder mostrar na tela de venda, então se o preço não estava o que ele cadastrou era porque no meu sistema estava armazenado o preço anterior. 

é um dos muitos absurdos que falam pra eles continuarem bonitos pro vendedor

Share this post


Link to post
Share on other sites
  • 0

Eu estou a muito tempo trabalhando com os APIs de MELI e isso é que realmente me falta

PRODUTOS

Listagem e Sincronização/Modificação Massiva de Produtos
Eu tenho como meta subir o daily.quota de produtos por dia. Gostaria de uma forma de subir mais de 1 produto por cada request. Utilizo ferramentas terceiras de automação de browser (SELENIUM) para poder manter meus HTTP_REQUESTs sem Timeout executando de 1 em 1 porém toma tempo e recursos fisicos (tenho 5 maquinas dedicadas pra isso aqui).

O mesmo problema passa com atualizações. Se eu começar a atualizar meus produtos hoje eu terminarei todo meu catálogo daqui 12 dias, mesmo com 5 maquinas dedicadas a atualização massiva. Porem sempre 1 em 1. Esse tempo aumenta a cada dia que passa quando eu subo mais e mais produtos.

Seria lindo poder enviar um json de jsons mesmo que tenha um limite x. Isso melhoraria a performance do meu sistema em x vezes mais rapido :)

ORDENS

Sabemos que a proposta de MELI é diferente da CBT, porém seria lindo se a quantidade/qualidade de informação sobre a venda fosse parecida. 
Me refiro que muito de minhas compras me retornam informações pobres sobre os usuários, dependendo de eventos manuais (Necessidade de um humano entrar em contato com o cliente por chat de MELI para conseguir info adicional). Um exemplo de informação que recebo do MELI de um cliente que realizou uma compra.

image.png.9a0bbe8cae58345cc71a9a8a491cf800.png

Considerem pelo menos dar o documento de 100% dos clientes no response da ordem para poder gerar comprovantes de compra / faturas automaticas.

Share this post


Link to post
Share on other sites
  • 0
17 hours ago, Jorge de Moura said:

Eu estou a muito tempo trabalhando com os APIs de MELI e isso é que realmente me falta

PRODUTOS

Listagem e Sincronização/Modificação Massiva de Produtos
Eu tenho como meta subir o daily.quota de produtos por dia. Gostaria de uma forma de subir mais de 1 produto por cada request. Utilizo ferramentas terceiras de automação de browser (SELENIUM) para poder manter meus HTTP_REQUESTs sem Timeout executando de 1 em 1 porém toma tempo e recursos fisicos (tenho 5 maquinas dedicadas pra isso aqui).

O mesmo problema passa com atualizações. Se eu começar a atualizar meus produtos hoje eu terminarei todo meu catálogo daqui 12 dias, mesmo com 5 maquinas dedicadas a atualização massiva. Porem sempre 1 em 1. Esse tempo aumenta a cada dia que passa quando eu subo mais e mais produtos.

Seria lindo poder enviar um json de jsons mesmo que tenha um limite x. Isso melhoraria a performance do meu sistema em x vezes mais rapido :)

ORDENS

Sabemos que a proposta de MELI é diferente da CBT, porém seria lindo se a quantidade/qualidade de informação sobre a venda fosse parecida. 
Me refiro que muito de minhas compras me retornam informações pobres sobre os usuários, dependendo de eventos manuais (Necessidade de um humano entrar em contato com o cliente por chat de MELI para conseguir info adicional). Um exemplo de informação que recebo do MELI de um cliente que realizou uma compra.

image.png.9a0bbe8cae58345cc71a9a8a491cf800.png

Considerem pelo menos dar o documento de 100% dos clientes no response da ordem para poder gerar comprovantes de compra / faturas automaticas.

Basicamente sua sugestão é ter o multiput e o multipost, já que existe o multget. Isto só para usar a nomenclatura existente.
Concordo contigo que seria muito útil e eficaz.

Quanto a falta de dados, deve ser porque o cliente escolheu o frete à combinar com o vendedor. Assim não inclui os dados de frete.
Isto já foi discutido aqui, quanto a obrigatoriedade da informação dos dados do cliente, pois há a obrigatoriedade de emissão de nota fiscal.

O email estar mascarado é uma questão de manter a privacidade do cliente. Assim os compradores são protegidos de vendedores que enviam SPAM e/ou vendem o cadastro.
Para você ter ideia quase entrei na justiça para um vendedor me remover da lista de SPAM, era semanal e eu não tinha interesse algum.

Edited by rodrigojob

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now