EMBarbosa

Olá Miguel, Tive que fazer vários ajustes para compilação do Delphi 7, mas parece que agora está tudo certo (revisão 18655). Ainda assim, estou com algumas dúvidas: Ao invés de apenas um componente ACBrEDI, termos os componentes ACBrEDICobranca, ACBrEDIOcorrencia, etc... Na verdade parece que esses componentes estão já prontos e aninhados dentro do ACBrEDI. Não seria melhor ter os componentes separados? É realmente necessários tantos arquivos rc e dcr?

Muito obrigado pela contribuição. Fiz a implementação baseada nela. No entanto tive que fazer vários ajustes pois o código não estava compilando devido a falta de algumas funções. Como não tenho certeza que elas eram realmente necessárias, queira por favor avaliar os ajustes feitos e reportar qualquer problema. Subi as alterações para o SVN na Revisão 18650 e o ACBrInstall na revisão 18653 Mais uma vez obrigado.

Olá, Pelas respostas parece tudo correto. Você chegou a verificar se o provedor do email tem alguma limitação com respeito a arquivos anexos? Por exemplo, o Gmail, Hotmail e Yahoo! sempre tiveram limitações em tipos de arquivos e tamanhos. Também costumam bloquear arquivos com suspeita de vírus. Eu verificaria isso primeiro.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 18623. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

MODERAÇÃO: Tópico Fechado. Outro tópico dividido daqui e movido para:

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 18622. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Em primeiro lugar verifique se está utilizando a última versão dos componentes e instalador. Vários problemas foram corrigidos recentemente relacionados a cópia das DLLs. Pela imagem de erro o mais certo é que outras dlls estão sendo usadas. Visto que seu Windows é 64 bits, as DLLs de 32 bits usadas pelo ACBr devem estar na pasta SysWOW64 e não em System32. Desinstale o ACBr e tenha certeza que o Delphi funciona corretamente sem ele antes de instalar novamente.

Muito obrigado pela report. Com sua ajuda consegui identificar o problema e fiz uma possível correção. Subi as alterações para o SVN na Revisão 18606. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Muito obrigado pela contribuição. Fiz a implementação baseada nela com algumas modificações. Subi as alterações para o SVN na Revisão 18602. Pelo que vi está tudo certo. Mais uma vez obrigado. Estou fechando esse tópico que já serviu ao seu propósito. Queira por favor atualizar, testar e reportar qualquer problema em um novo tópico.

As últimas alterações para esses arquivos foram enviados ao SVN na revisão 18600. Convidamos a todos para testarem e reportar qualquer problema encontrado.

Claro. Você pode fazer a alteração e anexar aqui pra análise?

Não é a mesma hierarquia não. O C430 é filho do C425, já o C480 é filho do C470.

Você consegue criar um pequeno aplicativo que reproduz o problema?

Olá AutomoSistema, é necessário informar na tag IDE os campos UFIni e UFFim. Veja o seguinte modelo de MDFe: https://acbr.sourceforge.io/ACBrMonitor/ModeloMDFeINI.html Estou fechando esse tópico porque o assunto original já foi resolvido. Caso tenha outra dúvida, fique a vontade para abrir um novo tópico conforme a regra: 2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Para mais informações sobre as regras, veja esse tópico:

Será que sua aplicação não está sendo bloqueada por um antivírus, programa de proteção bancária ou algo similar?

Você pode até criar uma classe no ACBrTEFD para isso. Mas não sei se é a melhor saída pra vocês.

Mas suporta o modo de troca de arquivo.

Acho que sim. Nesse caso, essa configuração deveria ser por máquina. A propósito, tivemos relatos de que algumas atualizações do Windows 10 corrigem esse problema. Sua máquina usa Windows 10? Está atualizado?

Olá AGrif... Que complicada está essa situação. Tente ver se a sugestão desse tópico resolve o seu problema:

Se usar um aplicativo de teste do fabricante funciona? Porque pode ser algum problema no equipamento.

Olhando pelo site deles, me parece que esse modelo específico só imprime em Raster, o que não é suportado pelo ACBrETQ. Outros modelos aceitam outros protocolos, como vocês podem ver no site: https://www.brother.co.jp/eng/dev/command/reference/index.aspx

Tudo bem! Agradecemos muito sua ajuda até o momento. Continue fazendo testes e qualquer coisa, pode criar um novo tópico.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 18505. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Agora só nos resta os C8xx C810 Itens do documento do cupom fiscal eletrônico – SAT (CF-E-SAT) (código 59) C815 Informações complementares das operações de saída de mercadorias sujeitas à substituiçãotributária (CF-E-SAT) (código 59) C870 Itens do documento do cupom fiscal eletrônico – SAT (CF-E-SAT) (código 59) C880 Informações complementares das operações de saída de mercadorias sujeitas à substituiçãotributária (CF-E-SAT) (código 59) Mais uma vez obrigado.

Que estranho. Ele está na lista de eventos no help, veja: http://docwiki.embarcadero.com/Libraries/Rio/en/FMX.NumberBox.TNumberBox_Events Mas realmente não tem no componente...

Não seria melhor mover o código para o evento OnValidate?