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.

Bom dia. Estrou com um problema no simulado POS do MFe do Ceará. (http://simuladorposceara.azurewebsites.net/) Primeiramente tentei responder no tópico abaixo, pois outro usuário esta enfrentando o mesmo problema nos últimos dias. Como não está habilitado para eu postar nele estou criando este tópico novo. Desde semana passada estou tentando enviar o pagamento e o simulador não encontra nenhum desses pagamentos enviados. Já tentei com diversos seriais e tentei buscar diversas vezes mas nunca encontra nenhum item. Já realizei uma homologação e ficou apenas um ponto pendente, a segunda homologação estava marcada para quinta passada mas não foi possível realizar devido ao problema do simulador. Em contato com o sefaz do Ceará, eles mesmos passaram que o simulador estava instável nos últimos dias, me dando o retorno de que já estava operacional na sexta feira. Contudo ainda não esta funcionando, continuando os testes ainda não encontra os pagamentos. Já repassei pro sefaz ainda na sexta feira os logs do integrador e do mfe mostrando o envio com sucesso e os registros do ID Fila e do Serial enviado, mas ainda sem retorno por parte deles. Alguém também está com o mesmo problema?

Bom dia pessoal, Me deparei com uma situação na busca de NFS-e da cidade de Porto Alegre em que o leitor do ACBr estava demorando demais para ler o arquivo de retorno do Web Service. Foram identificadas duas rotinas que estavam extremamente lentas, a primeira seria na primeira linha da função TNFSeWebService.ExtrairRetorno, onde ele realizava o seguinte comando: Ele ficava horas rodando esta linha devido ao tamanho do XML de retorno, a partir disso foi implementado a rotina HTMLStringReplace para realizar o mesmo comando porém através de uma TStringList, de forma que ele realizasse o comando linha por linha e o resultado foi impressionante. Esta rotina está no fonte A segunda rotina seria o TLeitor.rExtrai, onde sempre que ele é chamado dentro da rotina TRetornoNFSe.LerXml é passado um parâmetro "item" e que com esse parâmetro toda vez que a função é chamada ele vai apagando todo meu XML de retorno desde o início até chegar no meu XML correspondente ao meu parâmetro "item". Com isso foi implementado um novo parâmetro chamado "UsarCache" onde quando é passado como TRUE a rotina armazena a posição final do meu último XML já extraído e na próxima vez que o rExtrai for chamado com o parâmetro como TRUE ele irá apagar o meu XML de retorno até a posição que tenho armazenada, assim sendo muito mais rápido do que a forma que ocorria anteriormente. Obs: Temos algumas alterações também no leitor para extrair notas de algumas cidades como Joinville por exemplo, onde o leitor não conseguia extrair o XML, e estão no mesmo fonte, assim estou devolvendo tudo, hoje já utilizamos e está funcional sem problema algum. Também estou enviando alguns ArqINI que realizamos alterações e funcionam a consulta de NFS-e. A função HTMLStringReplace está dentro do fonte uStringReplaceACBR.pas. pcnLeitor.pas pnfsLerListaNFSe.pas pnfsConversao.pas ACBrNFSeWebServices.pas ACBrUtil.pas pnfsNFSeR.pas WebISSv2.ini SimplISS.ini Cidades.ini uStringReplaceACBR.pas

Boa noite, Um cliente nosso precisou refazer arquivos do convênio 115 anterior ao ano de 2017 e alguns erros foram apresentados. Efetuamos as devidas correções e segue a unit corrigida. Atenciosamente. ACBrConvenio115.pas

Paulo, Se a versão é a 1, porque ao acessar o link da wsdl mostra os serviços da versão 2? Deveria mostrar os da versão 1.

O problema esta no ambiente de Produção que esta retornando o WSDL em vez do resultado do processamento. Tente fazer um teste em ambiente de homologação.

Juliana, eu já tinha tentado essa orientação desse topico, mas da um erro, tentei novamente seguindo todos os passo, sendo que meu certificado digital é com o leitor, então usei o numero de serie + senha, segue mensagem informando que esta faltando uma pasta Juliana, conseguir tinha que apontar paras pasta nfe.

Boa tarde Marcelo, Muito obrigado pela informação.

Sim e está no componente ACBrNFe desde que foi disponibilizado pelo governo o webservice

Mas uma vez muito obrigado, vou pesquisar a respeito e posto aq o resultado. DEUS abençoe

na verdade o que aconteceu por exemplo no meu caso pro RJ, foi que o cliente que ontem nao constava no CCC, hoje consta, outros estados como RO e GO, não atualizaram esse banco de dados. tudo parado ainda pra esses estados

Acho que já está disponível, mas não se faz necessário aumentar a fonte para postar.

Utilize esse comando para gerar PDF: https://acbr.sourceforge.io/ACBrMonitor/SATGerarPDFExtratoVenda.html

Bom dia pessoal. Realmente MG está complicado. Estou aplicando aqui os contornos feitos pelo Ítalo, entretanto devemos forçar o estado a reconhecer a caca e se adequar aos padrões nacionais.

Bom dia Carlos, não consegui simular esse tipo de problema... No seu arquivo .ini você está passando a seção EMAIL, conforme descrito no manual? Pois apenas se o Monitor não encontrar valor na leitura das tags será utilizada as configurações default configuradas em tela.... Outro detalhe é que se deseja utilizar uma configuração de e-mail diferente da cadastrada, precisa passar essa informação a cada comando email.novo(".ini") enviado, pois essa informação será utilizada para envio mas não ficara gravada para um próximo envio. Se o problema persistir, por favor anexe o log completo do ACBrMonitor e o seu arquivo .ini (remova o campo senha)

Opa! Após a atualização no primeiro computador. O sistema rodará os scritps. Esses scripts estão dentro Instalador do InstallShield. Por tanto ao concluir a instalação é criado uma pasta contendo todos os scripts necessários. E após o usuário abrir o programa e informar o login os scripts daquela pasta são executados (através do componente do FireDac - FDScript). Após rodar os scripts no banco os demais computadores mostra uma mensagem informando que é necessário realizar um atualização... Aí o instalador com o update é rodado e quando o usuário abrir o sistema nesses outros PC's, não será executado nenhum script pois dentro do banco de dados tem uma tabela que guarda a versão do banco. e antes de rodar eu verifico se a versão do executável é compatível com a versão do banco

Bom dia, Quando foi a ultima vez que você atualizou os fontes dos componentes e reinstalou a suíte ACBr?

bom dia enviando normalmente hoje abs

Bom dia @José M. S. Junior Realmente, são 2 posições, peço desculpas, pois olhei a unit aqui que enviei, provavelmente é a que fiz um teste e errei na hora de enviar. Novamente para você analisar a linha 561 e 565 novamente. Obrigado e peço desculpas novamente. ACBrBancoBancoob.pas

Pelo que vi aqui a conciliação é através de comparação manual, ou seja tenho que verificar se o lançamento que aparece no extrato já existe nos lançamentos do meu sistema e ai sim fazer a conciliação. Problema Resolvido.

Bom dia. Seus fontes estão atualizados? Essa situação foi corrigida a alguns dias. Att.

Bom dia Não houve alteração nisso... chegou a consultar a chave desta NFe e verificar o numero do protocolo de autorização de uso? É isso que esse método faz, realiza uma consulta pela chave para obter o numero do protocolo e passa o mesmo no evento de cancelamento... Compare o protocolo que está no site da SEFAZ e o que está no XML do evento gerado pelo ACBrMonitor.

E só atualizar o arquivo .pas e reinstalar o ACBr. Que funciona

Aparentemente o problema é na página de consulta, já que o webservice valida a URL do QrCode e a consulta por chave de acesso retorna normal. Entre em contato com a SEFAZ e reporte o problema.

Bom dia Felipe! Fico grato pela atenção e aliviado com a informação sabendo que o problema é no simulador. sendo assim fico no aguardo se você conseguir avisa ai pra agente poder dar continuidade. Obg.

Você tentou com o protocolo "balança genérica"? Poderia anexar o log do componente?

@navegador_1000, O problema é que colocando no rCampo essa checagem será realizada em todas as tags do XML, imagina ao carregar o XML de uma NFC-e com uns 200 itens. Acredito que a leitura de um XML desse vai passar a ser muito demorada. Um quebra galho até que a SEFAZ-MG abaixa a crista e reconheça a porcaria que fez na geração dos XMLs de retornos, segue em anexo. ACBrNFeWebServices.pas A alteração feita nessa unit faz com que seja removido todos os namespace do XML antes da sua leitura, acredito que desta forma o tempo de leitura do mesmo não vai ser comprometida.