EMBarbosa

Atualizei o tópico citado. Subi o componente para o branches, veja lá.

Olá, normalmente a gente pede para anexar o arquivo com as alterações para se verificar. Mas eu acabei subindo uma correção para isso. Subi suas alterações para o SVN na Revisão 7070. Pelo que vi está tudo certo. Favor testar e reportar qualquer problema. Obrigado.

Sugiro que utilize o Exemplo do componente para testar. Sempre faço meus testes nele.

Está no branches. o.o'' Eu não pude criar/atualizar os pacotes nem analisar o código completamente para verificar se será necessário fazer algum acerto. Daí eu mantive ele no branches por enquanto.

Atualizei lá.

Enviei a proposta do componente para a pasta de Branches bem como o exemplo. Isso permitirá ser testado. Subi para o SVN na Revisão 7066. Pelo que vi está tudo certo. Favor testar e reportar qualquer problema. Obrigado.

Subi para o exemplo para o branches pois eu não tenho muita familiaridade com o Lazarus ainda. Suas para o SVN na Revisão 7063. Pelo que vi está tudo certo. Favor testar e reportar qualquer problema. Obrigado.

Não foi feito alarde, mas o Isaque subiu uma correção para isso na revisão 6298 em 16 de Janeiro de 2014.

#SéculosDepois Subi suas alterações para o SVN na Revisão 7062. Pelo que vi está tudo certo. Favor testar e reportar qualquer problema. Obrigado.

Isso não tem nada a ver com o tópico que eu passei...

você viu esse tópico?

Olá Gr@c@. Também não tenho cadastrado NVE ainda no nosso sistema. Mas pelo que entendi, cada produto poderá ter seus próprios atributos e especificações. Só que os atributos e especificações são de acordo com a posição deles no NCM. Por exemplo, sementes de soja podem ter, por exemplo, NCM 1201.10.00. (Não achei o 65011000 que você citou no anexo). Assim as sementes de soja tem posição 1201 na lista. O anexo lista os seguintes atributos para a posição 1201: 1.1.1. Atributo AA COLORAÇÃO 1.1.2. Atributo AB TIPO 1.1.3. Atributo AC ACONDICIONAMENTO Uma semente de soja não pode ser Amarela (0001) e ao mesmo tempo Verde (0002). Logo será relacionado apenas o que for daquele produto. Assim, o seguinte seria impossível: "Produto 1 - Soja Amarela - NCM 1201.10.00 - NVE AA0001 AA0002" - Não faz sentido No entanto, o mesmo produto pode talvez ter outros atributos. Como ser do tipo 1, e ser condicionado a granel: "Produto 1 - Soja Amarela - NCM 1201.10.00 - NVE AA0001 AB0001 AC0001" - Possível. Essa última forma faz mais sentido visto que "a Nomenclatura de Valor Aduaneiro e Estatística tem por finalidade identificar mercadorias importadas de forma mais detalhada tanto para efeito de valoração aduaneira quanto para aprimoramento dos dados estatísticos do comércio exterior brasileiro." -fonte Bem, contudo, eu acredito que aqui no fórum deva ter alguém mais experiente do que eu nesse assunto.

Intervalo é o tempo que o componente esperará antes de enviar o próximo comando ao enviar dois ou mais comandos em sequência. TimeOut é o tempo que o componente vai esperar pela resposta do ECF antes de considerar que o ECF não está respondendo (funcionando). Use o TimeOut com pelo menos 10 conforme o Daniel mencionou acima. Algumas vezes é preciso um valor bem maior de 30 ou 40 para emitir Reduções Z.

Você está implementando que tipo de TEF? É discado ou dedicado? Você leu o manual atualizado? Leu sobre parcelamento? SevenPDV já não certifica mais o TEF.

Eu não aconselharia a fazer isso. Pode sobrecarregar o processador.

Aconselho a ver também o artigo do Arnaud Bouchez.

Me ocorreu agora que há ainda outra opção que é a Plataforma Fiscal da Bematech. Alguém já fez algum teste utilizando ela?

Fiz um pequeno ajuste para que a Exception seja gerada caso o ECF retorne erro no comando que busca os dados da última redução Z na revisão 7033. Isso faz com que a informação do erro seja exata e assim mais útil ao usuário. Tenho testado já a algum tempo e não detectei nenhum problema com o código.

Então me confundi por causa

O Delphi está confundindo o tipo do ACBrTEFD TACBrTEFDOperacaoMensagem com o tipo TTipoOperacaoMensagem que deve estar definido em algum lugar. Pelo visto, os itens destes dois tipos tem nomes idênticos.

Ele é compilado no Lazarus.

Conforme o Juliomar mencionou é bom você ler o manual, ou seja, o guia prático. Você vai notar que existe apenas um arquivo. Não existe isso de um arquivo com certos registros para um fim e um arquivo com registros diferentes pra outro. Também poderá perceber que alguns blocos podem deixar de ser informados ou não dependendo da situação. Mas quando são informados, são no mesmo arquivo. No caso do bloco K mais especificamente, veja a página 146 (versão 2.0.14 do guia prático), o grifo é meu: Pelo visto, ele vai ser gerado mensalmente para os estabelecimentos exigidos. Logo, vai junto com os outros registros, no arquivo mensal.

Mesmo que a versão anterior funcione, há cerca de 14 revisões do ACBrTEFD especificamente de novmebro de 2013 para cá. Algumas dessas são correções em detalhes que estão sendo exigidos atualmente. Se quiser, poderá verificar as alterações e ver qual delas especificamente causa o problema. No entanto, muitos tem certificado o TEF usando o ACBrTEFD por esses últimos meses. Isso significa que o problema pode não estar no componente. O manual para TEF, (acho que o passado pela NTK), explica que antivírus e outros aplicativos similares podem ocasionar exatamente esse tipo de erro que você mencionou. Talvez você possa verificar se não é algum problema do tipo.

Todos os registros tem o mesmo funcionamento em como são preenchidos. Por isso mesmo tendo os outros blocos, você notará que nem todos os registros estão presentes. A ideia do exemplo é ser um exemplo. Não a totalidade... Claro, se alguém alterar os exemplos tornando-os mais completos, ficaríamos felizes de enviar as alterações para o repositório do SVN.

Ele está disponível para quem tem o XE5. Veja http://cc.embarcadero.com/item/29525 Não é a mesma coisa que comprar ele, na verdade nunca foi. Mas pelo que vejo, está lá. Talvez ele não foi instalado no seu computador.