Italo Giurizzato Junior

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

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Boa tarde Antonio, Já esta no SVN.

Boa tarde @C4Dev, Já esta no SVN.

Boa tarde Marcos, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5080

Boa tarde @daniel_mirassol, Veja o código do botão [Criar e enviar síncrono] do programa exemplo.

Bom dia @PHCASTANHO, Isso aqui esta errado: F_DM.ACBrCTe1.Conhecimentos.Add.CTe.infCTe.versao := 4.0; F_DM.ACBrCTe1.Conhecimentos.Add.CTe.Ide.cUF := 0125 ; // UFtoCUF(edtEmitUF.Text); F_DM.ACBrCTe1.Conhecimentos.Add.CTe.Ide.CFOP := 6932; (...) O correto é: With F_DM.ACBrCTe1.Conhecimentos.Add.CTe do begin infCTe.versao := 4.0; Ide.cUF := 0125 ; // UFtoCUF(edtEmitUF.Text); Ide.CFOP := 6932; (...) end; Cada ADD executado o componente entende que você deseja adicionar mais um item (CT-e) a lista. Outra coisa de onde você tirou o código 0125 ? Todas as UF possuem um código IBGE formado por 2 dígitos. Por favor estude o programa exemplo do componente, tenha em mãos os manuais do CT-e, caso contrario você não vai sair do lugar.

Felipe, Já inclui na minha lista de tarefas para analise dessa questão. TK-5076

Boa tarde @C4Dev, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5075

Boa tarde Walter, O ambiente de homologação pode estar com problemas, faça um teste enviando para o de produção. Outra coisa: 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.

Boa tarde @edson vieira, Veja o botão [Criar e Enviar modo Síncrono] do programa exemplo do componente ACBrCTe.

Boa tarde Luiz, Na unit pcnAuxiliar temos as funções: function ExtrairChaveMsg(const AMsg: String): String; function ExtrairProtocoloMsg(const AMsg: String): String; Com essas funções você consegue extrair a chave e o protocolo da mensagem. Informação que você precisa para efetuar o encerramento.

Boa tarde @maggiore, No programa exemplo do componente temos o seguinte: //40 - ICMS Isento Imp.ICMS.SituTrib := cst40; Imp.ICMS.ICMS45.CST:= cst40; //41 - ICMS não Tributada Imp.ICMS.SituTrib := cst41; Imp.ICMS.ICMS45.CST:= cst41; //51 - ICMS diferido Imp.ICMS.SituTrib := cst51; Imp.ICMS.ICMS45.CST:= cst51; } Você esta informando o valor do campo SituTrib ?

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

Boa tarde @JeannyPaiva, Já esta no SVN.

Boa tarde José, Já esta no SVN.

Paulo, Já esta no SVN.

Boa tarde @thiagfb Já esta no SVN.

Boa tarde Adriano, Já esta no SVN.

Boa tarde Felipe, Tanto o RPS quanto o lote devem ser assinados ou somente o RPS? Outra coisa o valor do atributo Id da tag <InfDeclaracaoPrestacaoServico> pelo que eu sei tem que ser o mesmo na assinatura. Alguns provedores exigem que o valor do atributo Id não seja informado na assinatura, mas informar um valor diferente é o primeiro.

Boa tarde Paulo, Já inclui na minha lista de tarefas para analisar o problema. TK-5073

Boa tarde Diogo, Você poderia anexar esses schemas?

Bom dia @JeannyPaiva, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5072

Bom dia @Michel Szakall, Se a sua ideia é trocar no XML do CT-e o protocolo de autorização pelo de cancelamento, esquece. No ajuste SINIEF numero 9 de 25/10/2007 que instituiu o CT-e, em nenhum Manual (desde a versão 1) em nenhuma Nota Técnica diz que essa troca pode ou deve ser feita e como fazer. Muito pelo contrario segundo o ajuste SINIEF diz que o XML tem validade jurídica se o mesmo estiver assinado digitalmente e com o protocolo de autorização. § 1º Considera-se Conhecimento de Transporte Eletrônico - CT-e - o documento emitido e armazenado eletronicamente, de existência apenas digital, com o intuito de documentar operações e prestações, cuja validade jurídica é garantida por uma assinatura eletrônica qualificada e pela autorização de uso por parte da administração tributária da unidade federada do contribuinte, antes da ocorrência do fato gerador. O que você tem que enviar ao contador, ao tomador do serviço é o XML do CT-e autorizado e o XML do seu cancelamento. O componente gera o XML *-procEventoCTe.xml, esse XML contem o pedido de cancelamento, esta assinado digitalmente e contem o protocolo da SEFAZ que atesta que o cancelamento foi homologado, ou seja, aceito. O que o componente ACBrNFe faz de permitir a troca dos protocolos é uma aberração, repito, isso não existe, isso não esta documentado pelo Fisco. Se o contador ou o tomador pedir, peça a ele um documento emitido pelo Fisco que diz que essa troca pode ser realizada. O componente ACBrCTe permite que você carregue o XML assinado e protocolado e depois realize a sua consulta. Se o CT-e em questão foi cancelado será retornado o evento de Cancelamento e o componente cria um novo XML chamado *-CTeDFe.XML que contem o XML do CT-e assinado e com o protocolo de autorização mais o evento de cancelamento também assinado e com o protocolo de homologação.