Painel de líderes

Olá Pessoal, A SEFAZ-MG esta gerando de forma indiscriminada namespace em todas as TAGs de retorno. Sendo que, segundo o Manual versão 7.02 (visão Geral da NF-e/NFC-e) item 3.2.1.2 que se refere a declaração namespace, deixa bem claro que o documento XML deverá ter uma única declaração de namespace no elemento raiz do documento. O retorno da SEFAZ-MG esta fugindo dessa regra e colocando o namespace e todas as TAGs do XML. Peço a todos que atualizem todos os fontes de todas as pastas e reinstale a suíte ACBr, pois enviamos para o repositório uma possível correção para o problema. Será disponibilizado uma nova versão do ACBrMonitor para que os usuários do mesmo tenham também o problema resolvido. Exemplo de como a SEFAZ-MG esta gerando o XML de retorno: Como deveria ser gerado, portanto o correto:

Olá?! Eu estou passando aqui para deixar registrado que fizemos a compra através do pessoal do ACBr e que a participação da @aline garcia foi importantíssima. Ela nos ajudou no processo de escolha da licença adequada e fez a ponte com outras pessoas quando necessário. Nosso problema foi resolvido. Muito obrigado pela ajuda.

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

Parece que o teu XML não está bem formado. Percebi que ele tem o grupo nfeProc, este grupo só deve existir quando o XML já contiver o protocolo de autorização.

Cada tentativa em que vc muda o código de ativação é gerado um novo certificado pela SEFAZ e atualmente eles geram no máximo 2 certificados por mês. u https://portal.fazenda.sp.gov.br/servicos/sat Você pode tentar ativar com um dos códigos que usou nas primeiras tentativas ou então adquirir um certificado específico para o SAT.

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.

Visulizar Arquivo Dissecando o ACBrBoleto Veja o vídeo da Palestra Não sabe direito nem o que é um boleto e seu cliente está te apertando para colocar no sistema? Nunca ouviu falar nem de remessa, nem de retorno? Pode ficar tranquilo, o Bruto vai te guiar pelas noções desse mundo de boletos. OU, já fez tudo o que tinha que fazer, mas não sabe exatamente qual propriedade preencher pra gerar o valor que o banco pede na posição 130 a 135? O bruto vai te ensinar a dissecar os fontes do componente até as entranhas dele para descobrir tudo o que você necessita. Autor Juliana Tamizou Enviado 01-10-2019 Categoria Dia do ACBr 2a edição

Visulizar Arquivo Combinação de ACBr + Delphi + Linux FMX para emissão de NFC-e - Um mundo velho com uma forma nova de ser explorado! Veja o vídeo da Palestra Por @Juliomar Marchetti Nesta palestra você verá oque é possível de ser feito por meio da poderosa combinação de ACBr + Delphi + Linux FMX para emissão de NFC-e. Assista esta palestra e descubra uma nova forma de explorar essa poderosa combinação !Fontes.7z Autor Juliana Tamizou Enviado 01-10-2019 Categoria Dia do ACBr 2a edição

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?

resposta da sefaz do RJ Prezado(a), Aparentemente, o erro é na SEFAZ autorizadora de SP, que passou a considerar apenas o CCC, sem observar a regra de exceção descrita na NT. Entre em contato com a SEFAZ/SP. Atenciosamente, regra de exceção: (*7) Algumas UF ainda não cadastraram no CCC os Contribuintes Pessoa Física (IE e CPF). Portanto, as SEFAZ Autorizadoras que utilizam o CCC para validar o destinatário somente poderão efetuar as validações assinaladas se o Contribuinte (IE e CPF) existir no CCC.

Olá, Eu não tenho trabalhado com esses componentes do Lazarus, mas acredito que não seja necessário você executar um Connection.Close depois de executar o Commit. Pelo menos em teoria, o Commit deveria fechar a transação e qualquer comunicação com o BD. Assim, apenas isso deveria bastar. Da mesma maneira não deveria ser necessário você executar o close antes de carregar um DBgrid.

Boa tarde Daniele. Conforme citado acima estamos tratando esta questão no tópico citado pelo Thiago. Veja também esta noticia postada pelo Italo. Att.

Boa tarde. Vejam tópico com ajustes realizados para atender esta questão. Att.

Boa tarde. Continua com problema sim, veja este tópico. Att.

Olá, desculpa a demora pra responder, mas isso RESOLVEU o problema, realmente isso estava habilitado e tinha o numero de linhas que estava com muito, desmarquei e fiz os testes novamente e deu tudo certo, para ler o mesmo xml demorava cerca de 15 segundos pra mais, agora com isso tudo desmarcado mandei ler 8 vezes o mesmo xml e leu tudo no mesmo segundo,muito obrigado, isso nos deu uma boa dor de cabeça.

Boa tarde Ernesto, Depois vou analisar o que você alterou. Desde já muito obrigado pela colaboração de todos que estão empenhados em que a coisa funcione.

Boa tarde Felipe, Desde já muito obrigado pela colaboração, vamos analisar o que você fez e estando tudo OK vamos enviar para o repositório.

Talvez a pergunta certa seja: Por quê você precisa de um arquivo .TLB para a ACBrLib?

Repositório já atualizado, Teste ok. Pode ser encerrado. Obrigado Italo Jurisato Junior

A mensagem indica que o protocolo de autorização informado está incorreto, pela expressão regular [0-9]{15} o protocolo deve ter 15 caracteres e está sendo informado 717. O XML também não contém o protocolo de autorização, você pode tentar baixar o XML autorizado no portal do MDFe. https://dfe-portal.svrs.rs.gov.br/MDFESSL/DownloadXMLDFe Ou usar o método Consultar do componente para atualizar o XML com o protocolo de autorização.

Bom dia A versão atualizada já possui esse recurso: https://acbr.sourceforge.io/ACBrMonitor/SATEnviarEmailCFe.html

@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.

obg! mas infelizmente não vale para todos... aqui segue não funcionando.

Resolvido Obrigado

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

Deve ser algo no seu ambiente... (eu não tenho o Delphi 2010)... Parece tudo correto com a RoundABNT... Reproduzi o mesmo código (com os mesmos tipos), e testei no Delphi Rio e Delphi 7.. em ambos funcionaram... procedure TForm1.btCalcularClick(Sender: TObject); var nQtd, nValor, nResultado: Double; begin nQtd := StrToFloatDef(edQtd.Text, 0); nValor := StrToFloatDef(edValor.Text, 0); nResultado := nQtd * nValor; nResultado := RoundABNT(nResultado, 2); edResultado.Text := FloatToStr( nResultado ); end; No Delphi Rio: No Delphi 7 Verifique se você não tem modificações nos fontes do ACBr, que podem estar influenciando no resultado... na dúvida, baixe tudo novamente em outra pasta...

Boa tarde. Se desenvolve em linguagens diferentes de Delphi ou Lazarus, sua solução seria o ACBrMonitorPlus, acesse a página com informações sobre o mesmo clicando aqui. Se desenvolve em Delphi ou Lazarus e quer utilizar os componentes, sugiro ver este link. Att.

Pessoal pode finalizar este tópico achei outro tópico que esta discutindo o mesmo assunto que esta mais avançado:

Daniel, O envio do evento já esta implementado e você pode realizar os testes. Quando ao impressão do DAEvento já não sei lhe informar se já esta pronto. Mas não custa nada testar.

Boa tarde Não conseguimos simular o erro até o momento. Mas notei pelo log, que o envio de títulos está sendo realizado de forma sistemática pela sua aplicação, por se tratar de arquivos relativamente grandes a cada envio, experimente desmarcar a opção "Exibir linhas do Log na tela em Respostas Enviadas" esta configuração em tela pode ser lenta se tratando de logs grandes, talvez possa estar ocasionando esse erro. Limite também o tamanho do arquivo de log definindo um máximo de linhas, por exemplo: 500. Outro detalhe é que se precisa incluir diversos títulos em uma mesma lista no componente, pode enviar em uma unica conexão, separando os títulos por sessões ex: [Titulo1] ... [Titulo2] ...

Já nem estou mais com raiva deles. Já tá me dando dó. kkkkk

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.

Boa tarde Diego, Vamos verificar o que esta ocorrendo. Caso queria contribuir fazendo as devidas correções fique a vontade.

Boa tarde Ricardo, Então o problema é no App que você esta utilizando e não na geração da string do QR-Code realizada pelo componente.

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

Já viu as classes de alto nível ? http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/

Recebi o seguinte retorno da Sefaz de MG na quinta-feira, dia 26 sobre esse problema, mas a Sefaz ainda esta com problemas: "Senhores contribuintes, boa tarde! A STI já detectou o problema e está trabalhando na solução do mesmo. Orientamos aos contribuintes que, em caso de dificuldade na autorização do documento eletrônico, utilizem a contingência." Estava esperando que a Sefaz corrigisse o problema mas como estão demorando muito vou utilizar as alterações sugeridas pelo Ítalo. Aqui o problema ainda estava acontecendo na Inutilização de NFC-e, fiz uma alteração no arquivo do Ítalo para corrigir o retorno da Sefaz também para a função TNFeInutilizacao.TratarResposta ACBrNFeWebServices.pas

Bom dia, aqui substitui e deu certo. Reinstalei os componentes pelo ACBrInstall e voltou tudo ao normal

Pode fechar o tópico consegui resolver

Bom dia, esta palestra não vai ficar disponível? Ela foi bem legal e mostrou muita coisa sobre o delphi.

Bom dia. No tópico que citei acima tem um ajuste temporário para esta situação. Att.

OK Obrigado, pode encerrar o Topico

O código já esta disponível no SVN faz alguns dias só tinha esquecido de avisar.

Boa tarde. Na documentação da SEFAZ-CE não existe orientação relativo a dois cadastros conforme o ambiente, sugiro contatar a mesma e verificar o que pode estar acontecendo. Att.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico. Lembrando que por tempo limitado as bibliotecas também estão disponíveis para download. Descubra também as vantagens de ser SAC, com o SAC Trial, saiba mais aqui.

Leia http://partners.bematech.com.br/bemacast/Paginas/post.aspx?idPost=5790 O valor deve ser colocado no item de maior aliquota e maior valor (se houverem mais itens, selecione o primeiro item da ordem de lançamento).

o ambiente do monitor e da lib estão diferentes, por isso não trazem os mesmo resultados.

Estou desenvolvendo um projeto para realizar a emissão de NFS-e para a cidade de Araçatuba, porém ao enviar através do método: EnviarSincrono, ele salva o log com o retorno do protocolo para a consulta, porém o componente retorna um erro dizendo: "Não houve nenhum retorno do servidor. Tente novamente". E ao tentar gerar através dos métodos Gerar e Enviar ele retorna uma mensagem em branco. Alguém sabe me dizer o que poderia estar acontecendo? retorno envio sincrono.xml

Boa tarde pessoal, Descobri o que é, segue a solução. No Sicoob Net empresarial, quando você acessa, já existe ali um menu ARQUIVOS -> CNAB 240 -> Enviar, porém o menu superior selecionado é o MENU CONTA, o que induz ao erro. Esse arquivo é outro tipo de arquivo, acredito que pagamentos. Para cobrança tem que clicar no menu SERVIÇOS->TRANSFERÊNCIA DE ARQUIVOS->CNAB240->ENVIAR. Como não tinha familiaridade com o portal do banco, pois é o usuário que acessa, não percebi que existe essa diferença. Fica a dica!

Valeu por postar a solução. Não dá para saber se vai ser sempre assim, mas já é um começo! Colocando estes esquemas começou a aparecer o campo cSitConf no resumo.