Italo Giurizzato Junior

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.

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

Bom dia Julio, Sim fica dentro do Itens e o campo é: ValorISSRetido.

Bom dia @Luiz Carlos de Lima, Você poderia anexar o XML de retorno que contem a rejeição, para que possamos lhe ajudar nessa questão?

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

Bom dia Diego, Já esta no SVN.

Bom dia @dna.automacao, Já esta no SVN.

Boa tarde @billbarsch, Acabei de fazer um teste de consultar uma NFS-e Por RPS usando o programa exemplo, veja o resultado: ------------------------------ Versão OpenSSL OpenSSL 3.1.3 19 Sep 2023 03.01.00.030 C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libcrypto-3.dll C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libssl-3.dll ------------------------------ Requisição Ambiente : 1 Cidade : Barra de Sao Francisco/ES Provedor : EL Versão: 1.00 Data/Hora: 30/01/2024 15:13:40 Método Executado: Consultar NFSe Por Rps Parâmetros de Envio Numero do Rps : 10 Série do Rps : 1 Parâmetros de Retorno Numero do Lote: Numero do Prot: Situação : Data : 30/12/1899 Desc. Situação: ID Nota : Link : Sucesso : False Erro(s): Código : Mensagem: EL17 - CNPJ não encontrado na base de dados - Confira o número do CNPJ informado. Caso esteja correto o prestador não esta inscrito no município. Correção: --------- Código : Mensagem: EL49 - Número do RPS inválido - Infome um número de RPS que corresponda à sequência utilizada pelo prestador. Correção: --------- Como você pode ver não ocorreu o erro de AV.

Boa tarde José, Já esta no SVN.

Boa tarde Níssius, Não compreendi: "localmente funciona normal, em produção já não funciona".

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

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

Boa tarde Diogo, Você não respondeu a minha segunda pergunta.

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

Bom dia @julio.correa, Se não for Padrão Nacional o formato do nome (nome longo) do XML da NFS-e é formado pelo: código da UF (2 dígitos), Ano de emissão (2 dígitos), Mês de emissão (2 dígitos), modelo (2 dígitos) e numero da nota (15 dígitos). Se for Padrão Nacional o nome do XML da NFS-e é a chave da mesma e é formado pelo: Código do Município (7 dígitos), Ambiente Gerador (1 digito), Tipo de Inscrição Federal (1 digito), Inscrição Federal (14 - CPF completar com 000 à esquerda), numero da NFSe (13 dígitos), Ano Mês Emissão da DPS (4 dígitos), Código Numérico aleatório (9 dígitos) e o DV (1 digito). Observação: não confundir o Ambiente Gerador com os Ambientes de homologação/produção.

Bom dia Diogo, Qual é o valor de SSLLib? Você esta usando os schemas disponíveis no SVN?