Italo Giurizzato Junior

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

Bom dia Diego, Já esta no SVN.

Bom dia Diego, Já esta no SVN.

Bom dia Diego, Já esta no SVN.

Bom dia @Datacaixa, Esse XML foi aberto através de algum programa e salvo novamente? Ou você simplesmente anexou ele no tópico? Qual é a cidade/provedor? Existem provedores que geram o XML de retorno identado, no formato ANSI em vez de UTF-8. Tem maluco pra tudo.

Bom dia @Incorpore Tecnologia, Desde antes de se tornar obrigatório o MEI emitir segundo o Padrão Nacional, ou seja, antes de 01/09/2023 o ambiente de homologação não estava funcionando corretamente para realização de testes. Eu tive que fazer testes no ambiente de produção mesmo.

Bom dia @luisclaudio_jr, Substitua os Schemas pelos que estão em anexo. Homologação: nfse_v2-04.xsd Produção: nfse_v2-04.xsd

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

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

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