Italo Giurizzato Junior

Boa tarde @[email protected], Antes de você migrar a sua aplicação para o novo componente, recomendamos que você faça testes usando o programa exemplo do componente ACBrNFSeX. Como mudou muito coisa recomendamos também a leitura do Manual de migração, existe um PDF dentro da pasta: ...\Exemplos\ACBrDFe\ACBrNFSeX Por fim estude o código do programa exemplo. Caso contrario você vai quebrar muito a cabeça tentando descobrir o que esta errado na sua aplicação. Aconselho que você faça uma cópia do seu projeto (aplicação) e faça a migração nessa cópia.

Boa tarde Diego, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia @Datacamp, Alterei o programa exemplo incluindo um botão para exemplificar o Cancelamento de Insucesso de Entrega. Fiz um teste e o XML gerado e enviado para a SEFAZ foi esse: Abaixo o retorno da SEFAZ: Essa rejeição da SEFAZ é aceitável uma vez que enviei uma chave de CT-e valida mas cujo CTe não foi enviado para a SEFAZ, outra coisa o teste foi feito em ambiente de homologação, além disso informei o numero de protocolo de autorização do CT-e e de autorização do evento de Insucesso de entrega iguais e inválidos. Enfim, o componente esta gerando corretamente o evento de pedido de cancelamento de insucesso de entrega. Vou enviar para o SVN essa alteração que fiz no programa exemplo feito em Delphi.

Boa tarde @Fabio Defferrari, Na unit InfIsc.GravarXml altere a procedure configuração da versão 2.03 incluindo a linha que altera o valor de NrOcorrCodigoPaisTomador para 1. Reinstale o ACBr e faça novos testes.

Boa tarde Douglas, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde @HMAX AUTOMAÇÃO HOTELEIRA, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde @augelias, O Schema que você anexou não tem nada haver com a ABRASF. Esse Schema se refere a um layout próprio do provedor Infisc. Na pasta: ...\Exemplos\ACBrDFe\Schemas\NFSe\Infisc você vai encontrar 4 pastas nomeadas: 1.00, 1.01, 2.01 e 2.03 Dentro das pastas 1.00 e 1.01 temos os Schemas (layout próprio) do provedor. Dentro das pastas 2.01 e 203 temos os Schemas (layout ABRASF) usados pelo provedor. No arquivo ACBrNFSeXServicos temos o seguinte: [4304606] ; Atualizado em 08/03/2024 Nome=Canoas UF=RS Provedor=Infisc Versao=2.03 ProRecepcionar=https://nfse.canoas.rs.gov.br/services/nfse/ws/Servicos HomRecepcionar=https://canoas-homol.infisc.com.br/services/nfse/ws/Servicos ProLinkURL=https://nfse.canoas.rs.gov.br/portal/consulta.jspx?nf=%ChaveAcesso% HomLinkURL=https://canoas-homol.infisc.com.br/portal/consulta.jspx?nf=%ChaveAcesso% Favor usar o programa exemplo do componente ACBrNFSeX para realizar os testes para a cidade de Canoas. Com as informações que estão no arquivo ACBrNFSeXServicos.ini o componente vai gerar o XML do RPS segundo o layout da ABRASF versão 2.03

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

Boa tarde @Wladimir, Verifica se o tomador possui Inscrição Municipal. Caso tenha informe, pode ser que o problema seja esse e não o código do município do tomador.

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

Boa tarde Oliveira, O provedor ISSNet segue a versão 2 do layout da ABRASF e nesse layout não esta previsto a presença de uma tag com o Link, logo o webservice do provedor não gera o XML da NFS-e com essa informação.

Boa tarde @JeannyPaiva, Já esta no SVN.

Boa tarde @[email protected], O programa exemplo do novo componente ACBrNFSeX é configurado da mesma forma que o programa exemplo do componente antigo ACBrNFSe. Você disse que esta tendo problemas para emitir NFS-e para a cidade de Santos/SP. Pois bem quais são esses problemas? Faça uma cópia das suas alterações, delete os arquivos que você alterou, atualize novamente todos os fontes de todas as pastas, reinstale o ACBr com a opção de apagar arquivos antigos, recompile a aplicação com a opção Build e faça um novo teste. Já faz muito tempo que não realizo testes usando o componente antigo uma vez que ele foi descontinuado e consequentemente não damos mais manutenção a ele. Antes de você ter todo esse trabalho agora de migração para o novo componente, preciso que você faça o que eu lhe pedi acima e reporte os problemas ao usar o componente antigo para emitir NFS-e para a cidade de Santos/SP.

Bom dia @Wladimir, A situação igual a 3 indica que no RPS contem informações erradas, logo o RPS foi processado com falhas. Você precisa sanar esses erros. No arquivo *-lista-nfse-con-lot.xml que contem o retorno da consulta ao lote temos o erro: <Codigo>E33</Codigo> <Mensagem>Código CNAE inexistente </Mensagem> <Correcao>Consulte a legislação vigente para saber o código CNAE que deverá ser informado neste campo. </Correcao> Verifique junto ao contador desse prestador de serviço o CNAE correto.

Bom dia @[email protected], Pelo que notei você esta usando o componente ACBrNFSe, sendo assim lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX. O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração E qual é o erro que esta ocorrendo ao enviar o RPS sem a troca dos Schemas?

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

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

Bom dia Oliveira, Pela mensagem de erro, tudo indica que a sua aplicação esta pegando schemas desatualizado do provedor. Os schemas corretos estão na pasta: ...\Exemplos\ACBrDFe\Schemas\NFSe\ISSNet\2.04

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

Bom dia @Artsio, Não cole o conteúdo do XML como texto da postagem, anexe o arquivo, pois dessa forma fica difícil de analisar. Noto que esse CT-e foi enviado e autorizado pela SEFAZ. A mensagem de erro de validação é do CT-e de numero 1858 e esse XML é do CT-e de numero 1859. Mais uma coisa, você quer ferrar o seu cliente? A chave do CT-e esta vulnerável. Você esta atribuindo o numero do CT-e (nCT) ao código do CT-e (cCT), sendo que este ultimo tem que ser um número aleatório de 8 dígitos.

Bom dia @HMAX AUTOMAÇÃO HOTELEIRA, Muito obrigado, já inclui na minha lista de tarefas para analise. TK-5192

Boa tarde @HMAX AUTOMAÇÃO HOTELEIRA, E qual é o local correto? Você tem os Schemas disponibilizados pelo provedor para que possamos identificar a posição correta da tag?

Boa tarde @Calmeida79, O provedor Ginfes tem o ConsultarLote, ConsultarNFSePorRps e o ConsultarNFse. Todos eles vão retornar o XML da NFS-e. Faça um teste com cada um e compare o XML da NFS-e retornado em cada consulta para ver se o problema ocorre com todos os serviços de consulta. Infelizmente os provedores não possuem uma única rotina que gera o XML da NFS-e, isso faz com que o serviço A gere o XML da NFS-e da forma correta e pelo serviço B não gere.

@angelosobreira, No programa exemplo temos: // TnfseSituacaoTributaria = ( stRetencao, stNormal, stSubstituicao ); // stRetencao = snSim // stNormal = snNao // Neste exemplo não temos ISS Retido ( stNormal = Não ) // Logo o valor do ISS Retido é igual a zero. Servico.Valores.IssRetido := stNormal; Servico.Valores.ValorIssRetido := 0.00;

Boa tarde @Wladimir, Veja isso: Método Executado: Consultar a Situacao Parâmetros de Envio Numero do Prot: 555645018 Numero do Lote: 1 Parâmetros de Retorno Situação Lote : 2 Sucesso : True Observe que a situação é 2 que indica que o lote ainda se encontra na fila de processamento. Eu não sei quais são os valores que você atribuiu as propriedades de configuração: AguardarConsultaRet, Tentativas e IntervaloTentavias. Os valores abaixo são os que utilizo: ACBrNFSeX1.Configuracoes.WebServices.AguardarConsultaRet := 1000; // 1 segundo ACBrNFSeX1.Configuracoes.WebServices.Tentativas := 10; ACBrNFSeX1.Configuracoes.WebServices.IntervaloTentavias := 1000; // 1 segundo Só devemos consultar o lote se a situação for 3 ou 4.