Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.                                                             

  

(Obrigatório)

Informações Geraisll

 

Especificação

Produto

 

Módulo

 

Segmento Executor

 

Projeto1

 

IRM/EPIC1

 

Requisito/Story/Issue1

 

Subtarefa1

 

Chamado/Ticket2

 

País

(  ) Brasil  (  ) Argentina  (  ) Mexico  (  ) Chile  (  ) Paraguai  (  ) Equador

(  ) USA  (  ) Colombia   (  ) Outro _____________.

Outros

<Caso necessário informe outras referências que sejam pertinentes a esta especificação. Exemplo: links de outros documentos ou subtarefas relacionadas>.

   Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos). 

(Obrigatório)

Objetivo

 

1 - DIRF - Retenção na fonte sobre serviços prestados pelas agências de propaganda e publicidade

 

Estudo do repasse para entendimento da solução.
Expandir análise para todas as obrigações.
P11 - FINA401 - Solicitação de legislação repasse de IRRF para fornecedores de propaganda.
Ticket - 411862
P11 - FINA401 - Solicitação de legislação repasse de IRRF para fornecedores de propaganda.
1 - Cliente necessita gerar uma informação na DIRF referente IRRF onde a retenção foi feita pelo prestador e não pelo tomador.
Para melhor entendimento montamos o seguinte cenário com a cliente:
O tomador que é uma fazenda contrata os serviços de uma empresa de propaganda e publicidade, onde fica acordado que o serviço será no valor de R$50.000,00.
A empresa de propaganda gera a nota nesse valor e a mesma recolhe o IRRF.
Segundo o cliente a fazenda precisa dar entrada nessa nota e gerar o valor de IRRF para que seja informado na DIRF informando que empresa de propaganda recolheu o imposto, mas sem um título de IRRF a pagar.
Informamos que pelo MATA103 (compras) não existe essa possibilidade, pois para gerar o IRRF também irá gerar um TX. Caso contrário, não irá gerar nenhum título.
Parecer consultoria:
http://tdn.totvs.com/pages/releaseview.action?pageId=263783907

 1.1 - Regra de negócio

Para a composição do cenário descrito na legislação acima existem três papeis envolvidos:
  • Empresa Contratante;
  • Agência de Propaganda;
  • Meios de comunicação (Emissoras de rádio, TV, Jornais);

Conforme análise da consultoria jurídica o serviço prestado por uma agência de propaganda serão passiveis de retenção quando forem: estudos de mercado, produção de propagandas, entre outros, os valores utilizados para pagamentos de meios de comunicação são isentos de tributação, ou seja, serão recebidos pela Agência de propaganda e repassado aos meios de comunicação contratados.

Fonte: http://tdn.totvs.com/pages/releaseview.action?pageId=263783907

 

Exemplo hipotético:

 Organizações envolvidas:

 Empresa X (contratante da Agência de propaganda)

 Agência P (contratada)

 Emissora Z (Canal contratado pela Agência P para divulgação da marca da Empresa X)

Operações:

Empresa X contratou a Agência P, para serviços de divulgação de sua marca. 

Agência P, realizou um estudo de mercado e produziu propagandas para ser divulgado pela Emissora Z.

 Ações da Emissora Z

Gerar uma nota fiscal de faturamento (Doc. Saída) sobre o valor cobrado para divulgação das propagandas referente a marca da Empresa X, listando como cliente a Agência P.

 Valor da divulgação: 600.000,00

Faturamento isento de tributação.

 Importante: A emissora pode gerar uma única nota para vários clientes da Agência P

 Ações da Agência P

Lançar a Nota fiscal de entrada da Emissora Z, para o pagamento da divulgação da Empresa X, sem reter impostos e efetuar o pagamento conforme acordo comercial firmado entre eles.

 Emitir a nota fiscal de faturamento (doc. Saída) a Agência P, distada:

 Serviços Prestados: 100.000,00

Valor de rapasse Emissora Z: 600.000,00

 Total da Nota fiscal: 700.000,00

 Ao Emitir a Nota a Agência P é responsável pelo recolhimento do Imposto:

Base de cálculo Retenção IRF: 100.000,00

Valor do Imposto de Renda: 1.500,00 – Neste momento é necessário gerar uma obrigação de pagamento, para emissão da DARF para receita federal e esse valor será demonstrado na DCTF da Agência P.

 No início do ano até dia 31/01 a Agência P tem que enviar a Empresa X um documento no formato abaixo, com todas as retenções de IRF que fez durante o ano Calendário anterior:


 

Importante: Essa retenção não será enviada para DIRF.

Ações da Empresa X

Lançar a Nota fiscal de entrada da Agência P, para o pagamento dos serviços prestados e repasse do valor cobrado pela Emissora Z, sem reter impostos e efetuar o pagamento conforme acordo comercial firmado entre eles.

No início do ano ao receber o COMPROVANTE ANUAL DE IMPOSTOS DE RENDA RECOLHIDO, deverá demonstrá-lo na DIRF.

 

 

 

 




 

<Nesta etapa informar o objetivo da especificação do requisito, ou seja, o que a funcionalidade deve fazer. Exemplo: Permitir que o usuário defina o percentual mínimo em espécie (dinheiro), a referência mínima para calculo dos débitos do aluno e o período de validade do parâmetro de negociação>.

(Obrigatório)

 

No módulo financeiro será implementado um cadastro de complemento da DIRF, em que o usuário poderá lançar o COMPROVANTE DE IMPOSTO DE RENDA RECOLHIDO, enviado por uma agência de publicidade e propaganda.

Os tratamentos de retenção de IRF sobre um documento de saída, controle sobre valor de repasse de meios de comunicação, adição desta retenção na DCTF e emissão do COMPROVANTE DE IMPOSTOS DE RENDA RECOLHIDO,

deverá ser discutido junto as equipes responsáveis pelos módulos de FISCAL e FATURAMENTO, para alinharmos a melhor tratativa.

 

 Importante: O complemento de DIRF serão considerados apenas para geração de dados para Pessoa Jurídica.

 

Rotinas Envolvidas

 

Rotina

Tipo de Operação

Opção de Menu

Regras de Negócio

FINA401 - Gerar dados para Dirf

Alteração

Miscelânea -> Arquivos -> Gerar dados para DIRF

-

FINA403 - Gerar dados para Dirf setor público

Alteração

Miscelânea -> Arquivos -> Gerar dados DIRF setor público

-

FINA405 - Dados complementares da DIRF

Criação

Atulizações -> Contas a pagar -> Complementos de dados DIRF

-

FINR405 – Dados Complementares da DIRFCriaçãoRelatórios-> Contas a Pagar -> Complementos de dados DIRF 

 

Tabelas envolvidas

FOF – Cabeçalhos complemento DIRF;

FOG – Detalhes complemento DIRF;

SRL - DIRF / Informe de rendimentos; 

SR4 - Itens DIRF/Informe rendimentos


 

1.1.1 Complemento de dados DIRF (FINA405)

Criar uma rotina em MVC, baseadas nas tabelas FOF e FOG, para cadastramento complemento da DIRF conforme layout definido no Protótipo 01.

 

Campo ConteúdoObrigatórioPermite Alteração
FOF_FILIALFilial do sistemaSimNão
FOF_CHAVEChave da tabela (FWUUIDV4SimNão
FOF_FORNECFornecedor (A2_COD)SimSim
FOF_LOJALoja (A2_LOJA)SimSim
FOF_RAZAONome do Fornecedor (A2_NOME)SimSim
FOF_CGCCNPJ do fornecedor (A2_CGC)SimSim
FOF_CODRETCódigo de retenção (Tabela 37 SX5)SimSim
FOF_ANOAno calendário para geração da DIRFSimSim
CampoConteúdoObrigatórioPermite Alteração
FOG_FILIALFilial do sistemaSimNão
FOG_CHAVEChave da tabela FOF (FOF_CHAVE)SimNão
FOG_NUMDOCNúmero COMPROVANTE DE IMPOSTOS DE RENDA RECOLHIDOSimNão
FOG_MESMês que ocorreu a retençãoSim

Sim

FOG_RNDBRTRendimento Bruto, valor total pago a agênciaNãoSim
FOG_BASEBase da retençãoSim

Sim

FOG_IMPRECValor do imposto recolhidoSimSim
FOG_DIRFFlag de controle, indica se o registro foi enviado ou não para DIRF. (1 – Sim; 2 – Não)SimSim

 

Validações:

  • FOF_CHAVE, não poderá repetir;
  • FOF_FORNEC, utilizará uma consulta padrão de fornecedor e engatilhar os campos FOF_LOJA, FOF_RAZAO e FOF_CGC;
  • FOF_CODRET, utilizará dados da tabela 37 do SX5;
  • Os campos FOG_CHAVE + FOG_ NUMDOC, não poderá repetir;
  • Os campos FOF_CHAVE e FOG_CHAVE, serão ocultos para o usuário;

Será permitida a deleção de dados apenas que não sofreram importação para os dados da DIRF (FOG_DIRF = 2

Legenda: 

  Enviado para DIRF. (FOG_DIRF = 2)

 Aguardando Envio para DIRF. (FOG_DIRF = 1)

1.3.4  Relatório Complemento de dados DIRF (FINR405)

 Relatório demonstrará os dados cadastrados nas tabelas FOF e FOG conforme layout do Protótipo 2, com os critérios abaixo:

 

PerguntaConteúdo
Ano Calendário: (MV_PAR01)
Informado pelo usuário
Fornecedor De: (MV_PAR02)Range inicial de fornecedores (FOF_FORNEC)

Loja de: (MV_PAR03)

Range inicial de lojas (FOF_LOJA)
Fornecedor Até: (MV_PAR04)
Range final de fornecedores (FOF_FORNEC)
Loja até: (MV_PAR05)
Range final de lojas (FOF_LOJA)
Mês De: (MV_PAR06)
Range inicial de Meses (FOG_MES)
Mês até: (MV_PAR07)
Range final de Meses (FOG_MES)
Seleciona Filial (MV_PAR08)
Abre a tela para seleção de filiais para usuário.
Considera Itens (MV_PAR09)
Considera itens 1= enviados, 2 = não enviados ou 3 = todos. (FOG_DIRF)

 

Critérios de busca/validação:

 

  • Buscar todos os movimentos que o FOF_ANO igual ao MV_PAR01;
  • Fornecedor de/Fornecedor até, busca de consulta padrão de fornecedor; e filtrará o campo FOF_FORNEC;
  • Loja de/Loja até, filtrará FOF_LOJA;
  • Mês de/Até: Buscar os meses da FOG_MES que estejam no range informado pelo usuário;
  • Se o Seleciona filiais for igual a 1 – irá chamar a função AdmSelecFil para apresentar a tela seleção de filiais e filtrar movimentos das tabelas FOF/FOG com as filiais selecionadas, se for igual a 2 – irá trazer apenas os registros da filial corrente.
  • Se o MV_PAR09 = 1, trará os registros FOG_DIRF = 1, Se for MV_PAR09 = 2, trará os registros FOG_DIRF = 2      

1.3.5   Gerar  dados para DIRF ( FINA401 e FINA403)

Criar uma função que executará após a geração da DIRF, que busque os dados nas tabelas FOF e FOG de acordo com os parâmetros preenchidos pelo usuário e complemente a gravação das tabelas SRL e SR4.

 Critério de Busca (pergunte FIN401):

      ·         Executar a busca somente quando o MV_PAR04 = 2 (pessoa jurídica);

     ·         Buscar todos os registros das tabelas FOF e FOG em que o campo FOG_MES estiver no range MV_PAR02/MV_PAR03;

     ·         Se o MV_PAR09 = 1(Sim), considerar as filiais definidas pelo usuário, caso contrário apenas a filial corrente;

       ·         Se não houver recalculo, considerar apenas os registros com o campo FOG_DIRF = 2, caso contrário considere todos.

ValidaçõesLValidações:   

        ·         Verificar se o FOF_CGC + FOF_CODRET existe na tabela SRL, caso não exista deverá ser incluído;

       ·         Verificar se o FOF_CGC + FOF_CODRET + FOF_ANO + FOG_MES existe na tabela SR4, deverá complementar a gravação dos registros, caso contrário deverá ser incluído; 

  • Caso o MV_PAR07 = 1(SIM), após cada inclusão ou alteração na tabela SR4, deverá atualizar o log de processamento.













     

    

 

 

    

 

 

 

 

 

 

 

 

 

 

Opcional

Protótipo de Tela

Cadastro de complemento da DIRF – Protótipo 01


 

Relatório de complemento da DIRF – Protótipo 02

 


 

 

 

 

 

 

 

 

 

 

Opcional

Fluxo do Processo

 

Agência de Publicidade e Propaganda

 

 

 

Empresa Contratante

 

                                                          

 

 

 

 

Opcional

Dicionário de Dados

Arquivo ou Código do Script: AAA – Negociação Financeira / *Versao=CP.2014.12_03*/

  

Índice

Chave

01

<FI9_FILIAL+FI9_IDDARF+FI9_STATUS>

02

<FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_EMISS+FI9_IDDARF>

03

<FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_PREFIX+FI9_NUM+FI9_PARCEL+FI9_TIPO>

Campo

<AAA_PERESP>

Tipo

<N>

Tamanho

<6>

Valor Inicial

<Varia de acordo com o tipo informado. Por exemplo, quando o campo “tipo” for date, neste campo pode ser informado uma data>. 

Mandatório

Sim (  ) Não (  )

Descrição

<Referência Mínima para Cálculo>

Título

<Ref.Calc.>

Picture

<@E999.99>

Help de Campo

<Informar o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação>

 

(Opcional)

Grupo de Perguntas

 

<Informações utilizadas na linha Protheus>.

 

Nome: FINSRF2

X1_ORDEM

01

X1_PERGUNT

Emissão De

X1_TIPO

D

X1_TAMANHO

8

X1_GSC

G

X1_VAR01

MV_PAR01

X1_DEF01

Comum

X1_CNT01

'01/01/08'

X1_HELP

Data inicial do intervalo de emissões das guias de DARF a serem consideradas na seleção dos dados para o relatório 

 

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

 

Consulta: AMB

Descrição

Configurações de Planejamento

Tipo

Consulta Padrão

Tabela

“AMB”

Índice

“Código”

Campo

“Código”; ”Descrição”

Retorno

AMB->AMB_CODIGO

 

(Opcional)

Estrutura de Menu

 

<Informações utilizadas na linha Datasul>.

 

Procedimentos

 

Procedimento

 

 

 

Descrição

(Max 40 posições)

(Max 40 posições)

(Max 40 posições)

Módulo

 

 

 

Programa base

 

 

 

Nome Menu

(Max 32 posições)

(Max 32 posições)

(Max 32 posições)

Interface

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

Registro padrão

Sim

Sim

Sim

Visualiza Menu

Sim/Não

Sim/Não

Sim/Não

Release de Liberação

 

 

 

 

 

 

Programas

 

Programa

 

 

 

Descrição

(Max 40 posições)

(Max 40 posições)

(Max 40 posições)

Nome Externo

 

 

 

Nome Menu/Programa

(Max 32 posições)

(Max 32 posições)

(Max 32 posições)

Nome Verbalizado[1]

(Max 254 posições)

(Max 254 posições)

(Max 254 posições)

Procedimento

 

 

 

Template

(Verificar lista de opções no man01211)

(Verificar lista de opções no man01211)

(Verificar lista de opções no man01211)

Tipo[2]

Consulta/Manutenção/ Relatório/Tarefas

Consulta/Manutenção/ Relatório/Tarefas

Consulta/Manutenção/ Relatório/Tarefas

Interface

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

Categoria[3]

 

 

 

Executa via RPC

Sim/Não

Sim/Não

Sim/Não

Registro padrão

Sim

Sim

Sim

Outro Produto

Não

Não

Não

Visualiza Menu

Sim/Não

Sim/Não

Sim/Não

Query on-line

Sim/Não

Sim/Não

Sim/Não

Log Exec.

Sim/Não

Sim/Não

Sim/Não

Rotina (EMS)

 

 

 

Sub-Rotina (EMS)

 

 

 

Localização dentro da Sub Rotina (EMS)

 

 

 

Compact[4]

Sim/Não

Sim/Não

Sim/Não

Home[5]

Sim/Não

Sim/Não

Sim/Não

Posição do Portlet[6]

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

Informar os papeis com os quais o programa deve ser vinculado

 

 

 

 

Cadastro de Papéis

<O cadastro de papéis é obrigatório para os projetos de desenvolvimento FLEX a partir do Datasul 10>.

<Lembrete: o nome dos papeis em inglês descrito neste ponto do documento, devem ser homologados pela equipe de tradução>.

 

Código Papel

(máx 3 posições)

Descrição em Português*

 

Descrição em Inglês*

 


[1] Nome Verbalizado é obrigatório para desenvolvimentos no Datasul 10 em diante.

[2] Tipo é obrigatório para desenvolvimento no Datasul 10 em diante

[3] Categorias são obrigatórias para os programas FLEX.

[4] Obrigatório quando o projeto for FLEX

[5] Obrigatório quando o projeto for FLEX

[6] Obrigatório quando o projeto for FLEX

 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.