Italo Giurizzato Junior

Boa tarde Marcos, Muito obrigado pela colaboração, vou analisar as suas alterações e estando tudo OK vou enviar para o repositório. Só para deixar claro para todos, os dois fragmentos de código que você postou se refere a sua aplicação, correto?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Natan, Favor atualizar os fontes e faça novos testes. Note que fiz uma alteração no arquivo INI do provedor Betha.

Boa tarde Tailan, Essas tags (vBCSTRet e vICMSSTRet) são geradas quando o CST é 60 ou Rep60 ou CSOSN é 500. No caso de CST = 60 e CSOSN = 500 é aplicado a condição que você mencionou na sua postagem, mas no caso do Rep60 não existe a condição. Favor conversar com um bom contador para saber em qual situação realmente devemos gerar as referidas tags. Se elas devem ser geradas, por exemplo quando o CST for 60, ai acredito que vai ser necessário criar uma propriedade de configuração, pois pelo que vi esse decreto diz respeito a somente a SC, as demais UF continuam da forma que esta hoje.

Boa tarde Rodrigo, É para estar funcionando a versão 1.00 também. Após enviar na versão 1.00 e realizar a consulta o TXT que contem os dados para imprimir a guia não é salvo em disco?

Bom dia Renan Eu entendi o que você deseja fazer, mas o problema é o seguinte: FPIniParamsCarregado é uma variável interna do componente e não uma propriedade que inicialmente vale False e depois muda para True e a qualquer momento você pode novamente alterar o seu valor para False. Portanto o que você deseja fazer não é possível. A solução mais simples é: corrigido o arquivo INI, deve-se finalizar a execução da aplicação e executa-la novamente. Ou você transformar essa variável interna em uma propriedade de configuração.

Boa tarde Júlio, Primeiramente muito obrigado pela colaboração, já enviei para o repositório. Segundo, os seus fontes estão desatualizados. Terceiro, favor utilizar o tópico que aparece em primeiro lugar para enviar colaborações de inclusão de cidades ou troca de provedor.

Boa tarde Camilo, Essa mensagem de erro é porque no Schema que temos não esta previsto o serviço GerarNfseEnvio. Favor testar com o método Enviar em vez do método Gerar. Entre em contato com o provedor/prefeitura para saber se eles possui um novo Schema.

Boa tarde, Muito obrigado pelo retorno. Assim que estiver funcionando os dois ambientes vamos fechar o tópico.

Boa tarde Sérgio, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada? Se sim, compilou a sua aplicação com a opção Build? Se sim, na pasta que contem o executável consta o arquivo INI ACBrCTeServicos? Se sim, apague ele, pois possa estar desatualizado.

Boa tarde Paulo, A impressão do QR-Code é obrigatória tanto no DACTE do CT-e quanto do CT-e OS. A questão é, você esta usando o Fortes Report ou o Fast Report?

Boa tarde, Porque você deseja alterar o nome do XML?

Bom dia, Para que você deseja uma tabela completa? Sendo que, se o DF-e for rejeitado é retornado o código e a descrição de rejeição (cStat, xMotivo). Portanto não vejo nenhuma necessidade dessa tabela. Basta você ver no manual quais são os cStat que não são rejeições, como por exemplo: cStat = 100 significa que o documento foi autorizado pela SEFAZ.

Bom dia Rodrigo, Já tentou configurar o componente para a versão 2.00 do GNRE? Lembre-se que nessa versão o webservice retorna através da consulta o XML com as informações da guia. E é este XML que devemos carregar para imprimir a guia.

Boa tarde Camilo, Tentou usar SSLLib = libWinCrypt ?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Heto, Já enviei para o repositório a correção feita no Schema pelo Big Wings.

Boa tarde, Anexa somente um XML de evento que foi salvo, que ver se esta extraindo corretamente. Vou analisar a questão do CNPJ.

Bom dia Claudio, Fiz testes com o método Gerar e EnviarSincrono e o XML foi gerado completo e foi enviado para o webservice sem nenhum problema. Com certeza os seus fontes estão desatualizados, se atualizou não reinstalou, se atualizou e reinstalou não compilou a aplicação com a opção Build.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia a todos, Não precisa alterar o arquivo INI do provedor, apenas acrescentar a cidade no arquivo Cidades.ini O provedor Sigep apesar dele se utilizar da versão 2 do layout da ABRASF, em seu webservice implementou apenas os métodos de envio: Gerar e EnviarSincrono. Sendo assim não vai funcionar o método Enviar. Peço a todos que atualizem todos os fontes de todas as pastas, reinstalem a suíte ACBr usando o ACBrInstall_Trunk2 com a opção apagar arquivos antigos marcada. E façam novos testes.

Bom dia a todos, Já esta no repositório a reversão da alteração feita anteriormente. Favor atualizar os fontes e façam novos testes.

Bom dia Eliezer, Primeiramente muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório. Segundo, peço que se utilize da postagem abaixo para novas contribuições: Observação os seus fontes estão desatualizados, em especial os arquivos INI.

Bom dia Duarte, Favor atualizar os fontes e reinstalar a suíte ACBr. Faça um novo teste.

Boa tarde, Por favor faça um novo teste com a Unit em anexo. ACBrCTeWebServices.pas Se funcionar conforme o esperado o componente vai criar uma pasta especifica para cada tipo de evento que por ventura esteja vinculado ao CT-e consultado.