EMBarbosa

Pelo pouco que acompanhei, acho que o Rafael Batiati estava à frente, mas sozinho. Talvez você possa ajudá-lo de alguma maneira.

De que componente você está falando?

Realmente, um ECF físico é muito melhor, para qualquer tipo de testes, para esses então, não tem nem comparação.

Olá pessoal, O Requisito XXV item 1 letra b menciona a geração do arquivo de movimento diário automaticamente após a Redução Z. O caso é que esses dados estão no BD, e daí não sei se há alguma exigência caso a rede tenha caído. Devem haver os dados espelhados na máquina local para gerar o arquivo? Será que poderia ficar sem gerar, como é permitido no caso do Menu Fiscal? Ou o programa deve gerar esse arquivo ao retornar a rede? Alguém já fez essa pergunta aos homologadores?

Você usa os componentes JEDI? Se sim, tente essa resposta: http://stackoverflow.com/a/2337111/460775 ou o artigo seguinte http://robstechcorner.blogspot.com/2009/04/finding-hard-to-reproduce-errors.html

Pode se usar o fórum Dúvidas Gerais para esse e qualquer outro componente que não tenha fórum específico. O ACBrNFSe não foi incorporado ainda ao trunk do SVN e por isso ele não tem pacote nem fórum específico. Espero que entendam, que a questão não é inibir as perguntas e sim evitar que tenhamos um post com 200 páginas e várias perguntas que não se relacionam. Isso dificulta muito quando alguém quer procurar alguma informação, principalmente para iniciantes em uso de fóruns.

Acabei corrigindo isso no SVN.

ué, você pode ou consertar e enviar os arquivos novamente, ou me dizer explicar os motivos para que eu possa saber o que fazer. Se quando for responder não estiver aparecendo os botões para anexar os arquivos, clique em "Editor Completo".

Parece que sim. O problema é, após corrigir isso, quem tiver armazenado os dados como integer ou string na hora de fazer conversão para o tipo TACBrTipoFrete vai encontrar problemas. Ou vai ter que atualizar o BD antes de gerar o arquivo SPED ou vai ter que, na hora da geração, fazer essa conversão. De qualquer forma, vou verificar isso o mais rápido possível. Não sei se entenderam, mas isso é um pouco mais complicado do que aparenta pra quem já tem dados lançados.

Vou alistar alguns pontos que encontrei: 0)Você não anexou o arquivo ACBrBlocos.pas que contém a declaração de TACBrIndicadorDaComposicaoDaReceitaRecebida. E por isso o código não pode ser compilado. 1) A propriedade IND_OPER do registro F200 não pode ser do tipo TACBrIndicadorTpOperacao. Esse último só permite os valores Mas o campo IND_OPER do registro F200 permite: 2) Ajuste nos registros (TBloco_C.WriteRegistro*) C170, C181, C185, C191, C195, C381, C385, C481, C485, C491 e C495 (pelo que vi no guia prático podem haver outros que tem a mesma situação e que não foram acertados). Você não especificou os motivos dos ajustes e nem o motivo do modo anterior não funcionar. Não achei um exemplo em que o modo antigo fosse informado como erro pelo PVA. 3) embora tenha feito a formatação de CST nos registros 1210 e 1610, eles na verdade deveriam ser do tipo TACBrSituacaoTribPIS ou TACBrSituacaoTribCOFINS. 4) Não entendi porque você formatou os registros 1220 e 1620 mas não formatou os registros 1100 e 1500 que usam os mesmos tipos de campo (ORIG_CRED e COD_CRED);

Então você precisa dizer que erros. Eu perguntei você não respondeu. A propósito, você tentou compilar o DEMO?

Não. Ainda continua assim. PS.: Vale a pena notar que o guia prático explica: O grifo é meu.

Olá Edilson, Vou verificar suas implementações logo após o meu almoço. Obrigado.

Que erros? '//' no código é comentado... Se quiser separar use a tag " "

Acho que o que você deseja está relacionado com fazer log da Exception. Pesquise sobre fazer log do CallStack.

Na verdade, o seu Leia-ME.txt é que está desatualizado então. Pois isso é mencionado no passo 2. Assim sendo, é melhor que verifique que outros arquivos também não estão desatualizados. Percebi que você mencionou que baixou utilizando o TortoiseCVS. Espero que esteja dizendo, na verdade, TortoiseSVN.

Gerar alguém gerou. O simons só estava tentando dizer que o PVA pode ajudar nesse caso. E mesmo que você queira gerar manualmente, a geração pelo PVA pode ser útil. Por exemplo, você pode lançar todos os outros registros e pedir para o PVA gerar os registros M. Então você confere o que ele gerou para verificar como você poderia gerar manualmente.

De acordo com a Bematech as funções Espelho MFD, Arquivo MFD são suportadas pelo Emulador sim. Mas devem ser feitas pela porta serial (virtual ou física) e o arquivo INI da Bematech(BemaFI32.ini) deve estar configurado com a chave EmulMFD em 0. fonte:http://partners.bematech.com.br/forum/viewtopic.php?f=8&t=6195

Talvez o problema não seja o tamanho, mas que o caminho contém espaços. Já tive um problema assim antes, só não me lembro se foi com a DLL da Bematech... Seria o caso de testar.

fonte: http://www1.receita.fazenda.gov.br/noticias/2012/marco/noticia-02032012_2.htm

Não. Mas comigo sempre foi assim. Eles fazem os testes para a mais nova ER, mesmo não havendo roteiro de testes. Você pode pedir a eles que enviem alguma coisa sobre os testes que mudaram.

O funcionamento dos ECFs seguem o convênio a qual eles foram cadastrados. A maior parte dos ECFs hoje em dia seguem o convênio 85/01. Nele (veja link aqui) você pode procurar a alínea c do item I na Seção XI (Das Disposições Gerais sobre o Software Básico). Diz em parte:

Sim. É permitido como medida de tolerância. Ou seja, os ECF tem algum tempo para emitir a redução Z. Imagine que o usuário está no meio de um cupom fiscal e bate 00:00. Como o ECF trataria? Para facilitar, a legislação permite esse tipo de uso. Mas até uma certa hora. Ainda assim, não significa que é recomendado continuar usando o ECF sem emitir a Redução. Como não tenho nenhum cliente no momento que se encaixe nessa situação, talvez algum outro membro do fórum possa lhe dar alguma ideia de como tem sido feito ou recomendado aos clientes.

Para ajudar os próximos usuários, o que resolveu o seu problema? Se foi colocar uma outra alíquota, pode dizer qual? Se foi trocar o CST, pode dizer qual?

\o/ uhu!!