Italo Giurizzato Junior

Bom dia Milton, Primeiramente, se ocorre algum erro de internet, já mais devemos enviar novamente a nota, pelo simples fato de não sabermos em que momento ocorreu o erro. Uma vez que esse erro pode ter ocorrido no envio ou no retorno. A lógica é bem simples, ocorreu erro de internet, carrega o componente com o XML da nota e execute o método Consultar. Se o erro ocorreu no retorno teremos como resposta o resultado do processamento da nota que pode ser autorizada ou rejeitada. Se retornar autorizada, automaticamente o XML vai ser atualizado com o protocolo de autorização, passo seguinte é imprimir o DANFE. Se retornar rejeitada, ai devemos fazer as devidas correções e enviar a nota novamente. Agora se o erro ocorreu no envio, ao realizar a consulta teremos a rejeição: 217 - NF-e não consta na base de dados da SEFAZ. Com essa rejeição temos a certeza que a nota não consta na SEFAZ e que o erro ocorreu no envio, o passo seguinte é enviar novamente. Desta forma você não vai ter mais a rejeição de nota em duplicidade. Detalhe importante: O procedimento acima pode ser adotado por quem usa o Componente ou a Lib ou o Monitor.

Bom dia, Primeiramente, a tag BaseCalculo pertence ao layout da NFS-e e não do RPS, portanto você não vai conseguir gerar o XML do RPS com a tag BaseCalculo com valor igual a zero ou não. Segundo, o XML da NFS-e da versão 2.04 que é utilizado pela cidade de Anapolis, possui uma tag que contem uma vogal acentuada. Mas esse problema seria ao tentar ler o XML do disco. Eu não sei como você esta fazendo para baixar o XML, se é via site ou se é através de algum método de consulta do componente.

Bom dia Mario, Já inclui na minha lista de tarefas para analisar o problema. TK-4288

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

Boa tarde, Complementando:

Bom dia Mario, Após o envio, você esta executando algum método de consulta? Se sim, qual? Note que o envio ocorreu no modo Síncrono e no retorno já temos o XML da NFS-e. Caso você tenha configurado para salvar o XML em disco, verifica se não foi criado uma pasta chamada Notas? Caso afirmativo é para constar dentro desta pasta o XML da nota.

Boa tarde, Já esta no SVN. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes usando o programa exemplo do componente ACBrNFSeX.

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

Boa tarde Yasmin, Faça um teste usando o programa exemplo do componente ACBrNFe. Esse teste é importante se mesmo com o programa exemplo ocorre o mesmo erro.

Boa tarde, Primeiramente esse XML é do RPS e não da NFS-e. Lembre-se que o XML usado para imprimir o DANFSE é o da NFS-e. Segundo, você não informou se utiliza o Fortes ou Fast Report. Terceiro verificando a impressão do DANFSE feito em Fortes temos esta linha: if fpNFSe.InformacoesComplementares <> '' then rlmDadosAdicionais.Lines.Add(StringReplace(fpNFSe.InformacoesComplementares, FQuebradeLinha, #13#10, [rfReplaceAll, rfIgnoreCase])); Como você pode ver se o campo InformacoesComplementares não estiver vazio ele vai adicionar ao quadro de dados adicionais o conteúdo do campo, mas antes ele faz a troca do caractere de quebra de linha pela sequencia #13#10.

Yasmin, Então você configurou o componente da forma errada. Configure ele para usar a versão 4.00

Bom dia Yasmin, Você esta usando o componente ACBrCTe para realizar essa consulta?

Bom dia, Complementado o que o Renato escreveu. O provedor PadraoNacional é configurado no arquivo ACBrNFSeXServicos para as cidades que aderiram a emissão por esse padrão. Por outro lado uma cidade que utiliza um outro provedor é possível em tempo de execução mudar o layout do XML para o Padrão Nacional se o prestador de serviço for MEI. Por fim, reforço: Faça os testes usando o programa exemplo do componente ACBrNFSeX para entender como é que a coisa funciona. Caso contrario você vai perder muito tempo tentando escrever a sua aplicação e entender o funcionamento.

Bom dia, Vamos lá. O componente só vai gerar e imprimir no DANFSE o QR-Code se e somente se: 1. Existir no XML a URL do QR-Code; 2. No arquivo ACBrNFSeXServicos constar a URL (ProLinkNFSe/HomLinkNFSe) para a cidade em questão. No XML da NFS-e retornado pelo provedor ISSNet que é o que atende Brasília/DF não consta a URL e no arquivo ACBrNFSeXServicos também não. Logo não vai gerar e imprimir no DANFSE o QR-Code.

Bom dia Glauber, A implementação desse provedor esta parada pelo simples fato de que os caras desse provedor andaram bebendo gasolina e fumando ao mesmo tempo. Veja a página 33 desse manual. Os doidos varridos resolveram criptografar o conteúdo de cada tag em vez de criptografar o XML por inteiro se a intensão é proteger as informações. Sem contar que usaram um método de criptografia que só a Nasa usa.

Bom dia, Você não esta configurando corretamente a Lib. Essa URL que aparece na mensagem de erro é da versão 3.10, veja: NfeAutorizacao_3.10=https://nfce.fazenda.sp.gov.br/ws/nfeautorizacao.asmx a da versão 4.00 que é a versão vigente é: NfeAutorizacao_4.00=https://nfce.fazenda.sp.gov.br/ws/NFeAutorizacao4.asmx

Bom dia Helio, Isso aqui esta errado: [COMB] cProdANP=210203001 descANP=GLP pGLP=100.00 UFCons=PE O correto é: [comb001] cProdANP=210203001 descANP=GLP pGLP=100.00 UFCons=PE uma vez que a seção combustível se refere ao produto. Como você tem a seção [Produto001] com CFOP de combustível tem que ter a seção [comb001].

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

Boa tarde Victor, Já esta no SVN.

Boa tarde Mario, Já esta no SVN. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Antonio, Se a cidade segue a versão 2.03 do layout da ABRASF se faz necessário também incluir o campo versão. Veja este exemplo. [3304904] ; Atualizado em 19/10/2021 Nome=Sao Goncalo UF=RJ Provedor=SimplISS Versao=2.03 ProRecepcionar=https://wssaogoncalo.simplissweb.com.br/nfseservice.svc HomRecepcionar=https://wshomologacaoabrasf1.simplissweb.com.br/nfseservice.svc As URLs abaixo são de homologação da versão 1 elas não devem ser alteradas. [SimplISS] HomRecepcionar=http://wshomologacao.simplissweb.com.br/nfseservice.svc HomLinkURL=http://wshomologacao.simplissweb.com.br/nfseservice.svc

Boa tarde Antonio, O componente ACBrNFSeX no que se refere ao provedor SimplISS, ele atende tanto a versão 1.00 quanto a 2.03 do layout da ABRASF. O que eu preciso é das URLs de produção e de homologação usadas pelas cidade de Presidente Prudente para a versão 2.03 De posse dessas URLs, devemos alterar o arquivo ACBrNFSeXServicos.ini seguindo as orientações do tópico abaixo.

Bom tarde, A emissão da nota via site é uma coisa, tudo pode. Já pelo webservice muitas coisas permitidas a serem feita no site não estão disponíveis. Uma delas é essa: informar a forma de pagamento. O webservice do provedor Fiorilli segue a versão 2 do layout da ABRASF e não esta previsto nesse layout grupo, tags para informar a forma de pagamento.

Bom dia Mario, Muito obrigado pela colaboração ,já inclui na minha lista de tarefas para analise. TK-4262

Felipe, Sim, como dito acima. O numero do lote é um numero sequencial e o numero do Rps é outro numero sequencial. No exemplo acima o numero do Rps variou de 1 até 45, por outro lado o numero do lote variou de 1 até 2, uma vez que foi enviado apenas 2 lotes.