Águia Sistemas

Olá Bom dia, Resolvido o problema de autenticação com a Bling V3, precisei usar o componente Edge como navegador e um arquivo PHP numa seção oculta em nosso site para obter o Access Token e baixar em txt(baixa direto) e converter para ini para continuar o processo das requisições seguintes usando o Access Token obtido na autenticação. -- Att, Moysés A. Silva. Águia Sistemas - Gestão e Automação Empresarial.

Olá Bom dia, Sei que esse POST é antigo, mas alguém conseguiu finalizar a integração com o Mercado Livre ? Material que tenho em mãos é esse: Developers (mercadolivre.com.br) Developers (mercadolivre.com.br) - Minha Primeira Aplicação Que aparentemente tem q ser criado e consumido através do HeroKu: Creating Apps from the CLI | Heroku Dev Center Gostaria de Saber se realmente precisa fazer todo esse processo do HeroKu? Ou se é simplesmente criar a conta no Mercado Livre e depois no DevCenter ? -- Att, Moysés A.Silva, Águia Sistemas - Gestão e Automação Empresarial.

Olá Bom Dia, tudo bem? A Bling v2 foi desativado pela Bling, que migrou para a Bling V3 com a seguinte documentação : API | Bling Sendo assim o sistema de autenticação também mudou para o padrão OAuth 2.0, com o fluxo de autenticação em 2 passos para se obter o Access Token com duração de apenas 6 horas, segue o link do fluxo de autenticação: API | Bling - Aplicativos Estou tendo uma certa dificuldade em obter o Access Token para as demais requisições, alguém tem alguma solução ? Desde já agradeço a atenção!

Ola Bom Dia, sobre a situação original referente ao o arquivo de retorno gera o erro 215 - Rejeição: Falha no Schema XML, no meu primeiro post acima, o problema acreditem ou não estávamos usando uma variável do tipo TStringList, onde ao receber o ultimo conteúdo : Ex: (algo semelhante) vStrList.Text := vStrList.Text + '</CTe>'; Dessa forma era adicionada uma linha a mais, ficando uma linha vazia no final e dando de erro 215 - Rejeição: Falha no Schema XML. Para solucionar e evitar o erro 215 - Rejeição: Falha no Schema XML, trocamos a variável do tipo TStringList para TMemo, dessa forma não foi adicionada nenhuma última linha em branco. Pois é necessário usar o SaveToFile de alguma forma, e encontramos a solução no TMemo, fazendo o papel dele num try ate o SaveToFile e dando um finally .Free no final. Até então durante os testes, obtivemos os resultados positivos esperados no Retorno: <cStat>100</cStat> <xMotivo>Autorizado o uso do CT-e</xMotivo>

Estranho, se eu tiro aquela informação ele e coloco da forma semelhante como você mostrou ali, da essa a mensagem - Erro: XML mal formado - 'https' é um símbolo inesperado. O símbolo esperado é '<!--' ou '<[CDATA['. Acredito que possa ser outra coisa ainda. Na versão 3.0 conseguimos fazer o envio normal, porem nessa nova versão esta dando esses problemas

Ola boa tarde, segui os exemplo indicado acima sobre a questão do envio do CTe, porem, mesmo assim estamos problemas, quando pegamos o xml gerado pelo sistema e validamos nos portais da receita ele é validado, porem quando tentamos enviar pelo sistema, o arquivo de retorno gera o erro 215 - Rejeicao: Falha no schema XML mesmo os arquivos gerado corretamente compactado em GZip e transformado em base 64, alguem tem alguma sugestão do que possa ser? (obs: não foi utilizado o componente do acbr para gerar os arquivos) msgEnvioEnviar.xml retornoEnviar.xml xmlComAssinatura.xml