Italo Giurizzato Junior

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

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

Bom dia Danilo, Se essa informação aparece no Portal da Prefeitura e não consta no XML do Rps enviado para o WebService do provedor, o que o componente tem haver com isso? Se essa mensagem esta errada, você precisa entrar em contato com a prefeitura.

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

Bom dia Anadilson, Abra a Unit ACBrXmlBase e faça a seguinte alteração: if xData = '' then Result := 0 else begin xData := StringReplace(xData, 'Z', '', [rfReplaceAll]); <=== incluir esta linha xData := StringReplace(xData, '-', '/', [rfReplaceAll]); Salve a unit alterada, reinstale o ACBr e faça novos testes.

Bom dia, Note que no programa exemplo temos dois botões, um chamado [Consultar] onde devemos informar somente o numero do protocolo (é esse que você esta usando) e o outro chamado [Consultar Recibo] que permite informar o tipo de evento entre outras coisas. O numero do protocolo que você esta passando esta correto?

Bom dia Bruno, Esse erro ocorre com o programa exemplo? Se não ocorre, o problema é configuração errada do componente na sua aplicação no que se refere a Schemas. O problema também pode estar na configuração referente ao certificado digital. Quais os valores de: SSLLib, CryptLib, HttpLib, XmlSignLib e SSLType ?

Boa tarde André, O componente gera o conteúdo dessa tag conforme consta no manual da ABRASF. A questão não é essa. Outra coisa, apesar da tag ser opcional no manual o provedor pode exigir ela. O problema se encontra no webservice do provedor que esta pegando do XML a informação sem a formatação e comparando com a que tem só que formatada. Exemplo: No XML consta: 12345 e no banco de dados do provedor esta 1.234-5 e o webservice simplesmente compara um com o outro, neste caso com certeza vai acusar que não existe ou esta errada. Como lhe disse, me recordo de algo semelhante, bastou o provedor corrigir a informação no banco de dados que o problema foi resolvido.

Boa tarde Marcos, Favor atualizar os fontes e faça novos testes.

Boa tarde Anadilson, O componente não criou uma pasta chamada Notas e salvou o XML da nota dentro dessa pasta?

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

Boa tarde Guilherme, Pelo que me lembro essa cidade mudou para o provedor IPM. Se você estiver usando ainda o componente antigo, lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não vai mais ter manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Boa tarde Douglas, O certificado esta marcado como exportável?

Boa tarde, Já inclui na minha lista de tarefas. TK-2351

Bom dia Douglas, Analisando o arquivo de configuração notei o seguinte: SSLLib=5 CryptLib=3 HttpLib=0 XmlSignLib=4 Mude para: SSLLib=4 CryptLib=3 HttpLib=2 XmlSignLib=4 E faça novos testes.

Bom dia Marcelo, Na impressão do DANFSE é usado o XML da NFS-e que é gerado pelo webservice do provedor. Se ao gerar o XML do Rps para ser enviado para o provedor não tem essas informações, podemos concluir que é o provedor que esta gerando essa informação.

Bom dia Renato, Esse realmente ainda não enviei, vou enviar com mais algumas alterações em outras cidades.

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

Bom dia Ramboli, Você verificou se tem cópia do arquivo ACBrNFSeXServicos.ini na pasta que esta o executável da aplicação?

Paulo, Já esta no SVN.

Renato, Já esta no SVN.

Boa tarde Anasilson, Já esta no SVN.

Flavio, A alteração na unit ACBrNFSeXGravarXml não concordo por 2 motivos: 1. Estamos evitando ao máximo em impor condições do tipo: if provedor = (...) 2. O provedor Betha trabalha com 2 versões, da forma que você fez acaba aplicando nas 2 versões. A forma de como se deve gerar valor do ID devemos colocar na unit GravarXml do provedor, nela você vai encontrar duas classes uma para cada versão. Na versão correta você vai definir a procedure como "override", desta forma ela vai sobrescrever a padrão definida no ACBrNFSeXGravarXml. Também não vou aceitar a alteração na unit ACBrNFSeXProviderBase pelos mesmos motivos acima. Neste caso você vai definir a procedure DefinirIDLote como "override" na unit Provider do provedor, nela você vai encontrar duas classes referente ao provider, defina a procedure na classe da versão correta.

Boa tarde Dercide, Já esta no SVN.

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