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.