Painel de líderes

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

Boa tarde! Conferido, ficou OK, obrigado @Juliomar Marchetti!

Boa tarde colegas! Estive fazendo o treinamento na Software Express, e de todo o conteúdo, 3 pontos eu achei bem relevantes destacar e informar aqui, pois pelo menos pra mim são novidades. 1 - A confirmação da transação pode ser feita já no momento que a aplicação receber as duas vias do comprovante. Antes era só após a impressão de todas as vias do CCD. Dessa forma caso ocorra qualquer problema basta reimprimir os comprovantes. OBS: Requer uma nova homologação para trabalhar dessa maneira. 2 - Caso ocorra algum problema de falta de energia, desligamento do equipamento, etc, passa a ser opcional o tratamento dado pela aplicação, ou seja, você escolhe se cancela ou se confirma o que tiver pendente. OBS: Requer uma nova homologação para trabalhar dessa maneira. 3 - Cobrança maior por parte das adquirentes por ambientes certificação PCI.

Propriedades do componente ACBRNfse1.Webservices.Tentativas coloquei 20 e ACBRNfse1.Webservices.Timeout = 60000

Sim André, após carregar o XML do fornecedor eu chamei o método NotasFiscais.VerificarAssinatura(Erros) e deu como válidos os XMLs próprios e inválidos todos os de terceiros. Verifiquei no validador da SEFAZ-RS e todos foram validados.

Certo no caso então é problema no certificado ! não no ACBr! Obrigado por relatar!

Segue anexo novamente. ACBrNFeDANFeRL.pas ACBrNFeDANFeRLClass.pas

Ainda não consegui passar pela assinatura... a chave continua chegando com Null... Poderia por favor testar com os fontes que estou trabalhando ? Fontes.zip

Sim, infelizmente está acontecendo com impressão de boleto, NF-e, NFC-e. Não são todas as impressoras, mas as que percebi são Lexmark, HP Laserjet. Um problemão e não tenho como resolver.

Experimente reportar o problema na página deles, no GitHub https://github.com/fortesinformatica/fortesreport-ce/issues

Bom dia a todos, Por se tratar do documentos diferentes a numeração sequencial não pode ser a mesma. Para cada Documento devemos ter uma numeração sequencial. Outra coisa, suponha que essa empresa possua 3 PDV para venda ao consumidor ( emissão de NFC-e ) e uma maquina separada para venda a pessoa jurídica ( emissão de NF-e ). No minimo teremos duas sequencias numéricas de notas, uma para a NF-e e outra para NFC-e. Mas podemos ter uma sequencia numérica para cada PDV, neste caso teremos 3 séries, exemplo: Maquina que emite NF-e: Modelo 55 - Série: 1 - Sequencia: 1, 2, 3, 4.... PDV-1 que emite NFC-e: Modelo 65 - Série: 1 - Sequencia: 1, 2, 3, 4.... PDV-2 que emite NFC-e: Modelo 65 - Série: 2 - Sequencia: 1, 2, 3, 4.... PDV-3 que emite NFC-e: Modelo 65 - Série: 3 - Sequencia: 1, 2, 3, 4....

Da mesma maneira... eu e centenas de pessoas usam o ACBrMail com sucesso... então o problema está na sua implementação... Estude os fontes do Demo do ACBrMail... Faça testes com ele..

Bom dia. Tem que ser uma impressora não fiscal. No caso da Bematech, MP4200 TH