Painel de líderes

Boa tarde Embrati, O componente possui 3 propriedades Salvar: Configuracoes.Geral.Salvar := True / False ==> Se true salva em disco os arquivos de envio e de retorno, esses arquivos não temos a obrigação de guarda-los, logo você pode atribuir o valor false. Configuracoes.Arquivos.Salvar := True / False ==> Se true salva em disco os arquivos: *-nfe.xml, *-procEventoNFe.xml e *-procInutNFe.xml esses arquivos devemos guardar eles pelo período definido na legislação. Configuracoes.WebServices.Salvar := True / False ==> Tem a mesma finalidade do primeiro, mas com uma diferença salva os arquivos de envio exatamente como é enviado e o de retorno exatamente como é retornado pela SEFAZ, é muito útil em fase de testes. Configuracoes.Arquivos.SalvarApenasNFeProcessadas := True / False ==> Se true salva o XML só se a nota foi Autorizada ou Denagada. Eu te aconselho a atribuir o valor False a essa propriedade, pelo simples fato de que se ao enviar ocorrer algum erro de internet, tendo o XML assinado e salvo em disco, basta carregar ele através do método LoadFromFile e depois executar o método Consultar. Agora se você atribuir o valor True não terá o arquivo, logo vai ser necessário alimentar o componente novamente, gerar e assinar para depois realizar a consulta. O porque de consultar? Simples, se você envia e ocorre um erro de internet não sabemos se o erro ocorreu no envio ou no retorno. Como geralmente ocorre no retorno, ao consultar teremos o resultado do processamento, caso tenha sido autorizado o XML como esta carregado será atualizado, ou seja, vai receber o protocolo de autorização. Por outro lado se ao consultar a SEFAZ retornar uma rejeição acusando que a nota não consta na base de dados, ai sim, devemos enviar novamente. Espero ter ajudado.

Instala a impressora compartilhada no windows onde você quer usar, e use o modo RAW:Nome da impressora.

Acho que antes dele receber a DANFe pois ela vem acompanhando a mercadoria o XML já deveria de ter chego por algum meio digital em que o cliente dele deveria de ter enviado

Boa tarde, pelo ACBr não tem esse tipo de serviço. A SEFAZ não disponibiliza nada do tipo a não ser o serviço de DistribuicaoDFe. Para fazer isso seria necessário ler o CAPTCHA da página da SEFAZ simulando acesso a página, o usuário seleciona o CAPTCHA para bipar a chave, então poderia ler os dados da NFe no HTML para gerar o XML. Mas isso o ACBr não faz, pois a assinatura dessa NFe ficaria inválida.

Boa tarde, provavelmente está passando o parametro "Encerrado" no método. Verifique o ultimo parâmetro, passe False ou não preencha... https://acbr.sourceforge.io/ACBrMonitor/MDFeImprimirDAMDFe.html

Muito obrigado Italo, pode fechar o tópico. Grande abraço!

No caso não é MDF é MFe se estivermos falando a mesma coisa e sim está funcionando acho que desde quando começou o mesmo no está do Ceará. sim com pequenas resalvas mas ele serve bem para estudo e entendimento para tu fazer o seu

Entendi, Juliomar! Muito obrigado pelo retorno

Bom dia. não lembro de ser usado essa informação dentro do componente. caso queira contribuir por favor anexar o fonte modificado

Consegui resolver, recortando e colando novamente aqui so utilizamos o Delphi Rio

Bom dia! Pode estar ocorrendo o que o Victor comentou. Dias atrás ocorreu este problema em produção e era falha por parte da SEFAZ/SP. Pode ser que a regra com falha esteja ativa no ambiente de homologação. É uma possibilidade. Vamos aguardar teu teste em produção.

Ítalo, Consegui realizar a transmissão após atualização dos fontes do repositório. Mais uma vez muito obg amigo. Abs,

Muito obrigado Italo, vai desculpando qualquer incomodo, seguirei com os testes e com a implementação.

Rafael, Encontrei uma solução. Se eu não descarregar a biblioteca da memória, ou seja se eu não usar o DllUnload( oDll ), funciona tudo perfeitamente! Essas bibliotecas da ACBr são um show. Muito obrigado.