Diego H

Members
  • Content Count

    16
  • Joined

  • Last visited

About Diego H

  • Rank
    Newbie

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. A minha dúvida é a mesma. Já pesquisei collections (pagamentos) / shipments e orders
  2. Caros, há algum tipo de documentação em que seja mostrado a definição dos dados Json retornado pela API? Atualmente, para definir as classes da minha aplicação (payment, order, item), eu pego um json e transformo ele em uma classe da minha linguagem de programação. Porém, muitas vezes alguns dados são null e assim não consigo definir a estrutura correta.
  3. Olá, eu utilizo essa mesma abordagem para a ferramente principal que temos aqui na empresa. Porém, há uma situação diferente: No ME FULL, os pedidos são faturados no Tiny. Para o Tiny é enviado apenas o número da Venda do ML (neste forma que informei). A integração não sou eu quem faço. Com o número de cada venda do ML faturada no Tiny, eu preciso obter os pagamentos e verificar seus status. Então, eu tenho apenas o número da venda e preciso da puxar ela da API
  4. Olá, estou usando o seguinte método para obter uma determinada ordem do Mercado Livre: /orders/search?seller={Seller_id}&q={Order_id}&access_token=$ACCESS_TOKEN Porém, quando uma compra é feita em um carrinho com outros vendedores, ela não é encontrada. Order_id tem uma formato diferente do padrão , como 2000000019136592, ao invés de 1611954424. Há alguma outra chamada a API ou parâmetro em que eu possa buscar este tipo de ordem?
  5. Caros, estou com o mesmo erro. Estou fazendo um PUT no endereço https://api.mercadolibre.com/items/MLB732392141/variations/16343283875?access_token=. com o JSON: { "attribute_combinations": [ { "id": null, "name": "COR:", "value_id": null, "value_name": "Dourada", "value_struct": null } ] } mas recebo a msg de erro : "You cannot change attribute combinations if the variation has bids" Realmente não é permitido essa mudança ou estou fazendo algo errado? Se não for permitida, a única solução seria deletar a variação e criar uma nova?
  6. Caros, apesar do carrinho de compras (orders_v2) já estar no ar faz algum tempo, ainda não obtive nenhum shipments com duas order's, muito pelo contrário, quando aparentemente o usuário faz uma compra com o carrinho (no mesmo horário), a api disponibiliza dois shipments cada um com uma order_v2. Alguém saberia o motivo disso?
  7. Alguém aí sabe quando irá entrar em operação o carrinho para o lado do vendedor? A partir de quando será gerada uma etiqueta para todos os itens do carrinho? Até agora estão sendo geradas, ainda, uma etiqueta para cada order.
  8. Aqui eu faço leio "https://api.mercadolibre.com/myfeeds?app_id=....." a cada 15 minutos
  9. Olá Rodrigo, obrigado pelos comentários. Essa é uma preocupação que tenho e que me fez gerar a etiqueta "final" diretamente da API do MeLi. Eu já faço isso. Basicamente coloco todas as informações na "pré-etiqueta". O que me deixou bastante curioso quanto a esta questão é que, ao ver uma demonstração do sistema BackOffice (que é do grupo MercadoLivre), notei que ao processar cada pacote, a etiqueta "final" era gerada (não havia nenhum tipo de "pré-etiqueta").
  10. Caro Rodrigo, foi o que imaginei. Porém, pensei que houvesse alguma solução para tal, visto que as duas soluções possíveis não são as ideias: 1 -Gerar várias PLPs: Pode fazer com que as postagens do final da tarde sejam encaminhadas pelos Correios apenas no outro dia 2: Fechar a lista por última, após empacotar: Pode acontecer o caso de colocar troca as etiquetas / colar errado / etc. Uma solução seria fazer do modo tradicional, como quem sua loja integra direto com o SIGEP. Gera-se etiqueta por etiqueta e depois gera-se a PLP no final. Todos os pacotes bipados terão pertencerão a mesmo PLP. Então, não é preciso imprimir o número da PLP em cima de cada etiqueta, haja vista que no máximo haverão dois números de PLPs, uma para os SEDEX e outra para os PAC. Enfim, imaginei existir uma solução que eu desconhecia para contornar tal problema.
  11. Caros, atualmente gero todas as etiquetas de envios no final do dia, em apenas uma chamada a API, e isso gera apenas um número de PLP para todas os pacotes. Gostaria de saber tem algum modo de eu gerar cada etiqueta, de cada pacote, no decorrer do dia, conforme os envios vão sendo processados, e ainda assim manter uma única PLP (ou o mínimo possível). Algum tempo atrás implementei esse fluxo mas foram geradas várias PLPs diferentes, e a demora no processando delas nos Correios fez com que os pacotes fossem enviados apenas no outro dia.
  12. Caros, gostaria de saber se é possível que uma order_v2 tenha dois ids no campo shipping. A priori, faz sentido, pois dois itens do carrinho (mesmo vendedor) talvez necessitem serem enviados separadamente (um cliente compra uma TV e um monitor, p.ex.) Por outro lado, o campo shipping (em orders_v2) não é um array. Logo, podemos concluir que um único checkout do cliente pode gerar mais que um pedido (orders_v2)? Cliente compra uma TV e um monitor -> São geradas duas ordens_v2, cada qual com um shipping (dois envios no total) Cliente compra um caderno, um estojo e um lápis -> É gerada apenas uma orders_v2 com um shipping (um envio no total)
  13. Terá situações onde o usuário preferiria que outra variação fosse a escolha padrão.
  14. Abaixo o erro que tenho ao não associar imagens as variações: { "message": "Validation error", "error": "validation_error", "status": 400, "cause": [ { "code": "item.pictures.variation.quantity", "message": "Every variation of category MLB48729 must have between 1 and 6 pictures." } ] }
  15. Olá, já tentei de várias formas não descritas na documentação, sem sucesso. A única coisa que tenho é um anúncio que implementa exatamente o que estou precisando: http://produto.mercadolivre.com.br/MLB-760740747-capa-ultra-fina-galaxy-s7-edge-g935-casca-ovo-pelicula-_JM?noindex=true&variation=14766588090