EMBarbosa

Olá DataPrime, Se quiser, você pode postar o seu código aqui no fórum (se for mais de um arquivo, é só zipar e anexar). Acho que o André é quem estava olhando no fórum antigo. Mas mesmo que não, outros podem querer ver, e quem sabe até acrescentar ao seu trabalho.

Se quiserem eu posso aproveitar que estou mexendo no ACBrECF e implementar essas alterações.

Pra quem não é obrigado a emitir NFe, boa notícia se seu cliente se encontra em algum dos seguintes estados: Acre, Alagoas, Bahia, Espírito Santo, Maranhão, Mato Grosso do Sul, Minas Gerais, Paraíba, Pernambuco, Piauí, Rio Grande no Norte, Roraima, Santa Catarina, Sergipe, Tocantins e o Distrito Federal. A obrigatoriedade da emissão em casos de operações com Administração Pública (ICMS 42/10 inciso I da cláusula segunda) dessas UFs será apenas a partir de 1º de abril de 2011. fontes: http://www.fazenda.mg.gov.br/noticias/V ... ocomNF.htm http://www.fazenda.gov.br/confaz/confaz ... 193-10.htm

veja viewtopic.php?f=5&t=54

Olá Pessoal, Implementei algumas informações que não estavam prontas das funções DadosReduçãoZ e também DadosUltimaReducaoZ: Inclui Contadores GNFC (Operações Não Fiscais Canceladas), CFD ( Fita Detalhe Emitida), NCN (Débito ou Crédito não Emitidos), CCDC (Débito ou Crédito Cancelados). Totalizadores Acréscimo, Desconto e Cancelamento de OPNF (Operações Não Fiscais). Parâmetro HabilitaDescontoISSQN. Implementei essas funções nas impressoras Bematech. Também Implementei para Bematech os retornos que não estavam vindo na DadosUltimaReducaoZ (ou seja, comparando com a dll eu implementei a Bematech_FI_DadosUltimaReducaoZMFD). Convido aos amigos desenvolvedores que tem conhecimento de outras marcas a tentar implementar essas informações novas que o ACBr agora poderá fazer controle. Property NumGNFC : String read GetNumGNFCClass ; Property NumCFD : String read GetNumCFDClass ; Property NumNCN : String read GetNumNCNClass ; Property NumCCDC : String read GetNumCCDCClass ; Property TotalCancelamentosOPNF : Double read GetTotalCancelamentosOPNFClass; Property TotalDescontosOPNF : Double read GetTotalDescontosOPNFClass; Property TotalAcrescimosOPNF : Double read GetTotalAcrescimosOPNFClass; Property ParamDescontoISSQN : Boolean read GetParamDescontoISSQNClass ; [/code] Daniel, se puder dar uma olhada e adicionar as correções costumeiras. Obrigado! ReducaoZ.zip

É exatamente esse teste. Com o arquivo postado dá pro pessoal simular antes, e talvez possamos fazer uma correção mais definitiva.

Cleiver, Isso é um Warning [DCC Warning], ou seja, um aviso de "Atenção". Não é um erro e você pode compilar o programa mesmo assim. Se ele não está compilando, a mensagem de erro é outra.

Se não me engano, o fastTef funciona conforme a mesma comunicação do CliSitef. Se for isso mesmo, então funciona. Mas não lembro se alguém já usou... Acho que outros usuários do ACBrTEFD podem confirmar.

Está me parecendo erro no Delphi. Qual a versão? Algumas sugestões (não necessariamente nesta mesma ordem): Você tentou em outra máquina? Apague todos arquivos DCU e BPL relacionados com o projeto. Tente reinstalar o Delphi ou algumas de suas atualizações. Pode ser algum arquivo corrompido... Use o SVN->Switch para trocar para uma revisão anterior do código. Assim você vai poder analisar qual a versão do código que está gerando o erro que fecha o Delphi.

Bem, eu moro muito longe daí, mas eu sei que a Polimig tem um escritório em Recife, não sei se ajudaria de qualquer modo. O melhor mesmo seria se fosse no seu estado né? Talvez alguém daí por perto possa ajudar... Moderação: Estou movendo o tópico pro subfórum de legislação visto que não está diretamente relacionado com os componentes. Acho que ficará melhor lá.

Daniel Obrigado pelas correções. Acho que ainda dá pra retirar as variáveis de BytesResp nas funções: CarregaFormasPagamento CarregaRelatoriosGerenciais CarregaComprovantesNaoFiscais (em dois lugares) Quanto ao total troco, se ninguém se manifestar vou tentar o suporte da Bemetech.

Jeferson, Se você procurar no fórum Zeos, vai perceber que realmente a versão 2.5 do FB não está compatível com o Zeos 6.6.6. O pessoal está recomendando testar a versão Alpha 7, mas como o Daniel mencionou, pode não ser uma boa idéia ainda... Veja esses posts me parecem exatamente o que você mencionou: http://zeos.firmos.at/viewtopic.php?t=2848 http://zeos.firmos.at/viewtopic.php?t=3022

A lista dos órgãos é justamente essa daí... Acho que não entendi qual é a sua dúvida.

Olá pessoal, Estou verificando a unit da Bematech, corrigindo algumas inconsistências e fazendo algumas alterações. Cheguei na função GetTotalTroco que deveria retornar o TotalizadorTroco. O Manual de programação via protocolo da Bematech diz que o comando para isso seria usar escape "35 78" (ou no caso do ACBr, poderia ser RetornaInfoECF('78'). Atualmente ele está usando uma função que não achei documentação ("35 32") para carregar todas as formas de pagamento e daí pegar o troco (mais ou menos como é feito via DLL). O problema de usar o primeiro método é que ele não funciona no emulador. O que vocês acham? Deveríamos mudar assim mesmo? Alguma outra sugestão? Editado para adicionar o Unit Bematech. ACBrECFBematech.zip

Por favor Jackson, evite posts duplicados. Vamos continuar no outro post viewtopic.php?f=5&t=199

Para fazer coisas mais complexas, como usando dados de tabelas diferentes ou bancos de dados diferentes. Verifique programas chamado ibdatapump, fbclone...

Que é que está acontecendo hein pessoal? Tem vários tópicos sobre esse mesmo assunto. Vamos deixar tudo em um só... o.o'' viewtopic.php?f=5&t=140 viewtopic.php?f=5&t=8

Obrigado lampada.

Olá pessoal, Os totalizadores de Substituição tributária, Não Incidência e Isenção para ICMS e ISSQN em todas as impressoras começam com índice 1? Ou seja, ao pegar os dados para o Sintegra e SPED, vou pegar F1, N1, I1, FS1, NS1 e IS1 respectivamente? Ou podem existir o F0, N0, I0, etc...? Se não me engano o ACBr sempre usa os de índice 1 certo?

ahh pode ser. Sabe que eu não percebi isso...

Nível hierárquico indica o grau da hierarquia. o.o'' Quanto maior, indica que é um descendente (filho do filho do filho....). Exemplo: o nível 3 indica que o registro é filho de um outro registro de nível 2; O nível 2 que o registro é filho de um outro registro de nível 1; Generalizando o nível X indica que o registro é filho de um outro registro de nível Y onde Y=X-1; deu pra entender?

A impressora que eu usei (uma Bematech MP-3000 TH FI) não teve esse problema. Assim, deve-se levar em conta que algumas impressoras talvez não tenham limite de tempo.

Além disso, formas de pagamento só podem ser removidas com intervenção técnica por agentes credenciados.

Ricardo, A maior parte dessas impressoras que não fazem essa impressão automática, já tem prazo limite de uso estabelecido. Se você está desenvolvendo agora, quando seu programa ficar pronto, provavelmente apenas as impressoras novas é que vão poder fazer uso dele. Se eu fosse você, verificava isso.

Filho do C350. É só observar que o nível Hierárquico dele é 3 e que o imediatamente anterior cujo nível hierárquico é 2 (3 menos 1) é o C350. fonte: http://www.fazenda.gov.br/confaz/confaz ... 009_08.htm