Alisson Suart Postado 19 Junho Postado 19 Junho Boa tarde pessoal, alguém poderia me dizer se estou fazendo algo errado no caso de emissão de CTE em MG 4.0 ? Cenario: Meu cliente esta em SP, e emite CTe em MG de uma filial de lá. Com a Filial de SP, nao temos falha alguma neste sentido. Na filial MG, aparece esse erro da imagem, porém o CTE é emitido normalmente. O cliente faz a busca pelo retorno e o CTE consta como emitido, porém essa falha especifica, acaba travando o processo e nao conclui a busca. Ja tem uns 4 dias que está desta forma. Já conferi versão, esta indo 4.0 corretamente. Nenhuma tag em especial sendo preenchida. se tiverem uma luz, agradeço. Deux Software Soluções e Sistemas Ribeirão Preto - SP
Consultores Italo Giurizzato Junior Postado 19 Junho Consultores Postado 19 Junho Boa tarde Alisson, Não esta configurado para a versão 4. A URL que aparece na mensagem de erro é da versão 3 Italo Giurizzato Junior Ajude o Projeto ACBr crescer - Assine o SAC Analista de Sistemas / Araraquara-SP Araraquara - A era dos Trólebus
Marcos R Oliveira Postado 21 Junho Postado 21 Junho Estou com esse mesmo problema aqui em MG, porém somente com o CTE-OS. O CTE é transmitido, mas gera esse erro. Se consultar o CTE, ele está autorizado. Começou há pouco tempo.
Moderadores Juliomar Marchetti Postado 21 Junho Moderadores Postado 21 Junho Confere e configuração do componente antes de enviar e antes de alimentar o mesmo se está na 4.0 Juliomar Marchetti skype: juliomar telegram: juliomar e-mail: [email protected] http://www.juliomarmarchetti.com.br
Marcos R Oliveira Postado 26 Junho Postado 26 Junho Está na 4.0 sim. O estranho é que estava funcionando, e começou a apresentar esse erro recentemente.
Alisson Suart Postado 26 Junho Autor Postado 26 Junho Em 19/06/2024 at 17:21, Italo Giurizzato Junior disse: Boa tarde Alisson, Não esta configurado para a versão 4. A URL que aparece na mensagem de erro é da versão 3 Boa tarde Italo, Fiz os ajustes e fixei a versão direto no momento da configuração, passando para o campo VersãoDF := TVersaoCTe.ve400; mas mesmo assim ele retornou o erro com o mesmo endereço de HTTP. Poderia me dar alguma dica de qual forma posso tentar analisar a configuração ? Eu deixei tudo fixo agora, sem uso do parametro que eu tinha no sistema. Deux Software Soluções e Sistemas Ribeirão Preto - SP
Moderadores Juliomar Marchetti Postado 26 Junho Moderadores Postado 26 Junho Boa tarde pode ser que tenha o ini alterado localmente junto ao exe e dai ocorre o problema Juliomar Marchetti skype: juliomar telegram: juliomar e-mail: [email protected] http://www.juliomarmarchetti.com.br
Alisson Suart Postado 26 Junho Autor Postado 26 Junho 9 minutos atrás, Juliomar Marchetti disse: Boa tarde pode ser que tenha o ini alterado localmente junto ao exe e dai ocorre o problema Boa tarde Juliomar, Eu conferi aqui na pasta do ACBrCTe, o arquivo ini consta o endereço correto do 4.0. E realmente o meu exe ta pegando a configuração do 3.0, pois o endereço bate com o da imagem que eu postei. Conferi na pasta tanto do projeto, como na pasta do EXE, nao possui nenhum Ini. Vou tentar conferir se na maquina do cliente tem algum ini junto do exe deles. Deux Software Soluções e Sistemas Ribeirão Preto - SP
Alisson Suart Postado 26 Junho Autor Postado 26 Junho Só complementar um detalhe que notei. No procedimento de envio: ACBrCTe.Enviar(Lote,False,True); Eu tenho que passar o parametro Assincrono como True, certo ? Deux Software Soluções e Sistemas Ribeirão Preto - SP
Consultores Italo Giurizzato Junior Postado 26 Junho Consultores Postado 26 Junho Boa tarde @Alisson Suart, No programa exemplo temos: // Parâmetros do método Enviar: // 1o = Número do Lote // 2o = Se True imprime automaticamente o DACTE // 3o = Se True o envio é no modo Síncrono, caso contrario Assíncrono. // Obs: no modo Síncrono só podemos enviar UM CT-e por vez. ACBrCTe1.Enviar(StrToInt(vNumLote), True, True); Da forma que esta no exemplo o envio será Síncrono com deve ser, uma vez que não existe mais o modo assíncrono. Italo Giurizzato Junior Ajude o Projeto ACBr crescer - Assine o SAC Analista de Sistemas / Araraquara-SP Araraquara - A era dos Trólebus
Alisson Suart Postado 26 Junho Autor Postado 26 Junho 5 minutos atrás, Italo Giurizzato Junior disse: Boa tarde @Alisson Suart, No programa exemplo temos: // Parâmetros do método Enviar: // 1o = Número do Lote // 2o = Se True imprime automaticamente o DACTE // 3o = Se True o envio é no modo Síncrono, caso contrario Assíncrono. // Obs: no modo Síncrono só podemos enviar UM CT-e por vez. ACBrCTe1.Enviar(StrToInt(vNumLote), True, True); Da forma que esta no exemplo o envio será Síncrono com deve ser, uma vez que não existe mais o modo assíncrono. Certo Ítalo, No caso estou usando da forma correta. Fiz um novo ajuste e vou aguardar o usuario testar a emissao, pra saber se o endereço vai puxar corretamente. 1 Deux Software Soluções e Sistemas Ribeirão Preto - SP
Alisson Suart Postado 27 Junho Autor Postado 27 Junho Boa tarde, Mesmo com todos os ajustes realizados, o erro permanece. Ele continuando acessando o endereço de MG como sendo o da versão 3.0. Eu posso tentar modificar no Arquivo Ini, os endereços do grupo de 3.0 de MG e colocar o Http do 4.0 ? apenas para efeito de testes ? Isso poderia causar algum erro em outro procedimento do componente ? Deux Software Soluções e Sistemas Ribeirão Preto - SP
Consultores Italo Giurizzato Junior Postado 27 Junho Consultores Postado 27 Junho Boa tarde @Alisson Suart, O arquivo ACBrCTeServicos.ini já esta com as URLs corretas. Não entendo o que você quer alterar. Se na sua aplicação ao enviar esta pegando as URLs da versão 3 e não da 4 o problema pode ser: 1. Você tem uma cópia desatualizada do arquivo INI dentro da pasta do seu EXE ou dentro de uma pasta configurada na propriedade: Configuracoes.Arquivos.IniServicos 2. Você configurou o componente para a versão 3 e não para a versão 4. Se esse problema esta ocorrendo com a sua aplicação, chegou a fazer um teste com o programa exemplo do componente? Vamos a lista: Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Por fim repita os testes. 1 Italo Giurizzato Junior Ajude o Projeto ACBr crescer - Assine o SAC Analista de Sistemas / Araraquara-SP Araraquara - A era dos Trólebus
Alisson Suart Postado 17 Setembro Autor Postado 17 Setembro Boa tarde, Gostaria apenas de compartilhar o motivo do erro e a falha que estava no processo. No parametro do componente, a propriedade em webservice, "ajustar aguardar retorno automaticamente" não estava setada. Creio que com isso, por ser o processo Síncrono, ele estava causando alguma falha ligada as minhas formas de busca do retorno. Ajustando essa propriedade pra SIM, resolvi o problema. Agradeço a ajuda de todos. Deux Software Soluções e Sistemas Ribeirão Preto - SP
Moderadores Juliomar Marchetti Postado 17 Setembro Moderadores Postado 17 Setembro Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico. Juliomar Marchetti skype: juliomar telegram: juliomar e-mail: [email protected] http://www.juliomarmarchetti.com.br
Recommended Posts