cefantacini

Configurei a propriedade ExpandirDadosAdicionaisAuto := True, e numa situação muito especifica onde a descrição do produto seja muito extensa e as informação adicionais tbém, o componente dá preferência por imprimir as Informações Adicionais na primeira página (conforme DANFe anexo). Teria alguma configuração que priorizasse a impressão do produto na primeira página, nesse tipo de situação em especifico? 35240764707268000140550010000011551984542255.pdf

Depurei e consegui localizar o problema. Era erro meu de preenchimento da TAG. Eu estava preenchendo com 3 sendo que ela aceita valores de 0 a 2. Se quiser pode fechar o tópico. Obrigado.

Na declaração de importação, independente de qual valor eu atribua para a TAG tpIntermedio, o valor não é preenchido no XML. O que gera um erro de validação Alguém tem passado por situação semelhante?

Eu fiz as alterações, inseri comentário de //*** alterado *** inicio e //*** alterado *** término nos locais alterados.... Delphi.rar Lazarus.rar

Estou fazendo os ajustes para inserir no sistema as opções de Evento de Insucesso e Cancelamento de Evento de Insucesso. O procedimento de envio dos eventos ocorreu tudo OK, porém a impressão, me parece que faltam algumas informações (conforme destaque em amarelo na imagem). Será que o preenchimento do componente para os eventos de insucesso e cancelamento de insucesso é diferente do preenchimento para os eventos de carta de correção e cancelamento da NFe? Estou preenchendo o componente da seguinte forma: DMComp.NFe.NotasFiscais.Clear; DMComp.NFe.NotasFiscais.LoadFromFile( NFeXML ); DMComp.NFe.EventoNFe.Evento.Clear; DMComp.NFe.EventoNFe.LerXML( InsucessoXML ); DMComp.NFe.ImprimirEvento;

Era isso mesmo, o cliente tinha alterado o código de ativação na tela de configurações. Problema resolvido Se quiser pode fechar o tópico

Tenho um cliente que até hoje de manhã estava usando o SAT (Dimep) normalmente e depois o aparelho começou a retornar a mensagem de Modelo de SAT não definido. Interessante que pelo Manager da Dimep consegue-se comunicar com o aparelho normalmente. Eu baixei a DLL mais recente do site da Dimep e apontei no meu sistema e o problema persiste. Alguém já passou por situação semelhante?

Eu preciso abrir um mesmo formulário em dois monitores no delphi, de modo que no primeiro monitor o Width do formulário tenha determinado valor e no outro monitor o Width tenha outro valor. Fiz pesquisas na internet porém não consegui aplicar ne minha necessidade. Se alguém puder me ajudar, desde já agradeço.

Tá certo Obrigado Se quiser pode fechar o tópico.

Repeti o teste com a configuração abaixo: DMComp.NFe.Configuracoes.Geral.FormaEmissao := teSVCAN; DMComp.NFe.NotasFiscais.Clear; DMComp.NFe.NotasFiscais.LoadFromFile( Trim( EdXML.Text ) ); DMComp.NFe.NotasFiscais[ 0 ].NFe.Ide.tpEmis := teSVCAN; E o erro permanece.....

Eu fiz um teste atribuindo a propriedade DMComp.NFe.Configuracoes.Geral.FormaEmissao := teSVCAN; E o erro permaneceu o mesmo...

Estou ajustando meu sistema para o evento de insucesso da NFe e estou recebendo o erro: Alguém conseguiu enviar o evento?

Deu certo apontando para a pasta Debug. Obrigado!

Fiz a instalação do Zeos no Delphi 12 e coloquei um componente ZConnection em um DataModule para alguns testes e ao compilar recebo a seguinte mensagem: [dcc32 Fatal Error] ussdmz01.pas(6): F2613 Unit 'ZAbstractConnection' not found. Fui em Tools - Options e adicionei o caminho: E ainda assim o erro permanece ao tentar compilar o projeto. Onde será que estou errando?

Estava como transportador, muito obrigado. Se quiser pode fechar o tópico

Eu tenho um cliente que tem duas empresas, porém com CNPJs diferentes (uma não é filial da outra). Emitente A e Emitente B O Emitente B emitiu uma NFe para um destinatário QQ. No Emitente A ao baixar as notas emitidas contra o seu cnpj usando o método DistribuicaoDFePorUltNSU apareceu a nota que o Emitente B emitiu. Sendo que o CNPJ do Emitente A não está na lista de CNPJs autorizados a baixar o XML (eu conferi o XML). Será que tem alguma lógica para esse tipo de situação?

Boa tarde, era exatamente isso, eu estava usando o último parametro como False Muito obrigado pela ajuda. O problema está resolvido. Se quiser pode fechar o tópico.

Resolveu, obrigado!

Bom dia Eu usei as duas opções em destaque

Estou fazendo um relatório de impressão de etiquetas no Fortes que depois de as etiquetas impressas solicita ao usuário se quer ou não apagar as etiquetas impressas, conforme o código abaixo. Application.CreateForm( TFmProdutoEtiquetaA45CRelatorio, FmProdutoEtiquetaA45CRelatorio ); FmProdutoEtiquetaA45CRelatorio.RL.Preview( ); FmProdutoEtiquetaA45CRelatorio.Free; if uccmensagem.Aviso( 'Apaga a(s) Etiqueta(s) que foi(ram) impressa(s)?', 2, 2, False ) <> MrNo then DMPro.IbQrEtiqueta.Delete; O problema é que a mensagem está aparecendo por cima do preview do fortes (conforme imagem). Qual seria a forma de eu chamar o preview do fortes de forma que ele somente desse sequencia no código após fechar o preview?

Adicionalmente eu atualizei o ACBr novamente e fiz um teste usando o Demo do ACBr, que apresentou o mesmo erro. Vou colocar em anexo o arquivo XML gerado pelo demo do ACBr, em caso de necessidade .... 35240464707268000140580010000000271316154240-mdfe.xml

Boa noite, sim, com o mesmo certificado.

Boa noite Os arquivos estão em anexo XMLRecusado.xml XMLAceito.xml

Eu voltei para e revisão 33231 que é a que eu estava antes da atualização de hoje de manhã do ACBr e o problema foi resolvido. O detalhe é que o MDFe tinha sido emitido na tentativa anterior, porem, eu recebia a mensagem de erro citada acima "Falha no Schema XML". Eu tenho uma rotina que atualiza o xml nesse tipo de situação e esta rotina foi executada. Nesta revisão, 33231 está transmitindo normalmente....

Comecei a receber hoje o seguinte erro na emissão de MDFe Coincidência ou não atualizei o ACBr e a pasta de schemas hoje. Alguém está passando pelo mesmo problema?