EMBarbosa

Você não acha que é você quem deveria dizer o que seu ambiente está diferente do código padrão do SVN?

Ajudar a fazer o quê? Você não descreveu nenhum problema que possamos ajudar...

também não achei nada...

Depende exatamente o quê você quer monitorar...

Em Minas Gerais, o TEF precisa estar funcionando para os testes do PAF-ECF. Mas não precisa estar certificado para registrar na SEFAZ do estado, conforme o autor do tópico declara. No entanto, até onde eu estou sabendo, se o software estiver usando TEF nas lojas e não for certificado pode ser passível de punição por exigência das "bandeiras" que o software seja certificado.

O log está dizendo que o pacote 'QR5RunDXE4' não foi encontrado durante a compilação do pacote ACBrNFSeDanfseQRpkg.dpk. Se você não tem o Quick Report 5 instalado, desmarque o pacote do Danfe para NFSe e tente novamente.

Me esclareça de onde veio essa informação? O que me impede de ter um registro C170 com o campo ALIQ_PIS_PERC preenchido como zero "|0|" ?

Alterando o programa de exemplo do ACBrSintegra, você consegue reproduzir o problema? Em caso afirmativo, anexe as alterações para que possamos verificar.

obrigado por não utilizar um encurtador de links.

é, 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.

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?

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

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...