Pesquisar na Comunidade
Showing results for tags 'nfs-ex'.
Encontrado 6 registros
-
Prorrogado o prazo para o DANFSe no leiaute do Padrão Nacional
um tópico no fórum postou Diego.Foliene Notícias do ACBr
Olá comunidade ! Foi publicado no dia 30/06/2026 a versão 1.01 da Nota Técnica Nº008 que traz as especificações de como deve ser o DANFSe. A nova versão não traz alterações no leiaute do impresso. Ela prorroga a desativação do end-point existente no padrão nacional para obter o DANFS-e para o dia 15/07/2026, efetivamente dando mais 15 dias para que as soluções e aplicações possam adequar seus leiautes. A versão 1.01 desta nota técnica pode ser lida na íntegra AQUI. Vale reforçar que o impresso utilizando Fortes Report já foi adequado no ACBr conforme tópico abaixo e os impressos em Fast e FPDF estão em construção. -
Olá, comunidade ! Ao acessar a lista de Atualizações e Implantações da Sefin Nacional da NFS-e, consta que no dia 01/07/2026 foram efetuados ajustes nas seguintes regras de validação: Cód. Erro Mensagem de Erro E1577 Alíquota efetiva da UF para IBS incorreta. E1549 Alíquota efetiva do Município para IBS incorreta. E1554 Alíquota efetiva da União para CBS incorreta. Havia uma divergência no cálculo e na validação dos campos pAliqEfetUF, pAliqEfetMun e pAliqEfetCBS. Eles são obrigatórios e devem ter o mesmo valor de pIBSUF, pIBSMun e pCBS, respectivamente quando não houver redutores.
-
boa tarde, estou tentando enviar rps's para de um prestador da cidade de São Caetano do Sul/SP e não estou conseguindo identificar a falha no meu XML, já li e realizei testes com os outros fóruns fechados que envolvem o mesmo código de erro para o ginfes, e ainda não consegui corrigir, alguém consegue me ajudar a identificar aonde está o problema no XML anexado? NF53871-rps.xml -
Publicada Nota Técnica Nº007 para NFS-e trazendo alterações no leiaute.
um tópico no fórum postou Diego.Foliene Notícias do ACBr
Olá comunidade ! Foi publicada a Nota Técnica Nº 007 para NFS-e trazendo atualizações no leiaute do documento fiscal. Alterações Incluído o campo para receber o valor do "Indicador da operação de fornecimento favorecido com alíquota zero de CBS (conforme art. 451 e art. 466 da Lei Complementar nº 214/2025)" (tag indZFMALC no XML). Atualização do campo CST do grupo tribFed incluindo novos valores. Adição de novos valores para o campo tpRetPisCofins. Inclusão do campo "Valor Relativo às Retenções de Contribuições Sociais" (tag vRetCSLL no XML) Datas Temos relatos que levam a crer que os novos campos já foram implementados nos ambientes da API nacional. E como fica o ACBr? Os novos valores para tpRetPisCofins e o novo campo vRetCSLL já foram adicionados no leiaute. Assim que o campo indZFMALC estiver disponível notificaremos aqui neste tópico. Leia a Nota Técnica Nº 007 completa AQUI. -
Novo método adicionado na ACBrLibNFSe para obter o XML do RPS!
um tópico no fórum postou Diego.Foliene Notícias do ACBr
Se você já utiliza a ACBrLib, é provável que o título desta notícia tenha lhe causado alguma confusão. Já não existe um método para essa finalidade? Calma, eu vou explicar. O método NFSE_ObterXML, já existe na biblioteca há bastante tempo. Ele continua disponível, sem alterações, e pode ser utilizado normalmente para recuperar o XML de uma NFS-e que esteja carregada na memória da biblioteca. Percebeu a ênfase na palavra NFS-e? Quando falamos de outros documentos fiscais, como NF-e, CT-e ou MDF-e, o mesmo arquivo XML que a Lib gera e envia para o web service, é o arquivo que é devolvido pelo web service para à Lib, agora acrescido das informações de autorização. Mas, no caso da NFS-e, isso funciona de forma um pouco diferente. Quando falamos de NFS-e, dois arquivos XML diferentes são envolvidos no processo: Um deles XML do Recibo Provisório de Serviço (RPS) que é o arquivo que a Lib monta com as informações que você carrega nela e envia para o web service do provedor. O outro é o XML da Nota Fiscal de Serviços Eletrônica (NFS-e) que é devolvido pelo web service do provedor para a Lib. Por causa dessa diferença, foi adicionado na biblioteca ACBrLibNFSe, o novo método NFSE_ObterXMLRps para permitir a você recuperar o XML do RPS gerado pela Lib antes do envio ao web service. O novo método tem a mesma estrutura do ObterXML e versões da biblioteca compiladas depois das 16h53 do dia 08/05/2025 deverão englobar o mesmo. -
@Italo Giurizzato Junior Anterior NFS-e, atender abrasf2: function ResponsavelRetencaoToStr(const t: TnfseResponsavelRetencao): String; begin result := EnumeradoToStr(t, ['1', '2'], [ptTomador, rtPrestador]); end; function StrToResponsavelRetencao(out ok: boolean; const s: String): TnfseResponsavelRetencao; begin result := StrToEnumerado(ok, s, ['1', '2', ''], [ptTomador, rtPrestador, rtPrestador]); end; ----------------------------------------------------------------- Na NFS-eX: function TACBrNFSeXProvider.ResponsavelRetencaoToStr( const t: TnfseResponsavelRetencao): string; begin Result := EnumeradoToStr(t, ['1', '', '2', ''], [rtTomador, rtPrestador, rtIntermediario, rtNenhum]); end; function TACBrNFSeXProvider.StrToResponsavelRetencao(out ok: boolean; const s: string): TnfseResponsavelRetencao; begin Result := StrToEnumerado(ok, s, ['1', '', '2', ''], [rtTomador, rtPrestador, rtIntermediario, rtNenhum]); end; function TACBrNFSeXProvider.ResponsavelRetencaoDescricao( const t: TnfseResponsavelRetencao): String; begin case t of rtTomador : Result := '1 - Tomador'; rtIntermediario : Result := '2 - Intermediário'; rtPrestador : Result := '3 - Prestador'; else Result := ''; end; end; Como prestador, anterior ia 2 agora está ficando vazio no xml. Tem como corrigir, ou eu estender essa função, para atender ao provedor, está dando problema no schema: X800-Erro de Validação: --> 1824 - Element '{http://nfe.uba.mg.gov.br/schema/nfse_v201.xsd}ResponsavelRetencao': '' is not a valid value of the atomic type '{http://nfe.uba.mg.gov.br/schema/nfse_v201.xsd}tsResponsavelRetencao'. no schema: <xsd:simpleType name="tsResponsavelRetencao"> <xsd:restriction base="xsd:byte"> <xsd:pattern value="1|2" /> </xsd:restriction> </xsd:simpleType>
