Painel de líderes

Bom dia a todos, O consultar status só serve para saber se o webservice do status esta funcionando, se ele retornasse a situação de todos os serviços (recepção, consulta, evento, inutilização, ...) seria uma maravilha, mas infelizmente não é assim que a coisa funciona. E outro detalhe importante, o DistribuicaoDFe é um serviço disponibilizado pelo Ambiente Nacional e não pela SEFAZ-Autorizadora. Logo não adianta absolutamente nada, executar o consultar status de serviço.

Essas são units do DANFE em FastReport. Se você não tem o Fast não devia estar tentando compilar essa unit. Veja se não tem declarado no uses de algum lugar do seu projeto o ACBrNFeDANFEFRDM.pas.

Olá. Amigo, como falei, você deve fazer esses cálculos para distribuir os descontos sobre os itens do cupom assim que o mesmo é fechado em seu sistema. Basicamente é pegar o desconto e acréscimo gerais dados no cupom e distribuí-los aplicando esta regra http://partners.bematech.com.br/bemacast/Paginas/post.aspx?idPost=5790 . Depois, na hora de gerar o maldito BlocoX, basta exportar os valores salvos e ser feliz. Desde que implementei esse cálculo, só alegria.

Arrumei conforme vc falou, testei no DataModulo e no FormPrincipal, o ruim de fazer assim é que não vem o nome do Form no Sender, dai meu log não vai registrar da onde veio o erro, e nem consigo fechar aquele form especifico, mas se fica mais estável vou seguir seu conselho e deixar como está, pelo menos não aparece mais o abort que o cliente sempre clica e fecha toda a aplicação. DEUS abençoe pela ajuda.

Então @EMBarbosa o meu não nunca apareceu a mensagem que você disse naquele tópico kkk Mas sei lah neah rs Mas mesmo assim Obrigado pela explicação @EMBarbosa @Juliana Tamizou agora pode fechar rs... eu não sei como faz isso rs

Então parece que está faltando executar o código da procedure "LoadDLLFunctions". Veja também o método TACBrTEFDCliSiTef.Inicializar;

Boa tarde. Gostaria de relatar um problema que ocorreu com nosso sistema emissor, com relação ao preview/impressão da Carta de Correção da NF-e. O que acontece é que após exibir um DANFE e depois tentar exibir o preview de uma Carta de Correção ocorre um Access Violation, nesse caso testei apenas usando a engine FastReport. Percebi que o erro ocorre nos métodos "PrepareReport" e "frxReportBeforePrint" da unit "Fontes\ACBrDFe\ACBrNFe\DANFE\NFe\Fast\ACBrNFeDANFEFRDM.pas". Ao que parece o objeto NFe (FNFe) que é usado dentro deles está assigned mas suas propriedades estão nil, ele passa na verificação do Assigned(), mas ao acessar as propriedades elas estão nil. Se carregar uma NF-e no componente ACBrNFe e emitir um DANFE ele fica com referências apontadas internamente no DANFE associado ao ACBrNFe, então mesmo se der um ACBrNFe.NotasFiscais.Clear e carregar somente o XML do evento de CCe o erro ocorre. O que eu fiz foi apenas passar nil para as variáveis FNFe e FEvento ao final de cada método "ImprimirDANFE", "ImprimirDANFEResumido", "ImprimirDANFEPDF", "ImprimirEVENTO", "ImprimirEVENTOPDF", "ImprimirINUTILIZACAO", "ImprimirINUTILIZACAOPDF", para assim não apontar para uma referência inválida e a verificação funcionar corretamente em "PrepareReport" e "frxReportBeforePrint". // Está em "ImprimirDANFE", "ImprimirDANFEResumido", "ImprimirDANFEPDF", "ImprimirEVENTO", "ImprimirEVENTOPDF", "ImprimirINUTILIZACAO", "ImprimirINUTILIZACAOPDF": { DONE -oLeandro : (03/09/2019) - Alteração para não causar AccessViolation após: 1 - Imprimir um DANFE; 2 - Imprimir um Evento (Carta de Correção); AccessViolation ocorre nos métodos: * PrepareReport * frxReportBeforePrint Provável motivo: Objeto NFe (FNFe) está assigned mas suas propriedades estão nil. } FNFe := nil; FEvento := nil; Segue o arquivo ACBrNFeDANFEFRDM.pas em anexo, as alterações estão marcadas com um "DONE -oLeandro :" , se a alteração proceder e for útil, peço aos administradores que adicionem a alteração no svn. Muito obrigado. ACBrNFeDANFEFRDM.pas

Boa tarde ítalo, Como é apenas teste de homologação acredito que não tenha problema. E também não sei qual a sequencia que está ambiente homologador, não fui eu que fiz estes testes.

Obrigado Italo, era isso mesmo. =]

Sim, basta configurar o componente como na minha primeira resposta, carregar o XML com ACBrNFe1.LoadFromFile(<arquivo_xml>, False) e executar o comando de envio (ACBrNFe1.Enviar). O que você não pode fazer é alterar o XML, o segundo parâmetro do LoadFromFile garante isso, ele por padrão já é False. Se você mesmo fazendo isso ainda está tendo a rejeição 228, provavelmente a SEFAZ está bloqueando, de acordo com as exceções da regra de validação: O padrão é rejeitar NFe com data muito atrasada apenas se tiver tpEmis = 1, 6 ou 7. Mas pela primeira exceção a SEFAZ pode sim rejeitar NFe muito atrasada para qualquer tipo de emissão. Tem a segunda exceção (exceção da exceção) que diz que pode ser aceita NFe com tpEmis = 4.

Gostaríamos de reforçar o pedido da @flaviageisler e do @marcioereno de colocar em produção esta alteração. Entendemos bem o argumento que os campos não estão marcados como obrigatórios no manual, mas não há nenhum efeito negativo em mandar esta informação - não lembramos de ter visto a SEFAZ recusar algum documento fiscal por ter sido enviada uma informação que não era obrigatória. Analisando a sugestão de alteração do @marcioereno, ele acabou inutilizando a verificação dos percentuais igual a 0 (if (nfe.Det.Imposto.ICMS.pICMS = 0) and (nfe.Det.Imposto.ICMS.pDif = 0) then), então estamos anexando aqui uma versão mais limpa do mesmo código. Pelos nossos testes, esta verificação não é mais necessária; todas as SEFAZ que testamos aceitam que as tags sejam enviadas zeradas sem problema algum, assim: <ICMS51> <orig>0</orig> <CST>51</CST> <modBC>0</modBC> <pRedBC>0.0000</pRedBC> <vBC>0.00</vBC> <pICMS>0.0000</pICMS> <vICMSOp>0.00</vICMSOp> <pDif>0.0000</pDif> <vICMSDif>0.00</vICMSDif> <vICMS>0.00</vICMS> </ICMS51> E em outras, como RJ e PR, é obrigatório enviar desta maneira mesmo quando está zerado. Segue em anexo a unit pcnNFeW.pas para avaliação. pcnNFeW.pas

Boa tarde. Evite esse tipo de postura no fórum, ao postar aguarde a reposta..lembrando que o SAC ACBr sim tem um SLA de resposta de 1 dia útil. Relativo a sua dúvida, a primeira coisa que você deve fazer é checar se oque foi pedido bate com o manual e então comparar o mesmo com os fontes. Att.

Acredito que esteja relacionado ao campo cNF (número aleatório de 8 dígitos) que está sendo gerado automaticamente na tentativa de envio de cada nota. Recomendo gravar o valor deste campo no banco de dados e recuperar antes ao enviar para manter sempre o mesmo número na chave da nota.

Boa tarde, hoje realmente a mensagem de NFe Denegada sai acima do código de barras. Vamos verificar aqui com o pessoal a possibilidade de existir uma propriedade forçando a Mensagem, assim como existe para o Cancelamento.... Não podemos simplesmente não permitir imprimir, pois a casos que o XML não é atualizado com o protocolo de Retorno e mesmo assim a NFe possui evento de cancelamento ou está denegada, por isso não pode ser baseado apenas nesse critério. Uma possível solução no seu caso seria validar na sua aplicação se o cStat = (110, 205, 301, 302) se for esses códigos não permita emitir pois é Denegada.

Usa o msbuild e passa o arquivo ".dproj" como projeto. https://stackoverflow.com/questions/558147/delphi-msbuild-build-configurations-from-command-line http://docwiki.embarcadero.com/RADStudio/Tokyo/en/Building_a_Project_Using_an_MSBuild_Command#Building_a_Project_Using_the_Command_Line

Debugando a unit pnfsNFSeW_Infisc, achei como preencher : with NotasFiscais.Add.NFSe do begin ChaveNFSe := Numero := SeriePrestacao := Eu estava preenchendo esses dados somente na tag IdentificacaoRps, por isso dava erro.

Tive problemas com alguns clientes após a ultima atualização do Windows. Verifique no Internet Explorer -> Ferramentas -> Opções de internet 1-Aba Privacidade -> Bloqueador de pop-ups (desmarque) 2-Aba Avançadas -> item Segurança -> Verificar revogação de certificados no servidor (desmarque) Verificar se há certificados revogados do fornecedor (desmarque) Isso resolveu 100% em todos os clientes com problemas.