mldev

Moderators
  • Content Count

    1,842
  • Joined

  • Last visited

  • Days Won

    166

Everything posted by mldev

  1. esto es normal. espera que después de algún tiempo la imagen se encuentra disponible
  2. olá amigo, o forum na sessão offtopic tem uma área destinada a trabalhos freelancer
  3. Olá Rafael, é exatamente como o rodrigojob mencionou acima. importante antes de abrir um novo tópico realizar uma pesquisa pois esta dúvida já foi levantada (e respondida pelo próprio rodrigojob) em outros tópicos abs
  4. veja na documentação o tamanho limite de imagem e formatos aceitos
  5. é importante informar como está fazendo a chamada para verificar o que está ocorrendo
  6. não é possível enviar uma variável (que não sejam as da API), e isto também não faz sentido de ser feito recomendo a leitura do processo de oAuth 2.0 para entender como é o fluxo deste tipo de autorização: http://tools.ietf.org/pdf/draft-ietf-oauth-v2-12.pdf abs!
  7. Amarim, apenas complementando, conforme está na documentação, você deve sempre anunciar na última categoria da árvore de categorias, ou seja, ao consultar a categoria, se ela possuir children_categories (como a fsolari disse), ela não pode ser usada para anunciar o item como sempre friso é importante sempre ler detalhadamente toda a documentação, pois estas questões podem ser facilmente resolvidas através da documentação abraços!
  8. nos envie o que necessita por inbox . a disposição!
  9. foi o que imaginei, acho que é de extrema importância a API ter esse recurso obrigado por me confirmar a dúvida Rodrigo!
  10. ao tentar alterar a categoria de um produto ativo via PUT recebemos a seguinte mensagem de erro: item.categories.not_modifiable não é possível alterar categorias pela API?
  11. exato Rodrigo! vejo aqui os de nosso clientes e o tempo de preparação para postagem (Handling) não tem o menor sentido! para o mesmo vendedor em duas vendas distintas que ocorreram no mesmo dia/hora e mesma forma de envio (PAC) em uma o handling está como 72 e no outro 96 ... não faz o menor sentido! como você disse este prazo deveria ser informado pelo vendedor, pois cada empresa tem um determinado prazo de postagem a questão de inserir custo de embalagem também seria muito útil
  12. na API de shipping temos em 'shipping_options' o objeto 'speed' e dentro dele 'hadling' que é o tempo de manuseio do produto para postagem, porém notamos que esse prazo é variável onde ao meu ver deveria ser fixo... alguém tem informações mais precisas de qual o parametro usado para esse prazo???
  13. no caso a etiqueta ZPL2 já vem na linguagem ZPL, basta enviar para a impressora usando driver de texto que a própria impressora faz a leitura da linguagem
  14. não necessariamente, pois os Correios não tem controle de NF, eles não rastreiam ou indexam novas postagens baseados nisso, colocaram na nova etiqueta apenas por estar lá utilize a própria etiqueta do ML, mais rápido e prático... pra que reinventar a roda?rs
  15. confira seu código, é algum erro na hora de passar o array
  16. utilize a etiqueta do próprio Mercado Livre, pois desta forma o shipping.substatus do pedido é alterado para "printed" , isso evita erros futuros com o Mercado Envios
  17. obs.: aparentemente é algum problema em seu login, veja a sua mensagem de erro: "message":"User must be logged to perform this operation."
  18. coloque o código pois senão fica difícil acharmos o erro
  19. Acredito que como atualização futura seja interessante incluir um retorno mais detalhado nas notificações, pois como o retorno só informa que algo ocorreu em um item, order ou pergunta, se faz necessário realizar a consulta e tratar todos os dados para verificar do que se trata, muitas vezes realizando consultas desnecessárias
  20. ao consultar uma Order no retorno recebo o STATUS_DETAIL e dentro CODE , alguém sabe a que se refere? tenho clientes onde na consulta retorna: item_price_restriction seller_restriction
  21. Rodrigo, você diz em relação a informação que está na etiqueta em cima? se for aquela informação é somente uma referência para o vendedor (para facilitar fazer o pacote por exemplo)
  22. Seria uma solução! mas ainda sim poderiam criar um novo perfil, acredito que um controle maior no cadastro de usuários seria a solução para implementar essa ideia!
  23. The SESSION variable is used by the browser when the user is online (client-side) and the notification run in server-side. You need save your tokens in your server to be refreshed by the server
  24. Olá Rodrigo, na prática a reserva da unidade até que seja realizado o pagamento (e retorno caso não seja paga) pode ser muito prejudicial ao vendedor exemplo: em vendedor possui uma unidade de um produto X e um usuário gera um boleto (que acaba não pagando), neste meio tempo onde a unidade fica reservada o vendedor pode perder a venda para um real comprador em virtude de ficar reservada para um que não concretizou exemplo 2: em um cenário ainda pior um concorrente ou cliente de má fé poderia sempre que a unidade retornasse ao estoque gerar um boleto e assim o produto ficar sempre reservado o estoque parado é prejuízo para o lojista (que é nosso cliente), então acredito que a forma atual ainda seja a melhor Abraços