Fernando Di Pace

Bom dia BigWings. Depois de analisar o metodo enviar do exemplo e conforme a NT 2020.005 v1.10 com uma NFCe; sua observação em preencher o método de forma Síncrona a aplicação transmitiu normalmente. ACBrNFe1.Enviar(iLoteId, false, true); // ou seja terceiro parâmetro tem que ser informado. Obrigado pela ajuda!

Boa tarde wendelswl, Rapaz, acredito que seja isso mesmo, mandei um e-mail para sefaz da PB e caso eles não respondam vou tentar mandar para o RS. Ainda bem que o problema está só no ambiente de homologação. Espero que eles não estende para produção.

Fiz o teste colocando o terceiro parâmetro = true e o retorno do recimo não vem nada pelo método ACBrNFe1.WebServices.Enviar.Recibo = '' onde eu executo: ACBrNFe1.Enviar(iLoteId, false, true); ACBrNFe1.WebServices.Retorno.Recibo := ACBrNFe1.WebServices.Enviar.Recibo; ACBrNFe1.WebServices.Retorno.Executar; Retorno 999 erro no Falha no processamento do webservice. Conclusão testei de forma Síncona e Assincrona e de forma Assincrona não recebo o erro porém não obtenho retono pois o recibo vem vazio. Será que o problema esteja na SEFAZ????????????

Boa tarde BigWings! Estou usando método Enviar com o terceiro parâmetro da função setada de forma default Sincrono: Boolean = false, conforme a chamada do mesmo a baixo. ACBrNFe1.Enviar(iLoteId, false); Class ACBrNFe Vou tentar setar como true, o terceiro parâmetro e ver o retorno.

A minha comparação se extendeu para NFe e NFCe no arquivo [NFCe_SVRS_H] ACBrNFeServicos.ini e Site do estado: https://www.sefaz.pb.gov.br/view-docs?task=document.viewdoc&id=1349

Boa tarde EmBarbosa. O erro é intermitente ou constante? O erro é constante, está acontecendo no TACBrNFe.Enviar na class ACBrNFe; O erro aconteceu do nada? Sim. Muito estranho isso!!! Houve alguma atualização no seu software antes desse erro? Não, eu ia testar uma venda e me deparei com o erro, porém fiz uma atualização dos fontes do acbr compilei uma versão e aproveitei atualizei a pasta schema, e mesmo assim o problema persiste. Lembrando que o ambiente de produção está funcionando, esse problema só está acontecendo em homologação. Obs: Segundo o erro ocorre quando Erro: 'Se o emitente fizer a transmissão da NF-e para o SVAN (SEFAZ Virtual do Ambiente Nacional) e consultar esse recibo no webservice SVRS (SEFAZ Virtual do Rio Grande do Sul), essa rejeição vai surgir, pois quem processou a informação e tem a resposta é o SVAN. Devemos sempre fazer as buscas no mesmo WebService.' fonte: https://atendimento.tecnospeed.com.br/hc/pt-br/articles/360015680413-Rejeição-553-Tipo-autorizador-do-recibo-diverge-do-Órgão-Autorizador O erro 553 da fonte do site acima tem o mesmo cabeçalho de erro 452 que estou tendo. Eu fui verificar o arquivo ACBrNFeServicos.ini em comparação com site da sefaz nacional https://hom.nfe.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=Wak0FwB7dKs= observando a chave do arquivo [NFe_SVRS_H] ACBrNFeServicos.ini com o site da sefaz está tudo OK, o que nos leva a crer que pode ser um erro na Sefaz do SVRS_H.

Bom dia!!! Amigos me deparei com esse erro hoje: Rejeicao: 452 Tipo Autorizador do Recibo diverge do Orgao Autorizador ao tentar transmitir as NFCe’s do estado da PB no ambiente de homologação, atualizei os fontes, schemas e recompilei a aplicação e mesmo assim o erro persiste! Alguem já passou por isso? Obs: Até ontem estava tudo normal. Segue em anexo os XMLs gerados e os retornos.182275-env-lot-soap.xml182275-rec.xml182275-rec-soap.xml182275-env-lot.xml

Deu certo. Valeu mesmo.

Boa tarde. Estou carregando uma nota fiscal com protocolo de transmissão e estou querendo salvar o xml no banco de dados, estou carregando o xml completo com protocolo e tudo pelo método ACBrNFe1.NotasFiscais.LoadFromFile(‘...’) tudo legal, porém quando uso a propriedade ACBrNFe.NotasFiscais.Items[0].XML não me trás a tag <infProt>, estou precisando salvar o xml completo. Teria alguma propriedade ou método para essa solicitação???

Estava suspeitando que era isso, valeu pela confirmação amigo.

Bom dia amigos, Estou tentando emitir uma NFe com IndPres = 4 - NFC-e em operação com entrega a domicíli, no qual as informações da tag <enderDest> e <transp> estão sendo preechidas. Os fontes estão atualizado juntamente com a pasta Schemas. e mesmo assim estou recebendo o retorno '794-Rejeicao: NF-e com indicativo de NFC-e com entrega a domicilio'. Alguém já passou por esse problema? Campos relevantes:

Bom dia. Amigo, você não precisa contratar serviço nenhum não, basta ter a chave da nota ele consegue baixar o xml pelo site da sefaz com o própio certificado. site da sefaz https://www.nfe.fazenda.gov.br/portal/consultaRecaptcha.aspx?tipoConsulta=resumo&tipoConteudo=d09fwabTnLk= Att.

Muito obrigado o negócio é falar com quem sabe, deu certo demais.

Boa tarde, Amigos, estou tentando transmitir uma NFCe com Serviço e Produto (Conjugada) e estou recebendo as seguintes rejeições: 564 - [Simulacao] Rejeicao: Total do Produto / Servico difere do somatorio dos itens 610 - [Simulacao] Rejeicao: Total da NF difere do somatorio dos Valores compoe o valor Total da NF. Porém, os valores de das tags <vProd>, <vDesc> e <vNF> estão todos corretos. Não estou entendendo o motivo da rejeição. Alguém já passou por esse problema? Segue o anexo xml para análise. 25200921806357000131650020000010831551611204-nfe.xml

Cara, atualiza as tuas dll`s com base nas dll`s do pacote do acbr configura o teu componente da seguinte forma: ACBrNFe1.Configuracoes.WebServices.SSLType := LT_TLSv1_2; ACBrNFe1.Configuracoes.Geral.SSLLib := libWinCrypt; ACBrNFe1.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; ACBrNFe1.Configuracoes.Geral.SSLHttpLib := httpWinHttp; ACBrNFe1.Configuracoes.Geral.SSLXmlSignLib := xsMsXml; Obs: No teu cliente se estiver usando o Windows 7 SP1 tem atualizar para SP3 para reconhecer o TLS 1.2 e Boa sorte.

Correção no lugar do CFOP 6106 seria 6118. Salientando que isso tem que ser validado pela contabilidade, pois irá analisar as regras dos estados envolvidos.

Cara, isso é uma operação chamada de TRIANGULAR, a Industria emitiria uma NFe com CFOP 5.101 para o representante, e outra com CFOP 6923 para cliente do representante e por fim o representante emitiria uma nota com o CFOP 6106 para justificar o não transito da mercadoria para seu estoque e etc... Obs: Você deve validar com a contabilidade, pois isso depende muito entre estados. Agora na minha opinião o contador responsavel pela industria ou do representante deve orientar, não é uma questão de sistema e sim de operações e manobras contábeis.

Boa tarde. Veja esse artigo: TRABALHANDO COM INI NO DELPHI https://www.andrecelestino.com/delphi-trabalhando-com-arquivos-ini/

Boa tarde. Verifica a configuração do tipo de papel dessas impressoras, no próprio software de configurações delas. Muda para A4 e verifica as margens de impressão da impressora no mesmo software de configurações!

Tem que ver se o estado de destino aceita esse tipo de operação e se a contabilidade valida essa operação ? Se sim, é feito da seguinte forma em vendas a consumidor final. -> 6.929 (Lançamento efetuado em decorrência de emissão de documento fiscal relativo a operação ou prestação também registrada em equipamento Emissor de Cupom Fiscal - ECF, ou NFCe:) Utilizado nas saídas de operações ou prestações com destino a outro Estado. Classificam-se neste código os registros relativos aos documentos fiscais emitidos em operações ou prestações que também tenham sido registradas em equipamento Emissor de Cupom Fiscal - ECF ou NFCe informando os cupons referenciandos na NFe. Veja também: Resumindo Brother, é só emitir uma NFe com o CFOP 6.929 nos itens, pois o destinatário está em outro estado, e faz referencia ao cupom(ns) que deu origem a NFe. Boa sorte!

Só para ilustrar as minhas configurações no componente: configurações de webservice está assim, e está funcionado normalmente. ACBrNFe1.Configuracoes.WebServices.SSLType := LT_all; ACBrNFe1.Configuracoes.Geral.SSLLib := libWinCrypt; ACBrNFe1.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; ACBrNFe1.Configuracoes.Geral.SSLHttpLib := httpWinHttp; ACBrNFe1.Configuracoes.Geral.SSLXmlSignLib := xsMsXml;

Problema resolvido!!! Vejam http://www.sped.fazenda.pr.gov.br/modules/conteudo/conteudo.php?conteudo=55 Comunicado aos usuários de Windows 8 e 10 Após a última atualização do Windows, alguns usuários relataram dificuldade para se conectar com o ambiente de Produção da NF-e e NFC-e. Isso ocorre por uma falha na leitura do Certificado Digital do servidor e pode ser corrigida seguindo- se os seguintes passos: Passo 1 - Fazer o download e instalar a cadeia de certificados acima; Passo 2 - Executar o comando certmgr.msc, o gerenciador do certificados será aberto; Passo 3 - Clicar com o botão direito na pasta "Certificados" que está dentro da pasta "Autoridades de Certificação Raiz Confiáveis", escolher importar e selecionar o arquivo "AutoridadeCertificadoraRaizBrasileirav5.crt", que é um dos certificados baixados no site do SPED; Obs: Na coluna "finalidades" do arquivo ("AutoridadeCertificadoraRaizBrasileirav5.crt" deve estar selecionada a opção "todos", caso não esteja, entrar em propriedades e alterar. Passo 4 - Abrir o browser e acionar o endereço https://nfe.sefa.pr.gov.br/nfe/NFeAutorizacao4?wsdl para verificar se a conexão será estabelecida.

Bom dia. Após realizar algumas modificações, no projeto para OPenSSL Acabei de receber a seguinte msg 202 - [Simulacao] Rejeicao: Falha no reconhecimento da autoria ou integridade do arquivo digital Segundo: https://atendimento.tecnospeed.com.br/hc/pt-br/articles/360010189493-Rejeição-202-Falha-no-reconhecimento-da-autoria-ou-integridade-do-arquivo-digital Para resolver a Rejeição 202, segundo a SEFAZ, é necessário corrigir a estrutura de envelopamento do XML. Porém, na maioria das vezes, esta rejeição indica uma falha técnica no servidor da SEFAZ. Neste caso, basta aguardar que os servidores da Secretaria da Fazenda se estabilizem e enviar a nota novamente.

Bom dia, Mudei para OpenSSL, O status está em operação, porém. E estou recebendo o seguinte erro: Rejeicao: NF-e nao consta na base de dados da SEFAZ UF: PB Quando fecho a aplicação dá o seguinte erro: Exception EAccessViolation in module libxmlsec.dll at 0001B457. Access violation at address 1001B457 in module 'libxmlsec.dll'. Read of address 09300B31.

Bom dia, que cabaré da porra! Isso vai ficar a critério de cada sefaz estadual determinar se vão cumprir com a NT naquela data, ou não. O projeto da DFe's está deixando de ser um projeto nacional para ser um estadual. Isso é uma Zona Mesmo. Quem datou as rotinas para NT se fudeu! vai ter que voltar a versão. Att.