[Posso encontrar as notas de outros UFs na SVRS, no link de consulta de NFCe?]

Através do desse link, vejo que alguns estados utilizam os serviços do Sefaz do Rio Grande do Sul para emissão de NFCEs.

Por meio de testes acabei notando que através da página de consulta do Sefaz do Rio Grande do Sul é possível visualizar os dados de NFCes emitidas em estados diferentes do Rio Grande do Sul, no caso, testei com uma NFCe do Pará e uma NFCe do Espírito Santo e ambas foram encontradas.

1. Então me veio a dúvida: todos as NFCes emitidas pelos estados participantes do grupo SVRS (AC, AL, AP, BA, DF, ES, MA, PA, PB, PE, PI, RJ, RN, RO, RR, SE, TO) pode ser encontrada na página de consulta do Sefaz do Rio Grande do Sul? 

2. Eu procurei algumas NFCes emitidas pelo estado do Pará  no ano de 2020 na página de consulta do sefaz do Rio Grande do Sul e não encontrei porém encontrei na página de consulta do próprio Pará. Já algumas NFCes do ano de 2022 do Pará foram encontradas nas duas páginas de consulta, alguém sabe o motivo?

Desde já agradeço pelas respostas pessoal, obrigado  

[Ciência da Operação pelo servidor NFeDistribuicaoDFe.]

Sim, melhor não me arriscar, vou rever a lógica de negócio. Obrigado pela explicação.

[Ciência da Operação pelo servidor NFeDistribuicaoDFe.]

Olá eu fiz um sistema para a minha empresa que utiliza os serviços desse servidor e estou utilizando esse sistema há um tempo já, o problema é que de acordo com esse link eu posso estar cavando minha própria cova. 

Para realizar o download das notas em lote, eu faço ciência da operação primeiramente, para depois disponibilizar a nota no ambiente. Porém pelo que vi na matéria citada, e em outras quando me aprofundei na questão, eu sou obrigado a realizar o manifesto final dessas notas adquiridas por esse método, e os prazos são curtos, coisa de 10 a 15 dias. Como faço isso desde o início de 2017 e não houve nenhum problema eu não desconfiei. 

Alguém sabe desse quesito? Já ouviram falar de algum caso que deu problema? Há alguma outra forma de baixar nfe em lote sem saber a chave de cada nota?

[Manifesto de NFE - Falha no Esquema XML do lote de NF-e]

Boa tarde pessoal, o componente acbr está me retornando seguinte erro ao manifestar uma nota de uma empresa:

Rejeicao: Falha no Esquema XML do lote de NF-e

O problema acredito ser o mesmo que esse tópico aqui no fórum: o nome da empresa do cliente com problemas possui um caractere especial "&" (A parte do nome da empresa que possui esse caractere é "D&W"), porém o erro acontece na hora em que eu vou manifestar a nota e não quando vou emitir (como no tópico citado).

Eu debuguei o que acontece no acbr e encontrei no xml gerado, nele não está presente o nome da empresa... Então como esse erro acontece?

E eu sei que o problema é o nome da empresa porquê olhei no site da receita algumas notas que foram manifestadas com sucesso, e no destinatário de todas essas notas estava escrito ("DeW" ao Invés de "D&W"), ou seja, as notas com o caractere especial não estavam sendo de fato, manifestadas. Mas como não se utiliza o nome da empresa na hora do manifesto, isso tá me deixando doido kkk.

 

Segue abaixo o meu código de manifesto via acbr

 

	acbr.EventoNFe.Evento.Clear;
      for i := 0 to eventos.ChildNodes.Count - 1 do
      begin
        evento := eventos.ChildNodes[i];
        chaveNFe := evento.ChildNodes.Nodes['chaveNFe'].Text;
        dhEvento := evento.ChildNodes.Nodes['dhEvento'].Text;
        tpEvento := evento.ChildNodes.Nodes['tpEvento'].Text;
        //manifesta o resumo
        with acbr.EventoNFe.Evento.Add do
        begin
          InfEvento.cOrgao := 91;
          infEvento.chNFe := chaveNFe;
          infEvento.CNPJ := cnpjCert;
          dhEvento := formatarData(dhEvento);
          infEvento.dhEvento := StrToDateTime(dhEvento);
          InfEvento.tpAmb := taProducao;

          if tpEvento='210210' then //ciencia da operacao
          Begin
            infEvento.tpEvento := teManifDestCiencia;
          End
          else if tpEvento='210200' then //confirmacao da operacao
          Begin
             InfEvento.tpEvento := teManifDestConfirmacao;
          End
          else if tpEvento='210220' then //Desconhecimento da operacao
          Begin
             InfEvento.tpEvento := teManifDestDesconhecimento;
          End
          else if tpEvento='210240' then //operacao nao realizada
          Begin
             InfEvento.tpEvento := teManifDestOperNaoRealizada;
          end
          else
          begin
           raise Exception.Create('Tipo de Evento desconhecido');
          end;
        end;
      end;

      try
        acbr.EnviarEvento(1);
      except on e : exception do
        begin
          gravarLog('ERRO AO MANIFESTAR A NOTA CHAVE ' + chaveNFe + ': ' + e.Message ,dirLog);
          Result := e.Message;
          end;
      end;

  

 

[Retorno do WebService NFeDistribuicaoDFe incompletas]

Bom dia, eu tinha lido o tópico mas o problema discutido era sobre notas que não retornavam na consulta após manifestada. O problema que descrevi era o retorno de um xml pela metade (com erro). 

Mas enfim, parece que só foi uma instabilidade do servidor, pois hoje normalizou. Obrigado.

[Retorno do WebService NFeDistribuicaoDFe incompletas]

Ao realizar uma consulta no NFeDistribuicaoDFe, o xml  resultante do método "acbr.WebServices.DistribuicaoDFe.RetornoWS" vem incompleto, como no exemplo abaixo: 
 

<?xml version="1.0" encoding="utf-8"?>
<soap:Envelope
	xmlns:soap="http://www.w3.org/2003/05/soap-envelope"
	xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
	xmlns:xsd="http://www.w3.org/2001/XMLSchema">
	<soap:Body>
		<nfeDistDFeInteresseResponse
			xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NFeDistribuicaoDFe">
			<nfeDistDFeInteresseResult>
				<retDistDFeInt
					xmlns:xsd="http://www.w3.org/2001/XMLSchema"
					xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" versao="1.01"
					xmlns="http://www.portalfiscal.inf.br/nfe">
					<tpAmb>1</tpAmb>
					<verAplic>1.1.9</verAplic>
					<cStat>138</cStat>
					<xMotivo>Documento(s) localizado(s)</xMotivo>
					<dhResp>2017-11-09T17:25:22-02:00</dhResp>
					<ultNSU>000000000003539</ultNSU>
					<maxNSU>000000000003539</maxNSU>
					<loteDistDFeInt>
						<docZip NSU="000000000003526" schema="resNFe_v1.01.xsd">xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx</docZip>
						<docZip NSU="000000000003527" schema="procNFe_v3.10.xsd">xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

Alguém está passando por isso?

[componente acbr travando com muitas consultas ao Web Service DistribuicaoDFe]

Pessoal só respondendo aqui, era coisa besta mesmo, vi que estava faltando alguma configuração no componente e que o mesmo estava retornando do servidor um xml de resposta nas tags ultNSU e maxNSU, ambas com o nsu "000000000000001". Então notei que havia algo de errado, refatorei o código e reconfigurei o componente até que me voltasse uma informação correta. Quando essa informação veio corretamente, o componente já não travava ao realizar muitas consultas. 

[componente acbr travando com muitas consultas ao Web Service DistribuicaoDFe]

Sim, talvez seja isso, vou testar em outras redes confiáveis por aqui.

[componente acbr travando com muitas consultas ao Web Service DistribuicaoDFe]

Pessoal, me desculpe se é uma pergunta leiga.

Eu sei que que o web service DistribuicaoDFe da Sefaz bloqueia temporariamente os acessos de um certo cnpj, caso ele faça muito acesso.

Quando faço alguns testes aqui e acabo utilizando um pouco (uns 10 acessos seguidos), mesmo no ambiente de homologação, o componente acbr trava, consequentemente travando o código. Procurei no exemplo que vem no controle de versão e também trava o cnpj que estou testando ao tentar o acesso à sefaz.

Sei que quando esse bloqueio acontece, o normal é o servidor retornar um xml com o cStat 656 - Consumo Indevido, mas não é isso que está acontecendo, o componente está travando o código.

Alguém já passou por isso?

Desde já sou grato...

[Guardar informaçoes A3]

Em 18/09/2017 at 06:49, mcob disse:

Bom Dia, a Todos

Para fazer isso, no meu caso eu gravo o número de série do certificado e a senha no cadastro do emitente da nota fiscal e antes de gerar e enviar a nf-e carrego o número de série do certificado e a senha no componente, assim:

    ACBrNFE1.Configuracoes.Certificados.NumeroSerie  := 'CERTIFICADO'  ;
    ACBrNFE1.Configuracoes.Certificados.Senha              := 'SENHA_CERT'' ;

e funciona se problemas.

espero ter ajudado.

Miguel
 

Realmente, isso funciona mesmo. Pelo que vi é tiro e queda, essa opção de ir pelo número de série é o que eu estava precisando

[Idenfier not found "libOpenSSL"]

Boa tarde, estou tentando setar as configurações do pacote AcbrNFe1 mas quando executo a seguinte linha de código: 

 ACBrNFe1.Configuracoes.Geral.SSLLib:= libOpenSSL;

Ele, não compila porque dá o seguinte erro: "Error identifier not found: libOpenSSL".

Estou usando o Lazarus 32 bits em um computador de 64 bits.

Sei que essa propriedade espera um TSSlib, meus imports: 

uses
  Classes, SysUtils, FileUtil, Forms, Controls, Graphics, Dialogs, StdCtrls,
  MaskEdit, ACBrNFe;

Quando instalei para o Delphi 7 64 bits pelo instalador executável do Acbr não deu esse erro...

[Guardar informaçoes A3]

26 minutos atrás, jaques.rocha disse:

No A1 nem preciso definir a senha pois ele já e instalado do windows, uso isso no A3 tanto token como cartão e funciona normalmente, o detalhe é que ao executar ACBrNFe1.Configuracoes.Certificados.Senha        := 'e a senha'; o cartão ou token ja tem de estar conectado.

Se no seu caso continua pedido a senha, pode ser que tenha alguma outra configuração do componente que força pedir a senha.

Opa vou testar isso! Já me anima bastante, havia tentado antes com java mas alguns problemas da linguagem me deu dor de cabeça. Obrigado!

[Guardar informaçoes A3]

23 horas atrás, Sérgio Assunção disse:

Se eu não me engano isso é uma configuração de segurança no próprio certificado.

Sim estou ciente disso, o normal do certificado A3 é pedir a senha, é a ideia de seu funcionamento e não um problema, como estou retratando. Mas já vi um sistema que consegue contornar essa característica. Era em delphi rs. 

23 horas atrás, Juliomar Marchetti disse:

Bom dia

Existe um tópico que precisa procurar onde um colega explica como fazer para poder ficar salvo a senha

caso contrário deve ficar sem e deixar a tela do token para colocar a senha

mas é só na primeira nota depois as demais ele não pede 

Sim, fui atrás mas nao achei um post

[Guardar informaçoes A3]

Bom dia pessoal sou novo por aqui, no framework ou na próprio Delphi, ha a possibilidade de guardar as informações de um token/smartcard A3, para posteriormente utilizar para assinar uma nfe/xml sem que o usuário tenha a necessidade de ficar digitando a senha, ou ainda, toda vez que o sistema iniciar?

Se houver teria como resumir o que e feito para que isso aconteça?

Obrigado desde já.  

[Senha do Certificado A3]

Revivendo o post... rs. Eu tenho uma aplicação que fiz em Java para poder trabalhar com A3, nela eu consigo utilizar esses certificados digitais de forma automática como descrito no post, porém, para isso ser possível, eu tenho que utilizar a dll do gerenciador do A3, coisa que nem sempre encontro e para finalizar o projeto, só essa parte que está me tirando noites de sono. Pois bem, estou resolvendo agora, procurar em outras tecnologias essa solução e estou lendo sobre a possibilidade de resolver isso em Delphi. 

Gostaria de saber com vocês do fórum se no Delphi a resolução do problema também exige a dll do gerenciador ou se existe a possibilidade de colocar a senha no A3 sem que o usuário digite, sem a necessidade de utilizar a bendita dll.

ps.: pergunto pois se a solução for a mesma vou perder um tempinho atoa rs.