¿Quieres leer esto en inglés? Haga clic aquí.

Olá.

Neste blog post iremos a explicar sobre la naturaleza del rendimiento y demostrar cómo un mesma puede ser determinado en la gestión de dos eventos de la serie R-4000 de EFD-Reinf 2.1.1.

Requisitos previos

Você deve ter o Support Package 17 do TDF instalado y actualizado conforme a la lista de notas de requisitos previos para la instalación de las notas de SAP:

Naturaleza de Rendimento

Este campo está incluido para los nuevos eventos de la serie R-4000 de EFD-Reinf 2.1.1 y clasifica la retención de dos tributos sobre los servicios.

Esse precisamente topics ser analisado for each case seja qual for o seu cenário. Para ajudar, una receita federal brasileira disponibilizou alguns links que ajudam no entendimento do preenchimento desse campo. Veja os links abaixo:

O conteúdo que será explicado abaixo pertence a um asunto que ainda iremos abordar em blog posts, que será a transação Preprocesamiento EFD-Reinf (/TMF/REINF_PRE_PROC).

Determinando a Natureza de Rendimento nos Eventos

Após o significado de qual código de natureza de rendimento será utilizado en eventos a serem gerados, agora entraremos no detalhe de como determinar essa informação corretamente na geração dos eventos.

Una tabla de personalización Renta Naturaleza (/TMF/D_R_NATREND), deve ser utilizado para determinar los siguientes campos:

• Naturaleza del Rendimento (/TMF/D_R_NATREND-NAT_REND)
• Observações da Natureza de Rendimento (/TMF/D_R_NATREND-NAT_REND_OBS)

A partir de la personalización, se realizará el cruce de los dados envolviendo los campos del Lançamento Contábil, utilizando o Código de Fornecedor/Cliente (/TMF/D_R_NATREND-COD_PART), Tipo de Documento (/TMF/D_R_NATREND-TIPO_DOC) como Cuentas de Despesa (/TMF/D_R_NATREND-COD_CTA_DESP), incluido como contas encontradas no pedido de compra.

Então será tratado duas prioridades para la determinación de NAT_REND y NAT_REND_OBS: a primeira delas é quando todos los valores do lançamento forem completamente iguais à uma das linhas customizadas na /TMF/D_R_NATREND.

No nosso exemplo, o lançamento possui os seguintes dados:

NUM_LCTO	TIPO_DOC	COD_PART	COD_CTA_DESP
100004105	RE	BacalaoParte1	191000
100004105	RE	BacalaoParte1	177000
100004105	RE	BacalaoParte1	154004

E a customização apresenta as linhas abaixo:

TIPO_DOC	COD_PART	COD_CTA_DESP	NAT_REND	NAT_REND_OBS
RE	BacalaoParte1	191000	10004	Obs para 10004
RE		191000	11002	Obs para 11002
RE	Fornec01	177000	11002	Obs para 11002
RE	BacalaoParte1	999999	12034	Obs. para 12034

Ao buscar o código da natureza do rendimento utilizando todos los campos (Prioridade Máxima) encontraremos o siguiente resultado destacado en verde:

TIPO_DOC	COD_PART	COD_CTA_DESP	NAT_REND	NAT_REND_OBS
RE	BacalaoParte1	191000	10004	Obs para 10004
RE		191000	11002	Obs para 11002
RE	Fornec01	177000	11002	Obs para 11002
RE	BacalaoParte1	999999	12034	Obs. para 12034

Sendo assim, para el documento “100004105”, seria reportada utilizando Natureza do Rendimento con o código igual a “10004” y Observação da Natureza de Rendimento igual “Obs for 10004”.

Caso o escenario de “Prioridade Máxima” não seja encontrado, se faz uma busca secundária sem comparar o COD_PART, using as linhas da customização onde o COD_PART is branco.

Supomos que customização apresenta as linhas abaixo:

TIPO_DOC	COD_PART	COD_CTA_DESP	NAT_REND	NAT_REND_OBS
RE	Fornec01	191000	10004	Obs para 10004
RE		191000	11002	Obs para 11002
RE	Fornec01	177000	11002	Obs para 11002
RE	BacalaoParte1	999999	12034	Obs. para 12034

Note que não existe uma linha onde all os dados são iguais ao do lançamento. Com isto a linha de prioridade secundaria (Sem COD_PART) será seleccionado.

TIPO_DOC	COD_PART	COD_CTA_DESP	NAT_REND	NAT_REND_OBS
RE	Fornec01	191000	10004	Obs para 10004
RE		191000	11002	Obs para 11002
RE	Fornec01	177000	11002	Obs para 11002
RE	BacalaoParte1	999999	12034	Obs. para 12034

Neste caso o documento “100004105” seria reportado usando una Natureza do Rendimento con o código igual a “11002” y Observação da Natureza de Rendimento igual “Obs for 11002”.

Independente de como o event seja gerado, by pré-processamento ou manualmente inserted na tabela for exemplo, para cada evento gerado, os dois campos, NAT_REND y NAT_REND_OBS, podem ser localizados na tabela Contabilizaciones de Ingresos/Pagos con Retenciones (/TMF/D_LCTORENRT) , para cada evento gerado/a ser gerado.

Para más información sobre una tabla principal para la gestión de eventos de la série 4000, acceda a la publicación del blog TDF EFD-Reinf 2.1.1 – Conhecendo a tabela Lançamentos de Rendimento/Pagamentos com Retenção. No hay próxima entrada en el blog, vamos a saber cómo funciona o pré-processamento para os eventos da série 4000.

Gostaríamos muito de saber o seu feedback. Deixe seu commentário abaixo caso tenha alguma dúvida ou sugestão para um next post. E não esqueça de seguir una etiqueta Marco de declaración de impuestos de SAP para Brasil aquí en SAP Community para ficar ligado nas últimas noticias sobre el Marco de declaración de impuestos (TDF).

Além dos comentários, você pode entrar em contato conosco a través de la plataforma Influencia del cliente. Lá você pode propor ideias para melhorar o nosso produto, vote em outras ideias já lançadas e acompanhar ideias em implementação.

Até a próxima!

Rodolfo Felipe Celante

Tiempo de desarrollo de TDF

#SAPGoGlobal #SAPLocalización