EMBarbosa

é, não tem um tutorial... foi o que eu disse. Boas fontes de pesquisa são o fórum e o blog de cada um dos colaboradores como o Régys, o André, o Juliomar, etc...

Visto que isso já aconteceu algumas vezes, estou adicionando um esclarecimento específico sobre isso nas regras. Regra 6.3

Não existe tal tutorial. As vantagens do SAC estão alistadas nessa página. Como o Juliomar sugeriu, use o fórum para tirar as dúvidas. Apenas lembre de pesquisar antes.

Minha reação se for verdade:

Se puder fazê-lo vai ser de muito ajuda. Obrigado pelas contribuições até agora.

olá edvaniojancy, Subi suas alterações para o SVN na Revisão 5913. Pelo que vi está tudo certo. Favor testar e reportar qualquer problema. Obrigado. Mas vou lhe explicar qual é o problema, e talvez você mesmo possa me ajudar nas próximas correções. O que acontece é que o método LFill é sobrecarregado (overloaded) para vários tipos de parâmetros. O compilador então fica confuso quando encontra um parâmetro inteiro e acaba chamando o método para data. Para corrigir basta que nós acabemos com a ambiguidade no método. No caso do LFill isso é facilmente corrigido passando o segundo parâmetro para o método. Como fazer isso no caso dos registros do SEF2? Veja como exemplo o caso acima onde corrigi o registro E080. Primeiro você precisa localizar o método que escreve o registro que é geralmente chamado WriteRegistroXXXX. No nosso caso o método é o WriteRegistroE080, que se encontra na unit ACBrSEF2_BlocoE_1.pas linhas a partir da 1052 na revisão atual. Veja a parte importante dele abaixo: procedure TBloco_E.WriteRegistroE080(RegE001: TRegistroSEFE001); var intFor : Integer; RegE080: TRegistroSEFE080; begin for intFor := 0 to RegE001.RegistroE080.Count - 1 do begin RegE080 := TRegistroSEFE080(RegE001.RegistroE080.Items[intFor]); with RegE080 do begin Add( LFill('E080') + LFill(IND_TOT) + LFill(COD_MOD) + LFill(NUM_MR) + LFill(DT_DOC) + LFill(VL_BRT,2) + .... Segundo localize a definição deste registro no manual do SEF2 e veja o tamanho do campo analisado. No nosso caso, as definições deste registro se encontram no arquivo SEF II - LFPD 06 - SEF_LA-ICMS.xlsx conforme imagem abaixo e o tamanho do IND_TOT é 1 e o do NUM_MR não está definido. Terceiro, de posse dessas informações basta alterar o método WriteRegistroXXXX adicionando à chamada do LFill o parâmetro que estava faltando. Veja abaixo: procedure TBloco_E.WriteRegistroE080(RegE001: TRegistroSEFE001); var intFor : Integer; RegE080: TRegistroSEFE080; begin for intFor := 0 to RegE001.RegistroE080.Count - 1 do begin RegE080 := TRegistroSEFE080(RegE001.RegistroE080.Items[intFor]); with RegE080 do begin Add( LFill('E080') + LFill(IND_TOT, 1) + LFill(COD_MOD) + LFill(NUM_MR, Length(inttostr(NUM_MR)) + LFill(DT_DOC) + LFill(VL_BRT,2) + Note que no caso do NUM_MR eu acabei usando um artifício (Length(inttostr(NUM_MR)) para descobrir em run-time o tamanho do campo visto que o método LFill não aceitaria uma indefinição do tamanho. Se você, ou qualquer outra pessoa, encontrar mais desses erros, pode corrigir conforme explicado e anexar o arquivo alterado aqui. Isso vai dar mais agilidade para o processo.

O Rave foi incluído no Delphi XE. Acho um pouco cedo para abandoná-lo de tudo. Acredito que o problema é o mesmo das demais áreas: ter uma pessoa com tempo pra fazer atualizações e melhorias.

Subi suas alterações para o SVN na Revisão 5907. Pelo que vi está tudo certo. Favor testar e reportar qualquer problema. Obrigado. Nota: Crie um tópico novo para uma dúvida/assunto/alteração nova conforme as regras. Veja neste em especial a "2.2 - Permaneça no assunto". Eu dividi o tópico dessa vez.

Subi uma correção para o SVN na Revisão 5906. Aproveitei para corrigir o campo seguinte também. Pelo que vi está tudo certo. Favor testar e reportar qualquer problema. Obrigado.

Sugiro vocês a começarem a criar tópicos específicos sobre os problemas que estão encontrando...

Por que motivo você precisa de cancelaitemnaofiscal numa impressora não fiscal?

Qual a mensagem de erro? Qual o ambiente que está trabalhando (homologação ou produção)? Qual Unidade Federativa? Está usando o ACBrNFe ou o ACBrNFeMonitor?

Embora seja um tópico sobre ECFs Bematech, veja se não pode lhe ajudar a ter alguma ideia:

Subi uma correção para o SVN na Revisão 5899. Pelo que vi está tudo certo. Poderia testar e reportar qualquer problema? Obrigado.

Por favor, dê um exemplo de valor errado como a Juliana pediu acima para que possamos reproduzir.

Não foi incômodo.

Google? Bing? Yahoo? DuckDuckGo? http://www.urano.com.br/atu/desenvolvedores.htm

Note que o problema não é no DEMO do ACBrTEFD. O Régys já havia dado a resposta: O demo não mostra mais formas de pagamentos pois elas não estão cadastradas no seu ECF. Para vocês entenderem melhor o funcionamento de um ECF é importante ler as cartilhas mencionadas pelo Daniel.

Se você entender o objetivo dessa legislação, então vai ver que os homologadores podem exigir que no cupom seja impresso o código. Me atentei a parte final do seu comentário onde diz: "o que deveríamos fazer é enviar sempre o código interno (próprio), para o cupom fiscal e NUNCA o código de barras..." Não está você agrupando produtos semelhantes em um mesmo item de produto no seu cadastro? Exemplo: "Sandália Havaiana, tamanho 41/42, cor Azul" é um produto diferente de "Sandália Havaiana, tamanho 41/42, cor Rosa". Podem ser o mesmo modelo de sandália, com tamanho e preço idênticos, mas não deixam de ser produtos diferentes... Seu cliente pode até querer controlar o estoque de modo unificado... Mas são produtos diferentes. Se o seu código interno possibilitar a inclusão de 14 caracteres, você dificilmente terá algum problema com a homologação PAF-ECF. Não posso dizer nada com respeito ao restante da legislação ou fiscalização no entanto. * A versão do PAF-ECF citado para os requisitos é a 2.01

eu conheço dois drivers para isso. O primeiro não possui aplicativo demonstrativo. Veja o link http://www.eterlogic.com/Products.VSPE.html O segundo, que diz ser compatível com o Windows 8 64, parece ter como baixar um trial: http://www.eltima.com/products/vspdxp/ Mas eu ainda preferiria fazer o com0com funcionar...

Tópico citado:

Então, o primeiro link que eu postei fala sobre fazê-lo funcionar no Windows 8 64. Não sei se vocês testaram. Mas ele usa o com0com 3.0 que eu ainda não testei.

Acho que funciona sim. Veja esse link: http://blog.kaliatech.com/2013/03/using-com0com-and-realterm-on-windows-8-x64/ Nota: Eu uso no meu Windows 7 64 bits sem problema algum já faz um bom tempo. Tem vários posts aqui no fórum sobre o assunto:

Se for essas mensagens eu recomendo fortemente não desativá-las.

Queremos informar que o tracker do nosso fórum foi configurado. Ele pode ser acessado no seguinte link, ou na última opção do menu "Mais -> Tracker", como podem ver na seguinte imagem: Podem usá-lo para reportar bugs (Issues) ou sugestões (Suggestion). Notem que não conseguimos traduzi-lo ainda... Observem que ele é dividido por áreas assim como nosso fórum. Assim queira reportar nas áreas corretas. No entanto, nem todos componentes ou pacotes tem suas áreas ainda. O objetivo disso é simplificar o processo. Com o tempo vamos ajustar à nossa necessidade. Se algum moderador tiver dificuldade em acessar ou moderar no tracker, queira me enviar uma MP.