EMBarbosa

Foi o que eu entendi. Mas mesmo que se encontre uma brecha pra não informar no grupo <encerrante>, ainda assim deve ser informado no grupo de observações do contribuinte. Esse é o meu ponto de vista também.

A legislação atual de MG (RICMS) deixa claro que, mesmo que se informe conforme o layout apresentado na NT 2015/002, deve ser informado no grupo de observações do contribuinte a partir da data especificada. O objetivo disso é que saia no DANFe (ou DANFCe). O artigo 36-M da Parte 1 do Anexo V do RICMS, citado no decreto trata-se, do "Documento Auxiliar da NFC-e - DANFE NFC-e". MG está exigindo que as informações sejam impressas no DANFe NFC-e. Teoricamente não seria necessário usar os outros campos, mas pode ser que o objetivo seja deixar bem claro que deve ser impresso no DANFe essas informações.

Essas linhas do log: -- 29/01 15:28:37:950 - ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 0 TipoCampo = 7 Buffer = Tam.Min = 0 Tam.Max = 0 -- 29/01 15:28:37:975 - ContinuaFuncaoSiTefInterativo, Chamando: Continua = 0 Buffer = -- 29/01 15:28:39:179 - ContinuaFuncaoSiTefInterativo, Retornos: STS = -41 ProximoComando = 0 TipoCampo = 7 Buffer = Tam.Min = 0 Tam.Max = 0 -- 29/01 15:28:39:189 - *** ContinuaFuncaoSiTefInterativo, Finalizando: STS = -41 -- 29/01 15:28:39:198 - BloquearMouseTeclado: NAO O retorno -41 é Dados inválidos. Acredito que isso indica que o Sitef estava esperando um tratamento para o TipoCampo 7 que parece ser um menu de pagamento Carteira Digital. Tem que verificar a documentação que você anexou para efetuar os ajustes. Isso não é tão difícil quanto parece. Se você estiver disposto, sugiro que tente verificar.

Parece que sim, mas não tenho certeza. Minha sugestão é você testar no seu ambiente. Ahh sim. Pode ser que exista um novo tipo de tela a ser implementada. Mas a implementação mesmo normalmente é feita na sua aplicação, e não no ACBrTEFD. Essas telas geralmente são passadas no evento onObtemCampo. Talvez só o tipo TACBrTEFDCliSiTefOperacaoCampo precise ser ajustado.

Se ela for semelhante o suficiente a um dos comandos básicos (CRT, CHQ, ADM), basta alterar o código da operação da mesma forma que fazemos para utilizar outros módulos como recebimento de boletos e carga de celulares.

Pelo visto, são módulos do Sitef. Então a ideia é o funcionamento ser bem semelhante ao TEF. Acredito que o termo "Carteira" seja para passar a ideia de um serviço onde você envia dinheiro para ser utilizado depois. Esse dinheiro pode ser recebido também por meio de CashBack como oferecidos em serviços como o Itaú Iti, AME Digital, etc...

Por favor, caso exista, anexe o log do ACBrInstall.

Vai ter que achar alguém que ainda tem esse dinossauro guardado. Acho melhor vocês seguirem a ideia do Daniel e focar em substituir a funcionalidade desse componente.

Se ainda não tiver feito isso, procure a informação na página do SAT da SEFAZ de SP. Ao fazer isso, lembre-se que é diferente desenvolver uma aplicação para SAT e ter uma aplicação SAT na sua empresa. Veja esse link: https://portal.fazenda.sp.gov.br/servicos/sat/Paginas/Sobre.aspx

Olá, Adicionei aqui na nossa lista de afazeres. Vamos verificar e dar um retorno.

Olá, Já adicionamos em nossa lista de afazeres. Vamos verificar e dar um retorno.

Olá, Já adicionamos em nossa lista de afazeres. Vamos verificar e dar um retorno.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 18898. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Conforme atendimento via Chat do ACBr, o problema foi resolvido.

Nesse modelo houve alterações em Novembro. Veja o seguinte tópico:

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

300 dpi me parece ser o normal em impressão de qualidade. E se está normal em outros modelos, então não é o conflito com isso mesmo. O que eu notei, é que seu PDF está sendo gerado com fontes diferentes do padrão. Veja o seu arquivo xml impresso pelo comando GerarPDF do componente no Lazarus (Win32) numa máquina de testes (Win 64): 33190818149710000143550010000038711000028728-nfe.pdf

O ACBrSPED não gera registros automaticamente. Se você não criar os registros no seu código, ele não vai fazê-lo.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 18891. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 18890. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 18889. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 18889. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Por acaso não está trocando o modelo "Toledo 2090" pelo modelo "Toledo 2090N"?

Como assim?

Olá jamil, só pra excluir possível problema, por acaso você está utilizando um monitor ou impressora com resolução considerada HighDPI?