Italo Giurizzato Junior

Bom dia @billbarsch, Sim, favor entrar em contato com o provedor e expõe o problema.

Bom dia @danilozix, Já inclui na minha lista de tarefas para analisar o caso do cancelamento. TK-5212

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

Bom dia, Vendo os manuais das cidades Farropilha e Caxias do Sul temos a tag <empreitadaGlogal>, obrigatória e com a seguinte observação: Deve ter valor '1' caso se trate de nota do tipo Empreitada Global (específica para construção civil) e '2' caso contrário. Por outro lado no manual da cidade de Campo Bom a referida tag não existe. Você consegue o manual da cidade de Canoas?

Bom dia Diego, Muito obrigado pela contribuição, já inclui na minha lista de tarefas. TK-5210

Bom dia @Destak, Essas consultas foram realizada em uma NFSe que foi cancelada? Se sim, note que no XML de retorno não consta o grupo <NfseCancelamento>, logo não tem como saber se a nota esta realmente cancelada.

Bom dia @[email protected], Você notou que ao usar os Schemas corretos que são os que esta no SVN com o arquivo GINFES.ini correto que é o que esta no SVN o Lote de RPS foi enviado e o webservice lhe informa que o Lote esta na fila de processamento. Por outro lado ao fazer a alteração de Schemas e no arquivo GINFES.ini o lote de RPS foi rejeitado pelo simples fato do XML estar fora do layout esperado. Acabei de fazer um teste de envio de um lote de RPS para a cidade de Santos/SP usando o programa exemplo do novo componente: ------------------------------ 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 : Santos/SP Provedor : Ginfes Versão: 1.00 Data/Hora: 14/03/2024 10:16:09 Método Executado: Enviar Lote Assíncrono 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 : False Erro(s): Código : E45 Mensagem: CNPJ não encontrado na base de dados Correção: Confira o numero do CNPJ informado. Caso esteja correto, o prestador não está inscrito no município. Como você pode ver o Lote foi recepcionado pelo webservice, mas foi recusado pelo fato do CNPJ informado não é de nenhum prestador da cidade de Santos e não pelo layout estar fora do esperado. Agora lhe pergunto: qual é o correto, os schemas que nós disponibilizamos ou esses outros?

Bom dia @ALCENIR COSTA, O campo motRedAdRem só aceita os valores 1 = Transporte Coletivo ou 9 = Outros, qualquer outro valor atribuído a este campo é invalido.

Bom dia @DATAC, Uma pequena retificação da informação passada pelo o @Diego Foliene. O campo motRedAdRem só aceita os valores 1 = Transporte Coletivo ou 9 = Outros, qualquer outro valor atribuído a este campo é invalido.

Bom dia @Daniel Simoes, Sim já foi resolvido, basta aguardar uma nova versão do Monitor. Lembrando que o campo Finalidade da NFe/NFCe (finNFe) só aceita os valores: 1 = Normal; 2 = Complementar; 3 = Ajuste e 4 = Devolução O manual da NFC-e esta errado, veja: [Identificacao] natOp=Venda de Mercadoria indPag=0 mod=65 serie=8 nNF=000001402 dEmi=14/09/2018 11:43:00 tpNF=1 Finalidade=0 <=== Esta errado o valor zero, correto são os valores de 1 até 4 idDest=1 indFinal=1 indPres=1 tpimp=4 tpAmb=2 @ejunior, informe o valor 1 ao campo Finalidade e não zero.

Bom dia @[email protected], Vamos lá: 1. A Receita Federal esta estimulando todas as cidades brasileiras a pelo menos aderir o compartilhamento das notas fiscais de serviço com o Ambiente Nacional da RFB. 2. Para que esse compartilhamento seja mais fácil é aconselhável usar a versão 2 do layout da ABRASF. 3. O provedor GINFES se utiliza da versão 1 do layout da ABRASF. 4. Sendo assim o provedor GINFES criou uma rotina interna no seu webservice para converter a nota que esta na versão 1 para a versão 2. 5. Veja bem o que eu escrevi acima, rotina para converter a nota e não o RPS. 6. Sendo assim o RPS continua sendo enviado segundo a versão 1 do layout da ABRASF. 7. Portanto não se faz necessário fazer nenhuma alteração na geração do XML do RPS e seu envio. 8. Provedores que disponibilizam as duas versões (como é o caso do provedor Betha) possuem dois webservices e consequentemente as URLs são diferentes. Provedor Betha - Versão 1 do layout da ABRASF: ProRecepcionar=https://e-gov.betha.com.br/e-nota-contribuinte-ws/recepcionarLoteRps HomRecepcionar=https://e-gov.betha.com.br/e-nota-contribuinte-test-ws/recepcionarLoteRps Provedor Betha - Versão 2.02 do layout da ABRASF: ProRecepcionar=http://e-gov.betha.com.br/e-nota-contribuinte-ws/nfseWS HomRecepcionar=http://e-gov.betha.com.br/e-nota-contribuinte-test-ws/nfseWS 9. Já o provedor GINFES diz que as URLs continuam as mesmas, portanto só tem um webservice. 10. Se você pesquisar aqui no fórum vai encontrar outros relatos de outras cidades também atendidas pelo provedor GINFES que vieram com essa história que estavam mudando para a versão 2.04 da ABRASF, mas na verdade o webservice continua recepcionando na versão 1. 11. Me parece que no novo portal desenvolvido pelo GINFES para as prefeituras tem uma opção para importar o XML do RPS, caso você venha utilizar essa opção em vez de enviar o RPS para o webservice, ai sim o layout do RPS tem que esta na versão 2.04 No seu sistema que utiliza o componente antigo (ACBrNFSe) qual é a rejeição retornada pelo webservice do provedor? Essa rejeição passou a ocorrer depois que você fez alguma alteração no componente para atender essa história de mudança de versão do layout?

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

@[email protected], Você não precisa usar esse método GravarXml. O componente se encarrega de salvar o XML do RPS no momento correto, ou seja, após ele ter sido gerado, assinado se assim o provedor exige. O componente cria uma pasta chamada Recibos e salva os XML dos RPS dentro dessa pasta e a pasta Notas para salvar os XMLs das NFS-e. Você só tem que configurar o componente e deixar o resto por conta dele. Note que o programa exemplo não se utiliza do método GravarXml, alias o único gravar que você vai encontrar é o GravarConfiguracao.

Boa tarde @Destak, Tenho notado que alguns provedores possuem uma rotina que gera o XML da NFS-e para cada serviço que retorna o XML da NFS-e. O provedor Ginfes possui os seguintes serviços que retornam o XML da NFS-e: ConsultarLote, ConsultarNFSePorRps e ConsultarNFSe. Gostaria que você fizesse um teste com os 3 serviços. Quero saber se os 3 retornos traz o XML de uma nota cancelada com o grupo referente ao cancelamento. Notei pela sua postagem inicial que no grupo NfseCancelamento consta o numero da nota e o CNPJ do prestador, mas não consta o código do município e nem o código do motivo do cancelamento, em ambos a informação é um zero. Não consta também a tag DataHora ou DataHoraCancelamento. Essa informação é utilizada para determinar o valor do campo SituacaoNfse, veja: if DataHora > 0 then NFSe.SituacaoNfse := snCancelado; Os arquivos que você enviou para nós se refere ao ConsultarNFSe, por favor faça um teste com os outros 2 tipos de consulta.

Boa tarde @SMF, Complementando o que o @Juliomar Marchetti já lhe passou vou te passar mais algumas dicas: 1. Dentro da pasta ...\Fontes\ACBrDFe\ACBrNFSeX temos o arquivo Provedores-Implementados.txt como o próprio nome diz nele você encontra a lista de provedores implementados. O provedor SiapNet faz parte dessa lista. 2. Na mesma pasta temos o arquivo ACBrNFSeXServicos.ini onde você vai encontrar todas as cidades brasileiras. Se o campo Provedor conter o nome do provedor significa que você vai conseguir emitir NFS-e para a cidade em questão. Se não conter o nome do provedor vai ser necessário descobrir qual é o provedor e as URLs de homologação e de produção. Veja esta outra cidade que utiliza o provedor SiapNet. [3508603] ; Incluído em 09/03/2022 Nome=Cachoeira Paulista UF=SP Provedor=SiapNet Versao=2.00 ProRecepcionar=https://pmcachoeirapaulista.geosiap.net.br/pmcachoeirapaulista/issonline/ws/index.php 3. Por fim no inicio do arquivo ACBrNFSeXServicos.ini temos um texto que explica o que devemos fazer após alteração do mesmo.

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

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.