-
Total de ítens
351 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Nelson A Sousa
-
-
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!!
- 1
-
8 minutos atrás, Rafael Dias disse:
Então você baixou um demo antigo, as dlls não são mais embutidas no componente.
Segundo precisa baixar a dll, mas para isso precisar ser SAC ou compilar você mesmo a dll usando o Lazarus.
os fontes você encontra no SVN do ACBr.
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.
- 1
- 1
-
1 hora atrás, Daniel Simoes disse:
Qual exatamente é a reclamação da impressão ?
Olá, Daniel,
Pelo jeito ele está falando do alinhamento das colunas. Parece que deseja que seja impresso como na primeira foto de cupom.
-
23 horas atrás, visual flex disse:
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í.
-
2 horas atrás, Kiko Fernandes disse:
Boa tarde!
Não entendi o que você quis informar. Prestei atenção no sublinhado que é a reativação da validação YA02-10.
Ela diz o seguinte:A opção 14 como tPag pertence a YA02 - tPag - Meio de Pagamento (tratado na página 51 e 52 da v. 1.60 desta NT e continua com a opção 14 - Duplicata Mercantil removida.
Fiquei confuso porque o Gilberto perguntou se o código 14 foi removido. E sim este código foi removido. O cód. 14 como tPag não é mais aceito.
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!
- 1
-
1 hora atrás, matheusrizzi disse:
Sim e senão assinar? Onde encontro o guia de uso? E a assinatura é mensal/anual? e ja tem suporte junto?
O link do help é esse: https://acbr.sourceforge.io/ACBrMonitor/ACBrMonitor.html
Muito bom por sinal!!
- 2
-
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.- 1
-
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.
-
Em 02/06/2019 at 14:30, coyote disse:
o problema não é com relação ao incremental. O problema é que a carta de correção é autorizada, porém o sistema não tem o retorno no momento e aí deixa ela como pendente, então o usuário clica em enviar novamente e então dá a duplicidade.
Eu precisaria tratar este retorno de duplicidade.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?
-
4 horas atrás, JHUANZITOLLL disse:
O problema é que eu estou passando cst= 102 no arquivo .ini
mas no xml gerado vem cst = 00
isso que não estou entendendo
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.
- 1
-
Olá,
Você tem que dar uma conferida no regime tributário em que enquadra o emitente da NFe.
Dependendo do regime tributário você deve informar CST ou CSOSN.
E o CST não é o mesmo para Icms, Pis e Cofins e pode mudar dependendo da origem da mercadoria.
Resumindo, cada produto tem o seu CST ou CSON. Uma novelinha que um contador pode te dar uma ajuda.
-
Se você instalou o Inno Setup, então o arquivo com que deve trabalhar é o ACBrMonitorPLUS.ISS.
Abra-o e efetue a compilação com o INNO SETUP.
Uma boa pedida quando se vai utilizar o Inno Setup é instalar também o ISTOOL, este proporciona uma interface mais amigável que o Inno.
Porém o Istool depende do Inno, tem que instalar os dois.
- 1
-
8 horas atrás, josadac disse:
Acabei de atualizar os fontes pelo SVN, continua o erro.
Alguém tem mais informações ?
Grato.
Você deve compilar o projeto AcbrMonitor e não o AcbrMoniitorConsole.
-
Dê preferência pra fazer tudo em x32.
Não use x64.
-
2 horas atrás, Gr@c@ disse:
No seu NFEVenda.ini o tpAmb=1. Se você está tentando em homologação deveria ser tpAmb=2
Vixe, tem razão!!
Por algum motivo o Enum com os valores do Ambiente foi alterado para 0 e 1, quando deveria ser 1 e 2, não sei e nem lembro porque fiz isso!!!
Obrigado Gr@c@!!
- 3
-
Boa noite pessoal,
Utilizo o AcbrMonitorPlus 1.2.0.50 com C#.
Estou tendo 2 problemas ao enviar um NFCe (homologação).
No validador da SEFAZ RS me retorna o erro de 704 - [Simulacao] Rejeicao: NFC-e com Data-Hora de emissao atrasada
Já no AcbrMonitor eu recebo o erro: ERRO: Ambiente do XML (tpAmb) e diferente do configurado no Componente (Configuracoes.WebServices.Ambiente)
Olhei no meu arquivo INI, no XML e nas configurações do AcbrMonitor e o tpAmb está = 1(homologação) em todos.
Podem me dar uma força?
Coloquei aí abaixo os arquivos envolvidos no problema.
ACBrMonitor.ini 31190325616095000101650010000000031170076216-nfe.xml NFEVenda.INI
-
Essa não é minha praia não mas, os documentos originários não seriam as NFes da mercadoria transportada?
Você esta colocando em observações ao invés dos docs originários.
- 2
[AcbrLib.NFe] - Problemas no carregamento da Dll
em ACBrLIB
Postado
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!!!