Italo Giurizzato Junior

Boa tarde Osmar, Se a ultima atualização ocorreu em outubro de 2023, os teus fontes estão muito mas muito desatualizados. Se tratando de NFS-e, é aconselhável no mínimo atualizar uma vez por semana.

Boa tarde @rogeraomg, Se possível anexe o XML de envio.

Boa tarde Fabio, Já inclui na minha lista de tarefas para analise. TK-5238

Bom dia @Cleonir, Já inclui na minha lista de tarefas para analise do problema. TK-5236

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 @josue.elias, A sua primeira postagem apresenta o erro X800 que é o erro de validação, ou seja, o XML a ser enviado para o webservice não passou pela validação que confronta o XML com o Schema. Isso independe de ter informado o usuário/senha corretos ou não. De qual pasta você esta pegando os schemas?

Bom dia @locodosul, Você configurou o componente de forma errada no que se refere aos Schemas, veja: Leia o tópico abaixo:

Bom dia @websterbalberocha, Para mim Código Atividade deve ser o CNAE. Sendo assim é preciso alimentar o campo: NFSe.Servico.CodigoCnae.

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

Bom dia @rogeraomg, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou o ACBr com a opção de apagar arquivos antigos marcada?

Bom dia Fabio, Após atualizar os fontes, você reinstalou o ACBr?

Bom dia @Geovane, Acabei de fazer um teste usando o programa exemplo, veja: Envio de lote no modo assíncrono: ------------------------------ 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 : 2 Cidade : Para de Minas/MG Provedor : ISSDigital Versão: 2.00 Data/Hora: 19/03/2024 11:22:20 Método Executado: Enviar Lote Assíncrono Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 19/03/2024 Numero do Prot: 20240104358 Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : 998 Mensagem: Lote recebido com sucesso. Correção: Envio Unitário: ------------------------------ 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 : 2 Cidade : Para de Minas/MG Provedor : ISSDigital Versão: 2.00 Data/Hora: 19/03/2024 11:23:22 Método Executado: Gerar NFSe Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : True Erro(s): Código : E64 Mensagem: Inscricao Municipal do intermediario do servico invalida. Correção: --------- Código : E47 Mensagem: CPF/CNPJ do tomador do servico incorreto. Correção: --------- Código : E283 Mensagem: Codigo CNAE incompativel com o item da lista. Correção: --------- Código : E33 Mensagem: Codigo CNAE inexistente. Correção: --------- Código : E35 Mensagem: Codigo de tributacao inexistente. Correção: --------- Código : E43 Mensagem: Inscricao Municipal do prestador do servico nao encontrada na base de dados do municipio. Correção: --------- Código : E259 Mensagem: CNPJ/CPF nao encontrado na base de dados. Correção: --------- Código : E50 Mensagem: Inscricao Municipal do prestador do servico incorreta. Correção: Envio de lote no modo síncrono: ------------------------------ 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 : 2 Cidade : Para de Minas/MG Provedor : ISSDigital Versão: 2.00 Data/Hora: 19/03/2024 11:24:18 Método Executado: Enviar Lote Síncrono Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 19/03/2024 Numero do Prot: 20240104360 Numero da Nota: Link : Código Verif. : Sucesso : True Erro(s): Código : E64 Mensagem: Inscricao Municipal do intermediario do servico invalida. - RPS.: 1 Correção: --------- Código : E47 Mensagem: CPF/CNPJ do tomador do servico incorreto. - RPS.: 1 Correção: --------- Código : E283 Mensagem: Codigo CNAE incompativel com o item da lista. - RPS.: 1 Correção: --------- Código : E33 Mensagem: Codigo CNAE inexistente. - RPS.: 1 Correção: --------- Código : E35 Mensagem: Codigo de tributacao inexistente. - RPS.: 1 Correção: --------- Código : E43 Mensagem: Inscricao Municipal do prestador do servico nao encontrada na base de dados do municipio. - RPS.: 1 Correção: --------- Código : E259 Mensagem: CNPJ/CPF nao encontrado na base de dados. - RPS.: 1 Correção: --------- Código : E50 Mensagem: Inscricao Municipal do prestador do servico incorreta. - RPS.: 1 Correção: Configuração:

Bom dia, Tivemos a informação que a cidade de Canoas tinha passado a utilizar o webservice do provedor Infisc que segue a versão 2.03 do layout da ABRASF. Você poderia confirmar isso com a prefeitura/provedor?

Bom dia @shztec, Porque você esta consultando pela chave? A cidade de Canoas/RS se utiliza do provedor Infisc, mas para esta cidade o provedor se utiliza do webservice que trabalha com a versão 2.03 do layout da ABRASF, sendo assim os serviços disponibilizados são os mesmos da versão 2.01 TACBrNFSeXWebserviceInfisc201 = class(TACBrNFSeXWebserviceSoap11) public function Recepcionar(const ACabecalho, AMSG: String): string; override; function RecepcionarSincrono(const ACabecalho, AMSG: String): string; override; function GerarNFSe(const ACabecalho, AMSG: String): string; override; function ConsultarLote(const ACabecalho, AMSG: String): string; override; function ConsultarNFSePorRps(const ACabecalho, AMSG: String): string; override; function ConsultarNFSePorFaixa(const ACabecalho, AMSG: String): string; override; function ConsultarNFSeServicoPrestado(const ACabecalho, AMSG: String): string; override; function ConsultarNFSeServicoTomado(const ACabecalho, AMSG: String): string; override; function Cancelar(const ACabecalho, AMSG: String): string; override; function SubstituirNFSe(const ACabecalho, AMSG: String): string; override; function TratarXmlRetornado(const aXML: string): string; override; end; De posse do numero de protocolo retornado, você vai utiliza-lo no método ConsultarLote.

Bom dia @Eduardo Wendel, Você esta tendo a seguinte rejeição: Rejeição: CNPJ/CPF do destinatário do CT-e substituto deve ser igual ao informado no CT-e substituído No CT-e substituto (numero: 252480) a seção referente ao Destinatário temos: [Dest] CNPJCPF=15496017769 IE= xNome=VULGO TELES Qual é o CNPJ/CPF do Destinatário do CT-e Substituído (numero: 251443)? Segundo a rejeição não é o que foi informado no CT-e Substituto. Eles tem que ser iguais. Volto a reforçar todos os dados do Remetente e do Destinatário em ambos os CT-e (Substituído e Substituto) devem ser os mesmos.

Bom dia @josue.elias, Eu acredito que você esteja com os schemas errados, pois acabei de fazer um teste e esse erro não ocorreu, veja: ------------------------------ 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 : 2 Cidade : Rio Verde/GO Provedor : Centi Versão: 2.02 Data/Hora: 19/03/2024 07:45:28 Método Executado: Gerar NFSe Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : True Erro(s): Código : Mensagem: Cód. erro :0 Correção: --------- Código : Mensagem: Usuário/senha inválidos. Correção:

Boa tarde @[email protected], Complementando o que já foi lhe pedido pelo @Alexandre de Paula, você poderia configurar o componente para salvar os arquivos Soap e anexar tanto o pedido de cancelamento quanto o de retorno? Configuracoes.Webservices.Salvar := True; Essa configuração faz com que ele salve os arquivos Soap.

Boa tarde Geovane, Quais são os valores de: SSLLib, CryptLib, HttpLib, XmlSignLib e SSLType ?

Boa tarde @Destak, Analisando o arquivo de pedido de cancelamento *-ped-can.xml notei que esta correto. Por outro lado o arquivo de retorno *-can.xml contem algumas tags mas todas estão vazias, veja: <CancelarNfseResposta xmlns:ns2="http://www.w3.org/2000/09/xmldsig#" xmlns:ns4="http://www.ginfes.com.br/tipos_v03.xsd" xmlns:ns3="http://www.ginfes.com.br/servico_cancelar_nfse_resposta_v03.xsd"> <Cancelamento/> <ListaMensagemRetorno> <MensagemRetorno> <Codigo/> <Correcao/> </MensagemRetorno> </ListaMensagemRetorno> </CancelarNfseResposta> Antes de fazermos qualquer alteração no componente, lhe recomendo entrar em contato com o provedor com a prefeitura e relatar o problema no webservice no que se refere ao cancelamento da nota. Pelo retorno do pedido de cancelamento não temos condições se o cancelamento foi realizado com sucesso ou não e se não foi por qual motivo.

Boa tarde Eduardo, Coisas estranhas que notei analisando os 3 arquivos que você anexou. Comparando os 2 TXT as diferenças mais importantes são: No TXT de nome CTe-252480.txt temos a presença dos campos: tpCTe=3 <== indicando que se trata de um CT-e de Subsituição - Ok [infCteSub] chCte=33240309059609000100570010002514431002514431 <== chave do CTe subsituido - Ok indAlteraToma=1 <== indicador de alteração de tomador - Ok No mesmo arquivo temos: [toma3] Toma=0 <== Indica que o tomador é o remetente da carga Essa informação é exatamente a mesma do outro TXT, esse é o primeiro erro, pois se no CT-e Normal o tomador é o Remetente e no CT-e de Substituição você diz que vai ocorrer a alteração do tomador, isso implica que o valor do campo Toma da seção [toma3] vai ser outro, ou seja, diferente de zero. Até onde eu me recordo em um CT-e de Substituição não pode ocorrer a alteração de informações do remetente e do destinatário e comparando os dois TXT esta ocorrendo uma troca de CNPJ e IE do remetente. Outra coisa estanha é que no XML temos a presença do grupo <toma4> com todas as informações desse tomador que tratamos como sendo "outro", ou seja, devemos gerar esse grupo quando o valor do campo Toma da seção [toma3] for igual a 4. Os seus TXT além do valor do campo Toma não ser 4 também não contem a seção [toma4]. Isso me leva a crer o arquivo TXT referente ao CT-e de substituição que você anexou não é o que foi utilizado para gerar o XML em anexo. Dito tudo isso, chego a seguinte conclusão: 1. O arquivo CTe-252480.txt utilizado para emitir o CT-e de Substituição resultou em um rejeição visto que ele informava que estava ocorrendo uma troca de tomador, mas não informava quem era o novo tomador pois a informação de tomador continuava o mesmo, ou seja, o remetente. 2. Foi feito um novo TXT que não foi anexado, e desse novo TXT foi incluindo a seção [toma4] informando os dados do novo tomador, uma vez que o tomador não era nenhum dos declarados (Remetente e Destinatário). O que ocorreu ao enviar esse novo CT-e de substituição, ele foi rejeitado também?

Boa tarde @shztec, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr com a opção de apagar arquivos antigos marcada e faça um novo teste.

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 Fabio, Favor atualizar todos os fontes de todas as pastas, reinstalar o ACBr e faça novos testes.