Painel de líderes

Bom dia, Para quem tá programando em Java segue a classe de auto-nivel para consumir a DLL. ACBrNFCom.java Sobre a questão dos grupos de faturamento, você usa de acordo com o tpFat informado no ide, se for 0 você deve usar o gFat, se for 1 você deve usar o gFatCentral, então você não pode usar os dois ao mesmo tempo. Sobre a questão do access violation aqui estava dando erro quando tinha uma diferença entre o design do relatório em .dfm e .lfm que foi corrigido depois, está no svn, não sei se a DLL já contempla essa solução.

Olá comunidade ! Foi disponibilizada a versão 6.0.0 do Programa Validador da Escrituração Digital EFD ICMS IPI (PVA EFD ICMS IPI). Esta versão traz as seguintes atualizações: Fonte: http://sped.rfb.gov.br/pagina/show/7870

Eu não testei com indicador pix porque quando alguém paga via QRCode, o Itaú não retorna nenhum valor, nada, nem multa, juros, desconto, tarifa, absolutamente nada, então não tem o que testar. O que acontece quando alguém paga via QRCode um boleto do Itaú? A API do Itaú vai retornar esse boleto como "Baixado" e não vai retornar nenhum valor, pois essa liquidação vira um simples pix. Aí você vai ter de consultar a API do Pix para verificar esses valores, e vai ter de usar o txId, porque como virou um pix, não tem informações do título como nosso número. E se você está consultando a movimentação, a API do pix vai retornar todos os pixs realizados para a empresa, não só os dos boletos. Entendeu?, é horrível.

Me desculpe. Por favor, se puder encerrar esse tópico, continuo no outro. Erro meu. Obrigado.

Boleto de teste registrado! Cliente pagou pelo pix para testar,caiu na conta no dia seguinte ao pagamento e caixa alega que não tem o registro do boleto! Mas... pelo que me consta a API só retorna o pix se estiver registrado, correto?

Criada tarefa ACBR-8212

Criada tarefa ACBR-8211

criada tarefa ACBR-8209

Bom dia Hoje fiz um novo teste, cadastrei uma NFSe diretamente no site de homologação. Peguei o xml gerado e comparei o DPS dele com o meu. 1) Eu estava preenchendo a inscrição municipal, e por algum motivo não estava aceitando assim, deixei em branco. 2) Daí trancou no nome do prestador, quando ele que emite não deve ser informado. 3) No email que estava enviando do tomador, estava inválido. De minha parte esse ticket pode marcar como solucionado.

Bom dia, @Compusis Informatica Ltda Sobre o primeiro fluxo onde ocorre o erro (enviado segunda), suspeito que o erro esteja na forma que você está chamando o método acbrNFCom.enviar(), se possível nos informe como você chamou o método, qual linguagem utilizou e etc. Analisando seu Log, os métodos: ConfigInicializar(), ConfigImportar(), ConfigGravaValor(), CarregarIni (), Assinar(), VerificarAssinatura(), Validar() e ValidarRegrasdeNegocios() funcionaram no entando o método acbrNFCom.enviar() retorna -10, Access violation, o que indica que você tentou acessar um endereço de memória invalido (geralmente acontece quando não informa para o método o indice/path correto). Se te ajuda, essa é a forma atualmente implementada para criar e enviar. Primeiro é realizada uma validação (confere os schemas, certificado, assinatura... tudo o que você fez antes do enviar também) em seguida é aberto um file chooser para selecionar o .INI a ser carregado e posteriormente usado para enviar. private void btnCriarEnviarActionPerformed(java.awt.event.ActionEvent evt) { if (!validacao()){ JOptionPane.showMessageDialog(null,"Erro verifique as configurações do certificado","Erro", JOptionPane.INFORMATION_MESSAGE); return; } try{ JFileChooser chooser = new JFileChooser(); OpenFileFilter filter = new OpenFileFilter("ini", "Arquivo Ini NFCom (*.ini)"); chooser.addChoosableFileFilter(filter); chooser.setFileFilter(filter); if (chooser.showOpenDialog(this) != JFileChooser.APPROVE_OPTION) return; acbrNFCom.limparLista(); acbrNFCom.carregarIni(chooser.getSelectedFile().getAbsolutePath()); String ret = acbrNFCom.enviar(1, false, false); rtbRespostas.append(ret); } catch (Exception ex) { rtbRespostas.append(ex.getMessage()); Logger.getLogger(FrmMain.class.getName()).log(Level.SEVERE, null, ex); } } Em breve será lançado um programa exemplo em Java para consumir ACBrLibNFCom Quanto ao grupo gFatCentral estar presente no INI do DFe e gerar o erro, eu também estou tendo esse problema no desenvolvimento do programa exemplo em Java. Sigo analisando e retorno aqui caso solucionado. Quanto ao grupo gFatCentral estar presente no INI do DFe gerar o erro relatado, eu também estou tendo esse erro no desenvolvimento do programa exemplo em Java. Retorno aqui caso consiga solucionar.

Boa noite Criada a tarefa ACBR-8200 para avaliação.

Pode sim, o que não pode é ter o grupo de Crédito Presumido e o grupo de Crédito Presumido da ZFM.

Acho que vai ser um desastre, quando os primeiros CNPJs Alfa numéricos aparecerem... Teremos empresas que ficarão "excluídas" de vários negócios, por falta de atualização dos sistemas atuais

Uma dúvida comum que sempre acontece quando é preciso emitir uma nota de devolução é onde eu devo preencher as informação do IPI da devolução. No trecho abaixo é possível verificar o preenchimento no componente usando Delphi/Lazarus uses ACBrNFeNotasFiscais, ACBrNFe.Classes; var NotaF: NotaFiscal; Produto: TDetCollectionItem; begin NotaF := ACBrNFe.NotasFiscais.Add; //Preenche as demais informações... Produto := NotaF.NFe.Det.New; Produto.pDevol := ...; Produto.vIPIDevol := ...; //Preenche as demais informações... end; Já quando você usa a ACBrLibNFe ou o ACBRMonitor você pode preencher o INI na seção do [Produto] veja abaixo: