Painel de líderes

Olá para todos... Recentemente atualizamos a nosso comunidade para usar o "Invision Power Bord 4" Alguns usuários tem nos reportado problemas para conseguir efetuar o Login no fórum ou recuperar a Senha O que ocorre, é que nessa nova versão do "Invision Power Board" os campos "Login" e "Display Name" foram unificados, dando preferência ao campo "Display Name" Portanto se você não consegue efetuar login da maneira que estava acostumado, experimente usar o seu "Display Name" ou e-mail como usuário, a senha continua a mesma..

Não. Parece que é generalizado. Algumas coisas mudaram e estamos também nos adaptando por isso pode ser que alguma coisa ou outra acabe passando despercebido. No entanto, estamos muito interessados em que o fórum continue funcionando e apoiando a comunidade. Na verdade, essa foi uma das motivações que levaram a atualização. Eu pedi um exemplo para poder testar aqui e ver se consigo levantar mais informações para reportar ao pessoal que mexe com a parte interna do fórum. Já que já estão analisando algumas coisas que aconteceram, podemos esperar melhorias. A propósito, não precisa me chamar de Sr.

No meu caso, eu não uso Delphi nem Fast... Então não tenho a menor intenção de implementar.. Fique a vontade para você mesmo implementar e contribuir com a comunidade

Boa noite sei que existe um tópico que explico como conectar aos PVA para ver estrutura da base e até mesmo extrair dados! mas foi feito algumas mudanças e um colega no fórum SpedBrasil conseguiu novamente e abaixo segue como deve ser feito o princípio é o mesmo para os outros

A modificação proposta em TACBrECFVirtualClass modificaria o comportamento de TODOS os ECFs Virtuais... Fiz uma refatoração, introduzindo um novo método para poder sobrescrever apenas essa verificação nas classes filhas.. Modificação já envia para o Trunk2

Sim esse IF só faz sentido no mundo dos ECFs, mas não do SAT e NFCe... vou aplicar...

No momento você pode utilizar o google. Escreva suas palavras e depois adicione "site:www.projetoacbr.com.br/forum" sem as aspas. Exemplo:

Boa noite Juliana, teste realizado e funcionou, muito obrigado pela sua atenção.

Correção no svn ! Obrigado

Sim, estamos ciente... estamos tentando resolver...

De acordo com o Guia nada Prático EFD-PIS/COFINS - Versão 1.20 agora o registro C870 deve conter o campo VL_DESC fiz uma alteração no fonte do ACBr para aceitar este campo. Segue em anexo os fontes com a alteração. Qualquer dúvida estou a disposição. Abraços. PisCofins.zip

Existem duas situações. 1. Impressoras configuradas para redução Z automática, nestas impressoras 2h após a virada do dia (0h) e emitida a redução Z automaticamente, isso não é mais usado, inclusive existe legislação bloqueando isso, somente impressoras antigas ainda possuem está configuração. 2. Impressoras configuradas para bloqueio por redução Z, 2h após a virada do dia ao invés de emitir a redução Z estas impressoras se bloqueiam até que seja emitida a redução Z, por isso o status de requer Z apresentado pelo ACBr, esse é o padrão atual da legislação e que é seguido em todo o território nacional,. Quem controla qualquer uma das situações é o firmware da impressora e não o seu software, você deve tratar o status, se requer Z deve mostrar uma mensagem ao usuário para que emita a redução Z ou emitir a Z por conta própria, neste status a impressora como já dito fica bloqueada então nada pode ser feito nela até que que se emita a redução Z. Não é necessária nenhum alteração no componente, pois todos os status do ECF já são corretamente tratados e tudo já foi homologado por centenas de usuários do ACBr.

Há um bug conhecido no Firmware da DASCOM... Veja na área de downloads uma atualização de Firmware e utilitários para a DT-230 http://www.projetoacbr.com.br/forum/files/category/13-dascom/

Humm.. agora compreendi o problema do Log... Mas acho que com a verificação de Índice não haverá problema na interpretação Mas realmente a Bematech foi infeliz em quebra o protocolo da msg

Daniel, desculpe se não deu para entender. o log do ACBrSAT não estava sendo gerado, pois a gravação do log era executada depois da exception. Eu modifiquei a função FinalizaComando para logar a resposta do equipamento antes da exception, e obter a string que esta sendo enviada para Resposta.RetornoStr. Se quiser rodo novamente com as alterações que voçê fez, mas a resposta será a mesma, só não irá dar exception. Erro|Erro na leitura da porta de comunicacao com o S@T|Header Essa string explica o list index out of bounds. Para mim não é problema do ACBr, e sim da DLL da bematech que esta mandando resposta errada.