Italo Giurizzato Junior

Boa tarde Gledston, O componente esta preparado para trabalhar com o o provedor IPM tanto no layout próprio dele quanto no layout da versão 2 da ABRASF. Me forneça o que eu lhe pedi na postagem anterior.

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

Bom dia Gledston, A cidade Carazinho/RS trocou de provedor? Pois no arquivo ACBrNFSeXServicos.ini consta que o provedor é DBSeller. Se mudou para o provedor IPM, precisamos das URLs de homologação e produção bem como da versão do layout que esta sendo utilizado.

Bom dia Walter, O prestador é MEI? Se não for se faz necessário saber se a cidade de Campinas aderiu a emissão da NFS-e segundo o Padrão Nacional. Se não aderiu vai ter que continuar como era antes.

Bom dia Fabio, Pelo primeiro erro que a soma da dedução mais o ISSIR é superior ao valor tributável, sendo assim, experimente informar o valor 485 como sendo o valor de dedução.

Bom dia a todos, Pela URL de homologação o correto seria: [1100288] Nome=Rolim de Moura UF=RO Provedor=WebISS Versao=2.02 ProRecepcionar=https://rolimdemouraro.webiss.com.br/ws/nfse.asmx HomRecepcionar=https://homologacao.webiss.com.br/ws/nfse.asmx ProLinkURL=https://rolimdemouraro.webiss.com.br/externo/nfse/visualizar/%Cnpj%/%CodVerif%/%NumeroNFSe% HomLinkURL=https://homologacao.webiss.com.br/externo/nfse/visualizar/%Cnpj%/%CodVerif%/%NumeroNFSe%

Bom dia João, O prestador de serviço é MEI? Se é tente emitir em ambiente de produção pois o de homologação esta bixado. Agora se não é MEI tem que ver se a cidade desse prestador aderiu a emissão da NFS-e do Padrão Nacional, se não aderiu vai ter que continuar a emissão com o provedor contratado pela prefeitura.

Bom dia Lucas, Tente da seguinte forma: [3514403] Nome=Dracena UF=SP Provedor=ISSNet Versao=2.04 ProRecepcionar=https://nfse.issnetonline.com.br/abrasf204/dracena/nfse.asmx

Bom dia Katia, Você poderia disponibilizar o XML da nota para que possamos realizar testes?

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

Bom dia @Alexandre Felippeto Henzen, Se os seus clientes costumam receber a rejeição por duplicidade o problema é a sua aplicação que deixa o usuário enviar a nota novamente após um erro de internet. Quando ocorre erro de internet não se deve enviar a nota novamente, pois não sabemos se o erro ocorreu no envio da nota ou no retorno do protocolo. Sendo assim, devemos carregar o XML da nota que esta assinado usando o LoadFormFile (se o XML estiver salvo em Disco) ou LoadFromString (se o XML estiver salvo no banco de dados), em seguida executar o método Consultar. Se o erro de internet ocorreu no envio, ao consultar vamos ter como resposta a rejeição que acusa que a nota não consta na base de dados da SEFAZ, ai sim você libera a nota para ser enviada novamente. Se o erro de internet ocorreu no retorno, ao consultar vamos ter o protocolo de autorização (se a nota estiver com os dados corretos), o XML vai ser atualizado, a partir dai você pode imprimir o DANFE e enviar o XML e o DANFE por e-mail para o destinatário da mercadoria, ou teremos a rejeição caso a nota tenha algum dado errado.

Boa tarde Marcelo, Muito obrigado pela colaboração, já esta no SVN.

Nilton, Você usa o DANFSE feito em Fortes ou Fast Report? Se utiliza o Fortes, os seus fontes estão desatualizados. Você tem fontes com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Por fim repita os testes. Se utiliza Fast precisamos saber qual FR3 você utiliza.

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

Ricardo, Já mandei o arquivo ACBrNFSeXServicos.ini atualizado para o SVN. Muito obrigado pelos testes.

Boa tarde Alexandre, Muito obrigado pela colaboração, já esta no SVN.

Boa tarde Alfredo, Muito obrigado pela informação, mas essa alteração já consta no arquivo ACBrNFSeXServicos.ini e enviado no SVN no dia 08/12/2023.

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

Alexandre, Vou fechar esses tópico pois o problema inicial dele foi sanado.

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

Boa tarde @Destak, A unit que eu anexei na minha postagem anterior já se encontra no SVN.

Boa tarde @m5sistemas, Se você abrir o arquivo *-lista-nfse-ger-soap.xml através do Bloco de notas, vai descobrir que o mesmo esta no formato ANSI e não em UTF-8 apesar de constar o encoding na primeira linha. Precisamos encontrar uma forma de detectar a formatação do arquivo e fazer a conversão para UTF-8 caso necessário.

Nilton, Isso mesmo, mude a forma de gerar o conteúdo do campo Discriminação e envie para ver como vai ficar no XML da nota.

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

Boa tarde Alexandre, Tente desta forma: IdentificacaoRps.Tipo := Provider.StrToTipoRPS(Ok, NFSe.Dados.Tipo);