Painel de líderes

Somente hoje chegou a resposta de uma reclamação que fiz junto ao Fale Conosco do SEFAZ/MG. Segue resposta, comprovando que o problema realmente era do lado do SEFAZ/MG. " A STI informa que o arquivo de retorno estava alterado por conta da instabilidade do sistema, no entanto, afirma que foi corrigido. Favor tentar novamente. "Qualquer outra informação ou esclarecimento sobre dispositivos da legislação tributária, que não se revista das características e dos requisitos próprios de consulta (RPTA/MG, artigo 37, aprovada pelo Decreto nº. 44.747 de 03 de março de 2008), será prestado verbalmente ao interessado pela Administração Fazendária do município de circunscrição do contribuinte, conforme disposto no art. 48 do diploma legal citado”. *As dúvidas esclarecidas por esta mensagem têm caráter de orientação não gerando o efeito decorrente da consulta formal. "

Perdão. A gente não lê corretamente e fala besteira. rsrs Meu problema é diferente. Dá mensagem erro 291. Certificado data validade. Já teste no Demo do ACBR e dá o mesmo erro. Creio que devo abrir um novo tópico.

Boa tarde, pretendemos disponibilizar em breve...

Já está no repositório, inclusive para o método de inutilização.

Obrigado.

Pelo que entendi... a rotina cancelartransacaopendentes, mas já foi confirmada nao estando mais pendente correto? nesse caso, chamando a função que passei acima, fará o processo de cancelamento chamando a tela do GP para informar os dados da transação visto que já foi confirmada assim como pode consultar no portal de vendas. ref. o controle ser usado para cancelar pelo GP, apesar de existir o NSU mas pegando o controle (CTR) seja na impressão do comprovante apos a finalização da venda, ou durante a venda, pegando direto do processo apos aprovação do cartao, poderá implementar a leitura desse CTR direto no arquivo antes da chamada do GP ou fazer com que o operador possa informar o CTR manualmente via orientação da sua aplicação... segue a imagem que salvo no banco de dados os dados de cada transação seja durante a venda ou apos finalização da venda.

Boa tarde Rafael, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Danny, Temos agora um tópico só para tratar de inclusão de cidades, bem como alterações de um provedor para outro. Peço que nas próximas vezes, por favor utilize o tópico destinado a esse fim; Desde já muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

verifica a função do ACBrTEF pois não temos problemas com o TEF GetCard, que esta operacional normalmente. ACBrTEFD1.CNC(vRede, vNSU, vDataHoraTransacao, vValorTransacao );

Resposta da SEFAZ ES recebida agora há pouco. Resposta: Boa tarde! Infelizmente nosso sistema tem apresentado erro para emissao de notas fiscais para os produtores rurais aqui inscritos. A Gerência de Tecnologia desta secretaria detectou o problema e está tentando uma solução, que deve ocorrer até o fim desta tarde. Tentar mais tarde, por gentileza. Att. FC

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

@José M. S. Junior deu certo... muito obrigado...

Quem bom Fico contente em ter ajudado meus colegas de Erechim Abraços

Atualizado no SVN. Obrigado!

Juliomar, Bom dia Desculpe o tamanho da fonte, foi minha assistente que enviou, pedi para ela destacar o texto e ela aumentou a fonte, rsrsrsr obrigado pela atenção

Não tem componente para impressão do extrato SAT em FastReport. Você pode tentar a versão em Fortes. Para trocar é simples: // Em Fortes ACBrSAT1.Extrato := ACBrSATExtratoFortes1; // Em Esc/Pos ACBrSAT1.Extrato := ACBrSATExtratoESCPOS1; Só não sei dizer se o componente em Fortes tem rotina para exportar o PDF.

Sefaz já me respondeu.

Será que não está usando o CommitRetaining? Isso poderia explicar manter a conexão.

No CTe o emitente é responsável pela guarda do XML então não tem webservice que permita que ele baixe novamente o arquivo. Já os interessados no CTe, remetente, destinatario, tomador e demais interessados, podem receber o XML via método DistribuicaoDFe. Caso seja apenas um CTe pode ser baixado manualmente via o portal nacional. Caso tenha perdido muitos arquivos, você pode tentar contato com a SEFAZ do estado pra saber se ela disponibiliza alguma forma de recuperar os arquivos, algumas SEFAZ fazem isso. Podem se aplicar multas por perda dos arquivos.

Bom dia Devemos manter conforme está na função LerArqIni da Unit ACBrMDFeManifestos.pas. Se desejar realizar a correção, poste a unit aqui que atualizamos no SVN.

boa noite.. fiz uma live ao vivo com rafael explicando como funcionava mdfe com acbr e como pegar encerramento.

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

Provavelmente não atualizou, veja que no seu código falta a chamada ao método RemoverNamespace que faz exatamente o mesmo que o seu código: A chamada ao RemoverNamespace foi incluído em todas as interações com o webservice, e não apenas na consulta de status, já que todos parecem estar com problemas na SEFAZ-MG.

Boa tarde Davidson, Favor atualizar os fontes e reinstalar a suíte, pois tinha ficado faltando o Inutilizar.

Acredito que a instalação dos componentes no Delphi não esteja correta. Você deve estar compilando em 64 bits e usando as DLLs de 32.

Boa tarde Márcio, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Joilson, Abra esse XML usando um navegar e veja como esta o valor unitário dos produtos. Todos zerados. A explicação é muito simples: No seu arquivo TXT esta da seguinte forma: valorunit=29.90 Sendo que o correto é: ValorUnitario=29.90

Esta opção sempre vem marcada, mesmo assim vou verificar no cliente. Tiveram duas ocorrências em clientes diferentes. Fiz os testes aqui e funciona perfeitamente.

Boa tarde William, Tem que ver qual XML você esta carregando para poder imprimir o DANFSE. Devemos carregar o XML da NFS-e e não do RPS.

Joaolenosi, eu consegui consultar em ambiente de homologação. Tive que ir em opções de internet na aban Conexões tem um botão com o nome configurações da LAN, ai vai abrir uma janela e desmarquei as opções: Usar um servidor proxy para a rede local (...) e a opção Não usar servidor proxy para endereços locais. Faz isso no seu e me diz se deu certo

Acredito que só funcione em ambiente de produção. Fiz vários testes aqui e não obtive êxito. Pesquisei até alguns softwares que fazem isso, para vê se tinha a opção de baixar as notas contra meu CNPJ em ambiente de homologação, mas não achei nenhum software que faça isso.

Boa tarde, Nos próximos dias devemos mover para o trunk, restam apenas mais algumas verificações. Att.

Olá Pessoal, Foi prorrogado o prazo para obrigatoriedade do BP-e em MG. Publicada Portaria SAIF que altera a data de obrigatoriedade de emissão do BP-e 01/10/19 Publicada PORTARIA SAIF 033/19 que prorroga a data de obrigatoriedade de emissão do Bilhete de Passagem Eletrônico definida pelo Ajuste SINIEF 22/18, de 01 de outubro de 2019 para 01 de janeiro de 2020. Fonte: SEFAZ-MG

Coloquei o RPS=1 e passou a funcionar. Vou seguir com os testes, obrigado! Seria interessante passar esta alteração do ACBrNFSeWebServices.pas para funcionar com o provedor SystemPro ao @Italo Jurisato Junior Segue em anexo o ACBrNFSeWebServices.pas alterado na linha 5121. Abraços ACBrNFSeWebServices.pas

Bom dia. Eu utilizo a IDE do NetBeans para desenvolver os demos e funciona corretamente. Qual a versão do SDK que está usando ? x86 ou x64 ? Copiou as dependências junto da dll da ACBrLib ?

Bom dia, Quando a nota é enviada em seu XML não existe o protocolo, pelo simples fato de que, quem fornece o protocolo é a SEFAZ assim que recebe a nota e a processa com sucesso. O ACBrMonitor, ao obter o retorno da SEFAZ acusando que a nota foi autorizada, o monitor se encarrega de atualizar o XML, acrescentando ao mesmo o retorno da SEFAZ. Desta forma o XML passa a ter validade jurídica, ou seja, esta assinado digitalmente e com o protocolo de autorização emitido pela SEFAZ. O que você deve fazer é abrir o XML dessa nota que esta tentando cancelar e comparar o numero do protocolo com o que se encontra no site da SEFAZ, por fim abrir o XML de pedido de cancelamento gerado pelo Monitor, nele tem que constar o mesmo numero de protocolo. Espero ter ajudado.

A inscrição estadual deve possuir 12 dígitos, complete com zeros a esquerda.

Bom dia pessoal. Fui fazer uma consulta de rotina referente a transmissão de alguns clientes que já emitiam desde o mês passado, e do nada apareceram outros 4 clientes (3 ativos e 1 não-usuário do nosso sistema) na listagem de clientes com pendência de transmissão. O curioso é que todos os novos clientes constavam 1 pendência de transmissão apenas, mas consultando o CNAE dos mesmos através do Sintegra, os mesmos possuem um dos CNAEs de setembro ainda, resultando em mais de 20 pendências se levar em consideração as reduções Z emitidas. Mais alguém identificou novos clientes no S@T referente ao Bloco X?

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

Bom dia a todos, Por favor atualizem os fontes, reinstale a suíte ACBr e façam novos testes. Notem que fiz alteração no arquivo INI do provedor.

Bom dia Marcelo, Que eu saiba o XML da NFS-e não tem um chave aos moldes da NF-e. O que ele possui é uma tag chamada CodigoVerificacao que você utiliza para confirmar se realmente a nota foi emitida. De posse do código de verificação, você acessa o site indicado pela prefeitura e o informa no campo apropriado para realizar essa verificação. Veja abaixo um fragmento de código que mostra como obter o código de verificação. for I := 0 to iQtde - 1 do begin MemoDados.Lines.Add('Nome XML: ' + ACBrNFSe1.NotasFiscais.Items[I].NomeArq); MemoDados.Lines.Add('Nota Numero: ' + ACBrNFSe1.NotasFiscais.Items[I].NFSe.Numero); MemoDados.Lines.Add('Código de Verificação: ' + ACBrNFSe1.NotasFiscais.Items[I].NFSe.CodigoVerificacao); end;

resolvido, obrigado pessoal

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

Muito obrigado. Resolvido...

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 17769. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado. Gostaria apenas de comentar sobre a imagem: Acredito que se alterar o número de casas decimais mostradas nos valores unitários e totais, reduzindo de 4 para 2, também vai permitir um valor maior ser mostrado.

ok, este aqui foi resolvido, vou abrir um novo tópico, obrigado Juliomar pela força

Boa tarde, o link é de produção o pessoal não me passou o de homologação. Consegui emitir a primeira nota, mas ainda estou fazendo uns teses.

Olá, Para quem utiliza o ACBrMonitorPLUS, está disponível uma versão Teste com o ajuste realizado para este caso da SEFAZ MG em:

Sim funciona ... cliente estava com a opção ssl 2 marcada ... desmarquei e deu certo ... obrigado !!