Eric Bortoleto

Boa noite, @Dércio Luis Zanatta! Sim, atualmente apareceria no DANFSe os valores dos 3 tributos no campo do valor do CSLL, mas lembre-se de não pensar apenas na visualização e sim na conformidade fiscal, afinal é assim que deve ser apresentado no XML, somandos no campo vRetCSLL. Agora para evitar confusões e facilitar a visualização para os seus clientes procure colocar os valores dos tributos descritos no campo OutrasInformacoes ou InformacoesComplementares. Adiconalmente o ACBr tem uma tarefa em andamento que visa melhorias na DANFSe do Padrão Nacional, melhorias essas que incluem a visualização de alguns campos que possam lhe ser uteis, o @Diego Foliene se eu não me engano é relator dessa tarefa e pode dar mais detalhes do andamento.

Boa tarde, tendo em vista que a mensagem acima foi marcada como solução, estarei fechando esse tópico para um melhor controle de nossos chamados. Se precisar de suporte em algo mais, sinta-se a vontade para abrir um novo tópico.

Boa tarde, @VEXCOM Sistemas - Valtair! Verifiquei que atendemos todos os Municípios do Padrão Nacional, como é o caso de Uberlandia. Não precisa usar esse comando para verificar, basta passar no payload, provedor = nacional. se preferira abaixo temos um tópico que descreve como verificar se um Município aderiu ao padrão nacional:

Boa tarde, @VEXCOM Sistemas - Valtair! Estou analisando seu caso, volto em breve com mais detalhes.

E no ACBr como faço? Se você usa o componente ACBrNFSeX nativo para Delphi e Lazarus: // Para informar valores de retenção soma-los (PIS, COFINS E CSLL) e atribuir a propriedade (vRetCSLL) // Em conformidade ao que foi indicado em tpRetPisCofins Servico.Valores.tribFed.tpRetPisCofins := trpcNaoRetido; Servico.Valores.tribFed.vRetCSLL := 0.00; // Para informar valores de débito de apuração própria (não informe valores retidos nestes campos) Servico.Valores.tribFed.vPis := 0.00; Servico.Valores.tribFed.vCofins := 0.00; Enumerado das opções para tpRetPisCofins Se você usa o ACBrMonitorPLUS ou ACBrLibNFSe via .INI: [tribFed] ; Para informar valores de retenção (PIS, COFINS E CSLL) soma-los e atribuir a propriedade (vRetCSLL) ; Em conformidade ao que foi indicado em tpRetPisCofins informar os novos códigos de 0 a 9 vRetCSLL=0.00 tpRetPisCofins=0 ; Para informar valores de débito de apuração própria (não informe valores retidos nestes campos) vPis=0.00 vCofins=0.00

Historicamente, era uma prática comum utilizar as tags vPis e vCofins da própria nota fiscal para informar os valores de retenção. Com a padronização do Ambiente de Dados Nacional (ADN) e as adequações para a Reforma Tributária (IBS/CBS), essa prática tornou-se inválida e gera erros de cálculo. E mais, muitos provedores ainda estão se adequando às mais recentes NTs o que pode gerar particularidades nos provedores que usam layout próprio. Para sanar a confusão, seguem as regras definitivas de preenchimento para Municípios que usam o layout do Padrão Nacional para emissão através da API do Padrão Nacional. Veja como verificar se um município aderiu ao Padrão Nacional no link abaixo. Municípios Emissores Nacionais. 1. Retenções Federais (Tag vRetCSLL) Todo valor de contribuição federal retido pelo tomador do serviço agora é obrigatoriamente concentrado em um único campo. Tag: <vRetCSLL> Fórmula: vRetCSLL = PIS Retido + COFINS Retido + CSLL Retida Identificação: Para o fisco saber o que compõe esse valor somado, utiliza-se a tag <tpRetPisCofins>. É ela quem identifica quais dessas contribuições foram retidas (seus códigos foram expandidos de 0 a 9 na NT 007 para cobrir todas as combinações). Nota Técnica 007- v1.0 SE-CGNFSe - Layout NFS-e Via- RTC.pdf 2. Apuração Própria (Tags vPis e vCofins) Estas tags foram isoladas da retenção e agora possuem finalidade estrita, valores de débitos de apuração própria. Destinação: Exclusivo para valores devidos pelo próprio prestador do serviço (apuração própria). Motivo: Os valores informados no vPis e vCofins servem como base de cálculo das novas sistemáticas vinculadas ao IBS e à CBS. Regra de Ouro: Não informe valores retidos nestes campos. A mistura de naturezas causa divergência na base de apuração da nova reforma tributária e resulta em rejeição do XML.

Bom dia, @MiguelBento! Solicitamos uma nova compilação agora, quando sair a próxima versão te peço para testar por gentileza. Imagino que já vá contemplar.

Boa tarde, @MiguelBento! Para corrigir no ACBrLibNFSe será necessária uma nova compilação da Lib após as alterações terem sido validadas e implementadas em nosso repositório.

Boa tarde, a todos! Muito obrigado pela contribuição @Hetosoft Sistemas! Foi criada a tarefa ACBr-8880 para implementação. Se quiser acompanhar o status da tarefa, por gentileza crie um tópico privado com seu usuário Pro e informe o código da tarefa. Criar Tópico Pro: https://www.projetoacbr.com.br/forum/forum/97-duvidas-privadas/?do=add

Maravilha, @AmaralOne! @Márcio Baroni podemos encerrar esse tópico o marcando como resolvido?

Complementando @AmaralOne, acredito que vai pedender da cidade e estado. Pois cada cidade usa umma forma diferente, temos tanto implementado API Própria que herda do padrão nacional e usa Layout do Padrão Nacional https://acbr.sourceforge.io/ACBrMonitor/NFSeLayoutPadraoNacionalReformaT.html Quanto Units que tem API Própria pra uso de outros Layouts como ABRASF. https://acbr.sourceforge.io/ACBrMonitor/NFSeProvedoresLayoutABRASF.html Se for para Tabapora por exemplo que usa Coplan você usaria layout Abrasf 2.01 conforme respondido pelo nosso consultor @Daniel Moraisno discord: https://discord.com/channels/798697718800318484/800042186783588364/1464264935382057197

Bom dia, @AmaralOne! Corrigindo Embora eles optaram pelo modelo de API própria não é do tipo que faz o compartilhamento do layout do padrão nacional. Coplan está usando Webservice Soap com layout próprio, mas ainda sem feedbacks satisfatórios de emissão OK. Se tiver como testar a emissão e nos relatar ficariamos agradecidos. Arquivo Coplan.Provider.pas arquivo ACBrNFSeXServicos.ini

Bom dia, @jacke venson! Consegue por gentileza anexar a Unit que você realizou essa alteração? Se possível seria ainda melhor que você fizesse isso em cima da Unit que o @Wesley Lamb enviou por último constribuindo.

Boa tarde, @Wesley Lamb! Muito obrigado, atualizei na tarefa.

Bom dia, @julio_cld! Muito obrigado pela contribuição, foi criada a tarefa ACBR-8667 para validar a implementação. Em breve estará disponível em nossas soluções.

Boa tarde, @Borante! De fato está estourando o Buffer já que a mensagem sai cortada até mesmo no Log. Vamos analisar a situação para implementar possíveis correções, já temos duas tarefas para investigação a ACBR-8300 para analisar especificamente ACBrLibNFSe e a ACBR-8420 que visa corrigir a condição de corrida nas classes de alto nível. Vou relatando conforme avançamos nas tarefas.

Boa tarde, @Borante! Consegue nos enviar o Log completo ao chamar o método acbrNFSe.enviarEvento.

@Borante refiz o teste na versão mais nova (ACBrLibNFSe-Windows-2.0.1.213, MT Cdecl.) e o comportamento segue o mesmo: A mensagem vem completa: acbrNFSe.enviarEvento_2.0.1.213.log Estou tentando o método acbrNFSe.enviarEvento no ACBrLibNFSeMT.Demo no Windows. Vou testar no Linux também para conferir. Me confirma se ocorre o mesmo problema em seu ambiente ao rodar diretamente o Demo e chamar o método EnviarEvento. Por lá temos a implementação que lida com o tamanho do Buffer caso não seja suficiente, assim evitando que o retorno seja cortado: enviarEvento(arquivo.ini) public String enviarEvento(String aInfEvento) throws Exception { ByteBuffer buffer = ByteBuffer.allocate(STR_BUFFER_LEN); IntByReference bufferLen = new IntByReference(STR_BUFFER_LEN); int ret = ACBrNFSeLib.INSTANCE.NFSE_EnviarEvento(getHandle(), toUTF8(aInfEvento), buffer, bufferLen); checkResult(ret); return processResult(buffer, bufferLen); } método checkResult(ret) da classe ACBrLibBase protected void checkResult(int result) throws Exception { if (result < 0) { ByteBuffer buffer = ByteBuffer.allocate(STR_BUFFER_LEN); IntByReference bufferLen = new IntByReference(STR_BUFFER_LEN); UltimoRetorno(buffer, bufferLen); throw new Exception(processResult(buffer, bufferLen)); } } // Função para processar o resultado do retorno da biblioteca. método processResult() da classe ACBrLibBase protected String processResult(ByteBuffer buffer, IntByReference bufferLen) { int bLen = bufferLen.getValue(); if (bLen > STR_BUFFER_LEN) { int tamanhoBuffer = (int) (Math.round(bLen * 1.3)); ByteBuffer nBuffer = ByteBuffer.allocate(tamanhoBuffer); IntByReference nBufferLen = new IntByReference(tamanhoBuffer); UltimoRetorno(nBuffer, nBufferLen); return fromUTF8(nBuffer, nBufferLen); } return fromUTF8(buffer, bufferLen); }

Bom dia, @Borante! Obrigado por relatar, vou testar na 2.0.1.213 também.

Boa tarde, @Borante! Fiz um teste em nosso Demo Java. Aqui eu recebi um retorno completo: acbrNFSe.enviarEvento.log Testei com a Lib mais recente, a ACBrLibNFSe-Windows-2.0.1.212, MT Cdecl.

Lembrando que o programa de exemplo da NFCom em Java utiliza o projeto Netbeans ACBr Common assim como todos os outros Demos (Bal, Boleto, CEP, CTe, DFe, eSocial, ETQ, GNRe, Mail, MDFe, NFCom, NFe, NFSe, PIXCD, PosPrinter, REINF, SAT e Serial). ...trunk2\Projetos\ACBrLib\Demos\Java\ACBr Common

Não se preocupe, @Compusis Informatica Ltda Se precisar de suporte em algo mais, sinta-se a vontade para abrir um novo tópico.

Olá, Comunidade ACBr! É com muito prazer que anunciamos mais um programa Demo em Java, dessa vez demonstrando como consumir a biblioteca ACBrLibNFCom através das classes de alto nível. A estrutura do projeto é bem similar ao que a comunidade já está habituada, para quem já conhece ACBrLibNFe, ACBrLibNFCe e ACBrLibNFSe em Java, será muito simples emitir NFCom (Nota Fiscal Fatura de Serviços de Comunicação Eletrônica). Download Demo Java - ACBrLibNFCom Disponível no SVN, clique aqui: https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Java/NFCom/ Conteúdo relacionado: O que é a NFCom? Se você ainda não conhece a Nota Fiscal Fatura de Serviços de Comunicação, confira a explicação completa neste tópico abaixo: Baixe a ACBrLibNFCom: Na versão DEMO Na versão PRO Baixe outros Demos: Linguagem PHP Leia a documentação completa AQUI

Boa tarde, @Compusis Informatica Ltda! De fato, a documentação da Lib estava errada o método NFCom_Enviar segundo os fontes da Lib tem um parametro a menos do que a documentação informava. Já efetuei as correções e na próxima compilação as alterações estarão disponiveis. Muito obrigado @marcoprodata, por suas contribuições! Podemos ajudar em algo mais ou posso fechar esse tópico?

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.