EMBarbosa

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

Olá Onclick, Acabei de enviar ao SVN na revisão 18970 uma possível correção para esse problema. Queira por favor atualizar, testar e reportar qualquer problema.

Apenas para sua ciência, estou verificando.

Se você programa em Pascal, a melhor opção é o componente ACBrSAT.

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.

Boa tarde. Estou verificando. Mas como há várias vendas e vários dias não consegui identificar exatamente em qual venda aconteceu o problema relatado. Vocês alguma informação da venda onde aconteceu o problema? Talvez o horário e o valor?

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.

Tópico fechado por falta de retorno do usuário

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.

Bom dia marciosalinas. Conforme mencionado na postagem anterior da Juliana. As informações que passamos anteriormente eram sobre o DIEF do Maranhão (MA). Se você vai implementar para o estado do Pará (PA), as informações são outras. O nome é o mesmo "Declaração de Informações Econômico Fiscais (DIEF)", mas os requisitos parecem ser bem diferentes. Infelizmente, não temos nada no ACBr para esse arquivo no momento. A documentação também parece um pouco confusa. Por exemplo, não encontrei no site da SEFAZ do PA documentação para o ano de 2020. Esse é o link de downloads relacionados ao DIEF do PA 2019: http://www.sefa.pa.gov.br/index.php/downloads/117-downloads/14770-orientacoes-dief-2019 Mas nesse link não tem o arquivo perguntas e respostas que tem informações como legislação. Só encontrei esse documento na área do ano 2018. Os modelos dos arquivos a serem apresentados estão no documento "Manual da DIEF". Parece que em especial os capítulos 21 e 23 desse manual expressam os formatos esperados pelo aplicativo DIEF da SEFAZ. A menos que vocês trabalhem com empresas extratoras de minérios, vocês devem procurar as informações sobre a versão 1.0. Esperamos que essas informações sejam de ajuda.

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.

Estranho se eles pensaram isso. O uso direto dos componentes deveria ser muito mais fácil para quem programa em Delphi.

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.

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

Olá Ricardo. Eu quis dizer as configurações do componente ou do ACBrMonitor. Esse pequeno vídeo abaixo pode ser útil caso esteja em dúvida.

Olá Americasoft, Esse tipo de dúvida só será respondida corretamente por um contador experiente e confiável. Visto que você tem vários clientes, seria apropriado você verificar com cada um deles e proceder como eles informarem. Você pode tentar levar as informações de um a outro pra ver se entram em consenso. Mas mesmo que não entrem, você deve fazer para o seu cliente como o contador pedir, pois ele é o responsável pela informação fiscal do seu cliente. Dito isso, verifiquei aqui a documentação que você apresentou. Nos lugares que você apontou não é dito que se deve ou não inserir informações nos documentos fiscais. Na verdade, os documentos nem mencionam CT-e. Seria bom você perguntar ao contador ou ao seu cliente qual a base para ter inserir essa informação no documento. Mais uma vez, onde você marcou nas documentações não está escrito que deva ser inserido isso. Mas mesmo que seja, pela própria documentação que você passou, essa questão de crédito é determinada por certas faixas. Então, cada empresa terá uma situação diferente. Em outras palavras, você precisará ter isso configurado para cada empresa usuária do seu sistema.