EMBarbosa

Isso é feito porque você está carregando o xml de terceiros. O componente então vai verificar se o xml está assinado e se não estiver vai ser assinado e validado antes de colocá-lo na fila para enviar. Essa alteração modifica o comportamento do componente e por isso precisamos ter um pouco de cautela. Se isso for alterado, por exemplo, precisaria ser nos dois métodos ao mesmo tempo (LoadFromString e LoadFromStringINI). Vou pedir uma ajuda ao @Italo Jurisato Junior pra ajudar a analisar essa questão.

Qual o modelo da balança que está utilizando?

Muito obrigado pela correção. Foi enviada ao SVN na revisão 16849. Também aproveitei para criar um teste unitário para esse erro.

Esse problema só acontece com o Delphi 7. Foi enviada uma correção para esse problema na revisão 16848. Esse erro acontece pois você tem versões diferentes da ACBrUtil.pas compiladas no seu computador. É provável que uma versão do Delphi está pegando os arquivos da outra.

Olá, Enviei alterações baseadas nessa sugestão na revisão 16847. Mas suas alterações não foram implementadas totalmente. Notei que o método function TEventos.LoadFromString da unit ACBreSocialEventos.pas foi alterado removendo o SaveToFiles. Mas isso já é utilizado pelo componente. Qual o motivo dessa remoção?

O erro "Não foi possível encontrar o ponto de entrada..." acontece quando o aplicativo está procurando uma DLL com versão específica, mas a versão que está no computador é outra. Pelo visto no computador existe o arquivo "libstdc++-6.dll", mas ele é de uma versão diferente da necessária. Isso acontece geralmente por dois motivos: 1) O arquivo foi substituído por um outro 2) Existem várias versões do mesmo arquivo Seja qual for o caso, procure por todas as versões desse arquivo em seu computador. Verifique se uma versão incorreta não está sendo encontrada primeiro pelo Windows. Esse artigo menciona como o Windows carrega as dlls dinâmicas.

Olá Arce, Testei no tanto no Lazarus como no Delphi e funcionou corretamente. Utilizando o programa de exemplo, fiz as seguintes alterações no evento "onclick" do botão "btnCarregarXML": procedure TFExemploEsocial.btnCarregarXMLClick(Sender: TObject); var i: Integer; S5011: TS5011; begin OpenDialog1.Title := 'Selecione o Evento (Arquivo XML)'; OpenDialog1.DefaultExt := '*.xml'; OpenDialog1.Filter := 'Arquivos XML (*.xml)|*.xml|Todos os Arquivos (*.*)|*.*'; OpenDialog1.InitialDir := ACBreSocial1.Configuracoes.Arquivos.PathSalvar; if OpenDialog1.Execute then begin MemoResp.Clear; MemoResp.Lines.LoadFromFile(OpenDialog1.FileName); S5011 := TS5011.Create; S5011.Xml:= MemoResp.Lines.Text; end; MemoResp.Lines.Clear; MemoResp.Lines.Add('XML de Eventos Carregado com Sucesso!'); MemoResp.Lines.Add(' '); ...// as demais linhas deixei não alterei.. Talvez tenha alguma coisa que eu não entendi. Queira verificar, por favor.

Olá, uma alteração foi enviada ao SVN na revisão 16846 com base na sua sugestão. Queira atualizar e testar e reportar qualquer problema.

Muito obrigado pela sugestão. Uma correção foi enviada para os documentos CT-e, MDFe e NFe na revisão 16845.

Se você quer alterar o COO e o COOInicial, você pode criar ou editar o arquivo INI utilizado como memória do ECF virtual. Mas faça isso quando o ECF Virtual não estiver ativo, ou seja, com seu programa fechado. Talvez você fará isso na hora que instalar o sistema no seu cliente. Você pode entender melhor esse processo se analisar o que eu escrevi acima acompanhando o código do componente:

Não tenho muita experiência no Tef Direção. Mas essa extensão 001 não é o número do terminal? Veja essa mensagem de um usuário chamado marciodc:

Verifique se não está preenchendo em NFe.Ide.cNF com o NumCOO. Apesar de estar assim no exemplo (evento QuandoAbrirDocumento), você deve seguir o que diz o manual da NFC-e. Veja o evento QuandoLerArquivoINI. Ele é quem permite a inspeção, validação e alteração do conteúdo do arquivo INI usado como "memória" do ECFVirtual. Ele é disparado no momento da leitura do arquivo ini, toda a vez. Talvez não tenha dado certo porque você está alterando o conteúdo com o componente ativo. Ou talvez você esteja alterando mas ele não está lendo essa informação no momento que você espera. Por exemplo, se o ECFVirtual estiver em um estado com cupom aberto, ele vai carregar os dados na nota fiscal de um arquivo XML temporário. Veja mais no método LeArqINIVirtual do ACBrECFVirualNFCe.

Verifique qual parâmetro você está passando para o método ACBrTEFD1.AtivarGP( ) e se esse é mesmo o modelo que deve utilizar com o Tef Direção.

O componente ACBrPosPrinter que estiver usando tem uma propriedade Device igual ao ACBrECF. Na verdade todos componentes que se comunicam pela porta Serial tem esse objeto device (do tipo TACBrDevice) como uma propriedade. Nele você faz essas configurações.

Sugiro você aumentar esse TimeOut para pelo menos 10. É o padrão que usamos atualmente para comunicação serial. Além disso, se a informação que o Daniel postou não resolver, ao invés de colocar vários sleeps a cada comando, você pode alterar a propriedade SendBytesInterval para um valor maior que zero.

Seria muito melhor pra você se migrasse para o Lazarus ou uma versão mais recente do Delphi. Se não puder para uma versão após o Delphi XE, migre para o Lazarus. Talvez você tenha um bom motivo pra não ter feito ainda, mas considere isso como uma prioridade. Com tantas atualizações do Windows atualmente, pode ser que depois seja tarde demais.

Acho que precisamos um pouco mais de informações. Dependendo de onde você está visualizando ou copiando não tem como tirar essas aspas no início e no fim. Elas estão indicando que o conteúdo é string. Se for isso, não tem como remover. Talvez seja melhor você verificar os logs do ACBrPosPrinter, tanto do demo como de sua aplicação para comparar.

Olá, foi enviada uma correção para isso na revisão 1827 no SVN. Mas tenha cuidado ao utilizar esses métodos RegistroXXXXNew. Como você descobriu, eles nem sempre avisam da herança. Prefira os métodos Bloco.RegistroXXXX.RegistroXXXX.new. Por exemplo: Bloco_C.RegistroC001.RegistroC300[n].RegistroC320.New; Assim você tem certeza que está seguindo o layout do SPED.

Esse evento foi removido na versão 2.5, mas ainda não foi removido do SVN. Vamos remover, mas enquanto isso, você já pode remover do seu programa.

Olá pessoal, esse tópico já ficou maior que o necessário. Estou fechando. Por favor, criem novos tópicos para quaisquer novos ajustes ainda necessários conforme as regras do fórum. Muito obrigado pela compreensão.

Não desde que seja permitido gerar com o zero também. Como você mesmo disse, o validador diferencia entre vazio e zero, então o componente precisa gerar dos dois modos. Com o código assim não será possível gerar com o valor zero. Isso não é aceitável. É necessário alterar esses campos para o tipo Variant e tratar com a geração com o método VDFill Se estiver disposto a ajudar, isso está implementado no ACBrSPEDPISCOFINS no registro C170. Veja esse tópico caso queira mais informações sobre o motivo:

A nomeclatura dos arquivos deve seguir o que os manuais de integração dizem. Qual o modelo do tef selecionado?

As alterações foram enviadas ao SVN na revisão 16821, incluindo as mudanças nos tamanhos dos campos Numero e CodigoProduto. Apenas uma correção: o registro em questão é o 88STITNF e não o 88STES.

Access violation é um problema interno no programa. É difícil identificar o erro e ajudar a corrigir sem o código fonte.

Você deve procurar o suporte do sistema em questão.