Painel de líderes

Veja se na libray path do seu d7 tem uma caminho parecido com este: $(Delphi)\Lib, se não, coloque e tente instalar novamente. Lembrando que a Borland SOAP Runtime Package, deve estar instalada.

Olá comunidade! É com imenso prazer que venho comunicar-lhes a compatibilidade dos componentes ACBrNFe, ACBrCTe e etc... em ambientes Linux 64btis. Sim. Agora é possível! Depois de um longo tempo de tentativas, resolvi, neste fim de semana, remover dotas as chamadas estáticas que haviam nas unidades: libxmlsec.pas, libxml2.pas, libxslt.pas e libexslt.pas e reconstruir apenas as necessárias com implementações que realizam chamadas dinâmicas às bibliotecas. Nenhuma modificação foi realizadas em unidades "específicas do projeto ACBr" e sim apenas nos quatro arquivos citados acima. A princípio, percebi que era possível recriar a LCL (Lazarus) se não fosse realizado nenhum vínculo estático com libs 64bits (ou universais - caso MacOS). Logo resolvi reimplementar todos os métodos existentes nessas bibliotecas com chamadas dinâmicas. No entanto, qual foi minha surpresa, existem milhares (sem exagero) de métodos com vinculação estáticas nesses arquivos. Só no libxml2, para se ter uma ideia, depois de criar um pequeno automatizador para me auxiliar na conversão, o arquivo ficou com mais de 35 000 linhas e alguns erros em funções desnecessárias ao funcionamento dos componentes do ACBr. Logo, eu resolvi recriar apenas aquelas que eram necessárias (algumas dezenas). Feito isso, consegui compilar, recriar a IDE e fazer funcionar o componente ACBrNFe (acredito que outros também funcionarão, já que não houve nenhuma modificação ao nível deles). Reforçando: Todas as modificações se deram nos quatro arquivos já citados acima que fazem parte do pacote ACBrOpenSSL. As unidades modificadas podem ser encontradas em https://github.com/messiashenrique/xmlsec4pascal e em anexo nesse post. Gostaria de salientar que estou fazendo testes em ambiente Linux 32 e 64bits (usando Ubuntu 15.10). Portanto, ficaria muito grato se alguém pudesse testar no Windows tanto com Delphi como com o próprio Lazarus. Obs.: Tentei postar aqui os prints de tudo funcionando e as próprias unidades modificadas, mas aparece um janelinha dizendo que só posso fazer upload de 1024kb, sendo que as unidades zipadas medem 83kb e os prints também são pequenos. Qualquer dúvida quanto a instalação,, ou outra qm que eu puder ajudar, coloco-me a disposição. Att. Messias Henrique

Pessoal, tem mais uma, bom isso é um pouco de frescura, mas ficaria legal se tivessemos a possibilidade escolher ao abrir o Fortes com a NFE em tamanho "Largura da Página, Página Inteira, Várias páginas, Zoom 100%...etc" Bom, se não tiver como mudar o proprio componente, talvez uma dica para direcionar essa opção valeu

Boa noite. Alteração disponível no svn. Att.

Esse método não existe mais no "Trunk2"...

6.3 - Mostre respeito pelo modo de escrever. Escreva de modo claro, gramaticalmente e semanticamente correto. Não escreva TUDO EM MAIÚSCULAS. Isso é lido como se estivesse gritando e é considerado rude. Favor leia as regras do fórum. Trabalhe junto com o suporte do Fabricante... é fundamental que eles lhe apoiem nesse assunto... Se o SAT está com a luz "CFe" acessa, então há cupons represados nele... provavelmente é necessário configurar corretamente a rede, para que o SAT consiga se comunicar com o SEFAZ

Estude os fontes do projeto na pasta Exemplos: "AcbrBoletoDemo"

Muito obrigado amigo, agora eu consegui compreender. Só em 2018 então para a gente!

Explico. Primeiro vamos entender o que é essa tal divisão. Disponível em: http://www.ibge.gov.br/home/estatistica/economia/classificacoes/cnae1.0/cnae.pdf 10 a 32 ou seja, extrativistas e transformação. Estrutura: C INDÚSTRIAS EXTRATIVAS 10 a 14 - D INDÚSTRIAS DE TRANSFORMAÇÃO de 15 a 37 Bem, ai você precisa encontrar dentro destas duas estruturas se os seus clientes estão classificados nestas atividades. Caso esteja, atende o requisito do § 8º, ou seja, a empresa está obrigada a apresentar o Bloco K, aqui o pulo do gado, volta então para os incisos, I e II, elas estão classificadas, mas faturam anualmente igual ou acima do valor descrito nestes? Se sim, apresenta o bloco K, senão, estão desobrigadas. Agora, observe que o inciso II, do § 7º, é claro que este valor muda a partir de primeiro de janeiro de 2017. Beleza?

amigo juliomar eu uso o componente sim, ja estou usando a um bom tempo, o que houve foi o seguinte: quando o envio da nota dava timeout, grava no BD sem o protocolo logicamente, ai quando eu testar se a nota tinha sido enviada ou nao para saber se cancelava ou inutilizava o numero, quando a nota tinha sido enviada, eu carregava o componente do evento, sem o protocolo pois eu estava puchando do BD. ai vem o que acho errado por parte do webservice, eu estava enviando o evento somente com a chave da nota, sem o protocolo(pois puchava todos os dados do BD), o webservice simplesmente diz lote do evento processado e nao critica a falta do protocolo da NFc-e ou NF-e, ficando la no webservice um registro de evento sem "nada". entendeu?

Boa tarde roberto. Neste link encontram suas respostas, todavia, é importante observar a cláusula segunda, lembrando do piso do faturamento anual. Att.

eu identifiquei o seguinte: No código abaixo o valor retornado será R$ 0,99 (diferente do SAT) var currValorUnit : currency; currQtde : currency; currTotal : currency; begin currValorUnit:=0.99; currQtde:=0.995; currTotal:=ACBrUtil.RoundABNT(currValorUnit * currQtde, 2); end; O valor final da variável currTotal será apresentado como 0.99, e como estava comparando pelo calculado pelo SAT, o valor não bate. Aparentemente, pelo que observei é porque a variável que a funcção RoundABNT recebe é um double, e o valor passado para a função é 0.98505. Então implementei a situação de outra forma, conforme abaixo: var currValorUnit : currency; currQtde : currency; currTotal : currency; begin currValorUnit:=0.99; currQtde:=0.995; currTotal:=currValorUnit * currQtde; currTotal:=ACBrUtil.RoundABNT(currTotal, 2); end; Neste caso o valor de currTotal será 0.98 (R$ 0,98), assim como no retorno do SAT. O valor passado para a função RoundABNT neste caso, como é uma variável do tipo currency, será 0.9850. Pelo que observei com este teste, o SAT também faz cálculos com variáveis de até 4 casas decimais, como é o caso do currency do Delphi. E o caso foi sanado desta forma.

Boa tarde a todos, Gostaria de informar que o XML do RPS é gerado pela Unit pnfsNFSeW que no caso do Trunk2 se encontra na pasta ...\Fontes\ACBrDFe\ACBrFSe\PCNNFSe Procurei pela TAG ISSST no mesmo fonte que esta Trunk e depois no que esta no Trunk2, em ambos existe as linhas que criam esse grupo. Outra coisa o provedor Infisc não segue o padrão ABRASF. Já deixei claro em outras postagens que o meu objetivo é primeiro atender todos os provedores que seguem o padrão ABRASF versões 1.x e 2.x, isso representa por vota de 47 provedores. Desses 47 provedores, primeiro vamos disponibilizar os arquivos INI daqueles que necessitam somente do RPS assinado ou somente do Lote assinado ou nenhum dos dois assinados, ou seja 29 provedores. Os que necessitam que tanto o RPS quanto o Lote sejam assinados vão ficar por último, uma vez que será necessário efetuar alguns ajustes no componente para que isso ocorra, uma vez que nos primeiros testes o componente se recusou a assinar o lote pois detectava a presença de uma assinatura que no caso era do RPS. Por fim vamos nos debruçar sobre a meia duzia de provedores que não seguem o padrão ABRASF. Em anexo segue o INI do provedor Infisc com algumas alterações que juguei ser necessárias, mas isso não significa que vai funcionar. Infisc.ini

sua duvida esta repondida aqui neste post : http://www.projetoacbr.com.br/forum/topic/25752-correcao-do-endereco-nfce-do-estado-do-parana-ambiente-de-homologacao/ basta atualizar o acbr meu amigo...

Juliomar tive que excluir o Acbr\Exemplos\ACBrDFe\ACBrNFe\Delphi\ACBrNFe_demo.res para deixar compilar mas quando eu atualizo o acbr ele baixa de novo o ACBrNFe_demo.res e dá o erro de duplicidade! sem o arquivo Acbr\Exemplos\ACBrDFe\ACBrNFe\Delphi\ACBrNFe_demo.res funciona.

Primeira coisa não é assim que funciona a ajuda no fórum e também no componente pois é opensource! segundo se informou sobre mais informações sobre o mesmo? tentou alterar o código pra ajustar?

Juliomar ! Mais uma vez desculpe, mais eu criei esse post com uma duvida sobre ISS Retido para Caxias do Sul, não mencionei o Trunk2, somente depois que o Moro me perguntou qual trunk eu estava usando foi mencionado o mesmo. Bom minha duvida inicial do post é somente sobre ISS retino para Caxias do Sul, uso o Trunk1 porque conforme alguns post se referindo ao trunk2 não estar 100% para o ACBrFNSe. Desculpe a confusão e se alguém puder me ajudar eu agradeço.

Ainda não tenho essa maravilha de SSD .. mas assim que tiver vou fazer os testes! mas já informo que senão me engano o Régys tem SSD e usa o ACBrInstall!

veja esse link http://www1.fazenda.gov.br/confaz/confaz/atos/atos_cotepe/2014/ac005_14.htm leia o item 1.6 1.6 Assinatura Digital A assinatura digital deve ser implementada utilizando-se o padrão de assinatura digital XML Digital Signature, com certificado por entidade credenciada pela Infra-estrutura de Chaves Públicas Brasileira - ICP-Brasil, contendo o CNPJ do OTC (Órgão Técnico Credenciado pelo CONFAZ para Homologar PAF-ECF) ou o CPF do responsável pelo PAF-ECF, fazendo uso algoritmo message digest SHA-1 e utilização das transformações Enveloped e 54N. veja é o órgão técnico que deve disponibilizar isso!

Galera, diante dessa discussão resolvi fazer mais alguns testes... formatei a máquia 6x só pra testar... ambiente Windows 7 x64, Delphi XE3... tudo limpo... mais nada na máquina e não é VM computador físico mesmo em todos os testes fiz um download completo do acbr via svn. Resultados: em 3x tudo transcorreu 100%.. em outras 3x deu o mesmo problema. a única diferença é que nas 3x que funcionou usei um HD seagate 1TB 5400rpm (HD normal), já nas 3x que deu o erro eu usei um HD SSD Samsung 480GB. Não sei se tem algo a ver... mas problema aqui só ocorre com o HD SSD. Estranho... mas posso formatar quantas vezes for e instalar com o ACBRInstall padrão sem aquela alteração que fiz ele não instala, mas enfim... ta funcionando.. a Suite ACBR é e melhor suite que ja encontrei, e ainda por cima Grátis!! hehehe, agradeço à todos os membros e moderadores pelo tempo doado nessa e em outras questões. Mais uma vez obrigado pela cooperação de todos.

Bingo! Funcionou. Vou anexar o fonte em VB6 aí beneficia outras pessoas do grupo.. Ok... !! Abraços. ACBR_TCP.zip

Daniel, consegui alguns avanços no sentido de fazer o S@T Bematech funcionar mesmo com os 2 drivers instalados. Vou colar aqui uma lista de dicas para quem ainda tiver problemas: (créditos para o Aquinti) 1- Só deve haver uma unica DLL do SAT da bematech na maquina, ou na pasta System32 ou na pasta da aplicação, se ficar com as duas juntas o problema é certo. (o mesmo para o arquivo bemasat.xml) 2- Usar sempre a DLL 32bits, a x64 não tem seu funcionamento adequado. No entanto eu sempre renomeio ela para BemaSat.dll para ficar com o mesmo nome do XML. 3- Outro fato importante é configurar o BemaSAT.xml para localizar a porta automaticamente, pois direcionar a porta pelo XML apresenta problemas sempre. 4-Deixar a tag path sempre para "C:\". Percebo que ao utilizar uma outra pasta (dentro da raiz do executável, por exemplo) causa uma espécie de "sem permissão de escrita" por parte da Dll e consequentemente anula todo o processo. 5- Adicionar pedmissão no firewall do windows e antivirus para sua aplicação e dll do SAT; 6- Nunca faça download da DLL avulsa no site da Bematech. Instale o ActvationSoftware e use tanto a dll quanto o xml da pasta de instalação. Com o tempo, algumas dessas observações podem cair por terra a medida que explicações mais aprofundadas venham surgindo... Mas por hora é tudo o que estamos nos certificando.

é seu orgão técnico homologador que deve de fornecer esse xml !

Pessoal todas as vezes que tive erros com o install foi falha minha na hora de limpar os paths ou deixei de executar o apagaracbr.bat nos drives, ou seja o erro tinha razão hehehe...recentemente instalei numa máquina do zero e não tive problemas, nem tive que mexer em nada do fonte do install nem nada mirabolante... só limpar e rodar o install

Bom dia! está no svn a correção ! desde já agradeço

sim efetuei todos os teste. testei com o endereço contendo o https e deu erro 395 - Endereço do site da UF da Consulta via QR-Code diverge do previsto. com as atualizacoes que enviei alterando para http esta enviando normalmente as NFCe. so enviei essa correcao apos varios teste e testei hoje novamente pois ontem o servido do estado do Parana em homologacao estava tendo diversos problemas que ja foram sanados. Para o Juliomar Juliomar fiz o seguinte teste aqui abro o xml gerado e validado com sucesso copio o endereco do qr-code colo no browser consulto aparece a nota ai toquei o http por https e tambem consultou a nota o unico problema e no envio que só valida a nota com http.

Amigos. Com o link antigo: https://www.dfeportal.fazenda.pr.gov.br/dfe-portal/rest/servico/consultaNFCe da o seguinte erro no envio da NFC-e: "Endereco do site da UF da Consulta via QR-Code diverge do previsto" Com arquivos os atualizados do amigo (leandroaoa), funcionou certinho aqui no meu para o estado do Paraná.

Bom dia ALA, Notei que no seu XML consta o grupo <ICMSUFDest> e você esta enviando para o ambiente de homologação, correto? E a sua nota esta sendo rejeitada e o motivo é: Falha no Schema XML do lote de NF-e. Pois bem, essa mensagem não tem nada haver com os schemas que você esta usando para validar o XML antes de enviar. O problema esta na SEFAZ que ainda não implementou essas mudanças em seus Web Services. Experimenta gerar um novo XML sem o grupo <ICMSUFDest> para ver se a nota vai ser autorizada.

OI Italo. Então, foi o que eu pensei. Até alguma versão anterior funcionava. Parou de funcionar recentemente. Deve ter sido quando este DigestValue foi acrescentado..... (Se ele já existia ha muito, ou não era conferido pela Prefeitura do Rio de Janeiro, ou não sei porque, mas funcionava) Enfim, mas ainda preciso que o texto da descrição siga para a prefeitura do Rio de Janeiro com #13#10 pois é o caracter que eles aceitam para quebra de linha. As vezes meus clientes geram NF's com descrição de diversos serviços e querem que cada serviço apareça numa linha separada e não um seguido do outro, separado por ';' ou qualquer outro caracter. Tentei usar #9 para ver se dava tabulação e não dá. Tentei colocar 20 espaços, e eles somem. Já tentei alterar os fontes de diversas formas e não consegui sucesso. Dá para colocar esta questão na lista de coisas a resolver ? Obrigado, Abs Ps. O erro não é 311, 311 era o número do lote.....

Prezados usuários do aplicativo ACBrMonitor PLUS, vimos informa-los que a partir de hoje 06/11/2015 a versão compilada do Monitor PLUS, volta a só ser disponibilizada para fórum dos assisantes do SAC. Os usuários não assinantes, poderão baixar e compilar sua própria versão, pois o código disponibilizado no repositório é o mesmo usado para compilação para todos. Usuários que não são assinantes e não sabem compilar suas próprias versões, poderão ainda aguardar a versão que será disponibilizada no fórum aberto com três meses de defasagem em comparação a versão disponibilizada no fórum do SAC.

Juliana Boa Noite, Consegui resolver o problema. Não é possível dar Clear no Componente ACBrBoleto, mas, tenho que dar Clear na Lista de boletos. Estava passando batido. Quando do inicio da emissão, foi só fazer o seguinte: ACBrBoleto1.ListadeBoletos.Clear; Resolveu o problema. Muito obrigado pela tua atenção Juliana. E pode dar como resolvido o tópico.

Brotheeeeeeeeeer, foiiiiiiiiiiiiiiiii, dei um cleanup na pasta e limpou tudo e FOIIIIIIIIIIIIIIIIIIIIII. VLWWWWWWWWWWWWWWWWWWWWWWWWW, Obrigado a todos do fórum pela ajuda.

Boa tarde Gilson, Favor atualizar os fontes e testar novamente.

Nenhum equipamento SAT faz isso por si só... Cabe a você criar um programa Servidor que gerencia as requisições dos terminais, e direcionar para o SAT....

Justamente o que o Juliomar disse, passei por esse problema tb pois no library path estavam as pastas do trunk. Remove elas executa o instalador novamente.

Tambem estou com esse problema, renomeei a pasta, inclusive vi que o arquivo Acbr_synapse.dpk está lá em Pacotes\delphi\synapse mas continua dando esse erro, o que pode ser ???

Os pacotes de impressão ACBr que utilizam Fortes foram atualizados e já estão disponíveis no repositório.

Para Remover o Fortes4Lazarus e instalar o Fortes Report CE Package -> Install/UnInstall package Ache o Fortes4Lazarus clique nele e em: "Uninstall selection" Save and Exit Package -> Package Links Ache o Fortes4Lazarus Selecione o Fortes4Lazarus Clique em "Delete Selected" Package -> Open Package file Abra o arquivo "frce.lpk" Compile Use -> Install Reconstrua o Lazarus Os Pacotes do ACBr para Lazarus, que faziam usam do Fortes4Lazarus, já foram migrados para o Fortes Report CE (frce.lpk)

O mesmo risco, ocorre no modelo de sistemas de NFe e NFCe... solução: Backup, nuvem, conferência diária, etc...