Italo Giurizzato Junior

Bom dia @Vanderlei Soares, Muito obrigado pela colaboração. Pelo que notei as URLs são padrões para todas as cidades atendidas pelo provedor, correto? Você sabe me dizer se fora a cidade de Rio Largo/AL tem mais cidades que utilizam o provedor Kalana? E o cancelamento, não tem como ser feito via webservice? Já foi criado a TK-5982 para implementar o provedor e vincular a cidade a ele.

Bom dia @SupremaInformatica, Verifique se no XML do RPS consta o TLog| e o TBair|, caso não conste o problema é o webservice utilizado pela cidade que esta incluindo isso de forma indevida. Neste caso te aconselho a entrar em contato com eles e expor o problema.

Bom dia @mgmobile, No seu arquivo INI esta da seguinte forma: ValorIPI=1461,04 vIPIDevol=1461,04 O correto não seria: ValorIPI=0 vIPIDevol=1461,04 Só gere o XML e imprime o DANFE e pede para o contador checar se esta correto. Caso ele diga que agora esta correto ai sim você envia.

Boa noite @rebelss, Validei o XML que você anexou através site abaixo e não acusou que a assinatura é inválida. Sendo assim chego a conclusão que o problema é o provedor que esta recusando. Receita Federal do Brasil - Validador de Assinaturas (fazenda.gov.br)

Boa noite @Antônio Fernando, A função existe sim e ela se encontra na unit ACBrDFeUtil. Você tem fontes do ACBr 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.

Boa tarde @rebelss, Você poderia anexar o XML gerado com vogais acentuadas para que possamos analisar? Quanto a tabela de caracteres se o sistema operacional do servidor for Windows basta pedir para instalar a tabela de caracteres.

@Mario Inacio, Anexa o conteúdo da variável que eu mencionei.

@Diego Foliene, Quando é feita a atribuição o componente popula as classes, deve ter alguma tag no LXmlNota cujo valor é invalido para um campo integer. É preciso obter o conteúdo da variável LXmlNota.

Boa tarde @pedrowilliam, Segundo os schemas que temos para validar o XML não contempla a tag OutrasInformacoes na estrutura do RPS, somente na NFS-e. Lembrando que o que é gerado e enviado é o XML do RPS, o XML da NFS-e é gerada e retornado pelo webservice do provedor. Sendo assim não é possível ser feito o que o seu cliente deseja. Mas você pode entrar em contato com o provedor e questionar eles, talvez os schemas que temos esta desatualizado.

@Mario Inacio, Esse erro também ocorre com o programa exemplo?

@Rosemeri Nespolo, Ficou vermelho porque você alterou os arquivos, isso é normal e a alteração foi proposital. Agora se faz necessário você fazer os testes usando o programa exemplo (de preferencia). Se der certo o envio do RPS com a nova URL, ai sim você posta aqui no tópico como ficou a seção da referida cidade.

Boa tarde Paula, Muito obrigado pela informação. Já inclui a URL de homologação que pelo jeito é padrão para todas as cidades. Caso deseje fazer testes, veja como esta a seção da referida cidade no arquivo ACBrNFSeXServicos.ini [3548500] Nome=Santos UF=SP Provedor=Ginfes ProLinkURL=http://santos.ginfes.com.br/report/consultarNota?__report=nfs_ver4&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null HomLinkURL=http://santos.ginfesh.com.br/report/consultarNota?__report=nfs_ver4&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null ;Provedor=Giss ;Versao=2.04 ;ProRecepcionar=https://ws-santos.giss.com.br/service-ws/nf/nfse-ws Para fazer os testes exclua as linhas: Provedor=Ginfes ProLinkURL=http://santos.ginfes.com.br/report/consultarNota?__report=nfs_ver4&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null HomLinkURL=http://santos.ginfesh.com.br/report/consultarNota?__report=nfs_ver4&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null E descomente as outras 3 linhas removendo o ";". Por fim siga os passos do tópico abaixo.

Boa tarde @Anderson Grolli, Por favor faça um teste usando o programa exemplo. Eu acredito que você não esta seguindo a regra de configuração do componente ACBrNFSeX. Ao configurar o componente a ultima configuração a ser feita diz respeito ao código do município. Qualquer outra configuração a ser "setada" após o código do município será descartada.

Boa tarde @Rosemeri Nespolo, Estando tudo OK, por favor cola aqui no tópico somente a seção da referida cidade para que possamos fazer também a alteração e enviar para o SVN. Desde já muito obrigado pela colaboração.

Boa tarde @Mario Inacio, Me recordo de outro desenvolvedor relatar esse erro, mas também me recordo de ter sido corrigido. Você tem fontes do ACBr 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.

Boa tarde @rafmattos, Já foi criado a TK-5979 para analise do caso.

Boa tarde @Elisângela Borato, Por favor atualize todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Enviei um possível solução para o problema, mas vinculando a cidade em questão.

Boa tarde @Zottis, Então faça um teste usando o programa exemplo.

Bom dia @Rosemeri Nespolo, Complementando o que o @Juliomar Marchetti já lhe passou, temos o tópico abaixo com mais orientações.

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

Bom dia @Lopes Ricardo, Chegou a fazer um teste usando o programa exemplo?

Bom dia @Zottis, Chegou a fazer um teste com o programa exemplo? O Numero do protocolo é obtido no retorno do Emitir.

@C4Dev, O provedor EL na sua versão 1 (layout próprio) o fluxo para obter o XML completo da NFS-e é este abaixo: 1. Alimentar o componente com os dados do RPS. 2. Enviar o RPS para o webservice. 3. Com o componente ainda carregado com os dados do RPS, executar o Consultar Situação informando o numero do Protocolo retornado ao enviar. 4. Com o componente ainda carregado com os dados do RPS, executar o Consultar Lote informando o numero do Protocolo. 5. Se o RPS foi processado com sucesso o componente vai montar o XML completo da nota com os dados do retorno da consulta ao lote. Você esta seguindo esse fluxo? Ele chega a gravar o XML da nota em disco?

@C4Dev, Eu acho que ficou faltando uma linha, veja: AResumo.Data := Response.Data; AResumo.Situacao := Response.Situacao; AResumo.NumeroRps := Response.NumeroRps; aXmlRetorno := AuxNode.OuterXml; <==== incluir esta linha if AResumo.NumeroNota <> '' then ANota := TACBrNFSeX(FAOwner).NotasFiscais.FindByNFSe(AResumo.NumeroNota); if not Assigned(ANota) then ANota := TACBrNFSeX(FAOwner).NotasFiscais.FindByRps(AResumo.NumeroRps); Inclui a linha reinstale o ACBr e faça novos testes.

Boa tarde @chico_lopes, Pelo que eu entendi, você pega um XML qualquer e na base da tentativa erro tenta descobrir se o XML é de uma NF-e, ou CT-e, ou evento de NF-e ou evento de CT-e, é isso? Se a ideia é essa não seria o caso de, você carregar o XML como uma string checar a presença de um elemento que você sabe que só existe em um determinado tipo de documento? Por exemplo: procedure TfrmEmissorDFE.CarregaArquivo; var ArquivoXML: TStringList; Tamanho: Integer; PathEvento: String; begin ArquivoXML := TStringList.Create; ArquivoXML.LoadFromFile(edtArquivo.Text); TipoDFE := 0; if pos('<infNFe', ArquivoXML.Text) > 0 then TipoDFE := 1; if pos('<infCte', ArquivoXML.Text) > 0 then TipoDFE := 2; if pos('InfNfse', ArquivoXML.Text) > 0 then TipoDFE := 3; if pos('infMDFe', ArquivoXML.Text) > 0 then TipoDFE := 4; if pos('procEventoNFe', ArquivoXML.Text) > 0 then TipoDFE := 5; if pos('procEventoCTe', ArquivoXML.Text) > 0 then TipoDFE := 6; if pos('procEventoMDFe', ArquivoXML.Text) > 0 then TipoDFE := 7; ArquivoXML.Free; (...) end;