Gandalf

Obrigado pela resposta, mas como eu disse, essa parte eu até já resolvi, criando as pastas. O problema é aquele outro erro que postei, que continua ocorrendo. O primeiro erro que aparecia como "Não foi possivel carregar a biblioteca." já foi resolvido. O segundo eu ainda não vi como resolver.

Bom dia, estou tendo problemas com a inicialização da biblioteca do ACBrLib no meu projeto Blazor com .net 5. Com um aplicativo WPF, inicializa normalmente. Primeiramente dava o erro de que não poderia carregar a biblioteca. Investigando o procedimento ACBrLibHandle(), eu percebi que ele estava procurando no caminho do executável + ACBrLib\64. Criei essas pastas e daí passou pelo ACBrLibHandle(), mas agora está dando erro no: protected virtual void CheckResult(int ret) { if (ret >= 0) return; var message = GetUltimoRetorno(); switch (ret) { case -6: throw new DirectoryNotFoundException(message); case -5: throw new FileNotFoundException(message); default: throw new ApplicationException(message); } } o erro está caíndo no default, sem mensagem alguma. Alguém poderia dar uma luz em relação a isso? Se também puderem esclarecer por que em winforms e wpf a ACBrLib inicializa sem problemas e sem precisar criar essas pastas adicionais? Desde já agraceço! Társis Francke Ferreira

Opa! Uma luz no fim do túnel! Então eu posso popular uma instância da NotaFiscal e ao invés de carregar o ini eu posso carregar direto a instância? Eu vi que tem um método CarregarNota na classe NotaFiscal.

Obrigado pela resposta, então entendo que não existem ainda as propriedades para serem preenchidas como no config. Terá de ser criado o arquivo ini, na mão - sendo físico ou em memória - e depois lido pelo componente.

Bom dia, eu estou lendo a documentação e vendo os exemplos do ACBrLib em C# e percebi que tem propriedades para gravação o ini de configuração (ACBrNFe.Config). Mas não encontrei as propriedades para gravar os dados do arquivo ini da NFe propriamente. O componente de alto nível ainda não possui essas propriedades? Se não tiver ainda, o jeito é gravar o ini, como se diz, na unha? Desde já agradeço! P.S.: parabéns pelo trabalho! Imagino o empenho que estão tendo. Logo no começo do projeto, para importar um XML eu tive de fazer na mão a leitura. Foi uma grata surpresa verificar que agora o componente já importa para o objeto o XML.

Obrigado pela rápida resposta Rafael! Eu vejo que és tu que estás mexendo mais com o ACBrLib, pois vi alguns vídeos teus. Eu criei um novo tópico com a dificuldade que eu estou tendo em ler os dados do XML, depois de carregar ele no componente. Eu cheguei até a parte de obterxml e obterini, mas até agora (e também depois de algumas respostas de outros do ACBr) não vi uma forma menos trabalhosa de converter os dados para uma classe C# (como no caso de "desserializar" um JSON, por exemplo). O componente no delphi tem essa funcionalidade, ele lê um XML e joga para o componente e daí eu consigo ler os valores da nota. Tu terias alguma dica de como eu poderia fazer isso com C# e o ACBrLib? Tu tens ou sabes de alguém que tenha uma rotina que faça isso? desde já agradeço a atenção Társis Francke Ferreira

Obrigado Rafael! Eu usei o projeto MT e agora carregou. Estava tendo dificuldades para carregar as dll's, mas era o caminho especificado. Estava colocando na mesma pasta do executável, mas o projeto estava procurando em outra pasta específica. Tu poderias me dar uma luz e me esclarecer o que eu tenho de mudar no projeto, para quando criar um novo projeto, eu possa usar as DLL's multi thread? Atenciosamente Társis Francke Ferreira

Boa tarde, estou executando o demo do ACBrLib e estou tendo uma exceção no carregamento da solução quando tento usar as dll multi thread (pasta MT). Usando as outras dll (StdCall ou Cdecl), funciona normal. A exceção ocorre nesse método protected void CheckResult(int ret) { if (ret >= 0) return; var message = GetUltimoRetorno(); switch (ret) { case -6: throw new DirectoryNotFoundException(message); case -5: throw new FileNotFoundException(message); default: throw new ApplicationException(message); } } o retorno vem como -10, caindo então na geração da exceção. Atenciosamente Társis Francke Ferreira

Muito obrigado pessoal, acho que resolvi o problema. Valeu!

Pessoal, eu creio que posso ter encontrado o problema, porque vi mais uma pessoa nessa mesma situação. Eu pego a data e hora pelo Firebird SELECT CURRENT_TIMESTAMP AS DATAHORA FROM RDB$DATABASE e talvez esse comando esteja trazendo para alguns 1h adiantada. Alguém aí já passou por isso ou sabe como evitar?

Eu configuro o timezone assim Configuracoes.WebServices.TimeZoneConf.ModoDeteccao := tzPCN;

E como gravaria essas informações de log? Não gera nenhuma exceção ou qualquer aviso. No xml a data-hora de emissão sai com 1h a mais, mas eu informo a data da própria máquina onde o software está rodando, a qual está correta. Não sei porque o componente gera essa hora a mais, em determinadas máquinas. Mas se tem algum recurso no componente que pode me gerar informações de log, eu desconheço.

Segundo o suporte, outras versões também dão problema. O que me intriga e que em muitos não dá problema algum.

O cliente informou que o windows está atualizado. Windows server 2008 R2 Enterprise Service Pack 1

Bom dia, estou tendo problemas com alguns clientes aqui em SC. Eles estão tendo problemas com a data hora, que está sendo gerada com 1h a mais no xml, embora o relógio do computador e o fuso horário esteja com o horário correto. Também não está marcada a opção de atualizar com o horário de verão. Alguém está passando ou já passou por isso e encontrou a solução? Desde já agradeço Társis Francke Ferreira

Boa tarde Juliomar, obrigado pela postagem. Eu olhei ali, mas não muda a forma como é alimentado o campo. Como o colega do primeiro post comentou, o erro passou a acontecer após a atualização dos componentes. Alguma coisa foi mudada na unit do Santander, porque eu também gerava as remessas sem problemas até então. Talvez tenha sido uma mudança não desejada, uma vez que a Juliana não se recorda de mudanças recentes nessa unit. Ela sugeriu não alterar o componente. No meu caso, a única forma de continuar gerando as remessas, foi alterando o componente. Vou aguardar para ver se alguém descobre o que foi alterado na unit.

Bom dia! No meu caso eu alimento a propriedade carteira com '5'. Quando eu debugo, na unit do Santander, o dado vem como '005'. Existe alguma propriedade onde se pode informar o tamanho do campo da carteira?

Boa noite, Eu também tive esse erro. O que eu fiz e pareceu funcionar, foi mudar o Result := PadLeft(Carteira, 1, '0' ) para Result := PadLeft(Carteira, 3, '0' );

Boa tarde! Obrigado pela resposta. Realmente, essa foi uma idéia que me escapou, que se os fontes estivessem atualizados e continuou igual, é porque ainda não foi alterado. Mas a minha pergunta foi relacionada ao post do José, dizendo que isso iria ser verificado. Mas eu me expressei mal. O que eu gostaria de saber é se já se tem idéia do que pode ser. Talvez até pudesse ajudar. Não fiz isso ainda, porque o José já pode estar mexendo e poderia ser trabalho em dobro ou sobrescrever algo que já pode estar arrumado e simplesmente ainda não atualizado para baixar. Então, me coloco à disposição para ajudar no que puder e parabéns pelo trabalho que fazem!

Bom dia, também estou tendo problema ao ler o retorno da UnicredES. Também está lendo os valores todos zerados. Isso já foi corrigido? Desde já agradeço a atenção!

Obrigado José!

Sim, essa é uma possibilidade, mas como o José disse que ainda estava fazendo ajustes e que em breve estaria disponível, não sei se é prudente fazer algo que em breve pode ser sobrescrito. Já há algum retorno em relação ao trabalho que ele já está fazendo?

Bom dia! Alguma previsão em relação aos ajustes?

Boa tarde, já responderam sobre o boleto impresso? O que eu imprimi foi recusado. Deu erro na linha digitável.

Sim, eu fiz exatamente isso. Estranho que não retornou esse erro das posições de 60 a 65. Não houve crítica nessa posição.