EMBarbosa

Você chegou a consultar o IBPT sobre esse problema?

Pelo que eu entendi da mensagem de erro, a base pode ser zero mas a alíquota deve existir em uma das tabelas citadas. Não é esse o problema? Você consegue validar editando no PVA com esses valores que quer?

Pelo log, não encontrei nada muito estranho. Me parece que está esperando até 4 segundos pra exibir essa mensagem. Me parece que é o Sitef que está sinalizando pra exibir a mensagem. Talvez ele esteja atingindo algum Timeout. Pode ser também que o pinpad ou o teclado esteja disparando o botão cancelar...

Isso nunca foi um problema. É a primeira vez que ouço isso. Note que essas restrições são apenas para a operação atual. Não são restrições do ambiente do Sitef. Dito isso, eu acredito que essa seja porque se você está executando um CRT. CRT é Cartão, então não teria sentido mostrar possibilidade de Cheques.

Você está utilizando os componentes ACBr? Me parece que os novos webservices só usam o XML compactado. Você chegou a verificar isso?

Acredido que apenas modificando o componente ou utilizando um outro.

Você está criando um projeto multiplataforma e usa VCL.FileCtrl que só está disponível no Windows. Na unit frxXML.pas WideChar estão sendo reduzidos para byteChar numa expressão de conjunto, vários caracteres dentro de um array de colchetes [ ]. Você deve considerar substituir o operador "in" nessa expressão pela função CharInSet da unit SysUtils para evitar essa redução. Pesquise na internet uma mensagem por vez. Na própria documentação do Delphi tem a explicação. Caso tenha uma dúvida mais específica talvez possamos ajudar.

As resoluções desses tipos de problemas dependem muito de diversos fatores como qual gerenciador de relatórios vocês estão usando, qual o sistema operacional, qual tipo de impressora, qual a configuração das margens, se há diferenças na visualização da tela e impressão, se estão utilizando um monitor High DPI ou imprimindo numa impressora considerada de valor DPI alto, etc... No entanto, como podem ver tem vários usuários utilizando corretamente os componentes. Sugiro verificarem na seguinte ordem: Se não for nenhuma dessas opções você pode ter encontrado alguma outra situação que ainda não conheço e por tanto, vai ser necessário debugar. Se estão usando o Fast Report, certifiquem que estão usando os arquivos fr3 mais novos; As margens configuradas: Como mostrado nos tópicos acima alistados, as margens agora são passadas em milímetros (mm). Por isso, pode haver alguma alteração. Caso usem o Fast Report, tentem também passando 0 para os valores das margens. Isso vai fazer o componente ignorar o valor e usar o que estiver configurado no fr3; Se estiver usando o Fortes Report, pode ser um problema relacionado ao DPI. Nesse caso, verifique as novas propriedades "AlterarEscalaPadrao" e "NovaEscala". Não sei qual valor vai ser necessário ser passado, mas tente com 96 DPI para começar.

Como você pode ver na descrição do próprio link que você postou não é oficial. Ainda não fomos contatados sobre esse link e nem sobre o motivo de terem usado o nome "ProjetoACBr". No momento não vemos problemas de alguém hospedar o código no GitHub. Mas gostaríamos de ser contatados. Se alguém souber quem está por trás desse link específico, pedimos para que os avise para entrar em contato conosco. Em especial, podem procurar o @Daniel Simoes, a @Juliana Tamizou . Também estou a disposição. Há possibilidade de no futuro mantermos um mirror oficial do GitHub? Sim. Quando? Não sabemos...

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

Verifique o Manual da balança. Pelo que eu entendi elas possuem opções para se escolher o protocolo (quer dizer as informações que enviam). Outra possibilidade é tentar também com o modelo balLibratek.

Acabei de enviar correções para o Demo. Acho que ele estava desatualizado depois das várias alterações que sofreu.

Olá Andre Adami, Ficamos felizes com sua contribuição em especial por ser "novato" no componente. Esse componente teve várias alterações recentes, então queria que você observasse duas coisas. Primeiro, não mais implementamos novas classes sobrescrevendo todos os métodos. A classe ACBrBalLibratek que você usou ainda não foi atualizada. Contudo, hoje de modo geral, é necessário sobrescrever apenas os métodos Create (para colocar o nome do modelo) e "InterpretarRespostaPeso". Você pode observar como isso é feito na unit ACBrBALDigitron, ACBrBALSaturno, ACBrBALAFTS, ACBrBALDigitron_UL, etc. Em alguns casos sobrescrevemos alguns dos outros métodos como SolicitarPeso ou LePeso e LeSerial porque a balança exige um comportamento totalmente fora do comum. Por exemplo, precisa ser lido várias vezes para se ter um valor confiável. Veja como exemplo ACBrBALMagna, ACBrBalLider, Segundo, é possível implementar mais de um protocolo em apenas uma classe se os protocolos forem possíveis de serem detectados apenas pela parte de interpretação da resposta. Veja ACBrBALMagellan, ACBrBALToledo, Dito isso, muito obrigado pela contribuição. Eu resolvi subir a sua classe ao SVN com alguns ajustes. Como não tenho essas balanças disponíveis para testar, peço que verifique a implementação. Subi as alterações para o SVN na Revisão 19013. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Olá andrefaria, Na verdade, se você observasse a mensagem de erro do ACBrValidador, teria entendido porque ele recusou. Veja a seguinte janela do programa de exemplo: Conforme pode ver na mensagem, a IE do DF tem 13 dígitos. Então você precisa ajustar o tamanho. O próprio componente pode fazer alterando a propriedade AjustarTamanho. No programa exemplo fazemos isso marcando a opção "Ajustar Tamanho". Veja:

Olá RenatoE, Muito obrigado pela contribuição. Fiz a implementação baseada nela. No entanto, achamos melhor alterar o nome da propriedade para TituloPreview. Achamos que isso vai indicar melhor o objetivo dela. Subi as alterações para o SVN na Revisão 19012. Pelo que vi está tudo certo. Mas queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

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

Você deve passar pras propriedades o conteúdo do arquivo e não apenas o caminho.

Você tentou as propriedades XML ou XMLCompactado do Webservice TransmitirArquivoBlocoX?

Exatamente onde está sendo arredondado?

Tem certeza que fez um build, recompilou e instalou as bpls?

Olá a todos, Segue notícia do site da EFD de Minas Gerais relacionado ao SPED Fiscal (EFD ICMS IPI): Observação: Houve uma redução do prazo. Em MG o limite anterior era o dia 25 (vinte e cinco).

Bom dia Ala. O log contem todas as interações com o SiTef. Então se você juntar ele, o código e a documentação é possível você mesmo verificar o que está faltando ser implementado. Mas é muito importante que você entenda como o Sitef funciona. Em especial, como ele recebe e requisita as informações. Por isso, se você não leu toda a documentação ainda, seria primordial que fizesse buscando entender esse fluxo de informações. Só depois de fazer isso você vai conseguir compreender o que vou te passar agora. Se você já entendeu isso, vamos pro que talvez esteja faltando... Note no seu log que sempre tem esse par de linhas: -- 29/01 15:25:12:102 - ContinuaFuncaoSiTefInterativo, Chamando: Continua = 1 Buffer = -- 29/01 15:25:12:278 - ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 14 TipoCampo = -1 Buffer = Tam.Min = 0 Tam.Max = 0 A primeira linha indica quais parâmetros foram passados para a função "ContinuaFuncaoSiTefInterativo". Essa função é da DLL do Sitef. A segunda linha indica quais parâmetros a função "ContinuaFuncaoSiTefInterativo" retornou. Ou seja, o que o Sitef retornou. Esse é a parte do meio da interação com o Sitef, onde a mágica acontece. O código no ACBr que cuida dessa parte está na unit "ACBrTEFDCliSiTef.pas" no método "TACBrTEFDCliSiTef.ContinuarRequisicao". Esse é o código que você deve colocar um breakpoint e acompanhar durante o debug, para entender o que está acontecendo. Agora veja essa parte do seu log relacionado a uma transação com ITI: -- 30/01 16:44:44:179 - ContinuaFuncaoSiTefInterativo, Chamando: Continua = 0 Buffer = -- 30/01 16:44:44:257 - ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 21 TipoCampo = -1 Buffer = 1:ITI (ITAU);2:VEE;3:MERCADO PAGO;4:IzPay; Tam.Min = 1 Tam.Max = 2 -- 30/01 16:44:44:267 - BloquearMouseTeclado: NAO -- 30/01 16:44:46:302 - BloquearMouseTeclado: SIM -- 30/01 16:44:46:317 - ContinuaFuncaoSiTefInterativo, Chamando: Continua = 0 Buffer = 1 -- 30/01 16:44:46:420 - ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 14 TipoCampo = -1 Buffer = Tam.Min = 0 Tam.Max = 0 -- 30/01 16:44:46:429 - ContinuaFuncaoSiTefInterativo, Chamando: Continua = 0 Buffer = -- 30/01 16:44:46:511 - ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 22 TipoCampo = -1 Buffer = Pinpad nao suporta exibicao de QR Code Tam.Min = 0 Tam.Max = 0 -- 30/01 16:44:46:520 - CliSiTef DoExibeMsg: Oper: opmOK Mensagem: Pinpad nao suporta exibicao de QR Code Observe que logo depois de passar para o Sitef que a opção era "1:ITI", os próximos retornos foram limpar a mensagem ( ProximoComando = 14) e exibir mensagem que o Pinpad não suporta QR Code. Então, pelo visto, esse módulo do ITI, está esperando que o QR Code seja mostrado pelo Pinpad, e não sua aplicação como já foi comentado. Você pode colocar breakpoints e verificar que é assim que está acontecendo mesmo. Não li a documentação sobre carteiras digitais. Não sei se existe alguma configuração para alterar esse comportamento. É provável que o pessoal da SkyTef possa ajudar a encontrar como informar ao Sitef que a aplicação será responsável por gerar o QR Code e não o Pinpad. Agora vamos a outro exemplo no seu log. Está por volta da linha 551, mas relacionado a carteira VEE: -- 30/01 16:20:23:422 - ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 21 TipoCampo = -1 Buffer = 1:ITI (ITAU);2:VEE;3:MERCADO PAGO;4:IzPay; Tam.Min = 1 Tam.Max = 2 -- 30/01 16:20:23:431 - BloquearMouseTeclado: NAO -- 30/01 16:20:28:474 - BloquearMouseTeclado: SIM -- 30/01 16:20:28:488 - ContinuaFuncaoSiTefInterativo, Chamando: Continua = 0 Buffer = 2 Essa carteira inicia várias outras interações... como pedir o CPF chegando finalmente nessa situação: -- 30/01 16:20:43:385 - ContinuaFuncaoSiTefInterativo, Chamando: Continua = 0 Buffer = -- 30/01 16:21:15:663 - ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 0 TipoCampo = 800 Buffer = E583E9640705D253C568614AAB5ECA370B5A007D Tam.Min = 0 Tam.Max = 0 Pelo que vi no código atual, esse retorno com "TipoCampo = 800" não parece ser tratado de modo especial pelo ACBrTEFD. Posso estar enganado, mas me parece que essa informação que está no Buffer seja relacionada a geração do QR Code. Pode ser por exemplo uma chave de identificação da loja. Por isso você precisa verificar se ao receber o retorno com "TipoCampo = 800" a aplicação deve gerar alguma tela ou fazer algum tratamento especial. Acredito que com essas informações você já tem bastante dever de casa.

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.