gwathsule

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

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

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?

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;

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.

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?

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.

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

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

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

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

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!

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. Sim, fui atrás mas nao achei um post

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

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.