Search the Community

Olá, mais uma vez há alterações não reportadas que influenciam no funcionamento. Eu tinha uma consulta em PHP com a seguinte pesquisa: $frete = $meli -> get('/shipments', array('seller' => $usuarioid, 'access_token' => $access_token, 'id'=> $shippingid)); Usar o ID como variável não retorna mais nada, não vi isto ser reportado com antecedência, assim causou impacto em sistemas em produção. Agora só funciona assim: $frete = $meli -> get('/shipments/' . $shippingid, array('seller' => $usuarioid, 'access_token' => $access_token)); Para verificar o que ocorria eu abri manualmente os dados e tive uma surpresa com campos novos(desconhecidos por mim): "tracking_method": "eSedex" "cost_components": - { "special_discount": 0, }, este eu já tinha visto e é uma solicitação antiga que eu, mas também não vi reporte da adição, é a separação de logradouro, numeral e cidade. Que agora tem até o bairro. ótimo para gerar NF. "address_line": "rua xxxxxxxxx de jjjjjjjjj 624", "street_name": "rua xxxxxxxxx de jjjjjjjjj", "street_number": "624", "comment": "626", "city": - { "id": "BR-SP-44", "name": "São Paulo", }, "state": - { "id": "BR-SP", "name": "São Paulo", }, "country": - { "id": "BR", "name": "Brasil", }, "neighborhood": - { "id": null, "name": "Vila Monte Alegre", }, este eu não entendi: "municipality": - { "id": null, "name": null, }, Este é um tiro no pé: "estimated_delivery": Porque o usuário vê a data e acha que receberá e quer receber na data prevista, mas usa Boleto e agendou para o vencimento.... Tem melhoras, sem dúvida. Mas avisem, podemos usufruir melhor das ferramentas, isto é falta de documentar! Até mais Rodrigo