Nelson A Sousa

Bom, sobre o Java eu não posso falar. Mas quanto ao C#, VB e VB.net não tem problema não. Vou fazer umas modificações eu mesmo aqui, e, se der certo, eu envio pra averiguação.

Admito que tem um certo grau de paranóia organizacional de minha parte...rsrsrsrs

@Daniel Simoes, Sim, e que as dlls nativas reconhecessem a mesma estrutura de pastas quando do carregamento das dependências. A raiz no caso seria a pasta AcbrLib, esta sim, seria colocada na pasta do executável. Uma vez que a classe de alto nível reconhecesse a plataforma em que está o EXE sendo utilizado. A estrutura de pastas seguiria uma padronização como a sugerida acima. Dessa forma não importaria a plataforma, se x86 ou x64, e o Acbr rodaria sem problemas.

Apenas uma sugestão!

Olá, É uma boa compartilhar a solução com os demais usuários. Alguém pode estar passando ou passar pelo mesmo problema. Dê uma breve descrição do que estava fazendo errado e como solucionou!! Fica a dica!! Um Abraço,

Sim, um bom exemplo pode ser encontrado no carregamento da SqlServerTypes. Só que no caso, será necessária uma mudança nas dlls nativas,, elas que vão decidir em qual pasta procurar as dependências. Ou então, uma mudança geral em como arquivar as dlls nativas do Acbr, ou seja, separadamente, cada uma na pasta de sua respectiva plataforma. Mas essa segunda opção aí talvez seja necessária somente como forma de organizar os arquivos. Não tem tanta necessidade. Loader.cs

Bom, Resolvido!! Forcei a compilação em x86, copiei todas as dlls envolvidas para a raiz do meu EXE, e funcionou!!! Obrigado @Daniel Simoes!!

Ahh, o erro pode estar aí então. O C# no V. Studio tem a opção de x86, x64 e AnyCPU. Como no exemplo está da mesma forma, ou seja AnyCPU, estou deixando o método construtor decidir qual dll vai ser carregada. Vou forçar em x86 aqui, copiar as dlls para a raiz do meu EXE e fazer um teste. Volto aqui pra dar o resultado. Por enquanto muito obrigado @Daniel Simoes!!!

Olá pessoal, Usando as Libs no C# com o Visual Studio 17. Há uns dias atrás tive um problema para carregar as dlls da AcbrLibPosPrinter. Meu erro era que eu as estava empacotando num arquivo de recurso e isso não era mais necessário. O problema foi resolvido. Fiz o mesmo procedimento com as dlls da ACBrLib.NFe porém voltei a ter problemas ao carregar as dlls. Está retornando o erro de que não foi possível carregar a biblioteca. A única diferença está nas pastas das dependências, não sei se devo manter os nomes das pastas, ou separar apenas por x32 e x64. Ou devo empacotar as dlls da NFe? Podem me dar uma luz?

Posta o Log aí pra gente ver.

O que é registrado no LOG?

É isso aí Rafael!! Sem empacotar!! Solucionado!!

Olá Rafael, Obrigado pela resposta!! Então, o Demo que utilizei é o do SVN (revision 17746), que está na pasta de demos do C#. Lá as dlls estão "empacotadas". Mas vou fazer um teste com as dlls compiladas no Lazarus e volto aqui pra dar um retorno.

Boa noite pessoal, Hoje descobri que os downloads das dlls do ACBrLib estão liberados. Resolvi baixar pra fazer uns testes aqui. Estou usando o C# no visual Studio 2017. Inseri numa solution aqui, os projetos do ACBrLib.Core e da ACBrLibPosPrinter, para iniciar os testes. Ao inicializar a ACBrLibPosPrinter está dando direto o erro de que "Não foi possível carregar a biblioteca". No caso a ACBrPosPrinter64.dll. Já verifiquei os arquivos de recursos NativeLib32.resx e NativeLib64.resx, a pasta resource contem as duas dlls. Coloquei inclusive o Access Modifier das dlls como público. E nada!!! Não estou percebendo o que deixei pra trás. Alguém pode me dar uma força?

Olá, Pelo jeito o eCNPJ do cliente não foi instalado ou configurado corretamente. Abra as configurações do AcbrMonitor Clique na guia Dfe\Certificados e dê uma conferida. Cole também o AcbrMonitor.INI aqui pra darmos uma olhada.

Olá, Daniel, Pelo jeito ele está falando do alinhamento das colunas. Parece que deseja que seja impresso como na primeira foto de cupom.

Você deve dar uma conferida na forma que utiliza o comando CriarEnviarNFe() pois não está passando o parâmetro de impressão.

Olá, Vai depender de como você está passando o comando de envio da NFe. Informa aí.

Exato, se informar 14 não é aceito. Eu acho que o "povo" da SEFAZ fez uma grande confusão com isso aí. O uso do termo "tipo de pagamento" está mais para "meio de pagamento", ou seja, o mecanismo que o comprador usou para efetuar o pagamento. A Duplicata Mercantil, não é um meio ou tipo de pagamento, ela está mais para uma consequência da venda faturada e parcelada. É um TÍTULO DE CRÉDITO da mesma forma que a letra de câmbio, o cheque e a nota promissória. Para efetuar o pagamento de qualquer título de crédito, aí sim você faz uso dos MEIOS/TIPOS listados acima. A confusão ainda está lá pois, o cheque, que também é um título de crédito, é o número 2, confusão até desculpável em face da agilidade no uso do cheque. Mas usando de sinceridade mesmo, eu acho que a cultura da burocracia se entranhou na NFe, e nos demais documentos eletrônicos. Sabem porque? Alguém me diz por que cargas d'água é necessário o envio dos valores dos impostos calculados na NFe?!?! Se já foi informado quem vendeu, quem comprou, preço e quantidade dos produtos, não seria a Fazenda quem deveria calcular tudo e devolver no XML autorizado? Mas isso é assunto pra outro tópico...rsrsrsr Abraços!

O link do help é esse: https://acbr.sourceforge.io/ACBrMonitor/ACBrMonitor.html Muito bom por sinal!!

Olá, A forma de alteração você deve implementar no seu sistema com as opções disponíveis. A Tag que deve ser presenciada é a tPag<> dentro dos detalhes do pagamento: 1=Dinheiro 02=Cheque 03=Cartão de Crédito 04=Cartão de Débito 05=Crédito Loja 10=Vale Alimentação 11=Vale Refeição 12=Vale Presente 13=Vale Combustível 15=Boleto Bancário 90=Sem Pagamento; 99=Outros.

Por aqui eu tenho utilizado a Ionic.Zip. Quebra o maior galho pra compactar arquivos e ou pastas inteiras. Daí é só compactar a pasta de xmls do mês e enviar por e-mail.

Sempre tem retorno. Você deve estar deixando passar alguma coisa. Verifica os xmls na pasta Envio.

Olá, reparou se está incrementando o sequencial do evento?

Talvez esteja provocando algum conflito por estar passando também o CSOSN, ou é CST ou CSOSN. Os CSTs do Pis e Cofins estão errados também.