Pesquisar na Comunidade
Showing results for tags 'rtc'.
Encontrado 6 registros
-
Nota Técnica 2026/001 - NFCom - RTC Vinculação com a transação de pagamento do DFe
um tópico no fórum postou Diego.Foliene Notícias do ACBr
Olá comunidade ! No dia 04/02/2026 foi publicada a nota técnica 2026/001 para a NFCom trazendo informações sobre a vinculação de pagamentos ao DFe. Essa vinculação se faz necessária para que o processo de Split Payment Inteligente seja executado. É importante ressaltar que o vínculo indicado pelo contribuinte não necessariamente representa um pagamento efetuado e liquidado. Indica uma expectativa de pagamento que pode ou não se concretizar. Por exemplo: um boleto pode ser emitido e não pago. Alterações Adiciona na NFCom um "Grupo de informações da vinculação com a transação de pagamento" com a seguinte estrutura: <pgtoVinc> <pgto> <nPag></nPag> <idTransacao></idTransacao> <tpMeioPgto></tpMeioPgto> <CNPJReceb></CNPJReceb> <CNPJBasePSP></CNPJBasePSP> </pgto> </pgtoVinc> Cria o "evento de vinculação da transação de pagamento com o DFe - 110300" com estrutura semelhante ao grupo da vinculação e seu respectivo evento de cancelamento. Adiciona regras de validações para os novos campos e para o evento. Datas Implantação Homologação: 06/04/2026 Implantação Produção: 04/05/2026 E como fica o ACBr? Modificações no ACBr serão necessárias para atender a esta nota técnica. Foi criada a tarefa ACBR-8939 para a adequação das soluções ACBr. Leia a nota técnica na íntegra AQUI.- 1 reply
-
- 3
-
-
- nt
- nota tecnica
- (e 7 mais)
-
Nota Técnica 2026/001 - NF3e - RTC Vinculação com a transação de pagamento do DFe
um tópico no fórum postou Diego.Foliene Notícias do ACBr
Olá comunidade ! No dia 04/02/2026 foi publicada a nota técnica 2026/001 para a NF3e trazendo informações sobre a vinculação de pagamentos ao DFe. Essa vinculação se faz necessária para que o processo de Split Payment Inteligente seja executado. É importante ressaltar que o vínculo indicado pelo contribuinte não necessariamente representa um pagamento efetuado e liquidado. Indica uma expectativa de pagamento que pode ou não se concretizar. Por exemplo: um boleto pode ser emitido e não pago. Alterações Adiciona na NF3e um "Grupo de informações da vinculação com a transação de pagamento" com a seguinte estrutura: <pgtoVinc> <pgto> <nPag></nPag> <idTransacao></idTransacao> <tpMeioPgto></tpMeioPgto> <CNPJReceb></CNPJReceb> <CNPJBasePSP></CNPJBasePSP> </pgto> </pgtoVinc> Cria o "evento de vinculação da transação de pagamento com o DFe - 110300" com estrutura semelhante ao grupo da vinculação e seu respectivo evento de cancelamento. Adiciona regras de validações para os novos campos e para o evento. Datas Implantação Homologação: 06/04/2026 Implantação Produção: 04/05/2026 E como fica o ACBr? Modificações no ACBr serão necessárias para atender a esta nota técnica. Foi criada a tarefa ACBR-8940 para a adequação das soluções ACBr. Leia a nota técnica na íntegra AQUI.- 1 reply
-
- 2
-
-
- nt
- nota tecnica
- (e 7 mais)
-
Nota Técnica 2026/001 - CTe - RTC Vinculação com a transação de pagamento do DFe
um tópico no fórum postou Diego.Foliene Notícias do ACBr
Olá comunidade ! No dia 04/02/2026 foi publicada a nota técnica 2026/001 para o CT-e trazendo informações sobre a vinculação de pagamentos ao DFe. Essa vinculação se faz necessária para que o processo de Split Payment Inteligente seja executado. É importante ressaltar que o vínculo indicado pelo contribuinte não necessariamente representa um pagamento efetuado e liquidado. Indica uma expectativa de pagamento que pode ou não se concretizar. Por exemplo: um boleto pode ser emitido e não pago. Alterações Adiciona no CT-e, CT-e OS e CT-e Simp um "Grupo de informações da vinculação com a transação de pagamento" com a seguinte estrutura: <pgtoVinc> <pgto> <nPag></nPag> <idTransacao></idTransacao> <tpMeioPgto></tpMeioPgto> <CNPJReceb></CNPJReceb> <CNPJBasePSP></CNPJBasePSP> </pgto> </pgtoVinc> Cria o "evento de vinculação da transação de pagamento com o DFe - 110300" com estrutura semelhante ao grupo da vinculação e seu respectivo evento de cancelamento. Adiciona regras de validações para os novos campos e para o evento. Datas Implantação Homologação: 06/04/2026 Implantação Produção: 04/05/2026 E como fica o ACBr? Modificações no ACBr serão necessárias para atender a esta nota técnica. Foi criada a tarefa ACBR-8938 para a adequação das soluções ACBr. Leia a nota técnica na íntegra AQUI.-
- 2
-
-
- nt
- nota tecnica
- (e 11 mais)
-
Venda para órgãos públicos. Informar tags mesmo zeradas?
um tópico no fórum postou aloisiopires ACBrNFe
Bom dia. Dentre as novas tags da reforma tributária, tem as que devem ser informadas nas vendas para órgãos públicos. Uma delas é o pRedutor que ainda não foi definido nem sabemos quando será. Minha dúvida é se devemos gerar essas tags mesmo com pRedutor zerado? Ou isso deverá ser gerado somente quando esses percentuais forem divulgados? Grato pela atenção! Aloisio Pires
-
Olá comunidade ! No dia 06/10/2025, por volta das 08H19, começamos a receber relatos em nossa comunidade do Discord de membros recebendo rejeição ao tentar autorizar NFCe em alguns estados para o ambiente de homologação. Os relatos tem em comum a mesma rejeição: UFs cujo problema foi relatado até o momento: SP, MG, GO e PR. Esta rejeição está relacionada a Reforma Tributária sobre o Consumo, foi adicionada a partir da Nota Técnica 2025/002 e na versão 1.30, que é sua publicação mais recente, sua implementação foi postergada sem data definida no ambiente de homologação. Portanto, tudo indica que algumas Sefaz autorizadoras adiantaram a implementação da regra ou implementaram considerando cronograma de versão anterior da nota técnica. Os relatos confirmam ainda que os CRTs 1, 2 e 4 estão sendo tratados como CRT 3 exigindo as informações e também que até o momento desta publicação, apenas o modelo 65 está devolvendo a rejeição, com a NFe modelo 55 aceitando sem os campos. Caso esteja enfrentando problemas, como o relato foi no ambiente de homologação a sugestão é que abra um Fale Conosco junto a Sefaz relatando a questão. Também é importante lembrar que a rejeição pode ser sanada, caso os campos da reforma tributária sejam informados no arquivo XML.
-
Arquivo INI está sendo gerado sem o valor do IBS do item, causando rejeição. <cStat>1150</cStat> <xMotivo>Rejeicao: Valor do IBS do Item (vIBS) difere do calculado [nItem:3]</xMotivo> ACBrNFe.IniWriter.pas procedure TNFeIniWriter.Gerar_IBSCBS_gIBSCBS Adicionar: if IBSCBS.vIBS > 0 then AINIRec.WriteFloat(sSecao, 'vIBS', IBSCBS.vIBS);
