Italo Giurizzato Junior

Boa tarde, Favor entrar em contato com a prefeitura ou com o provedor e solicitar as URLs de produção e de homologação para a cidade em questão.

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

Alexandre, Analisando o código deste provedor, ele não se utiliza dessas propriedades de configuração. No caso do novo componente ACBrNFSeX, por favor substitua a unit atual por esta em anexo e faça novos testes. DSFSJC.Provider.pas

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

Diego, Muito obrigado pelo retorno. Já esta no SVN a sua colaboração com as melhorias que fiz.

Boa tarde Douglas, Inclui na minha lista de tarefas para analisar o problema. TK-2100

Alexandre, Não precisa desinstalar o componente antigo, você pode ter ambos (antigo e novo) instalados no Delphi sem nenhum problema. Outra coisa procure sempre realizar testes usando o programa exemplo.

Boa tarde Alexandre, Você tinha dito que com o componente antigo você consegue emitir e consultar, correto? Por favor anexe os arquivos "soap" gerados ao emitir usando o componente antigo e o novo para que eu possa analisar.

Boa tarde Douglas, Assim fica difícil mesmo. O que deve estar ocorrendo é que a cidade em questão optou por ter o webservice instalado dentro do prédio da prefeitura e não no DataCenter do provedor ou outro local. Ai fica complicado o pessoal do provedor fazer algum acesso que não seja a pedido da prefeitura.

Boa tarde Diego, Fiz uma modificação na sua contribuição visando não precisar mais alterar o código do componente com novas cidades que venha a utilizar esse provedor. Segue em anexo os fontes alterados por mim. Faça uma cópia dos seus e faça novos testes com estes em anexo. ACBrNFSeXServicos.res ACBrNFSeXServicos.ini Agili.GravarXml.pas Agili.LerXml.pas Agili.Provider.pas

Bom dia Bill, Favor atualizar os fontes e faça novos testes.

Olá pessoal, Obtive a informação por parte de um usuário que para utilizar o ambiente de homologação se faz necessário realizar um cadastro junto ao provedor. Abaixo link da postagem desse usuário que conseguiu realizar esse cadastro e a forma como foi feita.

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

E para fazer esse cadastro se faz necessário o envio do e-mail?

Bom dia Alexandre, Noto que ainda esta usando o componente antigo: ACBrNFSeX. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente ACBrNFSe não vai mais ter manutenção. 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/ Faça os testes usando o programa exemplo do novo componente.

Bom dia, Então quer dizer que para poder realizar testes em ambiente de homologação se faz necessário realizar um cadastro, independente de quem esta realizando esses testes é o desenvolvedor ou o próprio contribuinte?

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

Boa tarde, Você esta usando o componente antigo: ACBrNFSe? Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente ACBrNFSe não vai mais ter manutenção. 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/ Faça os testes usando o programa exemplo do novo componente. Os provedores que seguem a versão 1 do layout da ABRASF como é o caso do Ginfes não implementaram o serviço de Substituição de NFS-e. A solução é muito simples: Ao alimentar o componente com os dados do Rps inclua essas linhas: // Usado quando o RPS for substituir outro RpsSubstituido.Numero := Numero do Rps a ser substituido; RpsSubstituido.Serie := série do Rps a ser substituido; // TnfseTipoRPS = ( trRPS, trNFConjugada, trCupom ); RpsSubstituido.Tipo := trRPS;

Muito estranho, pois o XML que você anexou com o nome "gerado" o tipo de emissão da nota esta com o valor 9 = Offline e consequentemente o Digito Verificador é um, já o outro XML o tipo de emissão esta com o valor 1 = Normal que condiz com o valor da tag <tpEmis>. Analisando tanto o código do ACBrMonitor quanto o código do componente ACBrNFe que é utilizado pelo monitor, não encontrei não que pudesse provocar esse problema. O XML "gerado" não teve a sua chave alterada pela sua aplicação e depois o mesmo foi carregado para ser enviado para a SEFAZ?

Você tem o arquivo INI dessa nota? Se sim, favor anexar.

Boa tarde Joveci, Favor informar a mensagem completa do erro de validação.

Boa tarde, É a sua aplicação que esta gerando o XML?

Bom dia Jeanny, Já esta no SVN.

Bom dia Leonard, Com essa alteração voltou a emitir?

Bom dia, Ainda não foi incluído, acredito que o componente ACBrANe vai passar por alguns ajustes primeiro para depois ser incluído no ACBrMonitor. Quando isso vai ser feito não sei lhe responder.