Régys Silveira

Desde o dia 01/10/2011 é obrigatório informar a data de saída, veja pelas instruções normativas.

Então, no demo está assim fixo para mostrar a propriedade, no teu fonte você vai alterar isso para o teste que vai dizer se o registro é válido ou não, ai sim o componente vai fazer o que deve.

http://www.nfe.fazenda.gov.br

A sim, ai a conversa é outra, hehe. Eu estou alterando o ACBrMonitor para dispor dos novos comandos, assim que conseguir eu já atualizo.

Esse assunto já foi tratado em outros tópicos, mas basicamente as alterações são de schemas, então você precisa atualizá-los nos teus clientes, o componente não sofreu alterações, mas as alterações nos schemas podem refletir nos dados informados por seu usuário. Um exemplo é a obrigação de alguns campos que antes não eram obrigados. A versão da nota eletrônica ainda é 2.0 não 2.1.

Teste a emissão com o projeto anexado. Fizemos testes aqui e não deu o erro, registrou todos os itens normalmente, o ACBr já trata a parada da impressora para a gravação da MFD. Veja se com este projeto em anexo roda direitinho, se rodar verifique as configurações do teu ACBr com as deste. Basicamente foi alterado o modelo, porta e velocidade da porta, o resto é o default do ACBr. Você vai precisar alterar a porta do componente antes de rodar ai está fixo. teste_cupom.zip

Só para constar, os comandos do menu fiscal são: procedure PafMF_LX_Impressao; procedure PafMF_LMFC_Impressao(const CRZInicial, CRZFinal: Integer); overload; procedure PafMF_LMFC_Impressao(const DataInicial, DataFinal: TDateTime); overload; procedure PafMF_LMFC_Espelho(const CRZInicial, CRZFinal: Integer; const PathArquivo: String); overload; procedure PafMF_LMFC_Espelho(const DataInicial, DataFinal: TDateTime; const PathArquivo: String); overload; procedure PafMF_LMFC_Cotepe1704(const CRZInicial, CRZFinal: Integer; const PathArquivo: String); overload; procedure PafMF_LMFC_Cotepe1704(const DataInicial, DataFinal: TDateTime; const PathArquivo: String); overload; procedure PafMF_LMFS_Impressao(const CRZInicial, CRZFinal: Integer); overload; procedure PafMF_LMFS_Impressao(const DataInicial, DataFinal: TDateTime); overload; procedure PafMF_LMFS_Espelho(const CRZInicial, CRZFinal: Integer; const PathArquivo: String); overload; procedure PafMF_LMFS_Espelho(const DataInicial, DataFinal: TDateTime; const PathArquivo: String); overload; procedure PafMF_MFD_Espelho(const COOInicial, COOFinal: Integer; const PathArquivo: String); overload; procedure PafMF_MFD_Espelho(const DataInicial, DataFinal: TDateTime; const PathArquivo: String); overload; procedure PafMF_MFD_Cotepe1704(const COOInicial, COOFinal: Integer; const PathArquivo: String); overload; procedure PafMF_MFD_Cotepe1704(const DataInicial, DataFinal: TDateTime; const PathArquivo: String); overload; procedure PafMF_RelMeiosPagamento( const AFormasPagamento: TACBrECFFormasPagamento; const ATituloRelatorio: String = ''; const AIndiceRelatorio: Integer = 0); procedure PafMF_RelDAVEmitidos(const DAVsEmitidos: TACBrECFDAVs; const TituloRelatorio: String = ''; const IndiceRelatorio: Integer = 0); procedure PafMF_RelIdentificacaoPafECF( IdentificacaoPaf: TACBrECFIdentificacaoPAF = nil; const IndiceRelatorio: Integer = 0); procedure PafMF_RelParametrosConfiguracao( const AInfoPafECF: TACBrECFInfoPaf; const AIndiceRelatorio: Integer = 1); [/code]

Você está com o ACBr atualizado? Veja os métodos PafMF_.. eles já estão prontos para a geração dos menus fiscais, e tem bastante gente utilizando e não deu problema. Eu mesmo aqui fiz uma bateria de teste de geração de arquivos do menu fiscal com o pessoal da Daruma e está tudo ok.

me mande o log, só para ver se o retorno que o Alexandre me passou bate com o que está ocorrendo.

Conversei com o suporte da Daruma, acontece o seguinte, a impressora Daruma da essa parada para gravar os dados do buffer na MFD nesse momento ela bloqueia a serial até terminar o processo, por isso ocorre o erro no ACBr. Vou verificar aqui um possível tratamento para essa situação, logo que tiver uma resposta eu já atualizo os fontes.

Anexa o log do ACBrECF aqui por favor.

O erro acontece para todos os ecfs Daruma, você testou em quantos?

Veja aqui http://acbr.sourceforge.net/drupal/ para entender melhor como funciona o projeto.

Verifique os dados enviados no método vendeitem pode ser que alguma coisa esteja sendo enviada com problemas.

Quando você apagar e atualizar ele vai baixar novamente os arquivos, se está com medo faça um backup antes, simples.

todos os outros itens estão normais? tentou ver com o suporte da Daruma, isso parece ser problema na impressora fiscal.

apague os dois arquivos e atualize novamente.

Tranquilo, você pode ter uma tabela no banco local onde gera o desdobramento das faturas, dai de tempos em tempos enviar ao servidor, ou pode colocar para acessar direto, mas dai quebra a cadeia. Os homologadores verificam somente se a emissão de cupom fiscal está funcionando off-line o restante não. Aqui eu fiz tudo para ter comodidade, somente isso.

Dê mais informações, você quer gerar sped pis/cofins, sped fiscal?

A chave vai gerar igual, veja o método que gera a chave: function GerarChave(var chave: AnsiString; const codigoUF: integer; codigoNumerico: integer; const modelo, serie, numero, tpemi: integer; const emissao: TDateTime; const CNPJ: string): boolean;

Não é a configuração do teu SO ou aplicativo? Porque ninguém nunca reclamou disso.

A chave de acesso é obrigatória somente quando o modelo do documento for 55, o sped fiscal vai dar um aviso quando gerar um documento modelo 55 sem a chave.

Aqui eu faço tudo local, dai de tempos em tempos eu checo o banco remoto e atualizo o banco local, de tempos em tempos também envio o que tem no local que ainda não foi para o remoto, tudo isso é configurado, então eu só faço a conexão ao banco remoto quando necessário e desligo logo em seguida. Se quiser me envie um e-mail que podemos fechar uma consultoria se achar necessário.

Independente da tecnologia de acesso a dados que você utilizar, basta colocar duas conexões, uma local e outro para o remoto. Lembrando que se for trabalhar com thread a recomendação e ter uma conexão própria para cada thread, neste casos duas, uma para o remoto e outra para o local.

Pode ter a ver com a versão da capicom instalada, você utilizou a capicom que é distribuída no projeto ACBr?