All Activity

This stream auto-updates     

  1. Today
  2. mldev

    Free Shipping - Exclude Regions not working

    dentro da própria consulta da categoria, vai estar listado os tipos de frete possíveis (obs.: os fretes do tipo a combinar "not_specified" e o "custom", apesar de aparecerem, não são possíveis de usar caso a categoria tenha Mercado Envios, eles obrigam o uso do ME)
  3. TELE6154700

    Free Shipping - Exclude Regions not working

    Ultima pergunta @mldev aonde posso consultar o tipo de frete que a categoria X permite ? (API) Muito obrigado mesmo!
  4. Yesterday
  5. mldev

    Free Shipping - Exclude Regions not working

    o ML trabalha infelizmente apenas com erros, em casos como esse ele apenas "migra" para o que está dentro da regra deles (por isso é bom criar uma comparação do resultado esperado com o retorno do ML) como te disse acima, não existe mais "frete grátis" para todo Brasil, pois o ML irá cobrar dos compradores de quase todo Norte, Nordeste e Centro-Oeste ; então há agora somente um "frete grátis" (que na realidade é um frete pago pelo vendedor), sendo que se passar de R$ 120,00 será obrigatório dar esse frete antes de enviar um produto você tem que consultar os tipos de frete que a categoria permite, aparentemente a categoria que você está usando não tem Mercado Envios
  6. TELE6154700

    Free Shipping - Exclude Regions not working

    Muito Obrigado por responder @mldev! De qualquer forma não teria que retornar algum "warning" por exemplo ? Outra dúvida é referente a essa mesma pergunta. Então para dizer que o frete é grátis para todo o Brasil, como eu faria isso ? Pois independente do que eu coloque, sempre me retorna shipping": { "mode": "not_specified", "local_pick_up": true, "free_shipping": false, "methods": [], "dimensions": null, "tags": [], "logistic_type": "not_specified", "store_pick_up": false },
  7. mldev

    Free Shipping - Exclude Regions not working

    Olá @TELE6154700, é importante estar sempre atento as regras atuais do Mercado Livre, atualmente não existe mais exclusão de região, isso porque o Mercado Livre cobra em todos os casos fretes dos compradores do Norte, Nordeste e Centro-Oeste (exceto algumas cidades, como capitais, onde o frete continua sendo "grátis") você também deve consultar sempre se a categoria permite o uso do Mercado Envios
  8. Ola! Estou enviando os seguintes dados: { "title":"Highcharts Demo - no buy", "category_id":"MLB269345", "price":"14", "currency_id":"BRL", "available_quantity":"1", "listing_type_id":"free", "condition":"new", "description":{ "plain_text":"testando uma nova api" }, "video_id":null, "shipping":{ "mode":"me2", "local_pick_up":"true", "free_shipping":"true", "free_methods":[ { "id":"182", "rule":{ "free_mode":"exclude_region", "value":[ "BR-NO", "BR-NE" ] } } ] }, "buying_mode":"buy_it_now", "warranty":"12 months" } Ele publica normalmente porém continua com o frete - "Entrega a combinar com o vendedor" como podem ver em: https://produto.mercadolivre.com.br/MLB-1138802465-highcharts-demo-test-me2-_JM Poderiam me ajudar ?
  9. CHICABORDOOFICIAL

    Erro ao enviar item: "user ... is unable to list"

    Fiz a mesma coisa que o Amigo Adriano disse e funcionou
  10. mldev

    Atributos value_name e value_id

    tags fixas não podem ser alteradas, então você está fazendo certo nesse ponto. mas o que o @gbandoni disse foi a respeito de como trabalhar com id e name, ignore a parte dos demais detalhes, foi só um exemplo
  11. Cleber Griff

    Seller_invoices - Documentação incompreensível

    Respostas úteis ao meu caso = Upvote Respostas que não abordaram o ponto, não foram úteis ao objetivo ou não agregam valor = Downvote Não seria este o uso correto?
  12. Diogenes Lima

    Seller_invoices - Documentação incompreensível

    Sim, está no caminho certo. Mas pare de usar downvote para ordenar as postagens. Não é prá isso que serve e só dificulta entender a sequencia das mensagens.
  13. Felipe

    Atributos value_name e value_id

    @gbandoni Em relação ao último exemplo, como uso apenas categorias específicas, quando eu retornava a TAG fixed: true , eu nem mostrava o SELECT dela, pois na API diz: fixed: indica que há um valor fixo para a categoria e todos os itens postados nesta seção terão esse valor. Por exemplo, se você está vendendo um Micro-ondas na categoria MLB232411 correspondente a Micro-ondas -> Outras Marcas -> 18 Litros, esta possui o atributo VOLUMEN_CAPACITY com os valores 18 Litros, 20 Litros, etc., mas sabemos que para essa categoria o valor adequado para o atributo é 18 Litros, por isso não é necessário que você envie no momento da postagem porque nós vamos preenchê-lo automaticamente. Já a TAG "catalog_required": true , mesmo não tendo nenhuma informação dela na API, eu tenho uma categoria que tem ela, e ela é obrigatória de preenchimento, mas em meu caso não possuí valores, tenho que adicionar um ano qualquer... talvez seja, não tem valores (NAME), qualquer informação de acordo com o formato, tem valores, o ID deve ser digitado... E quando não tem nada especificado nas TAGS, eu coloco como se fosse obrigatório o preenchimento, e neste caso, a categoria mesmo tendo VALUES especificados, elas aceitam outras entradas.
  14. Cleber Griff

    Seller_invoices - Documentação incompreensível

    Obrigado mldev e Diogenes! Creio que o ponto a qual me referia com o tópico era justamente esta associação, que não havia ficado clara para mim. Corrijam-me se estiver errado. No caso do exemplo abaixo: "code_type": "NCM", "product_code": "95030099", 1) Se minha intenção for realizar a associação via SKU, devo enviar da seguinte forma: "code_type": "SKU", "product_code": "01110", Sendo 01110 o meu código interno do ERP. Correto? 2) Pelo que foi explicado até o momento, devo enviar um POST/PUT para a URL abaixo para cada regra fiscal que preciso, então? Exemplos: Envio de ICMS https://api.mercadolibre.com/users/{user_id}/invoices/fiscal_rules?access_token=$ACCESS_TOKEN ... "rule": "ICMS", "value": {...} Envio de PIS https://api.mercadolibre.com/users/{user_id}/invoices/fiscal_rules?access_token=$ACCESS_TOKEN ... "rule": "PIS", "value": {...} Sendo nestes exemplos o "value": {...} correspondente ao exemplo dado na documentação. Estou no caminho certo?
  15. gbandoni

    Atributos value_name e value_id

    Você sempre precisa consultar a categoria porque elas mudam muito sem avisar Vou pegar um exemplo (Esculturas de bronze) que é uma categoria cheia de esquisitices https://api.mercadolibre.com/categories/MLB40186/attributes Veja esse atributo { "id": "CHARACTER", "name": "Personagem", "tags": { "catalog_required": true }, "hierarchy": "PARENT_PK", "relevance": 1, "value_type": "string", "value_max_length": 255, "values": [ { "id": "2489096", "name": "Mãe de Jesus" }, { "id": "2489097", "name": "Cavalo" }, { "id": "2489098", "name": "Dom Quixote" }, { "id": "2489099", "name": "Touro" }, { "id": "2489100", "name": "Buda" } ], "attribute_group_id": "OTHERS", "attribute_group_name": "Outros" } Veja que o value_type dele é "string" e mesmo assim ele tem opções nesse caso se tu anunciar uma estatua de touro tu deve informar value_id , se voce estiver vendendo uma sailor moon você vai usar value_name { "id": "ARTWORK_TYPE", "name": "Tipo de obra", "tags": { "catalog_required": true }, "hierarchy": "PARENT_PK", "relevance": 1, "value_type": "list", "values": [ { "id": "2489101", "name": "Original" }, { "id": "2489102", "name": "Réplica" } ], "attribute_group_id": "OTHERS", "attribute_group_name": "Outros" } Veja que esse atributo é do tipo "list" . Se tu informar value_name ele pode recusar ou vai ignorar (ja tive os dois casos) Aqui voce sempre informa value_id { "id": "MATERIAL_TYPE", "name": "Tipo de material", "tags": { "fixed": true }, "hierarchy": "FAMILY", "relevance": 1, "value_type": "string", "value_max_length": 255, "values": [ { "id": "2489113", "name": "Bronze" } ], "attribute_group_id": "OTHERS", "attribute_group_name": "Outros" } Por último olha esse atributo. Ele é do tipo string o que indicaria que você poderia colocar o que quisesse como value_name , certo ? Errado Veja que o produto tem em tags fixed = true . O que significa que o atributo é somente leitura (afinal essa é a categoria "estatua de bronze". Se tu informar um value_id aqui diferente de "2489113" ou um value_name diferente de Bronze ele vai retornar um erro. Dependendo da categoria não informar esse atributo , mesmo fixo , gera uma warning. Outros ele adiciona sozinho
  16. Fernando Aguirre

    Dudas por los cambios de MercadoPago

    Hola En la direccion que pusiste viene una tabla con los recursos que seran afectados. Si usas alguno de los que vienen en la tabla, ahi dice cual es el equivalente. No veo necesario un post nuevo si la respuesta esta en el link que publicaste. Saludos
  17. Last week
  18. mldev

    Dudas por los cambios de MercadoPago

    Hola, las APIs de MercadoLibre y MercadoPago son distintas
  19. mldev

    Atributos value_name e value_id

    você deve pesquisar as opções disponíveis na categoria antes de enviar
  20. tudo perfeito Diogenes, apenas corrigindo essa parte, não se deve associar uma regra somente a um NCM, pois a regra pode mudar dependendo da origem, mesmo para produtos com mesmo NCM
  21. 2) Mercado Livre não trabalha com produtos, trabalha com anúncios 5, 6 e 7) você deve contactar um contador, volto a frisar que isso é extremamente perigoso de ser aplicado errado, trabalhamos com empresas do simples, lucro presumido e lucro real, fora os tipos fiscais existem variações (tanto no ICMS, quanto no PIS e COFINS) de acordo com os convênios estaduais. A regra fiscal não pode ser associada a um NCM pois dependendo da origem do produto a regra fiscal irá mudar, mesmo para o mesmo NCM . Não sou especialista fiscal e nem me arrisco, trabalhamos em parceria com escritório especializado pois as regras fiscais para ecommerce são extremamente complexas (até mesmo para uma empresa do simples), e qualquer erro pode acarretar em multas de milhões (acredite, já vi erro de CFOP causar uma multa milionária para uma empresa)
  22. Diogenes Lima

    Seller_invoices - Documentação incompreensível

    Item 2 - A documentação não vai informar mesmo. Produto é um produto mesmo. Anúncio é a forma como você vende um produto. O ML trabalha com anúncios, a maioria dos ERPs trabalha com produtos, então precisa ter uma associação entre os produtos do ERP e os anúncios no ML e muitas vezes um único produto pode ter mais de um anúncio, ou um anúncio ser composto por mais de um produto. A forma de mapear essa relação é usando SKU, seja simples ou agrupado, agregado ou qualquer outro termo. Item 6 - Corrigindo o que informei antes, você pode associar a regra a vários campos, não somente ao NCM, dependendo da sua necessidade. Acredito que associar ao NCM seja mais prático, pois produtos com mesmo NCM devem compartilhar as regras fiscais, mas isso deve ser confirmado com seu contador. Na documentação informa que pode associar as regras usando NCM, EAN, SKU, CEST ou ITEM_ID (este último é o ID do anúncio no ML). Itens 5 e 7 - Tem exemplo lá na documentação sim. Precisa ler a documentação inteira. Para cadastrar as regras deve fazer conforme este modelo abaixo (o que vai mudar é code_type e product_code, conforme a forma de associar e também o rule e a configuração do value, que tem exemplo em cada item na documentação): Para o PIS por exemplo, no rule vai "PIS" e o value será conforme o template do PIS. Note que existe PIS e PIS_COMPOSITION que são regras diferentes e assim por diante. Json para Configurar as regras fiscais: EXEMPLO DE ICMS CST 10. curl -X PUT "https://api.mercadolibre.com/users/{user_id}/invoices/fiscal_rules?access_token=$ACCESS_TOKEN" { "code_type": "NCM", "product_code": "95030099", "customer_type": "TAXPAYER", "operation_type": "B2C", //atualmente só temos operações B2C*** "origin": "SP", "origin_detail": 0, "product_origin_type": "RESELLER", "rule": "ICMS", "transaction_type": "SALE", "tax_system": "NORMAL", "value": { "destinations": [{ "uf": "AC", "cst": "10", "modbc": 3, "picms": 18, "modbcst": 2, "pmvast": 18, "predbcst": 12, "picmsst": 7 }, { "uf": "AL", "cst": "10", "modbc": 3, "picms": 18, "modbcst": 2, "pmvast": 18, "predbcst": 12, "picmsst": 7 }, { "uf": "AM", "cst": "10", "modbc": 3, "picms": 18, "modbcst": 2, "pmvast": 18, "predbcst": 12, "picmsst": 7 }, { "uf": "AP", "cst": "10", "modbc": 3, "picms": 18, "modbcst": 2, "pmvast": 18, "predbcst": 12, "picmsst": 7 }, { "uf": "BA", "cst": "10", "modbc": 3, "picms": 18, "modbcst": 2, "pmvast": 18, "predbcst": 12, "picmsst": 7 }, { "uf": "CE", "cst": "10", "modbc": 3, "picms": 18, "modbcst": 2, "pmvast": 18, "predbcst": 12, "picmsst": 7 }, { "uf": "DF", "cst": "10", "modbc": 3, "picms": 18, "modbcst": 2, "pmvast": 18, "predbcst": 12, "picmsst": 7 }, { "uf": "ES", "cst": "10", "modbc": 3, "picms": 18, "modbcst": 2, "pmvast": 18, "predbcst": 12, "picmsst": 7 }, { "uf": "GO", "cst": "10", "modbc": 3, "picms": 18, "modbcst": 2, "pmvast": 18, "predbcst": 12, "picmsst": 7 }, { "uf": "MA", "cst": "10", "modbc": 3, "picms": 18, "modbcst": 2, "pmvast": 18, "predbcst": 12, "picmsst": 7 }, { "uf": "MT", "cst": "10", "modbc": 3, "picms": 18, "modbcst": 2, "pmvast": 18, "predbcst": 12, "picmsst": 7 }, { "uf": "MS", "cst": "10", "modbc": 3, "picms": 18, "modbcst": 2, "pmvast": 18, "predbcst": 12, "picmsst": 7 }, { "uf": "MG", "cst": "10", "modbc": 3, "picms": 18, "modbcst": 2, "pmvast": 18, "predbcst": 12, "picmsst": 7 }, { "uf": "PA", "cst": "10", "modbc": 3, "picms": 18, "modbcst": 2, "pmvast": 18, "predbcst": 12, "picmsst": 7 }, { "uf": "PB", "cst": "10", "modbc": 3, "picms": 18, "modbcst": 2, "pmvast": 18, "predbcst": 12, "picmsst": 7 }, { "uf": "PR", "cst": "10", "modbc": 3, "picms": 18, "modbcst": 2, "pmvast": 18, "predbcst": 12, "picmsst": 7 }, { "uf": "PE", "cst": "10", "modbc": 3, "picms": 18, "modbcst": 2, "pmvast": 18, "predbcst": 12, "picmsst": 7 }, { "uf": "PI", "cst": "10", "modbc": 3, "picms": 18, "modbcst": 2, "pmvast": 18, "predbcst": 12, "picmsst": 7 }, { "uf": "RJ", "cst": "10", "modbc": 3, "picms": 18, "modbcst": 2, "pmvast": 18, "predbcst": 12, "picmsst": 7 }, { "uf": "RN", "cst": "10", "modbc": 3, "picms": 18, "modbcst": 2, "pmvast": 18, "predbcst": 12, "picmsst": 7 }, { "uf": "RO", "cst": "10", "modbc": 3, "picms": 18, "modbcst": 2, "pmvast": 18, "predbcst": 12, "picmsst": 7 }, { "uf": "RS", "cst": "10", "modbc": 3, "picms": 18, "modbcst": 2, "pmvast": 18, "predbcst": 12, "picmsst": 7 }, { "uf": "RR", "cst": "10", "modbc": 3, "picms": 18, "modbcst": 2, "pmvast": 18, "predbcst": 12, "picmsst": 7 }, { "uf": "SC", "cst": "10", "modbc": 3, "picms": 18, "modbcst": 2, "pmvast": 18, "predbcst": 12, "picmsst": 7 }, { "uf": "SE", "cst": "10", "modbc": 3, "picms": 18, "modbcst": 2, "pmvast": 18, "predbcst": 12, "picmsst": 7 }, { "uf": "SP", "cst": "60", "pfcpufdest": 0, "picmsufdest": 0, "picmsinter": 0 },{ "uf": "TO", "cst": "10", "modbc": 3, "picms": 18, "modbcst": 2, "pmvast": 18, "predbcst": 12, "picmsst": 7 }] } }
  23. Felipe

    Atributos value_name e value_id

    Grato... entendi... geraria erro se tentasse enviar as duas opções? apenas na situação de N/A... pois tenho categorias que aceitam outros valores, sem ser os IDs já setados...
  24. xsbr

    Ajuste sua Integração para enviar o XML da NF-e

    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."
  25. Se tu ficar dando downvote porque nao gostou da resposta ou porque não mastigaram a resposta para voce eu acho que cada vez menos pessoas vão te ajudar . Mesmo porque eu te respondi essa pergunta. Se não entendeu é porque falta conhecimento sobre a área fiscal .
  26. gbandoni

    Atributos value_name e value_id

    Resposta simples , se a atributo tem uma lista de opções tu usa value_id , se não tiver , value_name . As opções podem ser lidas fazendo um get em category
  27. Estou tentando entender a parte dos Atributos, mas não estou entendo a lógica do value_name e value_id para post/put na api. No exemplo mostra: "attributes": [{ "id": "COLOR", "value_id": "52049" }, { "id": "VOLTAGE", "value_name": "198813" }, { "id": "DIAMETER", "value_id": “-1”, "value_name": null } ] O ID, é fácil de identificar, a parte que não estou entendendo value_id e value_name... eu sei que existem alguns atributos que possuem valores com ids já setados, mas não compreendi a ideia de uma hora usar o value_name e ou o value_id? O que devo levar em consideração para saber a hora de usar cada um deles?
  28. se possui as regras fiscais então você deveria saber, por exemplo, que não existe um CFOP "fixo" por produto, que irá depender da transação
  1. Load more activity