Italo Giurizzato Junior

Bom dia @Atalias, Atualize todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes.

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.

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.

@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 @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.

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;

Boa tarde @Anderson Grolli, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia @Anderson Grolli, Já foi criado a TK-5972 para analise do problema.

Bom dia @Elisângela Borato, Você anexou a unit do Ginfes e não do Giap.

Bom dia @Zottis, Notei que no seu XML o valor de RetidoCpp é 1. Inclua a linha abaixo na rotina que alimenta o componente: Servico.Valores.RetidoCpp := snNao; Desta forma ele vai gerar com o valor 2. Vamos ver se isso resolve o problema.

Olá Pessoal, Já se encontra no SVN a atualização dos fontes de componente ACBrCTe visando a emissão do CT-e Simplificado. Foi enviando também a atualização dos programas exemplos tanto em Delphi quanto em Lazarus, que agora tem uma procedure para exemplificar a alimentação do componente para a emissão do CT-e Simplificado. Peço a todos que façam a atualização dos fontes, reinstale o ACBr e realizem os testes. Até a data de hoje (17/09/2024) somente a SEFAZ-Virtual do RS que disponibilizou as URLs de homologação especificas para o CT-e Simplificado, sendo assim somente RS e as UF atendidas pela SVRS que vão poder realizar os testes neste momento. UF atendidas pela SVRS: AC, AL, AM, BA, CE, DF, ES, GO, MA,PA, PB, PI, RJ, RN, RO, RS, SC, SE e TO. Caso encontre algum erro na emissão do CT-e Simplificado ou no CT-e ou CT-e OS ou GTV-e, por favor criem um tópico no fórum relatando o problema para que possamos sanar o mais breve possível.

Boa tarde @Elisângela Borato, Precisamos saber se essa mudança é valida para todas as cidades atendidas pelo provedor Giap e pelo Intertec. Caso contrario a alteração que devemos fazer é com que ele reconheça o Params informado no arquivo INI.

Boa tarde @rafmattos, O webservice esta retornando um html em vez de XML. Isso explica o erro que você esta tendo. Verifique se para a cidade em questão o provedor não migrou para a versão 2 do layout da ABRASF, pois essa cidade ainda usa a versão 1.

Boa tarde @willian_delan, Já esta no SVN.