xsbr

Members
  • Content Count

    114
  • Joined

  • Last visited

  • Days Won

    14

Everything posted by xsbr

  1. Resposta do MercadoLivre: "Acabo de receber um retorno de nossa equipe de desenvolvimento onde ja identificaram o bug e estão tratando de subir resolução deste inconveiniente até amanhã. Caso após amanha ainda sigam com este erro por favor nos avisem."
  2. Descobri que o parse XML do ML está ignorando a tag <indIEDest> quando está com valor "9" (que significa que é isento ou não tem IE). Abri protocolo no suporte, vamos ver no que dá
  3. Aproveitando o título do post, alguém já está enviando o XML da NFe ao invés da Chave? Fiz os ajustes na minha integração, mas tive problemas com uma venda Pessoa Jurídica, retornando invalid_state_tax_id NF validada, chave validada, XML validado, CNPJ ok, IE correto. Como tenho poucas vendas para PJ, fica mais difícil de pegar. PF sem nenhum problema. Pela Interface do ML: - não aceitou o XML (deu um erro genérico) - informando Chave + IE ele dá Ok, mas não grava os dados, nem libera etiqueta - informei Chave + Isento deu Ok e liberou a etiqueta
  4. Do modo antigo (crawling/spider)
  5. Baixo as etiquetas ZPL uma-a-uma via API* Armazeno do meu lado Gero um arquivo ZPL na ordem que eu preciso No meu caso, agrupo as etiquetas por SKU, facilita muito a Operação e evita erros (*) Usando PHP mesmo fiz um rotina que faz o POST e recebe o arquivo ZIP, abro o ZIP, pego apenas o TXT (com o código ZPL) e armazeno no meu Banco
  6. Pode ser que eles ofusquem também na VIP (Front End), se fizerem isso, análise de concorrência já era!
  7. Acabei de receber o comunicado oficial: Valores em campos "sold_quantity" e "available_quantity Nos recursos públicos de Itens e Buscas a informação dos campos "sold_quantity" e "available_quantity" será referencial com os seguintes valores: sold_quantity Dado Real -> 1 Dado Real -> 2 Dado Real -> 3 Dado Real -> 4 Dado Real -> 5 RANGE_26_25 -> 5 RANGE_26_50 -> 25 RANGE_51_100 -> 50 RANGE_101_150 -> 100 RANGE_151_200 -> 150 RANGE_201_250 -> 200 RANGE_251_500 -> 250 RANGE_501_5000 -> 500 RANGE_5001_50000 -> 5000 RANGE_50001_500000 -> 50000 available_quantity RANGE_0_50 -> 1 RANGE_51_100 -> 50 RANGE_101_150 -> 100 RANGE_151_200 -> 150 RANGE_201_250 -> 200 RANGE_251_500 -> 250 RANGE_501_5000 -> 500 RANGE_5001_50000 -> 5000 RANGE_50001_99999 -> 50000 Fonte: https://developers.mercadolibre.com/pt_br/items-e-buscas#Valores
  8. Esse valor de R$ 5,00 está vindo embutido no marketplace_fee que é exibido no /collections ou /v1/payments
  9. Tente usar o search_type=scan http://developers.mercadolibre.com/pt-br/news/nova-modalidade-para-realizar-pesquisas-com-o-recurso-search/ Mas eu lembro de ter lido em algum lugar que eles limitariam as respostas a 10.000 itens
  10. '{"shipping":{"mode":"me2","local_pick_up":true,"free_shipping":false,"free_methods":[]}}' Tente incluir o free_methods com um array() vazio
  11. Estou curioso para saber como algumas ferramentas de mercado vão conseguir calcular as vendas de vendedores concorrentes
  12. Recebi a resposta do suporte e como acreditei a mudança é proposital. "alguns dados que são 'abertos' hoje passarão a ser privados ou ofuscados." Disseram que vão nos notificar sobre o assunto nos próximos dias.
  13. Hoje percebi que as consultas em modo público (sem token) estão retornando available_quantity e sold_quantity com valores incorretos No available_quantity por exemplo, normalmente só retorna 0 ou 1. Isso está acontece também com anúncios MLA Com token, os valores voltam corretamente apenas nos anúncios do vendedor do token Abri um chamado no suporte, mas acredito que esta mudança seja proposital e isso vai prejudicar várias ferramentas de métricas.
  14. Fórmula - Valor Acrescentar = R$ 5,00 / (1 - %Comissão ML - %Imposto) Ex1: Premium com Imposto a 10% VA = 5,00 / (1 - 0,16 - 0,10) = 6,75 Ex2: Clássico com Imposto a 12% VA = 5,00 / (1 - 0,11 - 0,12) = 6,49 @rodrigojob esses R$ 5,00 podemos chamar como taxa do "Fundo de Pobreza do MercadoLivre"
  15. Vocês acham que as visitas interferem nas vendas? Pergunto isso, porque quando as visitas ficam zeradas por alguns dias (problema técnico) as vendas ficam estranhas. Ex: anúncios parados vendem, anúncios com muitas vendas param de vender... Alias, estão zeradas desde segunda-feira (18/06)
  16. Alguém percebeu uma queda significativa nas estatísticas de Visitas por Anúncio desde o dia 16 de maio? Não é um problema isolado, pois aconteceu com diversos vendedores em todos os anúncios. Anúncios que antes tinham média de 60 visitas/dia, passou a exibir 5 visitas/dia. Curiosamente esta queda não aparece nas Visitas por Usuário.
  17. Mesma coisa aqui, último payments foi ontem 12/06 às 07h06
  18. Para mim, os CEPs da Praia Grande e Cubatão voltaram a funcionar @gbandoni você tem alguns CEPs que não estão funcionando para testar aqui?
  19. @gbandoni os anúncios são MercadoEnvios Correios ou Coletas? Semana passada percebi o mesmo problema em anúncios de Coletas com todos os CEPs de Porto Alegre, o que já foi resolvido, mas o problema ainda permanece com algumas cidades como Praia Grande/SP. 07901030 - Francisco Morato/SP (ainda com problema) 11701670 - Praia Grande/SP (ainda com problema) 90680510 - Porto Alegre/RS (resolvido)
  20. http://developers.mercadolibre.com/pt-br/news/nova-modalidade-para-realizar-pesquisas-com-o-recurso-search/
  21. não entendi nada, nos meus anúncios (todos com variations) só aparece seller_custom_field, não tem nenhum atributo seller_sku
  22. e são 2 tipos de descontos: 1) para qualquer comprador, nesse caso o valor original fica em original_price e o valor com desconto fica em price 2) para compradores nível 3 ou superior, nesse caso os valores com desconto ficam no sale_terms, mas você só consegue ver o sale_terms com token (autenticado) O ML só permite aplicar o desconto em alguns anúncios, nos que tem mais vendas (mais de 3 nos últimos 30 dias) E realmente não encontrei nada pela API, mas depurando as chamadas via Browser consegui pegar o seguinte: PUT /discounts/api/discounts/MLBxxxxx Body: {loyal_discount: "5"}