fefevilela

18 Setembro, 2023

Pessoal,
Conforme prometido, fiz a simulação usando os mesmos parametros ERRADOS de quando eu obtive essa anomalia.

Fui surpreendido que agora foi inserido uma nova validação que trata o problema e voces podem encerrar esse ticket.

15 Setembro, 2023

Olá. Você está correto na afirmação que quando seta 4.0 ele envia pro endereço correto porém a consulta do processamento é que aciona o endereço da 3.0

Foi isso que detectei no dia.

Vou tentar repetir o erro em detalhes, mas com certeza foi esse o comportamento do componente

1 Setembro, 2023

4 minutos atrás, Diego Foliene disse:

Bom dia!

Se conferir no programa exemplo do ACBrCTe, ele utiliza a configuração da VersadoDF para definir a versão no momento de preencher o CTe.

Isso eu ja tinha visto, porem isso é um COMBOBOX para seleção no programa de exemplo, mas veja, eu estou relatando é a propriedade do componente Configuracoes.Geral.VersaoDF . Esse exemplo nao altera essa propriedade, porisso achei pertinente perguntar se a existencia de duas configurações são para atendimento a um propósito ou se está mesmo como ambiguidade.

1 Setembro, 2023

Pessoal,

Com a adoção da versão 4.0 do CTe me deparei com uma situação que não sei se é ambiguidade ou necessidade.

Se voce atribuir ao componente a tag => infCTe.versao := 4.0 e não alterar a configuração => Configuracoes.Geral.VersaoDF := ve300 a SEFAZ (RS) responde um erro que nada tem a ver com isso.

Detectei que a infCTe.versao for 4.0 faz o envio para o endereço da 3.0 e a consulta é executada na versao 4.0, parece que foi isso que ocorreu.

Ao atribuir os valores corretos para as duas configurações, o componente funcionou perfeitamente.

Nao seria o caso de preencher automaticamente a tag => infCTe.versao de acordo com o especificado na Configuracoes.Geral.VersaoDF ?

3 Julho, 2023

Pessoal, descobri o real motivo desse erro aparecer.

a TAG => infCTE.Versao, estando ela setada para 3.0 o erro ocorre.... alterei para 4.0 e resolveu...

Acredito que o colega LEANDRO possa ter cometido o mesmo erro que eu....

Foi mal ai gente.

peço finalizar

3 Julho, 2023

1 minuto atrás, Diego Foliene disse:

Boa tarde!

Mesmo que envie como Assíncrono, se enviar na versão 4.0, o componente automaticamente atribui o envio síncrono:

Conforme orientado previamente, verifique se está devidamente configurado para a versão 4.0.

Veja também se seus fontes estão atualizados e em dia com o SVN e se não há nenhuma alteração local.

Vale citar que quando você atualiza o SVN, você precisa resintalar o ACBr para que as alterações tenham efeito.

sim.. tudo isso é feito. estou com a revisão 29973 todos os fontes atualizados e o executavel com BUILD.... vou investigar onde está ocorrendo o problema e responderei aqui no grupo.

Obrigado

3 Julho, 2023

3 minutos atrás, Leandro Miler Santana disse:

Salve o arquivo anexo na pasta do sistema no cliente.

Configure para Emissão Normal e CTE 4.0

E faça os testes.

Tem que funcionar.

cte-ini.rar 2.38 kB · 0 downloads

Se não funcionar, refaça todo o processo do zero.

1) Renomeie sua pasta Acbr atual

2) Crie uma nova pasta Acbr e atualize via SVN Update

3) Use o arquivo em lote ApagaACBr para apagar todo o vestígio de compilações de acbrs antigas

4) Copie o arquivo ACBrInstall_Trunk2 da pasta Acbr Antiga para a pasta nova para facilitar configuração de nova instalação

5) Feche seu Delphi e instala o Acbr novamete

6) No Delphi, abra sua aplicação e de um Build

7) Atualize a aplicação no cliente e faça o teste. Não se esqueça de copiar o arquivo Schemas do CTE 4.0 que está no Acbr para o caminho do SCHEMAS no computador do seu cliente

Isso é estranho pois em nenhuma das funcionalidades do ACBR eu preciso distribuir arquivos acessorios. Só distribuo o Executavel e tudo funciona....

3 Julho, 2023

4 minutos atrás, BigWings disse:

Não entendi muito bem, qual chave que não consta no arquivo?

Porque o CTeRecepcaoSinc da versão 4 está aí na lista, o que não está é da versão 3.

O motivo deve ser por (creio eu) que SP não aceitava o modo síncrono no CTe, assim como não aceita na NFe.

Já na versão 4 só é aceito o modo síncrono.

Verifique se está configurando para a versão 4, e enviando no modo síncrono, e assíncrono na versão 3.

Executando o modo ASINCRONO = FALSE ( CompCte.Enviar(1, False) )
Na versão 3.00 vai de boas....
Na versão 4.00 ele da a mensagem conforme anexo

3 Julho, 2023

Pessoal, bom dia

Estamos com o mesmo problema.

Analisando o INI postado pelo BIGWINGS, realmente a CHAVE não está no arquivo.

Acredito que seja pelo fato que o Componente não está concatenando a versao 4.00 na String de pesquisa

o arquivo INI Consta:

[CTe_SP_P]
URL-QRCode=https://nfe.fazenda.sp.gov.br/CTeConsulta/qrCode
URL-ConsultaCTe=https://dfe-portal.svrs.rs.gov.br/CTE/Consulta
CTeConsultaCadastro_3.00=https://nfe.fazenda.sp.gov.br/ws/cadconsultacadastro4.asmx
RecepcaoEventoAN_3.00=https://cte.sefaz.rs.gov.br/ws/CteRecepcaoEvento/CteRecepcaoEvento.asmx
;
RecepcaoEvento_3.00=https://nfe.fazenda.sp.gov.br/cteWEB/services/cteRecepcaoEvento.asmx
CTeRecepcao_3.00=https://nfe.fazenda.sp.gov.br/cteWEB/services/cteRecepcao.asmx
CTeRetRecepcao_3.00=https://nfe.fazenda.sp.gov.br/cteWEB/services/cteRetRecepcao.asmx
CTeInutilizacao_3.00=https://nfe.fazenda.sp.gov.br/cteWEB/services/cteInutilizacao.asmx
CTeConsultaProtocolo_3.00=https://nfe.fazenda.sp.gov.br/cteWEB/services/cteConsulta.asmx
CTeStatusServico_3.00=https://nfe.fazenda.sp.gov.br/cteWEB/services/cteStatusServico.asmx
CTeRecepcaoOS_3.00=https://nfe.fazenda.sp.gov.br/cteWEB/services/cteRecepcaoOS.asmx
CTeRecepcaoSinc_3.00=
CTeRecepcaoGTVe_3.00=https://nfe.fazenda.sp.gov.br/cteWEB/services/cteRecepcaoGTVe.asmx
;
RecepcaoEvento_4.00=https://nfe.fazenda.sp.gov.br/CTeWS/WS/CTeRecepcaoEventoV4.asmx
CTeRecepcaoSinc_4.00=https://nfe.fazenda.sp.gov.br/CTeWS/WS/CTeRecepcaoSincV4.asmx
CTeConsultaProtocolo_4.00=https://nfe.fazenda.sp.gov.br/CTeWS/WS/CTeConsultaV4.asmx
CTeStatusServico_4.00=https://nfe.fazenda.sp.gov.br/CTeWS/WS/CTeStatusServicoV4.asmx
CTeRecepcaoOS_4.00=https://nfe.fazenda.sp.gov.br/CTeWS/WS/CTeRecepcaoOSV4.asmx
CTeRecepcaoGTVe_4.00=https://nfe.fazenda.sp.gov.br/CTeWS/WS/CTeRecepcaoGTVeV4.asmx

e o Erro propagado pelo componente refere-se APENAS a: CteRecepcaoSinc

Seria esse o problema ?

14 Março, 2023

25 minutos atrás, Diego Foliene disse:
Bom dia.
O processo quando assíncrono(esse é o caso do Ginfes) é:

Envia o lote de RPS.

Recebe um número de protocolo confirmando que o Lote foi recebido pelo provedor.

Consulta a Situação do Lote usando o protocolo que recebeu.

A situação do lote pode ser 1 - Lote Não Recebido, 2 - Lote em Processamento, 3 - Lote Processado com Erros e 4 - Lote Processado com sucesso.

Se a situação for 3 ou 4, consulta o Lote para receber os erros de processamento ou as NFSe.

No seu caso, em 505469090-sit-soap.xml, você recebeu que situação do Lote está como 2, ou seja, ainda está em processamento. Por isso, deve aguardar para poder consultar.

Você pode consultar a situação e o lote manualmente depois de enviar o Lote de RPS. Se for fazer isso, indico que aguarde ao menos uns 15 segundos entre o envio e a a consulta.

Você também pode automatizar esse processo de consulta permitindo que o componente consulte automaticamente depois do envio.
Para fazer isso você precisa definir as seguintes propriedades.
// Essa propriedade faz com que o componente consulte a situação do lote automaticamente depois de enviar.
ACBrNFSeX.Configuracoes.Geral.ConsultaLoteAposEnvio := True;

//Essa propriedade define o tempo que o componente vai esperar antes de fazer a primeira consulta depois de enviar.
ACBrNFSeX.Configuracoes.Geral.WebServices.AguardarConsultaRet := 15000; //Definida em milisegundos, neste caso 15 segundos é o tempo.

//Essa propriedade define quantas vezes o componente vai tentar fazer a consulta até receber um sucesso ou extrapolar as tentativas configuradas.
ACBrNFSeX.Configuracoes.Geral.WebServices.Tentativas := 5;

//Essa propriedade define quanto tempo o componente vai aguardar entre uma consulta e outra.
ACBrNFSeX.Configuracoes.Geral.WebServices.IntervaloTentativas := 5000; //Definida em milisegundos.
Esse é um exemplo. Caso defina essas propriedades e mesmo assim o retorno continue sendo Lote não processado, experimente incrementar elas.
Mas vale dizer que um tempo muito alto deve ser exceção. Se chegar a 30 segundos ou mais no AguardarConsultaRet e mesmo assim não der certo, tente contato com o provedor para verificar a situação.
Sempre tem a possibilidade de o mesmo estar passando por instabilidade.

Matou a pau.... já tinha configurado para consulta automatica, porem o timeout estava em 30 segundos.. aumentei para 2 minutos e funcionou... o Ginfes ta com lag enorme......

Obrigado. peço finalizar o ticket

14 Março, 2023

Bom dia.

Segue minha saga com a NFSx....

Fiz a portabilidade dos fontes da NFS para NFSx.

1) Envio a NFSx normalmente.
2) Pelo DEBUG, verifico que o protocolo foi recebido
3) O Componente faz a consulta da NFS e o GINFES responde: Esse RPS não foi enviado para a nossa base de dados

Analisei os arquivos salvos e percebo que em alguns é registrado producao.ginfes.com.br e em outros www.ginfes.com.br.

Não sei se o problema tem a ver com isso, porem continua um grande mistério.

Seria um problema no servidor da GINFES ?

Anexo os arquivos para analise de vocês.

1-env-lot.xml 1-env-lot-soap.xml 1-rec.xml 1-rec-soap.xml 505469090-con-lot.xml 505469090-con-lot-soap.xml 505469090-con-sit.xml 505469090-con-sit-soap.xml 505469090-lista-nfse-con-lot.xml 505469090-lista-nfse-con-lot-soap.xml 505469090-sit.xml 505469090-sit-soap.xml

16 Fevereiro, 2023

O problema então realmente era a configuração da LIB.

Favor finalizar

16 Fevereiro, 2023

Pessoal...

Fiz exatamente o que voces sugeriram.
Compilei o programa exemplo.

Fiz o preenchimento dos campos conforme imagens anexadas.

Resposta da validação => A MESMA DE SEMPRE

Não sei quais parametros foram utilizados no teste do Italo, se puder me informar qual deles está diferente para que eu possa testar, agradeço

16 Fevereiro, 2023

25 minutos atrás, Italo Giurizzato Junior disse:

Luis,

Usando o programa exemplo:

Como você pode ver o componente esta gerando, assinando, validando e enviando o Rps para o WebService do Ginfes e este esta retornando uma resposta plausível.

Vou comparar as conmfigurações do componente no EXEMPLO e descobrir qual propriedade está diferente e retorno aqui pra informar. Obrigado a todos pelas dicas.

16 Fevereiro, 2023

16 horas atrás, Italo Giurizzato Junior disse:

Luis,

Notei que você não informou a Unidade que segundo a sua imagem seria: "D"

Mesmo colocando a unidade D:\opendata\.... continuo com o mesmo problema.

eu pude notar que em determinado momento as classes trocam o prefixo ns3 por ns4, seria ai o problema?

veja a imagem do debugger no momento do erro de validação... veja que pelas propriedades, ele está buscando o xsd correto

15 Fevereiro, 2023

adicio9nando mais informações

15 Fevereiro, 2023

4 minutos atrás, Italo Giurizzato Junior disse:

Luis

E qual é o caminho que você informou em PathSchemas na configuração do componente?

15 Fevereiro, 2023

Oi Italo, segue o conteudo.

Conferido com a pasta original do acbr.

15 Fevereiro, 2023

27 minutos atrás, Diego Foliene disse:

Bom dia @fefevilela!
Por favor, você está com seus fontes atualizados? Consegue fazer um teste usando o programa exemplo?
Testando aqui em homologação, recebo o retorno do provedor de que o CNPJ que enviei não é de um contribuinte(que é o retorno esperado, pois não tenho dados válidos de um prestador).

Vale citar que a propriedade Montar automaticamente o Path dos Schemas, não faz tudo sozinha. Você precisa indicar a pasta NFSe que contém as subpastas com os schemas por provedor e a propriedade montar automaticamente vai escolher o diretório do provedor correto.
Tente também atualizar sua pasta de schemas, por gentileza.

Oi Diego,
Conforme informei, eu estou com a propriedade setada corretamente e a pasta dos schemas estão separadas em uma pasta exclusiva para nao misturar com a da NFS e que foram atualizadas de acordo com a versão atual (28510).
Se voce observar, o xml que foi gerado está sim apontando para a pasta GINFES, pelo menos o preenchimento do header está de acordo, porem o problema só ocorre naquele momento de validação.

Validação
Schema.add(WideString(FpDFeSSL.NameSpaceURI), ArqSchema);

Resultado dessa validação
Raised exception class EOleException with message 'servico_enviar_lote_rps_envio_v03.xsd#/schema
The 'http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd' namespace provided differs from the schema's 'http://www.ginfes.com.br/servico_enviar_lote_rps_envio_v03.xsd' targetNamespace'.

Aparentemente ele está buscando o XSD na pasta certa GINFES.

Será que alguma outra propriedade que precisa estar setada e que não esteja?

Caso necessário eu envio a lista do que está ativado no componente.

14 Fevereiro, 2023

Olá Italo,

Já constatei que a propriedade citada está ativada.

Criei uma pasta EXCLUSIVA para os schemas da NFSX, copiada do caminho: \ACBr\Exemplos\ACBrDFe\Schemas\NFSe e mesmo assim, continuo recebendo o mesmo erro.

14 Fevereiro, 2023

Pessoal, bom dia

Estamos encalacrados com um erro de validação que está impedindo de emitir a NFSeX.

Anexo os arquivos para analise.

Peço me esclarecerem qual o motivo do erro da validação.

Os procedimentos que estão sendo efetuados são:

Solicitando ENVIO da NFSx
CompNFSX.Emitir('1', meAutomatico, false);

function TDFeSSLXmlSignMsXml.Validar(const ConteudoXML, ArqSchema: String; out
MsgErro: String): Boolean;

Validação
Schema.add(WideString(FpDFeSSL.NameSpaceURI), ArqSchema);

Resultado dessa validação
Raised exception class EOleException with message 'servico_enviar_lote_rps_envio_v03.xsd#/schema
The 'http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd' namespace provided differs from the schema's 'http://www.ginfes.com.br/servico_enviar_lote_rps_envio_v03.xsd' targetNamespace'.

Aparentemente ele está buscando o XSD na pasta certa GINFES.

Agradeço retorno

nfseX.xml

27 Janeiro, 2023

ok, usaremos o indicado.

favor finalizar

27 Janeiro, 2023

Pessoal,

Constatei que os schemas da NFSe estão replicados em duas pastas distintas, porem não são iguais.

Uma versão está na pasta: ACBr\Exemplos\ACBrDFe\Schemas\NFSe

Outra versão na pasta: ACBr\Exemplos\ACBrDFe\ACBrNFSe\Schemas

Qual das duas é a versão atualizada?

6 Janeiro, 2023

Obrigado. Podem finalizar o ticket.

6 Janeiro, 2023

Acredito que não, pois as informações estão nessa propriedade

TnfseRegimeEspecialTributacao = (retNenhum, retMicroempresaMunicipal, retEstimativa,
retSociedadeProfissionais, retCooperativa,
retMicroempresarioIndividual, retMicroempresarioEmpresaPP,
retLucroReal, retLucroPresumido, retSimplesNacional,
retImune, retEmpresaIndividualRELI, retEmpresaPP,
retMicroEmpresario, retOutros, retMovimentoMensal,
retISSQNAutonomos, retISSQNSociedade, retNotarioRegistrador);

Entrar

Sobre nós...

Blocks

Notes ACBrLibNFe

Fóruns

Downloads

Calendário

Posts postados por fefevilela

Sobre nós...

Informação Importante