EMBarbosa

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

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.

Sem a mensagem de erro não dá pra adivinhar né?

Não. No ECF não há especificação desta alíquota.

Você não anexou o log do ACBrECF.

Nem todos as UF estão aceitando a NFC-e. Você deve procurar a SEFAZ do estado que você quer trabalhar.

Olá Fabianna, O projeto ACBr não disponibilizou nenhum site para isso. Os links apresentados no tópico são de responsabilidade de seus originadores. E o Marcio acima anexou um programa que pode resolver seu problema.

Pesquise também por venda em fila ou venda frenética... há dicas espalhadas em tópicos diferentes.

Você achou o arquivo pnfsNFSeG.pas? Depois que esse arquivo é compilado é criado o pnfsNFSeG.dcu. Talvez algo esteja impedindo a compilação do arquivo...

Movido para área correta.

Olá Mariléa, Bem vinda ao fórum. Não há ainda componente para o SPED Social. Queira ver o seguinte tópico Como você é nova no fórum, proveito a oportunidade para lembrar a importância de ler e seguir Bom trabalho.