Painel de líderes

Por favor teste com a versão abaixo: ACBrMonitor.zip

Favor testar essa versão em anexo se funciona, achei o erro, é na leitura da versão que esta no TXT, para resolver forcei com que a versão fique 3.10, ou seja nessa instalação não consegue se ler TXT de versão anterior a 3.10, para ler use versões anteriores. ACBrNFeMonitor2-CAPICOM-0.9.09.0-Windows-Instalador.exe Correção disponível na área do SAC, versão 0.9.10.0 Obs: Essa versão disponibilizada corrige somente o erro citado no link Post 159033, caso haja algum outro erro favor migrarem para a versão PLUS, essa não terá mais correção.

Viiiiiuuuu... Quis ser programador !!! Poderia ser tanta coisa... Garçon, Advogado, Ginecologista, etc... rsssssssss Brincadeirinha só para descontrair um pouco..

Correção enviada ao SVN.

Também fui instalar o trunk2 em uma máquina virtual e deu o mesmo erro, creio que o Ítalo esteja mexendo nos fontes para migrar a NFSe para o trunk2. Desmarque no instalador o componente NFSe e teste o resto que está instalando certinho.

Mudar de FpNFe para fNFE Att.

Olá pessoal, Depois de um empolgante trabalho em conjunto entre a equipe do ACBr e do Fortes Report CE... Temos o orgulho de apresentar a nova versão do Fortes Report CE, trazendo os seguintes benefícios: Diversos bugs corrigidos Suporte a Lazarus Suporte a D7 a Tokyo 10.2.2 em um único Package Instalador automatizado (frceInstall.exe) O Fortes Report CE poderá ser baixado pelo SVN ou GIT, ou ainda, baixado pelo FRCEInstall.exe, usando a integração com o SVN Para baixar o Fortes Report CE por SVN, use o endereço: https://github.com/fortesinformatica/fortesreport-ce/trunk Para baixar o Fortes Report CE por GIT, use o endereço: https://github.com/fortesinformatica/fortesreport-ce.git Lembre-se que você precisará remover qualquer outra versão do Fortes Report que existir em sua máquina antes de instalar a nova versão... Isso implica em: Remover o Package da versão antiga do Delphi Remover os diretórios da versão antiga do Lib Path do Delphi Apagar os fontes e DCUs, e BPLs da versão antiga Todos os pacotes do ACBr, que fazem referencia ao Fortes Report, estão nesse momento, sendo alterados para fazer uso do novo nome de pacote adotado pelo Fortes Report CE Delphi: frce.dpk; Lazarus: frce.lpk

Boa tarde a equipe do AcBr, implementei o serviço de Consulta de CEP e Endereço da ViaCep (http://viacep.com.br/). Achei este WS uma das melhores soluções pois o IBGE em algumas cidades o WS dos correios não retornava. Segue arquivo em anexo. Obrigado. ACBrCEP.pas

Mas não sei mesmo! geralmente é feito em cima de uma necessidade ! por exemplo monitor para nf-e e cupons existem em cima de uma necessidade de um de nós! mas como não trabalhamos com RH ou empresas do gênero não sei se vai ser feito

Isso mesmo! primeiro o componente depois ir a frente para outras opções

Sim sim, claro. Só queria alguma orientação de alguém que passou por essa graçinha da Sefaz, prá deixar o caminho aq postado e outros não passarem por este sofrimento tb.

Estou enviando sempre após que eu crio um cupom e mantenho o numero "11111111111111" no cnpj. Obs: Estou usando o emulador do SEFAZ. Olhei o log e ele trás o seguinte erro: 07099 | Erro desconhecido Segue abaixo log. logSat.txt Tem como mandar o xml do cupom e do cancelamento?

Parece que deu certo, vou confirmar brigado.

O Lazarus também é OpenSource...

OK, compreendido... também peço desculpas, por ter compreendido de forma negativa...

Era mais a titulo de informação , porque seria a próxima postagem dele falando que estava com erro , as vezes as palavras e as frases tem a leve tendencia a demonstrar algo que não esta sendo passado da forma correta na frase , algumas frases não da para passar a emoção desejada no momento certo , então muitas vezes uma frase como ajuda , fica parecendo sarcasmo. Sei que nas ciências exatas , o exatas ficou algo somente para teoria , porque neste universo de TI, Sal grosso , Oração e descarrego fazem parte da profissão.

Estou com o mesmo problema. Como você resolveu? Também estou com esse mesmo problema, alguém sabe como resolver? Lembrando que a venda ele está emitindo normalmente. David, no meu caso foram 2 motivos diferentes: - Tentativa de cancelamento depois do prazo (depois dos 30 minutos) - Na outra vez que deu este erro para mim é por estar tentando cancelar com os dados reais do contribuinte um cupom que havia emitido com os dados de teste do emulador do SEFAZ (aquele que substitui o cnpj por 11111111111111) Uma coisa legal para se fazer é extrair o log do emulador (ou da máquina SAT). Lá o erro é mais detalhado.

O PLUS ainda não foi compilado com essa modificação

Elton, Já leu esse link: http://www.projetoacbr.com.br/forum/announcement/7-fim-de-correções-e-commits-em-trunk/

Aqui ocorreu comigo também, mas segui as instruções do Agnaldo e funcionou. Reistalei o pacote DanfeFR Caminho "ACBr\Pacotes\Delphi\ACBrDFe\ACBrNFe\DANFE\NFe\Fast" Abri o ACBr_NFeDanfeFR.dpk; -Recompilei e deu erros, onde há FpNFe. -Alterei todos os FpNFe para FNFe. e Reinstalei. E está funcionando Corretamente agora!

Sugiro rodar o exemplo da pasta para entender o funcionamento

Estava de ferias por alguns dias. Voltei hoje, atualizei o ACBR e funcionou perfeitamente. Obrigado gente...

Bom dia, o problema foi resolvido, era conflito com o componente RxLib. Desinstalei o mesmo e tudo voltou ao normal. Obrigado.

Versão disponível na área do SAC, para esse erro citado, caso haja algum outro favor migrar para a versão PLUS

Revisado e incorporado ao SVN Obrigado pela contribuição.

Você está usando Fortes Report CE ? Seus fontes são do Trunk2 e estão atualizados ? Gerei um PDF com o seu XML, usando o Fortes Report CE, e a informação da Fatura ocorreu sem problemas... Veja o anexo: 35150308006379000230550010000066241785137115-nfe.pdf

boa noite juliomar eu chequei o xml esta certinho segue anexo PDF com reve, PDF com fortes report e o xml 35150308006379000230550010000066241785137115-nfe.pdf 3515030800637900023055001000006624.pdf 35150308006379000230550010000066241785137115-nfe.xml

A classe parece ter realizado o tratamento correto, para a resposta vinda da DLL... Já solicitei apoio da Epson... para compreender melhor o que esse retorno significa, e qual atitude deve ser tomada...

Obrigado Amarildo... Enviado para o SVN... SIM... usando o ACBrECFVirtual para SAT, você pode fazer uma aplicação que usa o ACBrECF, falar com o SAT, como se fosse um ECF...

Daniel, Fiz diversos testes agora a tarde e notei certa instabilidade. Do "nada" começa a retornar erros tipo: -erro Motivo 0 -erro Motivo 16 -estNaoInicializada Nestes casos preciso reiniciar o ECF para voltar a comunicar. Em anexo os logs. Qualquer dúvida me avise. LogAcbrCompleto.txt LOG.TXT

Amarildo, Redução Z para sat?

Olá Daniel, Você poderia nos disponiblizar essa correção para conseguirmos fazer a instalação ? Obrigado E bem simples! você vai no github e acha o fork do Daniel do Fortes então faz o pull do repositório dele com a correção!

Boa tarde Renato. Era isso mesmo que precisava, não me toquei que o próprio CFOP já identificaria a direção da movimentação. Muito Obrigado e Sucesso!

Hoje o Italo conseguiu enviar uma NFS-e e obter retorno, então estamos com boa parte do caminho andado, então provavelmente nas próximas semanas teremos algo já para vocês testarem. O problema é como o Isaque mencionou, a grande diversidade de padrões que a NFS-e tem, de longe é a nota eletrônica mais complicada, muitas cidades, muitos padrões, não é simples, e o Italo tem se esforçado muito para terminar.

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

Estamos trabalhando focados nessa migração, ela é a unica que nos esta tomando mais tempo por sua diversidade.

sim tu já tentou fazer o que falei?

Boa tarde Paulo, Eu em particular acesso os Portais Nacionais da NF-e, CT-e e MDF-e duas vezes ao dia, as 7 da manhã e as 13:30 da tarde, para saber sobre a disponibilidade dos serviços, checar se existem novos Schemas, Manuais e Notas Técnicas. Caso exista eu baixo e leio para saber do que se trata. Se é algo novo, ou seja, uma TAG nova no XML, verifico a possibilidade de implementar sem que ocorra nenhum problema. Para você ter ideia existem varias coisas implementadas nos componentes só aguardando a liberação por parte da SEFAZ. Tudo o que consta nessa NT já foi implementado. Estamos aguardando a liberação do ambiente de homologação para iniciarmos os testes.

Obrigado Dionatan.b Estava precisando muito mesmo. Valeu parceiro!

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