EMBarbosa

Sim. Mas acho que já tinha entendido o que o Iran mencionou. Iran confirme por favor se a alteração é a seguinte: na procedure TACBrECFBematech.ArquivoMFD_DLL(COOInicial, COOFinal: Integer; NomeArquivo: AnsiString; Documentos: TACBrECFTipoDocumentoSet); Resp := xBematech_FI_DownloadMFD( PChar( ArqTmp + '.mfd'), // Arquivo de Saida '2', // 1 = Por Data PChar( IntToStr(COOInicial) ), PChar( IntToStr(COOFinal) ), PChar( Prop ) ) ; [/code] Alterar para: [code] Resp := xBematech_FI_DownloadMFD( PAnsiChar( ArqTmp + '.mfd'), // Arquivo de Saida '2', // 1 = Por Data PAnsiChar( IntToStr(COOInicial) ), PAnsiChar( IntToStr(COOFinal) ), PAnsiChar( Prop ) ) ; Resp := xBemaGeraRegistrosTipoE( PChar( ArqTmp + '.mfd'), Pchar( NomeArquivo ), PChar( DiaIni ), PChar( DiaFim ), Pchar( cRazao ), Pchar( cEndereco ), '','2','','','','','','','','','','','','','' ); [/code] E também [code] Resp := xBemaGeraRegistrosTipoE( PChar( ArqTmp + '.mfd'), Pchar( NomeArquivo ), PChar( DiaIni ), PChar( DiaFim ), Pchar( cRazao ), Pchar( cEndereco ), '','2','','','','','','','','','','','','','' ); por Resp := xBemaGeraRegistrosTipoE( PAnsiChar( ArqTmp + '.mfd'), PAnsiChar( NomeArquivo ), PAnsiChar( DiaIni ), PAnsiChar( DiaFim ), PAnsiChar( cRazao ), PAnsiChar( cEndereco ), '','2','','','','','','','','','','','','','' );[/code] Fiquei intrigado foi porquê não aconteceu erro nessas funções no meu caso... O Iran confirmando eu posto no SVN. Assim que tiver mais tempo no entanto vou tentar substituir essas funções pelas mais recomendada.

Parece que o V&S Pague faz isso. Não sei qual o Gerenciador Padrão usado pelo BANESE. Mas se usar o mesmo da TECBAN, ou o da AMEX/VISA/CIELO então já está pronto para Discado. Talvez alguém com experiência no BANESE possa confirmar. Você pode colocar no Classificados, ou tentar o sistema de Recompensas veja: http://www.forumweb.com.br/foruns/topic ... compensas/

Quando eu fiz, eles estavam aconselhando ter uma tela de entrada de notas. Não falaram sobre a possibilidade de acerto no estoque não. Mas sugiro conferir com os homologadores que escolher, pois eles é que tem a palavra final.

1) Acredito que sim. Embora meu programa não tenha essa tela, todas as telas do programa devem poder acessar o menu fiscal Exceto em caso de impressão. Exemplo: Nós usamos um form como menu de telas como a dos cadastros, foi necessário adicionar acesso ao Menu Fiscal e ainda por cima colocar dizeres que ele estava acessível nessa tela (escolhemos colocar no caption como pode ver na imagem anexa) 2) Não. Veja REQUISITO VII ITEM 1: que diz em parte

Não. Essas opções não devem nem mesmo aparecer no menu fiscal.

Sim já está corrigido.

Nos posts que eu passei ... ou no google...

Sobre o Fórum Antigo veja: viewtopic.php?f=5&t=8

Houve alterações sim nas validações de IE, mas não tenho certeza se as de Manaus/Amazonas foram afetadas... Alguém aí lembra? Sim. O ACBr é compatível com Delphi 7.

Na verdade, no roteiro PAF eles vão testar o sistema funcionando local. Não vão configurar para funcionar em rede não. É muito importante, no entanto, que você entenda que apenas as funcionalidades do ECF é que precisam funcionar sem rede. As vendas não podem parar. O usuário deve ser capaz de vender os produtos mesmo que a venda caia. Mas não é necessário por exemplo o Cadastro de Produtos funcionar sem a rede.

Essa daí é uma difícil decisão, não dá pra opinar sem conhecer melhor suas expectativas do sistema. Fale mais sobre o modelo que você decidiu e porquê, em especial sobre essas configurações que ficam no servidor. Aqui, como fizemos um sistema mais básico pra atender pequenos clientes, nós usamos uma base no servidor e uma base local pra configurações e tabelas que são usadas nas vendas. Elas são sincronizadas com as tabelas do servidor sempre que há alterações significativas. Tudo gerado localmente cria arquivos XMLs que são posteriormente, via uma trhead secundária, enviados para o servidor. A idéia básica é essa.

veja: md5... http://www.forumweb.com.br/foruns/topic ... gerar-md5/ validação de registros... http://www.forumweb.com.br/foruns/topic ... important/ http://www.forumweb.com.br/foruns/topic ... espaf-ecf/

Adicionou sim, agora sabemos que "O tempo limite do semáforo expirou" pode ser erro de porta configurada de forma errada. Deixa a mensagem aí rapaz...

Sim. Quando precisar saber algo desse tipo, a melhor fonte é a própria lei. Levando em conta que a lei é o ATO COTEPE 06/08 veja o site: http://www.fazenda.gov.br/confaz/confaz ... 006_08.htm Observe que no alto estão alistados leis e atos que o Alteraram com o passar do tempo. Sabendo que o RAF-PAF na versão 1.3 usou a especificação 1.04, se procurar vai ver que o que definiu a especificação usada foi o ATO COTEPE/ICMS Nº 36, DE 10 DE SETEMBRO DE 2009. Daí basta você procurar as alterações subsequentes. Assim sendo, a resposta para sua pergunta de quais foram as alterações são: http://www.fazenda.gov.br/confaz/confaz ... 046_09.htm http://www.fazenda.gov.br/confaz/confaz ... 021_10.htm http://www.fazenda.gov.br/confaz/confaz ... 048_10.htm Ainda assim principais alterações foram mencionadas pelo juliomar. Se você quiser algo mais específico, a melhor opção é procurar os homologadores.

Se usar comunicação específica, sim. Se usar DLLs, sim. Se usar o ACBr, depende. Apenas as impressoras "FiscNet" são compatíveis entre si. Se for desenvolver pra Daruma, você provavelmente vai precisar de uma impressora física (na verdade nos fins das contas, é sempre melhor você ter uma impressora física, mais cedo ou mais tarde ela faz falta). Mas se está começando e vai usar o ACBr você pode usar um emulador de outras marcas pra iniciar já que o ACBr tem o objetivo de ter o mesmo comportamento independente da impressora que você use.

Na verdade, a melhor coisa mesmo me parece que seria substituir as funções atuais (Bematech_FI_DownloadMFD e BemaGeraRegistrosTipoE) pela outra função da Bematech (a saber Bematech_FI_ArquivoMFD)... Reduziria o código e os possíveis erros incluindo esse daí. Também resolveria o problema de gerar o arquivo do tipo MF.

Está dando erro ou aparecem mensagens de warning? Se você indicar a mensagem de erro e onde o ocorre ficaria mais fácil pra ajudar também. Também estou no grupo dos que usam 2010 e não tiveram problemas que já não estejam corrigidos...

Beleza, vamos aguardar mais alguns dias pra ver se surgem algumas sugestões... depois eu tento alterar os arquivos e anexá-los aqui.

Que campos indesejáveis?

Erro? Que erro? Fica difícil de ajudar sem saber o que é...

Já tentou esse tópico? viewtopic.php?f=12&t=406&start=80

Ficou faltando no TACBrTEFDClass.ProcessarResposta a referência pro TACBrTEFD(Owner) ao chamar o método DoExibeMsg no final (linha 2049) else if Resp.TextoEspecialOperador '' then TACBrTEFD(Owner).DoExibeMsg( opmOK, Resp.TextoEspecialOperador ) end;[/code] EDIT, à medida que eu digitei outro usuário também viu o erro. veja: viewtopic.php?f=16&t=1046

Por falar em versões, acho que seria uma boa adotarmos um padrão para a propriedade que informa a versão do componente em todos os componentes do projeto. Temos uma classe base para os componentes, mas parece que seus dependentes não estão totalmente de acordo. Atualmente não há um padrão. Alguns componentes tem a propriedade About, outros a propriedade AboutACBr, outros as duas e alguns nenhuma das duas. Tudo bem que About e AboutACBr são diferentes, e que talvez o About nem precisaria estar em todos os componentes. Ainda assim, penso que devíamos deixar pelo menos a AboutACBr em todos os componentes. Também que deveríamos fazer a About somente leitura no ObjectInspector. O que vocês acham? Exemplos: ACBRECF tem as duas: ACBrECF.About ACBrECF.AboutACBr ACBrSPEDContabil, ACBrPAF e ACBrEAD tem apenas a About. Mas apenas no ACBrEAD ela aparece como somente leitura no ObjectInspector. ACBrTCPServer possui apenas a AboutACBr. ACBrTCPServer.AboutACBr ACBrSintegra e ACBrNFe Não possuem nenhuma das duas, veja: ACBrNFe.AboutACBrNFe ACBrSintegra.Versao EDIT: A propósito, estou me colocando a disposição para, em caso da aceitação da maioria, efetuar as alterações que vocês acharem mais acertadas.

Percebi que o texto gerado para a propriedade MemoBobina está marcando a versão 0.9.0a para o ACBr. Essa versão é baseada na constante ACBR_VERSAO da Unit ACBrConsts. Essa versão é a do pacote inteiro? Está correta? Eu estranhei pois o ACBrECF já está na versão 1.0

Não tenho o Fortes instalado no momento. Mas, se não me engano, BPLs devem ficar em pastas acessíveis pelo path do Windows. Acredito (mas não estou certo) que deveria copiar esse arquivo pra pasta de BPLs no diretório do Delphi. Sobre download do Fortes, veja: viewtopic.php?p=4208#p4208 P.S.: Note que essa é uma dúvida sobre o Fortes e não exatamente sobre o ACBrNFe. Então estou movendo para a área de Delphi