Italo Giurizzato Junior

Boa tarde, Correções feitas, favor baixar e testar novamente.

Bom dia Gustavo, Atualiza os fontes, inclusive os arquivos de configuração: Config*.ini e realize os testes novamente.

Bom dia Gorn, Atualize os seus fontes e tente novamente.

Bom dia Felipe, O DACTe foi desenvolvido em Quick Report 3 e pode ser utilizado nas versões posteriores do QR, e esta atualizado para suportar as versões 1.03 e 1.04 do CT-e. Quanto ao Fast Report temos o DACTe (desenvolvido por Jeickson Gobeti) não sei em qual versão e acredito que não esteja atualizado para suportar a versão 1.04 do CT-e.

Boa noite Toni, Sem previsão, pois não foi liberado os schemas e URLs para o envio.

Boa tarde tenco, Com relação ao problema do componente gerar 2 código aleatórios diferentes, um ao gerar o XML e outro ao gerar o lote de envio, foi resolvido. Encontrei onde estava o bug, favor atualizar os seus fontes, compilar a sua aplicação com a opção Build e realizar os testes, passando o valor ZERO ao campo cCT para que o próprio componente gere de forma aleatória o referido código.

Bom dia a todos, Lembrem-se que alguns pacotes devem ser apenas compilados, outros compilados e instalados, o ACBrComum deve ser apenas compilado. Vide Arquivo de Instalacao.txt -Procure pela pasta Pacotes\Delphi e abra o arquivo synapse.dpk e clique em compile. Procure pela pasta Pacotes\Delphi e abra o arquivo ACBrComum.dpk e clique em compile. Procure pela pasta Pacotes\Delphi e abra o arquivo ACBrDiversos.dpk e clique em compile e depois clique em Install. Procure pela pasta Pacotes\Delphi e abra o arquivo ACBrCapicom.dpk e clique em compile. Procure pela pasta Pacotes\Delphi\ACBrNFe2 e abra o arquivo PCN2.dpk e clique em compile. Procure pela pasta Pacotes\Delphi\ACBrNFe2 e abra o arquivo ACBr_NFe2.dpk e clique em compile e depois clique em Install.

Bom dia Graça, Verifiquei a estrutura do xml com os schemas, não encontrei nada de errado. Acredito que o problema seja a chave, como foi alterada (seguindo agora a mesma estrutura da NFe) as rotinas de checagem da SEFAZ não devem estar 100% dai o erro. Mas vamos continuar realizando as verificações.

Boa noite Graça, Sim, o colega Janis de Uberlândia, tambem esta com o mesmo problema.

Realmente se deixar o campo cCT com o valor zero o componente vai gerar um código aleatório para ele. Vou checar esse problema de estar gerando um outro código ao montar o lote de envio.

Boa tarde, Eu procedo de forma diferente, a minha aplicação é que gera o código aleatório e atribui ao campo: CTe.ide.cCT, desta forma nunca tive problemas com a chave. Outro detalhe na tabela do banco de dados que utilizo para armazenar os dados do conhecimento, é salvo também o código aleatório, a chave completa (com o código aleatório e digito verificador), data de emissão, numero do protocolo de autorização, data de cancelamento, justificativa, protocolo de cancelamento, claro se ocorrer o cancelamento. Uma duvida: Após alimentar o componente com os dados, esta sendo executado apenas o comando Enviar ou esta sendo executado os comandos: Assinar, Validar e Enviar ? O comando Assinar, gerar o XML (inclusive a chave) assina e salva em disco. O comando Validar, executa o comando Assinar e depois valida o XML gerado. O comando Enviar, executa os comandos Assinar e Validar e depois gera o lote e o envia, se a sefaz não rejeitar, o XML assinado recebe o protocolo de autorização e o DANFe é impresso no papel.

Reveja as suas rotinas, você esta atribuindo duas vezes o valor zero a: CTe.ide.cCT A primeira ao gerar o XML e assinar e a outra ao enviar.

Bom dia, Compare a chave do CTe que consta no arquivo: -cte.xml com o 1-env-lot.xml Note que o final esta diferente: CTe35111104947886000136570010000051012089026832 CTe35111104947886000136570010000051017992715225 A tua aplicação esta gerando uma nova chave no momento do envio, favor rever a sua rotina. Espero ter ajudado.

Bom dia Juliano, A falha foi minha. Obrigado por informar sobre a falha no componente, já esta disponivel a correção tanto no fonte pcteCTeW quanto no pcteCTeR.

Boa tarde Juliano, Sim, de uma olhada no manual, página 116.

Toni, Verificando o XML postado, notei que o numero informado na tag RNTRC ultrapassa o tamanho maximo permitido que passou de 14 para 8 na nova versão: 09082200098850 2011-11-11 0 Vide manual página 123, campo #2 do lay-out Modal Rodoviário.

Toni, Se for possivel, poste o xml do CTe que você esta enviando e esta ocorrendo a rejeição, para que possamos checa-lo.

Bom dia Toni, O erro ecorre no envio ou ao consultar a situação de um CTe já enviado? Você esta enviando para a SEFAZ de qual UF? Os testes que realizei utilizando a SEFAZ - SP, tudo OK. Em MG esta retornando a rejeição de Falha no Schema XML ao consultar a situação de um CTe pela sua chave.

Bom dia Rodrigo, As últimas alterações efetuadas no componente ACBrCTe, são compativeis somente com o pacote PCN2.

Boa Noite Elvis, Sim o componente funciona sim com o certiticado A3, tambem tenho uma aplicação rodando a 3 meses com o A3 sem nenhum problema. Verifique se você não esta informando a senha, se estiver não informe. No caso do A3, ao executar o primeiro acesso ao WebService vai ser necessário informar o PIN do certificado.

Boa noite, Você copiou o as DLLs para pasta System32 e registrou? Dentro da pasta DLL temos um Batch que copia as DLLs e as registra.

Boa tarde Julian, Essas questões tributárias e contábeis o melhor é conversar com um contador.

Boa tarde Juliana, Você esta com os fontes atualizados? Se possível poste o arquivo de retorno: -sit-c.xml para que eu possa verificar.

Bom dia, Qual versão do Windows, do Delphi, você esta usando?

Bom dia Liciane, Se você estiver com os fontes atualizados, o DACTe já esta bem parecido com o manual.