EMBarbosa

http://www.fazenda.mg.gov.br/empresas/legislacao_tributaria/ricms_2002_seco/anexovii2002_5.htm

Que bom que resolveu Lucas. Só fiquei com uma dúvida: se a limitação é do ECF ou do componente. Antes de cadastrar a forma de pagamento no índice 2 você chegou a tentar usar algum programa do fabricante para listar as formas de pagamento e ver se exibia corretamente?

Pessoal, Não sei como funciona esse ECF, mas se vocês perceberam a forma de pagamento CHEQUE está com índice 3 e a forma de pagamento CARTAO com índice 4. Ou seja, não há forma de pagamento com índice 2. Será que o código que carrega as formas de pagamentos não está parando quando encontra a primeira forma em branco? Lembro de ter tido um problema parecido há um bom tempo (época do FórumWeb), mas com a marca Bematech. Se for o ECF mesmo que está retornando incorreto, talvez se programar uma outra forma de pagamento (ex.: duplicata) para o índice 2 especificamente pode resolver. Lógico, isso se esse problema for realmente com os índices.

igmaster2000, Você já foi alertado várias vezes por sua conduta aqui no fórum. Só eu já removi dois posts seus repetidos. Pare de ficar repetindo os posts. Temos regras conforme pode ver neste Em especial a "3.1 - Não faça flooding". Essa regra diz claramente: Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Se você é programador, ponha a mão na massa. Leia o código e se esforce a entender. Esse foi meu último aviso. Na próxima vez marcarei seu usuário como spammer.

Outra vez??? Não faça posts duplicados. Continue em: Temos regras conforme pode ver neste Em especial a "3.1 - Não faça flooding". Tópico trancado!

Use a pesquisa do fórum. Já disse antes: Se estiver tendo problemas de acesso crie um outro tópico. O próximo terá a mensagem removida sem prévio aviso.

Não. Na verdade não existe roteiro para a atual Especificação de Requisitos. A atual ER-PAF-ECF é a versão 2.01. Com respeito ao roteiro você terá que entrar em contato com o órgão homologador de sua preferência. EDIT: Esqueci do link para a nova ER: http://www.fazenda.gov.br/confaz/confaz/atos/atos_cotepe/2013/AC009_13.htm

Acho que não. Mas você não deveria precisar disso.

Por que você está lendo só o final da frase e pulando a parte que diz: "você deve agrupar informações dos itens por CFOP, Aliquota"?

Isaque, o que o ACBrSPED está fazendo "errado" é não ter condições de zerar e deixar vazio de acordo com o que o usuário deseja. Alguns usuários precisam que seja vazio, outros zero. Isso depende do CST. Talvez queira recordar esses posts: Infelizmente, estou sem tempo para mexer nessa parte dos componentes agora.

Se está escrito para alterar, você deve alterar. Você gravou o arquivo em primeiro lugar, então você sabe como gravar novamente com um valor diferente.

A resposta está no comentário do Régys acima. Vou destacar as partes que respondem sua pergunta:

As que eu usei sim. Não sei sobre outras...

Veja se depois de fazer um build, o primeiro erro desaparece. Você pode ignorar o segundo erro. Ele não vai afetar em nada.

Acho que esse é o mesmo problema dos registros C170 e C481... E daqui a pouco vem outros usuários reclamarem que precisam do campo com zero...

Acho que no seu caso do "refrigerante" e "refrigerante gelado" poderia também ser considerado dois produtos diferentes. Na ER-PAF-ECF.

:ph34r: :ph34r: Ninjas! Ninjas por todos os lados!

Belezinha. Bom trabalho aí.

Olá Daniel, Na verdade, eu não fiz alteração nenhuma ainda. Quando eu fui começar a mexer, tivemos que mudar os planos para atender outras necessidades da empresa aqui. Na época, eu percebi que esses métodos não estavam usando os comandos recomendados no manual para os ECFs mais recentes (MP3000, MP 4000). Esses, são métodos que precisam ser verificados. Como meu tempo ficou reduzido, eu preferi alistar aqui. Talvez alguém mais queira verificar. Com respeito ao TACBrECF.FechaCupom, nos testes que eu tinha feito, o comando de fechar cupom estava enviando comando ao ECF para pegar o CNPJ da loja. Não me lembro ao certo, mas acho que é para as informações complementares, exemplo exibir o CNPJ para o MinasLegal. O que eu pensei na época é que o ACBrECF poderia pegar esse valor uma vez e depois armazená-lo temporariamente. Fazemos isso, por exemplo, com a propriedade ACBrECF.MFD, onde armazenamos na variável fpMFD. Mas eu não implementei isso, pois não tive prazo de verificar se isso não atrapalharia algum requisito do PAF-ECF.

http://stackoverflow.com/questions/2237028/how-to-track-down-access-violation-at-address-00000000?rq=1

Obrigado aí pessoal que trabalha na área invisível do site.

Será que não está tentando carregar um arquivo exportado pelo ibtax? Veja: A propósito, queira da próxima vez criar um tópico novo para uma dúvida nova conforme as regras. Veja neste em especial a "2.2 - Permaneça no assunto". Logicamente, pesquise antes de criar o tópico.

Será que a versão de sua dll não está desatualizada? Dê informações completas sobre seu ambiente.

Por que o log não consta os parâmetros Finalidade e Tipo?

Componente que faça o trabalho de montar o Layout no modelo do AtoCotepe? Nope. Talvez você possa pegar a ideia do ACBrPAF e criar um se estiver interessado. Mas, embora não esteja familiarizado com a legislação da NFG, eu acho que nem pode. O ATO COTEPE 17/04 é específico em dizer que quem deve gerar o arquivo é a dll do fabricante: (grifo meu)