Painel de líderes

Boa tarde a todos, Lucas, você sofre por antecedência, calma rapaz. Vocês vão ver no dia 01/11/2015 quantos vão perguntar no fórum se já foi implementado.

Viu o trunk2 já foi falado e vou repetir aqui o GNRE e NFSe não funciona! então não adianta tentar instalar eles

So falta trocar de XE9 para DX10

Bom dia a todos, Favor entrarem no Portal Nacional do CT-e e baixar a Nota Técnica 2015/003 que trata sobre a cobrança do ICMS na Operação Interestadual. Ontem a noite disponibilizei os novos schemas e até o final desta semana os fontes alterados para atender a NT. Por favor leiam com muita atenção principalmente o que esta na página 3.

Boa tarde. Devido a uma necessidade em particular de uma aplicação, foi necessário fazer uma modificação na libeay32.pas que carrega as dlls do OpenSSL para evitar as mesmas fossem carregadas em memória logo no inicio da aplicação e sim quando forem realmente necessárias. Problema: A aplicação que usa a AcBr é quem extrai todos os arquivos necessários para execução. Mas como o carregamento das dlls openssl (libeay32.dll, ssleay32.dll, e por tabela msvcr100.dll/120.dll dependendo da versão do open ssl) é executada antes da execução dos unit initializers* o executável nunca viria a carregar pela, ainda ,inexistencia da dlls fisicamente no diretório. * codigo "initialization" de uma unit, que é onde , no caso, se extrai os arquivos. Solução: Utilizando de uma feature ("delayed") que foi inserida no Delphi 2010 que faz o carregamento atrasado das dependências externas. Segue em anexo a unit com a modificação sugerida. libeay32.pas

Juliomar eu uso o fortes com o componente acbrnfe e ele está ok Só no acbrmonitor plus que estou tendo problemas

Não sei lhe dizer... Eu não estou mais subindo nada no Trunk

Você precisa anexar o arquivo de log do aCBrInstall, com a tela não tem como fazermos nada, precisamos do arquivo de log para ajudar.

Marcelo, Baixe-o aqui: http://www.projetoacbr.com.br/forum/files/file/316-sattesteexe/

Não existe confusão! existe o trunk que está congelado e o trunk2 que foi feito o refactoring no código e que falta dois componentes estarem Ok mas no restante está 100% e funcional! sem confusão alguma!

copiei a dll e o xml para o lugar onde esta o aplicativo, copiei para o lugar onde chamo nos parametros, copiei para o system32, e nada, nada, so tenho retorno 0, erro 0 e numerosessao 0, ou seja ele nem acha a po@#@$@$ da dll deles..., dai eu simplesmente troco o sat da bematech pelo sat da tanca e funciona normalmente...ou seja se eu rodar o programa sem ser chamado por outro..entao ele funciona, mas se eu chamo atraves de outro ele tropeça nas proprias pernas e nao enxerga as proprias dlls...pra mim esess engenheiros e programadores da bematech sao muito amadores....pois o produto deles da muitos problemas....e nao temos suporte adequado...nunca....colocam umas pessoas la pra dar suporte que nao entendem de nada...

Apenas para complementar, pois passei pelo mesmo problema. Para alterar a quantidade para 4 casas decimais: ACBrNFe.DANFE.CasasDecimais._qCom := 4; Para alterar o valor unitário para 4 casas decimais: ACBrNFe.DANFE.CasasDecimais._vUnCom := 4;

Não há necessidade de apagar... (realmente isso é uma funcionalidade bloqueada) Não precisa se desculpar... Muitos estão acostumados a lista de e-mail, e acabam usando o fórum da mesma maneira... Em um fórum, é importante que os tópicos tenham um assunto apenas (para efeito de pesquisa e base de conhecimento) Infelizmente temos que fazer o papel de moderador...

Em primeiro lugar anexe o arquivo e não cole o log, é bem simples basta ler nesse lugar que digita o texto que fala para arrastar o arquivo ali! segundo isso vem de encontro a algo que pedi ontem em um post que alguém disponibilizou uma alteração para efetuar um delay no carregar a dll do openssl e que funciona somente em certas versões superiores do delphi! então ficou algum enrosco que tem que ser tratado!

Então tem datas para serem liberado nos ambientes certo? com certeza antes disso estará, e conforme o sr. Italo já informou aqui bastando pesquisar acha vai estar disponível ainda essa semana ! mas de nada vai adiantar pois nem mesmo ambiente temos para testar

fiz a pesquisa pela forum sem sucesso como disse, mas fiz a mesma pesquisa pelo google, Bingo!! http://www.projetoacbr.com.br/forum/topic/19065-nfce-no-piaui-dando-erro-no-acbrnfemonitor/ so para constar utilizei NFe.SetModeloDF(65) para NFCe NFe.SetModeloDF(55) para NFE Funcionaou!

Analisando meu fonte descobri o porque da consulta não retornar o numero de protocolo. Estava em branco os caminhos dos Aquivos Danf e Schemas. Obrigado.

Use o modelo ecfSwedaSTX

[email protected]

Bom dia. Blz Juliomar.. Já tinha visto esse trecho de código no exemplo, mas vendo hj o arquivo texto do cliente, cheguei a conclusão que não exatamente o layout da SEFAZ, é algo parecido, adaptado pelo que pude notar. No começo do arquivo não tem o "campo" NOTAFISCAL e sim um ID. Dessa forma, acredito que não vai ser possível importar esse arquivo pelo ACBR.

Mas um pouco delayed http://blogs.embarcadero.com/abauer/2009/08/25/38894 http://www.drbob42.com/examine/examinC1.htm

kkkk boa! acho que talvez mudemos para Seattle pois parou de ser versionando como antes XExx!

Prezados, tomei conhecimento deste grupo recentemente. Trabalho no projeto sat iss desde o início. Sou da Prodam. Temos a retaguarda pronta, emulador e todas as funcionalidades testadas e disponíveis para uso há um bom tempo, antes mesmo do sat do Estado. Afirmo ainda, que muitas das decisões do projeto do estado foi em função das nossas experiências. Caso sejam fabricantes cadastrados ou desejem incorporar alguma funcionalidade a seu framework estamos a disposição. A complexidade do nosso projeto é menor e a experiência de vocês será aproveitada.

Já foi liberada a versão do ACBr funcional no RAD Studio 10 Seattle, todos os pacotes estão compilando e funcionando normalmente. Lembrando que as alterações foram liberadas somente no TRUNK2 como já foi amplamente divulgado.

Humm.. não era... mas acabei de adicionar