Painel de líderes

Senhores, ressuscitando o post, consegui instalar e fazer funcionar o Fortes no Delphi XE7. - Peguem a última atualização no Github; - Rodem o pacote FortesReportCE_Win32_DXE7_vcl.dpk; - Removam do library path do Delphi o caminho ..\FortesReport\Source; - Copiem o arquivo RLReport.res da pasta ..\FortesReport\Source para a pasta ..\FortesReport\Binary\Win32_DXE7_vcl que deve estar no Library Path do Delphi; - Ou recompilem o RLReport.res na pasta ..\FortesReport\Binary\Win32_DXE7_vcl; Reinstalem o ACBr, apenas com o TACBrSATExtratoFortes dos relatórios em Fortes. Infelizmente não consegui fazer funcionar os outros, mas o SAT era meu objetivo. O restante to usando o Fast; Abs Igor

Boa tarde. Hoje me deparei ciom um problema com a consulta ao CNPJ quando uma pessoa possui uma quantidade enorme de CNAE's secundários (Supeormercados por exemplo) CÓDIGO E DESCRIÇÃO DAS ATIVIDADES ECONÔMICAS SECUNDÁRIAS 47.21-1-02 - Padaria e confeitaria com predominância de revenda 47.22-9-01 - Comércio varejista de carnes - açougues 47.22-9-01 - Comércio varejista de carnes - açougues 47.22-9-01 - Comércio varejista de carnes - açougues 47.22-9-02 - Peixaria 47.24-5-00 - Comércio varejista de hortifrutigranjeiros 47.23-7-00 - Comércio varejista de bebidas Ao efetuar a consulta, o componente se perde na função LerCampo, e fica retornando sempre o mesmo valor. Efefuei uma correção na mesma, que corrige esse problema. Na stringList passada como parâmetro, exclui-se a linha de quando encontra-se o campo desejado. Segue anexa a unit corrigida. Atenciosamente. ACBrConsultaCNPJ.pas

Ronaldo, Obrigado mais uma vez... já enviei para o SVN...

Nessa caso, basta modificar essas rotinas, que não usam TGerador.wCampo, para submeter todas as Strings a "ParseText"

Boa tarde Rômulo, Desculpe pelo puxão de orelha, mas esse assunto já foi tratado no fórum e a resposta é: Não se deve alterar o XML da NF-e depois que a mesma recebe o protocolo de Autorização. Se a nota for cancelada devemos enviar ao destinatário o XML chamado *-procEventoNFe.xml este contem o pedido e o protocolo de cancelamento. Se você desejar imprimir novamente o DANFE com a tarja de cancelado basta atribuir o valor True a uma propriedade do DANFE chamada NFeCancelada.

Fiz os testes nas duas impressoras, e em ambas está saindo o código de barras, fiz a leitura pelo aplicativo da SEFAZ e funcionou corretamente. Segue código atualizado: Result := GS + 'kQ' + // Codigo QRCode AnsiChr(ErrorLevel) + // N1 Error correction level 0 - L, 1 - M, 2 - Q, 3 - H AnsiChr(10) + // N2 - MSB; 0 = default = 4 AnsiChr(LarguraModulo) + // N3 - Version QRCode ??? AnsiChr(1) + // N4, Encoding modes: 0 – Numeric only, 1 – Alphanumeric, 2 – Binary (8 bits), 3 – Kanji, AnsiChr(cTam1) + AnsiChr(cTam2) + // N5 e N6 ACodigo; Sérgio, faz o teste na sua MP-2500TH também para deixarmos 100%.

Boa tarde a todos. Problema resolvido: solução copiar as DLLs da pasta XMLSec para a pasta System32 e SysWOW64, do windows 8.1 ou 10 no meu caso. Antes copiava somente a CAPICOM E OPENSSL. Obrigado pela atenção de todos. ***************************************** Post do Emersson A Pereira

Hi, I applied some changes on Trunk2 sources, that may fix this behavior ... probably this change can be merged on "Trunk"... But I really suggest you to move to Trunk2...

Rapaz... Foi mal!! rs realizei algumas pesquisas e não me atentei. Vou tentar contribuir nas próximas semanas, pra fazer acontecer. Abraço.

Thiago, Desculpe o puxão de orelha, mas já foi dito em diversas postagens que o ACBrNFSe no Trunk2 não esta pronto, logo ele não vai funcionar.

Olá Italo. Na verdade já tinha o midas.dll, mas veja só: Busquei várias dll no meu computador eu fui substituindo até que achei uma que funcionou, então o problema era mesmo o midas.dll. Penso eu, que poderia estar desatualizada. Muito obrigado Italo, sempre prestativo. Abraço

Use o ACBrInstall.exe

Há algo errado nos Packages... a Unit OpenSSLExt.pas é valida apenas para o Lazarus\FPC, No Delphi é utilizada a libeay32.pas

Prezados, boa noite. Este problema está sendo causado pela Sefaz momentaneamente, eles já estão trabalhando para solucionar. Cada vez que o SAT envia um lote de cupons para a Sefaz ele tem que aguardar o retorno do Processamento da Sefaz para então apagar os cupons do SAT. Quando não há o devido retorno o SAT tenta consultar novamente a Sefaz em busca de um retorno do processamento do Lote, através do Webservice CfeRetReepcao. Desta maneira o SAT entra num looping buscando o retorno da Sefaz e o Led fica aceso. Quando a Sefaz resolver o problema o Led irá apagar. Porém em alguns casos pode ocorrer o Bloqueio Autônomo por falta de comunicação com a Sefaz. De acordo com a especificação, o SAT para ser desbloqueado precisa enviar todos os cupons e aguardar o retorno do processamento. E como a Sefaz não manda o retorno do processamento, o SAT não consegue desbloquear. Para os clientes que tiverem os SATs bloqueados nós estamos trocando o equipamento apenas para que o desenvolvimento não pare. Mas lembramos que não é um erro do equipamento, é um comportamento momentâneo por conta da Retaguarda da Sefaz. A solução deve ocorrer ainda esta semana. Att Cristiano Abbud

A Retaguarda da Sefaz está com um problema para retornar o processamento de alguns lotes de cupons que foram enviados. Desta maneira, e de acordo com a especificação, enquanto o SAT não obter o retorno do processamento do lote ele não apaga os cupons deste lote e o led permanece aceso. No seu caso os cupons do Lote 1040 que não estão obtendo o devido retorno. Assim que a Sefaz resolver o problema você irá verificar que o lote 1040 vai ter o retorno do processamento e o led irá apagar. Att Cristiano Abbud

Boa noite. Obrigada pela contribuição, porém como pode ser visto no tópico abaixo a lista de geradores de relatórios suportados pelo ACBr foi reduzida a fim de facilitar a manutenção dos mesmos. http://www.projetoacbr.com.br/forum/announcement/8-fortes-report-community-edition/ Att.

Obrigado está no svn

João Paulo Faça uma SVN que o daniel já resolveu essa parada

Mas vc tem o XML assinado... o SAT já devolveu... você pode usar o SGRSAT para envia-los o SAT é um equipamento robusto... mais robusto do que um ECF... só um raio poderia queimá-lo... NFCe com o off-line feito pela própria aplicação ? esse sim é o risco que o fisco de SP quer evitar, é muito mais fácil o usuário perder o XML do PC do que o SAT perder a memória dele... O que ocorre, é que os equipamentos são novos, e o Sw.Básico deles está agora realmente sendo testado... Isso tb ocorreu com os primeiros ECFs.. A SEFAZ de SP tb parece estar levando uma surra, por não ter adequado seu ambiente de recepção para o volume... SAT é o futuro... acho que passando essa fase, todos os outros estados vão ficar de olho...

Boa tarde Caetano, Nas maquinas que estão ocorrendo o erro experimente copiar para pasta que contem o executável o Midas.dll

ACBrInstall acertado, agora ele mostra a aba somente quando o Tortoise estiver instalado e não obriga mais o uso do mesmo.

Devido o erro que estamos enfrentando por parte da SourceForge, o repositório do ACBr não está podendo ser atualizado, ocasionando problema para baixar os fontes atualizados com os ajustes efetuados no mesmo. Informo que por esse motivo não vou subir a atualizações dos monitores até que o SourceForge normalize e eu tenha condição de baixar os fontes atualizados para compilação e disponibilização da nova versão do monitores. O projeto ACBr conta com a compreensão de todos, pois o que está ocorrendo não está ao nosso alcance para sanarmos o problema.